Agent IA de réapprovisionnement : au-delà du logiciel de stock
Un agent IA de réapprovisionnement ajuste le point de commande et le stock de sécurité sur signal réel, et trie les exceptions avant le gestionnaire. Ce qu'il fait de plus qu'un logiciel de stock, et les garde-fous à poser avant.
L'essentiel
Un agent IA de réapprovisionnement ajuste le point de commande et le stock de sécurité sur signal réel, et trie les exceptions avant le gestionnaire. Ce qu'il fait de plus qu'un logiciel de stock, et les garde-fous à poser avant.
Ce qu'un logiciel d'optimisation des stocks fait, et où l'agent commence
Un logiciel d'optimisation des stocks calcule, pour chaque référence, les paramètres qui équilibrent service et trésorerie : le point de commande, le stock de sécurité, la quantité à commander, à partir de l'historique de la demande et des délais fournisseurs. Il tourne à cadence fixe, souvent chaque mois ou chaque semaine, et il produit des propositions de commande que le gestionnaire valide ou corrige le matin. C'est un outil de calcul en régime stable, et il fait ce travail bien mieux qu'un tableur, sur des milliers de références, avec une cohérence qu'aucune équipe ne tient à la main. Ses paramètres ont pourtant une propriété qu'on oublie : ce sont des prévisions déguisées. Un stock de sécurité repose sur une hypothèse de délai fournisseur et de variabilité de la demande, et il reste juste tant que ces hypothèses tiennent. L'agent commence exactement là, entre deux recalculs, au moment où un signal réel dit que l'hypothèse ne tient plus, et son rôle consiste à faire vivre les paramètres et les propositions au rythme des événements plutôt qu'au rythme du calendrier de calcul.
Les propositions de commande : ce qui change avec un agent
Le logiciel propose une commande parce que le stock projeté passe sous le point de commande ; l'agent lit cette proposition et la confronte à la situation du jour avant de la laisser partir. Il vérifie que le fournisseur n'a pas déjà une commande en retard sur la même référence, auquel cas commander davantage n'apporte rien et il vaut mieux traiter le retard. Il tient compte d'une promotion confirmée par le commercial ou d'une commande client hors norme qui n'est pas encore dans l'historique, et il respecte la quantité minimale, la palettisation et la capacité de réception du quai. En agroalimentaire, il regarde la durée de vie restante avant de charger un stock qui périmera. Sur les propositions routinières, celles qui passent tous ces contrôles et restent sous un seuil en euros, il valide seul et transmet à l'ERP, en gardant la trace de chaque contrôle. Sur les autres, il n'écrase rien : il annote la proposition avec la raison du doute et la met en tête de la liste du gestionnaire, de sorte que la personne ouvre le matin dix lignes qui méritent son attention au lieu de trois cents qu'elle survole. Le gain n'est pas d'abord dans la commande, il est dans ce tri et dans l'explication qui l'accompagne.
Ajuster le point de commande et le stock de sécurité sur signal réel
C'est la fonction la plus utile et la plus délicate. Lorsqu'un fournisseur livre trois fois de suite avec cinq jours de retard, le délai réel a changé et le stock de sécurité calculé le mois dernier ne couvre plus le risque. L'agent le voit dans les réceptions, avant le prochain recalcul, et il propose de relever temporairement le stock de sécurité de la référence, en chiffrant ce que cela immobilise. Symétriquement, lorsque le fournisseur se stabilise, il propose de redescendre, ce que personne ne fait jamais à la main, et c'est ainsi que les stocks de sécurité ne font que monter dans la plupart des entreprises. Le même mécanisme joue côté demande, quand un client change de rythme de commande ou qu'une référence bascule d'un profil régulier à un profil erratique. Le cadre que je recommande distingue deux régimes : l'agent ajuste seul à l'intérieur d'une bande définie par le gestionnaire, par exemple un pourcentage du paramètre de base, avec retour automatique au paramètre de base quand le signal disparaît. Il propose, et attend une validation, pour tout ajustement structurel, comme le changement de classe d'une référence ou la révision du délai contractuel. Cette bande est le réglage le plus important de tout le dispositif, et c'est le gestionnaire qui doit la fixer, sur ses références, pas l'éditeur.
La gestion des exceptions : le vrai travail de l'agent
Dans un service approvisionnement, le temps ne part pas dans les commandes normales, il part dans les exceptions, et c'est le terrain où l'agent rend le plus de service. Une proposition de commande dix fois supérieure à l'habitude peut signaler une erreur de saisie ou une vraie demande, et l'agent va chercher laquelle dans les commandes clients avant de déranger quelqu'un. Une référence nouvelle sans historique n'a pas de paramètres fiables, et l'agent propose de la rattacher à une référence similaire le temps d'apprendre. Une fin de vie annoncée rend absurde tout réapprovisionnement au-delà du besoin restant, une quantité minimale de commande crée un surstock que l'agent chiffre en mois de couverture, un fournisseur en rupture déclarée rend la proposition inexécutable et il faut chercher ailleurs. Pour chaque exception, l'agent fait trois choses : il explique pourquoi la proposition est ce qu'elle est, il prépare les options avec leur coût, et il l'adresse à la bonne personne, gestionnaire, acheteur ou commercial. C'est ce qui évite de laisser la ligne dans une liste que tout le monde regarde et que personne ne traite. Un bon agent se mesure au nombre d'exceptions qu'il a résolues avec les données du système, sans avoir eu besoin d'un humain, et au fait que celles qu'il remonte sont réellement des décisions.
Les garde-fous à poser avant de le laisser toucher aux paramètres
Je conseille de traiter cette liste comme une condition de mise en route, et de ne rien brancher tant qu'un point n'est pas réglé. Il faut d'abord une bande d'ajustement autorisée par référence ou par classe, en dehors de laquelle l'agent propose sans jamais modifier. Il faut ensuite un journal de chaque modification de paramètre, avec le signal qui l'a motivée, la valeur avant, la valeur après et la date de retour prévue, que le gestionnaire peut rejouer. Le retour automatique au paramètre de base quand le signal disparaît doit être prévu dès le départ, pour éviter l'empilement d'ajustements que plus personne ne comprend. Un seuil en euros doit aussi faire passer toute proposition de commande par une validation au-dessus d'un certain montant, quel que soit son caractère routinier. Une liste de références intouchables, produits sous contrat client, matières réglementées, articles dont le stock est piloté par un accord, doit exister avant la mise en route, l'agent les lisant sans jamais les modifier. Il faut aussi mesurer, avant et après, le surstock en euros et les ruptures en lignes par famille, pour décider de l'extension du périmètre sur des faits plutôt que sur une impression. Il faut enfin une procédure d'arrêt qui remette les paramètres de base en place sans laisser l'ERP dans un état incohérent, et qui ait été testée une fois avant qu'on en ait besoin. Chacun de ces points paraît évident écrit ainsi ; dans mon expérience, ce sont les deux derniers qui manquent au moment où ils comptent.
Où il se trompe
Les erreurs d'un agent de réapprovisionnement sont d'une famille bien connue des planificateurs, elles sont simplement plus rapides. La première est la sur-réaction : une commande exceptionnelle d'un client, prise pour un changement de tendance, relève un stock de sécurité qui ne redescendra que si le retour automatique a été prévu. La deuxième est l'oscillation : un agent qui ajuste trop souvent, sur des signaux trop courts, amplifie les variations au lieu de les amortir, et il devient lui-même une source d'effet coup de fouet vers l'amont. La fréquence d'ajustement doit donc être plus lente que le délai fournisseur, ce qui est une règle simple et rarement appliquée. La troisième est la confusion entre erreur de donnée et signal, un inventaire faux ou une réception non pointée se lisant comme une consommation. La quatrième est l'oubli des contraintes physiques, quantité minimale, palettisation, capacité de stockage, qui rend une proposition parfaitement calculée impossible à réceptionner. Aucune de ces erreurs n'est fatale si le journal existe et si quelqu'un le lit chaque semaine. Les paramètres de stock resteront des paris sur le fournisseur et sur la demande, et ces paris seront perdus une partie du temps. Un agent bien bordé sert à ce qu'un pari perdu soit corrigé pendant qu'il coûte encore peu, au lieu d'attendre le prochain recalcul mensuel pour s'en apercevoir.
Cet article part d'une conviction : la prévision parfaite n'existe pas, ce qui compte c'est la décision d'après.
- Ce qu'un logiciel d'optimisation des stocks fait, et où l'agent commence
- Les propositions de commande : ce qui change avec un agent
- Ajuster le point de commande et le stock de sécurité sur signal réel
- La gestion des exceptions : le vrai travail de l'agent
- Les garde-fous à poser avant de le laisser toucher aux paramètres
- Où il se trompe
Clevizio
Clevizio est la couche de décision qui se branche sur vos outils existants : elle détecte l'imprévu, simule vos options et garde la mémoire de chaque arbitrage. Découvrir comment fonctionne le copilote de décision.
Nelson Mukuze
CTO & CAIO, cofondateur de Clevizio
Une question sur vos imprévus ? Réservez 30 minutes avec moi pour estimer ce qu'ils vous coûtent vraiment, sans engagement.
Questions fréquentes
Qu'est-ce qu'un agent IA de réapprovisionnement ?
C'est un système qui suit les propositions de commande et les paramètres de stock entre deux recalculs, et les confronte aux signaux réels. Retards fournisseurs, commandes hors norme, promotions : il agit en conséquence, par la validation des propositions routinières, l'ajustement temporaire du stock de sécurité dans une bande autorisée, le tri et l'explication des exceptions pour le gestionnaire.
Quelle différence entre un agent IA et un logiciel d'optimisation des stocks ?
Le logiciel calcule les paramètres et les propositions à cadence fixe, à partir de l'historique, et il le fait très bien en régime stable. L'agent travaille sur les événements qui surviennent entre deux calculs, quand une hypothèse de délai ou de demande ne tient plus, et il traite les exceptions au lieu de les laisser dans une liste. Les deux se complètent, le premier calcule, le second réagit.
Un agent IA peut-il modifier le stock de sécurité tout seul ?
Oui, à l'intérieur d'une bande fixée par le gestionnaire, avec un journal de chaque modification. Le retour au paramètre de base est automatique quand le signal disparaît. Tout ajustement structurel, changement de classe d'une référence ou révision d'un délai, doit rester une proposition validée par une personne, et certaines références sous contrat ou réglementées doivent lui être interdites.
À lire aussi
Mettez enfin un chiffre sur ce que vos imprévus vous coûtent chaque année.
Commençons par estimer ce que vos imprévus vous coûtent réellement. C'est gratuit, ça prend 30 minutes, et vous repartez avec un chiffre que personne dans votre entreprise ne connaît aujourd'hui.