SAP S/4HANA, Microsoft Dynamics 365, Oracle, Infor, IFS, Odoo, Sage X3…
La question revient régulièrement : quel est le meilleur ERP ?
Mais elle est probablement mal posée.
Parce qu’un ERP n’est pas bon ou mauvais dans l’absolu. Il est surtout plus ou moins adapté à la complexité qu’une entreprise doit réellement gérer.
Une PME en croissance, une ETI industrielle avec plusieurs usines et un groupe international opérant dans vingt pays peuvent tous avoir besoin d’un ERP. Mais ils n’ont pas besoin du même niveau de profondeur fonctionnelle, de gouvernance, d’intégration ou de standardisation.
Et c’est souvent là que les projets commencent à se compliquer : lorsqu’on choisit un système avant d’avoir réellement compris la Supply Chain qu’il devra supporter.
Tous les ERP ne cherchent pas à résoudre le même problème
Vu de loin, les grands ERP couvrent souvent des fonctions similaires.
Achats, ventes, stocks, production, finance, planification, logistique.
Sur une présentation commerciale, les différences peuvent donc sembler relativement faibles.
Mais derrière ces grandes briques se cachent des niveaux de profondeur très différents.
Gérer les stocks d’une entreprise avec un entrepôt et quelques milliers de références n’est pas la même chose que gérer plusieurs dizaines de sites avec des règles de disponibilité différentes, des lots, des numéros de série, de la qualité, des flux intercompany ou des contraintes réglementaires.
Même chose pour la production.
Une entreprise qui assemble quelques produits relativement simples n’a pas nécessairement besoin de la même profondeur qu’un industriel gérant nomenclatures complexes, variantes, sous-traitance, capacités finies, qualité et plusieurs niveaux de planification.
Le choix d’un ERP devrait donc commencer beaucoup moins par la comparaison des fonctionnalités que par une question plus simple :
quelle complexité doit réellement absorber notre organisation ?
Le piège de l’ERP surdimensionné
Lorsqu’une entreprise grandit, la tentation peut être de choisir directement la solution la plus complète possible.
Après tout, autant investir une fois pour toutes.
Mais un ERP extrêmement puissant apporte aussi son propre niveau de complexité.
Davantage de paramétrage. Plus de règles de gouvernance. Des projets plus longs. Plus d’interfaces. Des compétences plus spécialisées. Des coûts de maintenance plus élevés. Et parfois des processus beaucoup plus structurés que ce dont l’entreprise avait réellement besoin.
Une organisation relativement simple peut alors finir par adapter son fonctionnement au système au lieu que le système réponde à ses besoins.
Le risque n’est pas seulement financier.
Un environnement trop complexe peut ralentir la prise de décision, multiplier les contournements et créer une dépendance permanente à quelques experts capables de comprendre le paramétrage.
Dans certains cas, un ERP plus simple mais correctement maîtrisé donnera donc de meilleurs résultats qu’une plateforme beaucoup plus puissante utilisée à 20 % de ses capacités.
Mais l’inverse est tout aussi dangereux
Choisir trop petit peut fonctionner pendant plusieurs années.
Puis la croissance arrive.
Une nouvelle usine. Un autre pays. Davantage de références. Une acquisition. Un nouveau canal de vente. Une activité e-commerce. Des besoins de traçabilité supplémentaires.
Et progressivement apparaissent les limites.
On commence alors à contourner le système.
Un fichier Excel pour la planification. Un autre pour suivre les stocks critiques. Une application séparée pour gérer l’entrepôt. Quelques développements spécifiques pour combler les trous. Des interfaces pour reconnecter ce qui ne l’était pas initialement.
Chaque ajout paraît raisonnable isolément.
Mais au bout de quelques années, l’entreprise possède parfois un ERP entouré d’une constellation d’outils qui compensent ses limites.
Le problème n’est donc pas uniquement de répondre aux besoins actuels.
Il faut aussi comprendre quel niveau de complexité l’entreprise risque d’atteindre demain.
La complexité ne dépend pas seulement de la taille
C’est probablement l’un des points les plus importants.
Une entreprise de 500 personnes peut avoir une Supply Chain beaucoup plus complexe qu’une entreprise de 5 000 personnes.
Le nombre d’utilisateurs ou le chiffre d’affaires ne suffisent donc pas à choisir un ERP.
Il faut regarder la structure des flux.
Combien de sites ? Combien de pays ? Quelle profondeur de production ? Quelle traçabilité ? Combien de références ? Quelle fréquence de changement ? Quels flux intercompany ? Quelle dépendance aux sous-traitants ? Quel niveau d’automatisation logistique ? Quelle pression réglementaire ?
Une entreprise pharmaceutique relativement petite peut avoir des exigences de qualité et de traçabilité considérables.
À l’inverse, une société beaucoup plus importante avec un modèle opérationnel très standardisé peut avoir des besoins relativement simples.
La vraie unité de mesure n’est donc pas forcément la taille de l’entreprise.
C’est la complexité des décisions et des flux qu’elle doit orchestrer.
L’ERP ne travaille jamais seul
Autre erreur fréquente : imaginer que l’ERP doit nécessairement tout faire.
Dans une Supply Chain moderne, il cohabite généralement avec d’autres systèmes.
WMS pour l’entrepôt. TMS pour le transport. APS pour la planification avancée. MES pour l’exécution industrielle. Outils de prévision, plateformes fournisseurs, applications douanières ou solutions de traçabilité.
Le sujet devient alors moins : « quelle solution possède toutes les fonctionnalités ? »
Et davantage :
où voulons-nous placer l’intelligence de chaque processus ?
L’ERP doit-il gérer directement l’entrepôt ou simplement orchestrer les flux avec un WMS spécialisé ?
La planification doit-elle rester dans l’ERP ou être confiée à un APS ?
Où se trouve la donnée de référence ?
Qui décide du stock disponible ?
Quel système reste maître lorsqu’une information existe à plusieurs endroits ?
Ces décisions d’architecture sont parfois plus importantes que le choix du produit lui-même.
Parce qu’un excellent ERP mal intégré à son environnement peut devenir beaucoup moins efficace qu’une architecture plus simple mais cohérente.
Plus de fonctionnalités ne signifie pas forcément plus de performance
Les projets ERP donnent facilement lieu à des listes de besoins extrêmement longues.
Chaque métier veut retrouver son fonctionnement actuel. Chaque exception devient une exigence. Chaque fichier Excel doit être remplacé. Chaque spécificité locale doit parfois être reproduite.
Et progressivement, le futur ERP commence à ressembler exactement à l’ancien fonctionnement.
C’est pourtant une occasion rare de poser une autre question :
avons-nous réellement besoin de toute cette complexité ?
Certains besoins sont évidemment indispensables.
D’autres existent simplement parce qu’une organisation a pris l’habitude de fonctionner d’une certaine manière.
Un changement d’ERP devrait donc aussi être l’occasion de supprimer des variantes inutiles, réduire certaines exceptions et standardiser là où cela a du sens.
Sinon, on risque de dépenser énormément d’argent pour reproduire une complexité que personne n’a réellement challengée.
Le meilleur ERP dépend aussi de l’organisation qui va l’utiliser
Deux entreprises peuvent déployer exactement la même solution et obtenir des résultats radicalement différents.
La différence ne vient pas forcément de la technologie.
Elle vient souvent de la gouvernance.
Qui possède les processus ? Qui décide des règles communes ? Jusqu’où les sites peuvent-ils conserver leurs spécificités ? Qui maintient les données de base ? Comment sont arbitrées les demandes d’évolution ?
Un ERP très structurant nécessite généralement une organisation capable d’accepter cette discipline.
À l’inverse, une entreprise extrêmement décentralisée peut avoir beaucoup de difficultés à exploiter une plateforme conçue autour de processus fortement harmonisés si chaque site souhaite continuer à fonctionner différemment.
Le choix technologique doit donc être cohérent avec la maturité organisationnelle.
Acheter un système plus puissant ne crée pas automatiquement une meilleure gouvernance.
Le vrai coût apparaît après le choix
Le prix des licences attire naturellement l’attention.
Mais sur dix ou quinze ans, ce n’est qu’une partie du coût réel.
Il faut aussi compter l’intégration, les développements spécifiques, les interfaces, les montées de version, le support, la formation, les tests et les compétences nécessaires pour maintenir l’environnement.
Une autre dépense est encore plus difficile à mesurer : la complexité opérationnelle créée par le système.
Combien de temps faut-il pour modifier un processus ? Combien de personnes doivent intervenir lorsqu’un flux change ? À quel point l’entreprise dépend-elle de consultants spécialisés ? Combien d’exceptions ont été codées au fil des années ?
Un ERP n’est donc pas seulement un investissement de projet.
C’est une architecture avec laquelle l’entreprise devra probablement vivre pendant une décennie ou davantage.
Le bon ERP n’est probablement pas celui qui fait le plus
C’est celui qui correspond suffisamment bien à la réalité de l’entreprise aujourd’hui tout en laissant de la place à celle de demain.
Pour certaines organisations, cela signifie disposer d’une plateforme extrêmement profonde capable de gérer plusieurs pays, des processus industriels complexes et une gouvernance internationale.
Pour d’autres, la priorité sera plutôt la simplicité, la vitesse de déploiement et la capacité à évoluer sans construire une organisation informatique disproportionnée.
Il n’existe donc probablement pas de classement universel des ERP.
La vraie question est ailleurs :
quel niveau de complexité notre Supply Chain possède-t-elle réellement, et combien de complexité supplémentaire sommes-nous prêts à accepter pour la gérer ?
Parce qu’un ERP trop limité finit par être contourné.
Mais un ERP surdimensionné peut finir par imposer sa propre complexité.
Et entre les deux se trouve probablement le choix le plus difficile : un système suffisamment puissant pour accompagner l’entreprise, sans devenir lui-même un problème à gérer.
