Om Organizations

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

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

Du kan ikke angre opprettelsen av en Organization via selvbetjening. Når en Organization er opprettet, kreves manuell support for å reversere den.

Merk: Organizations er foreløpig i beta. Noen funksjoner kan ha begrensninger. Se Beta-begrensninger for detaljer.

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

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

Organization Owner – kontoinnehaveren som opprettet Organization. Owner starter med fulle administrative tillatelser og er ansvarlig for å etablere tilgang og selskapsstyring for teamet. Det er ingen medeier-rolle.

Member – en person invitert til Organization med spesifikke tillatelser. Members logger inn med egne Kraken-påloggingsopplysninger og må følge Organizations Logg inn 2FA-policy.

Service User – en API-basert operatør opprettet i Organization. Service Users autentiserer med API-nøkkel-på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 under én felles struktur.

Account – En enhet med atskilte saldoer brukt til handel og innskudd (funding). Tillatelser tildeles per konto – tilgang til én konto overføres ikke til en annen. Handel på tvers av kontoer planlegges i en fremtidig versjon.

Permission – En tillatelse som definerer hva et medlem eller en Service User kan gjøre. Tillatelser er additive: brukere starter uten tilgang og må tildeles hver tillatelse enkeltvis. Se Permissions and workflows for full oversikt.

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

Operation – En spesifikk handling innenfor en arbeidsflyt. For eksempel er «Create a crypto withdrawal» en operasjon i arbeidsflyten Initiate Withdrawal.

Policy – Konfigurasjonen for selskapsstyring i en arbeidsflyt. En policy definerer hvor mange godkjenninger som kreves, og om handlinger kan fullføres umiddelbart av en undergruppe av brukere. Se Policies, approvals, and governance for detaljer.

Request – En arbeidsoppgave 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 legges i godkjenningskøen for gjennomgang.

Execute – En tillatelse som lar et medlem fullføre handlinger uten å vente på godkjenning, når arbeidsflyt-policyen tillater det. Når «Always require approval» er PÅ, har Execute ingen effekt.

Policy lock – En selskapsstyringskontroll som hindrer én enkelt person fra å endre policyen for en arbeidsflyt. 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 additive. 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.
• Organization krever Logg inn 2FA. 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:

• Kun enkeltkontosmodus er tilgjengelig – handel med flere kontoer støttes ikke ennå
• Noen plattformoperasjoner er forbeholdt Owner (Futures, OTC, Konvertere, Depot)
• Revisjonslogger for kunder er ikke tilgjengelige ennå
• Egendefinerte roller kan ikke lagres og gjenbrukes
• E-postbekreftelse for umiddelbare adresseendringer sendes til Owner, ikke den som opprettet forespørselen
• Noen operasjoner kan avvike mellom grensesnittet og API i Beta

Se Beta-begrensninger for den fullstendige listen.

Organizations grupperer handlinger i fire arbeidsflytområder. Hver arbeidsflyt har egne tillatelser og policyinnstillinger.

Klar til å sette opp din Organization? Se Create an Organization for en fullstendig gjennomgang og første steg – inkludert hvordan du inviterer Members, tildeler tillatelser, konfigurerer godkjenningspolicyer og låser selskapsstyringen når du er klar.