Suivi de production en temps réel : connecter machines, GPAO et ERP

1. Suivi de production en temps réel : de quoi parle-t-on vraiment ?

Le suivi de production en temps réel, c'est la capacité à répondre à tout moment, et sans téléphoner à l'atelier, à trois questions : où en est chaque ordre de fabrication ? combien de temps a-t-il réellement coûté ? combien de pièces ont été produites et combien rebutées ? Le « temps réel » ne signifie pas la milliseconde : pour une PME industrielle, une remontée toutes les quelques minutes (voire à chaque fin d'opération) suffit largement à transformer le pilotage.

Il faut distinguer trois couches que l'on confond souvent. La GPAO (gestion de production assistée par ordinateur) planifie : elle génère les OF, séquence les opérations, calcule les besoins matière. L'ERP gère le périmètre administratif et financier : commandes, stocks, achats, facturation, comptabilité analytique. Le MES (Manufacturing Execution System) fait le lien entre la planification et l'exécution réelle sur les postes. Le suivi temps réel vit à cette dernière couche, mais il n'a de valeur que s'il réinjecte les données réelles dans la GPAO et l'ERP.

Le problème classique : ces trois couches existent rarement de façon connectée dans une PME. La GPAO planifie sur des temps théoriques, l'atelier pointe sur papier, et l'ERP facture sur des quantités saisies a posteriori. Résultat : l'écart entre le théorique et le réel n'est jamais mesuré, donc jamais corrigé.

2. Comment remontent les OF, temps et rebuts depuis l'atelier ?

C'est ici que se joue le succès ou l'échec d'un projet. Une donnée mal capturée à la source contamine tout le reste de la chaîne. Il existe plusieurs canaux de remontée, à combiner selon votre parc machine et votre niveau d'automatisation.

Les quatre sources de données d'atelier

• Saisie opérateur sur terminal : un poste tactile ou une tablette à chaque îlot où l'opérateur déclare le démarrage d'un OF, l'arrêt, la quantité bonne et la quantité rebutée. C'est la source la plus accessible, mais aussi la plus sujette à l'oubli si l'interface n'est pas conçue pour le terrain (gants, poussière, gestes rapides).
• Lecture directe machine (CNC, automates) : les machines à commande numérique exposent souvent leur état (en cycle, en attente, en défaut) et des compteurs de pièces. Lire ce signal supprime la saisie manuelle des temps machine — la donnée la plus fiable car non déclarative.
• Fichiers d'usinage et de programmation : dans certaines filières, le fichier qui pilote la machine contient déjà la nomenclature des opérations. Dans l'industrie bois, par exemple, le format BTLx (XML standardisé et lisible) décrit chaque débit, perçage et assemblage. C'est un gisement de données structurées qu'une couche logicielle peut parser pour relier l'usinage réel à l'OF — sans aucune ressaisie.
• Badges, douchettes et codes-barres / QR : scanner l'OF et le poste pour déclencher un pointage en un geste. Idéal pour fiabiliser le « qui fait quoi, quand » sans interface complexe.

La règle d'or : minimiser la saisie déclarative et maximiser la captation automatique. Chaque champ qu'un opérateur doit remplir à la main est un champ qui finira par être faux ou vide un jour de rush. Notre parser BTLx open-source illustre cette logique : extraire la donnée là où elle existe déjà (le fichier machine) plutôt que de la redemander à un humain.

Le piège du « tout machine » comme du « tout manuel »

Vouloir tout automatiser dès le départ fait exploser le coût et le délai : connecter un parc hétérogène de machines anciennes peut nécessiter des passerelles spécifiques par équipement. À l'inverse, le « tout déclaratif » s'effondre dès que la cadence monte. L'approche qui fonctionne est hybride et progressive : captation automatique sur les machines récentes et goulots d'étranglement, saisie simplifiée sur le reste, et fiabilisation au fil de l'eau.

3. Comment calculer le TRS à partir des données remontées ?

Le TRS (taux de rendement synthétique), ou OEE en anglais, est l'indicateur de référence de l'efficience d'un moyen de production. Il se calcule comme le produit de trois taux. C'est précisément ce que la remontée temps réel permet de mesurer sans estimation grossière.

Le TRS se lit alors comme un produit : un atelier à 90 % de disponibilité, 95 % de performance et 98 % de qualité affiche un TRS d'environ 84 %. La force du temps réel, c'est de pouvoir décomposer ce chiffre par machine, par équipe, par série, par cause d'arrêt. Un TRS global moyen ne dit rien d'actionnable ; un TRS qui montre que la machine X perd 12 points de disponibilité chaque mardi matin, lui, déclenche une action concrète.

L'autre indicateur sous-estimé est le coût réel de l'OF. En croisant les temps remontés avec les taux horaires de la comptabilité analytique de l'ERP, on obtient la marge réelle par série — et l'on découvre souvent que les petites séries « dépannage client » détruisent de la valeur. C'est typiquement une analyse qu'aucun progiciel standard ne fournit nativement parce qu'elle dépend de votre structure de coûts.

4. Que doit afficher un tableau de bord de production utile ?

Un bon tableau de bord de production n'est pas un mur de graphiques. C'est un outil à deux vitesses : une vue atelier, lisible en trois secondes par un chef d'équipe au milieu du bruit, et une vue pilotage, qui sert le dirigeant et le responsable de production pour les décisions de fond.

L'erreur la plus fréquente consiste à dupliquer dans le tableau de bord des indicateurs que personne ne regarde. La bonne démarche est inverse : partir de la décision que l'on veut éclairer (faut-il décaler cet OF ? faut-il refuser ce type de petite série ? quelle machine sous-investit-on ?) et n'afficher que les chiffres qui y répondent. Un tableau de bord sur mesure se construit autour de vos décisions, là où un progiciel impose ses écrans génériques.

5. Sur-mesure ou progiciel MES : que choisir ?

C'est l'arbitrage central. Un progiciel MES du marché apporte de la profondeur fonctionnelle immédiate et un cadre éprouvé. Mais il impose son modèle de données et ses écrans : pour le faire coller à votre atelier, vous payez des paramétrages, des développements spécifiques de l'éditeur, et vous restez dépendant de sa roadmap. La passerelle sur mesure part de l'inverse : elle épouse vos machines, votre GPAO et votre ERP existants, et ne fait que ce dont vous avez besoin.

Le critère décisif n'est pas le prix de licence, c'est la spécificité de votre savoir-faire. Si votre production est ultra-standardisée, un progiciel fait le travail. Mais si votre avantage concurrentiel tient à des process particuliers — un enchaînement bureau d'études → usinage → atelier qui vous est propre — alors un progiciel vous force à raboter ce qui vous distingue. La passerelle sur mesure, elle, fait du temps réel un prolongement naturel de votre méthode. C'est l'esprit de notre service logiciel métier sur mesure.

6. Cas concret : un industriel du bois, de Cadwork à l'atelier

Prenons un cas représentatif que nous avons accompagné : un industriel du bois alsacien doté d'un bureau d'études sous Cadwork (CAO/CFAO bois) et d'un parc d'usinage CNC. Le bureau d'études concevait les ouvrages, exportait les fichiers d'usinage (BTLx, BTL, BVX, STL) vers les machines à commande numérique, et l'atelier produisait. Entre la conception et l'ERP, tout reposait sur de la ressaisie et des feuilles de pointage.

Le point de bascule a été de reconnaître que la donnée existait déjà, mais qu'elle ne circulait pas. Le format BTLx, étant un XML standardisé et lisible, décrit chaque pièce et chaque opération d'usinage. Une couche logicielle peut donc le parser pour relier l'usinage réel à l'OF correspondant, alimenter le suivi d'avancement et nourrir la comptabilité analytique — automatiquement.

La passerelle que nous avons mise en place a relié trois maillons jusque-là cloisonnés :

• Bureau d'études → ERP sans ressaisie : les données de conception alimentent directement l'ERP (Sage X3), supprimant la double saisie et ses erreurs.
• Fichiers BTLx → suivi d'OF : la lecture automatisée des fichiers d'usinage relie chaque pièce produite à son ordre de fabrication et à son temps machine.
• Atelier → tableau de bord : avancement, temps et rebuts consolidés dans une vue unique, hébergée sur une infrastructure souveraine UE.

Le même principe s'applique ailleurs dans la filière. Sur l'analyse des appels d'offres, la lecture IA des CCTP permet d'automatiser une partie de la production des DPGF — un autre cas où la donnée structurée existe et où il « suffit » de la faire travailler. Le fil rouge est toujours le même : capter la donnée là où elle naît, et la faire circuler jusqu'au pilotage, plutôt que de la ressaisir à chaque étape.

Cet ancrage métier est ce qui distingue JAIKIN d'un intégrateur généraliste : nous connaissons les chaînes CAO/CFAO de l'industrie bois (Cadwork, formats BTLx, usinage CNC) et nous savons les relier à un ERP comme Sage X3. C'est le cœur de notre offre IA industrielle et outils métiers.

7. Par où commencer sans tout casser ?

L'erreur fatale est le « big bang » : vouloir connecter tout le parc et refondre l'ERP en même temps. Les projets de suivi temps réel qui réussissent sont ceux qui démarrent petit et prouvent leur valeur avant d'étendre. Voici la séquence que nous recommandons.

Cette logique incrémentale rejoint la façon dont nous abordons la modernisation du système d'information dans nos missions de migration et intégration ERP : on ne remplace pas, on connecte, on prouve, puis on étend. La donnée d'atelier devient alors un actif qui se valorise dans le temps, et non un projet à risque qui se joue d'un seul coup.

8. FAQ