Beta-begrænsninger for Organizations

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

Hvad Beta indeholder

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 ved udbetalinger, adresseændringer, adgangsændringer og politikændringer
Låse politikker for at forhindre ensidige ændringer
Oprette servicebrugere til programmatisk API-adgang
Håndhæve organisationens login med 2FA og sessionstimeout-politikker

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 på tværs af flere konti – hvor medlemmer opererer på separate underkonti med uafhængige saldi – er endnu ikke tilgængeligt.

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

Begrænset rettighedsomfang

Medlemmer kan kun udføre operationer, hvor platformen har en defineret organisationstilladelse. De tilgængelige tilladelser er:

Handel (spot og margin)
Earn-allokering / -deallokering
Initier udbetaling
Administrer adresser
Administrer adgang
Administrer politikker

Handlinger forbeholdt ejeren

Handlinger, der ikke er anført ovenfor, er forbeholdt organisationsejeren. Dette omfatter:

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

Ejeren udfører disse handlinger på samme måde som før organisationen blev oprettet. Andre medlemmer har ikke adgang til disse handlinger under Beta.

Ingen klientvendte revisionslogge

Sikkerhedshændelser og revisionslogge for medlemsaktivitet er ikke tilgængelige under Beta. Et selvbetjenings-Dashboard til revision er planlagt, men endnu ikke tilgængeligt.

Brugerdefinerede roller kan ikke gemmes

Du kan oprette brugerdefinerede rettighedskonfigurationer, 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 straks at gennemføre en adresseændring, kræver systemet e-mailbekræftelse. Under Beta sendes denne bekræftelse altid til organisationsejeren og ikke til det medlem, der igangsatte ændringen. Det er planlagt i en fremtidig version, at bekræftelsen sendes direkte til den, der oprettede anmodningen.

Ingen offentlig API til administration af Organizations

Under Beta findes der ingen offentlig API til administration af Organizations, der understøtter medlemsinvitation, rettighedsstyring, politikkonfiguration eller låsning af politikker. 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 via UI
Politikkonfiguration og låsning – kun tilgængelig via UI
Udbetalingsanmodninger – tilgængelige via servicebrugere/API-nøgler; når en organisationspolitik er konfigureret, sendes anmodningen til godkendelseskøen
Handel og Earn-operationer via servicebrugere – kun tilgængelige via API-nøgler (servicebrugere kan ikke tilgå UI)

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

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

Ændringer i API-responsformat for udbetalinger

Når en konto tilmeldes en Organization, ændres svarformatet for withdrawFunds EAPI. Integrationer, der parser standardformatet, skal opdateres med ny kode inden tilmelding.

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

Standardsvar:

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

Organization-svar:

<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 identificerer fortsat udbetalingen.
approval_request_id tilføjes og identificerer den godkendelsesanmodning, der betinger 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 inden tilmelding:

Gennemgå kode, der parser withdrawFunds-svar.
Opdater parsing til at acceptere det ekstra approval_request_id-felt og til at behandle gennemførelse som godkendelsesafhængig.