Pourquoi ça tient
Si je disparais demain, qu’est-ce qui vous reste
Le contenu exact d’une restitution, en six points, sous 30 jours. Et surtout ce qu’elle ne comprend pas, parce que c’est là que se trouve le piège.
Blog · Pourquoi ça tient
Un outil en service ne tombe pas en panne bruyamment. Il continue de répondre, et ses réponses cessent lentement d’être justes. Sur un seul dossier, quatre dérives ont eu lieu entre janvier et septembre 2026, aucune annoncée par le logiciel qui en était la cause, et la plus longue est restée un mois en production.
Une panne franche est une bonne nouvelle. Ça s’arrête, quelqu’un le voit dans l’heure, on répare.
Le problème, ce sont les outils qui continuent de répondre alors que leurs réponses ont cessé d’être justes. Rien ne s’allume. Le premier signe est un de vos clients qui reçoit une mauvaise information, et quand ça a l’air cassé vu de l’intérieur, c’est faux depuis des semaines et des gens ont agi dessus.
Voici ce que ça donne concrètement. Un dossier, une année, quatre cas.
Une interface de fournisseur a cessé de fonctionner, à l’été 2026. Elle alimentait les fiches produit. Rien n’avait été annoncé, et elle n’est jamais revenue. Il a fallu aller chercher l’information autrement, en lisant directement les pages du fournisseur. Détecté au contrôle du catalogue.
Un autre fournisseur a basculé une ligne de son tarif dans une autre tranche, le 28 mai 2026. Conséquence : le prix public s’est retrouvé dans la colonne du prix net. Rien dans le fichier ne le signalait, tous les formats étaient valides. Détecté au contrôle de cohérence des prix.
Une mise à jour que j’envoyais sans cadence a fait entrer deux produits différents en collision sur le même identifiant, dans la boutique en ligne. Un des deux écrasait l’autre. Corrigé en posant une cadence d’envoi, et détecté au contrôle des identifiants.
Le quatrième a duré. Une référence de matériel de mesure est restée un mois affichée à 1 260 € au lieu de 365 €, soit trois fois et demi le bon prix. Aucun contrôle ne couvrait encore ce cas : le fichier était valide, la fiche était complète, et seul un regard porté sur le prix affiché pouvait le voir.
Les trois premières font une bonne histoire : des dérives repérées et traitées avant qu’elles produisent le moindre effet visible.
Le quatrième est le plus utile, et c’est pour ça qu’il est ici. Il montre la limite d’une surveillance qui repose sur l’attention : les trois premiers ont été vus parce que quelqu’un regardait au bon moment, pas parce qu’un contrôle écrit l’avait signalé.
C’est ce cas qui a donné au suivi mensuel son contenu. La surveillance y est devenue une liste écrite de points de contrôle, avec un quota d’heures et un prix, plutôt qu’une habitude. Quatre dérives en neuf mois sur un dossier, ce n’est pas une statistique et je ne la présente pas comme telle : c’est un compte. Sur un autre outil, il serait différent, et rien ne dit qu’il serait plus bas.
Trois raisons, et elles se cumulent.
L’outil fonctionne. Les traitements tournent, les fichiers arrivent, les compteurs sont normaux. Une surveillance qui ne regarde que « est-ce que ça a tourné » répond oui à chaque fois.
L’erreur est plausible. Sur la raison pour laquelle une chaîne parfaitement déterministe produit quand même des valeurs fausses, voir là où le choix se paie. Un prix à 1 260 € est un prix possible. Une date décalée d’une semaine est une date. Un montant qui manque ressemble à un montant à zéro. Rien de tout ça ne ressemble à une erreur informatique.
Et personne n’est chargé de regarder. Chez vous, celui qui utilise l’outil suppose qu’il est juste, c’est toute la raison pour laquelle on l’a construit. Quand la confiance est acquise, plus personne ne vérifie, et c’est exactement ce qu’on voulait obtenir.
Pas seulement l’exécution. Trois niveaux.
Est-ce que le traitement a tourné, et à l’heure. C’est le plus facile et le moins informatif, et c’est pourtant tout ce que surveillent la plupart des outils. Le contenu de ce que je regarde est sur la page du suivi, et le guide pourquoi un outil tient, ou pas explique pourquoi les tests seuls n’y suffisent pas.
Est-ce que les volumes ressemblent à ceux d’hier. Un import qui traite 12 lignes au lieu de 400 n’a pas planté, il a fait son travail sur un fichier tronqué.
Est-ce que les valeurs produites sont vraisemblables. C’est le seul niveau qui attrape une dérive de prix, et c’est le plus long à écrire, parce qu’il faut une règle de métier par type de valeur. Ces règles s’écrivent au fil des cas rencontrés, ce que je raconte dans la construction est facile, la recette ne l’est pas.
Le mois où il n’y a rien à faire n’existe pas. Il y a des mois où vous ne voyez rien, parce que ça a été vu avant vous.
Jérémy Buyle
Ingénieur indépendant. Je construis des applications et des automatisations sur mesure pour les PME de 5 à 50 personnes, livrées testées, garanties 30 jours, et qui vous appartiennent. Lire le guide correspondant.
Pourquoi ça tient
Le contenu exact d’une restitution, en six points, sous 30 jours. Et surtout ce qu’elle ne comprend pas, parce que c’est là que se trouve le piège.
Pourquoi ça tient
Construire un outil qui marche sur le cas normal prend quelques jours. Savoir ce qui doit se passer quand rien n’est normal prend le reste du chantier.
Pourquoi ça tient
Ce qu’on fait des données qu’une application n’a pas le droit de stocker, où vont celles qu’elle stocke, et ce que je refuse faute d’agrément.
Dites-moi qui la fait, combien de fois par semaine, et avec quels logiciels. Je vous réponds sous vingt-quatre heures, par écrit, avec une première lecture de ce que vous m’aurez décrit. Si la tâche ne se prête pas à un outil, je vous le dis et je vous explique pourquoi.
Une tâche répétitive ne coûte jamais d’un coup : elle prend deux heures cette semaine, deux heures la suivante, et personne ne la voit jamais passer dans un budget. Le calcul se fait en deux minutes et il se fait sans moi.
Décrire ma tâche Calculer ce que la tâche vous coûte par an