Contexte du document
Odoo et un CRM open-core récent à architecture métadonnées-driven étudié lors de l’analyse
constituent la référence (granularité la plus fine : record rules / RBAC objet+champ) ; un ERP
propriétaire du marché des PME industrielles se différencie par la conformité (Audit Trail
FDA/ISO + revue de contrat) (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §2, DOM-13).
Le filtrage par ligne (RLS) du CRM étudié est réservé à son édition Enterprise — à réimplémenter
librement (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §8). Aucune reprise de
code des ERP étudiés.
Ergonomie de la gestion des droits (décision DEC-0013, validée le 2026-08-21 par Yannic Le Marec, résorbée ici) : la finesse des droits (objet, action, champ, ligne ; cloisonnement par équipe, dépôt et affaire) ne doit pas produire une administration réservée aux experts techniques. Garanties livrées avec le socle de sécurité (traduites en EXG-13-008 à 014) : profils métier prédéfinis, séparation explicite droits de données / actions métier, explication des refus et diagnostic « pourquoi cet accès ? », traçabilité de toute modification de permission (auteur, date, avant/après, périmètre), règles de priorité documentées et visibles, permissions temporaires et délégation contrôlée, matrice graphique filtrable, visualisation du périmètre effectif, versionnement et restauration des configurations. Principes d’expérience : mode simple (profils/capacités métier) avec mode avancé accessible ; simulation du point de vue d’un utilisateur sans modifier ses droits ; toute permission effective explicable par sa chaîne de décision ; publication d’une configuration avec aperçu d’impact et retour arrière ; mêmes résultats de sécurité en interface et en API. La sécurité est une capacité administrable du modèle métadonnées-driven, y compris pour les objets et champs personnalisés ; les changements de permissions sont eux-mêmes audités et restaurables.
Audit trail (décision DEC-0014, validée le 2026-08-24 par Lucas, résorbée ici et dans le CDC
technique) : Elena doit conserver une preuve exhaustive, attribuable, inaltérable et restituable des
opérations métier et des changements de sécurité. Cette preuve doit rester fiable lorsque
l’infrastructure métier est compromise ou indisponible ; aucune opération sensible ne peut réussir
si sa preuve d’audit ne peut pas être garantie (EXG-13-006, EXG-13-011). Les mécanismes
d’infrastructure, d’intégrité cryptographique, d’archivage et de reprise sont prescrits dans :
../../../technique/30-securite/audit-trail.md.
Exigence détaillée
- Priorité : Must
- Livraison : matrice obligatoire au Lot 0 (DEC-0065), limitée aux capacités disponibles selon DEC-0186. Dimensions futures entièrement masquées. Les critères ci-dessous sont conservés : la partie des périmètres fins de CA-02 et les droits temporaires/délégués de CA-03 sont vérifiés au Lot 4 avec leurs capacités ; filtres disponibles, droits directs/hérités et diagnostic réel restent au Lot 0. Aucun contrôle futur simulé, aucune protection existante désactivée.
- Domaine : DOM-13
- Énoncé : « Elena doit fournir une matrice graphique filtrable des permissions et visualiser le périmètre d’accès effectif par équipe, dépôt et affaire. »
- Justification : décision produit DEC-0013 (validée, résorbée dans le chapeau de ce document) ; la granularité record rules/RBAC objet+champ observée chez Odoo et le CRM open-core étudié lors de l’analyse (
pirates:analyses/transversales/matrice-fonctionnelle-globale.md §DOM-13) doit rester lisible pour l’administrateur métier. - Critères d’acceptation :
- CA-01 — La matrice peut être filtrée par utilisateur, rôle, objet, action et niveau de permission.
- CA-02 — La visualisation montre le périmètre par équipe, dépôt et affaire.
- CA-03 — Les droits directs, hérités, temporaires et délégués sont distingués visuellement.
- CA-04 — La matrice permet d’ouvrir le diagnostic d’une permission effective.
- Dépendances : EXG-13-009, EXG-13-010, EXG-13-012.
Recette intermédiaire — DEC-0186 : aucune dimension future affichée, même comme indisponible. Les autorisations/refus et leur origine directe ou héritée restent exacts, explicables et sans fuite. EXG-13-009/010 restent applicables aux capacités disponibles, y compris l’obligation existante de changement de priorité versionné et audité ; cela ne livre pas les écrans complets de comparaison/restauration du Lot 4.