Logiciel CMMS avec catégorisation automatique des arrêts dans l'industrie (2026)

Comment fonctionne la catégorisation automatique (capteur + motifs IA)

Le moteur de catégorisation écoute trois flux de signaux en même temps. D'abord, les codes défaut de l'automate arrivent directement du contrôleur.

Chaque arrêt d'urgence, déclenchement de variateur, défaut capteur et timeout de retour atterrit dans la base en quelques millisecondes, étiqueté avec son code natif.

Ensuite, les signaux IoT comblent les trous que l'automate ne voit pas. Vibration d'un roulement, pointe de courant moteur, température d'un réducteur, pression d'une ligne hydraulique, ils te disent que la machine souffre avant même que le contrôleur lance une alarme.

Enfin, la vision par ordinateur observe ce que les humains voient mais notent rarement. Opérateur absent du poste, matière épuisée à l'alimentation, bourrage sur le convoyeur, portail de sécurité ouvert, la caméra le capte, le modèle le classe et l'événement rejoint le même flux d'arrêts que le code défaut de l'automate.

La couche IA compare le motif de signal en direct aux signatures historiques d'événements. Si la trace de vibration plus le courant moteur plus le motif d'arrêt correspondent à l'empreinte d'une défaillance de roulement d'il y a trois semaines, le système classe automatiquement le nouvel arrêt dans la même catégorie.

Aucun opérateur ne choisit dans un menu.

Résultat: un journal d'événements où chaque arrêt a une catégorie validée par la machine, un horodatage et un chemin vers le bon ordre de travail. Les ingénieurs cessent de débattre pour savoir si la panne était mécanique ou électrique, parce que les données le disent en clair.

Qu'est-ce qu'un CMMS avec catégorisation automatique des arrêts dans l'industrie ?

C'est une plateforme de maintenance qui ne demande plus à l'opérateur « pourquoi la ligne s'est arrêtée ? ». Elle lit en temps réel les signaux de l'automate, les capteurs IoT et les caméras de vision par ordinateur, reconnaît le motif d'arrêt et attribue elle-même la catégorie exacte.

Résultat : des rapports de TRS dignes de confiance, parce que derrière chaque minute d'arrêt on trouve une empreinte validée par la machine, pas une supposition d'opérateur en pleine cadence.

Pour les équipes de maintenance, cela change deux choses. D'abord, la guerre de responsabilités entre production et maintenance s'arrête, parce que la vérité est documentée par la machine elle-même.

Ensuite, les ingénieurs fiabilité disposent enfin de données propres pour analyser les causes racines, au lieu d'une pile d'enregistrements « Arrêt inconnu » qui ne mènent nulle part.

Le piège du menu déroulant

Sur la plupart des lignes, l'opérateur a 30 secondes avant de charger la matière suivante et trois à quatre minutes avant l'arrivée du technicien. Dans ce rush, personne n'ouvre une tablette, ne fait défiler 40 catégories et ne sélectionne soigneusement « pression hydraulique sous seuil ». On tape « Petit arrêt » ou « Autre », et on repart.

Conséquence : 60 à 80 % des arrêts dans les usines UE sont classés « petits » ou « inconnus ». Le TRS en souffre, parce que la composante Performance perd toute crédibilité et les vrais problèmes se cachent dans le brouillard des mauvaises données. On ne corrige pas ce qu'on ne mesure pas correctement.

L'approche Fabrico : la vérité validée par la machine

Quand l'automate de la machine enregistre un code défaut spécifique, Fabrico le capte en temps réel via l'intégration directe à l'automate (Modbus, OPC UA, Siemens S7) ou via la sortie d'un SCADA existant. Le code est mappé sur une catégorie d'arrêt prédéfinie : par exemple « surcharge servo-moteur », « température palier au-dessus du seuil », « buffer aval plein ». C'est la machine qui parle, pas l'opérateur.

La catégorie déclenche automatiquement un ordre de travail dans le CMMS, l'envoie au technicien le plus proche via l'application mobile et démarre le suivi de l'arrêt sur le tableau de bord TRS. Quand le technicien termine l'intervention, l'arrêt se clôture avec une piste d'audit complète : machine, durée, catégorie, action menée, pièces utilisées.

Catégorisation visuelle par vision par ordinateur

Tous les arrêts n'ont pas de signal automate. Bourrage convoyeur, discussion opérateur, attente matière, problème d'emballage - ces événements sont invisibles pour l'automate, mais visibles pour une caméra.

Le module de vision Fabrico surveille la ligne et classe visuellement : si la ligne est arrêtée sans alarme, le modèle reconnaît s'il s'agit d'un blocage, d'un manque de matière ou d'une intervention humaine. Pas besoin de matériel automate supplémentaire.

La feuille de route IA : classification autonome des événements complexes

L'automatisation actuelle fonctionne bien quand un code défaut équivaut à une cause. La réalité est plus compliquée : un arrêt résulte souvent de trois ou quatre causes qui se chevauchent (vibration + température + surcharge électrique). C'est pourquoi nous développons un agent IA qui combine les signaux de l'automate, de la vision, l'historique de maintenance et le MTBF pour proposer la véritable cause racine, pas seulement le symptôme visible.

C'est l'étape suivante après la catégorisation automatique : l'analyse des causes racines automatique. Attendue dans la feuille de route 2026.

Arrêtez de croire aux « arrêts inconnus »

La catégorie « inconnu » signale que votre collecte de données est cassée, pas que la machine est un mystère. La machine sait toujours ce qui s'est passé : l'automate l'a inscrit dans son journal, le capteur l'a mesuré, la caméra l'a filmé. Seule la saisie de l'opérateur n'est pas fiable.

Quand votre CMMS se branche directement sur ces sources machines, « inconnu » disparaît de votre rapport TRS en moins d'un mois et l'analyse des causes racines devient une activité réelle, pas théorique.

La taxonomie à 6 catégories qui mène à la vraie cause racine

La plupart des usines essaient de catégoriser les arrêts avec 15, 20, voire 40 catégories. Cette précision est du théâtre. Quand l'opérateur choisit dans un menu de 30 entrées, il prend la première qui colle, et les données finissent en bruit.

Une taxonomie à 6 catégories fonctionne parce qu'elle force une décision claire sur la cause racine au niveau du seau, puis laisse les sous-catégories porter le détail.

Catégorie 1 : Électrique. Déclenchement variateur, défauts commande, chutes de tension d'alimentation, défaillances capteurs, erreurs de communication. Tout ce dont la cause racine est sur un circuit, pas sur un arbre.

Catégorie 2 : Mécanique. Défaillances de roulements, usure d'engrenages, fuites hydrauliques, défauts pneumatiques, pièces cassées. Tout ce dont la cause est un composant physique usé ou cassé.

Catégorie 3 : Matière. Matière épuisée à l'alimentation, bourrage sur le convoyeur, rebut qualité, défaut emballage. Tout ce qui arrête la ligne à cause de ce qui transite par elle.

Catégorie 4 : Opérateur. Opérateur absent, arrêt manuel, intervention, réglage. Tout ce qu'une action ou inaction humaine a arrêté.

Catégorie 5 : Planifié. Changement de série, maintenance préventive planifiée, pause repas, passation de poste. Tout ce que tu as mis au calendrier et accepté comme arrêt productif.

Catégorie 6 : Inconnu. La catégorie résiduelle. Dans une usine en bonne santé, elle reste sous 5%. Si elle dépasse 15%, ton moteur de catégorisation est en train de lâcher et tu dois ajouter des sources de signal, pas plus d'options de menu.

La taxonomie s'intègre directement dans le modèle de perte de disponibilité du TRS. Les catégories 1-4 sont des arrêts non planifiés, la 5 est planifiée, la 6 est ton angle mort.

ISO 22400 se mappe sans accroc. L'analyse Pareto devient utile, parce que 80% des pertes se concentrent dans 2-3 catégories par ligne, et tu sais enfin où envoyer les heures d'ingénierie.

Câbler la catégorisation aux ordres de travail CMMS et aux tableaux de bord

Une catégorie ne sert à rien si elle reste dans le journal d'événements TRS. Elle ne mérite sa place que lorsqu'elle déclenche le bon ordre de travail, dépose la bonne pièce de rechange sur l'établi et allume la bonne tuile sur le tableau de bord du chef d'équipe.

Mappe chaque catégorie à un modèle d'ordre de travail CMMS. Un défaut électrique sur le Variateur 3 crée un OT avec le lien du manuel, la spécification du fusible, la séquence de consignation et le groupe électricien affecté. Un événement mécanique de roulement sur le Convoyeur B crée un OT avec la référence du roulement, l'emplacement de l'extracteur et le groupe mécanique.

Une rupture matière à l'alimentation crée un ticket de routage vers la logistique, pas un OT maintenance.

Achemine l'OT par catégorie. Les événements électriques vont à l'astreinte électrique. Les mécaniques à l'atelier mécanique. Les matières au chef de magasin. Les planifiés restent dans l'ordonnancement. Les inconnus ouvrent un ticket de tri chez l'ingénieur fiabilité.

Prépare les pièces de rechange selon l'historique des catégories. Si ta ligne génère 8 défaillances de roulements par mois sur le Convoyeur B, le bon roulement doit être sur l'établi, pas dans le magasin central à 800 mètres.

Le CMMS connaît la consommation, l'OT connaît le code pièce, l'acheteur connaît le point de réapprovisionnement.

Câble le tableau de bord. L'écran chef d'équipe affiche un flux d'arrêts en direct étiqueté par catégorie, un Pareto quotidien, MTBF et MTTR par ligne, et les OT ouverts par équipe.

Le directeur d'usine voit les mêmes données agrégées au niveau usine. Personne ne tape dans un tableur.

Pour l'audit, chaque catégorie, source de signal, ordre de travail et note opérateur devient une chaîne d'événements immuable. Les auditeurs ISO 9001, ISO 22400 et IATF reçoivent une traçabilité horodatée qu'ils vérifient sans visite guidée. La conformité cesse d'être un exercice incendie trimestriel.