Pourquoi l’ERP en place ne suffit plus, sans qu’il faille le remplacer
L’ERP est l’outil le plus répandu des grandes entreprises : selon Eurostat, près de neuf entreprises européennes de 250 salariés ou plus sur dix en utilisaient un en 2025. Il porte la comptabilité, les stocks, les achats, les ventes. Le reste de l’entreprise s’est organisé autour, souvent à la main.
- Chaque évolution devient un projet : un champ à ajouter, un flux à créer, un écran à modifier passent par l’intégrateur, un devis et un planning, même pour un besoin d’une équipe.
- Les autres outils lui parlent mal : site e-commerce, logiciel de paie, outil de production, plateforme de facturation électronique, tableurs : les données passent de l’un à l’autre par export, copier-coller ou ressaisie.
- Les documents arrivent hors de l’ERP : commandes clients en PDF, factures fournisseurs, confirmations de livraison par e-mail : quelqu’un les lit et les saisit.
- Les règles propres à l’activité n’y entrent pas : calculs de prix, contrôles métier, circuits de validation particuliers vivent dans des fichiers à côté, tenus par une ou deux personnes.
- Le remplacer coûte cher et longtemps : reprise des données, paramétrage, formation, double fonctionnement : un changement d’ERP mobilise l’entreprise, sans garantie de couvrir mieux ces cas particuliers.
Le problème est rarement l’ERP lui-même, mais ce qui circule mal autour de lui. C’est là que se trouve l’essentiel de ce qui s’automatise.
La méthode en six étapes, et ce que chacune demande
- Cartographier les fluxProposé, puis validé
- Inventorier l’inexploitéProposé, puis validé
- Fiabiliser les référentielsProposé, puis validé
- Choisir l’intégrationDécidé par une personne
- Lancer un piloteProposé, puis validé
- GénéraliserAutomatique
Le détail de chaque étape : ouvrez-la.
Cartographier les flux et les ressaisies
- Aujourd’hui
- Chacun connaît son outil ; personne n’a la vue d’ensemble de ce qui entre dans l’ERP et en sort.
- Automatisé
- Carte des flux : quelle donnée entre dans l’ERP ou en sort, depuis quel outil, sous quelle forme (API, fichier, e-mail, PDF, saisie), à quelle fréquence.
- Reste humain
- Faire confirmer chaque flux par les équipes qui le produisent et qui le reçoivent.
Inventorier les fonctions inexploitées de l’ERP
- Aujourd’hui
- Modules achetés et jamais paramétrés, fonctions inconnues des équipes, contournées par un fichier.
- Automatisé
- Comparaison entre les licences et modules détenus, la documentation de la version en place et les gestes faits à la main.
- Reste humain
- Décider, avec l’intégrateur ou le service informatique, ce qui s’active par simple paramétrage.
Fiabiliser les données de référence
- Aujourd’hui
- Articles, clients et fournisseurs en double, codes divergents d’un outil à l’autre, champs vides.
- Automatisé
- Contrôles de doublons, de champs obligatoires et de cohérence entre l’ERP et les autres outils, avec une liste des anomalies à corriger.
- Reste humain
- Désigner un responsable par référentiel, qui tranche les doublons et tient les règles de création.
Choisir le mode d’intégration de chaque flux
- Aujourd’hui
- Chaque besoin reçoit une réponse au cas par cas : un export, un développement spécifique, un nouveau fichier.
- Automatisé
- Pour chaque flux : paramétrage, connecteur standard, middleware, outil sur-mesure ou agent IA, selon les interfaces disponibles et les règles à appliquer.
- Reste humain
- Arbitrer entre les options, en tenant compte de la maintenance et de la réversibilité, pas seulement du coût de départ.
Lancer un pilote sur un flux
- Aujourd’hui
- Plusieurs chantiers ouverts, aucun mesuré.
- Automatisé
- Un flux automatisé de bout en bout, avec journal des échanges, alerte en cas d’échec et file des exceptions à traiter.
- Reste humain
- Mesurer l’état avant et après, et valider les exceptions pendant le rodage.
Généraliser flux par flux
- Aujourd’hui
- Les automatisations s’ajoutent sans plan d’ensemble ni documentation.
- Automatisé
- Les flux suivants réutilisent les mêmes briques : connexions, contrôles, supervision, documentation.
- Reste humain
- Revoir chaque année la carte des flux, et décider de ce qui reste dans l’ERP ou en sort.
Les prérequis
- Une version de l’ERP maintenue par l’éditeur ou l’intégrateur, avec ses interfaces (API, imports) documentées.
- Un accès aux interfaces de l’ERP droits techniques, environnement de test, et accord de l’intégrateur sur ce qui peut s’y brancher.
- Un responsable par référentiel articles, clients, fournisseurs : une personne qui décide des règles de création et de modification.
- Un sponsor à la direction qui arbitre entre ce qui se paramètre, ce qui s’intègre et ce qui se développe, et tient la règle d’un pilote à la fois.
Cinq façons d’automatiser autour de l’ERP
| Options | Adaptée quand | Limites | À vérifier |
|---|---|---|---|
| Paramétrer l’ERP en place | La fonction existe dans la version détenue : circuit de validation, relance, import, alerte, état. | Couvre les cas standards ; certains modules demandent une licence de plus. | Modules détenus, coût d’activation, impact sur les montées de version. |
| Connecteur standard | Liaison courante entre l’ERP et un outil répandu : site e-commerce, paie, banque, plateforme de facturation électronique. | Fait ce qui est prévu, pas les cas particuliers ; dépend de la feuille de route des deux éditeurs. | Données réellement échangées, sens des flux, fréquence, gestion des erreurs. |
| Middleware ou plateforme d’intégration | Plusieurs outils, transformations de données, besoin de suivre chaque échange au même endroit. | Une brique de plus à exploiter, avec ses compétences et son abonnement ou son hébergement. | Supervision et alertes, journal des échanges, reprise après erreur, qui l’exploite au quotidien. |
| Outil sur-mesure branché sur l’ERP | Règles métier propres à l’entreprise : calculs, contrôles, écrans pour une équipe, que l’ERP couvrirait mal ou par un développement spécifique lourd. | Demande un cadrage et une maintenance ; ne doit pas devenir un second ERP. | Propriété du code, documentation, réversibilité, l’ERP reste la source des données. |
| Agent IA en complément | Documents non structurés à lire et à saisir : commandes, factures, confirmations, e-mails de clients ou de fournisseurs. | Propose, ne valide pas ; dépend de la qualité des exemples et des référentiels. | Hébergement des données, justification de chaque proposition, validation humaine avant l’écriture dans l’ERP. |
Changer d’ERP reste la bonne réponse dans quelques cas : version qui n’est plus maintenue ou ne reçoit plus les évolutions réglementaires, aucune interface pour s’y brancher, activité qui a changé de nature (nouveau métier, international, multi-sociétés), ou contournements devenus plus lourds que l’ERP lui-même. Dans ces cas, la carte des flux sert de cahier des charges au remplaçant.
Les pièges fréquents
- Le développement spécifique non maintenu une adaptation codée dans l’ERP, que plus personne ne connaît, qui bloque chaque montée de version.
- Les données en double un outil autour de l’ERP qui crée ses propres articles ou clients : deux vérités, et des écarts à rapprocher.
- La dépendance à un seul prestataire flux, code et paramétrage connus d’une seule personne ou d’une seule société, sans documentation ni accès pour l’entreprise.
- Les contournements dans des fichiers un tableur qui comble un manque de l’ERP devient un processus critique, sans sauvegarde, sans contrôle et sans relève.
- Les flux qui échouent en silence un échange interrompu par un changement de version ou de format, découvert des semaines plus tard.
Le contrôle interne
Garder l’ERP comme référentiel simplifie le contrôle : les écritures, les articles et les tiers restent à un seul endroit, et chaque flux qui l’alimente garde un journal (origine, date, résultat, rejet). Les droits sont séparés : celui qui paramètre un flux n’est pas celui qui valide les exceptions, et ce qui engage l’entreprise (validation d’une commande, d’un paiement, d’une écriture) reste à une personne habilitée. Quand un prestataire traite des données personnelles, le contrat fixe la sécurité, la gestion des incidents et la restitution ou la destruction des données en fin de relation. Depuis le 1er septembre 2026, toutes les entreprises doivent pouvoir recevoir des factures électroniques par une plateforme agréée : la liaison entre cette plateforme et l’ERP fait partie des flux à cartographier. Dans les entreprises d’au moins cinquante salariés, l’introduction de nouvelles technologies relève de la consultation du comité social et économique.
Par où commencer
- Dessiner la carte des flux qui entrent dans l’ERP et en sortent, en marquant chaque ressaisie et chaque fichier intermédiaire.
- Lister les fonctions et modules détenus mais inexploités, et les gestes faits à la main qu’ils remplaceraient.
- Choisir un flux pilote, son mode d’intégration, et mesurer l’état avant et après sa mise en service.
Questions fréquentes
Peut-on brancher des outils sur un ERP ancien ?
Souvent, oui : par ses API quand il en a, sinon par échanges de fichiers ou par sa base de données en lecture. Si aucune interface n’existe et que la version n’est plus maintenue, c’est un signal que le remplacement doit être étudié.
Un outil sur-mesure autour de l’ERP crée-t-il une dépendance ?
Il en crée une si le code, la documentation et les accès restent chez le prestataire. Ils doivent appartenir à l’entreprise, et l’ERP doit rester la source des données, pour que l’outil puisse être repris ou remplacé.
Middleware ou connecteur standard : comment trancher ?
Un connecteur suffit pour une liaison courante entre deux outils. Un middleware se justifie quand plusieurs outils échangent les mêmes données, avec des transformations, et qu’il faut suivre chaque échange au même endroit.
Quand faut-il malgré tout changer d’ERP ?
Quand la version n’est plus maintenue, n’offre aucune interface, ne suit plus la réglementation, ou quand l’activité a changé au point que les contournements pèsent plus que l’ERP. La carte des flux sert alors de base au choix du suivant.
L’intégrateur de l’ERP doit-il être associé ?
Oui. Il connaît le paramétrage et les développements existants, et sait ce qui résistera aux montées de version. L’associer tôt évite qu’une automatisation casse au premier changement de version.
Combien coûte une automatisation autour de l’ERP ?
Cela dépend du nombre de flux, des interfaces de l’ERP et des règles à appliquer. Un diagnostic permet de le dire précisément avant de s’engager.
Votre ERP et ses flux, en diagnostic
Flux, ressaisies, fonctions inexploitées, interfaces : une carte de ce qui circule autour de votre ERP et de ce qu’il est réaliste d’automatiser sans le changer.
Demander le diagnosticPour aller plus loin
Sources
- Larger enterprises used more e-business apps in 2025, Eurostat, 20 mai 2026 — Eurostat
- Tout savoir sur la facturation électronique pour les entreprises — economie.gouv.fr
- Sécurité : gérer la sous-traitance, guide de la sécurité des données personnelles, 14 mars 2024 — CNIL
- Missions et attributions du CSE : consultations du comité social et économique — INRS