Az Organizations-ről

Organization létrehozásához KYB-ellenőrzött vállalati Kraken fiók szükséges. Személyes Kraken fiókok nem jogosultak.

Organization-t csak az a fióktulajdonos hozhat létre, aki elvégezte a vállalkozás-ellenőrzést. A létrehozás után ez a személy lesz az Organization Owner.

Az Organization létrehozása önkiszolgáló módon nem vonható vissza. Ha az Organization-t mégis vissza kell vonni, ahhoz manuális ügyféltámogatás szükséges.

Megjegyzés: Az Organizations jelenleg Béta verzióban érhető el. Egyes funkcióknak korlátai lehetnek. A részletekért lásd a Béta korlátozásokat.

Az Organizations lehetővé teszi az intézményi ügyfelek számára, hogy kezeljék a csapathozzáféréseket, és jóváhagyásokat írjanak elő az érzékeny műveletekhez a megosztott fiókokon.

• Csapattagok meghívása az Organization-be
• Jogosultságok kiosztása munkafolyamat és fiók szerint
• Jóváhagyások előírása érzékeny műveletekhez, például kiutalásokhoz, cím­módosításokhoz és jogosultság­frissítésekhez
• Közös biztonsági vezérlők alkalmazása, például 2FA és munkamenet-időtúllépés
• Vezess be vállalatirányítást fokozatosan – kezdj gyorsan, és szigorítsd meg később

Organization Owner – Az a fióktulajdonos, aki létrehozta az Organization-t. Az Owner teljes adminisztrátori jogosultságokkal indul, és felelős a csapat hozzáférésének és vállalatirányításának beállításáért. Társtulajdonosi szerepkör nem létezik.

Member – Az Organization-be meghatározott jogosultságokkal meghívott személy. A Memberek saját Kraken hitelesítő adataikkal jelentkeznek be, és kötelesek betartani az Organization Bejelentkezés 2FA szabályzatát.

Service User – Kizárólag API-n keresztül működő operátor, amelyet az Organization-en belül hoznak létre. A Service Userek API-kulcs hitelesítő adatokkal azonosítják magukat, kérelmeket kezdeményezhetnek, de nem hagyhatják jóvá azokat, és nem jelentkezhetnek be a felhasználói felületre. A részletekért lásd: Service Users.

Organization – A legfelső szintű tároló, amely egyetlen struktúrában fogja össze a tagokat, fiókokat és a vállalatirányítást.

Account – Elkülönített egyenleggel rendelkező egység, amely kereskedésre és finanszírozásra szolgál. Az engedélyek fiókonként érvényesek – az egyik fiókhoz való hozzáférés nem terjed ki a többire. A többfiókon átívelő kereskedés egy jövőbeli verzióban lesz elérhető.

Permission – Olyan jogosultság, amely meghatározza, mit tehet egy tag vagy Service User. Az engedélyek halmozódnak: a felhasználók kezdetben semmilyen hozzáféréssel nem rendelkeznek, és minden jogosultságot külön kell megadni számukra. A teljes referenciáért lásd: Permissions and workflows.

Workflow – Kapcsolódó műveletek csoportja, amelyek ugyanazt az engedélymodellt és szabályzatkonfigurációt használják. Az Organizations négy munkafolyamattal rendelkezik: Initiate Withdrawal, Manage Addresses, Manage Access és Manage Policies.

Operation – Egy munkafolyamaton belüli konkrét művelet. Például a „Create a crypto withdrawal" egy művelet az Initiate Withdrawal munkafolyamaton belül.

Policy – Egy munkafolyamat vállalatirányítási konfigurációja. A szabályzat meghatározza, hogy hány jóváhagyás szükséges, és hogy a felhasználók egy részcsoportja azonnali hatállyal végrehajthat-e bizonyos műveleteket. A részletekért lásd: Policies, approvals, and governance.

Request – Munkaegység, amely akkor jön létre, amikor egy tag vagy Service User műveletet indít egy szabályozott munkafolyamaton. A kérelmek vagy azonnal teljesülnek (ha a szabályzat ezt engedélyezi), vagy jóváhagyási sorba kerülnek.

Execute – Olyan jogosultság, amely lehetővé teszi egy tag számára, hogy jóváhagyásra való várakozás nélkül hajtson végre műveleteket, ha a munkafolyamat szabályzata ezt engedélyezi. Ha az „Always require approval" be van kapcsolva, az Execute jogosultságnak nincs hatása.

Policy lock – Vállalatirányítási vezérlőelem, amely megakadályozza, hogy egyetlen személy megváltoztassa egy munkafolyamat szabályzatát. A jövőbeli módosításokhoz független jóváhagyás szükséges, és feltétel, hogy elegendő jóváhagyó álljon rendelkezésre.

Separation of duties – Az a szabály, miszerint egy tag nem hagyhatja jóvá saját kérelmét. A rendszer érvényesíti, és nem bírálható felül.

• A tagok nem hagyhatják jóvá saját kérelmeiket. A rendszer érvényesíti, és nem bírálható felül.
• Az engedélyek összeadódnak. A tagok alapból semmilyen hozzáféréssel nem rendelkeznek – minden egyes engedélyt külön kell megadni számukra.
• Az, hogy egy művelet azonnal végrehajtódik-e vagy jóváhagyást igényel, a tag engedélyeitől és a munkafolyamat szabályzatától egyaránt függ. Lásd: Engedélyek és munkafolyamatok.
• A zárolt szabályzatok független jóváhagyás nélkül nem módosíthatók – még a Tulajdonos sem változtathatja meg őket.
• A szervezeti bejelentkezéshez Bejelentkezés 2FA szükséges. A szabályzat a létrehozáskor kerül meghatározásra, és minden jelenlegi és jövőbeli tagra érvényes.
• Az inaktív munkamenetek lejárnak, és újbóli hitelesítést igényelnek.

Az Organizations jelenleg Béta verzióban érhető el. Főbb korlátozások:

• Csak egyfiókos mód érhető el – a többfiókos kereskedés egyelőre nem támogatott
• Egyes platformműveletek csak a Tulajdonos számára érhetők el (Futures, OTC, Convert, letétkezelés)
• Az auditnapló ügyfelek számára egyelőre nem érhető el
• Az egyéni szerepkörök nem menthetők és nem használhatók újra
• Az azonnali címváltoztatás e-mail-visszaigazolása a Tulajdonosnak kerül kiküldésre, nem a kérelem létrehozójának
• Egyes műveletek a Beta időszak alatt eltérhetnek a felhasználói felületen és az API-n keresztül

A teljes listáért lásd: Beta korlátozások.

Az Organizations négy munkafolyamat-területre osztja a műveleteket. Minden munkafolyamatnak saját engedélyei és szabályzatbeállításai vannak.

Készen állsz az Organization beállítására? A teljes létrehozási útmutatóért és az első lépésekért – beleértve a tagok meghívását, a jogosultságok kiosztását, a jóváhagyási szabályzatok konfigurálását és a vállalatirányítás zárolását – lásd: Organization létrehozása.