L’inventaire des interfaces est le vrai cœur de l’ERP

11 novembre 2026

Illustration originale — L’inventaire des interfaces est le vrai cœur de l’ERP

Quand l’ERP fonctionne, mais que personne n’ose le toucher

Situation illustrative : dans une ETI industrielle multisites, une mise à jour de l’ERP doit corriger une anomalie de facturation. Le changement paraît limité. Pourtant, le DSI suspend le déploiement : une usine alimente son WMS par fichier, une autre interroge directement la base, le MES enrichit les ordres de fabrication selon une règle locale et un script nocturne transmet des données à la maintenance. Aucun document ne décrit l’ensemble. L’ERP est disponible, les utilisateurs travaillent, mais chaque modification menace les expéditions, la production ou la clôture comptable. Le problème n’est donc pas seulement l’ERP. Il réside dans les liens qui le rendent utile et, simultanément, presque intouchable.

L’interface révèle le fonctionnement réel de l’entreprise

Un catalogue applicatif répond à la question « quels outils possédons-nous ? ». Un inventaire des interfaces répond à des questions autrement plus décisives : quelles données circulent, entre quels systèmes, à quel moment, sous quelle autorité et avec quel effet métier ? C’est là que se trouvent les dépendances réelles.

Une interface ne transporte pas seulement un fichier ou un appel d’API. Elle matérialise une promesse opérationnelle : une commande acceptée devient une préparation, un article devient une nomenclature, une expédition devient une facture. Si son propriétaire est inconnu, si le contrôle d’erreur est absent ou si un accès direct contourne les règles de l’ERP, cette promesse devient fragile. La stabilité apparente masque alors une dette d’exploitation, de données et de sécurité.

Les décisions que le DSI doit réellement prendre

Face à cet enchevêtrement, le dirigeant IT ne choisit pas entre modernité et immobilisme. Il arbitre entre continuité immédiate et maîtrise future. Remplacer l’ERP sans comprendre ses interfaces déplace le risque vers le programme de migration. Tout geler protège provisoirement la production, mais prolonge les dépendances. Standardiser brutalement peut supprimer des variantes utiles ; tout tolérer transforme chaque site en exception permanente.

La décision raisonnable consiste à préserver les flux vitaux, interdire la création de nouvelles connexions non gouvernées et traiter d’abord les dépendances qui cumulent criticité métier, opacité technique et privilèges élevés. Le RSSI doit participer à cet ordre de priorité : un compte technique partagé, doté d’un accès étendu et sans responsable identifié, est à la fois un risque cyber et un risque de rupture.

Construire un inventaire qui serve à décider

La démarche commence sur le terrain, pas dans un tableur vide. Pour chaque processus critique — prendre une commande, fabriquer, expédier, facturer, clôturer — l’équipe suit la donnée de bout en bout. Elle confronte les déclarations des métiers aux configurations, journaux, ordonnanceurs, dépôts de code et comptes de service. L’objectif n’est pas une cartographie parfaite, mais une preuve exploitable.

Chaque interface reçoit ensuite une fiche minimale : systèmes source et cible, objet métier transporté, fréquence, technologie, propriétaire métier, responsable technique, compte utilisé, droits associés, contrôle des rejets, procédure de reprise, dépendance fournisseur et conséquence d’une interruption. Les variantes locales sont nommées au lieu d’être fondues dans une moyenne trompeuse.

Puis vient le classement. Les flux vitaux sans reprise documentée passent avant les échanges confortables. Les accès directs en écriture aux bases sont isolés. Les référentiels incohérents, notamment articles, clients ou fournisseurs, sont rapprochés. Enfin, une cible progressive est définie : interfaces contrôlées, règles de nommage, supervision commune, réduction des scripts dispersés, plateforme d’intégration lorsque sa valeur est démontrée, puis core model suffisamment ferme pour limiter les écarts et assez souple pour préserver une nécessité locale justifiée.

Piloter par des indicateurs qui déclenchent une action

Le nombre total d’interfaces ne dit presque rien à lui seul. Le comité de pilotage doit suivre la part des flux critiques ayant un propriétaire, une documentation à jour, une alerte exploitable et une procédure de reprise testée. Il doit aussi voir le nombre d’accès directs aux bases, de comptes techniques sans revue récente, d’interfaces dépendant d’une seule personne ou d’un fournisseur, ainsi que les rejets non résolus au-delà du délai accepté par le métier.

Un bon indicateur entraîne une décision. Si un flux critique n’a pas de propriétaire, le processus concerné ne peut être déclaré maîtrisé. Si une reprise n’a jamais été éprouvée, elle reste une hypothèse. Si plusieurs sites transmettent le même objet selon des règles différentes, l’écart doit être accepté, corrigé ou inscrit dans une trajectoire datée.

Les erreurs qui fabriquent un faux sentiment de contrôle

La première erreur consiste à confier l’inventaire au seul intégrateur historique : sa connaissance est précieuse, mais l’entreprise doit posséder les preuves, les dépôts et les droits d’accès. La deuxième est de documenter l’architecture cible tout en négligeant les flux encore actifs. La troisième est de supprimer une interface jugée « ancienne » sans vérifier les traitements nocturnes, les reprises manuelles et les usages de clôture.

Autre piège : lancer immédiatement une plateforme d’intégration. Un nouvel outil posé sur des données mal définies et des responsabilités floues centralise le désordre sans le résoudre. La gouvernance précède l’outillage. Elle impose aussi une règle simple : aucune nouvelle interface ne passe en production sans propriétaire, supervision, gestion des erreurs et scénario de retrait.

L’arbitrage final : financer la connaissance avant la migration

Le DSI doit pouvoir dire au comité exécutif non seulement combien coûtera le prochain ERP, mais ce qui devra continuer à circuler le jour du basculement. C’est pourquoi l’inventaire des interfaces est le vrai cœur de l’ERP : il relie la technologie aux engagements de l’entreprise envers ses clients, ses usines, ses fournisseurs et ses comptes.

Dans l’esprit de « Révolution Numérique ! », gouverner le SI revient à relier choix techniques, risques, coûts et dépendances aux capacités vitales de l’organisation. L’arbitrage final est donc clair : avant de promettre une migration rapide, financer la connaissance des flux, sécuriser les plus critiques et réduire les dépendances irréversibles. On ne retarde pas la transformation ; on lui donne enfin une base maîtrisable.