Pour automatiser les demandes d'achat dans une PME, donnez un identifiant stable à chaque demande, réunissez les éléments utiles à la décision et figez la version approuvée. Créez ensuite la commande une seule fois, puis relisez-la dans l'outil cible. Si le fournisseur, le périmètre, le montant ou les conditions changent, ouvrez une nouvelle version et redemandez l'accord nécessaire.

Que doit autoriser une approbation d'achat ?

Une approbation d'achat autorise une version définie de la demande, pas toute dépense auprès du fournisseur ni toute dépense de la même catégorie. La décision doit indiquer qui a approuvé quel fournisseur, quel périmètre, quel montant, quelle devise, quelles dates, quelles conditions et quelles exceptions.

Gardez un état distinct pour chaque décision :

États distincts d'une demande d'achat jusqu'à la facture
ÉtatCe qu'il signifiePreuve minimaleCe qu'il n'autorise pas
Demande envoyéeUne personne a décrit un besoin et proposé un achatIdentifiant, demandeur, responsable, besoin, fournisseur ou critères, montant attendu, dates et piècesApprobation, commande, début de prestation ou paiement
Prête pour décisionLa version actuelle contient les données et preuves prévues par le circuit applicableNuméro de version, contrôles de complétude, contexte budgétaire, état du fournisseur et exceptionsDécision favorable
Demande approuvéeUne personne habilitée a accepté l'instantané exactApprobateur, autorité, numéro de version, décision, commentaire et dateDemande modifiée, engagement fournisseur, facture ou paiement
Engagement vérifiéLa demande approuvée a produit la commande, la tâche contractuelle ou l'instruction d'achat prévueIdentifiant cible et comparaison avec l'instantané approuvéPreuve de réception du bien ou du service
Réception enregistréeLe responsable a consigné ce qui a été livré et les éventuels écartsRéception ou service fait relié à la demande et à la commandeValidation de la facture ou autorisation de payer
Facture validéeLe dossier de facture précis a passé les contrôles et décisions prévusVersion de la facture, rapprochements, exceptions et décisionsDéclenchement automatique du paiement

Même si une seule personne tient plusieurs rôles dans une petite équipe, le journal doit préciser ce qu'elle a décidé : besoin, commande, réception, facture ou paiement. Un unique statut approuvé rend ces décisions impossibles à distinguer.

Le guide sur l'onboarding fournisseur traite la fiche du fournisseur et son profil de paiement. Celui sur la validation des factures fournisseurs commence lorsqu'une facture précise arrive. La demande d'achat couvre l'étape antérieure : l'entreprise peut-elle prendre cet engagement, dans cette version et selon ces conditions ?

Que doit contenir le dossier de demande d'achat ?

Le dossier doit réunir ce qui permet de décider puis de reconstituer l'engagement approuvé. Reliez les pièces originales, les valeurs extraites, les critères de routage, les décisions, les modifications et les identifiants créés sous un même identifiant de demande.

Données à conserver dans le dossier de demande d'achat
Donnée du dossierSource à privilégierCondition d'arrêt
Besoin et responsableDemande de la personne responsable du résultatBesoin vague, responsable absent, bénéficiaire inconnu ou doublon probable
Fournisseur et état du fournisseurFiche actuelle ou proposition reliée au dossier d'onboardingÉtat requis manquant, doublon possible, incohérence importante ou changement non justifié
Périmètre et quantitéDevis, proposition, catalogue ou description structuréePérimètre contradictoire, quantité ambiguë, livrable absent ou substitution non prévue
Montant et deviseDevis actuel, grille tarifaire, estimation ou valeur du catalogueDevise absente, source expirée, calcul contradictoire ou montant hors du circuit prévu
Contexte budgétaireResponsable budgétaire, projet, client, équipe, catégorie et données utilisées par l'entrepriseResponsable budgétaire absent ou exception non résolue
Dates et récurrenceDate souhaitée, période de service, renouvellement, préavis et conditions de livraisonDate impossible, récurrence cachée ou revue nécessaire non terminée
Preuves et exceptionsDevis requis, comparaison, revue spécialisée, motif d'urgence ou exception documentéePreuve attendue absente, responsable d'exception inconnu ou dérogation non enregistrée
Décision et autoritéApprobateur, rôle, délégation, version, résultat, commentaire et horodatageMauvais approbateur, délégation expirée, règle de séparation non respectée ou version modifiée
Écritures ciblesBon de commande, tâche contractuelle, demande de carte, engagement comptable et liens sourcesDoublon, identifiant absent, correspondance erronée ou lecture différente de la version approuvée

Toutes les demandes n'ont pas besoin de tous les champs. Un abonnement logiciel, une prestation de sous-traitance, un équipement et une dépense refacturée à un client peuvent suivre des circuits différents. La catégorie sélectionne les données et revues applicables ; un cas incertain s'arrête chez une personne nommée.

Conservez le devis ou la proposition à côté des valeurs extraites. Un OCR ou une IA peut préparer le nom du fournisseur, les lignes, le prix, les dates ou les conditions de renouvellement. Cette extraction n'est pas la source. L'approbateur doit pouvoir ouvrir l'original et voir les incertitudes ou contradictions avant de décider.

Quel workflow utiliser pour automatiser les demandes d'achat ?

Utilisez six étapes : demander, contrôler, router, décider, engager et vérifier. Chaque étape produit un état visible et un motif d'arrêt exploitable.

De la demande à l'engagement vérifié

  1. Demanderattribuer l'identifiant stable, enregistrer le besoin et son responsable, joindre les sources et rechercher les doublons ou demandes liées.
  2. Contrôlerconstruire la checklist applicable, vérifier les champs et calculs exacts, consulter l'état du fournisseur et isoler les conflits.
  3. Routersélectionner les approbateurs à partir des règles actuelles, selon le montant, la catégorie, le budget, le fournisseur, la récurrence, les accès et les exceptions.
  4. Déciderprésenter la version complète, enregistrer l'approbation, le refus, le retour ou l'escalade, puis figer l'instantané approuvé.
  5. Engagercréer le bon de commande ou la tâche d'achat avec une clé d'idempotence et uniquement les valeurs approuvées.
  6. Vérifierrelire la destination, comparer la fiche avec l'instantané, conserver son identifiant et rendre visible tout écart.
Schéma de principe pour une PME de services.

Des états utiles peuvent être brouillon, envoyée, doublon à examiner, preuve manquante, revue fournisseur, revue budget, revue spécialisée, approbation en attente, retournée, refusée, version approuvée, engagement en attente, écriture incertaine, engagement différent, engagement vérifié, modification en attente et clôturée. L'état décrit ce qui est connu, pas seulement la dernière étape technique exécutée.

Utilisez le même identifiant entre le formulaire, les preuves, les approbations, la commande, la réception, la facture et le journal des exceptions. La clé d'idempotence de l'engagement peut combiner cet identifiant, la version approuvée et la destination prévue. Si la commande a été créée avant une coupure réseau, la reprise retrouve et vérifie cette commande au lieu d'en produire une seconde.

Relisez le bon de commande ou la tâche après l'écriture. Comparez le fournisseur, les lignes, les quantités, le montant, la devise, les dates, les conditions, les références projet ou comptables et l'identifiant source. Une réponse technique positive indique que l'outil a accepté la requête ; elle ne prouve pas que l'engagement correct a été enregistré.

Quels changements exigent une nouvelle approbation ?

Toute modification susceptible de changer la décision ou le circuit exige une nouvelle version et la réouverture des validations concernées. La règle s'applique même si le total diminue, car le fournisseur, le périmètre, la durée ou l'affectation budgétaire peuvent avoir changé.

Traitez comme importants les changements de fournisseur, d'entité contractante, de périmètre, de quantité, de prix, de devise, de durée, de renouvellement, de date, de destination, de budget, de conditions de paiement, d'accès aux données ou de motif d'exception. La politique de l'entreprise peut ajouter d'autres déclencheurs.

Conservez chaque version au lieu de modifier la demande approuvée sur place. Le journal montre alors ce qui a changé, qui l'a demandé, quelles règles ont été réévaluées et quelles décisions restent valables. Une correction typographique sans effet sur la décision peut suivre une règle plus légère, à condition que cette règle soit documentée.

Rouvrez seulement ce qui est affecté. Un changement de date de livraison peut demander l'accord du responsable opérationnel sans refaire tout l'onboarding fournisseur. Un changement de fournisseur, de devise ou de périmètre peut imposer plusieurs revues. Le système ne doit pas décider seul qu'une différence est négligeable lorsqu'aucune règle ne l'établit.

L'approbateur doit voir un comparatif avant et après. Masquer une modification dans un nouveau PDF ou remplacer silencieusement une pièce retire le contexte de la décision. L'engagement cible conserve le lien vers la version effectivement approuvée.

Que confier aux règles, à l'IA et aux personnes ?

Confiez aux règles les contrôles exacts, les états, les correspondances, les droits et les reprises. Une IA peut extraire ou résumer avec ses sources visibles ; une personne garde la décision sur le besoin, les exceptions, l'arbitrage budgétaire et l'autorité.

Répartition des tâches entre règles, IA et personnes
TravailPremier mécanismeContrôle nécessaire
Attribuer l'identifiant et la versionRègle déterministeEmpêcher les doublons et conserver toutes les versions
Vérifier les champs et calculsRègles de format, totaux et correspondances exactesDistinguer donnée absente, incohérence et source indisponible
Extraire un devisOCR ou IA avec original conservéMontrer l'incertitude et faire revoir les champs critiques
Résumer le besoin ou les écartsBrouillon IA facultatifRelier chaque point aux pièces et ne pas produire la décision
Choisir le circuitRègles fondées sur la politique actuelleArrêter les cas que la matrice ne couvre pas
Approuver le besoinPersonne habilitéeAfficher la version complète, l'autorité et les exceptions
Arbitrer le budget ou une exceptionResponsable nomméEnregistrer le motif, les conditions et la durée éventuelle
Créer l'engagementÉcriture déterministe avec clé d'idempotenceUtiliser seulement la version approuvée et limiter les droits
Vérifier la destinationLecture et comparaison déterministesSignaler toute valeur absente, transformée ou inattendue
Accepter la réception, la facture ou le paiementPersonnes et règles propres à chaque étapeNe pas hériter automatiquement de l'approbation d'achat

Une IA qui lit un devis prépare une interprétation. Elle ne confirme ni l'autorité du demandeur, ni l'adéquation du fournisseur, ni l'acceptation des conditions. Si deux documents donnent des montants, dates ou entités différents, le dossier passe en revue avec les sources originales.

Les règles ne remplacent pas le jugement. Un budget disponible ne prouve pas que l'achat est utile. Un fournisseur référencé ne signifie pas que cette prestation ou ce montant est approuvé. L'automatisation rassemble les faits et présente la décision à la personne prévue.

Comment relier demandes, fournisseurs, factures et paiements ?

Reliez les quatre flux avec le même identifiant de demande, mais gardez leurs décisions indépendantes. L'approbation d'un achat peut produire un engagement ; elle ne crée pas automatiquement un fournisseur valide, une réception, une facture correcte ou une autorisation de paiement.

Le dossier fournisseur fournit l'identifiant légal, le statut de la fiche et, si nécessaire, le profil de paiement vérifié. La demande d'achat fournit le besoin, la version approuvée et l'engagement. La réception indique ce qui a réellement été livré. Le dossier de facture conserve la pièce reçue, ses contrôles, le rapprochement et sa propre décision.

Le ministère de l'Économie indique que les pièces justificatives comptables, dont les bons de commande, de livraison ou de réception et les factures, sont conservées dix ans. Cette durée ne fixe pas le contenu du workflow interne, mais elle renforce l'intérêt de relier les pièces sans écraser leur historique.

Lorsque l'entreprise utilise un rapprochement à trois pièces, comparez la commande, la réception et la facture avec des tolérances et responsables d'exception documentés. Un écart déclenche une revue ; il ne se corrige pas en modifiant rétroactivement la demande ou la réception.

Le guide pour connecter les logiciels sans double saisie détaille les identifiants, les correspondances et la reprise après erreur. Celui sur la maintenance d'une automatisation explique comment surveiller les changements d'API, de règles et de données après le lancement.

Comment tester un premier workflow d'achat ?

Testez d'abord sans créer de commande ni transmettre d'instruction au fournisseur. Rejouez des dossiers clos et anonymisés, puis comparez le circuit, les décisions et les valeurs produites avec ce qui était attendu.

  1. Choisissez une catégorie d'achat, un circuit d'approbation et une seule destination. Documentez les rôles, états, preuves et règles de modification avant le test.
  2. Préparez des demandes complètes, incomplètes, en doublon, hors circuit, récurrentes et associées à un fournisseur non référencé.
  3. Exécutez les contrôles sans écrire dans les outils. Une source indisponible doit produire un état différent d'un contrôle négatif.
  4. Envoyez deux fois la même demande et plusieurs événements identiques. Le workflow doit retrouver le dossier existant sans créer de seconde décision.
  5. Faites approuver une version, puis modifiez le prix, le fournisseur, la devise, le périmètre et une simple correction de texte. Vérifiez que chaque cas suit la règle prévue.
  6. Rendez l'approbateur indisponible ou sa délégation expirée. Le dossier s'arrête ou suit la délégation documentée, sans choisir un remplaçant improvisé.
  7. Simulez une coupure après la création de la commande mais avant la réponse technique. La reprise doit retrouver l'engagement au lieu de le dupliquer.
  8. Simulez une réponse positive avec un montant, une devise ou une ligne transformée dans la destination. La lecture après écriture doit détecter l'écart.
  9. Reliez une réception et une facture qui diffèrent de la commande. Elles ouvrent leurs propres exceptions sans modifier l'instantané approuvé.
  10. Lancez un pilote limité avec un responsable, une procédure d'arrêt et une revue des exceptions avant d'étendre les catégories ou les droits.

Suivez l'âge des demandes, les informations manquantes, les dossiers retournés, les approbations en attente, les changements après accord, les écritures incertaines, les doublons évités et les écarts de lecture. Ces mesures décrivent le fonctionnement du workflow. Elles ne démontrent pas seules une économie, une conformité ou une réduction du risque.

Quand l'éviter

Gardez un processus manuel structuré tant que l'entreprise ne sait pas qui peut approuver quoi, quel outil fait foi, quels changements rouvrent une décision ou comment traiter une commande incertaine. Un formulaire partagé et un registre des décisions peuvent suffire pour commencer. N'automatisez pas une matrice implicite ni un engagement que personne ne sait vérifier.

À retenir

  • Donnez un identifiant stable à chaque demande et versionnez les changements.
  • Faites porter l'approbation sur un instantané précis du fournisseur, du périmètre, du montant, des conditions et des preuves.
  • Séparez demande approuvée, engagement vérifié, réception, facture validée et paiement autorisé.
  • Utilisez une clé d'idempotence pour créer la commande et relisez la destination après l'écriture.
  • Rouvrez les décisions touchées lorsqu'un élément important change.
  • Gardez l'IA sur l'extraction et la préparation lorsque l'autorité ou l'arbitrage appartient à une personne.
  • Testez les doublons, les changements, les absences, les écritures incertaines et les écarts avant d'élargir le périmètre.

Si vous voulez construire ce workflow, apportez une demande récente, les messages d'approbation, la commande ou l'accord produit, la facture et un cas modifié ou exceptionnel à un échange gratuit de 30 minutes. Je pourrai vous aider à définir les états, les décisions, les contrôles et un premier pilote limité.

Questions fréquentes

Écrit par Antoine mazu. J'aide les petites entreprises de services à comprendre et améliorer leurs processus grâce à des solutions adaptées, avec ou sans IA. Basé à Bayonne, je combine réflexion produit et réalisation technique après cinq ans sur des projets IT chez UBS puis une expérience de CPO d'un SaaS B2B chez Podder.

Sources consultées le 17 octobre 2026 : Ministère de l'Économie, durées de conservation des documents, Microsoft Learn, flux d'approbation achat, Joseph Nahed, automatiser une demande d'achat PME, Orchestia, automatiser les demandes d'achats, Weproc, gestion des achats pour PME et EFFI Consulting, workflow d'approbation de commandes.