Beta-begrænsninger for Organisationer

Organizations er i øjeblikket i beta og er muligvis ikke tilgængelig for din virksomhedskonto endnu.

Organizations Beta giver institutionskunder et fuldt funktionelt ledelseslag til deres Kraken-konti.

Hvad er inkluderet i Beta

I Beta kan du:

Opret en organisation og inviter teammedlemmer
Tildel tilladelser til handel, finansiering og administration
Konfigurer godkendelsespolitikker pr. arbejdsgang
Kræv godkendelse fra flere parter ved udbetalinger, adresseændringer, adgangsændringer og politikændringer
Lås politikker for at forhindre ensidige ændringer
Opret servicebrugere til programmatisk API-adgang
Håndhæv organisationens login med 2FA og politikker for sessionstimeout

Aktuelle begrænsninger

Følgende begrænsninger gælder i Beta og forventes at ændre sig i fremtidige versioner.

Enkeltkontomodel

Din organisation kører på ejerens primære konto. Handel med flere konti – hvor medlemmer opererer på separate underkonti med uafhængige saldi – er endnu ikke tilgængeligt.

Det betyder: Alle medlemmer med handelstilladelser handler på den samme konto og deler de samme saldi og positioner.

Begrænset tilladelsesomfang

Medlemmer kan kun udføre handlinger, hvor platformen har en defineret Organisations-tilladelse. De tilgængelige tilladelser er:

Handel (spot og margin)
Earn allokere / deallokere
Start udbetaling
Administrer adresser
Administrer adgang
Administrer politikker

Handlinger forbeholdt ejeren

Handlinger, der ikke er angivet ovenfor, er forbeholdt Organisationens ejer. Dette omfatter:

Handel med futures
OTC-handel
Konverter
Afregning af opbevaring og forvaltning
Alle platformshandlinger uden en tilsvarende Organisations-tilladelse

Ejeren udfører disse på samme måde som før oprettelsen af Organisationen. Andre medlemmer har ikke adgang til disse handlinger i Beta.

Ingen revisionslog til brugerne

Sikkerhedshændelser og revisionslogfiler for medlemsaktivitet er ikke tilgængelige i Beta. Et selvbetjenings-Dashboard til revisionslog er planlagt, men endnu ikke tilgængeligt.

Brugerdefinerede roller kan ikke gemmes

Du kan oprette tilpassede tilladelsesindstillinger, når du tildeler roller, men du kan ikke gemme en brugerdefineret rolle som en genanvendelig skabelon. Hver gang du tildeler en brugerdefineret rolle, konfigurerer du den fra bunden.

E-mailbekræftelse sendes til ejeren

Når et medlem bruger Udfør til at gennemføre en adresseændring med det samme, kræver systemet e-mailbekræftelse. I Beta sendes denne bekræftelse altid til organisationens ejer – ikke til det medlem, der startede ændringen. Direkte afsendelse af bekræftelsen til den, der oprettede anmodningen, er planlagt til en kommende version.

Ingen offentlig administrations-API til organisationer

I Beta findes der ingen offentlig administrations-API til organisationer for medlemsinvitation, rettighedsstyring, politikkonfiguration eller politiklåsning. Programmatisk adgang er begrænset til servicebrugere, der handler via API-nøgletilladelser på understøttede flows.

Kendte forskelle:

Medlemsinvitation og rettighedsstyring – kun tilgængelig i brugergrænsefladen
Politikkonfiguration og -låsning – kun tilgængelig i brugergrænsefladen
Udbetalingsanmodninger – tilgængelig via servicebrugere / API-nøgler; når en organisationspolitik er konfigureret, kommer anmodningen i godkendelseskøen
Handel og Earn-operationer via servicebrugere – kun tilgængelig via API-nøgler (servicebrugere kan ikke tilgå brugergrænsefladen)

Se Kraken API-dokumentationen for de seneste oplysninger om understøttede API-nøglehandlinger.

Hvis en handling, du har brug for, endnu ikke er tilgængelig via din foretrukne kanal, så tjek den anden kanal eller kontakt support for vejledning.

Ændret API-svarformat for udbetalinger

Når en konto tilmeldes en Organisation, ændres EAPI-svaret for withdrawFunds. Integrationer, der parser standardsvaret, skal opdateres, inden tilmelding sker.

Gælder kun for Organisation-brugere i det udvidede domæne. Konti uden for en Organisation er uændrede.

Standardsvar:

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

Organisationssvar:

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

Adfærd:

refid returneres stadig ved oprettelse af anmodningen og bruges fortsat til at identificere udbetalingen.
approval_request_id tilføjes og identificerer den godkendelsesanmodning, der styrer denne udbetaling.
Udbetalingen gennemføres først, når godkendelsesanmodningen er godkendt. Afviste eller udløbne godkendelsesanmodninger medfører ikke en gennemført udbetaling for refid.

Anbefalet handling inden tilmelding:

Gennemgå kode, der parser withdrawFunds-svar.
Opdater parsingen til at acceptere det ekstra felt approval_request_id og behandle gennemførelse som betinget af godkendelse.