Votre modèle de données de maintenance des actifs
Votre modèle de données de maintenance des actifs
Ceci est notre modèle de données générique de Process Mining pour Maintenance des actifs. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Liste exhaustive des jalons de maintenance standard
- Schéma d'attributs flexible conçu pour une analyse de performance approfondie
- Compatibilité totale avec toute source de données de gestion des actifs d'entreprise
Attributs de maintenance des actifs
| Nom | Description | ||
|---|---|---|---|
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant quand l'enregistrement a été extrait ou actualisé pour la dernière fois. | ||
| Description Cet attribut suit l'actualité de l'ensemble de données utilisé dans l'analyse. Il aide les analystes à comprendre la fraîcheur des données et à identifier les problèmes de latence potentiels entre le système opérationnel et l'environnement Process Mining. Bien que ne faisant pas partie du flux de processus physique, il est crucial pour la gouvernance des données. Il garantit que les parties prenantes savent si elles consultent des données en temps réel ou un instantané d'une période de clôture précédente. Pourquoi c'est important Il aide à valider la fraîcheur des données et à gérer les chargements incrémentiels. Où obtenir Généré par le pipeline ETL ou le script d'extraction à l'exécution. Exemples 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Nom de l'activité ActivityName | La tâche spécifique, le changement de statut ou l'événement se produisant au sein du workflow. | ||
| Description Cet attribut définit les étapes franchies au cours du cycle de vie de l'ordre de travail de maintenance. Il capture les états distincts par lesquels l'ordre de travail passe, tels que créé, approuvé, en cours, en attente et terminé. Pour un Process Mining précis, ce champ normalise divers événements système en activités lisibles. Il est essentiel pour visualiser la carte des processus, calculer les temps de transition entre les étapes et identifier les boucles de retravail où un ordre de travail revient à un statut précédent. Pourquoi c'est important Il définit les nœuds dans la carte des processus et est nécessaire pour reconstruire le workflow. Où obtenir Dérivé des tables d'historique de statut, des journaux de transactions ou des journaux de modifications d'ordres de travail. Exemples Ordre de travail crééMatériel délivréApprobation AccordéeStatut changé à En coursOrdre de travail clôturé | |||
| Numéro d'OT WorkOrderNumber | L'identifiant unique du dossier de maintenance ou de l'ordre de travail. | ||
| Description Cet attribut sert d'identifiant de dossier central pour l'analyse Process Mining. Il représente un cycle de maintenance complet, de bout en bout, depuis la demande initiale ou le déclencheur préventif jusqu'à l'achèvement et la clôture financière. En analyse, ce champ agit comme clé primaire pour regrouper tous les événements, coûts et journaux de ressources associés. Il permet au moteur de Process Mining de reconstruire le cycle de vie de tâches spécifiques, permettant aux analystes de suivre le flux de travail, d'identifier les goulots d'étranglement au niveau du dossier et de corréler des résultats spécifiques avec des types d'ordres ou des priorités. Pourquoi c'est important C'est l'ID de cas fondamental requis pour distinguer les instances de processus uniques. Où obtenir Se trouve généralement dans la table d'en-tête de l'ordre de travail (par exemple, WONUM dans Maximo, AUFNR dans SAP). Exemples WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Système source SourceSystem | Le nom de l'application ou de la base de données où l'enregistrement a pris naissance. | ||
| Description Cet attribut identifie l'environnement logiciel responsable de la génération des données. Dans des environnements de maintenance complexes, les données peuvent provenir d'un ERP, d'un CMMS spécialisé ou d'une plateforme de surveillance IoT. En analyse, ce champ est utile pour filtrer les données lorsque plusieurs systèmes sont ingérés dans un modèle de processus unique. Il aide à vérifier la traçabilité des données et peut être utilisé pour comparer la qualité des données ou les variations de processus entre différents systèmes hérités. Pourquoi c'est important Il assure la traçabilité des données dans les environnements multi-systèmes. Où obtenir Codé en dur pendant le processus d'extraction ou mappé à partir de la configuration du système. Exemples SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Timestamp de l'événement EventTimestamp | La date et l'heure spécifiques auxquelles une activité a eu lieu. | ||
| Description Cet attribut fournit le contexte temporel pour chaque événement dans le journal de maintenance. Il enregistre le moment exact où un statut a changé ou une transaction a été validée dans le système source. Les timestamps sont la base de toutes les métriques basées sur la durée en Process Mining. Ils permettent le calcul des temps de cycle, des délais et des temps d'inactivité des ressources. Des timestamps de haute précision sont nécessaires pour ordonner correctement les événements qui se produisent en succession rapide. Pourquoi c'est important Il permet le séquençage des événements et le calcul de toutes les métriques de durée. Où obtenir Trouvé dans les journaux de transactions, les tables d'historique ou les pistes d'audit parallèlement à l'activité. Exemples 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Coût réel total TotalActualCost | Le coût financier total engagé, incluant la main-d'œuvre, les matériaux et les services. | ||
| Description Cet attribut totalise toutes les écritures financières liées à l'ordre de travail. Il fournit l'impact économique final de l'activité de maintenance. L'analyse des coûts est un moteur majeur du Process Mining dans la gestion des actifs. Cet attribut aide à identifier les catégories d'actifs les plus coûteuses à maintenir et met en évidence les valeurs aberrantes où les coûts de réparation dépassent la valeur de remplacement de l'actif. Pourquoi c'est important Il est central pour l'analyse de l'impact financier et les rapports d'écarts budgétaires. Où obtenir Tables récapitulatives des coûts ou agrégées à partir des écritures comptables liées à l'Ordre. Exemples 1500.00245.5010000.000.00560.75 | |||
| Criticité de l'actif AssetCriticality | Une évaluation indiquant l'importance opérationnelle de l'actif. | ||
| Description Cet attribut catégorise les actifs en fonction de l'impact que leur défaillance aurait sur la sécurité, l'environnement ou la production. Il s'agit souvent d'un attribut statique dans la fiche de données de base de l'actif, mais il est fréquemment répliqué sur l'ordre de travail. En utilisant cet attribut, les analystes peuvent déterminer si les équipes de maintenance priorisent correctement le travail sur les actifs critiques. Cela aide à vérifier que l'équipement le plus important bénéficie de la plus grande adhésion aux calendriers de maintenance préventive. Pourquoi c'est important Il aide à aligner l'orientation de la maintenance sur le risque commercial et l'impact opérationnel. Où obtenir Données de base des actifs ou En-tête de l'ordre de travail si dénormalisé. Exemples A - VitalB - EssentielC - SecondaireCritique pour la sécuritéCritique pour la production | |||
| Date d'achèvement cible TargetCompletionDate | La date limite prévue à laquelle l'ordre de travail devrait être achevé. | ||
| Description Cet attribut représente la date d'échéance planifiée par le planificateur ou dictée par le SLA. Il sert de point de référence pour les calculs de livraison dans les délais. La comparaison de la date d'achèvement réelle avec cette date cible permet le calcul de la conformité au calendrier et des métriques de retard. Des écarts importants indiquent des inefficacités de planification ou des contraintes de ressources. Pourquoi c'est important Il constitue la base pour le calcul des retards et le respect des plannings. Où obtenir Onglet de planification des ordres de travail (par exemple, GLTRP dans SAP, SCHEDFINISH dans Maximo). Exemples 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Est préventif IsPreventive | Un indicateur signalant si l'ordre de travail fait partie d'un programme de maintenance préventive. | ||
| Description Cet attribut booléen simplifie le type d'ordre de travail en une classification binaire : Préventive ou Non-Préventive. Il est souvent dérivé du code de type d'ordre de travail. Cet indicateur est le moyen le plus rapide de filtrer les dashboards pour se concentrer sur la conformité à la MP. Il simplifie le calcul du KPI du ratio MP/MC, qui est une métrique industrielle standard pour mesurer la maturité de l'organisation de maintenance. Pourquoi c'est important Il simplifie le filtrage et le calcul des KPI pour les ratios de maintenance préventive. Où obtenir Dérivé du type d'ordre de travail ou d'un indicateur système spécifique (par exemple, indicateur PPM). Exemples truefaux | |||
| Heures de travail réelles ActualLaborHours | Le temps total passé par les techniciens à travailler sur l'ordre. | ||
| Description Cet attribut agrège la durée de toutes les entrées de main-d'œuvre enregistrées pour l'ordre de travail. Il reflète l'effort réel déployé pour accomplir la tâche. Cette métrique est essentielle pour calculer l'utilisation de la main-d'œuvre et l'efficacité du travail. La comparaison des heures réelles aux heures estimées révèle la précision du processus de planification. Des écarts significatifs peuvent indiquer des descriptions de tâches peu claires ou des lacunes en matière de compétences. Pourquoi c'est important Il mesure l'effort et est utilisé pour calculer l'utilisation et la précision de la planification. Où obtenir Agrégé à partir des feuilles de temps ou des tables de transactions de main-d'œuvre. Exemples 4.512.00.548.0160.0 | |||
| ID d'actif AssetId | L'identifiant unique de l'équipement ou de l'installation faisant l'objet de la maintenance. | ||
| Description Cet attribut relie l'ordre de travail à l'objet physique sur le terrain. Il représente le numéro d'étiquette, l'ID d'équipement ou le code machine pour l'actif soumis à la maintenance. C'est vital pour identifier les "actifs problématiques" ou les actifs qui nécessitent des réparations fréquentes. En agrégeant les ordres de travail par ID d'actif, les analystes peuvent calculer le Mean Time Between Failures (MTBF) et identifier les équipements qui consomment une part disproportionnée du budget de maintenance. Pourquoi c'est important Il permet l'analyse des performances d'équipements spécifiques et les calculs de MTBF. Où obtenir Table d'en-tête de l'ordre de travail (par exemple, ASSETNUM dans Maximo, EQUNR dans SAP). Exemples PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Niveau de priorité PriorityLevel | L'urgence ou l'importance attribuée à l'ordre de travail. | ||
| Description Cet attribut indique la criticité de la tâche de maintenance pour les opérations. Les valeurs vont généralement de codes numériques (1, 2, 3) à des étiquettes descriptives (Critique, Élevée, Moyenne, Faible). Il dicte le temps de réponse requis et l'allocation des ressources. En analyse de processus, cet attribut est utilisé pour vérifier la conformité aux SLA. Les analystes étudient si les éléments hautement prioritaires progressent réellement plus rapidement dans le processus que ceux à faible priorité, ou s'ils sont bloqués dans des goulots d'étranglement d'approbation. Pourquoi c'est important Il permet l'analyse de la conformité aux SLA et la vérification de la priorisation des ressources. Où obtenir Table d'en-tête de l'ordre de travail (par exemple, PRIORITY dans Maximo, PRIOK dans SAP). Exemples 1 - Critique2 - Élevée3 - Moyenne4 - FaibleUrgence | |||
| Service de maintenance MaintenanceDepartment | L'unité organisationnelle ou l'atelier responsable de l'exécution du travail. | ||
| Description Cet attribut identifie l'équipe, le métier ou le département affecté à l'ordre de travail, tels que l'Électricité, la Mécanique, l'Instrumentation ou les Services généraux. Cette vue permet une analyse comparative des performances entre différentes équipes. Les analystes peuvent comparer les temps de cycle, les niveaux d'encours et les taux de retravail entre les départements afin d'identifier les besoins en formation ou les pénuries de ressources dans des métiers spécifiques. Pourquoi c'est important Il permet la comparaison des performances et de l'arriéré entre différentes équipes. Où obtenir En-tête d'ordre de travail (par exemple, Centre de travail dans SAP, ID d'équipe dans Maximo). Exemples Atelier mécaniqueMaintenance électriqueInstallationsSous-traitant-ExtInstrumentation | |||
| Type d'ordre de travail WorkOrderType | Catégorise le travail de maintenance comme préventif, correctif, d'urgence ou basé sur un projet. | ||
| Description Cet attribut classe la nature des travaux de maintenance. Les valeurs courantes distinguent le travail planifié (Préventif) des pannes imprévues (Correctives ou d'Urgence). C'est un champ standard dans presque tous les systèmes EAM/CMMS. Les analystes utilisent ce champ pour segmenter le modèle de processus. La comparaison du workflow des réparations d'urgence par rapport à la maintenance préventive révèle souvent des parcours de processus, des exigences d'approbation et des temps de cycle significativement différents. C'est la dimension principale pour calculer le ratio maintenance préventive/réactive. Pourquoi c'est important Il est essentiel pour segmenter l'analyse entre le travail planifié et non planifié. Où obtenir Table d'en-tête de l'ordre de travail (par exemple, WORKTYPE dans Maximo, AUART dans SAP). Exemples PréventiveCorrectiveUrgencePrédictiveProjet d'investissement | |||
| Lieu de travail WorkLocation | Le site physique ou l'emplacement fonctionnel où le travail est effectué. | ||
| Description Cet attribut définit la zone géographique ou fonctionnelle où se trouve l'actif. Il peut s'agir d'un bâtiment spécifique, d'un étage ou d'un site distant. Les données d'emplacement aident à analyser les inefficacités de temps de déplacement et la logistique. Si les techniciens passent beaucoup de temps à se déplacer entre des emplacements éloignés pour des tâches à faible priorité, le Process Mining peut mettre en évidence l'opportunité d'une meilleure planification des itinéraires ou du regroupement des ordres de travail par emplacement. Pourquoi c'est important Il aide à l'analyse logistique et à l'identification des goulots d'étranglement spécifiques à un emplacement. Où obtenir En-tête d'ordre de travail ou table d'emplacement de l'actif liée. Exemples Bâtiment A - Étage 2Usine NordSite 55Station de pompage à distanceAtelier | |||
| Ressource assignée AssignedResource | Le technicien spécifique ou la personne responsable affectée au travail. | ||
| Description Cet attribut identifie l'individu ou le technicien principal responsable de l'exécution de la tâche de maintenance. Alors que les départements suivent le groupe, cet attribut suit la personne spécifique. Ce niveau de granularité est utile pour analyser la répartition de la charge de travail parmi le personnel. Il peut mettre en évidence si certains techniciens sont systématiquement surchargés ou si des individus spécifiques ont des taux de retravail plus élevés, indiquant un besoin de formation. Pourquoi c'est important Il permet l'analyse de l'équilibrage de la charge de travail et des métriques de performance individuelles. Où obtenir Tables détaillées des affectations d'ordres de travail ou de la main-d'œuvre. Exemples J. SmithA. DoeTech-001Vendor-XYZChef d'équipe 5 | |||
Activités de maintenance des actifs
| Activité | Description | ||
|---|---|---|---|
| Heures de travail enregistrées | Un technicien enregistre les heures réelles travaillées sur l'ordre de travail. Cette activité se répète souvent plusieurs fois, différents membres de l'équipe contribuant à la tâche. | ||
| Pourquoi c'est important Fournit la base pour le calcul des coûts et l'analyse de l'utilisation. Les écarts entre les saisies de main-d'œuvre peuvent indiquer des interruptions de processus. Où obtenir Extrait des tables de confirmation de temps ou des journaux de transactions de main-d'œuvre. Capture Enregistrer chaque instance de réservation de temps pour l'ordre Type d'événement explicit | |||
| Ordre de travail approuvé | Le changement de statut d'autorisation indiquant que le périmètre de travail, l'estimation des coûts et le plan ont été examinés et acceptés. Le travail est maintenant libéré pour exécution. | ||
| Pourquoi c'est important Cela mesure le délai administratif requis pour franchir les obstacles de planification et budgétaires. Où obtenir Généralement enregistré lorsque le statut passe à Approuvé, Libéré ou Autorisé. Capture Filtrer les événements de changement de statut indiquant une autorisation Type d'événement explicit | |||
| Ordre de travail clôturé | L'étape administrative finale où l'ordre de travail est financièrement verrouillé et archivé. Aucun coût ou main-d'œuvre supplémentaire ne peut être enregistré. | ||
| Pourquoi c'est important Marque la fin absolue du cas dans le système. Les retards ici indiquent des arriérés administratifs. Où obtenir Capturé lorsque le statut passe à Fermé, Archivé ou CLSD. Capture Capturer le changement de statut final vers Fermé Type d'événement explicit | |||
| Ordre de travail créé | La génération formelle de l'enregistrement de l'ordre de travail de maintenance dans le système. Cela établit l'ID de cas et fixe la base pour la planification, l'ordonnancement et l'exécution. | ||
| Pourquoi c'est important C'est le point d'ancrage central du processus, définissant le début du cycle de vie administratif de la maintenance. Où obtenir Extrait de l'horodatage de création de la table d'en-tête principale de l'ordre de travail. Capture Enregistrer l'horodatage lorsque l'ID unique de l'ordre de travail a été généré Type d'événement explicit | |||
| Ordre de travail démarré | Le moment où les techniciens commencent le travail physique sur l'actif. Cela marque la transition de la planification et de l'attente vers l'exécution réelle. | ||
| Pourquoi c'est important Crucial pour le calcul du Temps Moyen de Réparation (MTTR) et pour la séparation du temps d'attente administratif du temps d'intervention technique. Où obtenir Généralement indiqué par un changement de statut à "En cours" ou le timestamp de la première entrée de main-d'œuvre. Capture Capturer le changement de statut vers En Cours ou Démarré Type d'événement explicit | |||
| Ordre de travail planifié | L'affectation de ressources de main-d'œuvre spécifiques, d'équipes ou d'une plage horaire fixe à l'ordre de travail. Cela déplace l'ordre de l'arriéré vers le planning quotidien ou hebdomadaire actif. | ||
| Pourquoi c'est important Distingue le temps qu'un travail reste en attente de celui qu'il passe à attendre un technicien spécifique. Où obtenir Dérivé de la création des affectations de main-d'œuvre ou des enregistrements de répartition. Capture Timestamp lorsqu'une ressource est attribuée ou que le statut d'affectation est défini Type d'événement explicit | |||
| Ordre de travail terminé | L'achèvement technique des travaux physiques. L'actif est remis en service, bien que des tâches administratives et financières puissent encore subsister. | ||
| Pourquoi c'est important L'horodatage principal utilisé pour calculer la fin de la durée de réparation et le temps d'arrêt de l'actif. Où obtenir Capturé lorsque le statut passe à Terminé, TECO ou Fini. Capture Capturer le changement de statut indiquant l'achèvement technique Type d'événement explicit | |||
| Date cible mise à jour | Une mise à jour de la date de début ou d'achèvement planifiée de l'ordre de travail. Cela reflète les ajustements des attentes basés sur la disponibilité des ressources ou les retards. | ||
| Pourquoi c'est important Le suivi des décalages de dates aide à identifier si les KPI sont atteints grâce à la performance ou en déplaçant simplement les objectifs. Où obtenir Trouvé dans les journaux d'audit suivant les modifications des champs Date de début prévue ou Requis avant le. Capture Capturer les mises à jour des champs de date dans l'historique des ordres de travail Type d'événement explicit | |||
| Demande de maintenance créée | La soumission initiale d'un rapport de déficience ou d'une demande de service par un opérateur ou un système automatisé. Cela précède souvent l'ordre de travail formel et marque le véritable début du cycle de vie de la demande. | ||
| Pourquoi c'est important La capture de cette étape permet le calcul du temps de réponse total à partir du moment où un problème est identifié, et non pas seulement lorsque l'équipe de maintenance l'accepte. Où obtenir Se trouve généralement dans les journaux de demandes de service, les tables de tickets du service d'assistance ou les tables d'historique des notifications. Capture Extraire l'horodatage de création de l'objet de demande en amont lié à l'ordre de travail Type d'événement explicit | |||
| Demande de matériel créée | Une demande formelle de pièces de rechange ou de consommables est liée à l'ordre de travail. Cela initie le sous-processus de chaîne d'approvisionnement requis pour la réparation. | ||
| Pourquoi c'est important Essentiel pour l'analyse des retards causés par les dépendances de la chaîne d'approvisionnement et l'indisponibilité du matériel. Où obtenir Trouvé dans les tables d'exigences de matériel ou lorsqu'un statut passe à En attente de matériel. Capture Identifier la création de lignes de matériel liées à l'ordre de travail Type d'événement explicit | |||
| Inspection qualité terminée | Une étape de validation spécifique où la réparation est inspectée, mesurée ou testée. Cela garantit que l'actif répond aux normes opérationnelles avant de retourner en service. | ||
| Pourquoi c'est important Critique pour l'analyse de la conformité et de la sécurité. Les échecs à cette étape déclenchent des boucles de reprise. Où obtenir Trouvé dans les journaux d'inspection, les complétions de listes de contrôle ou les jalons de statut spécifiques. Capture Identifier l'achèvement des tâches d'inspection ou les mises à jour du statut qualité Type d'événement explicit | |||
| Matériel délivré | L'émission physique de pièces de rechange du stock vers l'ordre de travail. Cela confirme que les matériaux sont disponibles et ont été consommés. | ||
| Pourquoi c'est important Valide que les pièces ont été effectivement utilisées et met fin aux retards de disponibilité des matériaux. Où obtenir Trouvé dans les journaux de transactions d'inventaire où le type de charge est lié à un ordre de travail. Capture Extraire l'horodatage des transactions de sortie de stock Type d'événement explicit | |||
| Ordre de travail annulé | La résiliation prématurée d'un ordre de travail avant son achèvement réussi. Cela se produit si le travail est jugé inutile, en double ou consolidé. | ||
| Pourquoi c'est important Des taux d'annulation élevés peuvent indiquer un filtrage amont insuffisant des demandes ou des problèmes de saisie de données en double. Où obtenir Capturé lorsque le statut passe à Annulé, Rejeté ou Nul. Capture Filtrer les valeurs de statut terminal indiquant une annulation Type d'événement explicit | |||
| Ordre de travail en attente | Le statut de l'ordre de travail est modifié en état de suspension, arrêtant son exécution. Cela est généralement dû à des pièces manquantes, un manque d'accès ou des problèmes de sécurité. | ||
| Pourquoi c'est important Identifie les goulots d'étranglement et les dépendances externes qui perturbent le flux de processus standard. Où obtenir Capturé explicitement à partir de l'historique des statuts lorsque la valeur passe à En attente, Suspendu ou Bloqué. Capture Filtrer les changements de statut indiquant un état d'attente Type d'événement explicit | |||
| Priorité Mise à Jour | Une modification du niveau de criticité ou d'urgence de l'ordre de travail après sa création initiale. Cela enregistre la nouvelle valeur de priorité et le moment où la décision a été prise. | ||
| Pourquoi c'est important Des changements fréquents de priorité peuvent indiquer de mauvais processus de triage ou une manipulation du système pour contourner les files d'attente d'arriérés. Où obtenir Généralement enregistré dans les pistes d'audit des champs ou les journaux d'historique du système surveillant le champ Priorité. Capture Identifier les modifications du champ de priorité dans le journal d'audit Type d'événement explicit | |||
| Reprise de maintenance enregistrée | Indique qu'un travail terminé a été rejeté ou a échoué rapidement, nécessitant un retour au statut En Cours. Cela représente une boucle de processus. | ||
| Pourquoi c'est important Un indicateur clé de problèmes de formation technique ou de pièces de rechange de mauvaise qualité. Où obtenir Déduit lorsque le statut passe de Terminé à En Cours, ou explicitement enregistré comme code de Reprise. Capture Identifier les transitions de statut inversées ou les indicateurs de reprise Type d'événement inferred | |||
Guides d'extraction
Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,