Pourquoi chaque décision d'achat finit dans un Excel ?

Emmanuel Velasquez
•
15 avril 2026

Pourquoi chaque décision d'achat finit dans un Excel ?

Emmanuel Velasquez
•
15 avril 2026

Pourquoi chaque décision d'achat finit dans un Excel ?

Emmanuel Velasquez
•
15 avril 2026

Introduction
Votre ERP n'est pas un outil d'achat. C'est un outil comptable.
Les ERP sont excellents dans ce pour quoi ils ont été conçus : enregistrer les transactions, traiter les factures, gérer les données fournisseurs, clôturer les comptes. SAP, Oracle, Netsuite ; tous très efficaces pour capturer ce qui s'est passé après que vous avez décidé. L'historique d'audit est propre. Le bon de commande est traçable. La facture correspond.
Ils n'ont jamais été conçus pour la décision elle-même. Et cette distinction compte plus que la plupart des équipes achats ne le réalisent.
La limite des ERP
Pensez à ce qui se passe réellement quand vous lancez un appel d'offres. Vous avez une nomenclature avec 60 lignes, des devis de quatre fournisseurs avec des paliers de prix, des MOQ différents, un coût cible fixé par l'ingénierie, et une échéance. Votre ERP peut stocker le résultat de ce processus. Il ne peut pas vous aider à le conduire.
L'optimisation : quel fournisseur reçoit quelles pièces, à quelles quantités, en respectant quelles contraintes, pour quel coût total de nomenclature ; se fait dans un tableur. À chaque fois. Dans toutes les entreprises. Parce qu'aucun module ERP n'a jamais résolu ce problème.
Ce n'est pas une fonctionnalité manquante. C'est une catégorie manquante. Un ERP est conçu pour enregistrer ce qui s'est passé, pas pour modéliser ce qui devrait se passer. Il n'y a pas de place dans cette logique pour une question comme « combien devrions-nous payer ? » ou « quelle combinaison de fournisseurs minimise le coût total tout en respectant les contraintes de délai ? » Ces questions existent avant la transaction. L'ERP ne s'éveille qu'après.
Le vrai problème est plus profond
Un ERP n'a aucune notion de ce que vous auriez dû payer. Seulement de ce que vous avez payé.
Pas de prix cible. Pas de référence marché. Pas de vision de ce qui a été laissé sur la table. Il ne peut pas vous dire que votre nomenclature a coûté 12 % de plus que nécessaire parce que trois composants n'ont jamais été mis en concurrence. Il ne peut pas détecter qu'un fournisseur augmente silencieusement ses prix de 4 % par trimestre pendant que vous ne regardez pas. Il ne peut pas montrer à votre directeur financier que les achats ont créé de la valeur cette année parce qu'il n'a aucune référence pour mesurer cette valeur.
C'est structurel : ce n'est pas un écart qu'un nouveau module ou une meilleure configuration comblera. Un système conçu pour enregistrer des transactions sera toujours silencieux sur la question de savoir si ces transactions étaient bonnes. Les économies exigent une référence : un objectif, un benchmark, un prix marché. Votre ERP n'en a aucune.
Les équipes achats qui s'appuient sur leur ERP comme outil principal finissent par gérer les dépenses. Celles qui travaillent avec une solution d'aide à la décision finissent par les réduire.
Ce qui change quand on décide vraiment
La différence ne se voit pas dans l'ERP. Elle se voit sur la facture finale.
Quand vous modélisez les scénarios avant d'engager, quand vous comparez le prix proposé à une référence marché réelle, quand chaque arbitrage fournisseur est documenté et justifiable le résultat change. Pas marginalement. Structurellement.
Ce n'est pas une question d'outil de plus. C'est une question de moment : intervenir avant la transaction, pas après.
Les ERP vous disent ce que vous avez décidé. Siembra vous aide à mieux décider et à le démontrer.
Introduction
Votre ERP n'est pas un outil d'achat. C'est un outil comptable.
Les ERP sont excellents dans ce pour quoi ils ont été conçus : enregistrer les transactions, traiter les factures, gérer les données fournisseurs, clôturer les comptes. SAP, Oracle, Netsuite ; tous très efficaces pour capturer ce qui s'est passé après que vous avez décidé. L'historique d'audit est propre. Le bon de commande est traçable. La facture correspond.
Ils n'ont jamais été conçus pour la décision elle-même. Et cette distinction compte plus que la plupart des équipes achats ne le réalisent.
La limite des ERP
Pensez à ce qui se passe réellement quand vous lancez un appel d'offres. Vous avez une nomenclature avec 60 lignes, des devis de quatre fournisseurs avec des paliers de prix, des MOQ différents, un coût cible fixé par l'ingénierie, et une échéance. Votre ERP peut stocker le résultat de ce processus. Il ne peut pas vous aider à le conduire.
L'optimisation : quel fournisseur reçoit quelles pièces, à quelles quantités, en respectant quelles contraintes, pour quel coût total de nomenclature ; se fait dans un tableur. À chaque fois. Dans toutes les entreprises. Parce qu'aucun module ERP n'a jamais résolu ce problème.
Ce n'est pas une fonctionnalité manquante. C'est une catégorie manquante. Un ERP est conçu pour enregistrer ce qui s'est passé, pas pour modéliser ce qui devrait se passer. Il n'y a pas de place dans cette logique pour une question comme « combien devrions-nous payer ? » ou « quelle combinaison de fournisseurs minimise le coût total tout en respectant les contraintes de délai ? » Ces questions existent avant la transaction. L'ERP ne s'éveille qu'après.
Le vrai problème est plus profond
Un ERP n'a aucune notion de ce que vous auriez dû payer. Seulement de ce que vous avez payé.
Pas de prix cible. Pas de référence marché. Pas de vision de ce qui a été laissé sur la table. Il ne peut pas vous dire que votre nomenclature a coûté 12 % de plus que nécessaire parce que trois composants n'ont jamais été mis en concurrence. Il ne peut pas détecter qu'un fournisseur augmente silencieusement ses prix de 4 % par trimestre pendant que vous ne regardez pas. Il ne peut pas montrer à votre directeur financier que les achats ont créé de la valeur cette année parce qu'il n'a aucune référence pour mesurer cette valeur.
C'est structurel : ce n'est pas un écart qu'un nouveau module ou une meilleure configuration comblera. Un système conçu pour enregistrer des transactions sera toujours silencieux sur la question de savoir si ces transactions étaient bonnes. Les économies exigent une référence : un objectif, un benchmark, un prix marché. Votre ERP n'en a aucune.
Les équipes achats qui s'appuient sur leur ERP comme outil principal finissent par gérer les dépenses. Celles qui travaillent avec une solution d'aide à la décision finissent par les réduire.
Ce qui change quand on décide vraiment
La différence ne se voit pas dans l'ERP. Elle se voit sur la facture finale.
Quand vous modélisez les scénarios avant d'engager, quand vous comparez le prix proposé à une référence marché réelle, quand chaque arbitrage fournisseur est documenté et justifiable le résultat change. Pas marginalement. Structurellement.
Ce n'est pas une question d'outil de plus. C'est une question de moment : intervenir avant la transaction, pas après.
Les ERP vous disent ce que vous avez décidé. Siembra vous aide à mieux décider et à le démontrer.
Introduction
Votre ERP n'est pas un outil d'achat. C'est un outil comptable.
Les ERP sont excellents dans ce pour quoi ils ont été conçus : enregistrer les transactions, traiter les factures, gérer les données fournisseurs, clôturer les comptes. SAP, Oracle, Netsuite ; tous très efficaces pour capturer ce qui s'est passé après que vous avez décidé. L'historique d'audit est propre. Le bon de commande est traçable. La facture correspond.
Ils n'ont jamais été conçus pour la décision elle-même. Et cette distinction compte plus que la plupart des équipes achats ne le réalisent.
La limite des ERP
Pensez à ce qui se passe réellement quand vous lancez un appel d'offres. Vous avez une nomenclature avec 60 lignes, des devis de quatre fournisseurs avec des paliers de prix, des MOQ différents, un coût cible fixé par l'ingénierie, et une échéance. Votre ERP peut stocker le résultat de ce processus. Il ne peut pas vous aider à le conduire.
L'optimisation : quel fournisseur reçoit quelles pièces, à quelles quantités, en respectant quelles contraintes, pour quel coût total de nomenclature ; se fait dans un tableur. À chaque fois. Dans toutes les entreprises. Parce qu'aucun module ERP n'a jamais résolu ce problème.
Ce n'est pas une fonctionnalité manquante. C'est une catégorie manquante. Un ERP est conçu pour enregistrer ce qui s'est passé, pas pour modéliser ce qui devrait se passer. Il n'y a pas de place dans cette logique pour une question comme « combien devrions-nous payer ? » ou « quelle combinaison de fournisseurs minimise le coût total tout en respectant les contraintes de délai ? » Ces questions existent avant la transaction. L'ERP ne s'éveille qu'après.
Le vrai problème est plus profond
Un ERP n'a aucune notion de ce que vous auriez dû payer. Seulement de ce que vous avez payé.
Pas de prix cible. Pas de référence marché. Pas de vision de ce qui a été laissé sur la table. Il ne peut pas vous dire que votre nomenclature a coûté 12 % de plus que nécessaire parce que trois composants n'ont jamais été mis en concurrence. Il ne peut pas détecter qu'un fournisseur augmente silencieusement ses prix de 4 % par trimestre pendant que vous ne regardez pas. Il ne peut pas montrer à votre directeur financier que les achats ont créé de la valeur cette année parce qu'il n'a aucune référence pour mesurer cette valeur.
C'est structurel : ce n'est pas un écart qu'un nouveau module ou une meilleure configuration comblera. Un système conçu pour enregistrer des transactions sera toujours silencieux sur la question de savoir si ces transactions étaient bonnes. Les économies exigent une référence : un objectif, un benchmark, un prix marché. Votre ERP n'en a aucune.
Les équipes achats qui s'appuient sur leur ERP comme outil principal finissent par gérer les dépenses. Celles qui travaillent avec une solution d'aide à la décision finissent par les réduire.
Ce qui change quand on décide vraiment
La différence ne se voit pas dans l'ERP. Elle se voit sur la facture finale.
Quand vous modélisez les scénarios avant d'engager, quand vous comparez le prix proposé à une référence marché réelle, quand chaque arbitrage fournisseur est documenté et justifiable le résultat change. Pas marginalement. Structurellement.
Ce n'est pas une question d'outil de plus. C'est une question de moment : intervenir avant la transaction, pas après.
Les ERP vous disent ce que vous avez décidé. Siembra vous aide à mieux décider et à le démontrer.

