Rôles et équipe
Les cinq rôles, ce que chacun voit, et comment ajouter un membre.
Un compte az54 appartient à une organisation et porte un rôle unique. Le rôle détermine à la fois les écrans visibles et les actions autorisées : l'interface masque ce que le rôle ne peut pas faire, et le serveur le refuse de toute façon.
Il y a exactement un owner par organisation : celui qui a créé le compte.
Ce rôle ne s'attribue pas et ne se retire pas.
Écrans visibles
| Écran | owner | admin | validator | accountant | employee |
|---|---|---|---|---|---|
| Tableau de bord | ✅ | ✅ | ✅ | ✅ | ✅ |
| Caisse | ✅ | ✅ | ✅ | ✅ | ✅ |
| Transactions | ✅ | ✅ | ✅ | ✅ | — |
| Liens de paiement | ✅ | ✅ | — | — | — |
| Pay-Outs | ✅ | ✅ | ✅ | ✅ | — |
| Validations | ✅ | ✅ | ✅ | — | — |
| Bénéficiaires | ✅ | ✅ | ✅ | ✅ | — |
| Top-ups | ✅ | ✅ | ✅ | ✅ | — |
| Transferts | ✅ | ✅ | ✅ | ✅ | — |
| Retraits bancaires | ✅ | ✅ | ✅ | — | — |
| Développeur | ✅ | ✅ | — | — | — |
| Équipe | ✅ | ✅ | — | — | — |
| Mon compte | ✅ | ✅ | ✅ | ✅ | ✅ |
Actions
| Action | owner | admin | validator | accountant | employee |
|---|---|---|---|---|---|
| Encaisser (Caisse) | ✅ | ✅ | ✅ | — | ✅ |
| Initier un pay-out | direct | direct | direct | brouillon | — |
| Approuver / rejeter un pay-out | ✅ | ✅ | ✅ | — | — |
| Transférer entre portefeuilles | ✅ | ✅ | ✅ | ✅ | — |
| Transfert AZ54 (USDC, irréversible) | ✅ | ✅ | ✅ | — | — |
| Demander un retrait bancaire | ✅ | ✅ | ✅ | — | — |
| Gérer les clés d'API et le webhook | ✅ | ✅ | — | — | — |
| Gérer l'équipe | ✅ | ✅ | — | — | — |
| 2FA obligatoire | ✅ | ✅ | ✅ | — | — |
Trois lignes méritent une lecture attentive :
- Un
accountantvoit la Caisse mais ne peut pas y encaisser. Le bouton d'encaissement est présent et échoue en403: le rôle a le droit de consulter les pay-ins, pas de les initier. - Un
accountanttransfère entre portefeuilles, sans 2FA. Il dispose de l'écran Transferts, mais le rôle n'est pas soumis à la 2FA : la demande de transfert ne réclame aucun code. - Un
accountantne verse pas directement. Son pay-out part en brouillon et attend l'approbation d'unowner,adminouvalidator(Verser).
Ajouter un membre
Écran Équipe → Ajouter un membre. Vous renseignez prénom, nom, email, mot de passe et rôle.
Il n'y a pas d'invitation par email. C'est vous qui définissez le mot de passe initial et qui le transmettez au collègue — par un canal sûr, et en lui demandant de le changer depuis Mon compte à sa première connexion.
Les rôles attribuables sont admin, employee, accountant et validator.
owner n'en fait pas partie.
Modifier ou retirer un membre
Le rôle se change depuis la liste, sans rechargement. Deux refus sont posés côté serveur, et pas seulement masqués dans l'interface :
- on ne modifie ni ne supprime l'
owner; - on ne modifie ni ne supprime son propre compte.
Retirer un membre désactive son compte : il passe au statut « retiré », ses sessions renouvelables sont coupées et il ne peut plus se connecter. Sa connexion déjà ouverte reste toutefois valable jusqu'à 30 minutes au plus. Son historique (encaissements, versements, écritures comptables) reste intact, donc tout membre est retirable, y compris un membre qui a déjà encaissé ou versé.
Ce qui est coupé avec lui : ses clés d'API et les secrets de webhook qu'il a générés. Il a vu ces valeurs en clair à la création, elles ne doivent pas lui survivre.
Si le membre avait créé la clé d'API ou le secret de webhook utilisés par votre intégration, celle-ci cesse de fonctionner à l'instant où vous le retirez. Si c'était le seul secret de webhook actif, plus aucune notification n'est envoyée à votre serveur : l'écran Équipe vous le signale à la suppression. L'écran Développeur indique le créateur de chaque clé : vérifiez-le avant de supprimer un compte technique, et recréez clé et secret avec un compte qui restera dans l'organisation.
Seul un membre suspendu par az54 ne peut pas être retiré : le serveur refuse, pour qu'un retrait n'annule pas la sanction. Il se règle avec le support.
Attention : changer un rôle révoque aussi les clés d'API du membre et ferme ses sessions, exactement comme le retrait. Si le nouveau rôle ne permet plus de gérer les webhooks (passage d'administrateur à un autre rôle), les secrets de webhook qu'il a générés sont révoqués aussi ; un changement qui garde cette permission n'y touche pas. Recréez d'abord la clé depuis un compte stable ; l'interface liste les clés concernées avant de confirmer.
Encaissements par employé
Le bas de l'écran Équipe totalise les encaissements réussis par membre, sur une période au choix. C'est l'écran de rapprochement pour une équipe de caisse : un total par personne et par devise, pas un journal.
Un montant à — signifie qu'aucun encaissement n'est rattaché au membre sur la
période, pas que la donnée est indisponible.