Despre Organizations

Notă:

Organizations este în prezent în versiune beta și este posibil să nu fie disponibil încă pentru contul tău de afaceri.

Înainte de a începe

Ai nevoie de un cont Kraken corporativ verificat KYB pentru a crea o Organization. Conturile Kraken personale nu sunt eligibile.

Doar deținătorul de cont care a finalizat verificarea de business poate crea o Organization. După creare, această persoană devine Organization Owner.

Nu poți anula crearea unei Organization prin autoservire. După ce o Organization a fost creată, revenirea necesită intervenția Suportului.

Notă: Organizations este momentan în versiune Beta. Unele funcționalități pot avea limitări. Consultă Limitările versiunii beta pentru detalii.

Organizations pe scurt

Organizations permite clienților instituționali să gestioneze accesul echipei și să solicite aprobări pentru acțiuni sensibile în conturile partajate.

  • Invită membrii echipei în Organization
  • Atribuie permisiuni pe flux de lucru și cont
  • Solicită aprobări pentru acțiuni sensibile, cum ar fi retrageri, modificări de adrese și actualizări de permisiuni
  • Aplică controale de securitate comune, cum ar fi 2FA și expirarea sesiunii
  • Introduce guvernanța treptat – pornește rapid, consolidează ulterior

Roluri principale

Organization Owner – Deținătorul de cont care a creat Organization. Owner-ul începe cu permisiuni administrative complete și este responsabil pentru configurarea accesului și a guvernanței pentru echipă. Nu există un rol de co-owner.

Member – O persoană invitată în cadrul Organization cu permisiuni specifice. Membrii se conectează cu propriile date de autentificare Kraken și trebuie să respecte politica de 2FA la conectare a Organization.

Service User – Un operator exclusiv API creat în cadrul Organization. Service Users se autentifică cu datele de autentificare ale cheii API, pot iniția solicitări, dar nu le pot aproba și nici nu se pot conecta la interfață. Consultați Service Users pentru detalii.

Termeni principali

Organization – Containerul de nivel superior care grupează Membrii, conturile și guvernanța într-o singură structură.

Account – O unitate cu solduri segregate, utilizată pentru tranzacționare și finanțare. Permisiunile sunt acordate per cont – accesul la un cont nu se transferă automat la altul. Tranzacționarea cu mai multe conturi este planificată pentru o versiune viitoare.

Permission – O autorizație care definește ce poate face un Membru sau un Service User. Permisiunile sunt aditive: clienții încep fără niciun acces și fiecare permisiune trebuie acordată individual. Consultați Permisiuni și fluxuri de lucru pentru referința completă.

Workflow – Un grup de operațiuni înrudite care partajează același model de permisiuni și aceeași configurație de politică. Organizations are patru fluxuri de lucru: Initiate Withdrawal, Manage Addresses, Manage Access și Manage Policies.

Operation – O acțiune specifică în cadrul unui flux de lucru. De exemplu, „Creează o retragere cripto" este o operațiune din fluxul de lucru Initiate Withdrawal.

Policy – Configurația de guvernanță pentru un flux de lucru. O politică definește câte aprobări sunt necesare și dacă acțiunile pot fi finalizate imediat de un subset de clienți. Consultați Politici, aprobări și guvernanță pentru detalii.

Request – O unitate de lucru creată atunci când un Membru sau un Service User inițiază o acțiune pe un flux de lucru guvernat. Solicitările sunt fie finalizate imediat (când politica permite), fie plasate în coada de aprobare pentru revizuire.

Execute – O permisiune care îi permite unui Membru să finalizeze acțiuni fără a aștepta aprobarea, atunci când politica fluxului de lucru permite acest lucru. Când „Always require approval" este ACTIVAT, Execute nu are niciun efect.

Policy lock – Un control de guvernanță care împiedică orice persoană să modifice individual politica unui flux de lucru. Modificările viitoare necesită o aprobare independentă și depind de disponibilitatea în continuare a aprobatorilor.

Separation of duties – Regula conform căreia un Membru nu își poate aproba propria solicitare. Aplicată de sistem și imposibil de suprasolicitat.

Reguli cheie și controale de securitate

  • Membrii nu pot aproba propriile solicitări. Aplicată de sistem și imposibil de suprasolicitat.
  • Permisiunile sunt aditive. Membrii încep fără niciun acces și trebuie să primească fiecare permisiune individual.
  • Dacă o acțiune se finalizează imediat sau necesită aprobare depinde atât de permisiunile Membrului, cât și de politica fluxului de lucru. Consultați Permisiuni și fluxuri de lucru.
  • Politicile blocate nu pot fi modificate fără o aprobare independentă – inclusiv de către Proprietar.
  • 2FA la conectare pentru Organizație este obligatoriu. Politica este setată la creare și se aplică tuturor Membrilor actuali și viitori.
  • Sesiunile inactive expiră și necesită reautentificare.

Rezumat limitări Beta

Organizations este în prezent în versiune Beta. Limitări cheie:

  • Disponibil doar modul cont unic – tranzacționarea multi-cont nu este încă acceptată

  • Unele operațiuni ale platformei rămân exclusiv pentru Proprietar (contracte futures, OTC, conversie, custodie)

  • Jurnalele de audit vizibile pentru clienți nu sunt încă disponibile

  • Rolurile personalizate nu pot fi salvate și reutilizate

  • Confirmarea prin e-mail pentru modificările imediate de adresă este trimisă Proprietarului, nu creatorului solicitării

  • Unele operațiuni pot diferi între interfața UI și API în perioada Beta

Consultați Limitările Beta pentru lista completă.

Ce poți gestiona

Organizations grupează acțiunile în patru domenii de fluxuri de lucru. Fiecare flux de lucru are propriile permisiuni și setări de politică.

Flux de lucru

Ce controlează

Inițiere retragere

Cine poate solicita, aproba și finaliza retragerile fiat și cripto

Gestionare adrese

Cine poate adăuga sau elimina destinații de retragere din lista albă

Gestionare acces

Cine poate invita membri, gestiona Service Users și modifica permisiunile

Gestionare politici

Cine poate modifica regulile de aprobare și bloca setările de guvernanță

Consultă Permisiuni și fluxuri de lucru pentru referința completă.

Primii pași

Ești gata să configurezi Organization? Consultă Creare Organization pentru ghidul complet de configurare și primii pași – inclusiv cum să inviți membri, să atribui permisiuni, să configurezi politici de aprobare și să blochezi guvernanța când ești pregătit.

Întrebări frecvente

Nu. Organization Owner este deținătorul contului care a creat Organization. Rolul de Owner nu poate fi transferat prin autoservire.

Nu. Crearea unei Organization este ireversibilă prin autoservire. Contactează Suport pentru a discuta opțiunile de migrare.

Owner-ul păstrează accesul complet la cont. Nicio funcționalitate existentă nu este eliminată. Membrii obțin acces doar la acțiunile pentru care li s-au acordat permisiuni în mod explicit.

În prezent, fiecare membru aparține unei singure Organization. Într-o versiune viitoare, Organizations va permite gestionarea mai multor entități juridice sub o singură structură, astfel încât membrii să poată efectua operațiuni între entități în cadrul aceleiași Organization.

Service Users pot iniția solicitări de retragere prin API. Când o politică Organization guvernează fluxul de lucru Initiate Withdrawal, solicitarea trebuie aprobată de membri înainte de a intra în vigoare. Service Users pot, de asemenea, tranzacționa și gestiona produse Earn, în funcție de permisiunile cheii API. Consultă Service Users.

Ai nevoie de mai mult ajutor?