L’IA dans les achats : où garder la décision humaine ? Les enseignements de PASIAWorld 2026

L'IA peut constituer un cahier des charges fournisseur plus rapidement qu'un acheteur ne peut naviguer entre un dossier de contrats, une feuille de calcul et un écran ERP. Quant à savoir si elle doit négocier, approuver ou s'engager dans la transaction, c'est une autre affaire. Cette distinction devrait guider le prochain projet pilote d'approvisionnement avant tout choix de modèle.

Lors de PASIAWorld 2026, les discussions sur les achats adaptés à l'IA ont mis en lumière cette frontière. Le compte rendu de l'intervention du PDG Rolan Marco Garcia, publié par Embiggen X, a souligné une distinction pratique : laisser les agents préparer et harmoniser les informations, tandis que les personnes conservent la responsabilité des décisions importantes concernant les fournisseurs. Cet article développe cette position en un cadre opérationnel pour les responsables des achats.

01 La question des achats à PASIAWorld 2026

PASIAWorld 2026 s'est tenu les 8 et 9 octobre au SMX Convention Center de Manille, sous l'égide du Procurement and Supply Institute of Asia. Les dates sont confirmées par le site web du centre . La conférence a permis d'établir des liens entre les thématiques de la chaîne d'approvisionnement, des achats et de la logistique et le salon SupplyCon qui se déroulait en parallèle.

Le programme publié par l'organisateur comprenait des sessions sur les achats automatisés, la gouvernance de l'IA et l'évolution du rôle des professionnels des achats. Une table ronde, le deuxième jour, a abordé l'équilibre entre les capacités de l'IA et les tâches qui restent à l'œuvre. Cette question est pertinente car les achats associent des tâches administratives répétitives à des décisions dont les conséquences dépassent largement le cadre d'un simple bon de commande.

Dans son compte rendu de l'événement , Embiggen X mentionne Rolan comme expert en transformation par l'IA auprès du panel d'experts en achats. Les recommandations pratiques ci-dessous s'appuient sur ce compte rendu et sur les recherches citées. Elles ne constituent pas une transcription des débats ni une affirmation selon laquelle tous les intervenants auraient approuvé la même approche.

02 Définissez la limite en fonction de la conséquence, et non du nom de la tâche.

L'étiquetage d'une tâche est un mauvais indicateur du niveau d'autorité à conférer à un agent. « Négociation avec un fournisseur » peut désigner l'examen des conditions de paiement d'un contrat courant, mais aussi la modification d'une relation essentielle au fonctionnement d'une usine. « Vérification des factures » peut signifier la détection d'une anomalie ou l'autorisation d'un paiement. Un même étiquetage peut masquer des risques très différents.

Commencez par les actions que le système serait autorisé à effectuer. La consultation d'enregistrements, la rédaction d'une explication, l'envoi d'un message, la modification d'un enregistrement principal et la prise d'un engagement commercial constituent des autorisations distinctes. Un pilote peut apporter une aide précieuse aux deux premiers niveaux sans avoir besoin des autres.

Prenons l'exemple d'un composant de faible valeur provenant du seul fournisseur qualifié pour une ligne de production. Le montant facturé est faible, mais une mauvaise décision pourrait compromettre la continuité de la production. À l'inverse, un achat plus important et régulier, effectué dans le cadre d'un accord établi, sera plus facile à évaluer. Le montant de la dépense doit être pris en compte dans l'évaluation, au même titre que la substituabilité, la réversibilité, l'urgence de la livraison et la capacité à détecter une erreur.

Pour chaque flux de travail potentiel, notez la pire erreur possible, qui la remarquerait et comment l'entreprise s'en remettrait. Si personne ne peut répondre à ces questions, l'expression « intervention humaine » reste un vœu pieux. Le processus nécessite un responsable, un point de décision et suffisamment d'informations pour que l'analyse soit pertinente.

03 Ce que l'exemple de Walmart nous aide réellement à comprendre

Le travail de Walmart en matière de négociation avec les fournisseurs constitue une référence utile pour un déploiement ciblé. Le compte rendu de Pactum décrit un essai canadien portant sur des achats indirects pour les opérations en magasin, notamment les services de gestion de flotte et les chariots. Il s'agit d'un contexte commercial spécifique, et non d'une preuve que toutes les relations avec les fournisseurs devraient être automatisées.

La leçon opérationnelle à retenir est de définir le périmètre éligible avant d'introduire l'autonomie. Il convient de déterminer les fournisseurs, les conditions et les exceptions qui doivent être intégrés au processus, puis d'évaluer le résultat dans ce contexte. Une équipe d'approvisionnement ne doit pas considérer le taux d'accord ou les économies d'une autre entreprise comme ses propres prévisions. Ses contrats, son portefeuille de fournisseurs et son pouvoir de négociation peuvent être sensiblement différents.

Lors d'une première intervention, il est important de distinguer la préparation d'une négociation de sa conduite. Un agent peut recueillir l'historique des dépenses, identifier l'accord applicable et rédiger des options pour un acheteur. Autoriser la communication de ces options à des tiers implique une décision supplémentaire concernant la formulation approuvée, les concessions autorisées et les modalités d'escalade. L'autorité ne devrait être étendue que si les éléments de preuve justifient cette mesure.

04 Commencez par un transfert observable.

Un premier problème utile consiste souvent à effectuer une transition qui prend déjà du temps : transformer une demande d’achat en un cahier des charges complet, rapprocher les pièces justificatives des factures ou rassembler les documents nécessaires à l’examen d’un contrat arrivant à échéance. Choisissez un point où le retard actuel est visible et où une personne peut juger de la pertinence du résultat attendu.

Prenons l'exemple du contrôle des factures. Un assistant reçoit une facture, localise le bon de commande et le compare aux informations de réception et aux conditions commerciales applicables. Sa première tâche consiste à fournir une comparaison traçable. Il n'a pas besoin d'autorisation de paiement pour faciliter l'investigation d'une anomalie.

Supposons que la quantité facturée diffère de celle figurant sur le reçu. L'assistant doit identifier les enregistrements contradictoires et signaler l'anomalie à la personne responsable. Il ne doit ni inventer une livraison manquante, ni modifier discrètement le bon de commande, ni interpréter un message du fournisseur comme une autorisation de paiement. Le résultat attendu est une question pertinente et bien argumentée, transmise au destinataire approprié.

L'illustration met en évidence cette distinction : les enregistrements servent à la comparaison, une incohérence est signalée à l'acheteur et le paiement est bloqué jusqu'à ce que le processus autorisé la résolve. Elle décrit une règle de fonctionnement, et non un résultat client mesurable. Un processus d'exception clairement défini peut s'avérer plus utile qu'une démonstration ne traitant que des cas simples.

05 Rendre les données exploitables pour cette décision

Les informations relatives aux achats sont souvent dispersées dans un ERP, les fichiers fournisseurs, les courriels et les tableurs. Il est nécessaire de relier ces sources uniquement dans la mesure où elles étayent la décision prise. Privilégiez un petit répertoire de sources fiables plutôt qu'une recherche exhaustive dans tous les documents de l'entreprise.

• Identifiez les clés du fournisseur et du document utilisées pour joindre les enregistrements, y compris les identifiants en double ou hérités.
• Consignez qui est propriétaire de chaque source et la rapidité avec laquelle les modifications lui parviennent.
• Précisez quel accord ou amendement prévaut en cas de conflit de termes.
• Définir les preuves minimales nécessaires pour formuler une recommandation.
• Limitez l'accès au flux de travail et conservez un moyen de revenir à l'enregistrement original.

La fraîcheur des informations est aussi importante que leur format. Un prix correctement extrait d'un contrat expiré ne constitue pas un fondement suffisant pour une décision. Un reçu établi après l'analyse ne doit pas être considéré comme une information dont disposait l'assistant auparavant. Il est essentiel de conserver suffisamment de contexte pour expliquer les informations disponibles au moment de la recommandation.

C’est là que le travail sur les données connectées peut étayer un projet pilote circonscrit. L’approche DataCore d’Embiggen vise à rassembler les informations pertinentes. La mise en œuvre nécessite encore la définition de la propriété des sources, des règles d’accès et une règle de traitement convenue pour les données manquantes. Une connexion à elle seule ne résout pas une divergence entre les enregistrements.

06 Nommez la personne qui peut résoudre les désaccords.

L'une des questions les plus pertinentes soulevées par l'article d'Embiggen concerne la gestion des désaccords entre un agent et un humain. Un acheteur peut refuser une recommandation car le système a omis de prendre en compte une contrainte. Il peut également se baser sur une exception non documentée que d'autres équipes doivent comprendre. Dans les deux cas, le simple comptage des exceptions sans analyse approfondie ne résout rien.

Avant le lancement du projet pilote, rédigez une brève politique de décision. Désignez le responsable du processus, définissez les personnes habilitées à approuver chaque action et précisez la procédure d'escalade lorsque l'examinateur n'a pas l'autorité requise. Définissez les délais de réponse attendus afin d'éviter qu'une exception ne soit oubliée dans une boîte de réception partagée. Rendez les justificatifs accessibles au moment de l'examen.

Consignez la raison de toute dérogation dans un langage opérationnel : accord erroné, réception périmée, approbation manquante, situation inhabituelle du fournisseur ou changement de priorité commerciale. Analysez les causes récurrentes avec le responsable concerné. Mettre à jour une règle ou une source de données selon un processus contrôlé est différent de supposer que le modèle tire automatiquement des enseignements de chaque correction.

L'approche 10-20-70 du BCG recommande de consacrer l'essentiel des efforts de transformation aux personnes et aux processus, au même titre qu'aux algorithmes, aux technologies et aux données. Il convient de la considérer comme un guide d'allocation des ressources. Elle ne constitue ni un taux d'échec mesuré, ni une formule budgétaire universelle, ni la preuve qu'un projet pilote donné sera couronné de succès.

07 Utilisez un projet pilote de 90 jours pour répondre à une question circonscrite.

L'article d'Embiggen propose une période initiale de 90 jours. Le plan ci-dessous présente une façon d'organiser cette période, sous réserve des conditions d'accès, des contrôles d'approvisionnement et de la fréquence des travaux. Une date limite fixe ne suffit pas à elle seule à constituer un nombre suffisant de cas représentatifs. Un processus à faible volume peut nécessiter une période d'évaluation différente.

Jours 1 à 30 : établir la situation de référence et les autorisations

Sélectionnez un flux de travail, un responsable et un ensemble de cas définis. Observez comment les utilisateurs effectuent leurs tâches actuellement, y compris la vérification et la correction. Déterminez ce que l'assistant peut lire, rédiger et ce qu'il ne doit absolument pas modifier. Rassemblez des exemples représentatifs, incluant des cas courants et des exceptions. Définissez les critères de réussite et d'arrêt avant d'examiner une démonstration finale.

Jours 31 à 60 : comparer les recommandations avec le processus existant

Utilisez l'assistant en parallèle du flux de travail actuel. Consignez sa recommandation, les pièces justificatives, les incertitudes et la décision du réviseur. Respectez scrupuleusement le processus établi. Analysez les erreurs par type plutôt que de les réduire à un seul indicateur de précision. Vérifiez si l'assistant permet un gain de temps après la révision et s'il facilite la compréhension des exceptions.

Jours 61 à 90 : décider s’il faut arrêter, améliorer ou développer.

Examinez les éléments de preuve avec le service des achats, le responsable du processus et les personnes chargées de la fiabilité technique. Résolvez les problèmes récurrents avant d'étendre le périmètre. Un projet pilote concluant peut justifier une utilisation plus large d'un cahier des charges révisé ; il ne justifie pas automatiquement une négociation ou un paiement autonome. Documentez précisément l'autorisation étendue, le suivi requis et les personnes habilitées à la suspendre.

08 Évaluez le travail après révision, et pas seulement la vitesse de génération.

Une première ébauche réalisée trop rapidement peut ralentir les vérifications. Mesurez l'intégralité du processus, de la réception des données exploitables à la version finale vérifiée. Distinguez le temps consacré à la collecte des données, à l'analyse des différences et à la résolution des exceptions. Comparez des cas similaires afin qu'un échantillon pilote simplifié ne donne pas l'impression que le nouveau processus est plus performant que les méthodes de travail habituelles.

• Résultat utile : le réviseur a-t-il reçu les documents corrects et une explication claire ?
• Effort de révision : quel niveau de vérification et de correction le résultat a-t-il nécessité ?
• Gestion des exceptions : les cas incertains ou contradictoires ont-ils été acheminés vers le bon responsable ?
• Conformité des contrôles : le système est-il resté dans les limites des autorisations approuvées ?
• Effet opérationnel : le flux de travail revu a-t-il permis d’améliorer le retard ou le problème spécifique sélectionné au départ ?

Pour les projets pilotes de négociation, définissez précisément les conditions commerciales. Une remise proposée ne se traduit pas nécessairement par des économies réalisées, et une modification des conditions de paiement peut impacter la relation fournisseur. Concernant la facturation, un écart constaté n'implique pas automatiquement une perte évitée. Veillez à bien distinguer les avantages escomptés, les constats vérifiés et les résultats obtenus.

09 Mettre en lumière une décision d'approvisionnement

Après une conférence sur l'IA, l'étape suivante consiste à prendre des décisions concernant le travail. Choisissez une procédure d'approvisionnement récurrente, identifiez les justificatifs nécessaires et désignez la personne responsable du résultat. Ensuite, testez si l'assistance améliore cette procédure, dans le respect des règles que l'équipe comprend.

C’est là toute l’opportunité pratique que recèle le débat de PASIAWorld. L’IA peut contribuer à organiser l’information et à préparer l’action. Les dirigeants doivent définir les limites de leur autorité et désigner les responsables en cas d’incertitude. Ces choix transforment une démonstration intéressante en un processus évaluable et pérenne.

Discuter d'un processus d'approvisionnement avec Embiggen X et définir les preuves, la propriété et les limites d'un premier projet pilote.