Workflow personnes et organisations
Workflow personnes et organisations
Ce workflow couvre la création, modification, rattachement, blocage et déblocage des personnes et organisations.
Création d'une organisation
flowchart TD
demande["Demande de création"] --> donnees["Saisie des données obligatoires"]
donnees --> controle["Contrôle cohérence et doublons"]
controle --> docs["Documents si nécessaires"]
docs --> roles["Ajout membres et rôles"]
roles --> statut["Organisation active ou en attente"]
statut --> audit["Trace de création"]
Contrôles observés à la création d'organisation
- Les emails sont normalisés.
- Les identifiants légaux sont contrôlés.
- Les doublons d'identifiants d'organisation sont contrôlés.
- Si un doublon existe et qu'une personne est fournie, elle peut être rattachée à l'organisation existante.
- Un contrat de gestion de compte est créé automatiquement.
- Les organisations enfants peuvent hériter de flags venant d'une organisation parent.
- Certaines organisations peuvent être enrichies depuis un registre externe selon leur pays et leurs identifiants.
Parcours d'onboarding d'une organisation (admin vers espace personnel)
À la création d'une organisation, l'admin peut choisir de lancer directement le parcours d'onboarding dans l'espace personnel plutôt que d'ouvrir la fiche classique.
flowchart TD
legal["Informations légales"] --> adresses["Adresses: siège/facturation et adresses complémentaires"]
adresses --> contrat["Contrat: rôles, commission, durée, autorisations"]
contrat --> invitations["Invitations"]
invitations --> finalisation["Finalisation et bascule vers le KYB"]
- Le parcours est reprenable: un échec partiel n'oblige pas à tout recommencer.
- L'étape invitations traite séparément l'invitation de l'administrateur de l'organisation et celle des autres membres: l'invitation administrateur peut être différée ou explicitement passée, sans bloquer la configuration des autres membres.
- Le parcours se termine par un retour au back-office, une fois la bascule vers le KYB engagée.
Création ou invitation d'une personne
| Étape | Règle |
|---|---|
| Saisie | Identité et contact obligatoires |
| Rattachement | L'organisation cible doit exister |
| Rôle | Les droits accordés doivent être compatibles avec le rôle de l'invitant |
| Invitation | L'utilisateur reçoit un parcours d'activation si nécessaire |
| Audit | L'invitation et le rattachement sont tracés |
Contrôles observés à la création d'une personne
- L'email est normalisé.
- Le mot de passe est chiffré.
- Une entrée est créée dans l'index de recherche.
- La lecture exige toujours un filtre, comme personne, email, organisation, rôle organisation ou liste d'identifiants.
Modification
| Objet | Règles principales |
|---|---|
| Personne | Peut modifier son profil, sauf champs sensibles limités |
| Membre organisation | Droit ORGANISATION.USER.MANAGE, évalué sur le shop cible de la personne modifiée |
| Organisation | Champs standards modifiables par profils autorisés; champs sensibles réservés admin |
| Rôles | Ne jamais accorder plus que ce que le contrat ou l'organisation permet |
Effets observés lors des modifications
- Une mise à jour de mot de passe rechiffre la valeur.
- Le mobile est validé uniquement lorsqu'il change.
- Les préférences de notification sont filtrées selon la configuration du shop de l'organisation.
- Une mise à jour peut synchroniser la personne avec les systèmes connectés.
- Les mises à jour importantes d'organisation réindexent l'organisation et les personnes rattachées.
- Les changements de numéro d'enregistrement ou de TVA peuvent être propagés aux organisations enfants concernées.
Blocage
Un blocage peut concerner une personne ou une organisation, toujours sous le droit ORGANISATION.USER.MANAGE (personne) ou ORGANISATION.ORGANISATION.MANAGE (organisation) — détail complet dans les domaines fonctionnels Personnes et Organisations.
| Blocage | Condition | Effet |
|---|---|---|
| Personne bloquée | Le compte doit être dans le parcours de validation normal (pas déjà bloqué, pas archivé/supprimé); un commentaire de type remarque est obligatoire avant le blocage | Connexion ou actions sensibles bloquées |
| Organisation bloquée | Motif typé obligatoire (demande du client, non-paiement, non-retrait, autre), commentaire libre optionnel | Exclusion des organisations proposables pour créer une annonce libre-service pour le compte d'un tiers (procuration); autres restrictions (enchérir, payer, se connecter) gérées côté serveur |
| Donnée blacklistée | Détection automatique lors d'une mise à jour d'organisation | L'organisation est bloquée automatiquement, sans passer par le formulaire de blocage manuel |
Le blocage d'une organisation ne se propage pas en cascade à ses filiales: seule la délégation de KYB au parent relie leur sort, et uniquement pour la conformité (voir workflow KYB organisation complexe). Le blocage et le déblocage sont aussi disponibles en masse sur une sélection de personnes ou d'organisations; chaque élément de la sélection est revérifié individuellement (droit + éligibilité) et les éléments inéligibles sont écartés plutôt que de faire échouer toute l'action.
Déblocage
Le déblocage exige le même droit que le blocage. Contrairement au blocage, l'interface ne redemande pas de motif: une simple confirmation suffit, aussi bien pour une personne (uniquement si son statut est BLOCKED) que pour une organisation. Il peut réactiver des parcours mais ne doit pas effacer l'historique.