DOM-01 — Ventes & CRM

Cycle commercial de la prospection à la commande. Socle mature et convergent sur l’ensemble du marché étudié, ERP libres comme propriétaires (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §2, DOM-01) ; l’apport rare est l’UX pipeline Kanban, différenciateur identifié par l’analyse concurrentielle. Objets pivots : partner, opportunity, quotation, sales_order. Aucune reprise de code des ERP étudiés.

Restriction de livraison au Lot 0

DEC-0071 limite les traitements du Lot 0 aux articles sans gestion de stock (prestations, abonnements par exemple). Les scénarios de recette de ce lot respectent cette restriction ; les articles gérés en stock ne sont pas traités par ces parcours au Lot 0. La cible fonctionnelle générale est conservée, sans suppression des données du catalogue ni avancement implicite du stock ou de la facturation récurrente.

EXG-01-001 — Tiers unique multi-rôles (partner)

• Priorité : Must
• Domaine : DOM-01
• Énoncé : « Elena doit gérer un tiers unique partner pouvant porter les rôles prospect, client, fournisseur, transporteur, société du groupe, centrale d’achat et fabricant, sans duplication de fiche ; les rôles prospect et client sont mutuellement exclusifs. La fiche porte les données de qualification du tiers — numéro de TVA, SIRET et incoterm — saisissables et modifiables à tout moment ; leur absence ne bloque ni la création ni la transformation en client (DEC-0322). »
• Justification : décisions produit DEC-0026 et DEC-0033 ; le tiers unique évite de dupliquer l’identité d’une même organisation lorsqu’elle intervient dans plusieurs flux commerciaux, industriels, logistiques ou d’intégration, tandis que la séparation prospect/client évite un état commercial ambigu.
• Critères d’acceptation :
  • CA-01 — Un même partner peut porter plusieurs rôles lorsque ceux-ci sont compatibles ; il ne peut pas porter simultanément les rôles prospect et client.
  • CA-02 — Une transformation ou un ajout de rôle compatible conserve l’historique, l’identifiant et l’audit du partner ; aucune nouvelle fiche identitaire n’est créée.
  • CA-03 — Les données communes d’identité sont partagées, tandis que les données et règles propres à chaque rôle peuvent être rattachées séparément au partner.
  • CA-04 — Des contacts multiples et des adresses multiples, notamment de facturation et de livraison, sont rattachables à un partner. Le rattachement ouvre la période initiale de la relation ; les dates, reprises, corrections et non-chevauchements des périodes Contact suivent les règles de rattachement (DEC-0183, DEC-0249) ; un rattachement enregistré par erreur se retire le jour même seulement, retrait audité (DEC-0273).
  • CA-05 — La fiche partner affiche les contacts qui lui sont rattachés et permet de naviguer vers leur fiche ; les données, le CRUD, les rattachements, l’anonymisation et l’audit des contacts restent gérés par la fonction Contacts dans sa table dédiée. La suppression autorisée d’un contact conserve son enregistrement sous « Contact supprimé » et anonymise irréversiblement ses données personnelles dans sa fiche et l’audit, sans exception ni accès privilégié aux anciennes valeurs. Les documents déjà émis ne sont pas réécrits par cette opération (DEC-0123, EXG-13-007/CA-02). Au Lot 0, les relations en cours sont affichées par défaut avec filtre « En cours / Terminées / Toutes » et consultation des périodes, distinctes de la désactivation de fiche, selon les règles de rattachement (DEC-0183). Un rattachement sans période est lu comme une relation en cours, et la suppression du contact reste possible lorsque ses rattachements portent des périodes, qui sont alors conservées (DEC-0249).
  • CA-06 — La création d’un partner de type prospect n’exige pas les informations nécessaires uniquement à la qualification client, notamment le numéro de TVA, le SIRET ou l’incoterm.
  • CA-07 — Une quotation peut être rattachée à un partner prospect ou client sans modifier son type ; un sales_order ne peut être rattaché qu’à un partner de type client.
  • CA-08 — Au Lot 0, la case « Adresse Facture=Adresse Livraison » est cochée par défaut pour un nouveau client. Elle utilise l’adresse de livraison par défaut du tiers pour la facturation, sans adresse de facturation séparée à renseigner (DEC-0073 précisée par DEC-0075).
  • CA-09 — Lorsque la case est décochée, une adresse de facturation distincte doit être renseignée.
  • CA-10 — La création du client est refusée si l’adresse effectivement utilisée manque : adresse de livraison par défaut si la case est cochée, adresse de facturation distincte sinon. Le contrôle n’attend pas la première facture.
  • CA-11 — Au Lot 0, la transformation prospect→client applique le même défaut et le même contrôle d’adresse de facturation que la création directe : la case cochée utilise l’adresse de livraison par défaut, la case décochée exige une adresse de facturation distincte. En l’absence de l’adresse effective, la transformation est refusée ; le tiers reste prospect sans perte de données. Une transformation réussie conserve la fiche, l’identifiant et l’historique et est auditée (DEC-0074).
  • CA-12 — Case cochée, modifier l’adresse de livraison par défaut ou en désigner une autre comme défaut change l’adresse de facturation applicable aux futurs documents, sans synchronisation de deux adresses.
  • CA-13 — Choisir une autre adresse pour une expédition particulière ne change pas l’adresse de facturation issue du défaut du tiers.
  • CA-14 — Les documents validés conservent leur adresse figée malgré une modification de l’adresse par défaut ou du choix d’adresse partagée (DEC-0075), sauf correction explicite autorisée sur une commande validée encore en cours selon EXG-01-003/CA-14 (DEC-0077).
  • CA-15 — Lors d’une modification d’adresse depuis la fiche client, si des commandes en cours ou des brouillons concernés existent, un message propose leur mise à jour. Aucune mise à jour n’est déclenchée sans accord explicite ; les droits et l’audit existants s’appliquent. Les commandes validées encore en cours sont éligibles à la correction d’adresse selon EXG-01-003/CA-14 à CA-17, par reste à livrer ou à facturer, hors commandes clôturées ou annulées ; les autres restrictions restent applicables (DEC-0076).
  • CA-16 — Cocher « Adresse Facture=Adresse Livraison » conserve l’ancienne adresse de facturation distincte parmi les adresses du tiers, mais cesse de l’utiliser pour facturer au profit de l’adresse de livraison par défaut ; elle n’est ni supprimée ni globalement désactivée.
  • CA-17 — Au décochage, l’utilisateur doit sélectionner ou renseigner explicitement une adresse de facturation distincte. L’ancienne adresse est sélectionnable mais n’est jamais rétablie automatiquement (DEC-0079).
  • CA-18 — Au Lot 0, aucun contrôle métier ne porte sur le contenu des adresses : aucun champ postal obligatoire, contrôle de format, complétude par pays ou vérification d’existence réelle. Une adresse sélectionnée ne provoque pas un refus pour contenu incomplet ou format postal invalide (DEC-0080).
  • CA-19 — L’absence d’adresse effective reste bloquante à la création/transformation en client selon CA-10 et CA-11 ; l’absence de contrôle du contenu n’annule ni ce contrôle de présence/sélection, ni la comparaison d’écart avant validation des factures, ni les droits et l’audit.
  • CA-20 — La proposition de mise à jour après changement d’adresse du client présente, pour chaque document concerné consultable, l’ancienne adresse et la nouvelle adresse proposée ; l’utilisateur sélectionne explicitement les documents à modifier.
  • CA-21 — Seuls les documents sélectionnés, autorisés et éligibles sont mis à jour ; les documents non sélectionnés restent inchangés. Au Lot 0, l’application à la sélection documentaire est tout ou rien : si un document ou usage sélectionné échoue, aucune correction sélectionnée n’est conservée, sans annuler l’enregistrement distinct de l’adresse du tiers. Le résultat distingue cet enregistrement de la réussite ou du refus intégral des corrections, sans divulguer les documents inaccessibles. Chaque modification est auditée ; les limites par usage et par état des commandes restent applicables (DEC-0086).
  • CA-22 — La sélection d’une commande ne modifie pas ses expéditions ou factures existantes. Une facture brouillon n’est mise à jour par ce parcours que si elle est elle-même sélectionnée et autorisée ; son contrôle d’écart avant validation demeure applicable (DEC-0081).
  • CA-23 — Au Lot 0, un tiers sans référence métier ou réglementaire autre que ses propres événements d’audit peut être supprimé par un utilisateur autorisé. La présence de ces événements, notamment celui de création, ne bloque pas à elle seule la suppression ; toute autre référence métier ou réglementaire la bloque.
  • CA-24 — La suppression conserve les événements d’audit antérieurs et leur restitution, et produit sa propre preuve d’audit ; elle est refusée si cette preuve ne peut être garantie (DEC-0082, EXG-13-006).
  • CA-25 — Un tiers ne doit être désactivé que lorsqu’il n’a plus aucune opération en cours (notamment commande à livrer, expédition à facturer, facture impayée ou achat en cours). Au Lot 0, l’utilisateur vérifie cette condition avant de désactiver ; Elena ne la contrôle pas automatiquement et ne bloque pas l’action sur cette base. Cette absence de blocage logiciel ne vaut pas autorisation métier de désactiver avec des opérations en cours (DEC-0084).
  • CA-26 — La désactivation reste soumise aux droits et à la garantie d’audit ; elle ne supprime ni le tiers, ni ses documents, ni son historique, et ne vaut ni clôture ni annulation de ses obligations. Les conditions de suppression de CA-23 et CA-24 restent inchangées.
  • CA-27 — Au Lot 0, la désactivation s’applique à la fiche tiers entière, tous rôles confondus, sans désactivation indépendante par rôle. L’utilisateur vérifie l’absence d’opérations en cours pour tous les rôles selon CA-25 ; une entreprise encore utilisée comme fournisseur reste active même si elle n’est plus cliente. La désactivation conserve les rôles et l’historique (DEC-0085).
  • CA-28 — Au Lot 0, un rattachement terminé ou inactif reste éligible au tiers primaire du contact. Terminer la relation ou désactiver le tiers ou le contact ne remplace ni n’efface le primaire, et ne réordonne pas automatiquement les rattachements ; après relecture et enregistrement sans modification des rattachements, le même tiers reste primaire. Les droits de restitution restent applicables, sans substitution silencieuse par un tiers accessible (DEC-0133). À la création d’un contact, les rattachements suivent l’ordre d’ajout par l’utilisateur ; le premier tiers ajouté est clairement indiqué comme « Primaire » avant l’enregistrement. L’enregistrement et la relecture conservent cet ordre initial : Zéphyr Industrie ajouté avant Atelier Nord reste premier, sans tri alphabétique automatique (DEC-0181). Pour une migration sans ordre fiable, l’ordre manquant doit être renseigné lors de la préparation, avant la reprise du contact ; tout primaire ancien identifié de manière fiable est conservé en tête. Elena ne complète pas les positions manquantes par un classement automatique ; l’ordre préparé est conservé après reprise et relecture (DEC-0182). La reprise passe par la ressource d’import dédiée « Rattachements de contact », une ligne par rattachement avec position explicite et date de début obligatoire (DEC-0274). Le réordonnancement explicite par Monter/Descendre et l’enregistrement sans rattachement suivent les règles de rattachement (DEC-0183).
• Suivi (QF-0023) : les sept questions de la file Lot 0 sont résolues par DEC-0133/0181/0182/0183. Traduction technique et recette restent à réaliser ; QF-0029 conserve les questions RGPD, sans effet automatique des dates métier sur les échéances de conservation.
• Suivi (QF-0026) : portée globale tous rôles résolue par DEC-0085 ; condition de désactivation et responsabilité de vérification utilisateur au Lot 0 résolues par DEC-0084, sans lot attribué au contrôle automatique futur. Aucun parcours dérogatoire de poursuite des opérations sur un tiers inactif n’est ajouté ; les autres sujets du cycle de vie ne sont pas globalement clos.
• Suivi (QF-0024) : la sélection des documents à mettre à jour est arbitrée ; la couverture fonctionnelle globale reste à vérifier avant clôture de la question. Les contrôles futurs du contenu restent sans lot attribué et ne conditionnent pas le Lot 0. Les factures en brouillon relèvent d’EXG-06-001/CA-05 et CA-06. La création allégée du prospect reste inchangée.
• Dépendances : EXG-12-001 (référentiels), EXG-13-002 (RBAC objet), DEC-0026, DEC-0028, DEC-0033, DEC-0073.

EXG-01-002 — Catalogue produits et services (product)

• Priorité : Must
• Domaine : DOM-01
• Énoncé : « Elena doit fournir un catalogue product couvrant articles stockables et services non stockables, réutilisable en vente, achat, stock et fabrication. »
• Justification : convergence marché (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §5). ERPNext unifie les usages par booléens sur un seul Item (is_stock_item, is_purchase_item, is_sales_item) ; Dolibarr distingue modProduct/modService.
• Critères d’acceptation :
  • CA-01 — Un product déclare son caractère vendable / achetable / stockable / fabricable.
  • CA-02 — Unités de vente/achat/stock distinctes avec conversions.
  • CA-03 — Tarifs multiples et catégorisation.
  • CA-04 — Un product peut être supprimé uniquement s’il n’est référencé par aucun objet métier ; lorsqu’une référence ou un historique existe, la suppression est refusée et sa désactivation via is_active = false reste possible.
  • CA-05 — Un product ne porte aucun champ external_id ; ses zéro à plusieurs références externes sont conservées dans une structure dédiée et administrées par la fonction propriétaire de chaque correspondance, notamment EDI.
  • CA-06 — La modification, l’activation, la désactivation et la suppression définitive d’un product exigent respectivement article.update, article.activate, article.deactivate et article.delete ; aucune de ces permissions n’en accorde une autre, et article.delete ne lève jamais le refus dû à une référence métier.
  • CA-07 — Un product inactif est masqué par défaut dans les sélecteurs métier et refusé côté serveur dans tout nouveau document ; il reste visible dans les documents existants et historiques.
  • CA-08 — Une correction, un retour ou un avoir peut reprendre un product inactif uniquement lorsque celui-ci est la référence historique du document existant explicitement lié ; la recherche d’administration ne l’inclut qu’au moyen d’un filtre de statut explicite.
  • CA-09 — L’import d’un nouveau document refuse tout product inactif ; seul l’import d’une correction explicitement rattachée à un document existant peut reprendre sa référence historique. Un import de référentiel peut mettre à jour un article inactif ou le réactiver selon les permissions effectives ; toute réactivation exige article.activate et est auditée.
  • CA-10 — La fiche product affiche, selon leur utilité, une synthèse en lecture seule des tarifs, références externes multiples, libellés multilingues et paramètres documentaires administrés par d’autres fonctions ; chaque synthèse respecte le droit de consultation de son propriétaire et propose un lien vers cette fonction lorsqu’elle est disponible, sans que son absence temporaire bloque la fiche Article.
  • CA-11 — Aucune donnée administrée par une fonction propriétaire n’est modifiable depuis la fiche product ; les facettes UI-only ne constituent pas des surfaces d’administration et ne produisent aucune donnée métier.
• Conditionne : EXG-04-001 (article stockable).
• Dépendances : EXG-01-005, EXG-12-002 (relation annotée « unités », mais l’exigence cible porte sur les séquences ; arbitrage requis), EXG-13-002, EXG-13-003, EXG-13-006, EXG-14-005, DEC-0029, DEC-0037, DEC-0038, DEC-0039, DEC-0040.

EXG-01-003 — Cycle vente devis → commande avec conversions inter-documents

• Priorité : Must
• Livraison : Lot 0 (DEC-0068). Énoncé et critères conservés, conversion et duplication du devis comprises ; les conditions métier encore ouvertes après première validation restent à arbitrer.
• Domaine : DOM-01
• Énoncé : « Elena doit enchaîner devis (quotation) → commande de vente (sales_order) avec conversion inter-documents conservant lignes, quantités et remises ; une commande ne peut concerner qu’un tiers de type client. »
• Justification : socle convergent (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §6 « cycle vente »), précisé par DEC-0033, DEC-0034 et DEC-0035. Une offre peut être saisie pour un tiers sans modifier son type ; la commande exige en revanche la qualification client. Les documents restent séparés, mais leur conversion et le contrôle des conditions commerciales sont explicitement outillés.
• Critères d’acceptation :
  • CA-01 — Un bouton « Transformer en commande » est disponible depuis une quotation et crée un sales_order distinct, sans ressaisie, uniquement si le tiers est de type client et si l’offre est validée. Au Lot 0, le parcours est brouillon → validation explicite de l’offre → transformation en commande ; la conversion depuis un brouillon est refusée, sans validation implicite. Aucun visa hiérarchique, signature électronique ou preuve obligatoire d’acceptation client supplémentaire n’est imposé par cette règle. La validation de l’offre ne valide pas la commande ni ne dispense de ses contrôles ; plusieurs conversions explicites d’une offre validée sont autorisées, même si une commande antérieure est active, annulée ou corrigée. Avant chaque conversion supplémentaire, présenter les commandes existantes et demander confirmation ; sans confirmation, aucune nouvelle commande. Conserver liens et historique sans modifier l’offre ni les commandes antérieures ; distinguer un nouvel acte commercial du rejeu d’une même demande, qui ne crée pas de doublon (DEC-0195) (DEC-0194).
  • CA-02 — Une quotation peut être saisie pour un prospect sans modifier automatiquement son type ; son acceptation ne transforme pas automatiquement le prospect en client.
  • CA-03 — La création ou la conversion en sales_order est bloquée si le tiers n’est pas de type client.
  • CA-04 — La conversion copie dans le sales_order les données nécessaires de l’offre, notamment le tiers, les lignes, les quantités, les prix et les remises applicables ; la commande conserve la référence de l’offre source. Une ligne porte ses propres valeurs, reprises de l’article au moment de la sélection et conservées par la ligne ; la référence à l’article est conservée comme provenance, non comme source permanente d’affichage, et une modification ultérieure de l’article ne modifie pas les lignes déjà saisies (DEC-0314). Le libellé repris de l’article sur une ligne est modifiable, la modification restant propre à cette ligne et à ce document, sans modifier le libellé de l’article ni aucun autre document (DEC-0315). Seules les informations descriptives reprises de l’article sont modifiables sur la ligne ; les informations qui déterminent le calcul, le stock ou la fiscalité — au premier rang desquelles le code article, l’unité de vente et la catégorie fiscale — restent celles de l’article et ne sont pas modifiables sur la ligne (DEC-0316). Une modification de l’article après la saisie d’une ligne ne modifie pas cette ligne, ni en brouillon ni après validation : aucun rattrapage automatique, la ligne ne suivant pas l’article (DEC-0317). Une ligne peut exister sans référencer d’article : elle porte alors elle-même son code, son libellé et ses valeurs, aucune fiche article n’est exigée, et elle reste hors tarif article et hors stock (DEC-0318). L’unité de vente et la catégorie fiscale d’une ligne sont celles reprises à la sélection, en brouillon comme après validation, et le chiffrage les lit sur la ligne ; re-sélectionner un article, y compris le même, remplace toutes les valeurs reprises sur cette ligne, libellé modifié compris (DEC-0327).
  • CA-05 — Les données transactionnelles de l’offre et de la commande sont indépendantes après conversion : une modification de l’un ne modifie pas l’autre ; l’offre conserve les références des commandes créées, y compris lors de conversions répétées explicites (DEC-0195).
  • CA-06 — Les numéros, statuts, dates de validation, audits et droits d’accès sont propres à chaque type de document.
  • CA-07 — Remises ligne et pied de document conservées à la conversion avec leur valeur et leur provenance au moment de la conversion.
  • CA-08 — Une commande issue d’une offre peut être entièrement modifiée tant qu’elle n’a pas été validée une première fois.
  • CA-09 — Avant cette première validation, Elena compare les conditions de la commande aux conditions actuellement applicables au client, notamment les tarifs, remises, hausses, incoterm, devise, taxes, quantités et unités concernés.
  • CA-10 — Toute divergence identifie les lignes en anomalie et bloque la validation jusqu’à la correction ou au traitement explicite et autorisé de chaque anomalie. Un prix explicitement forcé conformément aux paramètres de DEC-0102, y compris sans tarif applicable, constitue un écart accepté sans approbation supplémentaire de cet écart de prix. Les droits habituels de validation et le blocage des autres anomalies restent applicables ; le traitement est audité. Un prix seulement conservé par l’actualisation partielle ne devient pas implicitement un prix forcé (DEC-0115). Pour les autres divergences, distinguer les écarts commerciaux négociables, dont le maintien doit être explicite et audité, des incohérences de calcul, unité, devise ou fiscalité à corriger avant validation. Le forçage de prix ne les autorise pas implicitement ; le classement et la permission dédiée avec motif sont fixés dans les règles complémentaires DEC-0129, sans modification des paramètres de forçage (DEC-0126). Le forçage antérieur est recontrôlé selon la politique société courante à la première validation : interdiction du forçage ou motif devenu obligatoire bloquent jusqu’à correction explicite appropriée, sans recalcul silencieux ; le blocage explique le changement de politique (règle temporelle, DEC-0185). Un prix est forcé lorsque l’utilisateur le déclare explicitement sur la ligne ; un prix différent du tarif applicable sans cette déclaration est un écart de conditions commerciales, non un prix forcé. Un écart entre l’unité de vente ou la catégorie fiscale de la ligne et celles de l’article courant est signalé comme une incohérence d’unité ou de fiscalité (DEC-0327).
  • CA-11 — Un bouton permet de dupliquer une quotation et crée une nouvelle offre indépendante de l’offre source.
  • CA-12 — Une quotation en brouillon propose un bouton « Actualiser tout avec les conditions du client » ; toute l’offre est évaluée aux tarifs applicables au jour de l’actualisation, même si le devis porte une date antérieure. La date du devis reste inchangée (DEC-0119). L’action exige une confirmation explicite. En présence de lignes sans tarif applicable ou en conflit, un message les identifie et permet de confirmer l’actualisation dans cet état : les lignes déterminées sont actualisées, les autres conservent leurs anciens prix et leurs anomalies visibles. Sans cette confirmation, aucun prix ne change. La confirmation et les changements sont historisés. Cela ne valide pas commercialement le document, ne lève pas les anomalies restantes et ne modifie pas une commande liée (DEC-0101).
  • CA-13 — Après la première validation, hors exception d’adresse de CA-14, les corrections de prix, remise et quantité portent sur la partie restant à exécuter, avec droit de modification après validation, motif, audit auteur/date/avant-après et nouveau contrôle des conditions modifiées. Aucune réécriture automatique des expéditions ou factures déjà créées ; la correction de l’exécuté suit le parcours documentaire distinct des règles complémentaires DEC-0129. L’annulation est totale avant exécution ; après exécution partielle, elle porte uniquement sur le reliquat et conserve l’exécuté. Elle exige droit approprié et motif, sans suppression, réutilisation du numéro, modification de l’offre source ni annulation implicite des documents aval. Les documents préparés sur le reliquat doivent être traités explicitement avant son changement, selon les règles complémentaires DEC-0129 (DEC-0126). Une facture non annulée liée à la commande, même en brouillon, vaut exécution de la partie facturée : l’annulation totale est refusée tant qu’une telle facture existe, et aucune facture n’est annulée par l’annulation d’une commande (DEC-0328).
  • CA-14 — Au Lot 0, une adresse peut être corrigée explicitement sur une commande encore en cours, même déjà validée, sous les droits requis et avec audit de l’auteur, de la date, du motif et des valeurs avant/après. Aucune expédition ni facture déjà créée n’est modifiée par cette action, même en brouillon ; le contrôle d’écart propre aux factures brouillon reste applicable (DEC-0077). Les limites par usage sont définies par CA-15 à CA-17.
  • CA-15 — La correction de l’adresse de livraison est autorisée uniquement tant qu’une partie de la commande reste à livrer, sous les conditions de CA-14 et CA-17.
  • CA-16 — La correction de l’adresse de facturation est autorisée uniquement tant qu’une partie de la commande reste à facturer, sous les conditions de CA-14 et CA-17. Une commande entièrement livrée mais restant à facturer n’est éligible que pour l’adresse de facturation.
  • CA-17 — Une commande clôturée ou annulée est exclue du parcours de correction d’adresse, même si un reliquat existe (DEC-0078). La fin de la part livraison constatée après abandon du reste à livrer, distinguant « soldée » de « soldée sans livraison », n’est pas cette clôture : tant qu’une partie reste à facturer, l’adresse de facturation reste éligible selon CA-16 (DEC-0252).
• Requiert : EXG-01-002.
• Dépendances : EXG-01-001, DEC-0033, DEC-0034, DEC-0035.

EXG-01-004 — Pipeline commercial opportunity à étapes configurables (UX Kanban)

• Priorité : Must
• Domaine : DOM-01
• Énoncé : « Elena doit offrir un pipeline d’opportunités opportunity à étapes configurables, présenté en vue Kanban drag-and-drop, avec probabilité et montant prévisionnel. »
• Justification : décision produit DEC-0036 ; la prospection et le suivi des opportunités sont intégrés au périmètre obligatoire de la V1 et précèdent le cycle offre → commande dans le parcours métier cible. Leur livraison est reportée au Lot 6 par DEC-0214, sans changement de priorité ni de critères ; EXG-01-003 est avancée au Lot 0 par DEC-0068.
• Critères d’acceptation :
  • CA-01 — Les étapes du pipeline sont paramétrables sans développement.
  • CA-02 — Déplacement d’une carte entre colonnes = changement d’étape persistant.
  • CA-03 — Concurrents et étapes de vente rattachables à une opportunité.
• Dépendances : EXG-01-001, EXG-15-001 (métadonnées/objets configurables).

EXG-01-005 — Tarifs, remises et conditions commerciales

• Priorité : Must
• Livraison : Lot 0 (DEC-0067). Énoncé et critères conservés ; EXG-01-003 est également Must au Lot 0 selon DEC-0068. La recette d’application et de traçabilité sur devis/commande, conversion comprise (CA-08), relève donc du Lot 0 ; le décalage de lots est levé. Les questions tarifaires ouvertes restent à arbitrer.
• Domaine : DOM-01
• Énoncé : « Elena doit gérer tous les types de tarifs — grilles 1–9/A–Z, remises, hausses et prix spéciaux — dans un écran unique, avec une période de validité, un incoterm, une expression de prix et, lorsque nécessaire, des tranches. Ces conditions doivent être applicables au devis et à la commande. »
• Justification : convergence marché (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §2, DOM-01). Pratique de référence observée chez un ERP propriétaire du marché des PME industrielles : grilles tarifaires 1–9/A–Z par article, remises/hausses/prix spéciaux et génération de tarifs gérés en administration des ventes. La présente décision fixe l’UX et les attributs communs attendus dans Elena. Les règles détaillées de tarif sont gérées hors de la fiche Tiers, conformément à DEC-0027.
• Critères d’acceptation :

  • CA-01 — Un écran unique permet de créer, consulter, modifier et désactiver tous les types de tarifs sans changer de fonction.

  • CA-02 — Chaque tarif porte une date d’application et une date de fin ; l’enregistrement, imports compris, est interdit si un chevauchement crée une ambiguïté entre tarifs de même priorité, même périmètre et même tranche ; le tarif concurrent à corriger est affiché. La coexistence reste autorisée lorsque les priorités départagent les règles (DEC-0126).

  • CA-03 — Chaque tarif porte un incoterm sélectionnable dans le référentiel des incoterms.

  • CA-04 — Chaque tarif porte une expression de prix explicite : prix fixe, pourcentage, montant ou formule selon le type de tarif.

  • CA-05 — Chaque tarif peut comporter des tranches, notamment des tranches de quantité, avec leurs bornes et leur valeur de prix ou d’ajustement.

  • CA-06 — La sélection automatique du tarif applicable tient compte au minimum du tiers ou de sa catégorie, de l’article, de la quantité, de la date et de l’unité ; les conflits de règles sont signalés.

  • CA-07 — Les remises et hausses peuvent être exprimées en pourcentage ou en montant, au niveau de la ligne et du document ; un prix spécial valide est identifié comme tel dans le résultat du calcul.

  • CA-08 — La traçabilité du tarif appliqué, de son expression, de ses tranches, de l’incoterm et des ajustements est conservée sur le devis et la commande, y compris après conversion devis → commande.

  • CA-09 — Un paramètre de gestion des tarifs autorise ou interdit le forçage du prix dans une transaction. Si interdit, un tarif doit être défini et le prix ne peut pas être forcé. Si autorisé, le prix peut être remplacé ou saisi sans aucun tarif applicable, sans création imposée d’un tarif de référence (DEC-0102).

  • CA-10 — Un second paramètre rend le motif du forçage obligatoire ou facultatif. Il est initialisé à « facultatif » ; activer le forçage ne rend pas implicitement le motif obligatoire. La société peut rendre le motif obligatoire : le forçage exige alors sa saisie. L’audit est systématique dans les deux configurations (DEC-0118).

  • CA-11 — Tout forçage conserve l’acteur, la date, la transaction et la ligne, les valeurs avant/après, l’origine tarifaire ou l’absence de tarif, et le motif renseigné. Le référentiel tarifaire n’est pas modifié. Le forçage ne vaut ni validation commerciale ni levée des autres anomalies, et ne déroge pas aux limites de modification après première validation. Le prix explicitement forcé conformément aux paramètres constitue un écart accepté à la première validation sans approbation supplémentaire de cet écart ; les droits habituels de validation et le blocage des autres anomalies subsistent (DEC-0115). Les droits existants restent applicables ; le motif est facultatif par défaut selon DEC-0118. La conformité du prix forcé est appréciée à la première validation selon la politique courante, même si la saisie était alors conforme ; correction explicite du prix ou ajout du motif selon le changement, sans modification silencieuse du prix (DEC-0185).

  • CA-12 — Les paramètres « autoriser le forçage du prix » et « motif obligatoire ou facultatif » sont communs à toutes les transactions d’une société, notamment offres, commandes et expéditions directes. Ils ne varient ni par utilisateur ni par type de transaction ; les politiques des sociétés sont indépendantes. Les droits individuels de modification et de validation restent gérés séparément (DEC-0116).

  • CA-13 — À la création d’une société, le forçage du prix est interdit par défaut et le reste jusqu’à activation explicite du paramètre. Aucun prix libre ne peut être saisi avant cette activation ; les droits existants restent requis (DEC-0117).

  • CA-14 — Le chiffrage initial d’un devis, d’une commande saisie directement ou d’une expédition directe sans commande préalable sélectionne le tarif applicable au jour de saisie, quelle que soit la date portée sur le document ; cette date documentaire reste inchangée. Antidater le document ne sélectionne pas un ancien tarif. Cette règle ne recalcule pas les conditions copiées lors d’une conversion devis → commande et ne déclenche pas de recalcul spontané (DEC-0120). Une expédition issue de commande conserve les conditions tarifaires de cette commande, sans recalcul du seul fait de l’expédition ; ce parcours n’est pas avancé au Lot 0 (DEC-0121).

  • CA-15 — Les ajustements compatibles de ligne sont appliqués dans un ordre explicite, chacun sur le résultat précédent, puis les ajustements de pied sur le total HT net des lignes concernées ; les pourcentages ne sont pas implicitement additionnés. Chaque ajustement en montant explicite sa portée unité, ligne ou document. L’ordre est administré explicitement selon les règles complémentaires DEC-0129 ; les règles concurrentes ne deviennent pas cumulables.

  • CA-16 — Le prix spécial est net et non cumulable par défaut ; un cumul supplémentaire exige une disposition explicite de la règle tarifaire, jamais la seule présence d’une remise générale.

  • CA-17 — Les formules utilisent un langage métier encadré : prix de référence, quantité, taux, montants d’ajustement, opérations arithmétiques et parenthèses. Une donnée supplémentaire exige un besoin explicite et une source définie. Une donnée nécessaire absente produit une anomalie et non un zéro implicite. Aucun outil de programmation généraliste ; prix initial de référence distinct du prix courant, références explicites et sans cycles selon DEC-0129.

  • CA-18 — Prix unitaires et ajustements en montant par unité : jusqu’à 6 décimales ; quantités : jusqu’à 6 selon l’unité, une unité indivisible restant entière ; pourcentages de remise/hausse : jusqu’à 4 décimales en points de pourcentage, sans extension aux taux de change. Montants de ligne/document à la précision de la devise (2 décimales en euros), totaux cohérents avec les lignes affichées. Masquer les zéros inutiles sans masquer les décimales significatives du prix utilisé ni modifier la valeur calculée. Conserver une précision intermédiaire supérieure, sans arrondi après chaque opération ; aux étapes prévues, arrondir au plus proche, à mi-chemin exact en s’éloignant de zéro, symétriquement pour les montants négatifs. Les remises de pied et la TVA ordinaire suivent CA-19 à 21 ; précision interne des divisions à vérifier en conception, documents mixtes réglés par DEC-0129 et écocontributions paramétrables selon DEC-0130, filières à qualifier avant utilisation, sans conformité fiscale implicite (DEC-0127).

  • CA-19 — La remise de pied porte sur le HT net des seules lignes éligibles, après ajustements de ligne et arrêt de leurs montants à la précision de la devise ; prix spéciaux non cumulables exclus sauf règle explicite. Calculer et arrondir le montant de la remise en pourcentage sur ce total ou utiliser le montant saisi, puis le répartir au prorata du HT net éligible. Attribuer les parts à l’unité monétaire minimale inférieure et les unités restantes aux plus fortes fractions non attribuées ; égalités départagées par l’ordre des lignes. La somme des parts égale exactement la remise annoncée. Les ajustements de pied successifs utilisent le résultat précédent dans leur ordre explicite. La remise reste visible en pied, sans réécriture des prix unitaires ni double déduction.

  • CA-20 — Pour la TVA ordinaire, regrouper les bases après remise par catégorie fiscale et taux (exonération et autoliquidation distinctes). Calculer et arrondir une fois la TVA de chaque groupe suivant CA-18 ; sommer les TVA de groupe et non des TVA arrondies ligne par ligne. Le TTC est le HT après remise plus cette TVA totale. Une remise supérieure au total éligible ou une répartition sans base éligible positive est bloquée. Les documents mixtes sont traités par ensembles de signes séparés suivant DEC-0129 ; écocontributions selon DEC-0130, aucune répartition automatique ambiguë.

  • CA-21 — Exemple de référence en euros : lignes éligibles de 100 HT à 20 % et 50 HT à 10 %, remise de pied de 15 HT ; parts de remise 10 et 5, bases après remise 90 et 45, TVA 18 et 4,50, total HT 135 et TTC 157,50. La ventilation conserve la remise et ne la déduit qu’une fois.

  • CA-22 — Appliquer les règles complémentaires pour le départage à priorité égale, l’ordre administré, les prix initial/courant et les références sans cycles, la permission d’acceptation des écarts, la séparation des ensembles positifs/négatifs et les conséquences documentaires des corrections. Les écocontributions suivent les règles complémentaires DEC-0130 : paramètres société/filière/rôle, barèmes datés et articles, composantes distinctes protégées par défaut des ajustements commerciaux, TVA et affichage explicites, provenance et export de contrôle. Une contribution nécessaire indéterminable bloque la validation ; les barèmes et obligations de chaque filière doivent être qualifiés avant utilisation. Sources DEC-0129 et DEC-0130.

CA-19 à CA-21 : DEC-0128.

CA-15 à CA-18 : DEC-0126.

• Périmètre de la fiche Tiers : les dates de validité, tranches, expressions, priorités et historiques tarifaires ne sont pas des champs de la fiche partner ; ils sont gérés dans la fonction tarifaire dédiée (DEC-0027).
• Dépendances : EXG-01-002, EXG-12-002.

EXG-01-006 — Revue de contrat / visa de commande par seuil

• Priorité : Could
• Livraison : Lot 6 selon DEC-0226, critères conservés.
• Domaine : DOM-01
• Énoncé : « Elena doit permettre un contrôle de revue de contrat déclenchant un visa d’approbation sur les commandes de vente au-delà d’un seuil de montant paramétrable. »
• Justification : différenciateur de conformité identifié par l’analyse concurrentielle (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §2, DOM-13 « revue de contrat (visa par montant) »).
• Critères d’acceptation :
  • CA-01 — Seuil de déclenchement configurable pour l’instance.
  • CA-02 — Blocage de progression tant que le visa n’est pas accordé.
  • CA-03 — Journalisation du viseur, de la date et du montant.
• Dépendances : EXG-01-003, EXG-13-005 (workflow d’approbation), EXG-15-003 (workflow no-code).

EXG-01-007 — Configurateur produit à variantes

• Priorité : Won’t-v1
• Domaine : DOM-01
• Énoncé : « Elena n’inclura pas en v1 de configurateur produit à variantes générant automatiquement nomenclature et prix. »
• Justification : fonction spécifique secteur (pirates:analyses/transversales/matrice-fonctionnelle-globale.md §6 « configurateur produit à variantes ») — reportée pour cadrer l’ambition v1. Existe chez ERPNext (Item Variant Attribute).
• Critères d’acceptation :
  • CA-01 — Le périmètre v1 se limite aux variantes déclarées manuellement.
  • CA-02 — Une note de roadmap acte la réévaluation post-v1.
• Dépendances : EXG-03-001 (BOM), EXG-15-001.

EXG-01-008 — Point de vente (POS) et e-commerce / CMS

• Priorité : Won’t-v1
• Domaine : DOM-01
• Énoncé : « Elena n’inclura pas en v1 de point de vente (POS) ni de vitrine e-commerce/CMS intégrée ; l’ouverture vers un canal de vente en ligne se fera par API. »
• Justification : cadrage d’ambition (prisme PME industrielle, non retail). Ces briques existent chez Dolibarr (modTakePos) et Odoo (point_of_sale, website_sale), mais sont hors cœur de cible industriel. Exclusion assumée.
• Critères d’acceptation :
  • CA-01 — Aucun module POS/CMS natif en v1.
  • CA-02 — Intégration d’un canal en ligne possible via l’API (EXG-14-003).
• Dépendances : EXG-14-003.

EXG-01-009 — E-mails transactionnels des offres de prix

• Priorité : Must
• Domaine : DOM-01
• Énoncé : « Elena doit permettre d’envoyer une offre de prix (quotation) par e-mail uniquement après validation, au moyen d’un bouton manuel, et de configurer un envoi automatique à la validation. »
• Justification : décision produit validée — les e-mails transactionnels liés aux offres de prix entrent dans le périmètre ; les relances de paiement restent hors de cette décision et feront l’objet d’un arbitrage séparé.
• Critères d’acceptation :
  • CA-01 — L’envoi manuel est disponible uniquement lorsque l’offre de prix est validée.
  • CA-02 — L’envoi automatique peut être déclenché à la validation de l’offre ; aucune autre règle métier automatique n’est ajoutée par défaut. Au Lot 1, ce déclenchement est un réglage d’instance par type de document, désactivé par défaut, détenu par le paramétrage sous droit explicite et tracé ; une exception par tiers peut le suspendre (DEC-0275).
  • CA-03 — Le message est produit dans la langue du client, sans copie, avec possibilité d’ajouter un ou plusieurs PDF en pièces jointes pour cette transaction. La langue du client est celle portée par le tiers ; à défaut, la langue par défaut de l’organisation s’applique, et un modèle indisponible dans la langue résolue donne lieu au même repli, signalé et tracé (DEC-0276).
  • CA-04 — Les destinataires proviennent par défaut de la fiche tiers et peuvent être modifiés pour la transaction ; un réenvoi est possible sans blocage.
  • CA-05 — Chaque envoi est enregistré dans l’audit trail avec le document, les destinataires, la date, l’auteur, le statut et l’erreur éventuelle.
• Dépendances : EXG-01-003, EXG-13-006, EXG-15-003.

EXG-01-010 — E-mails transactionnels des commandes

• Priorité : Must
• Domaine : DOM-01
• Énoncé : « Elena doit permettre d’envoyer une commande de vente (sales_order) par e-mail après validation, au moyen d’un bouton manuel, et de configurer un envoi automatique à la validation. »
• Justification : décision produit validée — les commandes entrent dans le périmètre des e-mails transactionnels ; elles suivent le même cadre métier que les offres de prix et les factures, sans e-mailing marketing.
• Critères d’acceptation :
  • CA-01 — L’envoi manuel est disponible uniquement lorsque la commande est validée.
  • CA-02 — L’envoi automatique peut être déclenché à la validation de la commande ; aucune autre règle métier automatique n’est ajoutée par défaut. Au Lot 1, ce déclenchement est un réglage d’instance par type de document, désactivé par défaut, détenu par le paramétrage sous droit explicite et tracé ; une exception par tiers peut le suspendre (DEC-0275).
  • CA-03 — Le message est produit dans la langue du client, sans copie, avec possibilité d’ajouter un ou plusieurs PDF en pièces jointes pour cette transaction. La langue du client est celle portée par le tiers ; à défaut, la langue par défaut de l’organisation s’applique, et un modèle indisponible dans la langue résolue donne lieu au même repli, signalé et tracé (DEC-0276).
  • CA-04 — Les destinataires proviennent par défaut de la fiche tiers et peuvent être modifiés pour la transaction ; un réenvoi est possible sans blocage.
  • CA-05 — Chaque envoi est enregistré dans l’audit trail avec le document, les destinataires, la date, l’auteur, le statut et l’erreur éventuelle.
• Dépendances : EXG-01-003, EXG-13-006, EXG-15-003.

EXG-01-011 — E-mails transactionnels des bons de livraison

• Priorité : Must
• Domaine : DOM-01
• Livraison : Lot 1. Transfert depuis EXG-04-009 selon DEC-0215 ; critères CA-01 à CA-05 conservés à l’identique.
• Énoncé : « Elena doit permettre d’envoyer un bon de livraison par e-mail après validation, au moyen d’un bouton manuel, et de configurer un envoi automatique à la validation. »
• Justification : décision produit validée — les bons de livraison entrent dans le périmètre des e-mails transactionnels ; ils suivent le même cadre métier que les offres de prix, commandes et factures, sans e-mailing marketing.
• Critères d’acceptation :
  • CA-01 — L’envoi manuel est disponible uniquement lorsque le bon de livraison est validé.
  • CA-02 — L’envoi automatique peut être déclenché à la validation du bon de livraison ; aucune autre règle métier automatique n’est ajoutée par défaut. Au Lot 1, ce déclenchement est un réglage d’instance par type de document, désactivé par défaut, détenu par le paramétrage sous droit explicite et tracé ; une exception par tiers peut le suspendre (DEC-0275).
  • CA-03 — Le message est produit dans la langue du client, sans copie, avec possibilité d’ajouter un ou plusieurs PDF en pièces jointes pour cette transaction. La langue du client est celle portée par le tiers ; à défaut, la langue par défaut de l’organisation s’applique, et un modèle indisponible dans la langue résolue donne lieu au même repli, signalé et tracé (DEC-0276).
  • CA-04 — Les destinataires proviennent par défaut de la fiche tiers et peuvent être modifiés pour la transaction ; un réenvoi est possible sans blocage.
  • CA-05 — Chaque envoi est enregistré dans l’audit trail avec le document, les destinataires, la date, l’auteur, le statut et l’erreur éventuelle.
• Dépendances : EXG-04-005, EXG-13-006, EXG-15-003.

EXG-01-012 — E-mails transactionnels des factures et avoirs

• Priorité : Must
• Livraison : Lot 1, selon DEC-0217, priorité et critères conservés.
• Domaine : DOM-01
• Énoncé : « Elena doit permettre d’envoyer une facture ou un avoir par e-mail uniquement après validation, au moyen d’un bouton manuel, et de configurer un envoi automatique à la validation. »
• Justification : décision produit validée — les e-mails transactionnels liés aux factures et avoirs entrent dans le périmètre ; les relances de paiement restent hors de cette décision et feront l’objet d’un arbitrage séparé.
• Critères d’acceptation :
  • CA-01 — L’envoi manuel est disponible uniquement lorsque la facture ou l’avoir est validé.
  • CA-02 — L’envoi automatique peut être déclenché à la validation du document ; aucune autre règle métier automatique n’est ajoutée par défaut. Au Lot 1, ce déclenchement est un réglage d’instance par type de document, désactivé par défaut, détenu par le paramétrage sous droit explicite et tracé ; une exception par tiers peut le suspendre (DEC-0275).
  • CA-03 — Le message est produit dans la langue du client, sans copie, avec possibilité d’ajouter un ou plusieurs PDF en pièces jointes pour cette transaction. La langue du client est celle portée par le tiers ; à défaut, la langue par défaut de l’organisation s’applique, et un modèle indisponible dans la langue résolue donne lieu au même repli, signalé et tracé (DEC-0276).
  • CA-04 — Les destinataires proviennent par défaut de la fiche tiers et peuvent être modifiés pour la transaction ; un réenvoi est possible sans blocage.
  • CA-05 — Chaque envoi est enregistré dans l’audit trail avec le document, les destinataires, la date, l’auteur, le statut et l’erreur éventuelle.
• Dépendances : EXG-06-001, EXG-13-006, EXG-15-003.
• Traçabilité : transfert depuis EXG-06-006 selon DEC-0218, avec correspondance identique des CA-01 à CA-05.