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
- Livraison : Lot 1, selon DEC-0217, priorité et critères conservés.
- Domaine : DOM-15
- Énoncé : « Elena doit permettre la traduction des libellés d’objets, de champs et de valeurs de référence, l’implémentation restant en anglais (identifiants techniques EN, libellés localisables). » Au Lot 1, le périmètre traduisible est celui des libellés apportés ou paramétrés par le client — objets et champs custom, valeurs de référence qu’il compose — les libellés standard restant traduits par l’éditeur dans les langues supportées (DEC-0277). Au Lot 1, les langues gérées sont celles que le produit livre traduites — français et anglais ; un libellé personnalisé sans traduction s’affiche dans la langue par défaut de l’organisation, à défaut dans sa langue de saisie, jamais comme identifiant technique ni libellé vide ; l’ajout d’une langue relève d’une livraison de l’éditeur (DEC-0278).
- Justification : cadrage produit Elena (multilingue, base d’implémentation EN, prose/libellés FR) ; convergence multi-langue observée (Dolibarr
htdocs/langs/,pirates:analyses/transversales/matrice-fonctionnelle-globale.md §3« identifiant technique EN / libellé FR »). - Critères d’acceptation :
- CA-01 — Libellés d’objets/champs custom traduisibles par langue. Sont également traduisibles par langue les valeurs de référence paramétrées par le client — options de champs custom et listes qu’il compose ; les libellés des objets, champs et valeurs de référence standard sont traduits par l’éditeur dans les langues supportées et ne sont pas éditables par le client (DEC-0277).
- CA-02 — Identifiants techniques stables en anglais, indépendants de la langue d’affichage.
- Dépendances : EXG-15-001, EXG-12-001.
MCU — capacités individualisées du Lot 0
Le périmètre de DEC-0219 reprend les comportements acquis de la console éditeur, de l’administration d’instance et du socle fonctionnel qualifié. La priorité MCU est Must au Lot 0 sur confirmation explicite de Yannic, sans hériter par analogie de celle des extensions génériques. Ni les constats historiques de parité ni ces exigences ne constituent une recette actuelle de toute la plateforme. Isolation des sociétés et absence de remontée des données métier restent imposées par DEC-0032 ; journal éditeur et audit métier sont distincts. Droits, accessibilité et langues acquis sont conservés. Aucun quota nouveau, politique de reprise ou rapport de revalidation futur n’est ajouté par cette formalisation.