Limitations de la Beta pour Organizations

Durant la Beta, vous pouvez :

• Créer une Organisation et inviter des membres de l'équipe
• Attribuer des permissions pour le trading, le financement et l'administration
• Configurer des politiques d'approbation par workflow
• Exiger une approbation à plusieurs parties pour les retraits, les modifications d'adresse, les modifications d'accès et les modifications de politiques
• Verrouiller les politiques pour empêcher toute modification unilatérale
• Créer des Service Users pour un accès API programmatique
• Imposer la connexion 2FA de l'Organisation et les politiques d'expiration de session

Les limitations suivantes s'appliquent durant la Beta et sont amenées à évoluer dans les prochaines versions.

Votre Organisation fonctionne sur le compte principal du Propriétaire. Le trading multi-comptes – permettant aux Membres d'opérer sur des sous-comptes distincts avec des soldes indépendants – n'est pas encore disponible.

Ce que cela implique : Tous les Membres disposant de permissions de trading tradent sur le même compte et partagent les mêmes soldes et positions.

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

• Trading (spot et marge)
• Gains : Allouer / Désallouer
• Lancer un retrait
• Gérer les adresses
• Gérer les accès
• Gérer les règles

Les opérations non listées ci-dessus restent réservées au Propriétaire de l'Organisation. Cela inclut :

• Trading de contrats à terme
• Trading OTC
• Convertir
• Règlements de garde
• Toute opération de la plateforme sans permission correspondante dans l'Organisation

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

Les événements de sécurité et les journaux d'audit de l'activité des Membres ne sont pas disponibles pendant la Beta. Un tableau de bord d'audit en libre-service est prévu, mais n'est 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é comme modèle réutilisable. À chaque attribution d'un rôle personnalisé, vous devez le configurer de zéro.

Lorsqu'un Membre utilise Exécuter pour appliquer immédiatement un changement d'adresse, le système exige une confirmation par email. Pendant la Beta, cette confirmation est toujours envoyée au Propriétaire de l'Organisation, et non au Membre ayant initié le changement. L'envoi de la confirmation directement au créateur de la demande est prévu dans une prochaine version.

En version bêta, il n'existe pas d'API publique de gestion des Organizations pour l'invitation de membres, la gestion des permissions, la configuration des politiques ou leur verrouillage. L'accès programmatique est limité aux Service Users agissant via les permissions de clés API sur les flux pris en charge.

Différences connues :

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

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

Lorsqu'un compte est rattaché à une Organization, le format de réponse EAPI de withdrawFunds change. Les intégrations qui analysent le format standard doivent être mises à jour avant le rattachement.

Applicable uniquement aux utilisateurs d'Organization dans le domaine étendu. Les comptes hors Organization ne sont pas affectés.

Réponse standard :

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

Réponse Organization :

<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 conditionnant ce retrait.
• Le retrait n'est finalisé qu'une fois la demande d'approbation approuvée. Les demandes d'approbation rejetées ou expirées ne génèrent pas de retrait finalisé pour le refid concerné.

Action recommandée avant le rattachement :

• Auditez le code qui analyse les réponses withdrawFunds.
• Mettez à jour l'analyse pour accepter le champ approval_request_id supplémentaire et traiter la finalisation comme conditionnée par l'approbation.

L'équipe Organizations travaille activement à étoffer les fonctionnalités au-delà de la Beta. Parmi les axes de développement :

• Prise en charge multi-comptes avec soldes ségrégués
• Élargissement des permissions pour d'autres opérations sur la plateforme
• Journaux d'audit et tableau de bord d'activité côté client
• Modèles de rôles personnalisés réutilisables

Les délais et disponibilités précis seront communiqués par les canaux officiels de Kraken.