Om Organizations

En Organization er den overordnede struktur, der samler de konti, du driver, de personer og legitimationsoplysninger, der driver dem, samt de ledelsesregler, der gælder for dem begge.

Organization Owner – Den kontoejer, der oprettede Organization. Ejeren har fra start fuld adgang til alle workflows og konti og er ansvarlig for at oprette teamet og dets ledelse. Der findes ingen medejerrolle.

Member – En person, der er inviteret til Organization. Members logger på med deres egne Kraken-legitimationsoplysninger, skal overholde Organizations politik for login med 2FA og har præcis én Workflow Profile samt et valgfrit antal Account Roles.

Accounts – De adskilte driftsenheder i en Organization, hver med sin egen saldo, åbne ordrer og historik. En Organization starter med én hovedkonto og kan indeholde flere; adgang til én konto overføres aldrig til en anden. Se Konti.

API key – Legitimationsoplysninger til programmatisk adgang, som anvendes af handelssystemer og automatisering. API-nøgler har deres egen tilladelsesmodel, adskilt fra Members. Se API keys.

Alt, hvad et Medlem gør i en Organisation, falder ind under én af to kategorier. Når du forstår denne opdeling, giver resten af modellen sig selv.

Direkte handlinger træder i kraft med det samme. Visning af saldi, handel og allokering af midler til Earn-produkter er direkte handlinger: hvis et Medlem har kontotilladelsen på den pågældende konto, sker handlingen med det samme. Direkte handlinger opretter aldrig godkendelsesanmodninger.

Styrede handlinger behandles som godkendelsesanmodninger. Udbetalinger, overførsler mellem konti og alle administrative ændringer (administration af teamadgang, API-nøgler, konti, adresser og politikker) er styrede handlinger. Når du starter én, oprettes en anmodning, og workflowets politik afgør, om anmodningen gennemføres med det samme eller afventer godkendelse fra andre Medlemmer.

Styrede handlinger er organiseret i workflows. Hvert workflow har sin egen godkendelsespolitik og sine egne niveauer – Vis / Igangsæt / Godkend / Udfør – i hvert Medlems Workflowprofil.

Organization – Den øverste container, der samler medlemmer, konti og ledelse under én struktur.

Account – En adskilt driftsenhed med egen saldo, åbne ordrer og historik. Adgang til én konto overføres aldrig til en anden.

Main account – Den konto, der fandtes, da Organization blev oprettet. Den understøtter spot- og marginhandel for medlemmer; øvrige konti understøtter i øjeblikket spothandel. Se Tilgængelighed og begrænsninger.

Account permission – En rettighed, der giver adgang til en bestemt handling på en bestemt konto: Read, Trade, Earn Allocate, Earn Deallocate, Withdraw eller Transfer.

Account Role – En genanvendelig pakke af kontotilladelser, der gælder for et sæt konti. Et medlem kan have flere Account Roles; tilladelserne kombineres.

Workflow – En gruppe relaterede styrede handlinger med én fælles godkendelsespolitik: Withdrawal Request, Transfer Request, Manage Team & Access, Manage API Keys, Manage Accounts, Manage Addresses og Manage Policies.

Workflow Profile – Den enkelte profil, hvert medlem har, som definerer deres niveau (View, Initiate, Approve, Execute) i hvert workflow. Workflow Profile-niveauer gælder på tværs af hele Organization.

Policy – Godkendelseskonfigurationen for ét workflow: hvor mange godkendelser en anmodning kræver, og om alle anmodninger skal igennem godkendelse. Politikker angives pr. workflow og gælder for hele Organization.

Request – Den arbejdsenhed, der oprettes, når et medlem eller en API-nøgle igangsætter en styret handling. En anmodning gennemføres enten straks (når politikken tillader det) eller venter i godkendelseskøen.

Security event – En registrering af en hændelse i din Organization: hvem der udførte den, hvorfra, på hvilken konto og med hvilket resultat. Se Sikkerhedshændelser.

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

• Medlemmer kan ikke godkende deres egne anmodninger – uanset workflow eller konfiguration.
• Adgang er additiv. Medlemmer starter uden adgang og får kun det, som deres Workflow Profile og Account Roles tildeler dem.
• Om en styret handling gennemføres med det samme eller afventer godkendelse, afhænger af medlemmets Workflow Profile og workflowpolitikken – aldrig af handlingen alene.
• Ændring eller oplåsning af en låst politik kræver altid uafhængig godkendelse fra medlemmer, hvis Workflow Profile giver godkendelsesret i Manage Policies. Ingen – heller ikke ejeren – kan ændre en låst politik på egen hånd.
• Alle medlemmer skal bruge organisationens login med 2FA. Politikken fastlægges ved oprettelsen og gælder for alle nuværende og fremtidige medlemmer.
• Inaktive sessioner udløber og kræver ny godkendelse.
• Hvert login, hver rettighedsændring, hver pengebevægelse og hver politikændring registreres som en sikkerhedshændelse.

• Du skal have en erhvervsverificeret Kraken-konto på Kraken Pro for at oprette en organisation. Standard- og begynderkonti er ikke berettigede.
• Kun den kontoejer, der har gennemført erhvervsverifikationen, kan oprette en organisation. Efter oprettelsen bliver denne person organisationens ejer.
• Ejerens e-mailadresse kan ændres senere via den sædvanlige proces til skift af e-mailadresse. Forvent ID-verifikation og muligvis en manuel gennemgang som en del af processen.
• Tilbagerulning af en organisation kræver support, kan tage tid og sker kun, når de nødvendige betingelser er opfyldt.

Begynd med Opret en organisation, derefter Roller, profiler og rettigheder, Politikker, godkendelser og ledelse og Udrulning af ledelse. Brug de øvrige artikler, når du skal administrere en bestemt del af din organisation.