Tillgänglighet och begränsningar

Organizations har för närvarande stöd för:

• Flera konton per organisation, med separerade saldon, ordrar och historik
• Fullständig kontolivscykel: lägg till, redigera, inaktivera, aktivera och ta bort konton
• Teamåtkomst via kontoroller och arbetsflödesprofiler, med systemdefinierade alternativ tillgängliga direkt vid skapandet
• Sju styrda arbetsflöden med godkännandepolicyer per arbetsflöde och policylåsning
• Överföringar mellan konton och uttag till godkända adresser, båda under fullständig styrning
• Spothandel på alla konton; marginalhandel på huvudkontot
• Allokering och deallokering i Earn
• API-nycklar kopplade till ett eller flera konton, med styrd nyckeladministration och FIX-anslutning för spothandel
• Säkerhetshändelser som täcker inloggningar, medelsförflyttningar och alla administrativa ändringar
• Policyer för organisations-2FA vid inloggning och sessionstimeout

Marginhandel är endast tillgänglig på huvudkontot

Medlemmar med behörigheten Handelstransaktion kan handla spot och marginal på huvudkontot samt spot på övriga konton. Marginalstöd för ytterligare konton planeras – när det lanseras följer marginalbehörigheten per konto samma behörighetsmodell som alla andra kontobehörigheter.

Vad det innebär i praktiken: kör marginalstrategier från huvudkontot och spot-handel från övriga. Behörigheten Handelstransaktion fungerar olika på huvudkontot jämfört med övriga konton – märk därför dina konton tydligt för ditt team.

Åtgärder som endast ägaren kan utföra

Vissa plattformsåtgärder saknar ännu en Organizations-behörighet och är därför exklusiva för organisationsägaren – de utförs på huvudkontot:

• Handel med terminer
• Handel med TradFi-terminer
• Aktiehandel
• Handel med xStocks
• Optionshandel
• OTC-handel
• Konvertera
• DeFi Earn
• Lån

WebSocket-handel på andra konton än huvudkontot är också exklusivt för ägaren.

Ägaren utför dessa via samma flöden som innan organisationen skapades. Medlemmar kan inte komma åt dem oavsett roller och profiler.

Upp till 100 konton per organisation

En organisation stöder för närvarande upp till 100 konton, inklusive huvudkontot. Behöver du fler, kontakta supporten för att diskutera en höjning av gränsen.

En arbetsflödesprofil per medlem

Varje medlem har exakt en Workflow Profile. Team som behöver en kombination av nivåer som ingen befintlig profil erbjuder skapar en anpassad profil i stället för att stapla profiler. Kontoroller kan däremot kombineras fritt.

Medlemmar tillhör en organisation

Varje medlem tillhör för närvarande en enda organisation.

Utträde ur en organisation kräver hjälp från supporten

Organizations saknar självbetjäning för borttagning eller återställning. Supporten kan flytta en kund ur Organizations när de nödvändiga villkoren är uppfyllda. Kundposten omfattas fortsatt av tillämpliga dataskyddsregler.

Byte av organisationsägarens e-post överför inte ägarskapet

Organisationsägarens e-postadress kan ändras via det vanliga flödet för e-postbyte. Räkna med ID-verifiering och eventuellt en manuell granskning. Att ändra en medlems behörighet överför inte ägarskapet från en medlem till en annan.

Godkännanderegler varierar inte per konto

Policyer sätts per arbetsflöde för hela organisationen. Godkännanderättigheter (nivån Godkänn) gäller för hela organisationen – en medlem som kan godkänna uttagsförfrågningar kan göra det från vilket konto som helst. Inställningar som "godkänn endast för vissa konton" eller "kräv extra godkännanden för ett specifikt konto" stöds inte i nuläget. Styr vem som godkänner genom att begränsa vem som har nivån Godkänn; styr var medel rör sig genom att begränsa behörigheter för medelsrörelser.

API-nycklar tillämpar behörigheter enhetligt

En API-nyckelns behörigheter gäller lika för alla valda konton – det finns ingen kontospecifik variation inom en och samma nyckel. Använd flera snävt avgränsade nycklar där automatisering behöver olika åtkomst på olika konton. Se API-nycklar.

Medel reserveras inte medan en förfrågan väntar på godkännande

En väntande uttags- eller överföringsförfrågan reserverar inte beloppet. Saldokontrollen körs när förfrågan slutförs, efter det slutliga godkännandet – om medlen rört sig under granskningen misslyckas den godkända förfrågan och måste skickas in på nytt. Ingenting går förlorat – det är bara att skicka in förfrågan igen.

Reservering av medel vid förfrågans skapande är planerad. Tills dess bör skickade förfrågningar behandlas som reserverat saldo. Se Håll medlen tillgängliga till godkännande.

Kontoborttagning arkiverar uppgifter

När ett konto tas bort arkiveras dess uppgifter och kontot döljs från kundens gränssnitt. Kontot måste vara tomt och avräknat innan borttagning sker – systemet avbryter aldrig ordrar automatiskt, flyttar medel automatiskt eller avvecklar produkter automatiskt för att komma dit. Hinder för borttagning listas explicit och åtgärdas manuellt. Se Konton.

Inget publikt API för hantering av organisationer

Medlemsinbjudningar, åtkomsttilldelning, kontolivscykel och policykonfiguration hanteras enbart i gränssnittet. Programmatisk åtkomst är begränsad till API-nycklar för deras stödda flöden: handel, Earn, förfrågningar, dataexporter samt initiering av uttags- och adressförfrågningar. Se Kraken API-dokumentationen för aktuell API-täckning.

Områden under aktiv utveckling:

• Marginalhandel på ytterligare konton, med en separat behörighet per konto
• Kreditramar per konto
• Reserverade medel för väntande förfrågningar – när du skickar in en uttags- eller överföringsförfrågan reserveras beloppet, så att godkända förfrågningar aldrig misslyckas på grund av att saldot ändrats under granskning
• Kontogrupper – namngivna, återanvändbara kontouppsättningar för att avgränsa roller i stor skala
• Utökat behörighetsstöd för fler plattformsoperationer
• API för hantering av Organizations för programmatisk administration

Lanseringsdatum och tillgänglighet meddelas via Krakens officiella kanaler.