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 :
| État | Ce qu'il signifie | Preuve minimale | Ce qu'il n'autorise pas |
|---|---|---|---|
| Demande envoyée | Une personne a décrit un besoin et proposé un achat | Identifiant, demandeur, responsable, besoin, fournisseur ou critères, montant attendu, dates et pièces | Approbation, commande, début de prestation ou paiement |
| Prête pour décision | La version actuelle contient les données et preuves prévues par le circuit applicable | Numéro de version, contrôles de complétude, contexte budgétaire, état du fournisseur et exceptions | Décision favorable |
| Demande approuvée | Une personne habilitée a accepté l'instantané exact | Approbateur, autorité, numéro de version, décision, commentaire et date | Demande 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évue | Identifiant cible et comparaison avec l'instantané approuvé | Preuve de réception du bien ou du service |
| Réception enregistrée | Le responsable a consigné ce qui a été livré et les éventuels écarts | Réception ou service fait relié à la demande et à la commande | Validation de la facture ou autorisation de payer |
| Facture validée | Le dossier de facture précis a passé les contrôles et décisions prévus | Version de la facture, rapprochements, exceptions et décisions | Dé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ée du dossier | Source à privilégier | Condition d'arrêt |
|---|---|---|
| Besoin et responsable | Demande de la personne responsable du résultat | Besoin vague, responsable absent, bénéficiaire inconnu ou doublon probable |
| Fournisseur et état du fournisseur | Fiche 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ée | Périmètre contradictoire, quantité ambiguë, livrable absent ou substitution non prévue |
| Montant et devise | Devis actuel, grille tarifaire, estimation ou valeur du catalogue | Devise absente, source expirée, calcul contradictoire ou montant hors du circuit prévu |
| Contexte budgétaire | Responsable budgétaire, projet, client, équipe, catégorie et données utilisées par l'entreprise | Responsable budgétaire absent ou exception non résolue |
| Dates et récurrence | Date souhaitée, période de service, renouvellement, préavis et conditions de livraison | Date impossible, récurrence cachée ou revue nécessaire non terminée |
| Preuves et exceptions | Devis requis, comparaison, revue spécialisée, motif d'urgence ou exception documentée | Preuve 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 horodatage | Mauvais approbateur, délégation expirée, règle de séparation non respectée ou version modifiée |
| Écritures cibles | Bon de commande, tâche contractuelle, demande de carte, engagement comptable et liens sources | Doublon, 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é
- Demanderattribuer l'identifiant stable, enregistrer le besoin et son responsable, joindre les sources et rechercher les doublons ou demandes liées.
- Contrôlerconstruire la checklist applicable, vérifier les champs et calculs exacts, consulter l'état du fournisseur et isoler les conflits.
- 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.
- Déciderprésenter la version complète, enregistrer l'approbation, le refus, le retour ou l'escalade, puis figer l'instantané approuvé.
- Engagercréer le bon de commande ou la tâche d'achat avec une clé d'idempotence et uniquement les valeurs approuvées.
- Vérifierrelire la destination, comparer la fiche avec l'instantané, conserver son identifiant et rendre visible tout écart.
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é.
| Travail | Premier mécanisme | Contrôle nécessaire |
|---|---|---|
| Attribuer l'identifiant et la version | Règle déterministe | Empêcher les doublons et conserver toutes les versions |
| Vérifier les champs et calculs | Règles de format, totaux et correspondances exactes | Distinguer donnée absente, incohérence et source indisponible |
| Extraire un devis | OCR ou IA avec original conservé | Montrer l'incertitude et faire revoir les champs critiques |
| Résumer le besoin ou les écarts | Brouillon IA facultatif | Relier chaque point aux pièces et ne pas produire la décision |
| Choisir le circuit | Règles fondées sur la politique actuelle | Arrêter les cas que la matrice ne couvre pas |
| Approuver le besoin | Personne habilitée | Afficher la version complète, l'autorité et les exceptions |
| Arbitrer le budget ou une exception | Responsable nommé | Enregistrer le motif, les conditions et la durée éventuelle |
| Créer l'engagement | Écriture déterministe avec clé d'idempotence | Utiliser seulement la version approuvée et limiter les droits |
| Vérifier la destination | Lecture et comparaison déterministes | Signaler toute valeur absente, transformée ou inattendue |
| Accepter la réception, la facture ou le paiement | Personnes et règles propres à chaque étape | Ne 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.
- 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.
- Préparez des demandes complètes, incomplètes, en doublon, hors circuit, récurrentes et associées à un fournisseur non référencé.
- 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.
- 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.
- 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.
- 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é.
- 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.
- 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.
- Reliez une réception et une facture qui diffèrent de la commande. Elles ouvrent leurs propres exceptions sans modifier l'instantané approuvé.
- 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
Un e-mail peut constituer la décision si la politique de l'entreprise l'accepte et si le message identifie clairement la version approuvée, l'auteur, la date et les conditions. L'automatisation doit rattacher cette preuve au dossier exact. Un simple « OK » sans contexte ne doit pas autoriser une demande qui a changé depuis le message.
Une baisse de prix ne dispense pas automatiquement d'une nouvelle revue. Vérifiez aussi le fournisseur, la quantité, le périmètre, la durée, la devise, les conditions et l'affectation budgétaire. Si seule une valeur autorisée change selon une règle documentée, le workflow peut appliquer ce traitement ; sinon, il crée une nouvelle version et rouvre la décision concernée.
Non. La demande autorise un engagement prévu ; la facture décrit ce que le fournisseur réclame ensuite. La facture doit être reliée à la commande et à la réception, puis suivre ses propres contrôles et décisions. Un rapprochement réussi n'autorise pas nécessairement le paiement si une autre personne ou une autre étape le libère.
Pas forcément. Un formulaire, un registre versionné, une tâche d'approbation et une création contrôlée dans l'outil existant peuvent suffire pour un premier périmètre. Un logiciel dédié devient utile lorsque les catégories, budgets, fournisseurs, délégations, volumes ou rapprochements dépassent ce que l'équipe peut suivre clairement.
É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.



