Atelier 14 · 10 septembre 2026

Le chiffre annoncé le 13 août, 76 tests pour environ 90 % de couverture, supposait du code qui n'a pas été écrit depuis. Le périmètre réellement exécutable aujourd'hui est de 29 tests sur 76, mesuré écran par écran contre la production, pas contre le plan.

• Données et catalogue : 16 tests sur 16 exécutables.
• Écrans : 7 sur 18. Les écrans 10, 11, 13 à 19 et 90 n'existent pas encore.
• Flux unitaires : 3 sur 26, pour la même raison, plus l'ingestion des emails qui n'est pas branchée.
• Scénarios de bout en bout : 3 sur 8. Ceux qui traversent le cycle documentaire attendent les autres types de PDF.
• Emails et documents : 0 sur 8.

Ce n'est pas que rien ne marche : la machine d'états couvre les 14 statuts et un ordre peut aller de bout en bout. Ce qui manque, c'est une couche répétée une dizaine de fois, l'écran métier de chaque étape et le document qui en sort.

• Catalogue resynchronisé : la base est passée de 285 à 429 produits et le sourcing de 355 à 799 relations, depuis votre export du 20 août. L'écart avec l'outil de codification s'était creusé pendant des mois. La base contient désormais exactement ce que porte cet export, ni plus ni moins.
• Bon de commande fournisseur en PDF : chaîne complète en production, du bouton à l'archivage. Le PDF est stocké dans un espace privé et servi par un lien signé à durée limitée.
• Traçabilité des statuts : chaque changement d'état est journalisé avec son auteur et son horodatage, sans possibilité de retouche.
• Chaîne de déploiement remise en service : sept semaines de travail étaient écrites mais jamais mises en ligne, à cause d'un réglage de signature des commits. Cause identifiée et corrigée.
• Paliers de quantité : une cotation qui donne trois prix pour trois quantités alimente désormais une grille dégressive, du devis fournisseur jusqu'au devis client.

Ce qui est montré : l'écran Référentiels avec ses sections (types, catégories, familles, divisions, qualité, incoterms, douane, fournisseurs, clients, contacts, ship-to), l'édition en ligne cellule par cellule, le tri et le filtre sur chaque colonne, puis le catalogue avec ses filtres par fournisseur et par client.

Décision prise, effective aujourd'hui : le référentiel se corrige dans NEXUS. Il y avait deux chemins, l'un est fermé.

• Dans NEXUS, pour tout ce qui est déjà en base. Correction immédiate, visible de tous, utilisable par le devis dans la seconde. C'est le chemin normal à partir de maintenant.
• Dans l'outil de codification, uniquement pour les créations en lot et pour les champs que NEXUS n'expose pas encore, les slugs d'URL du site en particulier. L'outil n'est plus l'endroit où l'on corrige une fiche existante.

Pourquoi un seul chemin : une valeur renseignée dans l'outil écrase la même valeur corrigée dans NEXUS au chargement suivant. Corriger aux deux endroits en parallèle, c'est perdre le travail fait dans NEXUS sans avertissement. Une cellule vide, elle, n'efface rien.

Un défaut du chargement a été corrigé : il ajoutait et modifiait, mais ne signalait pas ce que la base gardait en trop. Une fiche fusionnée dans l'outil survivait donc ici en silence. L'écart est désormais listé à chaque chargement, et la base a été remise à l'identique de l'export du 20 août.

Quatre lots, détaillés plus bas dans ce document, dans l'ordre où ils rapportent.

• Lot 1, réidentifications : 4 produits, déjà traités. Il reste à valider la correspondance ancien code vers nouveau code.
• Lot 2, doublons probables : 3 groupes partageant une référence OEM. Attention, supprimer un doublon ne transfère pas ses liens de vente croisée vers le survivant : le lien est perdu sans avertissement. À trancher avant de supprimer.
• Lot 3, une référence pour plusieurs produits : 13 côté fournisseur, 3 côté client. C'est le lot qui a l'effet le plus direct et le plus mesurable sur le taux de rapprochement automatique.
• Lot 4, hygiène : 6 points sans urgence.

Un point à ajouter au lot 4 : huit catégories n'ont pas de slug d'URL exploitable dans l'outil, six sans aucune valeur et deux qui portent leur libellé au lieu du slug. Sans slug, le lien vers la fiche produit du site ne peut pas être construit.

Le fil : dépôt du PDF, extraction des lignes, reconnaissance de l'émetteur, rapprochement au catalogue, contrôle des écarts, génération du devis client, acceptation, alimentation du prix de vente conseillé.

• Rapprochement : quand une référence fournisseur désigne plusieurs produits, l'application ne tranche plus au hasard, elle marque la ligne comme non rapprochée et attend un arbitrage. Le lot 3 du plan catalogue vise exactement ces cas.
• Paliers : l'électrode Voxtec est cotée 8 229 pour 1, 5 973 pour 2 et 5 362 pour 5. La grille est visible dans l'écran Price List, avec la quantité minimale de chaque palier.
• Prix de vente : il s'appuie sur le prix d'achat du plus petit palier. La remise de volume reste donc chez MDC, ce qui fait grimper la marge affichée quand la quantité monte. C'est une décision commerciale, elle est portée plus bas dans ce document.

Reprise du devis accepté vers l'Order Processing, choix de la stratégie de sourcing, historique des statuts, puis production du bon de commande fournisseur.

Le document est réellement produit, pas simulé : un enregistrement en base, ses lignes, un rendu PDF aux couleurs et aux informations société paramétrées dans l'application, un stockage privé et un lien signé. Vérifié en production sur un bon de commande Voxtec de 20 389,80 EUR.

Ce qui manque et qu'il faut dire : les sept autres types de documents (accusé de réception fournisseur, facture fournisseur, accusé de réception client, facture client, bon de livraison, pro forma, RMA) répètent le même motif et ne sont pas encore écrits. C'est le premier bloc de la suite, celui qui débloque les scénarios de bout en bout.

Cristina et Pina déroulent les tests depuis le tableau de bord de recette du portail, avec saisie directe des validations et des anomalies. Une anomalie se consigne avec sa capture d'écran et le jeu de données qui la reproduit.

Accès à l'application : app.nexus-mdc.axion.supply

• Deux comptes MDC existent déjà : Pina et Cristina, sur leurs adresses @mdc-europe.com. Ni l'un ni l'autre ne s'est encore connecté.
• Le mot de passe initial est remis de vive voix en séance, jamais par écrit. Chacun le change ensuite depuis son profil, dans l'application.
• En cas de perte, un administrateur génère un lien de réinitialisation à usage unique depuis l'application et vous le transmet. L'envoi automatique par email n'est pas encore activé, la remise du lien est donc manuelle.

Cinq arbitrages sont listés en fin de document. Deux conditionnent directement le planning : l'hébergement des serveurs, qui commande le passage en production, et la boîte email dédiée, qui commande tout le volet d'ingestion automatique.

Les trois autres sont des conventions à figer une fois pour toutes l'application : la convention de calcul de la marge, la répercussion ou non de la remise de volume au client, et les seuils de qualité attendus.

Prochain atelier le 17 septembre, atelier stratégique le 18 septembre.

Entre les deux, du côté AXION : les sept autres types de documents, puis les écrans Order Processing aval, qui débloquent à eux seuls une trentaine de tests. Du côté MDC : les arbitrages catalogue du lot 1 et du lot 3, et les deux décisions bloquantes.