Un tableau de bord SaaS pour suivre les lots en cours de production donne une visibilité immédiate sur l'avancement des ordres, les goulets d'étranglement et les écarts de temps cycle. Pour un atelier d'usinage CNC de taille moyenne, cette visibilité se traduit souvent par une baisse des délais clients, une meilleure allocation des opérateurs et une diminution des retouches. Cet article explique comment architecturer la solution, quels KPI afficher, comment définir des règles d'alerte opérationnelles et comment intégrer les statuts temps réel à l'ERP/MES pour obtenir des gains mesurables.
TL;DR:
Un suivi temps réel des lots peut augmenter le throughput de 15–25% en réduisant les arrêts non planifiés et en optimisant la charge opérateur.
Prioriser 6 KPI (statut lot, % terminé, ETA, TRS, temps cycle vs temps standard, interventions manuelles) et définir règles d'alerte simples (ex. cycle >120% du standard sur 3 cycles).
Piloter un POC sur 4–6 machines pendant 6–8 semaines, connecter via Edge (OPC UA / MTConnect), puis synchroniser statuts avec l'ERP pour réconciliation automatique.
Suivre les lots en cours de production signifie voir, à chaque instant, où se trouvent les pièces, quelle quantité a été produite et quels événements influencent le flux (arrêts, réglages, rebuts). Pour les PME d'usinage CNC, l'impact est concret : réduction des temps morts, meilleure planification des changeovers et respect plus fiable des délais clients.
Meilleure utilisation des opérateurs : quand l'atelier sait qu'un lot aura besoin d'un réglage dans 30 minutes, l'opérateur peut préparer les outils et le gabarit en avance.
Amélioration du TRS/OEE : des retours de cas réels montrent des gains typiques de 8–12 points de TRS après déploiement d'un tableau de bord temps réel.
Réduction des réinterventions : en identifiant immédiatement les pièces hors tolérances, le taux de retouche peut baisser de 20–40%.
Perte de visibilité sur le WIP (Work In Progress), entraînant des priorités incorrectes et des expéditions retardées.
Charge opérateur mal répartie : sans visibilité, on multiplie les interventions manuelles et les heures supplémentaires.
Décalage entre données planifiées et données réelles : l'ERP affiche un statut "en production" mais l'atelier est bloqué pour maintenance depuis 2 heures.
Pour un atelier type (10 machines, 2 équipes, 2 000 pièces/mois), études de cas internes indiquent qu'un suivi temps réel bien conçu peut produire une hausse du throughput de 15–25% et économiser l'équivalent de plusieurs centaines d'heures opérateur par an. Pour une introduction théorique à la gestion de la production, voir cette synthèse académique sur la gestion industrielle et la production gestion de la production - Academia.edu.
Une architecture fiable sépare clairement la couche d'acquisition machine (Edge), la couche événementielle (ingestion) et la couche applicative SaaS (visualisation, règles, API).
Contrôleurs CNC (Fanuc, Heidenhain, Siemens Sinumerik) : extraction de signaux G-code, temps cycle, alarmes.
PLC et capteurs : états d'axe, porte, broche, niveau lubrifiant.
Bornes opérateur / terminaux de saisie : démarrage/fin de série, interventions manuelles, commentaires qualité.
ERP/MES : ordres de fabrication, nomenclatures, quantités planifiées et statuts officiels.
L'edge gateway normalise les flux machine (OPC UA, MTConnect) et convertit événements machine en messages structurés (JSON). Voir la page d'introduction à OPC UA pour détails techniques : présentation d'OPC UA sur le site de l'OPC Foundation.
MTConnect fournit un flux lisible pour certains contrôleurs et capteurs : qu'est-ce que MTConnect.
Fréquences courantes : 1–5s pour états machine critiques, 10–60s pour métriques d'agrégation. Latence acceptable dépend du KPI : pour une alerte d'arrêt, <30s ; pour calcul ETA, 30–60s suffit.
Mode hors-ligne : buffer local de l'edge pour garantir reprise après perte de réseau.
Chiffrement TLS entre edge et SaaS, authentification basée sur certificats pour les gateways.
Ségrégation réseau : accès contrôle machine séparé du réseau d'entreprise.
Conformité RGPD : anonymisation des données personnelles des opérateurs si nécessaire. Pour cadre légal et bonnes pratiques, consulter le guide général sur le RGPD : explication complète du GDPR.
API REST et webhooks pour intégration bidirectionnelle ; file d'événements (Kafka, RabbitMQ) pour scalabilité.
Dans une architecture typique, l'edge translate les signaux CNC (cycle started/finished, alarm codes) en événements "opérationnels" (pièce produite, réglage, arrêt), puis le SaaS calcule KPI et met à jour le tableau de bord.
Les KPI doivent répondre à trois usages : statut opérationnel immédiat, diagnostic et planification. Prioriser les indicateurs qui déclenchent des actions.
Statut lot : En file, En cours, Suspended, Terminé, Bloqué. Source : ERP + événements machine.
% d'achèvement : unités produites / quantité cible.
ETA lot : calculé à partir du nombre d'unités restantes multiplié par temps cycle moyen ajusté par performance récente.
TRS/OEE : Disponibilité × Performance × Qualité. Fréquence d'update : minute.
Temps cycle réel vs temps standard : afficher delta en secondes et en %.
Temps de réglage (setup) : minutes par lot.
Temps d'intervention manuelle : nombre et durée des interventions par lot.
Taux de rebut : pièces non conformes / total.
| KPI | Formule | Source de données | Fréquence d'update | Seuil recommandé | Widget conseillé |
|---|---|---|---|---|---|
| Statut lot | mapping ERP/statuts machine | ERP + événements | 10–60s | N/A | Liste des lots |
| % Achèvement | units_done / qty_target | Edge + ERP | 30s | N/A | Progress bar + ETA |
| ETA lot | (qty_left × cycle_avg) / perf_ratio | Edge | 60s | +/-10% | Timeline lot |
| TRS | (Temps de production utile / Temps total planifié) | Edge + MES | 60s | >65% | Carte machine |
| Temps cycle delta | cycle_real - cycle_standard | Edge, temps standard CNC | chaque cycle | <±10% | Histogramme |
| Interventions manuelles | count, total_minutes | bornes opérateur | 5–15min | réduire 20%/mois | Liste actionnable |
Pour des méthodes et définitions normalisées des KPI industriels, se référer à la norme ISO 22400 sur les indicateurs de performance en production : Standard. Les articles pratiques internes sur tableaux OEE et temps standard CNC aident à définir les temps de référence.
Conseils pratiques
Ne pas afficher plus de 6–8 KPI par écran principal. Les opérateurs et chefs d'îlot doivent percevoir l'information essentielle en <5s.
Mettre en évidence le delta temps cycle vs standard pour déclencher actions d'amélioration continue.
Utiliser KPI agrégés pour la direction et KPI détaillés pour l'atelier.
La conception doit servir l'action rapide. Un écran bien conçu réduit le nombre d'interventions manuelles et accélère les décisions.
Vue atelier : prioritaire pour chefs d'îlot et planificateurs. Affiche cartes machines, alertes globales et file d'attente des lots.
Vue lot : utile pour opérateurs et contrôleurs qualité. Montre timeline, opérations restantes, ETA et événements associés.
Basculer facilement entre les deux vues via filtres préconfigurés (aujourd'hui, 24h, par client).
Codes couleurs simples : vert = opération normale, jaune = attention (déviation < seuil), rouge = action requise (blocage ou dépassement critique).
Widgets recommandés : liste de lots (ordre par ETA), timeline Gantt simplifiée, carte machine (TRS), liste d'alertes priorisées, flux d'événements.
Éviter surcharge d'information : préférence pour graphiques compacts et indicateurs textuels clairs.
Accessibilité : polices lisibles, contraste élevé, adaptation tablette/mobilité.
Filtres rapides : par machine, par commande client, par opérateur, par priorité.
Vues sauvegardées : "Urgent aujourd'hui", "Prochaine 2 heures", "Maintenance planifiée".
Recherche libre sur numéro de lot, référence client, code travail.
Pour des exemples concrets de widgets et layouts adaptés au temps réel, consulter le guide interne sur tableau de bord temps réeel.
Les alertes doivent conduire à des actions claires et mesurables. Une alerte sans workflow est une nuisance.
Critique (rouge) : lot bloqué, panne machine, perte de sécurité, dépassement de ETA critique.
Moyenne (jaune) : déviation temps cycle >20%, mise en file d'attente inattendue.
Info (bleu/vert) : réglage terminé, lot prêt au transfert.
Exemple 1 : Alerte si temps cycle > 120% du temps standard pendant 3 cycles consécutifs → créer ticket maintenance si code alarme présent.
Exemple 2 : Alerte lot bloqué > 15 minutes sans intervention opérateur → notification SMS au chef d'îlot.
Exemple 3 : Quantité produite < plannedqty à ETA prévu → réordonnancer priorités.
Canaux : push mobile, e-mail, SMS, intégration ticketing (Jira Service Management, ServiceNow).
Escalade configurable : opérateur → chef d'îlot → responsable production.
Automations : création automatique d'un ticket maintenance avec logs machine et pièces jointes (captures d'écran, dernières alarmes).
Pour réduire les interventions manuelles via règles et automations, voir notre checklist dédiée sur réduire interventions manuelles.
L'intégration ERP/MES assure que le statut réel de l'atelier concorde avec les ordres planifiés et que la facturation repose sur données fiables.
Mapping minimal : ERP order id ↔ SaaS lot id ↔ opération N (opération atelier).
Synchroniser : quantité planifiée, séquence d'opérations, ressources assignées.
Cas d'usage : push des événements de production vers l'ERP pour clôture partielle d'ordre.
Règles automatiques : si qty_produced ≠ qty_reported dans ERP, exécuter une reconciliation nightly ou déclencher exception si écart > seuil.
Enregistrer toute modification qui affecte la traçabilité : opérateur, raison d'arrêt, scrap.
Push (webhooks) : recommandé pour événements critiques (arrêt, blocage, fin lot). Permet réactivité.
Pull (API polling) : utile pour états de synthèse périodiques, ou si l'ERP limite les webhooks.
Architecture hybride : push pour événements temps réel, pull pour reprise quotidienne complète.
Solutions MES/ERP compatibles
Impacts opérationnels
Données de production temps réel dans l'ERP améliorent la précision des dates de livraison, la visibilité des coûts et la facturation basée sur quantité réelle.
Réduction des écarts manuels et du travail de saisie.
Un déploiement par étapes réduit les risques et maximise l'adoption.
Étendue : 4–6 machines représentatives (différents contrôleurs/type de pièces).
Durée : 6–8 semaines (1ère collecte + ajustements + validation KPI).
Indicateurs de succès : réduction des arrêts non planifiés, amélioration du respect des ETA, diminution des interventions manuelles.
Sessions courtes (15–30 min) sur le flux d'information et la saisie minimale requise.
Supports : fiches papier rapides et vidéos de 2–5 minutes.
Impliquer les opérateurs tôt : ils savent quelles alertes sont réellement actionnables.
Calcul ROI simple : heures opérateur économisées × coût horaire + diminution rebuts × coût unitaire.
Exemple : 200 heures/mois économisées × 25 €/h = 5 000 €/mois.
Itérer : réviser règles d'alerte après 4 semaines d'utilisation réelle, puis déployer modifications.
Pour retours d'expérience et étapes détaillées en environnement CNC, voir le guide sur le suivi atelier CNC.
Atelier hypothétique
10 machines, 2 équipes, 2 000 pièces/mois.
Baseline : TRS 55%, temps cycle moyen 45 minutes, réglages 12% du temps.
Scénario post-déploiement
Connexion edge (OPC UA/MTConnect), dashboard SaaS, règles d'alerte pour cycles >120% standard.
Résultats observés après 3 mois :
Calcul ROI simplifié
Valeur horaire opérateur moyenne : 30 €/h.
Économie mensuelle : 240 h × 30 € = 7 200 €/mois → 86 400 €/an.
Coût de POC + abonnement SaaS + intégration sur 12 mois : typiquement amorti en 3–9 mois selon fournisseurs.
Ces chiffres correspondent à benchmarks observés dans des PME d'usinage équipées d'une solution de monitoring en temps réel et validées par comparaisons internes.
Choisir KPI prioritaires : statut lot, % achevé, ETA, TRS, temps cycle vs standard, interventions.
Architecturer la collecte via Edge : OPC UA / MTConnect pour fiabilité.
Définir règles d'alerte mesurables (ex. 3 cycles >120% standard).
Prévoir intégration ERP/MES avec mapping de statuts et reconciliation automatique.
Piloter un POC (4–6 machines, 6–8 semaines) et valider KPI baseline.
Former opérateurs avec supports courts et vidéos.
Mesurer ROI avec heures économisées, baisse des rebuts et respect des délais.
Ces points renvoient aux sections détaillées ci-dessus pour approfondissement.
Un tableau de bord SaaS pour les lots en cours de production est un levier prioritaire pour les PME d'usinage : il apporte visibilité, réduit les interventions manuelles et améliore la planification. Tester la solution sur un pilote restreint (4–6 machines) permet de valider rapidement les gains et d'étendre ensuite avec confiance.
La latence acceptable dépend du KPI : pour la détection d'arrêt ou d'alarmes, viser <30 secondes pour que l'action soit opérable. Pour le recalcul d'ETA et la synthèse TRS, 30–60 secondes est souvent suffisant. Certaines métriques analytiques peuvent être rafraîchies toutes les 5–15 minutes sans perte d'utilité.
ETA = (quantité restante × temps cycle moyen) / performanceratio. Le temps cycle moyen doit être pondéré sur les dernières N pièces (ex. 10) et ajusté par un ratio de performance calculé à partir du TRS récent. Si des opérations dépendantes existent (ex. ops en série), additionner les durées estimées par opération.
Utiliser TLS pour tous les transferts, authentification par certificats pour les gateways Edge, et segmenter le réseau atelier. Anonymiser ou pseudonymiser les données nominatives des opérateurs avant stockage. Documenter les finalités de traitement et conserver les logs d'accès. Pour cadre général sur le RGPD, consulter le guide pratique : [gdpr.eu](https://gdpr.eu/).
Oui. Les gateways Edge se branchent généralement aux sorties CNC/PLC et collectent des signaux en lecture seule, ce qui évite les interruptions. La phase pilote doit inclure vérification des interfaces (ports série, Ethernet) et tests hors production pour valider la compatibilité avec les contrôleurs (Fanuc, Heidenhain, Siemens).
Le ROI dépend du point de départ mais, pour un atelier CNC de taille moyenne, l'amortissement se situe souvent entre 3 et 9 mois. Calcul de base : heures opérateur économisées × coût horaire + réduction rebuts × coût unitaire. Des gains typiques observés : +10 points TRS, -8% temps cycle, réduction importante des interventions manuelles.