Mentions légales obligatoires: Monnaie virtuelle, risques réels. En crypto seul le risque est garanti. Plus

Rôles, profils et permissions

Cet article explique le fonctionnement des accès dans les Organisations : ce qu'un membre peut faire, sur quels comptes, et ce qui se passe lorsqu'il agit. Pour savoir comment les politiques d'approbation traitent les demandes, consultez Politiques, approbations et gouvernance. Pour la structure des comptes, consultez Comptes.

L'accès d'un membre repose sur deux composantes, résolues par une troisième :

  • Les rôles de compte répondent à la question "que peut faire ce membre, et sur quels comptes ?" Ils portent les permissions de compte – Consulter, Trader, Allouer des gains, Désallouer des gains, Effectuer un retrait, Transfert –, chacune limitée à un ensemble de comptes. Un membre qui détient plusieurs rôles de compte hérite de toutes les permissions associées à chacun d'eux.
  • Le profil de workflow répond à la question "quelles actions ce membre peut-il effectuer sur les opérations soumises à gouvernance ?" Pour chaque workflow, il définit la capacité du membre à Consulter, Initier, Approuver ou Exécuter l'opération. Chaque membre ne peut détenir qu'un seul profil de workflow.
  • Les politiques répondent à la question "comment une opération soumise à gouvernance se finalise-t-elle ?" La politique de chaque workflow détermine si les demandes sont exécutées immédiatement ou nécessitent plusieurs approbations. Les politiques sont détaillées dans Politiques, approbations et gouvernance.

Ce qui donne :

Accès effectif = un profil de workflow + l'union des rôles de compte + la politique du workflow

La séparation entre rôles et profils est intentionnelle. Les rôles de compte sont limités à des comptes précis ; les niveaux du profil de workflow ne le sont pas. Les regrouper en un seul lot laisserait penser que les droits d'approbation varient selon le compte, ce qui n'est jamais le cas. Un membre autorisé à approuver des demandes de retrait peut le faire sur n'importe quel compte de l'Organisation.

Les permissions de compte sont portées par les rôles de compte. Chaque permission est accordée par compte : la détenir sur un compte ne confère aucun droit sur les autres.

Permissions directes

Ces permissions prennent effet immédiatement, sans demande ni approbation :

Autorisation

Ce qu'elle permet

Lisez attentivement

Consulter les soldes, l'historique de trading, les entrées du registre et les ordres ouverts du compte

Trader

Passer et gérer des ordres sur le compte

Earn Allocate

Allouer des actifs du compte vers des produits Gains

Earn Deallocate

Désallouer des actifs de Gains vers le compte

Remarque :

L'autorisation Trade couvre le trading spot et sur marge sur le compte principal, et le trading spot uniquement sur les comptes supplémentaires ; la prise en charge de la marge sur les comptes supplémentaires est prévue. Certaines opérations – contrats à terme, options, OTC, conversion, Gains DeFi, entre autres – ne disposent pas encore d'autorisation au niveau de l'Organisation et restent réservées au Propriétaire. Voir Disponibilité et limitations.

Autorisations de mouvement de fonds

Ces deux autorisations fonctionnent différemment : elles ne confèrent aucun droit par elles-mêmes. Elles déterminent plutôt les comptes depuis lesquels un Membre peut effectuer des retraits et des transferts, via un workflow d'approbation. Le Membre doit disposer d'un Workflow Profile l'autorisant à initier ces opérations.

Autorisation

Ce qu'elle sélectionne

Retirer

Comptes depuis lesquels le Membre peut effectuer un retrait. Requise sur le compte source.

Transfert

Comptes entre lesquels le Membre peut effectuer des transferts. Requise sur le compte source et le compte de destination.

Pour comprendre en détail le traitement d'un retrait ou d'un transfert, voir Transferts et retraits.

Un rôle de compte est une ressource réutilisable : un ensemble de permissions appliqué à un ensemble de comptes. Un rôle de trading peut accorder les permissions Lire et Trader sur les comptes d'un desk ; un rôle de financement peut accorder les permissions Lire, Transférer et Retirer sur les comptes gérés par votre équipe opérationnelle. Vous définissez le rôle une seule fois et l'attribuez à tous les membres qui en ont besoin.

  • Les membres peuvent détenir plusieurs rôles de compte. Leurs permissions se cumulent : un membre détenant à la fois un rôle de trading et un rôle de financement héritera des deux ensembles d'accès.
  • Les rôles sont des ressources actives, et non des modèles. Toute modification d'un rôle prend effet immédiatement pour chaque membre qui le détient. Avant d'enregistrer, le système indique quels membres sont concernés par la modification du rôle et de quelle manière.
Conseil :

Pour des besoins mixtes, deux rôles distincts sont préférables. Un rôle applique un seul ensemble de permissions à ses comptes. Si un membre doit trader sur un ensemble de comptes et gérer des mouvements de fonds sur un autre, attribuez-lui deux rôles plutôt qu'un seul rôle qui mélange les deux.

Le profil de workflow constitue le volet gouvernance de l'accès d'un membre. Pour chaque workflow, il définit les niveaux dont dispose le membre :

Niveau

Ce qu'elle permet

Afficher

Consulter les demandes et l'historique du workflow

Initier

Initier une nouvelle demande dans le workflow

Approuver

Approuver ou rejeter les demandes soumises par d'autres membres

Exécutez

Exécuter une demande immédiatement, lorsque la politique du workflow le permet

Les niveaux sont des capacités, non des rangs :

  • Vue est la base. Tout autre niveau inclut toujours Vue.
  • Initier et Approuver sont indépendants. Un membre peut approuver des demandes sans pouvoir en initier, ou en initier sans pouvoir les approuver. Cette granularité garantit la séparation des responsabilités.
  • Exécuter inclut Initier et Approuver. Un membre habilité à finaliser des actions sans approbation supplémentaire pourra également initier et examiner des demandes.

Deux propriétés méritent d'être soulignées :

  • Les niveaux du profil s'appliquent à l'ensemble de l'Organisation. Le niveau Approuver sur Demande de retrait permet au membre d'examiner toutes les demandes de retrait de l'Organisation, quel que soit le compte débité. Seule la création de retraits est limitée au compte : un membre ne peut initier des retraits et des transferts que sur les comptes pour lesquels il détient une autorisation de mouvement de fonds.
  • Chaque membre détient exactement un profil. Les profils ne s'accumulent pas : consulter le profil d'un membre suffit à connaître sa position de gouvernance complète en un coup d'œil. Comme les rôles de compte, les profils sont des ressources actives : toute modification s'applique immédiatement à chaque membre qui détient ce profil. Le système affiche toujours les membres concernés avant que vous enregistriez une modification apportée à un profil existant.

Les workflows disponibles sont :

Workflow

Opérations régies

Demande de retrait

Effectuer un retrait vers une adresse externe autorisée

Demande de transfert

Transférer des fonds entre les comptes de l'Organisation

Gérer l'équipe et les accès

Inviter, modifier, désactiver et réactiver des membres ; attribuer et modifier les rôles de compte et les profils de workflow

Gérer les clés API

Créer, modifier et révoquer des clés API

Gérer les comptes

Ajouter, modifier, désactiver, activer et supprimer des comptes

Gérer les adresses

Ajouter et supprimer des adresses de retrait sur liste blanche

Gérer les politiques

Modifier les paramètres de règles de n'importe quel flux de travail ; verrouiller et déverrouiller les règles de chaque flux de travail

Remarque :

La gestion des clés API constitue un flux de travail distinct de Gérer l'équipe et les accès. Vous pouvez autoriser quelqu'un à gérer les clés API sans lui donner la possibilité de modifier les accès des membres, et les deux flux de travail peuvent appliquer des politiques d'approbation différentes.

Chaque Organisation dispose d'un ensemble de rôles de compte et de profils de flux de travail prédéfinis par le système. Ils couvrent les configurations courantes pour vous permettre de constituer une équipe sans rien créer de personnalisé au préalable, et servent d'exemples concrets pour vous aider à concevoir votre propre gouvernance.

Rôles de compte prédéfinis par le système

Fonction

Ce qu'il accorde

Accès complet

Toutes les autorisations de compte, sur tous les comptes actuels et futurs

Trade all

Trading sur tous les comptes actuels et futurs

Funds all

Opérations de financement – transfert, retrait, allocation et désallocation de Gains – sur tous les comptes actuels et futurs

Read all

Accès en lecture seule sur tous les comptes actuels et futurs

Les rôles prédéfinis couvrent l'ensemble des comptes actuels et futurs : un membre disposant du rôle Trade all pourra trader sur un compte créé demain sans que ses accès aient besoin d'être ajustés. Il est également possible de créer un rôle personnalisé limité à une liste de comptes spécifique et fixe.

Les profils et rôles prédéfinis ne peuvent pas être modifiés ni supprimés. Il est toutefois possible d'en cloner un et de modifier la copie pour l'adapter aux besoins spécifiques de votre Organisation.

Profils de workflow prédéfinis

Profil

Ce qu'il contient

Administrateur

Tous les niveaux sur chaque workflow, y compris Execute. Attribué au propriétaire de l'Organisation lors de sa création.

Initiateur

View et Initiate sur chaque workflow. Ne peut pas approuver les demandes.

Approver

View et Approve sur chaque workflow. Ne peut pas initier de demandes.

Funds Manager

View, Initiate et Approve sur Withdrawal Request et Transfer Request. View et Initiate sur Manage Addresses. Aucun niveau sur Manage Team & Access, Manage API Keys, Manage Accounts ni Manage Policies.

Auditeur

Peut consulter les demandes et l'historique de chaque workflow, mais ne peut ni initier ni approuver quoi que ce soit.

Un profil disposant d'Initiate ou d'Execute sur Withdrawal Request doit également disposer de View sur Manage Addresses. Cela rend la liste blanche d'adresses de retrait de l'Organisation visible dans la configuration du profil. View sur Manage Addresses n'accorde pas la permission d'initier ni d'approuver des modifications d'adresses.

Funds Manager peut proposer une nouvelle adresse de retrait ou en remplacer une existante, mais ne peut pas approuver les modifications d'adresses. Cela garantit que l'approbation d'une modification d'adresse reste indépendante de la personne qui pourra ultérieurement initier ou approuver des retraits vers cette adresse.

Les profils Initiator, Approver et Auditor correspondent aux trois rôles d'un processus d'approbation : ceux qui proposent, ceux qui valident et ceux qui supervisent. Funds Manager est le profil dédié aux opérateurs qui gèrent les mouvements de fonds et peuvent proposer les adresses de destination nécessaires.

L'accès effectif d'un Membre est déterminé par le Workflow Profile et les Account Roles qui lui sont attribués, ainsi que par la politique en vigueur pour chaque workflow.

  1. Accédez à Équipe et sélectionnez le Membre, ou sélectionnez Inviter un Membre pour en ajouter un nouveau.
  2. Choisissez son Workflow Profile, parmi les profils prédéfinis ou un profil personnalisé.
  3. Ajoutez un ou plusieurs Account Roles couvrant les comptes qu'il gère.
  4. Consultez l'aperçu des accès effectifs. Il affiche le profil et les rôles séparément, puis les résout : pour chaque compte, ce que le Membre peut faire directement, et pour chaque permission de mouvement de fonds, comment une demande de sa part s'exécuterait selon les politiques en vigueur.
  5. Confirmer. Si le workflow Manage Team & Access est soumis à une politique d'approbation, l'attribution est d'abord placée dans la file d'approbation.

L'aperçu signale également les combinaisons qui accordent moins qu'il n'y paraît – par exemple, un rôle accordant Withdraw sur un compte associé à un profil ne pouvant pas initier de Withdrawal Requests. Aucune de ces attributions n'est incorrecte, mais ensemble elles ne permettent pas encore au Membre d'effectuer un retrait – l'aperçu indique cet état avant l'enregistrement.

Remarque :

Toute modification ultérieure des accès d'un Membre suit le même processus et la même gouvernance que l'attribution initiale.

Résolution de problèmes

Withdraw est une permission de compte qui détermine depuis quels comptes le Membre peut effectuer un retrait, à condition qu'un Workflow Profile l'autorisant à initier des demandes de retrait lui ait été attribué. Vérifiez son profil : il doit disposer du niveau Initiate (ou Execute) sur le workflow Withdrawal Request. L'aperçu des accès effectifs sur la page du Membre indique cette résolution pour chaque compte.

Ce comportement est intentionnel et correspond au fonctionnement du niveau Approve. Les niveaux du Workflow Profile s'appliquent à l'ensemble des comptes de l'Organisation. Un Membre disposant du niveau Approve sur les demandes de retrait peut approuver toute demande de retrait. Le modèle actuel ne prend pas en charge les droits d'approbation limités à un compte spécifique.

Ce comportement est voulu. Les rôles sont des ressources actives : tout Membre détenant un rôle hérite des permissions que ce rôle confère. Lorsque vous modifiez un rôle, l'étape de confirmation indique l'impact sur les accès des Membres avant l'enregistrement. Pour modifier les accès d'un seul Membre, définissez et attribuez-lui un nouveau rôle plutôt que de modifier un rôle partagé.

Chaque membre ne peut détenir qu'un seul Workflow Profile. Si aucun profil existant ne convient, créez un profil personnalisé avec la combinaison de niveaux requise et attribuez-le.

Les membres ont besoin d'une visibilité sur les comptes sur lesquels ils opèrent, et les rôles accordant des droits de trading incluent généralement des droits de lecture sur ces mêmes comptes. Pour limiter la visibilité d'un membre sur les autres comptes tout en lui permettant de trader, réduisez la liste des comptes couverts par ses rôles plutôt que les permissions au sein d'un compte.

Besoin d’aide ?