La connexion fiable du plancher de production à l'ERP/MES est une priorité pour augmenter la visibilité opérationnelle, obtenir des temps de cycle réels et piloter le suivi de production. Cet article détaille une méthode en 7 étapes pour synchroniser les KPIs comme le TRS, les pièces bonnes par lot et les temps de cycle avec votre système ERP/MES, sans arrêter les machines. Vous apprendrez comment cartographier les sources de données, normaliser les flux, sélectionner une architecture non intrusive et structurer un pilote mesurable en vue d’un déploiement à l’échelle.
TL;DR:
Priorisez 3 KPIs à fort impact (TRS, pièces bonnes par lot, temps de cycle) et ciblez un pilote de 4–8 semaines avec concordance >95%.
Cartographiez sources (CNC, PLC, terminaux) en 2–3 jours, capturez via agents non intrusifs (OPC-UA ou agents locaux) et standardisez horodatage/identifiants.
Choisissez une architecture à faible risque (middleware ou connecteurs OPC-UA), testez latence <5 min et automatisez l'extraction des temps de cycle depuis le G-code.
Points clés rapides
Limitez la première vague de données pour réduire le risque opérationnel.
Favorisez la capture non intrusive pour éviter les arrêts machines.
Vérifiez les standards ISA-95 et ISO 22400 dès la conception.
Commencez par un périmètre clair : quels indicateurs ont un effet mesurable sur la production et la planification ? Le suivi de production doit remonter des KPIs exploitables pour la planification et le pilotage. Exemples prioritaires : TRS (OEE), temps de cycle par famille d'opérations, pièces bonnes par lot, et suivi des temps de travail par poste. Limiter la première vague à 2–4 KPIs réduit la complexité et le risque d'anomalies.
Exemples chiffrés
Disponibilité : viser une amélioration observable de 3–7 points de TRS sur 6 mois si les causes d'arrêt sont détectées automatiquement.
Qualité : réduction de 10–20% des rebuts lorsque la traçabilité pièces/opération est fiable.
Planification : diminution des écarts planifié/réel de 15–30% grâce au suivi en temps quasi réel.
Alignement avec ERP/MES
Cartographez comment chaque KPI va s’alimenter dans l’ERP/MES (ex : temps de cycle → temps standard, pièces bonnes → sorties OF).
Vérifiez les labels attendus par l’ERP (numéro d’ordre, code article) pour éviter les réconciliations manuelles.
Voir l’impact sur la planification en temps réel dans notre article sur l’impact des données en temps réel.
Solutions existantes
Audit léger (2–3 jours)
Recensez machines CNC, automates (PLC), capteurs IIoT existants, terminaux opérateurs et fichiers de job.
Identifiez où résident les fichiers de programme (contrôleurs NC, serveurs de postes, postes CAO/CAM).
Localisez logs de production (SCADA, historiques PLC) et points manuels (feuilles papier, bornes).
Prioriser la capture non intrusive
Priorisez OPC-UA ou agents en lecture seule pour minimiser le risque d'altérer la machine.
Évitez toute modification de l’armoire électrique ou du PLC pendant le pilote ; privilégiez la capture réseau ou un boîtier d’écoute.
Pour ateliers d’usinage, les fichiers G-code et les logs de la CNC sont souvent la source la plus riche ; voir notre contenu dédié à la gestion atelier CNC et suivi encours.
Comparaison de méthodes de capture
Capture directe (OPC-UA) : faible latence, bon mapping d’états machine.
Agents locaux (edge agents) : lecture de fichiers/ports série, plus simple à déployer sans toucher PLC.
Capteurs IIoT : utile si les machines n’exposent pas d’API, mais demande calibration.
Remplacement du papier
Pourquoi standardiser?
Transformations minimales recommandées
Horodatage : UTC ou fuseau local avec format ISO 8601.
Identifiants : ajouter numéro d’ordre OF, code opération, code machine, opérateur si disponible.
États machines : normaliser en "En cycle", "Arrêt", "Maintenance", "Blocage qualité".
Nettoyage : filtrer cycles anormalement courts (< X sec) ou incomplets ; marquer comme "cycle interrompu" avec motif si possible.
Exemple concret — extraction depuis le G-code
Parser le G-code pour estimer la durée programmée d’un cycle (mouvement, temps d’usinage, cycles d’outil) puis comparer avec temps réel enregistré pour détecter micro-arrêts.
Pour les méthodes et outils détaillés, voir notre page sur temps de cycle et temps standard et le guide d’extraction depuis G-code.
Métadonnées et traçabilité
Risques à gérer
Données manquantes : prévoir règles de fallback (ex : si OF manquant, assigner à ordre manuel avec tag "revue").
Incohérences temporelles : mettre en place validations (ex : pas d’événements futurs) et seuils d’alerte.
Objectif : transférer données normalisées vers ERP/MES sans modifier l’environnement de production. Quatre options courantes :
| Option | Effort d'installation | Risque d'interruption | Latence typique | Facilité de mapping KPI | Coût estimé |
|---|---|---|---|---|---|
| API directe (ERP ↔ abordage API) | Moyen | Faible | 1–10 s | Très élevé | Moyen |
| Middleware / message bus (MQTT, Kafka) | Élevé | Faible | <1 s–5 s | Élevée | Élevé |
| Ingestion fichiers (CSV/FTP) | Faible | Très faible | 1–30 min | Moyenne | Faible |
| Connecteurs OPC-UA / agents edge | Moyen | Très faible | 1–30 s | Élevée | Moyen |
Considérations techniques
Respectez les normes ISA-95 pour la hiérarchie des données et des fonctions industrielles (voir Isa95).
Privilégiez OPC-UA si les automates et CNC le supportent (documentation OPC Foundation : Opc ua).
Pour la sécurité, isolez le réseau OT, chiffrez les flux et appliquez des ACLs. NIST propose bonnes pratiques sur la modernisation des systèmes industriels.
Authentification mutuelle, chiffrement TLS et journalisation des accès.
Que choisir ?
Si l’ERP peut accepter API push et l’atelier expose OPC-UA, un middleware qui traduit OPC-UA → messages API est souvent le meilleur compromis entre latence et faible risque.
Pour un démarrage très peu risqué, l’ingestion de fichiers CSV via FTP permet d'expérimenter sans toucher au réseau OT.
Sélection du pilote
Choisissez une ligne ou un groupe de machines avec volume stable et personnel disponible pour audits. Évitez lignes critiques pendant la phase initiale.
Période recommandée : 4–8 semaines pour couvrir cycles de production, changement d’outil, et quelques incidents.
Critères d’acceptation
Concordance des temps de cycle : >95% des enregistrements automatiques concordants avec mesures manuelles ou référence.
Latence des événements : 95% des événements transmis en <5 minutes (objectif pour feedback opérationnel).
Aucune interruption de production causée par la capture de données.
Réduction mesurable des entrées manuelles (ex : -70% saisies papier sur la ligne pilote).
Plan de rollback
Maintenez une méthode claire pour couper la capture en cas d’incident : désactiver l’agent ou passer en ingestion fichiers.
Mesurez l’impact IT : surutilisation réseau, latence, et charge serveur.
Mesures pendant le pilote
Audits hebdomadaires ; vérification de l’exactitude des mappings (OF, code article).
Enquêtes rapides auprès des opérateurs : facilité d’utilisation, erreurs de saisie, suggestions.
Sources d’appui
Techniques d’extraction des temps de cycle
Parsing du G-code : extraire mouvements et temps machine programmés pour construire un temps théorique. Combinez avec simulation rapide pour corriger vitesses d’avance et temps d’outil.
Logs CNC : horodatage des états "cycle start/end" ou compteurs de pièces ; souvent plus fiable que G-code pur.
Capteurs de présence/compteur d’axes : utiles quand la CNC ne fournit pas d’événements granulaires.
Méthode recommandée : croiser G-code (estimation) + logs (mesure réelle) puis calculer un facteur d’ajustement pour définir temps standard.
Automatisation du suivi des temps de travail
Connectez badgeuse/opérateurs ou capteurs de présence aux OF pour lier heures opérateur à opérations.
Envoyez entrées automatiquement à l’ERP/MES pour mettre à jour les temps consommés sur OF, évitant la double saisie.
Comparez temps réels aux temps standards extraits pour détecter dérives (arrêts non planifiés, changements d’outil).
Pourquoi remplacer Excel et saisie manuelle
Outils et alternatives
Métriques d’adoption à suivre
Pourcentage d’opérations où les données sont automatiques (objectif >90% après 3 mois).
Nombre d’interventions manuelles par journée sur la ligne (objectif réduction >70%).
Taux de concordance temps réel vs temps standard (objectif >95%).
Latence moyenne des événements (objectif <5 min pour planification réactive).
Tableau de bord d’usage
Indicateurs clés : couverture machines, % OF automatisés, erreurs de mapping, files d’erreurs.
Rapport hebdomadaire pour IT et production : incidents, tickets ouverts, améliorations demandées.
Phase 1 : stabilisation sur pilote + documentation technique.
Phase 2 : standardisation des connecteurs et packaging des agents.
Phase 3 : déploiement par lots (par atelier, par famille de machines).
Phase 4 : transfert de compétences vers équipes internes (IT/production).
Réduction des interventions
Automatisation des règles de mapping et fallback (ex : recherche de OF basé sur code matière si OF absent).
Mise en place de contrôles automatiques avant push vers ERP (validations, rejets intelligents).
Voir méthodes spécifiques pour diminuer les saisies manuelles dans notre article sur réduire interventions manuelles.
Interopérabilité et complémentarité
Intégrer les données du plancher à l'ERP/MES sans arrêter la production se fait par étapes : prioriser KPIs, cartographier sources sans intrusion, standardiser les flux, choisir une architecture tolérante au risque, piloter, automatiser l'extraction des temps de cycle et industrialiser. Commencez par un pilote de 4–8 semaines ciblé sur 2–4 KPIs, visez concordance >95% et montrez des bénéfices mesurables avant montée en charge.
Checklist 10 actions à lancer cette semaine
Prioriser 3 KPIs à synchroniser (TRS, temps de cycle, pièces bonnes).
Nommer responsables IT et production pour le projet.
Programmer un audit de sources 2–3 jours sur le plancher.
Valider support OPC-UA / accès aux logs CNC.
Définir format d’horodatage (ISO 8601).
Choisir méthode de capture initiale (agents read-only).
Monter un prototype d’ingestion CSV ou middleware.
Préparer plan de rollback et tests de charge réseau.
Planifier pilote 4–8 semaines et critères d’acceptation.
Documenter métadonnées requises pour ERP (OF, code machine).
Pour les prochaines étapes après le pilote, planifiez la standardisation des agents, la formation des équipes, et l’évaluation d’outils pour déploiement complet (voir notre comparatif logiciels de suivi et la planification de la capacité de production).
Minimiser le risque passe par la capture non intrusive : privilégiez la lecture seule (OPC-UA, agents edge en lecture) et l’ingestion de fichiers plutôt que des changements sur les PLC. Planifiez un audit en production (2–3 jours) pour identifier points d’accès sans intervention électrique. Ayez un plan de rollback clair (désactivation agent) et des critères d’arrêt définis avant toute mise en production.
Oui, le G-code fournit des informations utiles pour estimer un temps théorique de cycle. Toutefois il faut combiner parsing G-code avec logs réels de la CNC pour corriger les écarts dus aux changements d'outil, pauses opérateur ou micro-arrêts. Consultez notre guide sur l'extraction depuis G-code pour méthodes et exemples de workflow.
Non. Souvent l'approche la plus efficace est de connecter les données d'atelier à l’ERP/MES existant via middleware ou connecteurs, en enrichissant les OF et en automatisant les mises à jour. Une solution complémentaire légère peut couvrir des besoins de suivi de production avant d'envisager un remplacement complet. Voir comment une solution peut compléter le MES dans notre article sur comment jitbase complète les logiciels MES et MRP.
Un pilote typique prend 4–8 semaines. L'effort initial comprend 2–3 jours d'audit, 1–2 semaines de configuration d'agents et de mappings, puis 2–4 semaines de mesures et ajustements. Objectifs : aucun arrêt causé par le pilote, concordance >95% des temps de cycle et latence acceptable (souvent <5 min).
Il existe des options à faible coût ou gratuites pour démarrer (logiciels open source, ingestion CSV, outils d'analyse basiques). Pour une liste d'options accessibles, voir notre article sur le logiciel-de-suivi-de-production-gratuit-et-libre-service. Ces solutions conviennent pour un pilote mais attention aux limitations en scalabilité et l'intégration API lors d'une montée en charge.