Om Organizations

Du skal have en KYB-verificeret Kraken-erhvervskonto for at oprette en Organization. Personlige Kraken-konti er ikke berettigede.

Det er kun den kontoejer, der har gennemført virksomhedsverificering, der kan oprette en Organization. Efter oprettelsen bliver denne person Organization Owner.

Du kan ikke fortryde oprettelsen af en Organization via selvbetjening. Når en Organization er oprettet, kræver det manuel support at annullere den.

Bemærk: Organizations er i øjeblikket i beta. Visse funktioner kan have begrænsninger. Se Betabegrænsninger for detaljer.

Organizations giver institutionskunder mulighed for at administrere teamadgang og kræve godkendelse af følsomme handlinger på tværs af delte konti.

• Inviter teammedlemmer til din Organization
• Tildel tilladelser pr. workflow og konto
• Kræv godkendelse af følsomme handlinger som udbetalinger, adresseændringer og opdatering af tilladelser
• Anvend fælles sikkerhedskontroller som 2FA og sessionstimeout
• Indfør ledelse gradvist – kom hurtigt i gang, stram op senere

Organization Owner – kontoejeren, der oprettede Organization. Owner starter med fulde administrative rettigheder og er ansvarlig for at opsætte adgang og ledelse for teamet. Der er ingen medejerfunktion.

Member – en person inviteret til Organization med specifikke tilladelser. Members logger på med deres egne Kraken-legitimationsoplysninger og skal overholde Organizations' politik for login med 2FA.

Service User – en operatør med udelukkende API-adgang, oprettet i Organization. Service Users autentificerer sig med API-nøgle-legitimationsoplysninger og kan oprette anmodninger, men kan hverken godkende dem eller logge på grænsefladen. Se Service Users for yderligere oplysninger.

Organization – Den overordnede struktur, der samler medlemmer, konti og ledelse under ét.

Account – En enhed med adskilte saldi til handel og finansiering. Tilladelser tildeles pr. konto – adgang til én konto giver ikke adgang til en anden. Handel på tværs af konti er planlagt til en fremtidig version.

Permission – En tildeling, der definerer, hvad et medlem eller en Service User kan gøre. Tilladelser er additive: brugere starter uden adgang og skal tildeles hver tilladelse individuelt. Se Tilladelser og arbejdsgange for den fulde oversigt.

Workflow – En samling relaterede operationer med samme tilladelsesmodel og politikkonfiguration. Organizations har fire arbejdsgange: Initiate Withdrawal, Manage Addresses, Manage Access og Manage Policies.

Operation – En specifik handling inden for en arbejdsgang. For eksempel er "Create a crypto withdrawal" en handling i arbejdsgangen Initiate Withdrawal.

Policy – Ledelseskonfigurationen for en arbejdsgang. En politik definerer, hvor mange godkendelser der kræves, og om handlinger kan gennemføres øjeblikkeligt af udvalgte brugere. Se Politikker, godkendelser og ledelse for nærmere oplysninger.

Request – En arbejdsenhed, der oprettes, når et medlem eller en Service User igangsætter en handling i en styret arbejdsgang. Anmodninger gennemføres enten øjeblikkeligt (når politikken tillader det) eller placeres i godkendelseskøen til gennemgang.

Execute – En tilladelse, der giver et medlem mulighed for at gennemføre handlinger uden at vente på godkendelse, når arbejdsgangens politik tillader det. Når "Kræv altid godkendelse" er slået TIL, har Execute ingen effekt.

Policy lock – En ledelseskontrol, der forhindrer én enkelt person i at ændre en arbejdsgangs politik. Fremtidige ændringer kræver en uafhængig godkendelse og forudsætter, at godkenderdækning fortsat er tilgængelig.

Separation of duties – Reglen om, at et medlem ikke kan godkende sin egen anmodning. Håndhæves af systemet og kan ikke tilsidesættes.

• Medlemmer kan ikke godkende deres egne anmodninger. Håndhæves af systemet og kan ikke tilsidesættes.
• Tilladelser er kumulative. Medlemmer starter uden adgang og skal tildeles tilladelser enkeltvis.
• Om en handling gennemføres med det samme eller kræver godkendelse, afhænger af både medlemmets tilladelser og workflowpolitikken. Se Tilladelser og workflows.
• Låste politikker kan ikke ændres uden uafhængig godkendelse – heller ikke af ejeren.
• Login med 2FA er påkrævet for organisationen. Politikken fastsættes ved oprettelse og gælder for alle nuværende og fremtidige medlemmer.
• Inaktive sessioner udløber og kræver fornyet godkendelse.

Organizations er i øjeblikket i Beta. Vigtige begrænsninger:

• Der kan kun arbejdes med én konto ad gangen – handel på tværs af konti er endnu ikke understøttet

• Visse platformsfunktioner er forbeholdt ejeren (Futures, OTC, konvertering, opbevaring og forvaltning)

• Revisionslogge for kunder er endnu ikke tilgængelige

• Brugerdefinerede roller kan ikke gemmes og genbruges

• E-mailbekræftelse ved øjeblikkelige adresseændringer sendes til ejeren, ikke til anmoderen

• Visse handlinger kan variere mellem UI og API i beta

Se Betabegrænsninger for den fulde liste.

Organizations grupperer handlinger i fire workflowområder. Hvert workflow har sine egne tilladelser og politikindstillinger.

Klar til at oprette din organisation? Se Opret en organisation for en komplet gennemgang og de første trin – herunder hvordan du inviterer medlemmer, tildeler tilladelser, konfigurerer godkendelsespolitikker og låser ledelsen ned, når du er klar.