Interconnexion ERP et atelier : briser les silos des logiciels boîtes noires

Dans la plupart des PME et ETI industrielles, deux mondes cohabitent sans se parler.
D'un côté, l'ERP et le logiciel de facturation : rigides, verrouillés, installés il y a dix ou quinze ans, et devenus le référentiel comptable intouchable.
De l'autre, l'atelier : machines instrumentées, tableurs de suivi de production, applications maison, capteurs IoT, opérateurs qui recopient à la main des numéros d'OF sur un carnet avant de les ressaisir dans un terminal.

Entre les deux, un fossé. Ce fossé a un coût : il se paie en double saisie, en écarts de stock, en retards de facturation, en litiges clients et en décisions prises sur des données vieilles de trois jours. Le problème n'est presque jamais un manque d'outils - il y en a souvent trop.
Le problème est architectural : personne n'a conçu la circulation de l'information entre la gestion et la production.

L'enjeu n'est donc pas de remplacer l'ERP. C'est de l'ouvrir.

Le problème des boîtes noires logicielles

Un logiciel boîte noire, c'est un outil qui fonctionne parfois très bien pour son périmètre d'origine, mais dont vous ne maîtrisez ni les données, ni les points d'entrée, ni l'évolution.
Concrètement, on retrouve toujours les mêmes symptômes.

• API absente, bridée ou payante à l'usage : l'éditeur propose un connecteur facturé au module, limité à quelques entités (clients, articles), et surtout en lecture seule. Impossible de remonter une déclaration de production.
• Formats propriétaires et schémas non documentés : base de données chiffrée, tables aux noms cryptiques, absence de dictionnaire de données. Toute reprise d'information passe par un export CSV / Excel manuel.
• Verrouillage contractuel : l'accès direct à la base est interdit sous peine de perte de support. L'éditeur devient un péage sur vos propres données.
• Perte de granularité : l'ERP ne sait stocker qu'un temps global par OF. Les temps machine, les arrêts, les rebuts, les numéros de lot restent dans l'atelier - donc nulle part d'exploitable.
• Double saisie institutionnalisée : ce qui était un contournement temporaire devient un poste de travail. On finit par recruter pour ressaisir des données qui existent déjà.

Le coût réel est rarement chiffré, mais il est identifiable : temps administratif improductif, taux d'erreur de saisie (typiquement 1 à 3 % sur des saisies manuelles répétitives), retard de facturation lié à la clôture des OF, et incapacité à répondre à un audit de traçabilité en moins de quelques heures.

Il faut aussi nommer une réalité culturelle : ce cloisonnement arrange parfois tout le monde.
La comptabilité protège son référentiel, l'atelier protège ses tableurs, et l'éditeur protège sa rente.
Une architecture logicielle saine commence par acter que la donnée appartient à l'entreprise, pas au logiciel qui l'héberge.

Relier le terrain au système de gestion : les architectures cibles

L'erreur classique consiste à câbler des liaisons point à point : le MES parle directement à l'ERP, le logiciel de métrologie aussi, la GMAO également.
Avec six applications, vous obtenez potentiellement quinze flux à maintenir, chacun cassant à la première mise à jour.
La bonne approche est de découpler.

1. Un intergiciel (middleware) comme point de passage unique

On interpose une couche d'intégration (ESB léger, broker de messages, ou service d'intégration développé sur mesure) qui joue quatre rôles :

• traduction des formats (propriétaire ↔ JSON/XML normalisé) ;
• routage des messages vers les bons consommateurs ;
• rejeu et résilience : une file d'attente (Kafka, RabbitMQ, MQTT côté OT) absorbe les coupures réseau et les indisponibilités de l'ERP sans perte de données ;
• journalisation : chaque échange est traçable, horodaté, auditable.

Chaque application ne connaît alors que l'intergiciel. Remplacer l'ERP dans cinq ans devient un chantier borné, pas une refonte totale.

2. Les modes d'accès, du plus propre au plus contraint

Toutes les boîtes noires ne s'ouvrent pas de la même façon. Par ordre de préférence :

• API REST/SOAP documentée : la voie royale, avec gestion fine des droits et versionnement.
• Webhooks / événements sortants : l'ERP notifie la création d'une commande, l'atelier réagit immédiatement. C'est le socle du temps réel, bien plus efficace qu'un batch nocturne.
• Vues SQL en lecture seule : lorsque l'API est insuffisante mais l'accès base toléré, on expose des vues stables qui isolent le schéma interne.
• Tables de staging / échange de fichiers structurés : le compromis le plus fréquent avec les éditeurs frileux. Moins élégant, mais fiable si l'idempotence est gérée.
• RPA ou automatisation d'interface : dernier recours quand l'éditeur ne laisse aucune porte. À considérer comme une solution transitoire, fragile par nature, et à documenter comme une dette technique.

3. Le pont IT/OT et le référentiel unique

Côté atelier, la remontée machine passe par MQTT, OPC-UA ou une passerelle edge qui agrège, filtre et met en forme les données avant transmission.
Inutile d'inonder l'ERP de mesures à la seconde : l'intégration applicative atelier consiste précisément à agréger la donnée au bon niveau de granularité.
Le MES conserve la finesse, l'ERP reçoit l'information de gestion consolidée.

Trois principes fondamentaux pour un couple MES et ERP qui tient dans le temps :

• un maître par donnée : l'ERP est maître des articles, clients et prix ; le MES est maître des temps réels, quantités produites et lots. Aucune donnée n'a deux propriétaires.
• idempotence des échanges : rejouer un message ne doit jamais créer un doublon. Une clé métier stable suffit.
• gestion explicite des erreurs : une file de rejet consultable par un humain, avec alerting. Un flux silencieux qui échoue est pire que pas de flux du tout.

Sur la sécurité, la segmentation réseau IT/OT reste la règle : flux sortants initiés depuis l'OT, authentification par service, chiffrement en transit, et aucun accès direct de l'informatique de gestion aux automates.

Les gains mesurables pour l'industriel

Un projet d'interconnexion ERP ne se justifie pas par la modernité de sa stack, mais par des indicateurs vérifiables avant/après.

• Suppression de la double saisie : on récupère typiquement plusieurs heures par jour, cumulées entre l'atelier et l'administration des ventes. C'est le gain le plus immédiat et le plus facile à chiffrer.
• Fiabilisation des données : la saisie disparaît, donc l'erreur de saisie aussi. Les écarts d'inventaire et les litiges de facturation reculent mécaniquement.
• Traçabilité complète : lot matière → OF → machine → opérateur → numéro de série → facture client. C'est une exigence normative (IATF, ISO 13485, agroalimentaire) autant qu'une assurance en cas de rappel produit. Le temps de réponse à une demande de traçabilité passe de plusieurs jours à quelques minutes.
• Pilotage en temps réel : avancement des OF, TRS, en-cours et charge machine deviennent lisibles à l'instant, pas au reporting du lundi.
• Facturation accélérée : la clôture automatique des OF déclenche la facturation sans attendre la ressaisie. L'effet direct sur le BFR est souvent le meilleur argument financier du projet.
• Coûts de revient réels : les temps machine et main-d'œuvre remontent tels qu'ils sont, pas tels qu'ils ont été estimés dans la nomenclature. Les décisions de prix changent.
• Réversibilité : une architecture découplée réduit la dépendance à l'éditeur et le coût de sortie. C'est un actif patrimonial, pas seulement un projet informatique.

Le ROI se construit sur ces bases : heures administratives économisées, réduction des non-conformités, jours de BFR gagnés.
Sur un périmètre bien cadré, un premier flux critique se met en production en quelques semaines et se rentabilise généralement en moins d'un an.
La méthode qui fonctionne est incrémentale : un flux, un gain mesuré, puis extension - jamais un big bang d'intégration.

Conclusion : auditez votre architecture avant d'acheter un logiciel de plus

Le réflexe habituel face à ces frictions consiste à ajouter un outil.
C'est presque toujours la mauvaise réponse : un logiciel supplémentaire crée un silo supplémentaire.
Ce qui manque n'est pas une fonctionnalité, c'est une architecture d'échange pensée pour votre chaîne de valeur réelle, de l'atelier au bilan comptable.

Trois questions permettent de mesurer votre exposition immédiatement :

• Combien de fois la même information est-elle saisie entre la commande client et la facture ?
• Sur quels de vos logiciels critiques ne maîtrisez-vous ni l'API, ni le schéma de données ?
• Combien de temps faudrait-il pour reconstituer l'historique complet d'un lot livré il y a six mois ?

Si l'une de ces réponses vous met mal à l'aise, le sujet n'est plus technique : il est économique.

C'PRAG réalise des audits d'architecture logicielle et conçoit des interconnexions sur-mesure entre ERP, MES et systèmes de terrain. L'approche est pragmatique : cartographie des flux existants, identification des points d'ouverture réels de vos boîtes noires, priorisation par gain mesurable, puis mise en production incrémentale. Sans casser ce qui fonctionne, et sans vous enfermer davantage.

Prenez rendez-vous pour un audit de votre existant : la première cartographie révèle presque toujours des gains immédiats insoupçonnés.