Pourquoi les échanges autour de l’ERP deviennent difficiles à tenir
Selon Eurostat, en 2025, 89 % des entreprises européennes de 250 salariés ou plus utilisaient un ERP, 65 % un CRM et 69 % un outil de BI. Autour de l’ERP s’ajoutent la caisse, le site e-commerce, le WMS, la paie, la plateforme de facturation électronique. Chaque liaison a été posée à son heure, pour un besoin précis.
- Des liaisons posées une à une : un export programmé ici, un script là, un connecteur ailleurs : chaque projet a ajouté son interface, sans plan d’ensemble ni liste à jour.
- Des ressaisies qui tiennent lieu d’interface : commandes recopiées depuis un portail client, tarifs repris d’un fichier, stocks corrigés à la main : le flux existe, mais il passe par une personne.
- Des pannes découvertes par les métiers : une interface tombe, et la DSI l’apprend quand l’ADV signale une commande absente ou la comptabilité une facture manquante.
- Une connaissance concentrée : le fonctionnement d’un flux critique n’est connu que de la personne qui l’a écrit, ou du prestataire qui l’a livré.
- Des montées de version redoutées : chaque nouvelle version de l’ERP ou d’un logiciel relié peut changer un format, un champ ou une interface, et casser un échange sans prévenir.
Le problème tient rarement à l’ERP ou aux logiciels eux-mêmes, mais à des échanges que personne n’a la charge de tenir dans leur ensemble.
Les six étapes, et ce que chacune demande
- Cartographier les échangesProposé, puis validé
- Nommer les maîtresDécidé par une personne
- Choisir les modesProposé, puis validé
- Sécuriser les accèsProposé, puis validé
- Superviser les fluxAutomatique
- Documenter et testerProposé, puis validé
Le détail de chaque étape : ouvrez-la.
Cartographier les échanges existants
- Aujourd’hui
- Personne n’a la liste complète : les flux se découvrent quand l’un d’eux tombe.
- Automatisé
- Inventaire relevé dans les logiciels en place : tâches planifiées, dépôts de fichiers, appels d’API, imports et exports, complété par les ressaisies repérées dans les équipes. Pour chaque flux : source, cible, données, forme, fréquence, volume.
- Reste humain
- Faire confirmer chaque flux par le service qui l’émet et celui qui le reçoit, ressaisies comprises.
Désigner le maître de chaque donnée
- Aujourd’hui
- Le même client, le même article ou le même prix se modifient dans plusieurs outils ; chaque échange écrase la correction de l’autre.
- Automatisé
- Pour chaque donnée de référence (articles, clients, fournisseurs, prix, stocks), un seul logiciel maître, qui crée et modifie ; les autres la reçoivent et la lisent.
- Reste humain
- Arbitrer avec les métiers le maître de chaque donnée, et nommer la personne qui en tient les règles de création.
Choisir le mode d’échange de chaque flux
- Aujourd’hui
- Le mode dépend de ce que le premier projet savait faire : un fichier, un script, un connecteur.
- Automatisé
- API : un logiciel interroge l’autre à la demande, pour le stock ou le statut d’une commande. Fichier planifié : un dépôt à heure fixe, pour les tarifs, les écritures ou les catalogues. EDI : des messages normalisés avec les clients, fournisseurs et transporteurs (commande, avis d’expédition, facture). Base intermédiaire : des tables où un outil écrit et l’autre lit. Plateforme d’intégration (middleware, iPaaS, ESB) : un point central qui reçoit, transforme et distribue. Événements : l’ERP publie un changement, les logiciels abonnés le reçoivent.
- Reste humain
- Trancher flux par flux selon la fréquence, le volume, le besoin de temps réel et la criticité, avec les métiers concernés.
Sécuriser les accès techniques
- Aujourd’hui
- Un compte personnel ou un compte administrateur partagé fait tourner les échanges ; ses identifiants figurent dans un script.
- Automatisé
- Un compte technique par flux, limité aux seules données et opérations nécessaires ; secrets rangés dans un coffre ; échanges chiffrés (HTTPS, SFTP) ; revue périodique des droits.
- Reste humain
- Valider les droits de chaque compte technique et la revue périodique avec le responsable de la sécurité.
Superviser les flux et reprendre les erreurs
- Aujourd’hui
- Une interface tombée se découvre par un métier, parfois des jours plus tard.
- Automatisé
- Journal de chaque échange (origine, date, volume, résultat), alerte au responsable du flux en cas d’échec ou de retard, reprise automatique des erreurs techniques, file des rejets métier à traiter.
- Reste humain
- Traiter les rejets métier : article inconnu, client bloqué, prix absent, quantité incohérente.
Documenter et tester avant chaque version
- Aujourd’hui
- La documentation, quand elle existe, date de la mise en service ; une montée de version se teste en production.
- Automatisé
- Fiche par flux (source, cible, format, règles de transformation, compte, responsable), tests des échanges rejoués sur un environnement de recette avant chaque montée de version.
- Reste humain
- Décider de la mise en production après la recette, et revoir la carte des flux chaque année.
Les prérequis
- Les interfaces documentées de chaque logiciel API, formats d’import et d’export, messages EDI acceptés, et ce que la licence autorise.
- Un environnement de recette pour l’ERP et les logiciels reliés, où les échanges se testent sans toucher aux données réelles.
- Un propriétaire par donnée de référence articles, clients, fournisseurs, prix : une personne côté métier qui tranche les règles et les doublons.
- Un responsable du suivi des flux qui reçoit les alertes et sait à qui renvoyer un rejet : ADV, achats, catalogue, comptabilité ou DSI.
- L’accord de l’intégrateur et des éditeurs sur ce qui peut se brancher sur leurs logiciels, et sur ce qui reste supporté lors des montées de version.
Quatre façons de relier l’ERP aux autres logiciels
| Options | Adaptée quand | Limites | À vérifier |
|---|---|---|---|
| Connecteur fourni par l’éditeur | Liaison courante entre l’ERP et un logiciel répandu : e-commerce, caisse, paie, banque, plateforme de facturation électronique. | Fait ce qui est prévu, pas les cas particuliers ; suit la feuille de route de l’éditeur ; chaque connecteur a sa propre surveillance. | Champs réellement transmis, sens et fréquence des échanges, gestion des erreurs, maintien lors des montées de version. |
| Échanges de fichiers planifiés | Flux par lots, sans besoin de temps réel, ou logiciel qui ne sait échanger que par fichiers. | Décalage entre deux dépôts ; un format modifié d’un côté casse l’import de l’autre ; un fichier non arrivé passe inaperçu sans contrôle. | Transfert chiffré (SFTP ou HTTPS), contrôle de présence et de format, alerte en cas d’absence, archivage des fichiers échangés. |
| Plateforme d’intégration (middleware, iPaaS, ESB) | Beaucoup de flux et de logiciels, des transformations communes, besoin de rejouer et de surveiller les échanges au même endroit. | Une brique de plus à exploiter, avec ses compétences, son abonnement ou son hébergement ; elle ne règle pas à elle seule la question du maître de chaque donnée. | Connecteurs disponibles pour les logiciels en place, journal et reprise des erreurs, qui maintient les règles, export des flux en cas de changement de plateforme. |
| Développement sur-mesure | Règles propres à l’activité, logiciel sans connecteur, ou transformation que la plateforme ferait mal. | Demande un cadrage et une maintenance ; à éviter quand un connecteur maintenu couvre déjà le besoin. | Propriété du code, documentation, supervision branchée sur le même tableau que les autres flux, réversibilité. |
Les options se combinent : le connecteur de l’éditeur pour la paie, des fichiers planifiés pour les écritures, l’EDI pour les clients et fournisseurs qui l’exigent, une plateforme d’intégration pour le reste, et du sur-mesure seulement là où rien d’autre ne convient.
Les pièges fréquents
- Les intégrations point à point non documentées des scripts et des exports posés au fil des projets, dont personne n’a la liste : chaque évolution oblige à les redécouvrir.
- Les flux sans supervision un échange qui échoue en silence, découvert quand un client réclame sa commande ou qu’une facture manque à la clôture.
- La dépendance à une personne un flux critique connu d’un seul salarié ou d’un seul prestataire, sans fiche, sans accès pour l’entreprise, sans relève.
- Les mises à jour de l’ERP qui cassent les flux un champ renommé ou une interface retirée dans la nouvelle version, sans recette des échanges avant la mise en production.
- Deux maîtres pour la même donnée un prix ou une adresse modifiés dans deux logiciels : chaque synchronisation écrase la correction de l’autre.
Le contrôle interne
Des échanges bien tenus rendent le système d’information traçable : chaque flux garde un journal (origine, date, résultat, rejets), conservé selon une durée fixée ; pour les traces des opérations sur des données personnelles, la CNIL recommande une période glissante de six mois à un an, sauf obligation contraire. Les comptes techniques sont nominatifs par flux, limités aux données nécessaires, et leurs droits sont revus périodiquement ; les échanges passent par des protocoles chiffrés, et les secrets ne figurent pas dans les scripts. La personne qui paramètre un flux n’est pas celle qui valide les rejets métier, et ce qui engage l’entreprise (commande, paiement, écriture) reste à une personne habilitée. 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 est un flux critique à cartographier et à superviser.
Par où commencer
- Dresser la carte des échanges de l’ERP : chaque flux avec sa source, sa cible, sa forme (API, fichier, EDI, ressaisie), sa fréquence et son responsable.
- Classer les flux par criticité, désigner le maître de chaque donnée de référence, et repérer ceux qui n’ont ni supervision ni documentation.
- Reprendre un flux critique de bout en bout (mode d’échange, compte technique, journal, alerte, fiche), puis appliquer le même modèle aux suivants.
Questions fréquentes
API, EDI ou fichiers : quelle différence pour relier deux logiciels ?
Une API permet à un logiciel d’interroger l’autre à la demande, pour une donnée précise et à jour. Un fichier planifié transmet un lot à heure fixe. L’EDI échange des messages normalisés (commande, avis d’expédition, facture) avec des partenaires extérieurs, selon des standards comme EANCOM, sous-ensemble d’UN/EDIFACT.
Faut-il du temps réel pour tous les flux de l’ERP ?
Non. Le stock disponible sur un site ou le statut d’une commande le demandent souvent ; les écritures, les tarifs ou les catalogues s’accommodent d’échanges planifiés, plus simples à contrôler. Le choix se fait flux par flux.
À partir de quand une plateforme d’intégration se justifie-t-elle ?
Quand les flux se multiplient, que plusieurs logiciels échangent les mêmes données avec des transformations, et que la DSI ne sait plus dire lesquels fonctionnent. Avec deux ou trois liaisons couvertes par des connecteurs maintenus, elle ajoute un outil sans nécessité.
Peut-on relier un ERP qui n’a pas d’API ?
Souvent, oui : par échanges de fichiers, par ses imports standard, ou par une base intermédiaire, en lecture sur sa base quand l’éditeur l’autorise. Écrire directement dans ses tables sans accord de l’éditeur fragilise le support et les montées de version.
Qui doit traiter un rejet de flux : la DSI ou le métier ?
La DSI traite les erreurs techniques (connexion, format, droits). Les rejets métier (article inconnu, client bloqué, prix absent) reviennent au service qui détient la donnée, avec une file de rejets claire et un responsable nommé.
Combien coûte la reprise des interfaces d’un ERP ?
Cela dépend du nombre de flux, des interfaces de chaque logiciel et de l’état de la documentation. Un diagnostic permet de le dire précisément avant de s’engager.
Les échanges de votre ERP, en diagnostic
Flux, modes d’échange, maîtres des données, supervision, comptes techniques : une carte de ce qui circule autour de votre ERP et l’ordre réaliste pour le fiabiliser.
Demander le diagnosticPour aller plus loin
Sources
- Larger enterprises used more e-business apps in 2025, Eurostat, 20 mai 2026 — Eurostat
- Sécurité : API, interfaces de programmation applicative, guide de la sécurité des données personnelles — CNIL
- Sécurité : sécuriser les échanges avec l’extérieur, guide de la sécurité des données personnelles — CNIL
- Sécurité : tracer les opérations, guide de la sécurité des données personnelles — CNIL
- EANCOM® et UN/EDIFACT, manuel EANCOM, partie I — GS1
- Tout savoir sur la facturation électronique pour les entreprises — economie.gouv.fr