Om Organizations

Du trenger en KYB-verifisert bedrifts-Kraken-konto for å opprette en Organization. Personlige Kraken-kontoer er ikke berettiget.

Kun kontoinnehaveren som fullførte bedriftsverifiseringen, kan opprette en Organization. Etter opprettelsen blir denne personen Organization Owner.

Du kan ikke angre opprettelsen av en Organization via selvbetjening. Når en Organization er opprettet, må du kontakte support manuelt for å reversere dette.

Merk: Organisasjoner er for øyeblikket i beta. Noen funksjoner kan ha begrensninger. Se Beta-begrensninger for detaljer.

Organizations lar institusjonelle kunder administrere teamtilgang og kreve godkjenninger for sensitive handlinger på tvers av delte kontoer.

• Inviter teammedlemmer til din Organization
• Tildel tillatelser per arbeidsflyt og konto
• Krev godkjenninger for sensitive handlinger som uttak, adresseendringer og endringer i tillatelser
• Bruk felles sikkerhetskontroller som 2FA og tidsavbrudd for sesjoner
• Innfør selskapsstyring gradvis – kom raskt i gang, stram inn senere

Organization Owner – Kontoinnehaveren som opprettet Organization. Owner starter med fulle administrative tillatelser og er ansvarlig for å sette opp tilgang og selskapsstyring for teamet. Det finnes ingen medeierrolle.

Member – En person som er invitert til Organization med bestemte tillatelser. Members logger inn med sine egne Kraken-påloggingsopplysninger og må overholde Organizations Logg inn 2FA-policy.

Service User – En API-operatør opprettet innenfor Organization. Service Users autentiserer seg med API-nøkkelpåloggingsopplysninger og kan opprette forespørsler, men kan ikke godkjenne dem eller logge inn i brukergrensesnittet. Se Service Users for detaljer.

Organization – Den overordnede enheten som samler medlemmer, kontoer og selskapsstyring i én struktur.

Account – En enhet med atskilte saldoer som brukes til handel og innskudd. Tillatelser gis per konto – tilgang til én konto overføres ikke til en annen. Handel med flere kontoer er planlagt for en fremtidig versjon.

Permission – En tildeling som definerer hva et medlem eller en Service User kan gjøre. Tillatelser er additive: kunder starter uten tilgang og må tildeles hver tillatelse separat. Se Tillatelser og arbeidsflyter for fullstendig oversikt.

Workflow – En gruppe relaterte operasjoner som deler samme tillatelsesmodell og policyinnstillinger. Organizations har fire arbeidsflyter: Initiate Withdrawal, Manage Addresses, Manage Access og Manage Policies.

Operation – En spesifikk handling innenfor en arbeidsflyt. For eksempel er «Opprett et kryptouttak» en operasjon i arbeidsflyten Initiate Withdrawal.

Policy – Selskapsstyringens konfigurasjonsinnstillinger for en arbeidsflyt. En policy definerer hvor mange godkjenninger som kreves, og om handlinger kan fullføres umiddelbart av et utvalg kunder. Se Policyer, godkjenninger og selskapsstyring for detaljer.

Request – En arbeidsenhet som opprettes når et medlem eller en Service User starter en handling i en styrt arbeidsflyt. Forespørsler fullføres enten umiddelbart (når policyen tillater det) eller plasseres i godkjenningskøen for gjennomgang.

Execute – En tillatelse som lar et medlem fullføre handlinger uten å vente på godkjenning, når arbeidsflytens policy tillater det. Når «Krev alltid godkjenning» er slått på, har Execute ingen effekt.

Policy lock – Et styringstiltak som hindrer én enkeltperson i å endre arbeidsflytens policy. Fremtidige endringer krever en uavhengig godkjenning og forutsetter at det fortsatt finnes tilgjengelige godkjennere.

Separation of duties – Regelen om at et medlem ikke kan godkjenne sin egen forespørsel. Håndheves av systemet og kan ikke overstyres.

• Medlemmer kan ikke godkjenne sine egne forespørsler. Håndheves av systemet og kan ikke overstyres.
• Tillatelser er kumulative. Medlemmer starter uten tilgang og må tildeles hver tillatelse individuelt.
• Om en handling fullføres umiddelbart eller krever godkjenning, avhenger av både medlemmets tillatelser og arbeidsflytens policy. Se Tillatelser og arbeidsflyter.
• Låste policyer kan ikke endres uten uavhengig godkjenning – heller ikke av Owner.
• Logg inn 2FA for Organization er påkrevd. Policyen settes ved opprettelse og gjelder for alle nåværende og fremtidige medlemmer.
• Inaktive sesjoner utløper og krever ny autentisering.

Organizations er foreløpig i beta. Viktige begrensninger:

• Bare én konto støttes – handel med flere kontoer er ikke tilgjengelig ennå

• Noen plattformoperasjoner er forbeholdt Owner (Futures, OTC, Konvertere, Depot)

• Revisjonslogger for kunder er ikke tilgjengelig ennå

• Egendefinerte roller kan ikke lagres og gjenbrukes

• E-postbekreftelse for umiddelbare adresseendringer sendes til Owner, ikke til den som opprettet forespørselen

• Noen operasjoner kan variere mellom grensesnittet og API-et i Beta

Se Beta-begrensninger for hele listen.

Organizations grupperer handlinger i fire arbeidsflytområder. Hver arbeidsflyt har sine egne tillatelser og policy-innstillinger.

Klar til å sette opp organisasjonen din? Se Opprett en organisasjon for en fullstendig gjennomgang og første steg – inkludert hvordan du inviterer medlemmer, tildeler tillatelser, setter opp godkjenningsregler og låser selskapsstyringen når du er klar.