Betabegränsningar för Organizations

Organizations Beta ger institutionella kunder ett fullt fungerande styrningslager för sina Kraken-konton.

Vad ingår i Beta

Under Beta kan du:

Skapa en organisation och bjuda in teammedlemmar
Tilldela behörigheter för handel, finansiering och administration
Konfigurera godkännandepolicyer per arbetsflöde
Kräv godkännande från flera parter för uttag, adressändringar, åtkomständringar och policyändringar
Lås policyer för att förhindra ensidiga ändringar
Skapa tjänsteanvändare för programmatisk API-åtkomst
Tillämpa organisationens Inloggning med 2FA och sessionstimeout-policyer

Aktuella begränsningar

Följande begränsningar gäller under Beta och förväntas ändras i kommande versioner.

Enkontosmodell

Din organisation använder ägarens primära konto. Handel med flera konton – där medlemmar hanterar separata underkonton med oberoende saldon – är ännu inte tillgängligt.

Det här innebär: Alla medlemmar med handelsbehörighet handlar på samma konto och delar samma saldon och positioner.

Begränsad behörighet

Medlemmar kan bara utföra åtgärder där plattformen har en definierad organisationsbehörighet. Tillgängliga behörigheter är:

Handel (Spot och marginhandel)
Earn – allokera/avallokera
Initiera uttag
Hantera adresser
Hantera åtkomst
Hantera policyer

Ägarexklusiva åtgärder

Åtgärder som inte listas ovan är förbehållna organisationens ägare. Det inkluderar:

Handel med terminer
OTC-handel
Konvertera
Förvarsavveckling
Alla plattformsåtgärder utan motsvarande organisationsbehörighet

Ägaren utför dessa på samma sätt som innan organisationen skapades. Övriga medlemmar kan inte utföra dessa åtgärder under Beta.

Inga granskningsloggar för kunder

Säkerhetshändelser och granskningsloggar för medlemsaktivitet är inte tillgängliga under Beta. En granskningsinstrumentpanel med självbetjäning är planerad men inte tillgänglig ännu.

Anpassade roller kan inte sparas

Du kan skapa anpassade behörighetskonfigurationer när du tilldelar roller, men du kan inte spara en anpassad roll som en återanvändbar mall. Varje gång du tilldelar en anpassad roll konfigurerar du den från grunden.

E-postbekräftelse till ägaren

När en medlem använder Utför för att genomföra en adressändring omedelbart krävs e-postbekräftelse. Under Beta skickas bekräftelsen alltid till organisationens ägare, inte till den medlem som initierade ändringen. Att skicka bekräftelsen direkt till den som skapade förfrågan planeras till en framtida version.

Inget publikt hanterings-API för Organizations

Under Beta finns det inget publikt hanterings-API för Organizations för medlemsinbjudningar, behörighetshantering, policykonfiguration eller policylåsning. Programmatisk åtkomst är begränsad till serviceanvändare som agerar via API-nyckelbehörigheter på flöden som stöds.

Kända skillnader:

Medlemsinbjudan och behörighetshantering – tillgängligt endast i användargränssnittet
Policykonfiguration och låsning – tillgängligt endast i användargränssnittet
Uttagsförfrågningar – tillgängligt via serviceanvändare/API-nycklar; när en Organizations-policy är konfigurerad hamnar förfrågan i godkännandekön
Handel och Earn-åtgärder via serviceanvändare – tillgängligt endast via API-nycklar (serviceanvändare kan inte använda användargränssnittet)

Se Kraken API-dokumentationen för den senaste informationen om API-nyckelåtgärder som stöds.

Om en åtgärd du behöver inte är tillgänglig via din föredragna kanal, kontrollera den andra kanalen eller kontakta supporten för hjälp.

Ändringar i uttags-API:ets svarsformat

När ett konto ansluts till en Organization ändras svarsformatet för withdrawFunds i EAPI. Integrationer som tolkar standardformatet behöver koduppdateringar innan anslutning.

Gäller endast Organizations-användare i den utökade domänen. Konton utanför Organizations påverkas inte.

Standardsvar:

<code>{
 "error": [],
 "result": {
  "refid": "FTRqeuR-9Is99qcv54n0Y0535oPXxb"
 }
}</code>

Organizations-svar:

<code>{
 "error": [],
 "result": {
  "refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
  "approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
 }
}</code>

Beteende:

refid returneras fortfarande när förfrågan skapas och identifierar uttaget.
approval_request_id läggs till och identifierar den godkännandeförfrågan som villkorar uttaget.
Uttaget slutförs först efter att godkännandeförfrågan har godkänts. Avvisade eller utgångna godkännandeförfrågningar resulterar inte i ett slutfört uttag mot refid.

Rekommenderad åtgärd innan anslutning:

Granska koden som tolkar withdrawFunds-svar.
Uppdatera parsningen för att acceptera det extra fältet approval_request_id och behandla slutförandet som godkännandestyrt.