Beta-begrensninger for organisasjoner

Under Beta kan du:

• Opprette en organisasjon og invitere teammedlemmer
• Tilordne tillatelser for handel, finansiering og administrasjon
• Konfigurere godkjenningspolicyer per arbeidsflyt
• Kreve flerparts godkjenning for uttak, adresseendringer, tilgangsendringer og policyendringer
• Låse policyer for å forhindre ensidige endringer
• Opprette Service Users for programmatisk API-tilgang
• Håndheve policyer for Organization Sign-in 2FA og økt-tidsavbrudd

Følgende begrensninger gjelder under Beta og forventes å endres i fremtidige utgivelser.

Organisasjonen din opererer på eierens primære konto. Handel med flere kontoer – der medlemmer opererer på tvers av separate underkontoer med uavhengige saldoer – er ennå ikke tilgjengelig.

Hva dette betyr: Alle medlemmer med handelstillatelser handler på den samme kontoen og deler de samme saldoene og posisjonene.

Medlemmer kan kun utføre operasjoner der plattformen har en definert organisasjonstillatelse. Tilgjengelige tillatelser er:

• Handel (Spot og Margin)
• Earn Allocate / Deallocate
• Starte uttak
• Administrere adresser
• Administrere tilgang
• Administrere policyer

Operasjoner som ikke er oppført ovenfor, forblir eksklusive for organisasjonseieren. Dette inkluderer:

• Futures-handel
• OTC-handel
• Convert
• Oppgjør for forvaring
• Enhver plattformoperasjon uten en tilsvarende organisasjonstillatelse

Eieren utfører disse ved å bruke de samme flytene som før organisasjonens opprettelse. Andre medlemmer har ikke tilgang til disse operasjonene under Beta.

Sikkerhetshendelser og revisjonslogger for medlemsaktivitet er ikke tilgjengelige under Beta. Et selvbetjeningsrevisjonsdashboard er planlagt, men ennå ikke tilgjengelig.

Du kan opprette egendefinerte tillatelseskonfigurasjoner når du tilordner roller, men du kan ikke lagre en egendefinert rolle som en gjenbrukbar mal. Hver gang du tilordner en egendefinert rolle, konfigurerer du den fra bunnen av.

Når et medlem bruker Execute for å fullføre en adresseendring umiddelbart, krever systemet e-postbekreftelse. Under Beta sendes denne bekreftelsen alltid til organisasjonseieren, ikke til medlemmet som startet endringen. Å sende bekreftelsen direkte til den som opprettet forespørselen er planlagt for en fremtidig utgivelse.

Under Beta er det ingen offentlig administrasjons-API for organisasjoner for medlemsinvitasjon, tillatelsesadministrasjon, policykonfigurasjon eller policylåsing. Programmatisk tilgang er begrenset til Service Users som handler gjennom API-nøkkel-tillatelser på støttede flyter.

Kjente forskjeller:

• Medlemsinvitasjon og tillatelsesadministrasjon — kun tilgjengelig i brukergrensesnittet (UI)
• Policykonfigurasjon og låsing — kun tilgjengelig i brukergrensesnittet (UI)
• Uttaksforespørsler — tilgjengelig via Service Users / API-nøkler; når en organisasjonspolicy er konfigurert, går forespørselen inn i godkjenningskøen
• Handels- og Earn-operasjoner via Service Users — kun tilgjengelig via API-nøkler (Service Users har ikke tilgang til brukergrensesnittet)

Sjekk Kraken API-dokumentasjon for det siste om støttede API-nøkkeloperasjoner.

Når en konto er registrert i en organisasjon, endres responsformen for withdrawFunds EAPI. Integrasjoner som tolker standardformen, trenger kodeoppdateringer før registrering.

Gjelder kun organisasjonsbrukere i det utvidede domenet. Kontoer som ikke er organisasjonskontoer er uendret.

Standardrespons:

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

Organisasjonsrespons:

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

Atferd:

• refid returneres fortsatt ved forespørselsopprettelse og fortsetter å identifisere uttaket.
• approval_request_id legges til og identifiserer godkjenningsforespørselen som styrer dette uttaket.
• Uttaket fullføres først etter at godkjenningsforespørselen er godkjent. Avviste eller utløpte godkjenningsforespørsler resulterer ikke i et fullført uttak mot refid.

Anbefalt handling før registrering:

• Revider kode som tolker withdrawFunds-responser.
• Oppdater tolking for å akseptere det ekstra approval_request_id-feltet og for å behandle fullføring som godkjenningsstyrt.

Organisasjonsteamet jobber aktivt med å utvide funksjonssettet utover Beta. Områder under utvikling inkluderer:

• Støtte for flere kontoer med separate saldoer
• Utvidet tillatelsesdekning for ytterligere plattformoperasjoner
• Klientrettede revisjonslogger og aktivitetsdashbord
• Gjenbrukbare tilpassede rollemaler

Spesifikke tidslinjer og tilgjengelighet vil bli kommunisert via offisielle Kraken-kanaler.