Beta-begrensninger for organisasjoner

Organizations er for øyeblikket i beta og er kanskje ikke tilgjengelig for din bedriftskonto ennå.

Organizations Beta gir institusjonelle kunder et komplett styringslag for sine Kraken-kontoer.

Hva beta inkluderer

I beta kan du:

Opprette en Organization og invitere teammedlemmer
Tildele tillatelser for handel, innskudd (funding) og administrasjon
Konfigurere godkjenningspolicyer per arbeidsflyt
Kreve godkjenning fra flere parter for uttak, adresseendringer, tilgangsendringer og policyendringer
Låse policyer for å forhindre ensidige endringer
Opprette Service Users for programmatisk API-tilgang
Håndheve Organization-policyer for Logg inn 2FA og sesjonstidsavbrudd

Gjeldende begrensninger

Følgende begrensninger gjelder i beta og forventes å endres i fremtidige versjoner.

Enkeltkontomodell

Organization bruker Eierens primærkonto. Handel med flere kontoer – der Medlemmer opererer på tvers av separate underkontoer med uavhengige saldoer – er ikke tilgjengelig ennå.

Hva dette betyr: Alle Medlemmer med handelstillatelser handler på samme konto og deler saldo og posisjoner.

Begrenset tillatelsesomfang

Medlemmer kan bare utføre handlinger med en definert Organization-tillatelse på plattformen. Tilgjengelige tillatelser er:

Handel (Spot og margin)
Tjen – Alloker / Deallokere
Start uttak
Administrer adresser
Administrer tilgang
Administrer policyer

Kun for eieren

Operasjoner som ikke er oppført ovenfor, er forbeholdt Organization-eieren. Dette inkluderer:

Handel med futures
OTC-handel
Veksle
Depotoppgjør
Alle plattformoperasjoner uten tilsvarende Organization-tillatelse

Eieren utfører disse på samme måte som før Organization ble opprettet. Andre medlemmer har ikke tilgang til disse operasjonene i Beta.

Ingen revisjonslogger for brukere

Sikkerhetshendelser og revisjonslogger for medlemsaktivitet er ikke tilgjengelige i Beta. Et selvbetjent revisjons-dashbord er planlagt, men ikke tilgjengelig ennå.

Egendefinerte roller lagres ikke

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

E-postbekreftelse sendes til eier

Når et medlem bruker «Utfør» for å fullføre en adresseendring umiddelbart, krever systemet e-postbekreftelse. I Beta sendes denne bekreftelsen alltid til organisasjonseieren, ikke til medlemmet som startet endringen. Direkte sending av bekreftelsen til forespørselsoppretteren er planlagt for en fremtidig versjon.

Ingen offentlig API for organisasjonsadministrasjon

I Beta finnes det ingen offentlig API for organisasjonsadministrasjon. Den dekker ikke medlemsinvitasjon, rettighetsstyring, policykonfigurasjon eller policylåsing. Programmatisk tilgang er begrenset til tjenestebrukere som operer via API-nøkkeltillatelser på støttede arbeidsflyter.

Kjente forskjeller:

Medlemsinvitasjon og rettighetsstyring – kun tilgjengelig i grensesnittet
Policykonfigurasjon og -låsing – kun tilgjengelig i grensesnittet
Uttaksforespørsler – tilgjengelig via tjenestebrukere / API-nøkler; når en organisasjonspolicy er konfigurert, legges forespørselen i godkjenningskøen
Handel og Earn-operasjoner via tjenestebrukere – kun tilgjengelig via API-nøkler (tjenestebrukere har ikke tilgang til grensesnittet)

Se Kraken API-dokumentasjonen for oppdatert informasjon om hvilke API-nøkkeloperasjoner som støttes.

Hvis en operasjon du trenger ikke er tilgjengelig via den foretrukne kanalen din, kan du sjekke den andre kanalen eller kontakte Support for veiledning.

Endringer i svarstrukturen for uttak-API

Når en konto registreres i en organisasjon, endres svarstrukturen til withdrawFunds EAPI. Integrasjoner som parser standardstrukturen må oppdatere koden før registrering.

Gjelder kun organisasjonsbrukere i det utvidede domenet. Kontoer utenfor organisasjoner er uendret.

Standardsvar:

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

Organisasjonssvar:

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

Virkemåte:

refid returneres fortsatt ved opprettelse av forespørselen og identifiserer 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 tiltak før registrering:

Gjennomgå kode som parser withdrawFunds-svar.
Oppdater parsingen til å akseptere det nye approval_request_id-feltet og behandle fullføring som godkjenningsstyrt.