Point clé
Un agent d'achat IA greffé à votre ERP prépare les bons de commande pour approbation, relance les fournisseurs pour obtenir confirmations et dates d'expédition, et avertit les acheteurs pendant qu'il est encore temps de réagir à un retard.
Demandez à un acheteur d’un fabricant de taille moyenne comment il passe sa semaine. Il en consacre très peu à la négociation ou à la stratégie d’approvisionnement. Il passe surtout son temps à lancer le rapport MRP, à transformer les suggestions en bons de commande, à écrire aux fournisseurs pour obtenir une confirmation, puis à leur réécrire parce que personne n’a répondu.
Puis un fournisseur repousse une date d’expédition de deux semaines. Le courriel dort dans la boîte de quelqu’un. L’ERP affiche toujours la date d’origine. La production l’apprend quand la matière n’arrive pas pour une commande déjà planifiée.
Rien de tout ça n’exige un nouvel ERP. Le vôtre sait déjà ce dont vous avez besoin et quand. Ce qui manque, c’est quelque chose qui agit sur cette information et la garde à jour. C’est le rôle d’un agent d’achat IA branché sur le système que vous utilisez déjà.
Pourquoi le suivi des achats dérape
Le travail d’achat est répétitif et encadré par des règles, mais il est aussi plein de petites exceptions. C’est ce mélange qui l’a gardé à l’abri de l’automatisation.
Les suggestions du MRP demandent du jugement. Le système dit de commander 2 000 pièces au fournisseur privilégié. Votre acheteur sait que ce fournisseur est en allocation ce trimestre, que le palier de prix à 2 500 vaut la peine, et qu’une deuxième source coûte moins cher pour cette famille de pièces. L’automatisation classique des flux dans l’ERP ne sait pas trancher ces cas. Les acheteurs refont donc le travail à la main.
Les échanges avec les fournisseurs ne sont pas structurés. Les confirmations arrivent sous forme d’accusés de réception en PDF, de courriels d’une ligne, de mises à jour sur un portail ou d’un appel téléphonique. Certains fournisseurs répondent au courriel du bon de commande. D’autres ouvrent un nouveau fil. Pour qu’une date confirmée se retrouve dans l’ERP, quelqu’un doit lire chacun de ces messages et la saisir.
Le suivi est la première chose qui glisse. Quand les acheteurs sont débordés, relancer une confirmation qui n’est pas arrivée semble moins urgent que de passer la prochaine commande. C’est exactement comme ça que des livraisons en retard passent inaperçues jusqu’au moment où elles font mal.
L’EDI règle une partie du problème avec vos plus gros fournisseurs. Il n’aide pas avec la longue liste de petits fournisseurs qui ne mettront jamais en place une connexion EDI.
Ce que fait un agent d’achat IA
L’agent qu’on bâtit fonctionne à côté de votre ERP, que ce soit SAP Business One, Epicor, NetSuite, Plex, Infor ou un autre système. Il s’occupe des étapes de routine et fait appel à vos acheteurs quand une décision s’impose.
Il prépare les bons de commande à partir des signaux de votre ERP
L’agent lit les résultats du MRP, les points de commande et les demandes d’achat ouvertes. Il applique vos règles d’achat : listes de fournisseurs approuvés, sources privilégiées par pièce, prix négociés, quantités minimales de commande et délais d’approvisionnement. Il prépare ensuite les bons de commande et les regroupe par fournisseur.
Les bons qui respectent vos règles, comme un réapprovisionnement courant auprès d’un fournisseur sous contrat et sous les seuils budgétaires, peuvent être mis en file pour une approbation en un clic. Tout ce qui sort de ces règles va à un acheteur, avec la raison.
Il relance les fournisseurs
Une fois le bon de commande émis, l’agent en fait le suivi. Si aucun accusé de réception n’arrive dans le délai que vous avez fixé, il relance la personne-ressource du fournisseur. Il demande une date d’expédition confirmée, puis le numéro de suivi une fois la commande expédiée. Les messages partent d’une adresse partagée du service des achats ou au nom de l’acheteur, sur un ton simple que vous approuvez d’avance.
Il lit les réponses des fournisseurs et met l’ERP à jour
Quand un fournisseur répond, l’agent lit le courriel ou l’accusé de réception joint. Il en tire la quantité, le prix et la date d’expédition confirmés, ainsi que tout changement. Si tout correspond au bon de commande, il met à jour la date promise dans l’ERP. Si quelque chose diffère, comme une hausse de prix, une quantité partielle ou un changement de date, il signale la ligne à un acheteur au lieu de l’accepter.
Il signale tôt les risques pour la production
L’agent compare les dates confirmées par les fournisseurs aux commandes de production et aux commandes clients qui dépendent de cette matière. Quand un retard met une commande de production en danger, votre acheteur et votre planificateur reçoivent une alerte. Elle indique quelle commande est touchée, de combien, et quelles sources de rechange existent dans votre historique fournisseurs.
Disons qu’un fournisseur confirme une commande de barres une semaine plus tard que demandé. L’agent voit que deux commandes de production prévues cette semaine-là ont besoin de cette matière. Il alerte l’acheteur le jour même où la réponse arrive.
Où vos acheteurs gardent le contrôle
Les achats engagent l’argent de l’entreprise. Le modèle d’approbation compte donc autant que l’automatisation.
Votre équipe fixe les règles : ce que l’agent peut faire seul et ce qui exige une personne. Une configuration courante :
- L’agent prépare chaque bon de commande, mais un acheteur l’approuve avant qu’il soit émis
- Les courriels de relance partent automatiquement à partir de modèles approuvés
- Les confirmations conformes mettent l’ERP à jour automatiquement
- Tout changement de prix, de quantité ou de conditions exige l’approbation d’un acheteur
- Chaque action est consignée, avec le courriel ou le document source joint
Vous pouvez commencer prudemment et assouplir les règles pour certains fournisseurs ou certaines familles de pièces une fois que vous avez vu l’agent à l’œuvre.
Ce qu’il faut pour bien le bâtir
Une intégration à l’ERP dans les deux sens. Lire les résultats du MRP et les bons de commande ouverts, c’est la moitié facile. Écrire les dates confirmées et créer des bons de commande demande de bien gérer la logique d’affaires, les permissions et la piste d’audit de votre ERP. On utilise l’API de votre ERP quand il y en a une, et ses méthodes d’importation prises en charge sinon.
Des courriels qui fonctionnent avec de vrais fournisseurs. L’agent doit composer avec des réponses qui citent le mauvais numéro de bon de commande, des pièces jointes dans des formats bizarres, des réponses automatiques et des fournisseurs qui répondent à trois bons de commande dans un seul courriel. Un outil de calibre production gère ces cas et demande l’avis d’une personne quand il a un doute.
Vos règles, mises par écrit. Bien des règles d’achat n’existent que dans la tête des acheteurs. Une partie du projet consiste à les documenter : quels fournisseurs sont privilégiés pour quoi, quand fractionner une commande, quels seuils déclenchent une révision.
Des tests sur votre historique. Avant la mise en service, on fait repasser d’anciennes exécutions du MRP et d’anciens courriels de fournisseurs dans l’agent, puis on compare ses décisions à celles de vos acheteurs. Les désaccords montrent où les règles doivent être retravaillées.
Votre part
Vous devrez fournir :
- Un accès à votre ERP, avec un environnement de test si vous en avez un
- Votre liste de fournisseurs approuvés et vos prix négociés, s’il y a lieu
- Les règles d’approbation que vos acheteurs suivent aujourd’hui, même informelles
- Un accès à la boîte courriel des achats à partir de laquelle l’agent enverra et surveillera les messages
Comment se déroule le projet
Vous décrivez le problème. On le cadre avec vous dans une spécification claire, y compris ce que l’agent doit gérer seul et ce qu’il doit transmettre à une personne.
Vous obtenez un prix fixe lié à ce résultat. Pas de facturation à l’heure.
Des agents IA bâtissent le système, supervisés par des ingénieurs principaux responsables de l’intégration à l’ERP, de la logique d’approbation et des tests. Vous obtenez un outil de calibre production qui roule dans votre environnement en quelques jours ou quelques semaines.
Questions fréquentes
Est-ce que l'agent va passer des commandes sans approbation?
Seulement si vous le configurez ainsi. La plupart des entreprises commencent avec l'approbation de l'acheteur sur chaque bon de commande, puis assouplissent la règle pour les réapprovisionnements courants auprès de fournisseurs de confiance.
Et si un fournisseur ne répond jamais aux courriels?
Après un nombre de relances que vous fixez, l'agent transmet le dossier à l'acheteur avec tout l'historique. Il ne relance pas indéfiniment.
Est-ce que ça fonctionne avec l'EDI?
Oui. Vos fournisseurs en EDI peuvent y rester. L'agent s'occupe de ceux qui communiquent par courriel et par portail, et donne aux acheteurs une seule vue de l'état des commandes, peu importe le canal.
Faut-il d'abord faire le ménage dans notre ERP?
Non. On repère les problèmes de données qui nuisent à l'agent, comme des délais d'approvisionnement manquants ou des contacts fournisseurs périmés, et on corrige ce qu'il faut pendant le projet.
