Quand l’IA met à jour votre inventaire, le journal est ce qui permet de lui faire confiance
Il est désormais banal de demander à un assistant IA de faire un vrai travail d’inventaire : « on vient de recevoir la commande de farine, ajoute 25 kg », « marque les deux bocaux fêlés comme endommagés », « renomme tous les articles Boîte en Boîtes ». Grâce à un serveur Model Context Protocol (MCP), des assistants comme Claude, Grok, OpenAI et Gemini peuvent effectuer ces changements directement au lieu de simplement les suggérer.
C’est un vrai confort, et cela soulève une question légitime : quand quelque chose change dans votre stock, comment savoir si c’est une personne ou l’IA qui l’a fait, et si l’IA a vu juste ? La réponse n’est pas de tenir l’IA à l’écart de votre inventaire. C’est de s’assurer que votre journal traite les changements de l’IA comme des citoyens de première classe : enregistrés, étiquetés et faciles à annuler.
Cinq propriétés d’un journal auquel on peut confier l’IA
1. Chaque changement de l’IA est attribué à une personne
Un assistant IA ne devrait pas être un super-utilisateur anonyme. Il devrait agir en tant que la personne qui l’a connecté, avec les accès de cette personne et rien de plus. Ainsi, chaque changement a un responsable humain : si Sam a demandé à l’assistant de réceptionner une commande, le journal indique Sam, car Sam est responsable de ce qu’il a demandé.
2. Chaque changement de l’IA est étiqueté comme IA
L’attribution seule ne suffit pas. Vous voulez aussi voir d’un coup d’œil si c’est Sam qui a appuyé sur le bouton ou l’assistant de Sam. Une étiquette claire « Assistant IA » sur la ligne vous permet de passer en revue le travail de l’IA d’un bloc, de repérer des tendances (« il choisit toujours la mauvaise farine ») et de bâtir la confiance progressivement plutôt que d’un seul coup.
3. L’IA passe par le même journal que tout le monde
La pire configuration est une intégration qui écrit directement dans la base de données et contourne l’historique. Si le chemin de l’IA est une porte dérobée, le journal a un trou exactement là où travaille l’acteur le plus récent et le moins familier. Les changements faits par l’IA devraient arriver dans le même historique d’article, la même liste de changements de l’entreprise et le même export que les changements faits à la main.
4. L’accès est limité et révocable
Chaque connexion devrait être limitée à une seule entreprise, visible dans une liste de connexions et supprimable en un clic. La journalisation vous dit ce qui s’est passé ; la limitation restreint ce qui peut se passer ; la révocation vous permet d’y mettre fin.
5. Les erreurs sont réversibles
L’IA fera parfois la mauvaise chose avec assurance. Une configuration digne de confiance rend cela peu coûteux : un mauvais ajustement se corrige par un changement correctif (journalisé lui aussi), un renommage accidentel montre son ancienne valeur dans l’historique, et un article supprimé peut être restauré avec son historique intact. Si annuler une erreur de l’IA est plus difficile que de la commettre, les gens cesseront d’utiliser l’IA, ou pire, cesseront de la vérifier.
Les erreurs que l’IA commet vraiment
Dans le travail d’inventaire, les erreurs de l’IA sont rarement exotiques. Ce sont les mêmes faux pas qu’un nouveau coéquipier, en plus rapide :
- Le mauvais article au nom similaire. « Farine » alors que vous stockez de la farine à pain et de la farine à pâtisserie. Un bon outil refuse de deviner et demande laquelle, mais le journal reste votre filet de sécurité dans tous les cas.
- La confusion d’unités. Ajouter 25 alors que l’article est suivi en kilogrammes et que vous vouliez dire 25 sacs. Des quantités qui voyagent toujours avec leur unité rendent cela bien plus rare ; un journal qui affiche l’unité permet de le repérer facilement.
- Le faire deux fois. Une conversation relancée après un accroc peut appliquer à nouveau la même réception. Deux lignes IA identiques à une minute d’intervalle sont faciles à voir dans un journal et faciles à annuler.
Une routine de vérification simple
Vous n’avez pas besoin de surveiller chaque changement. Une routine légère suffit, surtout les premières semaines :
- Après une série de tâches confiées à l’IA, ouvrez l’historique des modifications de l’entreprise et filtrez sur « Assistant IA ». Parcourez les lignes qu’elle a produites.
- Vérifiez les quantités et les unités par rapport à ce que vous avez demandé, pas par rapport à ce qui semble plausible.
- Une fois par semaine, exportez l’historique des modifications et regardez la colonne IA. Si elle est propre pendant quelques semaines, vous pouvez lui en confier davantage.
- De temps en temps, regardez la liste des connexions IA que vous avez autorisées et déconnectez celles que vous n’utilisez plus. Moins de portes ouvertes, c’est moins de surprises.
La confiance naît de la visibilité
Les équipes qui tirent le meilleur parti de l’IA dans leur réserve ne sont pas celles qui lui font aveuglément confiance ni celles qui l’interdisent purement et simplement. Ce sont celles qui peuvent voir exactement ce qu’elle a fait, si bien que la confiance se gagne ligne par ligne. Un journal qui étiquette les changements de l’IA, met le nom d’une personne sur chacun d’eux et les rend faciles à annuler, c’est ce qui transforme « l’IA a changé quelque chose » d’une inquiétude en une routine.
Dans Simple Inventory, chaque connexion IA au serveur MCP intégré agit en tant que la personne qui l’a autorisée, est limitée à une seule entreprise, et peut être supprimée avec Déconnecter dans la section Accès IA / MCP. Chaque changement qu’elle fait arrive dans le même historique que ceux de tous les autres, marqué « Assistant IA », avec les valeurs avant et après pour les modifications, et les articles supprimés peuvent être restaurés. Consultez la fonctionnalité de piste d’audit.
À lire aussi : ce que consigne un bon journal d’inventaire, pourquoi le journal d’inventaire compte plus que votre comptage, et gérer l’inventaire en discutant avec Claude.