La différence essentielle
La demande d’achat décrit un besoin et sollicite une décision interne. Elle peut encore être refusée, complétée, orientée vers un catalogue ou regroupée avec un autre besoin. Le bon de commande formalise ensuite, à destination d’un fournisseur, ce que l’organisation a décidé de commander.
Les confondre crée deux risques opposés : envoyer trop tôt au fournisseur une intention non approuvée, ou demander deux fois les mêmes informations aux utilisateurs. Le bon parcours réutilise les données de la demande validée pour créer la commande, puis ajoute seulement les informations nécessaires à son exécution.
| Demande d’achat | Bon de commande | |
|---|---|---|
| Destinataire principal | Organisation interne | Fournisseur |
| Objet | Faire approuver un besoin et son budget | Donner une instruction d’achat exécutable |
| Statut initial | Proposition | Commande autorisée |
| Données distinctives | Justification, urgence, budget, demandeur | Conditions, prix, livraison, références contractuelles |
| Résultat | Refus, retour, approbation ou orientation | Transmission, confirmation, réception puis rapprochement |
Du besoin à la commande en huit passages
- Expression du besoin. Le demandeur précise objet, quantité, délai, site et justification.
- Orientation. Le système ou l’équipe achats vérifie s’il existe un catalogue, un contrat ou un fournisseur référencé.
- Complément du dossier. Devis, spécification, centre de coûts et pièces obligatoires sont rassemblés.
- Contrôles automatiques. Budget, doublons, seuils, catégorie et règles de séparation des tâches sont appliqués.
- Approbation. Les responsables valident dans l’ordre prévu, avec délégation et escalade documentées.
- Conversion en commande. Les données approuvées sont reprises sans ressaisie inutile.
- Envoi au fournisseur. La version officielle est transmise et son statut est traçable.
- Suivi d’exécution. Confirmation, réception, écarts et facture se rattachent à la commande.
Quelles données demander à quel moment ?
Une demande trop courte oblige l’approbateur à deviner ; une demande trop longue pousse l’utilisateur à contourner. Rendez les champs conditionnels. Une prestation peut exiger une période, un livrable et un responsable opérationnel ; un article de catalogue nécessite surtout quantité et adresse de livraison ; un nouveau fournisseur appelle des contrôles supplémentaires.
À l’étape de la demande, collectez ce qui sert à décider. À l’étape de la commande, ajoutez ce qui sert à exécuter. Les informations de conformité ou de sécurité peuvent être nécessaires aux deux étapes, mais leur source doit être unique.
Concevoir un circuit qui contrôle sans bloquer
- faites varier le circuit selon le montant, la catégorie, le risque et le caractère budgété ;
- désignez un titulaire, un remplaçant et une durée d’escalade ;
- évitez les validations sans décision propre ;
- conservez le motif des refus et retours ;
- revalidez lorsqu’une modification dépasse les tolérances prévues ;
- distinguez clairement validation budgétaire, validation métier et validation achats.
Un approbateur doit voir l’essentiel : objet, fournisseur, montant, budget, conditions, pièces et éventuels écarts à la politique. La page circuit de validation achat détaille la construction de ces règles.
Les indicateurs qui révèlent les points de friction
Suivez le délai par étape plutôt qu’un délai total unique : temps avant soumission complète, temps de validation, temps de traitement achats et temps d’envoi. Ajoutez le taux de retours pour dossier incomplet, les commandes créées après facture, les modifications après approbation et la part des demandes orientées vers un canal référencé.
Ces mesures doivent conduire à une action ciblée. Un délai élevé peut venir d’une information manquante, d’un approbateur absent, d’un seuil inadapté ou d’un traitement achats nécessaire. Une moyenne globale ne permet pas de choisir la correction.
Découvrez comment Sourcing Force structure la demande d’achat et la commande en complément de votre ERP ou suite S2P.
Questions fréquentes
Une demande approuvée est-elle déjà une commande ?
Non. Elle autorise la suite du processus, mais le document destiné au fournisseur doit encore être créé et transmis selon les règles de l’organisation.
Peut-on créer une commande sans demande ?
Certains flux le permettent, par exemple pour des appels de livraison automatisés ou des dépenses couvertes par un mécanisme spécifique. L’exception doit être volontaire, documentée et assortie de contrôles équivalents.
Qui doit créer le bon de commande ?
Cela dépend du modèle opérationnel. Le demandeur, un approvisionneur, un centre de services ou le système peut le créer. La règle essentielle est que seules les données approuvées deviennent une commande officielle.