Contexte du document
Différenciant majeur : la référence est un CRM open-core récent à architecture métadonnées-driven
étudié lors de l’analyse (modèle 100 % métadonnées-driven + workflow no-code visuel + API générée),
que ni Dolibarr (extrafields en surcouche) ni Odoo Community (Studio = Enterprise) n’égalent
(pirates:analyses/transversales/matrice-fonctionnelle-globale.md §2, DOM-15). C’est l’axe
d’architecture moderne qu’Elena vise à cumuler avec la profondeur industrielle d’un ERP
propriétaire du marché des PME industrielles
(pirates:analyses/transversales/matrice-fonctionnelle-globale.md §8). Transverse dès le socle
(pirates:analyses/transversales/matrice-fonctionnelle-globale.md §4). Inspiration = concept,
jamais reprise de code des produits étudiés (licences AGPL/Enterprise ; gouvernance des sources : dépôt pirates, accès restreint). Aucune reprise de
code des ERP étudiés.
Décision d’architecture. Conformément à DEC-0005, Elena adopte une architecture hybride : les objets transactionnels industriels et leur logique métier restent natifs ; la couche d’extension décrit par métadonnées les objets et champs personnalisés, les automatisations et leurs surfaces. Les objets natifs et personnalisés sont soumis au même moteur de permissions, d’audit et d’exposition API ; une extension ne crée donc pas un régime de sécurité, de traçabilité ou d’intégration de second rang.
Exigence détaillée
- Priorité : Must
- Domaine : DOM-15
- Énoncé : « Elena doit conserver nativement les objets transactionnels industriels et décrire par métadonnées les objets et champs personnalisés ; les objets natifs et personnalisés partagent les mêmes capacités applicables de permissions, d’audit, d’API et d’UI. »
- Justification : différenciateur du CRM open-core métadonnées-driven étudié lors de l’analyse (
pirates:analyses/transversales/matrice-fonctionnelle-globale.md §6« modèle métadonnées-driven ») : modèle 100 % métadonnées-driven où objets et champs sont des données (bibliothèque de types de champs), objet standard et custom traités identiquement. Concept repris, implémentation à concevoir librement. - Critères d’acceptation :
- CA-01 — Création d’un objet custom sans développement, exposé en UI + API.
- CA-02 — Bibliothèque de types de champs (texte, nombre, relation, sélection, etc.).
- CA-03 — Un objet natif et un objet custom partagent le même moteur de permissions, audit et API pour leurs capacités applicables.
- CA-04 — Aucun moteur générique ne remplace ou ne contourne les invariants et cycles de vie transactionnels natifs.
- Requiert : aucune (socle transverse).
- Conditionne : EXG-14-003, EXG-13-002.