L'IA peut-elle extraire les données des demandes d'achat ?
L'extraction PR n'est pas l'extraction PO

Ce qui différencie une demande d'achat d'un bon de commande

L'erreur la plus fréquente en extraction de DA est de la traiter comme un problème d'extraction de BC. Les noms de champs se ressemblent — numéro de document, date, demandeur, fournisseur, articles, quantités, totaux — mais l'objectif et la structure diffèrent suffisamment pour qu'un outil conçu pour les BC interprète mal une demande d'achat sans s'en rendre compte.

Un bon de commande est un contrat destiné au fournisseur. Il communique les quantités commandées, les prix convenus, les dates de livraison et les conditions de paiement. Ses champs sont relativement standardisés car les fournisseurs doivent les lire et les exécuter. Les formats de numéros de BC varient, mais le concept de numéro de BC est universel chez tous les fournisseurs, dans tous les secteurs.

Une demande d'achat est une demande d'approbation interne. Elle signifie « Je dois acheter ceci — veuillez approuver la dépense. » Ses champs reflètent la structure interne de l'entreprise : codes de service, centres de coûts, numéros de comptes budgétaires, hiérarchies d'approbation, notes de justification, suggestions de fournisseurs préférés. Aucun de ces champs n'apparaît sur un BC. Et contrairement aux BC, généralement générés par un système, les DA arrivent encore sous forme de formulaires papier remplis à la main, de feuilles Excel imprimées et signées, ou de pièces jointes d'e-mails libres — des formats sans aucune standardisation. Pour une vue d'ensemble des différences d'approche selon les types de documents, consultez notre guide sur ce qu'est réellement l'extraction de données de BC.

La conséquence pratique : si vous déployez un outil d'extraction de BC sur des demandes d'achat, il trouvera systématiquement le numéro de document et la date — puis manquera ou classera mal tous les champs importants pour le flux d'approbation. Le champ « Service » devient « Livrer à », le code budgétaire est ignoré, et les signatures d'approbation ne sont pas capturées car l'outil ne les cherchait pas.

Où vivent les données des demandes d'achat : formulaires manuscrits, exports Excel et papier scanné

Contrairement aux bons de commande, que la plupart des entreprises génèrent via leur ERP, les demandes d'achat proviennent encore de sources diverses — et beaucoup ne sont pas nativement numériques.

Formulaires de demande d'achat manuscrits. Dans la fabrication, la construction et les opérations terrain, les demandes sont remplies à la main — un superviseur de maintenance note les numéros de pièces, estime les coûts de mémoire et soumet le formulaire papier aux achats. Ces demandes d'achat manuscrites contiennent des abréviations, des codes pièces notés de mémoire et des estimations de coûts manuelles. L'IA qui repose sur le texte tapé ne renvoie rien d'utile ici. L'extraction basée sur la vision lit l'écriture manuscrite comme partie intégrante de l'image du document, identifiant « Qté : 5 » en comprenant le contexte du champ même lorsque l'écriture est difficile à déchiffrer.

Demandes d'achat imprimées depuis Excel et scannées. De nombreux services utilisent des modèles Excel comme formulaires de demande — et le modèle de chaque service est différent. Les positions des colonnes varient, des en-têtes fusionnés apparaissent à des endroits inattendus, et la cellule « Total » peut se trouver à la ligne 25 sur un formulaire et à la ligne 40 sur un autre. L'OCR basé sur des modèles échoue car aucune demande d'achat imprimée depuis Excel ne partage la même mise en page. L'extraction sémantique lit les valeurs par leurs étiquettes de colonnes, et non par leurs positions, de sorte que « Description » dans la colonne C d'un formulaire et dans la colonne E d'un autre est reconnu comme le même champ. Même les entreprises qui génèrent leurs demandes d'achat numériquement les impriment souvent pour signature, puis scannent la copie signée — le PDF obtenu est une image sans texte sélectionnable. Pour en savoir plus sur la façon dont l'IA traite les documents sans couche texte, consultez notre guide sur la capacité de l'IA à extraire des données de PDF scannés.

Le problème de la chaîne d'approbation : signatures, routage et statut

Voici le défi d'extraction qui n'a pas d'équivalent dans le traitement des bons de commande. Une demande d'achat n'est pas un simple enregistrement de données — c'est un document avec un cycle de vie. Les signatures d'approbation, les dates et les décisions de routage sont des points de données que l'extraction de demandes d'achat doit capturer pour que le document soit utilisable.

Une chaîne d'approbation typique sur une demande peut ressembler à ceci :

Chacun de ces blocs de signature est une cible d'extraction distincte. Le nom du demandeur apparaît en haut. La signature du gestionnaire apparaît au milieu — parfois avec une case à cocher pour « Approuvé » ou « Refusé ». L'approbation finale de l'agent d'achat apparaît en bas, souvent avec le numéro de bon de commande généré à partir de la demande d'achat approuvée. Un outil d'extraction doit faire la distinction entre « date de la demande » et « date d'approbation » — deux dates différentes sur la même page — et attribuer chacune à la bonne colonne.

C'est là que l'extraction basée sur la position échoue le plus dramatiquement. Sur le formulaire d'un département, la case de signature du gestionnaire se trouve en bas à droite. Sur le formulaire d'un autre département, elle se trouve dans une barre latérale à gauche. Sur un troisième, elle est intégrée dans une ligne de tableau à côté des articles. L'extraction sémantique gère cela en recherchant la combinaison des libellés « Approbation du gestionnaire » ou « Approuvé par » et d'une signature ou d'une date — elle identifie le bloc d'approbation par le sens, et non par l'emplacement.

Quels champs sont importants dans l'extraction des demandes d'achat

Les demandes d'achat comportent un ensemble spécifique de champs qui diffèrent des bons de commande. Une extraction complète des demandes d'achat doit capturer à la fois les informations d'en-tête au niveau de la demande et les détails des lignes d'article :

Le champ « Code d'article du service » mérite une attention particulière. Contrairement aux bons de commande, où les codes d'article proviennent du catalogue du fournisseur, les demandes d'achat internes utilisent des schémas de numérotation propres à chaque service — la maintenance utilise des codes d'équipement, l'informatique des étiquettes d'actif, l'ingénierie des numéros de plan. Une extraction par IA qui lit ces codes avec précision, sans nécessiter de table de correspondance pour le système de chaque service, évite que la sortie nécessite une correction manuelle à l'étape de création du bon de commande.

De même, le coût estimé sur une demande d'achat est une vérification budgétaire, et non un prix ferme. L'outil d'extraction doit capturer « Coût estimé » ou « Prix unitaire estimé » comme une estimation, sans le confondre avec un prix confirmé. L'extraction sémantique gère cela car elle lit le libellé du champ qualifiant plutôt que de simplement extraire le nombre le plus proche.

Comment l'IA traite l'extraction des DRP différemment

Le mécanisme central — l'extraction sémantique par vision IA — est la même technologie qui gère les factures et les bons de commande, mais les documents DRP l'orientent dans des directions différentes.

La diversité des formats est plus large. Une facture suit suffisamment de conventions pour qu'une seule configuration couvre la plupart des fournisseurs. Une demande de réquisition d'achat n'a pas de conventions — chaque entreprise, et souvent chaque service, conçoit son propre formulaire. L'extraction sémantique gère cela car elle lit le sens des champs plutôt que de faire correspondre les mises en page. Vous définissez les colonnes une fois — « N° DRP », « Service », « Description de l'article », « Coût estimé », « Approuvé par » — et l'IA localise ces valeurs n'importe où sur le formulaire de n'importe quel service. C'est l'Extraction de colonnes personnalisées : vous saisissez les noms des champs, et l'IA trouve les données correspondantes en comprenant ce que chaque texte représente.

L'écriture manuscrite est la norme, pas l'exception. Dans de nombreux services achats, plus de la moitié des réquisitions entrantes contiennent des éléments manuscrits — quantités modifiées à la main, signatures d'approbation, notes griffonnées dans les marges. L'IA basée sur la vision les lit comme faisant partie du document visuel. Pour les codes articles et quantités manuscrits, la précision dépend de la lisibilité, mais le contexte sémantique aide : une IA cherchant « Quantité » est plus susceptible de lire correctement un « 5 » manuscrit près de « pcs » que le même caractère isolé. Pour en savoir plus, consultez notre guide sur la reconnaissance d'écriture manuscrite par IA.

Les signatures d'approbation sont des données, pas une décoration. Dans l'extraction de BC, les signatures sont généralement sans importance. Dans l'extraction de DRP, elles sont cruciales : qui a approuvé, quand et à quel niveau. L'IA qui capture le nom du signataire, la date et le statut d'approbation transforme le suivi manuel du circuit en données analysables. Pour une démonstration pratique, consultez notre guide sur l'extraction de données à partir de PDF de demande de réquisition d'achat.

Questions fréquentes

Lancer l'extraction des données de demande d'achat

L'extraction des demandes d'achat se situe au croisement de deux réalités que la plupart des services achats acceptent comme inévitables : l'absence de standardisation des formulaires internes et le coût du traitement manuel des DA qui s'accumule à chaque service et niveau d'approbation. L'extraction par IA change la donne en traitant chaque DA comme un document visuel qu'elle comprend en le lisant, sans chercher à faire correspondre des modèles. La même définition de colonne fonctionne pour les demandes de maintenance manuscrites, les demandes d'ingénierie imprimées depuis Excel et les bons de commande d'entrepôt scannés.

La question fondamentale n'est pas « l'IA peut-elle extraire les demandes d'achat ? » — la réponse est oui. La question est de savoir si l'outil d'extraction fait la différence entre une demande d'approbation interne et un bon de commande fournisseur. Cette distinction détermine si votre résultat est complet ou s'il manque la moitié des champs importants.

Téléchargez un exemple de demande d'achat — quel que soit le format ou le service — et voyez comment il traite vos propres documents.