Présentation des Organizations

Une Organization est le conteneur de niveau supérieur qui regroupe les comptes que vous gérez, les personnes et identifiants qui les opèrent, ainsi que les règles de gouvernance qui s'appliquent à l'ensemble.

Organization Owner – Le détenteur du compte qui a créé l'Organization. L'Owner dispose d'un accès complet à tous les workflows et comptes, et est responsable de la configuration de l'équipe et de sa gouvernance. Il n'existe pas de rôle de co-owner.

Member – Une personne invitée à rejoindre l'Organization. Les Members se connectent avec leurs propres identifiants Kraken, doivent respecter la politique de connexion 2FA de l'Organization, et détiennent exactement un Workflow Profile ainsi qu'un nombre illimité d'Account Roles.

Accounts – Les unités opérationnelles séparées au sein d'une Organization, chacune disposant de ses propres soldes, ordres ouverts et historique. Une Organization démarre avec un compte principal et peut en comporter plusieurs ; l'accès à un compte ne s'étend jamais aux autres. Consultez Comptes.

API key – Un identifiant d'accès programmatique, utilisé par les systèmes de trading et les automatisations. Les clés API disposent de leur propre modèle de permissions, indépendant des Members. Voir Clés API.

Toutes les actions d'un Membre au sein d'une Organisation appartiennent à l'une de deux catégories. Cette distinction rend le reste du modèle facile à comprendre.

Les opérations directes prennent effet immédiatement. Consulter les soldes, trader et allouer des fonds à des produits Gains sont des opérations directes : si un Membre dispose de la permission de compte sur ce compte, l'action est exécutée sans délai. Les opérations directes ne génèrent jamais de demandes d'approbation.

Les opérations soumises à gouvernance fonctionnent sous forme de demandes d'approbation. Les retraits, les transferts entre comptes et toute modification administrative (gestion des accès d'équipe, des clés API, des comptes, des adresses et des politiques) sont des opérations soumises à gouvernance. En initier une crée une demande, et la politique du workflow détermine si cette demande s'exécute immédiatement ou attend l'approbation d'autres Membres.

Les opérations soumises à gouvernance sont organisées en workflows. Chaque workflow possède sa propre politique d'approbation ainsi que ses propres niveaux Afficher / Initier / Approuver / Exécuter dans le Profil de workflow de chaque Membre.

Organisation – Structure de premier niveau regroupant les membres, les comptes et la gouvernance.

Compte – Unité opérationnelle cloisonnée disposant de ses propres soldes, ordres ouverts et historique. L'accès à un compte ne s'étend jamais à un autre.

Compte principal – Le compte qui existait lors de la création de l'Organisation. Il prend en charge le trading spot et sur marge pour les membres ; les comptes supplémentaires prennent actuellement en charge le trading spot uniquement. Voir Disponibilité et limitations.

Permission de compte – Autorisation habilitant à effectuer une opération spécifique sur un compte donné : Lecture, Trading, Allocation des Gains, Désallocation des Gains, Retrait ou Transfert.

Rôle de compte – Ensemble réutilisable de permissions de compte appliqué à un groupe de comptes. Un membre peut détenir plusieurs rôles de compte ; les permissions se cumulent.

Workflow – Groupe d'opérations soumises à gouvernance partageant une même politique d'approbation : Demande de retrait, Demande de transfert, Gestion de l'équipe et des accès, Gestion des clés API, Gestion des comptes, Gestion des adresses et Gestion des politiques.

Profil de workflow – Le profil unique attribué à chaque membre, définissant son niveau (Visualisation, Initiation, Approbation, Exécution) sur chaque workflow. Les niveaux de profil de workflow s'appliquent à l'ensemble de l'Organisation.

Politique – Configuration d'approbation d'un workflow : nombre d'approbations requises pour une demande et obligation ou non de soumettre chaque demande à approbation. Les politiques sont définies par workflow, une fois pour l'ensemble de l'Organisation.

Demande – Unité de travail créée lorsqu'un membre ou une clé API lance une opération soumise à gouvernance. Une demande s'exécute immédiatement (si la politique le permet) ou attend dans la file d'approbation.

Événement de sécurité – Enregistrement d'une action survenue dans votre Organisation : qui l'a effectuée, depuis où, sur quel compte et avec quel résultat. Voir Événements de sécurité.

Séparation des tâches – La règle selon laquelle un membre ne peut pas approuver sa propre demande. Imposée par le système, sans possibilité de dérogation.

• Les membres ne peuvent pas approuver leurs propres demandes, quel que soit le workflow et la configuration.
• Les accès sont cumulatifs. Les membres démarrent sans aucun accès et n'obtiennent que ce que leur Workflow Profile et leurs Account Roles leur accordent.
• Qu'une opération gouvernée s'exécute immédiatement ou soit soumise à approbation dépend du Workflow Profile du membre et de la politique du workflow, jamais de l'opération seule.
• Toute modification ou déverrouillage d'une politique verrouillée est soumis à l'approbation indépendante des membres dont le Workflow Profile accorde des droits d'approbation sur Manage Policies. Personne, y compris le propriétaire, ne peut modifier seul une politique verrouillée.
• La connexion 2FA est obligatoire pour tous les membres de l'Organisation. La politique est définie lors de la création et s'applique à tous les membres, présents et futurs.
• Les sessions inactives expirent et requièrent une nouvelle authentification.
• Chaque connexion, modification de permission, mouvement de fonds et changement de politique est consigné comme un événement de sécurité.

• Pour créer une Organisation, vous devez disposer d'un compte Kraken Business vérifié sur Kraken Pro. Les comptes Standard et Basique ne sont pas éligibles.
• Seul le détenteur du compte ayant finalisé la vérification professionnelle peut créer une Organisation. À la création, cette personne devient le propriétaire de l'Organisation.
• L'adresse email du propriétaire peut être modifiée ultérieurement via la procédure habituelle de changement d'email. Prévoyez une vérification d'identité et éventuellement un examen manuel dans le cadre de cette procédure.
• La suppression d'une Organisation nécessite l'intervention du support, peut prendre du temps et n'intervient qu'une fois les conditions requises remplies.

Commencez par Créer une Organisation, puis Rôles, profils et permissions, Politiques, approbations et gouvernance et Déployer la gouvernance. Consultez les autres articles pour gérer une partie spécifique de votre Organisation.