Organizations prend actuellement en charge :
Le trading sur marge est réservé au compte principal
Les membres disposant de la permission Trader peuvent effectuer des opérations spot et sur marge sur le compte principal, et des opérations spot sur les comptes supplémentaires. La prise en charge de la marge sur les comptes supplémentaires est prévue ; à son arrivée, la marge par compte suivra le même modèle de permissions que toutes les autres permissions de compte.
Ce que cela signifie au quotidien : exécutez vos stratégies sur marge depuis le compte principal et vos activités spot depuis les autres comptes. La même permission Trader se comporte différemment selon qu'elle s'applique au compte principal ou aux autres comptes ; étiquetez donc vos comptes clairement pour votre équipe.
Opérations réservées au titulaire
Certaines opérations de la plateforme ne disposent pas encore de permission Organization et restent exclusives au titulaire de l'Organization, qui les effectue depuis le compte principal :
Le trading WebSocket sur les comptes autres que le compte principal est également réservé au titulaire.
Le titulaire effectue ces opérations via les mêmes flux qu'avant la création de l'Organization. Les membres ne peuvent pas y accéder, quels que soient leurs rôles et profils.
Jusqu'à 100 comptes par Organization
Une Organization prend actuellement en charge jusqu'à 100 comptes, compte principal inclus. Si vos besoins dépassent cette limite, contactez le support pour en discuter.
Un Workflow Profile par membre
Chaque membre détient exactement un Workflow Profile. Les équipes ayant besoin d'une combinaison de niveaux qu'aucun profil existant ne couvre créent un profil personnalisé plutôt que de cumuler des profils. Les Account Roles, en revanche, peuvent être cumulés librement.
Les membres appartiennent à une seule Organization
Chaque membre appartient actuellement à une seule Organization.
Quitter une Organization nécessite l'intervention du support
Organizations ne propose pas d'action de suppression ou d'annulation en libre-service. Le support peut retirer un utilisateur d'Organizations une fois les conditions requises remplies. Le profil du client reste soumis aux règles de confidentialité des données applicables.
La modification de l'email du titulaire de l'Organization ne transfère pas la propriété
L'adresse email du titulaire de l'Organization peut être modifiée via le flux habituel de changement d'email. Cette procédure implique une vérification d'identité et, le cas échéant, un examen manuel. La modification des accès d'un membre ne transfère pas la propriété d'un membre à un autre.
Les règles d'approbation sont uniformes pour tous les comptes
Les règles sont définies par workflow pour l'ensemble de l'Organisation. Les droits d'approbation (le niveau Approbateur) s'appliquent à toute l'Organisation : un Membre autorisé à approuver des demandes de retrait peut le faire depuis n'importe quel compte. Les configurations du type "approuver uniquement pour certains comptes" ou "exiger des approbations supplémentaires sur un compte précis" ne sont pas disponibles. Pour contrôler qui approuve, restreignez l'attribution du niveau Approbateur ; pour contrôler les mouvements de fonds, restreignez les permissions correspondantes.
Les clés API appliquent les permissions de façon uniforme
Les permissions d'une clé API s'appliquent de façon identique à tous les comptes sélectionnés ; il n'existe pas de variation par compte au sein d'une même clé. Utilisez plusieurs clés à portée restreinte lorsque l'automatisation nécessite des accès différents selon les comptes. Voir Clés API.
Les fonds ne sont pas réservés pendant l'attente d'approbation
Une demande de retrait ou de transfert en attente ne bloque pas le montant correspondant. La vérification du solde s'effectue à l'issue de la demande, après l'approbation finale : si les fonds ont bougé pendant l'examen, la demande approuvée échoue et doit être soumise à nouveau. Aucun fonds n'est perdu dans ce cas ; il suffit de soumettre à nouveau la demande.
La réservation des fonds à la création de la demande est prévue. En attendant, traitez les demandes soumises comme des fonds déjà engagés. Voir Maintenir les fonds disponibles jusqu'à l'approbation.
La suppression d'un compte archive ses données
La suppression d'un compte archive son enregistrement et le masque dans les interfaces des utilisateurs finaux. Le compte doit d'abord être vide et soldé ; le système n'annule jamais automatiquement les ordres, ne déplace pas les fonds et ne dénoue pas les positions pour y parvenir. Les obstacles à la suppression sont listés explicitement et doivent être résolus manuellement. Voir Comptes.
Aucune API publique de gestion des Organisations
Les invitations de Membres, l'attribution des accès, le cycle de vie des comptes et la configuration des règles sont disponibles uniquement via l'interface. L'accès programmatique est limité aux clés API opérant sur leurs flux pris en charge : trading, Gains, requêtes, exportations de données, et initiation de demandes de retrait et d'adresses. Consultez la documentation de l'API Kraken pour connaître la couverture actuelle.
Domaines en cours de développement :
Les calendriers et la disponibilité sont communiqués via les canaux officiels Kraken.