Projet Elena

Cahier des charges · ROADMAP

Feuille de route — lots 0 à 6

Dernière modification du document source :

Date déclarée dans le document :

Document de référence présenté dans son intégralité. Le cahier des charges décrit le périmètre prévu ; il ne constitue pas une preuve de recette.

Nature du document. Il séquence (ne planifie pas en jours/hommes) les exigences fonctionnelles de ../30-domaines/ en lots jalonnés, selon les dépendances. Les arbitrages d’ambition qui conditionnent le contenu des lots sont portés par les décisions ../../decisions/ (DEC-0005 à DEC-0011, DEC-0013/0014). Aucune date réelle n’est avancée : les jalons sont relatifs (Lot 0 → Lot 6). Justifications concurrentielles : renvois pirates: (accès restreint).

1. Principe de séquencement

Validation navigateur de tous les lots — DEC-0135 : Chromium seul suffit pour la dimension navigateur des portes de livraison de tout Elena. Firefox/WebKit et les autres moteurs ne sont plus exigibles ni bloquants jusqu’à nouvelle décision explicite, sans réactivation automatique à un jalon. Leur compatibilité n’est pas déclarée validée. Les scénarios et les autres critères de fermeture sont conservés, notamment E2E requis, sécurité, accessibilité, i18n et performance. Voir le périmètre transverse et la politique de vérification.

Constat — la chaîne critique est dictée par les dépendances (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §4). L’ordre structurel est constant dans les cinq analyses et se traduit en chaîne de construction :

socle référentiel (metadata EXG-15-001, partner à rôles compatibles, prospect/client exclusifs, product, admin/sécurité)
  → stock pivot (EXG-04-002)
    → cycles vente (DOM-01) / achat (DOM-02)
      → production en couches : BOM (EXG-03-001) → routing/work_center (EXG-03-002)
          → OF (EXG-03-003) → work_order (EXG-03-004) → capacité finie (EXG-03-006)
        → Qualité (DOM-09) & GMAO (DOM-10) greffées sur stock/OF/postes
      → facturation (DOM-06) puis comptabilité (DOM-05)
        → EDI (DOM-14) en surcouche commande/expédition/facture
  → extensibilité / no-code (DOM-15) transverse dès le socle

Trois invariants gouvernent l’ordre :

  1. Le stock est le pivot (vision, principe P1). Aucun flux tracé (OF, vente, achat, qualité, EDI) n’est possible sans stock_move (EXG-04-002) : le stock précède les cycles et la production.
  2. La production se construit en couches, chacune supposant la précédente : ne pas viser l’ordonnancement à capacité finie (EXG-03-006) avant d’avoir routing + work_center (EXG-03-002) et des calendriers de ressources (EXG-12-003) stabilisés (risque « MRP jouet », matrice §7).
  3. L’architecture hybride native + metadata-driven (EXG-15-001) et la sécurité (DOM-13) sont transverses dès le socle : les transactions industrielles restent natives ; les extensions metadata-driven conditionnent l’API générée (EXG-14-003), les permissions (EXG-13-002) et l’extensibilité sans fork de tous les objets construits ensuite (DEC-0005).

Recommandation. Construire le socle « bien » (comme le marché) plutôt que « différemment » : il est le prérequis de crédibilité, pas le lieu de différenciation (matrice §5). Les différenciateurs (capacité finie, Qualité, GMAO, EDI) se greffent sur un socle stabilisé, dans les lots suivants.

1.1 Deux tensions de séquencement assumées

Constat. Deux briques transverses sont appelées par des exigences plus précoces que leur lot de livraison complet :

Interprétation. « Dès le socle » ne signifie pas « tout au Lot 0 » : cela signifie que rien dans le socle ne doit interdire la conformité FR livrée plus tard. C’est une contrainte de conception, pas de calendrier.

2. Vue d’ensemble des lots

Numérotation conservée du Lot 0 au Lot 6 (Lot 5 absorbé par le Lot 3), plus un périmètre hors-v1 explicite (Won’t-v1, voir perimetre-v1.md).

Lot Objectif Différenciateur livré
Lot 0 Frontière native + metadata-driven, runtime d’automatisation, référentiels, tiers/article, tarifs et remises, cycle devis–commande, facture, expédition directe (CDC à valider), sécurité, API générée Architecture hybride + API générée (D6) ; conformité posée (audit/RGPD/numérotation)
Lot 1 Stock pivot + cycles vente/achat, Factur-X, e-mails des factures et libellés multilingues Stock pivot tracé lot/série + valorisation multi-méthodes
Lot 2 Production en couches BOM→routing→OF→work_order→ordonnancement Suivi d’atelier à statut recalculé (D2) + ordonnancement à capacité finie (D1)
Lot 3 Qualité native et échanges EDI avec colisage SSCC Qualité native au flux + NC à workflow (D3) ; GMAO native reportée en V2
Lot 4 Intégration des factures du Lot 0 → compta + conformité FR ; sécurité fine Localisation FR native : FEC + Factur-X + journal inaltérable (D7)
Lot 5 Aucun périmètre restant Numéro conservé
Lot 6 Éditeur de workflow visuel, tableaux de bord, extensions, projets et affaires Workflow no-code visuel + BI (D6, volet authoring)

Interprétation. L’ordre des lots suit la chaîne critique (§1). Les Lots 0-2 forment le socle industriel crédible ; le Lot 3 déploie la Qualité et l’EDI ; le Lot 4 porte le volet comptable FR, tandis que la GMAO est reportée en V2. Le Lot 6 achève le pari d’architecture (no-code visuel) — cohérent avec la hiérarchie de la Vision §5 (D1-D3 = cœur industriel, D6 = pari d’architecture, D7 = socle non négociable).


3. Lots détaillés

Chaque lot liste ses exigences par priorité MoSCoW (identifiants réels de ../30-domaines/). La « definition of done » (DoD) est fonctionnelle (comportement observable), pas technique.

Lot 0

MCU, PDF et DWT — DEC-0219 : ces trois capacités sont livrées au Lot 0, avec leurs règles acquises. Le générateur PDF est distinct du décisionnel ; DWT est séparé des autres imports/exports, webhooks et connecteurs ; MCU est séparé des hooks et modules/plug-ins génériques. Aucune autre capacité des Lots 1, 3 ou 6 n’est avancée par cette décision. Les trois capacités sont Must au Lot 0 sur confirmation explicite de Yannic : leur livraison dans le périmètre des objets disponibles est obligatoire pour valider ce lot.

Recette matrice — DEC-0186 : filtres disponibles, droits directs/hérités et diagnostic effectif sans fuite au Lot 0 ; dimensions futures entièrement masquées. Les vérifications de périmètres fins et droits temporaires/délégués restent dues au Lot 4 avec leurs capacités, sans satisfaction fictive au Lot 0. Audit et versionnement requis des changements de priorité conservés, sans restauration complète anticipée.

Usages des données Contacts — DEC-0184 : données personnelles réelles et usages Business uniquement ; aucun usage promotionnel prévu au Lot 0. Les obligations RGPD des traitements concernés restent prescrites. L’instruction QF-0029 est reportée dans la discussion, sans clôture ni report global de livraison ; aucun lot futur de promotion n’est attribué.

Restriction de livraison — DEC-0071 : le Lot 0 ne traite que des articles sans gestion de stock (prestations, abonnements par exemple), dans les tarifs, devis/commandes, expéditions directes et factures. La recette vérifie que ces parcours ne traitent pas d’article géré en stock et que l’expédition directe ne génère aucun mouvement ni variation de stock. Le chantier stock reste au Lot 1 ; la facturation récurrente n’est pas avancée par cet arbitrage.

Lot 1

Lot 2

Lot 3

Complément EDI donneurs d’ordres et colisage SSCC

Lot 4

Complément expédition directe — DEC-0072 : la validation constate la réalisation de la prestation ou la fourniture de la période d’abonnement et rend les lignes facturables, sans création automatique de facture. Ce comportement est à vérifier dans la recette du Lot 4 ; le parcours manuel sans constat distinct de réalisation reste le périmètre prévu au Lot 0.

Lot 5

Aucune exigence restante. Numéro conservé ; le Lot 6 n’est pas renuméroté (DEC-0217).

Lot 6


4. Vue MoSCoW → phases

Répartition des exigences (jamais « tout en Must »). Le détail in/out du périmètre v1 est dans perimetre-v1.md. Les exigences encore non réparties sont identifiées dans la matrice générée avec le statut de lot à répartir.

4.1 Must (socle non négociable) — Lots 0, 1, 2, 4, 6

Lot Exigences Must
Lot 0 Expédition directe (Must à spécifier, DEC-0069), EXG-06-001, EXG-01-003, EXG-01-005, EXG-13-013, EXG-15-001, EXG-15-002, EXG-14-003, EXG-13-001, EXG-13-002, EXG-13-006, EXG-13-007, EXG-12-001, EXG-12-002, EXG-01-001, EXG-01-002, EXG-11-001, EXG-11-005, EXG-11-006, EXG-11-007, EXG-11-008, EXG-11-009, EXG-14-007, EXG-14-008, EXG-14-009, EXG-14-010, EXG-14-011, EXG-15-007, EXG-15-008, EXG-15-009, EXG-15-010
Lot 1 EXG-01-012, EXG-06-002, EXG-15-006, EXG-01-009, EXG-01-010, EXG-01-011, EXG-02-006, EXG-04-007, EXG-04-001, EXG-04-002, EXG-04-003, EXG-04-004, EXG-04-005, EXG-02-001
Lot 2 EXG-02-003, EXG-02-004, EXG-03-001, EXG-03-002, EXG-03-003, EXG-03-004, EXG-03-005, EXG-03-006, EXG-03-007, EXG-03-008, EXG-03-009, EXG-03-010, EXG-03-011, EXG-03-012, EXG-04-008, EXG-08-001, EXG-12-003
Lot 4 EXG-13-003, EXG-13-004, EXG-13-012, EXG-13-014, EXG-06-003, EXG-05-001, EXG-05-002, EXG-05-003, EXG-05-006
Lot 6 EXG-01-004

4.2 Should (différenciateurs avancés & valeur forte) — répartis Lots 0-6

4.3 Could (raffinements) — si le temps le permet, dans le lot du domaine

EXG-09-003, EXG-09-005, EXG-09-006, EXG-10-005, EXG-14-006 (Lot 3) · EXG-05-007, EXG-06-005 (Lot 4) · EXG-01-006, EXG-02-005, EXG-11-003, EXG-15-005 (Lot 6).

4.4 Won’t-v1 (hors périmètre, cadré par DEC-0011)

Exigence Objet exclu de la v1
EXG-01-007 Configurateur produit à variantes
EXG-01-008 Point de vente (POS) & e-commerce / CMS
EXG-03-013 MES / acquisition machine temps réel
EXG-08-003 Paie complète (bulletins, cotisations, DSN)
EXG-11-004 Datamart / BI avancée dédiée

Interprétation. Les exclusions sont assumées et bornent l’ambition sans préjuger des versions ultérieures ; l’ouverture se fait par API/webhooks (EXG-14-003/004).

5. Diagramme de dépendances entre lots

Le graphe reprend la chaîne critique (§1). Jalons relatifs (aucune date réelle).

graph LR
  L0["Lot 0<br/>metadata, partner, product,<br/>sécurité, API générée"]
  L1["Lot 1<br/>stock pivot, Factur-X,<br/>libellés multilingues"]
  L2["Lot 2<br/>BOM, routing, OF,<br/>capacité finie"]
  L3["Lot 3<br/>contrôles, NC, préventif,<br/>EDI et colisage SSCC"]
  L4["Lot 4<br/>paiements, FEC,<br/>inaltérabilité"]
  L6["Lot 6<br/>workflow visuel, projets,<br/>affaires et tableaux de bord"]

  L0 --> L1
  L1 --> L2
  L2 --> L3
  L1 --> L4
  L2 --> L4
  L1 --> L3
  L0 -. runtime workflow amorcé .-> L3
  L0 -. runtime workflow amorcé .-> L6
  L2 --> L6

Interprétation. Le socle (Lot 0) conditionne tout ; le stock (Lot 1) est prérequis de la production (Lot 2) et de la facturation (Lot 4) ; la Qualité/GMAO (Lot 3) suppose stock + production ; l’EDI (Lot 3) est en surcouche du négoce (Lot 1) et des factures (Lot 0) ; le no-code visuel (Lot 6) restitue et automatise les objets de tous les lots, son runtime étant amorcé dès le Lot 0.

6. Points ouverts

  1. Vue MoSCoW incomplète. Dix exigences du référentiel ne figurent pas encore dans la répartition §4 : EXG-07-004 à 008 (ajouts DOM-07 postérieurs au séquencement initial), EXG-10-001 (Must du Lot 3, absent du tableau §4.1), EXG-13-008 à 011 (Must du Lot 0, absents du tableau §4.1). À réconcilier lors de la prochaine révision du document.
  2. Pas d’estimation en jours/hommes : le séquencement est logique, pas calendaire.

7. Références