Projet Elena

Cahier des charges · EXG-15-005

EXG-15-005 — Formules et champs calculés

Dernière modification du document source :

Date déclarée dans le document :

Extrait de l’exigence citée, accompagné du contexte de son document. Le cahier des charges décrit le périmètre prévu ; il ne constitue pas une preuve de recette.

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