Tilgængelighed og begrænsninger

Organizations understøtter i øjeblikket:

• Flere konti pr. Organization med adskilte saldi, ordrer og historik
• Fuld kontolivscyklus: tilføj, rediger, deaktiver, aktiver og slet konti
• Teamadgang via Account Roles og Workflow Profiles med systemdefinerede indstillinger klar ved oprettelse
• Syv styrede arbejdsgange med godkendelsespolitikker pr. arbejdsgang og låsning af politikker
• Overførsler mellem konti og udbetalinger til godkendte adresser – begge under fuld ledelse
• Spothandel på alle konti; marginhandel på hovedkontoen
• Earn-allokering og frigivelse
• API-nøgler tilknyttet én eller flere konti med styret nøgleadministration og FIX-forbindelse til spothandel
• Sikkerhedshændelser, der dækker logins, pengebevægelser og alle administrative ændringer
• Organization-login med 2FA og politikker for sessionstimeout

Marginhandel er kun tilgængelig på hovedkontoen

Medlemmer med handelstilladelsen kan handle spot og margin på hovedkontoen og spot på øvrige konti. Marginstøtte til øvrige konti er planlagt – når den lanceres, følger margin pr. konto den samme tilladelsesmodel som alle andre kontotilladelser.

Hvad det betyder i praksis: kør marginstrategier fra hovedkontoen og spotaktivitet fra de øvrige. Den samme handelstilladelse fungerer forskelligt på hovedkontoen og de øvrige konti, så navngiv dine konti tydeligt for dit team.

Handlinger forbeholdt ejeren

Visse platformsoperationer har endnu ingen Organizations-tilladelse og er forbeholdt organisationens ejer, der opererer via hovedkontoen:

• Handel med futures
• TradFi-futures-handel
• Aktiehandel
• XStocks-handel
• Optionshandel
• OTC-handel
• Konverter
• DeFi Earn
• Lån

WebSocket-handel på andre konti end hovedkontoen er ligeledes forbeholdt ejeren.

Ejeren udfører disse handlinger via de samme flows som før organisationen blev oprettet. Medlemmer har ikke adgang hertil uanset deres roller og profiler.

Op til 100 konti pr. organisation

En organisation understøtter i øjeblikket op til 100 konti, inklusive hovedkontoen. Har du brug for flere, kan du kontakte support for at drøfte en forhøjelse af grænsen.

Én Workflow Profile pr. medlem

Hvert medlem har præcis én Workflow Profile. Teams, der har brug for en kombination af niveauer, som ingen eksisterende profil dækker, opretter en brugerdefineret profil frem for at stable profiler. Kontoroller kan derimod stables frit.

Medlemmer tilhører én organisation

Hvert medlem tilhører i øjeblikket én organisation.

Udmeldelse af en organisation kræver henvendelse til support

Organizations tilbyder ikke en selvbetjeningsfunktion til sletning eller tilbagerulning. Support kan flytte en kunde ud af Organizations, når de nødvendige betingelser er opfyldt. Kunderegistreringen er fortsat underlagt de gældende databeskyttelsesregler.

Ændring af organisationsejerens e-mail overfører ikke ejerskabet

Organisationsejerens e-mailadresse kan ændres via det sædvanlige flow for e-mailændring. Forvent ID-bekræftelse og muligvis en manuel gennemgang som del af processen. Ændring af et medlems adgang overfører ikke ejerskabet fra ét medlem til et andet.

Godkendelsesregler varierer ikke fra konto til konto

Regler fastsættes pr. arbejdsgang for hele organisationen. Godkendelsesrettigheder (niveauet Godkend) gælder på tværs af hele organisationen – et medlem, der kan godkende udbetalingsanmodninger, kan gøre det fra alle konti. Konfigurationer som "godkend kun for bestemte konti" eller "kræv ekstra godkendelser på én bestemt konto" understøttes ikke i dag. Styr hvem der godkender ved at begrænse, hvem der har niveauet Godkend. Styr, hvor midler overføres til, ved at begrænse tilladelser til midlerbevægelser.

API-nøgler anvender tilladelser ensartet på tværs af konti

En API-nøgles tilladelser gælder ligeligt for alle tilknyttede konti – der er ingen variation pr. konto inden for én nøgle. Brug flere snævert afgrænsede nøgler, hvor automatisering kræver forskellig adgang på forskellige konti. Se API-nøgler.

Midler reserveres ikke, mens en anmodning afventer godkendelse

En afventende udbetaling eller overførselsanmodning reserverer ikke beløbet. Saldoen kontrolleres, når anmodningen fuldføres – efter den endelige godkendelse. Hvis midlerne er flyttet i mellemtiden, mislykkes den godkendte anmodning og skal sendes igen. Der mistes intet; anmodningen skal blot sendes igen.

Det er planlagt, at midler reserveres ved oprettelse af anmodningen. Indtil da bør indsendte anmodninger betragtes som allerede disponeret saldo. Se Hold midlerne tilgængelige indtil godkendelse.

Kontosletning arkiverer data

Sletning af en konto arkiverer dataene og skjuler kontoen fra brugergrænsefladen. Kontoen skal først være tom og afregnet, og systemet annullerer aldrig ordrer, flytter midler eller afvikler produkter automatisk for at nå dertil. Blokeringer for sletning vises eksplicit og løses manuelt. Se Konti.

Ingen offentlig API til administration af organisationer

Medlemsinvitationer, adgangstildeling, kontolivscyklus og regelkonfiguration er udelukkende tilgængelige via brugergrænsefladen. Programmatisk adgang er begrænset til API-nøgler, der opererer på understøttede flows: handel, Earn, forespørgsler, dataeksport samt afsendelse af udbetaling- og adresseanmodninger. Se Kraken API-dokumentationen for den aktuelle API-dækning.

Områder under aktiv udvikling:

• Marginhandel på ekstrakonti med en dedikeret tilladelse pr. konto
• Kreditlinjer pr. konto
• Reserverede midler til afventende anmodninger – når du indsender en udbetalings- eller overførselsanmodning, sættes beløbet til side, så godkendte anmodninger aldrig fejler, fordi saldoen ændrede sig under gennemgangen
• Kontogrupper – navngivne, genanvendelige kontosæt til rollestyring i større skala
• Bredere tilladelsesdækning til flere platformshandlinger
• Organizations Management API til programmatisk administration

Tidsplaner og tilgængelighed meddeles via Krakens officielle kanaler.