UN PROBLÈME QU’ON RENCONTRE SOUVENT
Terminé ne veut pas dire obtenu.
Un traitement se termine. Un statut passe au vert. Une confirmation part. Rien de tout cela ne dit que l’effet attendu a réellement eu lieu.
EST-CE QUE ÇA VOUS PARLE ?
La question revient toujours après coup.
- Le système dit que la commande est partie. Le client dit qu’il n’a rien reçu.
- Le workflow s’est terminé sans erreur. Personne ne sait si l’action a produit ce qu’on attendait.
- Un traitement automatique tourne depuis des mois. On découvre qu’il ne fait plus rien d’utile depuis des semaines.
POURQUOI C’EST DIFFICILE
La fin d’un traitement et l’effet réel sont deux choses différentes.
La fin d’un traitement est un événement du système : une fonction est revenue, un statut a changé, un message a été accepté. Le résultat, lui, est un événement du monde : quelque chose a été livré, servi, corrigé, encaissé. Les deux se ressemblent sur un tableau de bord, et ne se recouvrent pas.
Un système qui ne mesure que sa propre terminaison ne peut pas dire la différence. Il rapportera un succès aussi longtemps qu’il finira son travail — même le jour où le monde ne suit plus.
CE QU’OXANN CHANGE
Séparer ce qui a été exécuté de ce qui a été obtenu.
OXANN traite l’exécution et l’effet comme deux faits distincts, et garde les deux. L’action autorisée d’un côté, le résultat observé de l’autre, et ce qui permet d’expliquer après coup l’écart entre les deux quand il apparaît.
Ce n’est pas un tableau de bord de plus. C’est le refus d’écrire « terminé » à la place de « obtenu ».
CE QUI LE PROUVE
Un paiement accepté n’ouvre pas, à lui seul, le droit de servir.
Le cas Hop’n Bar pose exactement cet écart sur un service physique : le paiement est un événement du système, le verre servi est un événement du monde. Le moteur distingue ce qui a été encaissé de ce qui a été servi, et reste en refus par défaut.
Dix cas de panne ont été écrits et testés. Dans chacun, la vanne se ferme.
Limite : réussir en logiciel n’est pas prouver en matériel. Aucune carte électronique réelle n’a exécuté cette décision, trois détections restent à valider sur banc, le volume est simulé dans la version actuelle et la calibration réelle reste à faire.
Le cas OXANN OBD montre la version mesure du même écart : un code défaut est un indice, pas un verdict, tant qu’il n’est pas relié à une mesure.
CE QUE CETTE PAGE NE PRÉTEND PAS
Décrire un problème n’est pas vendre une garantie.
- Aucun produit générique n’est proposé ici pour « prouver les résultats ».
- La preuve matérielle du cas Hop’n Bar reste à produire sur banc.
- Chaque situation demande de savoir ce qui compte comme résultat, et cette question-là n’est pas automatisable.
VOUS AVEZ UNE SITUATION DE CE TYPE ?
Décrivez-la avec vos mots.
L’Assistant cherche d’abord ce qui a déjà été construit et prouvé, puis distingue ce qui est établi de ce qui reste une hypothèse et de ce qu’il ne sait pas.