Den här artikeln gäller organisationer som skapades under Beta-åtkomstmodellen, där en administratör tilldelade behörigheter till varje medlem individuellt. Åtkomst bygger nu på Workflow Profiles och Account Roles, och Kraken konverterar din organisation åt dig.
Två saker kräver din uppmärksamhet innan konverteringen:
account_id för att välja ett annat konto och behandla ett lyckat uttagsanrop som en förfrågan, inte som bevis på att medlen har flyttats. Se "Granska ditt API-beteende" nedan.Konverteringen tar inte bort någon åtkomst. Varje behörighet som en medlem hade förs över.
Dina befintliga API-nycklar återkallas eller återutfärdas inte. Deras identifieringsinformation, behörigheter och kontomappning förs alla över. Befintliga anrop som inte skickar med account_id fortsätter på organisationens primära konto. Granska hur din integration väljer ett annat konto och läser uttagssvar.
Välj ett specifikt konto vid behov
Om account_id utelämnas körs en privat förfrågan mot det primära kontot:
Bash
POST /0/private/AddOrderFör att köra mot ett specifikt konto skickar du account_id som en frågeparameter i URL:en:
Bash
POST /0/private/AddOrder?account_id=W5PB62NTPNYT6TYHSkicka det i URL:en, inte i anropskroppen. Ett explicit account_id har företräde framför standardvalet med primärkontot. Det utökar inte nyckelns kontomappning eller behörigheter.
Läs det nya uttags-svaret
WithdrawFunds returnerar approval_request_id tillsammans med refid:
Bash
{
"error": [],
"result": {
"refid": "FTcLNGa-4ZWmo4GCo8wrBNZz5v53v9",
"approval_request_id": "656a021a-1d55-42c9-853a-aea57bf5abd1"
}
}WithdrawStatus innebär aldrig att ett uttag inte skickades in.Automatisering som behandlar ett refid som bevis på slutförande rapporterar uttag som avräknade medan de fortfarande väntar på godkännande. Se API-nycklar för hela modellen.
Din organisation får efter konverteringen tillgång till två uppsättningar standardkomponenter.
Workflow Profiles
En Workflow Profile styr vad en medlem får göra i varje reglerat arbetsflöde. Varje medlem har exakt en.
Profil | Vad den innehåller |
|---|---|
Admin | Alla nivåer i alla arbetsflöden, inklusive Utför |
Initierare | Visa och initiera i alla arbetsflöden. Kan inte godkänna |
Godkännare | Visa och godkänna i alla arbetsflöden. Kan inte initiera |
Revisor | Visa i alla arbetsflöden. Kan inte utföra åtgärder |
Medelsansvarig | Visa, initiera och godkänna uttags- och överföringsförfrågningar. Visa och initiera för adresshantering |
Kontoroller
En kontoroll avgör vad en medlem får göra på dina konton. Standardrollerna täcker alla nuvarande och framtida konton, så en medlem med Trade all kan handla på ett konto du skapar i morgon.
Roll | Vad rollen ger på varje konto |
|---|---|
Read all | Läs |
Trade all | Handla |
Funds all | Överföring, uttag, Earn allokera, Earn avallokera |
Full åtkomst | Alla kontobehörigheter |
Standardprofiler och roller hålls uppdaterade i takt med produkten: när ett nytt arbetsflöde läggs till får medlemmar med en sådan profil eller roll automatiskt rätt behörighetsnivå. Se Roller, profiler och behörigheter för den fullständiga modellen.
Om en medlems behörigheter inte matchar någon standardprofil placeras de på en roll med exakt de behörigheter de hade. Medlemmar med identiska behörigheter delar en och samma roll, så din organisation får betydligt färre roller än medlemmar.
Rollerna namnges efter etiketten du angav för medlemmen, så en medlem med etiketten "Trader" hamnar på en roll som heter trader. Medlemmar utan etikett hamnar på migrated-role. Var och en har ett migrated-märke, vilket betyder att namnet är autogenererat och att du kan byta det.
Bästa första steget efter konverteringen är att döpa om rollerna så att de speglar vad du faktiskt kallar personerna. När du redigerar en roll tas migrated-märket bort.
Varför dina "Admin"-medlemmar inte finns på Admin-profilen
Beta-etiketten "Admin" gav en person möjlighet att visa, initiera och godkänna, men inte att slutföra sina egna förfrågningar utan ett andra godkännande. Admin-profilen inkluderar den möjligheten, vilket är Execute-nivån.
I stället för att tilldela det automatiskt placeras medlemmar med den gamla etiketten på en roll med namnet beta-admin, med exakt de behörigheter de redan hade. Du kan när som helst flytta dem till Admin – det är en enda tilldelning.
beta-admin är en av dina egna roller, vilket innebär att medlemmar som har den inte automatiskt får tillgång till nya arbetsflöden på samma sätt som standardprofilerna. Det här är ytterligare ett skäl att se över de här rollerna strax efter konverteringen.
Ägaren placeras i Admin-profilen, behåller allt de hade och får automatiskt tillgång till nya arbetsflöden. Ägaren har också Läs alla, vilket inte kan tas bort.
Om du medvetet har begränsat ägarens behörigheter bevaras det beslutet: ägaren konverteras till en roll med exakt de behörigheter de faktiskt hade, precis som alla andra medlemmar.