Pour mieux gérer les achats d’une PME, commencez par relier quatre étapes : la demande, l’autorisation, la réception et le contrôle de la facture. L’objectif n’est pas de transformer chaque commande de fournitures en dossier ministériel, mais de savoir qui achète quoi, sur quel budget et avec quel accord.
Imaginez cette situation fictive : un responsable commande du matériel par téléphone, son collègue valide le devis par email et la comptabilité découvre la dépense à réception de la facture. Chacun a fait son travail. Pourtant, personne ne possède le dossier complet.
Voici sept erreurs à rechercher dans votre gestion des achats, avec les règles et les fonctions logicielles à prévoir pour les corriger. Sans classement d’outils, sans usine à gaz et sans promesse d’économies sorties d’un chapeau.
Que doit couvrir la gestion des achats dans une PME ?
Un circuit de gestion des achats doit permettre de demander une dépense, de la faire autoriser, de suivre la commande et de vérifier ce qui a été livré avant de traiter la facture. Pour cadrer votre projet, attribuez à chaque étape un responsable, un statut et les informations nécessaires à la décision.
La distinction essentielle est celle-ci : demander un achat, autoriser une dépense et autoriser un paiement sont trois décisions différentes. La documentation de Microsoft décrit ainsi un circuit dans lequel la demande passe par une validation avant de pouvoir donner lieu à un bon de commande. Elle prévoit également un routage selon les responsabilités et les limites de dépense, dans son fonctionnement des demandes d’achat.
Pour votre PME, utilisez cette grille comme point de départ, puis adaptez-la à vos activités.
| Étape | Question à résoudre | Trace à prévoir |
|---|---|---|
| Demande | Quel besoin faut-il satisfaire ? | Objet, demandeur, échéance, projet concerné |
| Validation | La dépense est-elle autorisée ? | Décision, personne responsable, version approuvée |
| Commande | Qu’a-t-on convenu avec le fournisseur ? | Référence, contenu, prix et conditions |
| Réception | Qu’a-t-on réellement obtenu ? | Quantité reçue ou prestation acceptée, réserves éventuelles |
| Contrôle de facture | La demande de paiement correspond-elle au dossier ? | Rapprochement, écart ou décision d’exception |
1. Valider une dépense quand elle est déjà engagée
Le piège : le bouton « approuver » sert à régulariser une commande déjà passée. Le responsable ne décide plus vraiment : il constate.
Pour corriger ce circuit, définissez précisément le moment où l’autorisation doit intervenir. Dans votre procédure interne, placez-la avant l’envoi de la commande ou l’acceptation du devis pour les catégories concernées. Prévoyez ensuite une voie distincte pour les achats engagés hors procédure, plutôt que de les maquiller en demandes ordinaires.
Le formulaire peut rester court :
- le besoin et son bénéficiaire ;
- le montant estimé et la devise ;
- le chantier, le service ou le projet auquel rattacher la dépense ;
- la date nécessaire ;
- le fournisseur envisagé et le devis, s’ils sont connus.
Le test à faire : prenez une commande récente et demandez à retrouver l’accord qui l’a précédée. Si cet accord n’existe que dans le souvenir d’un collègue, ajoutez une trace explicite au circuit.
Ne forcez pas pour autant le demandeur à connaître un code comptable obscur. Faites compléter les informations spécialisées par le rôle compétent, au bon moment.
2. Faire tout approuver par la même personne
Le piège : le dirigeant valide aussi bien une dépense courante prévue au budget qu’un nouvel engagement important. Son absence devient alors un problème de fonctionnement.
Écrivez une matrice de validation avant de configurer le logiciel. Microsoft documente des circuits capables d’orienter une demande selon son montant, son imputation ou la responsabilité du valideur. La même documentation invite à prévoir le cas où la personne chargée de la validation est indisponible.
Pour votre matrice, distinguez notamment :
- l’achat courant déjà prévu au budget ;
- la dépense non prévue ;
- le nouveau fournisseur ;
- l’abonnement ou l’engagement récurrent ;
- l’achat urgent nécessitant une exception.
Définissez vos propres seuils à partir de vos budgets et de vos risques, pas d’un modèle trouvé au hasard. Précisez aussi si le seuil porte sur une commande isolée ou sur l’engagement total.
Pour un abonnement, demandez par exemple d’afficher le coût sur la durée d’engagement, la date de renouvellement et le responsable du contrat. Le petit prix mensuel ne doit pas être la seule information soumise au décideur.
3. Confondre « commandé », « reçu » et « bon à payer »
Le piège : une commande approuvée est considérée comme une preuve suffisante pour traiter la facture, sans vérifier la livraison.
Le rapprochement à trois pièces consiste à comparer le bon de commande, la réception et la facture. Microsoft décrit notamment le contrôle des prix par rapport à la commande et celui des quantités facturées par rapport aux quantités reçues dans sa documentation du rapprochement à trois pièces.
Exemple fictif : une PME commande du matériel pour un chantier. Une partie arrive, le reste est annoncé plus tard. Le logiciel doit pouvoir enregistrer cette réception partielle, sans obliger l’équipe à déclarer que toute la commande est livrée.
Pour une prestation, définissez plutôt un événement d’acceptation adapté : rapport transmis, intervention réalisée ou livrable accepté par le responsable désigné.
Prévoyez également des chemins spécifiques pour les acomptes, les frais supplémentaires et les litiges. Ne programmez pas un blocage universel qui ignorerait les conditions convenues avec le fournisseur.
Enfin, demandez une démonstration du traitement des écarts. Un voyant rouge ne suffit pas : il faut savoir qui corrige, qui décide et comment reprendre le dossier.
4. Laisser la fiche fournisseur devenir une porte dérobée
Le piège : la commande est très contrôlée, mais n’importe quel utilisateur peut modifier les coordonnées bancaires du fournisseur.
La fraude au faux RIB vise précisément à détourner un paiement en usurpant l’identité d’un créancier. Cybermalveillance.gouv.fr recommande de contacter le créancier sur son numéro habituel pour confirmer de nouvelles coordonnées reçues par message, dans sa fiche consacrée aux fraudes au virement.
Traduisez cette précaution en règles de fonctionnement :
- limiter les personnes autorisées à modifier les coordonnées bancaires ;
- soumettre le changement à un contrôle distinct ;
- enregistrer la vérification effectuée auprès du fournisseur ;
- identifier les paiements en attente concernés par le changement ;
- conserver l’historique des modifications.
Le test à demander : « Que se passe-t-il si un RIB change entre l’approbation de la facture et la préparation du paiement ? »
Dans votre cahier des charges, exigez un traitement explicite de ce scénario. Une dépense autorisée ne doit pas servir de blanc-seing à toute modification ultérieure du dossier fournisseur.
5. Transformer l’urgence en passe-partout
Le piège : pour dépanner une équipe, vous créez un bouton « urgent » qui contourne tous les contrôles. Le problème n’est pas l’existence de l’exception, mais son absence de limites.
Prévoyez une procédure d’urgence utilisable : motif obligatoire, responsable identifié, périmètre de dépense autorisé et contrôle après l’événement. Distinguez ce contrôle a posteriori d’une approbation préalable : les deux ne racontent pas la même histoire.
Exemple fictif : un technicien doit remplacer une pièce pour terminer une intervention. Proposez-lui une saisie courte sur téléphone : intervention concernée, pièce nécessaire, fournisseur, montant estimé et justification. Le dossier pourra être complété ensuite selon votre procédure.
Pour les accès au logiciel, attribuez des droits par rôle plutôt qu’un compte collectif « achats ». La CNIL recommande de limiter les accès aux données personnelles aux besoins des missions et de revoir les habilitations dans sa fiche sur la gestion des habilitations.
Ajoutez enfin un tableau des exceptions : achats urgents, dossiers incomplets et régularisations en attente. L’objectif est d’identifier une règle inadaptée ou un problème récurrent, pas d’accumuler des reproches.
6. Automatiser les notifications, mais laisser les ressaisies
Le piège : votre nouveau circuit envoie de beaux emails, mais quelqu’un recopie encore la demande approuvée dans l’ERP, puis recrée son contenu dans le suivi comptable.
Avant de parler automatisation, dessinez le trajet de l’information. Pour chaque donnée, désignez l’outil de référence : fournisseur, commande, réception, facture et paiement. Cette carte doit préciser où une modification est autorisée et comment elle est transmise aux autres applications.
Si votre entreprise possède déjà un système de gestion, commencez par examiner son périmètre ERP et CRM. Ne créez pas une deuxième liste de fournisseurs uniquement parce que le formulaire d’achat est développé ailleurs.
Ajoutez ces questions au dossier technique :
- Comment éviter de créer deux commandes si une transmission est relancée ?
- Où apparaissent les échanges en erreur ?
- Qui reprend un dossier bloqué ?
- Que se passe-t-il si une commande approuvée est modifiée ?
Ces points peuvent être approfondis avec une réflexion sur le workflow numérique des processus internes. Ici, le résultat attendu est concret : suivre une même demande sans perdre son identité entre les outils.
7. Conserver un statut sans conserver la décision
Le piège : le dossier affiche « approuvé », mais personne ne peut retrouver le montant ni le contenu présentés au moment de l’accord.
Dans les spécifications, demandez un historique des décisions comprenant l’auteur, la date, la version examinée et le commentaire éventuel. Définissez les changements qui imposent une nouvelle validation : fournisseur différent, montant augmenté ou contenu substantiellement modifié, selon vos règles internes.
La CNIL recommande de tracer les opérations applicatives en enregistrant notamment leur auteur, leur date et leur nature, tout en protégeant les traces contre les modifications non autorisées. Sa fiche sur la traçabilité des opérations fournit un cadre utile lorsque le logiciel traite des données personnelles.
Ne confondez pas cet historique avec une collecte illimitée. Déterminez quelles traces sont nécessaires, qui peut les consulter et combien de temps les conserver selon leur finalité.
Le test final : modifiez une demande après son approbation dans l’environnement de test. Vérifiez que l’ancienne décision reste compréhensible et que le nouveau contenu suit la règle prévue.
Faut-il un logiciel d’achats dédié ou adapter son ERP ?
Pour trancher, comparez le périmètre de votre ERP aux écarts réellement observés dans le circuit d’achat. Testez d’abord les fonctions disponibles, puis examinez un module complémentaire ou un développement spécifique pour les besoins qui restent sans réponse.
Utilisez cette grille pour organiser les démonstrations, sans en faire un classement de solutions.
| Situation à examiner | Piste à tester | Point de vigilance |
|---|---|---|
| Les achats sont déjà centralisés dans l’ERP | Paramétrer le circuit existant | Tester les délégations, les exceptions et les modifications |
| La validation doit traverser plusieurs outils | Ajouter une couche de workflow connectée | Éviter les doubles référentiels et les statuts contradictoires |
| Les équipes achètent depuis le terrain | Prévoir une interface mobile reliée à la gestion | Tester les conditions réelles de saisie |
| Les règles dépendent fortement des chantiers ou contrats | Étudier une extension métier ciblée | Limiter le développement au besoin spécifique |
Un logiciel métier peut ainsi être envisagé pour un écran terrain ou une règle particulière, sans lui confier toute la comptabilité ni recréer un ERP complet.
Quel budget prévoir pour automatiser la gestion des achats ?
Construisez le budget à partir du périmètre à mettre en place, des connexions nécessaires et des conditions d’exploitation. Pour comparer les propositions, demandez le coût du démarrage et celui du fonctionnement, plutôt qu’un prix limité au formulaire de demande.
Faites détailler les postes suivants :
- Cadrage : règles de validation, rôles, exceptions et responsabilités.
- Configuration ou développement : formulaires, écrans, historique et contrôles.
- Intégrations : échanges avec l’ERP, la comptabilité et la gestion des utilisateurs.
- Données : nettoyage des fournisseurs et reprise des dossiers nécessaires.
- Déploiement : tests, formation, assistance et accompagnement des équipes.
- Exploitation : licences éventuelles, hébergement, maintenance et surveillance des échanges.
Pour estimer l’intérêt du projet, mesurez votre situation initiale : temps de traitement d’une demande, nombre de ressaisies, dossiers incomplets, commandes sans accord préalable et écarts à résoudre.
Séparez le temps potentiellement libéré des économies effectivement réalisables. Une tâche supprimée peut dégager de la capacité pour l’équipe sans réduire immédiatement une dépense de personnel. Ne comptez donc pas automatiquement chaque minute gagnée comme de la trésorerie récupérée.
Le pilote : une famille d’achats, tous les cas gênants
Pour démarrer, sélectionnez un périmètre limité, par exemple les fournitures d’atelier ou les prestations externes d’un service. Désignez un responsable métier et faites participer un demandeur, un valideur et la comptabilité.
Préparez un jeu de scénarios qui dépasse la commande parfaite :
- Une demande complète suit le circuit normal.
- Une demande est refusée puis corrigée.
- Le valideur est absent et son remplaçant intervient.
- La livraison est partielle ou comporte une réserve.
- Le fournisseur ou le montant change après validation.
- Une transmission échoue puis est relancée.
- Un utilisateur tente une action hors de ses droits.
Pour chaque scénario, écrivez le résultat attendu et la personne chargée de vérifier. Le guide de recette d’une application web permet d’approfondir cette étape.
Fixez vos critères d’acceptation avant le lancement. Par exemple : retrouver la décision depuis la commande, identifier les dossiers bloqués et terminer le parcours sans ressaisir les informations déjà disponibles.
Questions fréquentes
Comment gérer un achat partagé entre plusieurs projets ?
Prévoyez une ventilation par ligne ou une répartition explicite du montant. Décidez ensuite si chaque responsable approuve sa part ou si un responsable unique porte l’ensemble. Évitez une simple zone de commentaire si cette répartition doit alimenter le suivi budgétaire.
Comment suivre les renouvellements d’abonnements ?
Ajoutez au dossier le responsable de l’abonnement, la durée d’engagement, la date de renouvellement et l’échéance de décision liée aux conditions de résiliation. Prévoyez une alerte assez tôt pour réexaminer le besoin, pas seulement pour annoncer le prochain paiement.
Que faire des achats annulés après approbation ?
Conservez un statut d’annulation distinct du refus. Enregistrez son motif, son auteur et les conséquences à traiter : commande fournisseur à annuler, budget à libérer ou acompte à suivre. Ne supprimez pas simplement la demande approuvée.
Le bon circuit d’achat, c’est celui qui sait aussi dire pourquoi
Pour améliorer la gestion des achats, commencez par un dossier récent et reconstituez son parcours. Où manque-t-il une information, une décision ou un responsable ? Corrigez ce point, testez les exceptions, puis élargissez le périmètre. Le logiciel doit rendre la règle praticable et la décision compréhensible, pas ajouter une chasse aux validations.
