Limitări Beta pentru Organizations

În perioada Beta poți:

• Să creezi o Organizație și să inviți membri în echipă
• Să atribui permisiuni pentru tranzacționare, finanțare și administrare
• Să configurezi politici de aprobare pentru fiecare flux de lucru
• Să soliciți aprobarea mai multor părți pentru retrageri, modificări de adresă, modificări de acces și modificări de politici
• Să blochezi politicile pentru a preveni modificările unilaterale
• Să creezi Service Users pentru acces programatic prin API
• Să impui politici de 2FA la conectare și de expirare a sesiunii pentru Organizație

Următoarele limitări se aplică în perioada Beta și vor fi actualizate în versiunile viitoare.

Organizația ta funcționează pe contul principal al Proprietarului. Tranzacționarea multi-cont – în care Membrii operează pe sub-conturi separate cu solduri independente – nu este disponibilă încă.

Ce înseamnă aceasta: Toți Membrii cu permisiuni de tranzacționare tranzacționează pe același cont și împart aceleași solduri și poziții.

Membrii pot efectua doar operațiuni pentru care platforma are o permisiune de Organizație definită. Permisiunile disponibile sunt:

• Tranzacționare (Spot și Marjă)
• Earn Alocare / Dealocare
• Inițiere retragere
• Gestionare adrese
• Gestionare acces
• Gestionare politici

Operațiunile care nu sunt enumerate mai sus rămân exclusive Proprietarului Organizației. Acestea includ:

• Tranzacționare de contracte futures
• Tranzacționare OTC
• Convertește
• Decontări de custodie
• Orice operațiune de platformă fără o permisiune corespunzătoare în Organizație

Proprietarul efectuează aceste operațiuni folosind aceleași fluxuri ca înainte de crearea Organizației. Ceilalți Membri nu pot accesa aceste operațiuni în perioada Beta.

Evenimentele de securitate și jurnalele de audit pentru activitatea Membrilor nu sunt disponibile în perioada Beta. Un tablou de bord de audit cu autoservire este planificat, dar nu este încă disponibil.

Poți crea configurații de permisiuni personalizate când atribui roluri, însă nu poți salva un rol personalizat ca șablon reutilizabil. De fiecare dată când atribui un rol personalizat, îl configurezi de la zero.

Când un Membru folosește Execute pentru a finaliza imediat o modificare de adresă, sistemul solicită confirmare prin e-mail. În perioada Beta, această confirmare este întotdeauna trimisă Proprietarului Organizației, nu Membrului care a inițiat modificarea. Trimiterea confirmării direct către creatorul solicitării este planificată pentru o versiune viitoare.

În perioada Beta, nu există un API public de administrare a Organizations pentru invitarea membrilor, gestionarea permisiunilor, configurarea politicilor sau blocarea acestora. Accesul programatic este limitat la Service Users care acționează prin permisiunile cheilor API pe fluxurile acceptate.

Diferențe cunoscute:

• Invitarea membrilor și gestionarea permisiunilor – disponibile doar în UI
• Configurarea și blocarea politicilor – disponibile doar în UI
• Solicitările de retragere – disponibile prin Service Users / chei API; când o politică Organization este configurată, solicitarea intră în coada de aprobare
• Operațiunile de tranzacționare și Earn prin Service Users – disponibile doar prin chei API (Service Users nu pot accesa UI-ul)

Consultă documentația Kraken API pentru cele mai recente informații despre operațiunile acceptate prin chei API.

Când un cont este înrolat într-o Organization, structura răspunsului EAPI pentru withdrawFunds se modifică. Integrările care parsează structura standard necesită actualizări de cod înainte de înrolare.

Se aplică doar utilizatorilor Organization din domeniul extins. Conturile care nu fac parte dintr-o Organization rămân nemodificate.

Răspuns standard:

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

Răspuns Organization:

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

Comportament:

• refid este în continuare returnat la crearea solicitării și identifică în continuare retragerea.
• approval_request_id este adăugat și identifică solicitarea de aprobare care condiționează această retragere.
• Retragerea se finalizează doar după aprobarea solicitării de aprobare. Solicitările de aprobare respinse sau expirate nu generează o retragere finalizată asociată cu refid.

Acțiune recomandată înainte de înrolare:

• Auditează codul care parsează răspunsurile withdrawFunds.
• Actualizează analiza pentru a accepta câmpul suplimentar approval_request_id și pentru a trata finalizarea ca fiind condiționată de aprobare.

Echipa Organizations extinde în mod activ funcționalitățile disponibile după Beta. Domeniile aflate în dezvoltare includ:

• Funcționalitate multi-cont cu solduri separate
• Permisiuni extinse pentru operațiuni suplimentare pe platformă
• Jurnale de audit și tablou de bord de activitate vizibile pentru clienți
• Șabloane reutilizabile pentru roluri personalizate

Calendarul și disponibilitatea vor fi comunicate prin canalele oficiale Kraken.