Oui, pour trois tâches spécifiques. Un agent IA peut maintenir les points de réapprovisionnement à jour à partir des transactions déjà enregistrées par le système, gérer la discipline autour des comptages cycliques (les ouvrir, les relancer, réconcilier les résultats) et préparer les commandes fournisseurs à partir d'un rapport de faible stock. Ce sont les tâches qui dérivent lorsqu'une personne est interrompue, et ce sont celles qui valent la peine d'être déléguées en premier.
Les dépenses sont la limite. Un agent ne doit passer des commandes que dans une limite imposée par le système, exactement comme un acheteur junior travaille selon une autorité, et doit s'arrêter et demander lorsqu'une commande dépasse cette limite ou semble inhabituelle. La sécurité vient du logiciel qui maintient la ligne, pas du modèle qui se souvient de se comporter.
Lundi matin dans une petite réserve
L'étagère indique douze. Le système indique trente. La commande fournisseur qui aurait dû être envoyée jeudi est toujours un brouillon, car la personne qui l'a créée s'occupait de l'expédition. Rien de tout cela n'est un échec du logiciel au sens habituel. Ce qui a échoué, c'est l'entretien : trois petites tâches qui doivent être effectuées en continu pour que les chiffres aient un sens, et que personne n'est payé pour faire en continu.
Ces trois tâches constituent la majeure partie de la gestion des stocks pour une petite ou moyenne entreprise : maintenir le chiffre de stock exact, savoir quand réapprovisionner et passer la commande. Chacune est routinière, chacune est interrompue par tout ce qui se passe sur le terrain, et chacune dérive lorsqu'elle est interrompue. Cette dérive est là où les agents IA pour la gestion des stocks justifient leur coût, et la question utile est de savoir laquelle des trois tâches un agent peut gérer seul et où il doit s'arrêter et demander.
Points de réapprovisionnement : maths simples, entretien constant
La règle standard n'est pas compliquée. Un point de réapprovisionnement est le niveau de stock qui déclenche le réapprovisionnement, calculé comme la consommation attendue pendant le délai de livraison du fournisseur plus un stock de sécurité pour faire face à la variation de la demande ou de la livraison. Si un article se vend à vingt par semaine, que le fournisseur prend deux semaines, et que vous gardez une semaine de réserve, le point de réapprovisionnement est de soixante. Tout manuel sur le contrôle des stocks donne la même formule.
La difficulté est que chaque entrée évolue. Le délai de livraison change lorsque le fournisseur change de transporteur ou perd un entrepôt. La demande hebdomadaire change avec la saison, un nouveau client ou un produit qui cesse discrètement de se vendre. Le stock de sécurité doit évoluer avec les deux. Dans la plupart des entreprises, le point de réapprovisionnement a été fixé une fois, lorsque le produit a été créé, et n'a pas été révisé depuis. La règle est correcte ; les entrées sont obsolètes.
C'est la première tâche qu'un agent peut gérer, car les entrées existent déjà dans le système comme un sous-produit d'autres travaux. Chaque réception de marchandises enregistre quand une commande a été passée et quand elle est arrivée, ce qui donne le délai de livraison. Chaque expédition et vente enregistre la demande. Un agent ayant accès en lecture aux transactions de stock peut recalculer le point de réapprovisionnement pour chaque article selon un calendrier, signaler ceux qui ont dérivé au-delà d'une tolérance que vous avez définie, et proposer le nouveau chiffre. La décision de modifier le chiffre lui-même est une question de permission ; un premier réglage sensé est qu'il propose et qu'une personne accepte.
Comptages et écarts
La deuxième tâche est de maintenir le chiffre de stock exact. Un comptage annuel complet est coûteux, ferme l'opération pendant une journée, et est déjà erroné au moment où il se termine. Le comptage cyclique, quelques emplacements ou articles par jour selon un rota, est la méthode sur laquelle la plupart des opérations se mettent d'accord et celle que la plupart des opérations laissent filer, car le rota n'a pas de propriétaire une fois que la personne qui l'a mis en place est partie.
Un agent est bien adapté au rota, pas au comptage. Il peut ouvrir un comptage pour les emplacements prévus aujourd'hui, l'assigner à quiconque est de service, le relancer si les résultats ne sont pas disponibles d'ici le milieu de l'après-midi, comparer le résultat avec le chiffre du système, publier l'ajustement pour les petites variations, et signaler les grandes comme une tâche pour une personne avec l'historique des transactions attaché. Le comptage lui-même nécessite toujours quelqu'un avec un scanner ou une feuille de papier devant l'étagère. La discipline qui l'entoure, qui est la partie qui échoue réellement, est administrative et peut être déléguée.
Le seuil est important. Une variation de deux unités sur un article de faible valeur peut être ajustée et notée. Une variation de quarante sur quelque chose qui coûte 210,00 € une unité ne doit pas être ajustée par quiconque, agent ou personne, sans un second examen, car cela signifie généralement qu'un reçu n'a jamais été enregistré ou que quelque chose a quitté le bâtiment. Définissez le seuil explicitement, comme un nombre auquel l'outil d'ajustement de l'agent est limité. Un agent à qui la règle est expliquée la suit à chaque fois ; une personne en charge de l'expédition ne le fait pas.
Commandes d'achat : comment l'agent demande avant de dépenser
Le troisième travail est celui qui préoccupe les gens, car il engage de l'argent. La réponse est qu'un agent doit préparer des commandes librement et les passer uniquement dans le cadre d'une autorité qui lui a été donnée, comme le fait un acheteur junior. En dessous de la limite, il envoie. Au-dessus, ou lorsque quelque chose concernant la commande est inhabituel (un fournisseur auprès duquel il n'a pas commandé auparavant, une quantité très éloignée de l'ordinaire, un prix qui a changé), il s'arrête et demande. Voici à quoi cela ressemble sous forme d'une demande, exécutée contre un espace de travail avec les enregistrements de stock et de fournisseur, avec une limite d'approbation déjà définie sur la connexion de l'agent.
- Lecture des niveaux de stock par rapport aux points de réapprovisionnement
- Trois articles en dessous du point de réapprovisionnement, tous fournis par Northwind
- Commande rédigée à partir des paramètres par défaut du fournisseur et du délai de livraison actuel
- Le total dépasse votre limite d'approbation, en attente de votre décision
L'agent a utilisé les outils de stock, de fournisseur et de tâche qui lui étaient autorisés. Il n'a pas envoyé la commande, car le total dépassait la limite fixée pour cette connexion. Une fois la personne approuvée, il envoie la commande et enregistre la réception des marchandises attendue afin que la livraison puisse être vérifiée par rapport à cela.
Deux choses rendent cela sûr plutôt que simplement rassurant. La première est que la limite est appliquée par le système, et non mémorisée par le modèle : la connexion utilisée par l'agent a un plafond de dépenses et un ensemble fixe d'outils qu'il peut appeler, et passer une commande au-dessus du plafond échoue, quelle que soit l'intention de l'agent. La seconde est que l'approbation crée un enregistrement. La personne qui a approuvé, le moment et le brouillon qu'elle a vu sont enregistrés avec les appels d'outils, de sorte que la piste de vérification pour une commande passée par un agent est au moins aussi complète que celle d'une commande passée manuellement, et généralement plus complète.
Quelles tâches d'inventaire déléguer
| Tâche | L'agent peut posséder. | Une personne garde | Ce que le logiciel doit exposer. |
|---|---|---|---|
| Recalcul des points de réapprovisionnement. | Oui, selon un calendrier, proposant des changements. | Validation des grands changements. | Historique des transactions, réceptions de marchandises et niveaux de stock comme outils appelables. |
| Surveillance des stocks faibles. | Oui, en continu. | Rien de routinier. | Une requête sur les stocks faibles qui inclut le fournisseur pour chaque article |
| Le planning de comptage cyclique | Ouverture, attribution, suivi, rapprochement | Le comptage physique | Outils de démarrage de comptage, d'enregistrement et de gestion des écarts |
| Ajustements de petites variations | Oui, en dessous d'un seuil | Grandes variations, toujours | Un outil d'ajustement limité aux autorisations de l'utilisateur et au seuil |
| Rédaction des commandes fournisseurs | Oui | Rien de routinier. | Paramètres par défaut des fournisseurs, délais de livraison des articles, commandes ouvertes |
| Passer des commandes fournisseurs | En dessous d'une limite de dépenses | Au-dessus, et tout ce qui est inhabituel | Un plafond de dépenses appliqué par connexion, avec un journal |
| Réception des marchandises | Enregistrer la réception contre la commande | Vérifier la livraison à la porte | Un outil de réception qui fait référence à la commande |
La colonne de droite est le test à exécuter sur tout système d'inventaire. Si les outils d'une tâche ne sont pas présents, l'agent ne peut pas en être responsable, peu importe la capacité du modèle.
Ce que le logiciel sous-jacent doit fournir
Tout ce qui précède dépend du système d'inventaire exposant son travail sous forme d'actions qu'un agent peut appeler, plutôt que d'écrans que l'agent devrait piloter. Quatre choses doivent être vraies. Chaque action (interroger le stock, commencer un comptage, enregistrer une réception, rédiger une commande) est un outil nommé avec des entrées définies. Chaque outil est proposé et exécuté sous les autorisations de la personne que l'agent représente, donc un agent agissant pour le responsable de l'entrepôt ne peut pas approuver une commande que le responsable de l'entrepôt ne pourrait pas. Les dépenses sont plafonnées là où de l'argent est engagé. Et chaque appel est enregistré avec ses entrées et son résultat.
Dans Sois, c'est ainsi que le module d'entrepôt est construit. Un espace de travail est un serveur MCP, et les outils de stock sont nommés selon ce qu'ils font : getLowStock, getStockSummary, startStockCount, getStockDiscrepancies, receiveStock, manageGoodsReceipt, avec le côté fournisseur en comptabilité aux côtés des factures d'achat. Vous connectez l'agent que vous utilisez déjà, Claude, ChatGPT ou tout client MCP, en ajoutant l'adresse de l'espace de travail et en vous connectant une fois ; il n'y a pas de jeton à coller. Les outils sont filtrés par votre rôle avant que l'agent ne les voie et vérifiés à nouveau lorsqu'ils s'exécutent, une limite de dépenses est fixée par intégration, et chaque action est traçable par la suite. Lorsque votre propre agent fait le raisonnement, Sois n'effectue aucune IA en votre nom et ne facture rien pour cela.
- Mettre les choses au clairArticles, fournisseurs, délais et emplacements dans le système, pas à côté. Deux semaines de reçus et d'expéditions propres suffisent pour commencer.
- Donnez d'abord un accès en lecture à l'agent.Laissez-le recalculer les points de réapprovisionnement et signaler la dérive pendant deux semaines. Vérifiez ses propositions par rapport à ce que vous savez.
- Définissez les seuils.Une variance qu'il peut ajuster, une dépense qu'il peut engager, les deux en tant que chiffres que le système impose plutôt que des instructions que le modèle suit.
- Élargissez le champ.Laissez-le rédiger des commandes, puis envoyer dans la limite, puis exécuter le planning de comptage. Lisez le journal chaque semaine jusqu'à ce que vous ne trouviez plus rien.
Lisez avant d'écrire, proposez avant de changer, une limite avant toute dépense. Suivi dans cet ordre, le résultat est un agent qui maintient le chiffre de stock honnête, indique ce qui doit être commandé avant que cela ne s'épuise, et demande une décision uniquement lorsque la décision vous appartient réellement.
Questions que les gens posent
Un agent IA peut-il passer des commandes d'achat de manière autonome ?
Dans une limite, oui. Donnez à la connexion de l'agent un plafond de dépenses imposé par le système et laissez-le envoyer des commandes en dessous. Au-dessus du plafond, ou pour toute chose inhabituelle comme un nouveau fournisseur ou une quantité inhabituelle, il doit préparer la commande et demander. Le plafond doit être intégré dans le logiciel, pas dans les instructions de l'agent.
L'agent remplace-t-il les scanners de codes-barres ou le comptage physique ?
Non. Quelqu'un doit encore se tenir devant l'étagère et compter, avec un scanner ou un clipboard. L'agent gère le planning autour du comptage : l'ouvrir, l'assigner, le relancer, réconcilier le résultat et publier de petits ajustements. Cette discipline administrative est ce qui fait généralement défaut.
Comment l'agent connaît-il le délai de livraison du fournisseur ?
À partir des bons de réception. Chaque bon porte la date à laquelle la commande a été passée et la date à laquelle elle est arrivée, de sorte que l'agent peut recalculer le délai de livraison par fournisseur et par article à mesure que les livraisons arrivent, et l'intégrer dans le point de commande. Si les bons ne sont pas enregistrés contre les commandes, c'est la première chose à corriger.
Que faire si les chiffres de stock dans le système sont déjà incorrects ?
Commencez par le rota de comptage plutôt que par les points de commande. Laissez l'agent effectuer des comptages cycliques dans chaque emplacement une fois, signalez les grandes divergences à une personne pour enquête, et enregistrez les petites. Ce n'est que lorsque le chiffre est fiable qu'un point de commande calculé à partir de celui-ci vaut la peine d'agir.
- Point de commande (Wikipedia) la définition standard : consommation pendant le délai de livraison plus stock de sécurité
- Documentation Sois : le serveur MCP de l'espace de travail les noms des outils d'entrepôt et de comptabilité, le filtrage des autorisations, les plafonds budgétaires et la journalisation tels que mis en œuvre
- spécification du Protocole de Contexte de Modèle : outils comment les outils sont listés et appelés, et l'exigence de contrôles d'accès, de validation des entrées et d'une personne capable de refuser un appel
- Sois : sécurité et la couche de permission autorisations appliquées lorsque les outils sont proposés et à nouveau lorsqu'ils fonctionnent, limites de dépenses par intégration, activité d'agent traçable
Cet article est révisé lorsque les produits qu'il décrit changent. Prochaine révision prévue : 4 décembre 2026.