Limitations de la Beta pour Organizations

Pendant la bêta, vous pouvez :

• Créer une Organisation et inviter les membres de l'équipe
• Attribuer les autorisations de trading, de financement et d'administration
• Configurer les politiques d'approbation par workflow
• Exiger l'approbation multi-parties pour les retraits, modifications d'adresse, modifications d'accès et modifications de politiques
• Verrouiller les politiques pour empêcher les modifications unilatérales
• Créer des utilisateurs de service pour l'accès API programmatique
• Appliquer les politiques de connexion 2FA et de délai d'expiration de session Organization

Les limitations suivantes s'appliquent pendant la bêta et devraient changer dans les versions futures.

Votre Organization fonctionne sur le compte principal du propriétaire. Le trading multi-comptes – où les membres opèrent sur des sous-comptes distincts avec des soldes indépendants – n'est pas encore disponible.

Voici ce que cela signifie : Tous les membres disposant des autorisations de trading opèrent sur le même compte et partagent les mêmes soldes et positions.

Les Membres ne peuvent effectuer que des opérations pour lesquelles la plateforme dispose d'une permission Organization définie. Les permissions disponibles sont :

• Trader (spot et marge)
• Gains : allouer / désallouer
• Soumettre un retrait
• Gérer les adresses
• Gérer l'accès
• Gérer les politiques

Les opérations non listées ci-dessus restent exclusives au propriétaire de l'Organization. Cela inclut :

• Trading de contrats à terme
• Trading OTC
• Convertir
• Règlements de garde
• Toute opération de plateforme sans permission Organization correspondante

Le propriétaire effectue ces opérations selon les mêmes procédures qu'avant la création de l'Organization. Les autres Membres ne peuvent pas accéder à ces opérations pendant la phase bêta.

Les événements de sécurité et les journaux d'audit pour l'activité des Membres ne sont pas disponibles pendant la phase bêta. Un tableau de bord d'audit en libre-service est prévu mais pas encore disponible.

Vous pouvez créer des configurations de permissions personnalisées lors de l'attribution des rôles, mais vous ne pouvez pas enregistrer un rôle personnalisé en tant que modèle réutilisable. À chaque attribution d'un rôle personnalisé, la configuration repart de zéro.

Lorsqu'un membre utilise Exécuter pour appliquer un changement d'adresse immédiatement, le système demande une confirmation par email. Pendant la phase bêta, cette confirmation est toujours envoyée au propriétaire de l'organisation, et non au membre qui a initié la modification. L'envoi de la confirmation directement au créateur de la demande est prévu dans une prochaine version.

Pendant la phase bêta, il n'existe aucune API publique de gestion des organisations pour l'invitation des membres, la gestion des autorisations, la configuration des politiques ou leur verrouillage. L'accès programmatique est limité aux utilisateurs de service agissant via les autorisations des clés API sur les flux pris en charge.

Différences connues :

• Invitation des membres et gestion des autorisations — disponibles uniquement dans l'interface
• Configuration et verrouillage des politiques — disponible uniquement dans l'interface
• Demandes de retrait — disponibles via les utilisateurs de service / clés API ; lorsqu'une politique d'organisation est configurée, la demande entre dans la file d'approbation
• Opérations de trading et Gains via utilisateurs de service — disponibles uniquement via les clés API (les utilisateurs de service ne peuvent pas accéder à l'interface)

Consultez la documentation de l'API Kraken pour connaître les dernières opérations de clé API prises en charge.

Lorsqu'un compte est rattaché à une Organisation, la structure de la réponse EAPI withdrawFunds change. Les intégrations qui analysent la structure standard doivent être mises à jour avant l'inscription.

S'applique uniquement aux utilisateurs d'une Organisation dans le domaine étendu. Les comptes non-Organisation restent inchangés.

Réponse standard :

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

Réponse Organisation :

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

Comportement :

• refid est toujours renvoyé à la création de la demande et continue d'identifier le retrait.
• approval_request_id est ajouté et identifie la demande d'approbation qui conditionne ce retrait.
• Le retrait se finalise uniquement après validation de la demande. Les demandes d'approbation rejetées ou expirées n'entraînent pas de retrait finalisé associé au refid.

Action recommandée avant l'inscription :

• Auditez le code qui analyse les réponses withdrawFunds.
• Mettez à jour le traitement des réponses pour accepter le champ supplémentaire approval_request_id et considérer la finalisation comme conditionnelle à une approbation.

L'équipe Organizations travaille activement à l'extension des fonctionnalités au-delà de la Beta. Les axes de développement comprennent :

• Prise en charge multi-comptes avec soldes ségrégués
• Extension du périmètre des permissions à d'autres opérations de la plateforme
• Journaux d'audit côté utilisateur et tableau de bord d'activité
• Modèles de rôles personnalisés réutilisables

Kraken communiquera les échéances et les dates de disponibilité par ses canaux officiels.