Le management visuel production aide les ateliers CNC et sous-traitants à voir l'état réel de la production en un coup d'œil pour réduire les temps d'attente, améliorer le TRS/OEE et répartir la charge opérateur sans recruter. Ce guide pratique explique comment préparer un pilote, choisir une architecture SaaS, connecter CNC/ERP/G‑Code, concevoir des tableaux de bord lisibles, former les équipes et mettre en place une gouvernance des données pour des itérations rapides. Vous apprendrez aussi à extraire des temps cycle fiables, à limiter les fausses alertes et à mesurer le retour opérationnel.
TL;DR:
Déployez un pilote sur 1–3 lignes en 8–12 semaines pour prouver 5–12% de gain TRS avant généralisation.
Connectez CNC, PLC et ERP en priorisant extraction du temps cycle depuis le G‑Code et horodatage synchronisé.
Concevez écrans lisibles à 3 mètres, règles d'alerte simples et formations de 15–30 minutes par poste pour assurer adoption.
Définissez 2 à 4 objectifs quantifiables: cible TRS (par exemple +5–10% sur pilote), réduction du lead time (ex. −10% sur flux concerné) et visibilité sur la charge opérateur (heures productives par poste). Précisez la méthode de calcul du TRS/OEE (temps disponible, temps de production, qualité) et la source de vérité pour le temps cycle—idéalement le G‑Code ou un capteur machine. Notez que les indicateurs doivent être exploitables: un TRS journalier indique un problème, mais le dashboard doit aussi afficher la cause probable et l'action attendue.
Choisissez 1 à 3 lignes ou 5–10 machines CNC représentatives: machines fréquemment arrêtées, postes avec fort encours, ou opérations critiques pour des clients stratégiques. Un pilote limité réduit le risque d'implémentation et accélère les retours. Préférez des cellules avec opérateurs motivés et un superviseur disponible comme propriétaire du projet.
Checklist technique: connecteurs machine (Ethernet/RS‑232), gateways IoT pour CNC anciens, capteurs de présence/compteurs, réseau local stable, et accès API à l'ERP/MES. Checklist logicielle: compatibilité API, capacité d'ingérer G‑Code et événements PLC, et outils d'authentification (SSO/LDAP). Gouvernance: nommer un propriétaire projet, comité mensuel (production, maintenance, IT, planification), et fixer KPIs cibles et règles d'accès.
Les solutions SaaS offrent déploiement plus rapide, mises à jour et hébergement externalisé. Les risques perçus incluent latence réseau, souveraineté des données et dépendance fournisseur. Si votre site a exigences strictes de données (clients défense/aéro), vérifiez options d'hébergement privé ou contrat de traitement des données. Comparez solutions par coût total (subscription + intégrations), SLA de disponibilité, connecteurs CNC/PLC, et capacité d'export vers ERP. Pour un comparatif fonctionnel, consultez le comparatif logiciels.
Recommandez KPIs à trois niveaux:
Opérateur: file d'attente, tâche suivante, temps restant de la pièce en cours.
Équipe/superviseur: TRS machine par équipe, nombre d'arrêts et durée par cause.
Management: lead time moyen, encours par référence, taux de première passe (FTQ).
Pour l'atelier, combinez TRS, temps d'arrêt et cause pour obtenir contexte. Voir nos exemples de KPI pour widgets recommandés. Les études sur patterns visuels en Industrie 4.0 peuvent guider le choix des représentations visuelles (voir l'article sur patterns for visual management).
Schéma minimal: source machine → gateway/edge → SaaS (ingestion) → mapping ERP/MES → dashboard. Garantissez horodatage synchronisé (NTP) sur machines et serveur, et stockez événements bruts pour audits. Implémentez contrôle d'accès basé sur rôle (opérateur, superviseur, manager) et chiffrement au repos et en transit (TLS 1.2+). Prévoyez SLA pour latence et récupération après panne. Si vous planifiez migration progressive, notre guide sur migrer vers SaaS détaille étapes et risques.
Identifiez toutes les sources de vérité: contrôleurs CNC, PLCs, capteurs de présence, compteurs d'énergie, et l'ERP pour ordres de fabrication. Priorisez la connexion des CNC critiques et de l'ERP pour obtenir correspondance ordre ↔ événement. Pour intégrer planification en temps réel, voyez notre article sur la planification en temps réel.
Deux options courantes pour temps cycle:
Extraction du G‑Code: analyser les mouvements et temps programmés pour estimer cycle sans dépendre des capteurs. Guide pratique: extraire temps cycle.
IoT direct / PLC: compter impulsions d'axe ou états machine (productif/arrêt) pour obtenir temps réel effectif.
Comparez coût et précision: le G‑Code donne temps théorique proche du cycle, le PLC capte incidents réels (rework, micro‑arrêts).
Mettez en place ce mapping minimal: événement machine → événement production → ordre ERP → KPI. Assurez correspondance via identifiants de lot ou numéros d'ordre. Synchronisez horodatage NTP et loggez latence entre edge et cloud. Préparez règles de buffering pour gérer perte réseau (stockage local temporaire). Pour les meilleures pratiques d'intégration ERP, voir notre note sur intégration ERP.
Design pragmatique: un tableau visible à 3 mètres, polices grandes, pictogrammes simples et code couleur limité (par ex. vert = ok, orange = attention, rouge = action requise). Affichez uniquement ce qui nécessite une action immédiate. Les principes de management visuel tirés du Lean restent applicables: afficher état, cible, écart, et action attendue. Des ressources pratiques expliquent comment le visuel améliore la communication de shift (voir le guide sur Visual management in manufacturing).
Widgets recommandés:
TRS machine en temps réel avec dernier arrêt et durée (voir TRS machine en temps réel).
File d'attente par machine et tâche suivante.
Liste d'alertes avec cause probable et procédure d'action.
Charge opérateur en heures productives et temps d'assistance requis.
Pour le TRS, affichez à la fois valeur actuelle (30‑min glissant) et cumul journalier. Pour limiter surinformation, proposez écrans muraux pour la vue d'équipe et tablettes individuelles pour tâches détaillées. Plus d'exemples pratiques sont disponibles dans nos exemples de KPI.
Opérateur: tâche suivante, instructions courtes, documents liés, bouton d'alerte.
Superviseur: synthèse TRS par ligne, alertes non résolues, tickets assignés.
Planificateur: encours, lead time, capacité restante pour ordonnancement.
Intégrez procédures actionnables au clic (par ex. "ouvrir ticket maintenance") pour réduire temps de décision. Évaluez adoption via taux de consultation des écrans et nombre d'actions lancées depuis le dashboard.
Plan type 8–12 semaines:
Semaine 1–2: installation réseau, edge gateways, accès ERP.
Semaine 3–4: intégration données CNC/PLC et mapping.
Semaine 5–6: configuration dashboards, règles d'alerte, tests.
Semaine 7–8: pilote en production sur 1–3 lignes, collecte métriques.
Semaine 9–12: ajustements, validation, préparation montée en charge.
Critères d'arrêt du pilote: stabilité des données (>99% d'événements horodatés), adoption minimale (ex. 80% des shifts consultent le dashboard) et preuve d'impact (gain TRS mesurable). Pour relier dashboards et ordonnancement, voir l'article sur la planification CNC.
Format recommandé: sessions courtes 15–30 minutes en début de shift, plus un playbook papier/numérique. Objectifs: lire un écran, déclarer un arrêt, lancer une action corrective. Créez vidéos de 3–5 minutes et checklists. Pour l'équilibrage de charge, intégrez recommandations de équilibrer charge opérateur.
Suivez indicateurs d'adoption: taux de consultation écran, temps moyen de résolution d'alerte, nombre d'actions lancées depuis dashboard, et réduction des temps d'arrêt. Côté ROI, comparez TRS, lead time et encours avant/après. Liens utiles: guide sur la gestion des effectifs pour relier gains de performance à coût du personnel.
Instaurer cycles courts: toutes les deux semaines, analysez événements d'arrêt fréquents, testez une action corrective sur 1–2 machines et vérifiez l'impact. Exemple: identifier micro‑arrêts dus à une pince défectueuse, remplacer la pince sur une machine, constater −20% d'arrêts en 2 semaines. Documentez chaque essai et standardisez la solution si efficace.
Mettez en place contrôles: audits hebdomadaires des horodatages, validation des règles de mapping ordre/événement, et monitoring de la santé des flux. Définissez politiques de rétention (par ex. logs bruts conservés 2 ans, agrégats 7 ans). Assurez rôles clairs pour modifications de dashboard et gestion des incidents.
Priorisez nouvelles connexions par ROI anticipé: machines critiques, fort taux d'arrêts, ou gros volume pièces. Surveillez charge réseau et coûts SaaS par machine. Pour arguments de montée en charge et gains de capacité, consultez notre article sur augmenter capacité.
Trop de KPIs: concentrez‑vous sur 3–6 indicateurs actionnables.
Données incomplètes: négliger horodatage NTP ou buffer edge.
Filtres horaires erronés: heures ouvrées mal configurées faussent TRS.
Absence de propriétaire projet: décisions trop lentes, adoption faible.
Checklist rapide:
Vérifiez NTP sur CNC/edge/server.
Confirmez correspondance ordre/événement (IDs).
Comparez temps cycle G‑Code vs temps mesuré (écart acceptable <10%).
Testez latence entre edge et cloud et présence de buffering.
Si le TRS affiché semble incorrect, consultez notre ressource pour diagnostiquer un tableau TRS CNC.
Escaladez si: perte de plus de 5% d'événements, latence persistante >30s affectant opérations, corruption de logs, ou erreurs d'authentification affectant plusieurs utilisateurs. En urgence, basculez en mode opérateur manuel avec procédures papier jusqu'à résolution.
Le management visuel production en SaaS permet d'obtenir une visibilité temps réel, d'augmenter le TRS et de réduire le lead time sans recruter, si le projet commence par un pilote limité, des KPIs clairs et une gouvernance des données. Priorisez l'extraction fiable des temps cycle, des écrans lisibles et des formations courtes pour accélérer l'adoption.
Contrôlez d'abord l'horodatage: toutes les sources (CNC, edge, cloud) doivent utiliser NTP et être dans la même timezone. Ensuite confrontez le TRS calculé par le dashboard avec un relevé manuel sur une période courte (ex. 2 heures) et comparez: écart acceptable <10% pour un premier test. Si l'écart est supérieur, vérifiez mapping ordre/événement et filtres horaires (heures ouvrées, pauses).
Enfin, examinez la qualité des causes d'arrêt: si les arrêts sont marqués « non défini » trop souvent, améliorez la liste de causes et la formation des opérateurs pour améliorer la précision.
La différence peut venir de micro‑arrêts, opérations non programmées (contrôle qualité) ou séquences manuelles. Première étape: comparer le G‑Code (temps théorique) au log PLC/compteur d'axe (temps réel). Si le G‑Code sous‑estime systématiquement, utilisez une valeur corrigée par un facteur empirique ou préférez la mesure PLC pour le KPI TRS.
Testez sur une machine pendant 1 semaine pour ajuster la méthode de calcul et documentez la règle choisie dans la gouvernance des données.
Réduisez la sensibilité des règles d'alerte et utilisez fenêtres temporelles (par ex. déclencher si arrêt > 90s) plutôt que tout arrêt court. Testez deux règles en parallèle (A/B) pendant 2 semaines: une stricte, une permissive, et comparez taux de fausses alertes versus incidents réellement critiques.
Ajoutez un court formulaire de validation pour les opérateurs (cause rapide + action) afin de filtrer alertes non pertinentes et améliorer les règles automatiquement via retours opérateur.