Om organisationer

Senast uppdaterad: 17 augusti 2026
Obs:

Om din organisation skapades under Beta-åtkomstmodellen, där behörigheter tilldelades varje medlem individuellt, se Flytta från Beta. Där beskrivs vad som förändras och vilket API-integrationsarbete som behöver utföras i förväg.

Organisationer i korthet

Med Organizations kan institutionella kunder låta ett team av traders, operatörer och godkännare arbeta över flera separata konton – med godkännandeflöden som skyddar överföringar av medel, administrativa ändringar och styrningsreglerna.

När du skapar en organisation kan du:

  • Driva flera konton med separata saldon, ordrar och historik
  • Bjuda in teammedlemmar och tilldela åtkomst med återanvändbara roller och profiler
  • Kräva godkännande från flera parter för uttag, överföringar och administrativa ändringar
  • Rebalansera dina konton med interna överföringar som aldrig lämnar organisationen – granskade och godkända precis som alla andra fondrörelser.
  • Skapa API-nycklar för automatiserad handel – inklusive FIX-anslutning på spotmarknader och rapportering – där varje nyckel är begränsad till de konton den hanterar
  • Granska en säkerhetslogg över allt som sker i din organisation.

En organisation är den övergripande behållaren som samlar de konton du driver, de personer och den identifieringsinformation som hanterar dem, samt styrningsreglerna som gäller för båda.

Organization Owner – Kontoinnehavaren som skapade organisationen. Ägaren har från start full åtkomst till alla arbetsflöden och konton och ansvarar för att sätta upp teamet och dess styrning. Det finns ingen medsägarroll.

Member – En person som bjudits in till organisationen. Medlemmar loggar in med sin egen Kraken-identifieringsinformation, måste följa organisationens policy för inloggning med 2FA och innehar exakt en arbetsflödesprofil samt valfritt antal kontoroller.

Accounts – De separata driftsenheterna inom en organisation, var och en med egna saldon, öppna ordrar och historik. En organisation startar med ett huvudkonto och kan innehålla flera – åtkomst till ett konto ger aldrig åtkomst till ett annat. Se Konton.

API key – En nyckel för programmatisk åtkomst, som används av handelssystem och automatisering. API-nycklar har en egen behörighetsmodell, separat från medlemmar. Se API keys.

Allt en Medlem gör i en Organisation faller i en av två kategorier. Distinktionen gör resten av modellen lätt att förstå.

Direkta åtgärder träder i kraft omedelbart. Att läsa saldon, handla och allokera medel till Earn-produkter är direkta åtgärder: om en Medlem har kontobehörighet på det kontot sker åtgärden direkt. Direkta åtgärder genererar aldrig godkännandeförfrågningar.

Styrda åtgärder hanteras som godkännandeförfrågningar. Uttag, överföringar mellan konton och alla administrativa ändringar (hantering av teamåtkomst, API-nycklar, konton, adresser och policyer) är styrda åtgärder. När en sådan åtgärd startas skapas en förfrågan, och arbetsflödets policy avgör om förfrågan slutförs omedelbart eller väntar på godkännande från andra Medlemmar.

Direkta åtgärder

Styrda åtgärder

Exempel

Läs saldon, handelstransaktioner, Earn-allokering och avallokering

Ta ut, överföring, bjud in en Medlem, skapa en API-nyckel, ändra en policy

Kontrolleras av

Kontobehörigheter, tilldelade per konto via Kontoroller

Nivåer i Arbetsflödesprofil samt arbetsflödets godkännandepolicy

Slutförande

Omedelbart

Omedelbart eller efter godkännande, beroende på policykonfigurationen

Styrda åtgärder är organiserade i arbetsflöden. Varje arbetsflöde har sin egen godkännandepolicy och sina egna nivåer – Visa / Initiera / Godkänna / Utföra – i varje Medlems Arbetsflödesprofil.

Arbetsflöde

Vad det styr

Uttagsförfrågan

Uttag till godkända externa adresser

Överföringsförfrågan

Medelsförflyttningar mellan organisationens konton

Hantera team och åtkomst

Medlemsinbjudningar, aktivering, kontoroller och arbetsflödesprofiler

Hantera API-nycklar

Skapa, redigera och återkalla API-nycklar

Hantera konton

Kontolivscykel: lägga till, redigera, inaktivera och ta bort konton

Hantera adresser

Vitlistan över godkända uttagsadresser

Hantera policyer

Godkännandereglerna för alla andra arbetsflöden

Organisation – Den överordnade behållaren som samlar medlemmar, konton och styrning i en gemensam struktur.

Konto – En separat driftenhet med eget saldo, öppna order och historik. Åtkomst till ett konto överförs aldrig till ett annat.

Huvudkonto – Det konto som fanns när organisationen skapades. Det stöder spothandel och marginalhandel för medlemmar; ytterligare konton stöder för närvarande enbart spothandel. Se Tillgänglighet och begränsningar.

Kontobehörighet – En behörighet som godkänner en specifik åtgärd på ett specifikt konto: Läs, Handel, Earn Allokera, Earn Avallokera, Ta ut eller Överför.

Kontoroll – En återanvändbar uppsättning kontobehörigheter som tillämpas på en grupp konton. En medlem kan ha flera kontoroller och behörigheterna kombineras.

Arbetsflöde – En grupp relaterade styrda åtgärder som delar en godkännandepolicy: Uttagsförfrågan, Överföringsförfrågan, Hantera team och åtkomst, Hantera API-nycklar, Hantera konton, Hantera adresser och Hantera policyer.

Arbetsflödesprofil – Den profil varje medlem har, som definierar deras nivå (Visa, Initiera, Godkänn, Utför) för varje arbetsflöde. Arbetsflödesprofilnivåer gäller för hela organisationen.

Policy – Godkännandekonfigurationen för ett arbetsflöde: hur många godkännanden en förfrågan kräver och om varje förfrågan måste gå igenom godkännande. Policyer anges per arbetsflöde, en gång för hela organisationen.

Förfrågan – Den arbetsenhet som skapas när en medlem eller API-nyckel startar en styrd åtgärd. En förfrågan slutförs antingen omedelbart (om policyn tillåter det) eller väntar i godkännandekön.

Säkerhetshändelse – En post över en åtgärd som utförts i din organisation: vem som utförde den, varifrån, på vilket konto och med vilket resultat. Se Säkerhetshändelser.

Ansvarsfördelning – Principen att en medlem inte kan godkänna sin egen förfrågan. Tillämpas av systemet och går inte att kringgå.

  • Medlemmar kan inte godkänna sina egna förfrågningar, i något arbetsflöde eller under någon konfiguration.
  • Åtkomst är kumulativ. Medlemmar börjar utan åtkomst och får endast det som deras arbetsflödesprofil och kontoroller beviljar.
  • Om en styrd åtgärd slutförs direkt eller väntar på godkännande beror på medlemmens arbetsflödesprofil och arbetsflödets policy – aldrig på åtgärden i sig.
  • Ändringar eller upplåsning av en låst policy kräver alltid oberoende godkännande från medlemmar vars arbetsflödesprofil ger godkännanderätt för Hantera policyer. Ingen – inte ens ägaren – kan ändra en låst policy på egen hand.
  • Inloggning med 2FA krävs för alla medlemmar i organisationen. Policyn fastställs när organisationen skapas och gäller för alla nuvarande och framtida medlemmar.
  • Inaktiva sessioner löper ut och kräver ny autentisering.
  • Varje inloggning, behörighetsändring, fondtransaktion och policyändring registreras som en säkerhetshändelse.
  • Du behöver ett företagsverifierat Kraken-konto på Kraken Pro för att skapa en organisation. Standard- och nybörjarkonton uppfyller inte kraven.
  • Endast den kontoinnehavare som genomförde företagsverifieringen kan skapa en organisation. När organisationen skapats blir den här personen organisationsägare.
  • Ägarens e-postadress kan ändras senare via det vanliga flödet för e-postbyte. Processen innefattar ID-verifiering och eventuellt en manuell granskning.
  • Att återställa en organisation kräver support, kan ta tid och sker bara när de nödvändiga villkoren är uppfyllda.
Obs:

Vissa funktioner lanseras fortfarande. Se Tillgänglighet och begränsningar för vad som finns tillgängligt idag.

Börja med Skapa en organisation, sedan Roller, profiler och behörigheter, Policyer, godkännanden och styrning och Införa styrning. Använd de övriga artiklarna när du behöver hantera en specifik del av din organisation.

Behöver du mer hjälp?