Om Organizations

Sist oppdatert: 17. august 2026
Merk:

Hvis organisasjonen din ble opprettet under Beta-tilgangsmodellen, der tillatelser ble tildelt hvert enkelt medlem individuelt, se Moving from Beta. Den dekker hva som endres, og hvilket API-integrasjonsarbeid som må fullføres på forhånd.

Organizations i korte trekk

Organizations lar institusjonelle kunder drive et team av tradere, operatører og godkjennere på tvers av flere segregerte kontoer, med godkjenningsarbeidsflyter som sikrer middelsbevegelser, alle administrative endringer og styringsreglene selv.

Ved å opprette en Organization kan du:

  • Drive flere kontoer med segregerte saldoer, ordrer og historikk
  • Invitere teammedlemmer og tildele tilgang med gjenbrukbare roller og profiler
  • Kreve godkjenning fra flere parter for uttak, overføringer og administrative endringer
  • Rebalansere kontoene dine med overføringer som aldri forlater Organization, gjennomgått og godkjent som alle andre middelsbevegelser
  • Opprette API-nøkler for automatisert handel, inkludert FIX-tilkobling på spotmarkeder og rapportering – der hver nøkkel er begrenset til kontoene den opererer på
  • Se gjennom et sikkerhetshendelseslogg over alt som skjer i Organization

En Organization er beholderen på øverste nivå som samler kontoene du driver, personene og påloggingsopplysningene som opererer dem, og styringsreglene som gjelder for begge.

Organization Owner – Kontoinnehaveren som opprettet Organization. Eieren starter med full tilgang til alle arbeidsflyter og kontoer, og er ansvarlig for å sette opp teamet og dets styringsstruktur. Det finnes ingen medeierrolle.

Member – En person som er invitert til Organization. Medlemmer logger inn med sine egne Kraken-påloggingsopplysninger, må overholde organisasjonens Logg inn 2FA-policy og ha nøyaktig én Workflow Profile pluss et valgfritt antall Account Roles.

Kontoer – De segregerte driftsenhetene i en organisasjon, hver med sin egen saldo, åpne ordrer og historikk. En Organization starter med én hovedkonto og kan ha flere; tilgang til én konto overføres aldri til en annen. Se Kontoer.

API key – En legitimasjon for programmatisk tilgang, brukt av handelssystemer og automatisering. API-nøkler har sin egen tilgangsmodell, adskilt fra Members. Se API keys.

Alt et Medlem gjør i en Organisasjon faller inn under én av to kategorier. Når du forstår dette skillet, blir resten av modellen enkel å følge.

Direkte operasjoner trer i kraft umiddelbart. Å lese saldoer, handle og allokere midler til Tjen-produkter er direkte operasjoner: hvis et Medlem har kontotillatelse på den aktuelle kontoen, utføres handlingen umiddelbart. Direkte operasjoner oppretter aldri godkjenningsforespørsler.

Styrte operasjoner kjøres som godkjenningsforespørsler. Uttak, overføringer mellom kontoer og alle administrative endringer (administrasjon av teamtilgang, API-nøkler, kontoer, adresser og policyer) er styrte operasjoner. Når du starter en, opprettes en forespørsel, og arbeidsflytens policy avgjør om forespørselen fullføres umiddelbart eller venter på godkjenning fra andre Medlemmer.

Direkte operasjoner

Styrte operasjoner

Eksempler

Les saldoer, Handel, Tjen-alloker og -deallokere

Ta ut, overfør, inviter et Medlem, opprett en API-nøkkel, endre en policy

Styrt av

Kontotillatelser, tildelt per Konto via Kontoroller

Arbeidsflytprofilnivåer og arbeidsflytens godkjenningspolicy

Fullføring

Umiddelbart

Umiddelbart eller etter godkjenning, avhengig av policykonfigurasjonen

Styrte operasjoner er organisert i arbeidsflyter. Hver arbeidsflyt har sin egen godkjenningspolicy og sine egne nivåer – Vis / Initier / Godkjenn / Utfør – i hvert Medlems arbeidsflytprofil.

Arbeidsflyt

Hva det styrer

Uttaksforespørsel

Uttak til godkjente eksterne adresser

Overføringsforespørsel

Overføringer mellom organisasjonens kontoer

Administrer team og tilgang

Invitasjoner til medlemmer, aktivering, kontotilganger og arbeidsflytprofiler

Administrer API-nøkler

Oppretting, redigering og tilbakekalling av API-nøkler

Administrer kontoer

Kontolivssyklus: oppretting, redigering, deaktivering og sletting av kontoer

Administrer adresser

Hvitelisten over tillatte uttaksdestinasjon

Administrer retningslinjer

Godkjenningsreglene som styrer alle andre arbeidsflyter

Organization – Toppnivåbeholderen som samler medlemmer, kontoer og selskapsstyring under én struktur.

Account – En atskilt driftsenhet med egne saldoer, åpne ordrer og historikk. Tilgang til én konto gir aldri tilgang til en annen.

Main account – Kontoen som fantes da organisasjonen ble opprettet. Den støtter spot-handel og marginhandel for medlemmer; tilleggskontoer støtter foreløpig kun spot-handel. Se Tilgjengelighet og begrensninger.

Account permission – En tillatelse som autoriserer en bestemt operasjon på en bestemt konto: Les, Handel, Tjen Alloker, Tjen Deallokere, Ta ut eller Overfør.

Account Role – En gjenbrukbar pakke med kontotillatelser som gjelder for et sett med kontoer. Et medlem kan ha flere Account Roles; tillatelsene kombineres.

Workflow – En gruppe relaterte styrte operasjoner som deler én godkjenningspolicy: Withdrawal Request, Transfer Request, Manage Team & Access, Manage API Keys, Manage Accounts, Manage Addresses og Manage Policies.

Workflow Profile – Den enkelte profilen hvert medlem har, som definerer nivået deres (View, Initiate, Approve, Execute) i hver workflow. Workflow Profile-nivåer gjelder for hele organisasjonen.

Policy – Godkjenningskonfigurasjonen for én workflow: hvor mange godkjenninger en forespørsel krever, og om alle forespørsler må gjennom godkjenning. Policyer settes per workflow, én gang for hele organisasjonen.

Request – Arbeidsenheten som opprettes når et medlem eller en API-nøkkel starter en styrt operasjon. En forespørsel fullføres enten umiddelbart (når policyen tillater det) eller venter i godkjenningskøen.

Security event – En registrering av en handling som skjedde i organisasjonen din: hvem som utførte den, fra hvor, på hvilken konto og med hvilket resultat. Se Sikkerhetshendelser.

Separation of duties – Regelen om at et medlem ikke kan godkjenne sine egne forespørsler. Håndheves av systemet og kan ikke overstyres.

  • Medlemmer kan ikke godkjenne sine egne forespørsler, uansett arbeidsflyt eller konfigurasjon.
  • Tilgang er kumulativ. Medlemmer starter uten tilgang og får kun det som Workflow Profile og Account Roles gir.
  • Om en styrt operasjon fullføres umiddelbart eller venter på godkjenning, avhenger av medlemmets Workflow Profile og arbeidsflytenens policy – aldri av operasjonen alene.
  • Endring eller opplåsing av en låst policy krever alltid uavhengig godkjenning fra medlemmer hvis Workflow Profile gir godkjenningsrettigheter for Manage Policies. Ingen – ikke engang eieren – kan endre en låst policy på egenhånd.
  • Organisasjonens Logg inn 2FA er obligatorisk for alle medlemmer. Policyen settes ved opprettelse og gjelder for alle nåværende og fremtidige medlemmer.
  • Inaktive sesjoner utløper og krever ny autentisering.
  • Alle innlogginger, tilgangsendringer, pengebevegelser og policyendringer registreres som sikkerhetshendelser.
  • Du trenger en bedriftsverifisert Kraken-konto på Kraken Pro for å opprette en organisasjon. Standard- og startkontoer er ikke berettiget.
  • Kun kontoinnehaveren som fullførte bedriftsverifiseringen, kan opprette en organisasjon. Etter opprettelse blir denne personen organisasjonens eier.
  • Eierens e-postadresse kan endres senere via den vanlige e-postendringsprosessen. Vær forberedt på ID-verifisering og eventuelt manuell gjennomgang som del av denne prosessen.
  • Å tilbakestille en organisasjon krever support, kan ta tid, og skjer bare når de nødvendige vilkårene er oppfylt.
Merk:

Noen funksjoner er fortsatt under utrulling. Se Tilgjengelighet og begrensninger for hva som er tilgjengelig i dag.

Start med Opprett en organisasjon, deretter Roller, profiler og tillatelser, Policyer, godkjenninger og selskapsstyring og Utrulling av selskapsstyring. Bruk de andre artiklene når du trenger å administrere en bestemt del av organisasjonen din.

Trenger du mer hjelp?