Beta-begrensninger for Organizations

Organizations Beta gir institusjonelle klienter et fullstendig lag med selskapsstyring for Kraken-kontoene sine.

Hva er inkludert i Beta

I Beta kan du:

Opprette en organisasjon og invitere teammedlemmer
Tildele tillatelser for handel, innskudd (funding) og administrasjon
Konfigurere godkjenningspolicyer per arbeidsflyt
Kreve flerpartsgodkjenning for uttak, adresseendringer, tilgangsendringer og policyendringer
Låse policyer for å forhindre ensidige endringer
Opprette tjenestebrukere for programmatisk API-tilgang
Håndheve Logg inn 2FA og policyer for øktutløp i organisasjonen

Gjeldende begrensninger

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

Enkeltkontomodell

Organisasjonen din er knyttet til eierens primærkonto. Handel på flere kontoer – der medlemmer opererer på separate underkontoer med uavhengige saldoer – er ikke tilgjengelig ennå.

Dette betyr: Alle medlemmer med handelstillatelser handler på samme konto og deler de samme saldoene og posisjonene.

Begrenset tilgangsomfang

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

Handel (Spot og margin)
Earn alloker / deallokere
Start uttak
Administrer adresser
Administrer tilgang
Administrer policyer

Operasjoner kun for Owner

Operasjoner som ikke er listet ovenfor, er forbeholdt Organization Owner. Dette inkluderer:

Handel med futures
OTC-handel
Veksle
Depot-oppgjør
Enhver plattformoperasjon uten en tilsvarende Organization-tillatelse

Owner utfører disse på samme måte som før Organization ble opprettet. Andre Members kan ikke få tilgang til disse operasjonene i Beta.

Ingen kundevendte revisjonslogger

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

Egendefinerte roller kan ikke lagres

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

E-postbekreftelse sendt til Owner

Når en Member bruker Execute for å fullføre en adresseendring umiddelbart, krever systemet e-postbekreftelse. I Beta sendes denne bekreftelsen alltid til Organization Owner, ikke til Member som initierte endringen. Å sende bekreftelsen direkte til den som opprettet forespørselen, er planlagt for en fremtidig versjon.

Ingen offentlig administrasjons-API for Organizations

Under Beta finnes det ingen offentlig administrasjons-API for Organizations, verken for medlemsinvitasjoner, tillatelsesstyring, policykonfigurasjon eller policylåsing. Programmatisk tilgang er begrenset til tjenestebrukere som handler via API-nøkkeltillatelser på støttede flyter.

Kjente forskjeller:

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

Se Kraken API-dokumentasjonen for den siste oversikten over støttede API-nøkkeloperasjoner.

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

Endringer i API-responsformat for uttak

Når en konto er registrert i en Organization, endres EAPI-responsstrukturen for withdrawFunds. Integrasjoner som parser standardstrukturen, trenger kodeoppdateringer før registrering.

Gjelder kun Organization-brukere i det utvidede domenet. Kontoer utenfor en Organization er uendret.

Standardrespons:

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

Organization-respons:

<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 betinger dette uttaket.
Uttaket fullføres først etter at godkjenningsforespørselen er godkjent. Avviste eller utløpte godkjenningsforespørsler fører ikke til et fullført uttak på refid.

Anbefalt tiltak før registrering:

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