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

Contexte du document

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.

Exigence détaillée

• 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.