Pourquoi une formule devient « inactive »
Une formule qui a produit ne se corrige jamais : elle se remplace. Ce que cela protège, et le jour où un produit se retrouve sans aucun dosage sans que rien ne le dise.
Un gérant nous a posé la question devant son écran : une de ses formules de dentifrice affichait « Active : Non », et personne ne savait pourquoi. Elle avait pourtant servi, elle était complète, aucun bouton ne l’expliquait.
Il a fallu remonter le journal d’audit pour répondre. Ce qu’on y a trouvé mérite d’être connu de tout atelier qui trace ses fabrications, parce que la mécanique est juste — c’est son affichage qui était muet.
Une formule qui a produit ne se réécrit pas
Le 18 août, quelqu’un avait modifié cette formule. Comme elle avait déjà servi à un ordre de fabrication, le logiciel ne l’a pas écrasée : il a figé la version 1 et créé une version 2, devenue la formule active.
C’est volontaire, et c’est la seule règle tenable. Un lot fabriqué en août doit rester rattaché à la composition exacte qui l’a produit. Si la modification s’appliquait sur place, la fiche de fabrication de ce lot changerait rétroactivement, son prix de revient aussi, et la traçabilité deviendrait un récit réécrit à chaque correction.
Une formule qui a produit ne se corrige donc jamais : elle se remplace. L’ancienne reste consultable, inactive, attachée à ce qu’elle a fait.
Puis la remplaçante a disparu
Le 4 septembre, quelqu’un a supprimé la version 2. Comme elle n’avait jamais servi à produire, rien ne s’y opposait : elle a été réellement effacée.
Le produit s’est retrouvé sans aucune formule active.
Concrètement : plus aucun ordre de fabrication lançable sur ce produit. L’ordre partirait sans besoins matières, sans contrôle de stock, sans prix de revient. Et rien ne le disait. L’écran affichait « Non » sur la version 1 restante, exactement comme il l’aurait affiché sur une version normalement remplacée.
Le manque ne se serait découvert qu’au moment de lancer une fabrication, des semaines plus tard, probablement un matin où il fallait produire.
« Non » n’est pas une explication
Deux situations très différentes portaient le même mot, dans la même couleur discrète :
- Une version remplacée par une plus récente. C’est le fonctionnement normal du versionnage. Rien à faire.
- Un produit sans aucune formule active. C’est un atelier bloqué. Il faut agir.
Un état ne se contente pas d’être exact, il doit être compréhensible depuis l’endroit où on le lit. La ligne dit maintenant ce que disait le journal d’audit : « Remplacée le 22/08/2026 par la v2 » dans un cas, « Aucune formule active : dupliquez celle-ci pour relancer la production » dans l’autre — avec, en dessous, le fil des gestes datés qui y ont mené. Quelqu’un peut y reconnaître le sien.
La leçon générale
Chaque fois qu’un logiciel affiche un état sans sa cause, il déplace le travail : ce qu’il n’explique pas, quelqu’un devra le reconstituer, souvent au pire moment. Un « Non », un « 0 », un « indisponible » posés seuls sont des questions déguisées en réponses.
La bonne mesure est simple : si répondre à « pourquoi ? » demande d’ouvrir un journal technique, c’est que l’écran doit être corrigé, pas l’utilisateur formé.