Tilgjengelighet og begrensninger

Organizations støtter for øyeblikket:

• Flere kontoer per Organization, med adskilte saldoer, ordrer og historikk
• Fullstendig kontolivssyklus: legg til, rediger, deaktiver, aktiver og slett kontoer
• Teamtilgang via Account Roles og Workflow Profiles, med systemdefinerte alternativer klare ved opprettelse
• Sju styrte arbeidsflyter med godkjenningspolicyer per arbeidsflyt og policylåsing
• Overføringer mellom kontoer og uttak til hvistelistede adresser, begge under full selskapsstyring
• Spot-handel på alle kontoer; marginhandel på hovedkontoen
• Tildeling og fradeling i Tjen
• API-nøkler tilknyttet én eller flere kontoer, med styrt nøkkeladministrasjon og FIX-tilkobling for spot-handel
• Sikkerhetshendelser for innlogginger, bevegelse av midler og alle administrative endringer
• Logg inn 2FA og policyer for øktutløp for Organizations

Marginhandel er kun tillatt på hovedkontoen

Medlemmer med Handel-tillatelse kan handle spot og margin på hovedkontoen, og spot på tilleggskontoer. Marginstøtte for tilleggskontoer er planlagt – når det er på plass, vil margin per konto følge samme tillatelsesmodell som alle andre kontotillatelser.

Hva dette betyr i praksis: bruk marginstrategier fra hovedkontoen og spothandel fra de øvrige. Den samme Handel-tillatelsen oppfører seg ulikt på hovedkontoen versus de andre – merk kontoene tydelig for teamet ditt.

Operasjoner kun for Owner

Noen plattformoperasjoner har foreløpig ingen Organization-tillatelse og er forbeholdt Organization Owner, som utfører dem på hovedkontoen:

• Handel med futures
• Handel med TradFi-futures
• Aksjehandel
• xAksjehandel
• Handel med opsjoner
• OTC-handel
• Veksle
• DeFi Earn
• Lån

WebSocket-handel på andre kontoer enn hovedkontoen er også forbeholdt Owner.

Owner utfører disse via de samme prosessene som før Organization ble opprettet. Medlemmer har ikke tilgang til disse, uavhengig av roller og profiler.

Opptil 100 kontoer per Organization

En Organization støtter for øyeblikket opptil 100 kontoer, inkludert hovedkontoen. Trenger du flere, kontakter du Support for å diskutere å heve grensen.

Én Workflow Profile per medlem

Hvert medlem har nøyaktig én Workflow Profile. Team som trenger en kombinasjon av nivåer som ingen eksisterende profil dekker, oppretter en tilpasset profil i stedet for å stable profiler. Account Roles kan derimot stables fritt.

Medlemmer tilhører én Organization

Hvert medlem tilhører foreløpig én Organization.

Utmelding av Organization krever hjelp fra Support

Organizations tilbyr ingen selvbetjeningsfunksjon for sletting eller tilbakestilling. Support kan flytte en kunde ut av Organizations når de nødvendige betingelsene er oppfylt. Kundeposten forblir underlagt gjeldende personvernregler.

Endring av Organization Owners e-post overfører ikke eierskap

Organization Owners e-postadresse kan endres via den vanlige prosessen for e-postendring. Forvent ID-verifisering og eventuelt manuell gjennomgang som del av prosessen. Endring av et medlems tilgang overfører ikke eierskap fra ett medlem til et annet.

Godkjenningsregler gjelder likt for alle kontoer

Policyer settes per arbeidsflyt og gjelder hele organisasjonen. Godkjenningsrettigheter (Godkjenn-nivået) gjelder for hele organisasjonen – et medlem som kan godkjenne uttaksforespørsler, kan gjøre det fra hvilken som helst konto. Konfigurasjoner som «godkjenn bare for bestemte kontoer» eller «krev ekstra godkjenninger for én bestemt konto» er ikke mulig i dag. Styr hvem som godkjenner ved å begrense hvem som har Godkjenn-nivået; styr hvor midler flyttes ved å begrense tillatelser for middelflyt.

API-nøkler gir samme tillatelser på alle kontoer}

En API-nøkkels tillatelser gjelder likt for alle valgte kontoer – det er ingen variasjon per konto innenfor én nøkkel. Bruk flere nøkler med begrenset omfang der automatisering trenger ulik tilgang på forskjellige kontoer. Se API-nøkler.

Midler reserveres ikke mens en forespørsel venter på godkjenning

En ventende uttak- eller overføringsforespørsel setter ikke beløpet av side. Saldosjekken kjøres når forespørselen fullføres, etter endelig godkjenning. Hvis midlene er blitt flyttet i mellomtiden, mislykkes den godkjente forespørselen og må sendes inn på nytt. Ingenting går tapt når dette skjer – det er kun en ny innsending.

Reservering av midler ved opprettelse av forespørsler er planlagt. Inntil da bør du behandle innsendte forespørsler som øremerket saldo. Se Hold midlene tilgjengelige frem til godkjenning.

Sletting av konto arkiverer postene}

Sletting av en konto arkiverer postene og skjuler kontoen fra brukergrensesnittet. Kontoen må være tom og gjort opp først. Systemet kansellerer aldri ordrer, flytter midler eller avvikler produkter automatisk for å oppnå dette. Hindringer for sletting vises tydelig og må løses manuelt. Se Kontoer.

Ingen offentlig API for organisasjonsadministrasjon}

Medlemsinvitasjoner, tilgangstildeling, kontolivssyklus og policykonfigurasjon er kun tilgjengelig i grensesnittet. Programmatisk tilgang er begrenset til API-nøkler for støttede flyter: handel, Tjen, spørringer, dataeksporter og igangsetting av uttak- og adresseforespørsler. Se Kraken API-dokumentasjonen for gjeldende API-dekning.

Områder under aktiv utvikling:

• Marginhandel på tilleggskontoer, med en dedikert tillatelse per konto
• Kredittlinjer per konto
• Reserverte midler for ventende forespørsler – når du sender inn en uttak- eller overføringsforespørsel, settes beløpet av, slik at godkjente forespørsler aldri mislykkes fordi saldoen endret seg under behandlingen
• Kontogrupper – navngitte, gjenbrukbare kontosamlinger for å tildele roller i stor skala
• Utvidet tilgangsstyring for flere plattformfunksjoner
• Organizations-administrasjons-API for programmatisk styring

Tidsplan og tilgjengelighet kommuniseres via offisielle Kraken-kanaler.