Un ERP n’est jamais « mauvais » en soi. Mais sur le terrain, trois erreurs de paramétrage ou d’usage reviennent dans presque toutes les PME industrielles et personne ne les corrige, parce que personne ne les voit comme des erreurs.
Un ERP n’est presque jamais le problème. C’est souvent la manière dont il a été configuré ou plutôt, dont personne n’a eu le temps de le reconfigurer depuis le démarrage qui finit par coûter cher. Après vingt ans à observer des ateliers, des dépôts et des lignes de production, je retrouve systématiquement les trois mêmes erreurs. Aucune n’est visible sur un tableau de bord. Toutes coûtent du temps, du stock, ou de la marge.
1. Les stocks de sécurité réglés une fois, jamais revus
La plupart des ERP démarrent avec des paramètres de stock de sécurité fixés au moment de l’implémentation — souvent par l’intégrateur, sur la base de quelques échanges avec les équipes. Ensuite, plus personne n’y touche. Les volumes évoluent, les fournisseurs changent, les délais s’allongent ou se raccourcissent, mais le paramètre reste figé pendant des années.
Résultat concret : certaines références dorment en stock depuis des mois pendant que d’autres, plus critiques, finissent en rupture malgré un système qui « fonctionne ». Le système ne ment pas il applique fidèlement une règle qui n’a plus de sens depuis longtemps.
2. Le double usage Excel + ERP, jamais assumé
C’est l’erreur la plus répandue, et la moins discutée : dans une grande partie des PME industrielles, l’ERP sert à facturer et à suivre la compta, mais la vraie gestion opérationnelle planning, arbitrages de priorité, suivi des urgences se fait à côté, sur un fichier Excel mis à jour à la main.
Le problème n’est pas Excel en lui-même. C’est que les deux systèmes ne se parlent pas, que l’information vit en double, et que personne ne sait vraiment laquelle des deux versions est à jour au moment où une décision doit être prise. Ce n’est pas un manque d’outil. C’est un manque de synchronisation qui finit par coûter des heures chaque semaine, en réunions de « recalage ».
3. Les nomenclatures (BOM) qui ne reflètent plus la réalité de l’atelier
Une nomenclature produit dans l’ERP est censée décrire exactement ce qu’il faut pour fabriquer un produit : composants, quantités, opérations. Mais sur le terrain, les processus évoluent un fournisseur de composant change, une étape est simplifiée, une astuce d’atelier devient la norme sans que la nomenclature soit mise à jour dans le système.
L’écart se creuse petit à petit, et devient invisible : tout le monde « sait » en atelier que la réalité diffère de ce qui est écrit, mais le système continue de calculer les besoins, les coûts et les délais sur une base fausse. Les écarts de coût de revient ou les ruptures de composants « imprévues » trouvent souvent leur origine là.
Ce qu’il faut retenir
Aucune de ces trois erreurs ne nécessite un nouveau logiciel, un audit à 15 000 euros ou un changement d’ERP. Elles demandent surtout un regard extérieur, du temps dédié, et une méthode pour comparer ce que dit le système avec ce qui se passe réellement en atelier. C’est exactement le type de diagnostic que je mène avec les dirigeants de PME et d’ateliers de la région sans vendre d’outil, juste pour remettre le système au service du terrain.