Beta-begrænsninger for Organisations

Kraken Organizations Beta giver institutionelle kunder et fuldt funktionelt styringslag til deres Kraken-konti.

Hvad er inkluderet i Beta

Under Beta kan du:

Oprette en organisation og invitere teammedlemmer
Tildele tilladelser til handel, finansiering og administration
Konfigurere godkendelsespolitikker pr. arbejdsgang
Kræve godkendelse fra flere parter for udbetalinger, adresseændringer, adgangsændringer og politikændringer
Låse politikker for at forhindre unilaterale ændringer
Oprette Service Users til programmatisk API-adgang
Håndhæve politikker for organisationslogin-2FA og sessionstimeout

Nuværende begrænsninger

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

Model med enkeltkonto

Din organisation opererer på ejerens primære konto. Handel med flere konti – hvor medlemmer opererer på tværs af separate underkonti med uafhængige saldi – er endnu ikke tilgængelig.

Hvad dette 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 operationer, hvor platformen har en defineret organisationstilladelse. De tilgængelige tilladelser er:

Handel (Spot og Margin)
Earn Allocate / Deallocate
Anmod om udbetaling
Administrer adresser
Administrer adgang
Administrer politikker

Ejereksklusive operationer

Operationer, der ikke er anført ovenfor, forbliver eksklusive for organisationsejeren. Dette omfatter:

Futures-handel
OTC-handel
Konverter
Forvaringsafviklinger
Enhver platformoperation uden en tilsvarende organisationstilladelse

Ejeren udfører disse ved hjælp af de samme arbejdsgange som før oprettelsen af organisationen. Andre medlemmer kan ikke få adgang til disse operationer under Beta.

Ingen revisionslogfiler til kunder

Sikkerhedshændelser og revisionslogfiler for medlemsaktivitet er ikke tilgængelige under Beta. Et selvbetjeningsrevisionsdashboard er planlagt, men endnu ikke tilgængeligt.

Brugerdefinerede roller kan ikke gemmes

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

E-mailbekræftelse sendes til ejer

Når et medlem bruger Execute til at gennemføre en adresseændring med det samme, kræver systemet e-mailbekræftelse. Under Beta sendes denne bekræftelse altid til organisationsejeren, ikke til det medlem, der har iværksat ændringen. Det er planlagt at sende bekræftelsen direkte til anmodningsopretteren i en fremtidig udgivelse.

Intet offentligt administrations-API for Organisations

Under Beta er der intet offentligt administrations-API for Organisations til medlemsinvitation, tilladelsesstyring, politikkonfiguration eller politiklåsning. Programmatisk adgang er begrænset til Service Users, der handler via API-nøgletilladelser på understøttede forløb.

Kendte forskelle:

Medlemsinvitation og tilladelsesstyring — kun tilgængelig i UI'en
Politikkonfiguration og låsning — kun tilgængelig i UI'en
Udbetalingsanmodninger — tilgængelige via Service Users / API-nøgler; når en Organisationspolitik er konfigureret, kommer anmodningen ind i godkendelseskøen
Handels- og Earn-operationer via Service Users — kun tilgængelige via API-nøgler (Service Users kan ikke tilgå UI'en)

Tjek Kraken API-dokumentationen for det seneste om understøttede API-nøgleoperationer.

Hvis en handling, du har brug for, endnu ikke er tilgængelig via din foretrukne kanal, bedes du tjekke den anden kanal eller kontakte support for vejledning.

Ændringer i udbetalings-API-svarmønsteret

Når en konto tilmeldes en Organisation, ændres withdrawFunds EAPI-svarmønsteret. Integrationer, der fortolker det standardmæssige mønster, skal opdatere koden før tilmelding.

Gælder kun for Organisationsbrugere i det udvidede domæne. Ikke-Organisationskonti forbliver 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 anmodning og fortsætter med 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 resulterer ikke i en gennemført udbetaling mod refid.

Anbefalet handling før tilmelding:

Gennemgå kode, der fortolker withdrawFunds-svar.
Opdater fortolkningen for at acceptere det yderligere approval_request_id-felt og behandle gennemførelse som godkendelsesreguleret.