Un ERP centralise dans une base unique les données de gestion d’une entreprise : achats, stocks, production, ventes, comptabilité. L’intérêt n’est pas le logiciel, c’est la fin de la double saisie et des écarts entre services. La question utile n’est donc pas de savoir s’il en faut un, mais si l’on prend un ERP généraliste qu’il faudra paramétrer, ou un ERP métier déjà conforme aux usages du secteur.
Généraliste ou métier : l’arbitrage qui détermine le coût réel
Un ERP généraliste couvre les processus communs à toutes les entreprises. Tout ce qui est propre au secteur se paramètre, se développe ou se contourne. C’est là que les budgets dérapent : le prix des licences est connu à l’avance, celui de l’adaptation ne l’est jamais complètement.
Un ERP métier arrive avec ces spécificités déjà intégrées. Un négociant en vins a besoin de gérer des millésimes, des degrés et des droits d’accises. Une entreprise de BTP raisonne en affaires, en situations de travaux et en retenues de garantie. Un industriel de l’agroalimentaire doit tracer des lots et gérer des DLC. Ces objets n’existent pas dans un ERP horizontal, et les recréer coûte plus cher que la licence.
C’est le positionnement des éditeurs de logiciels ERP verticaux. Divalto, éditeur français installé à Entzheim en Alsace, décline par exemple son offre en trois produits distincts : Divalto Business pour le négoce BtoB, Divalto Industry pour la gestion de production et la gestion à l’affaire, Divalto Field Service pour le SAV, les travaux et la maintenance. S’y ajoutent Divalto Weavy Sales côté CRM et Divalto Weavy Services pour les interventions terrain, sur la plateforme cloud Divalto One.
Les secteurs couverts par cette approche donnent une idée du niveau de spécialisation attendu : agroalimentaire, BTP, confection textile, funéraire, gestion des déchets, ingénierie, miroiterie, pharmaceutique-cosmétique-chimie, vins et spiritueux, métallurgie, HVAC, installation et maintenance industrielle.
Ce qui fait échouer un projet ERP
Les causes d’échec sont connues et se répètent. Elles sont rarement techniques.
La reprise de données. C’est le poste le plus sous-estimé. Migrer un fichier articles vieux de quinze ans révèle des doublons, des références obsolètes et des champs détournés de leur usage. Ce nettoyage n’est pas un travail d’intégrateur, c’est un travail métier, et personne ne l’a prévu au planning.
Le périmètre qui s’étend en route. Un projet cadré sur les achats et les stocks finit par absorber la paie et la GED parce que « tant qu’on y est ». Chaque ajout décale la mise en service, et un ERP qui ne démarre pas ne produit aucune valeur.
Le spécifique développé trop tôt. Demander un développement sur mesure avant d’avoir utilisé le standard revient à graver dans le code une habitude dont personne n’a vérifié la pertinence. Chaque spécifique se repaie ensuite à chaque montée de version.
L’absence de référent métier disponible. Un logiciel ERP se paramètre avec ceux qui connaissent les processus réels. S’ils ne sont libérés que deux heures par semaine, l’intégrateur décide à leur place, et l’outil livré décrit une entreprise qui n’existe pas.
Comment comparer deux propositions
Deux propositions pour un logiciel ERP ne se comparent pas ligne à ligne, parce qu’elles ne découpent pas les mêmes postes. Quelques points permettent de les remettre à plat.
Le coût sur cinq ans plutôt que le prix d’entrée : licences ou abonnement, intégration, formation, maintenance annuelle, et le budget des montées de version. Le nombre de jours d’intégration prévus, et surtout ce qui se passe quand ils sont dépassés. La part de standard face à la part de spécifique, chiffrée par processus. Enfin, ce qui est prévu pour la reprise de données, poste par poste.
Une question utile en fin de démonstration : demander à voir le traitement d’un cas réel de votre activité, avec vos propres références, plutôt que le scénario de démonstration préparé.
Ce que l’IA change concrètement dans un ERP
Les usages réellement déployés sont plus modestes que les annonces. Ils portent sur la saisie assistée de documents fournisseurs, la suggestion de réapprovisionnement à partir de l’historique, la détection d’anomalies dans les écritures, et la recherche en langage naturel dans les données de gestion.
Ces fonctions supposent toutes des données propres. Une entreprise dont le fichier articles est truffé de doublons n’obtiendra pas de suggestions de réapprovisionnement fiables, quel que soit le modèle employé. L’ordre de priorité n’a pas changé : la qualité de la donnée d’abord, l’automatisation ensuite.
Questions fréquentes
Faut-il un ERP généraliste ou un ERP métier ?
Plus le secteur impose des objets de gestion spécifiques (lots et DLC, affaires et situations, millésimes et accises), plus l’ERP métier revient moins cher qu’un généraliste à paramétrer.
Quel est le poste le plus sous-estimé d’un projet ERP ?
La reprise de données. Le nettoyage des fichiers articles, clients et fournisseurs est un travail métier, rarement provisionné au planning.
Faut-il demander des développements spécifiques dès le départ ?
Mieux vaut utiliser le standard d’abord. Chaque spécifique se repaie à chaque montée de version, et certains besoins disparaissent une fois le processus revu.
