Votre modèle de données de maintenance des actifs
Votre modèle de données de maintenance des actifs
Voici notre modèle générique de données pour le Process Mining appliqué à Maintenance des actifs. Utilisez nos modèles propres à chaque système pour obtenir des recommandations plus précises.
Sélectionner un système précis- Liste complète des jalons standard de maintenance
- Schéma d’Attributs flexible conçu pour une analyse détaillée des performances
- Compatibilité complète avec toute source de données de gestion des actifs d’entreprise
Attributs de la maintenance des actifs
| Nom | Description | ||
|---|---|---|---|
| Dernière mise à jour des données LastDataUpdate | L’horodatage indiquant la date de la dernière extraction ou actualisation de l’enregistrement. | ||
| Description Cet attribut indique l’actualité du jeu de données utilisé pour l’analyse. Il aide les analystes à évaluer la fraîcheur des données et à repérer les éventuels problèmes de latence entre le système opérationnel et l’environnement de Process Mining. Bien qu’il ne fasse pas partie du déroulement physique du processus, il est essentiel à la gouvernance des données. Il permet aux parties prenantes de savoir si elles consultent des données en temps réel ou un instantané issu d’une période de clôture précédente. Pourquoi c’est important Il aide à vérifier la fraîcheur des données et à gérer les chargements incrémentiels. Où les obtenir Généré par le pipeline ETL ou le script d’extraction lors de l’exécution. Exemples 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Horodatage de l’événement EventTimestamp | La date et l’heure précises auxquelles une activité s’est produite. | ||
| Description Cet attribut fournit le contexte temporel de chaque événement du journal de maintenance. Il enregistre le moment exact où un statut a changé ou où une transaction a été validée dans le système source. Les horodatages constituent la base de toutes les métriques de durée du Process Mining. Ils permettent de calculer les temps de cycle, les délais et les temps d’inactivité des ressources. Des horodatages précis sont nécessaires pour ordonner correctement les événements qui se produisent à quelques instants d’intervalle. Pourquoi c’est important Il permet d’ordonner les événements et de calculer toutes les métriques de durée. Où les obtenir Présent dans les journaux de transactions, les tables d’historique ou les pistes d’audit, avec l’activité correspondante. Exemples 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Nom de l’activité ActivityName | La tâche, le changement de statut ou l’événement précis qui se produit dans le flux de travail. | ||
| Description Cet attribut définit les étapes suivies au cours du cycle de vie de l’ordre de travail de maintenance. Il capture les différents états traversés par l’ordre, tels que créé, approuvé, en cours, en attente et terminé. Pour garantir la précision du Process Mining, ce champ normalise les différents événements système en activités lisibles. Il est indispensable pour visualiser la cartographie du processus, calculer les délais de transition entre les étapes et repérer les boucles de reprise lorsqu’un ordre revient à un statut précédent. Pourquoi c’est important Il définit les nœuds de la carte de processus et est nécessaire pour reconstituer le flux de travail. Où les obtenir Dérivé des tables d’historique des statuts, des journaux de transactions ou des journaux de modifications des ordres de travail. Exemples Ordre de travail crééMatériel délivréApprobation accordéeStatut modifié : en coursOrdre de travail clôturé | |||
| Numéro de l’ordre de travail WorkOrderNumber | Identifiant unique du dossier de maintenance ou de l’ordre de travail. | ||
| Description Cet attribut sert d’identifiant de cas central pour l’analyse de Process Mining. Il représente un cycle de maintenance complet, de la demande initiale ou du déclenchement préventif jusqu’à l’achèvement et au règlement financier. Dans l’analyse, ce champ sert de clé primaire pour regrouper tous les événements, coûts et journaux de ressources associés. Il permet au moteur de Process Mining de reconstituer le cycle de vie d’interventions précises, afin que les analystes puissent suivre le flux de travail, identifier les goulots d’étranglement au niveau du cas et mettre en relation certains résultats avec les types d’ordres ou les niveaux de priorité. Pourquoi c’est important Il s’agit du Case ID fondamental requis pour distinguer les instances de processus uniques. Où les obtenir Généralement présent dans la table d’en-tête des ordres de travail, par exemple WONUM dans Maximo ou 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 à l’origine de l’enregistrement. | ||
| Description Cet attribut identifie l’environnement logiciel qui a généré les données. Dans les environnements de maintenance complexes, les données peuvent provenir d’un ERP, d’un logiciel de GMAO spécialisé ou d’une plateforme de supervision IoT. Dans l’analyse, ce champ permet de filtrer les données lorsque plusieurs systèmes sont intégrés à un même modèle de processus. Il contribue à vérifier la traçabilité des données et peut servir à comparer leur qualité ou les variations de processus entre différents systèmes existants. Pourquoi c’est important Il garantit la traçabilité des données dans les environnements multisystèmes. Où les obtenir Codé en dur lors de l’extraction ou associé à partir de la configuration du système. Exemples SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Coût total réel TotalActualCost | Le coût financier total engagé, y compris la main-d’œuvre, les matériaux et les services. | ||
| Description Cet attribut additionne 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 important 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 atypiques lorsque les coûts de réparation dépassent la valeur de remplacement de l’actif. Pourquoi c’est important Il est au cœur de l’analyse de l’impact financier et du suivi des écarts budgétaires. Où les obtenir Tables récapitulatives des coûts ou agrégation des écritures du grand livre liées à l’ordre. Exemples 1500.00245.5010000.000.00560.75 | |||
| Criticité de l’actif AssetCriticality | Évaluation indiquant l’importance opérationnelle de l’actif. | ||
| Description Cet attribut classe les actifs selon l’impact qu’aurait leur défaillance sur la sécurité, l’environnement ou la production. Il s’agit souvent d’un attribut statique de la fiche de référence de l’actif, mais il est fréquemment copié dans l’ordre de travail. Grâce à cet attribut, les analystes peuvent déterminer si les équipes de maintenance donnent correctement la priorité aux actifs critiques. Il permet de vérifier que les équipements les plus importants respectent le mieux les programmes de maintenance préventive. Pourquoi c’est important Il aide à aligner les priorités de maintenance sur les risques métier et l’impact opérationnel. Où les obtenir Données de référence de l’actif ou table d’en-tête des ordres de travail en cas de dénormalisation. Exemples A - VitalB - EssentielC - SecondaireCritique pour la sécuritéCritique pour la production | |||
| Date d’achèvement cible TargetCompletionDate | La date limite planifiée à laquelle l’ordre de travail doit être terminé. | ||
| Description Cet attribut représente la date d’échéance planifiée par l’ordonnanceur ou définie par le SLA. Il sert de référence pour calculer le respect des délais. La comparaison entre la date d’achèvement réelle et cette date cible permet de calculer le respect du planning et les indicateurs de retard. Des écarts importants signalent des inefficacités de planification ou des contraintes de ressources. Pourquoi c’est important Il constitue la référence pour calculer les retards et le respect du planning. Où les obtenir Onglet de planification de l’ordre de travail, par exemple GLTRP dans SAP ou SCHEDFINISH dans Maximo. Exemples 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Est préventif IsPreventive | Indicateur précisant si l’ordre de travail relève d’un programme de maintenance préventive. | ||
| Description Cet attribut booléen simplifie le type d’ordre de travail en une classification binaire : Preventive ou Non-Preventive. 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 consacrés au respect de la maintenance préventive. Il simplifie le calcul du KPI du ratio PM/CM, une métrique standard du secteur pour mesurer la maturité de l’organisation de maintenance. Pourquoi c’est important Il simplifie le filtrage et le calcul des KPI relatifs aux ratios de maintenance préventive. Où les obtenir Dérivé du type d’ordre de travail ou d’un indicateur système spécifique, par exemple l’indicateur PPM. Exemples truefalse | |||
| Heures de main-d’œuvre réelles ActualLaborHours | Le temps total consacré par les techniciens à l’ordre. | ||
| Description Cet attribut cumule la durée de toutes les saisies de main-d’œuvre enregistrées pour l’ordre de travail. Il reflète l’effort réellement consacré à l’achèvement de la tâche. Cette métrique est essentielle pour calculer l’utilisation de la main-d’œuvre et son efficacité. La comparaison entre les heures réelles et les heures estimées révèle la précision de la planification. Des écarts importants peuvent signaler un périmètre de travail mal défini ou des lacunes en matière de compétences. Pourquoi c’est important Il mesure l’effort fourni et sert à calculer l’utilisation des ressources ainsi que la précision de la planification. Où les obtenir Agrégé à partir des tables de feuilles de temps ou de transactions de main-d’œuvre. Exemples 4.512.00.548.0160.0 | |||
| ID de l’équipement 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 présent sur le terrain. Il correspond au numéro d’identification, à l’ID de l’équipement ou au code machine de l’actif maintenu. Il est essentiel pour identifier les actifs problématiques ou nécessitant des réparations fréquentes. En regroupant les ordres de travail par ID d’actif, les analystes peuvent calculer le Mean Time Between Failures (MTBF) et repérer les équipements qui consomment une part disproportionnée du budget de maintenance. Pourquoi c’est important Il permet d’analyser les performances d’équipements précis et de calculer le MTBF. Où les obtenir Table d’en-tête des ordres de travail, par exemple ASSETNUM dans Maximo ou EQUNR dans SAP. Exemples PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Niveau de priorité PriorityLevel | Le degré d’urgence ou d’importance attribué à l’ordre de travail. | ||
| Description Cet attribut indique le niveau de 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 libellés descriptifs (Critique, Élevé, Moyen, Faible). Il détermine le délai de réponse requis et l’affectation des ressources. Dans l’analyse des processus, cet attribut sert à vérifier le respect des SLA. Les analystes examinent si les éléments prioritaires progressent effectivement plus rapidement que les éléments moins prioritaires ou s’ils restent bloqués dans des goulots d’étranglement liés aux approbations. Pourquoi c’est important Il permet d’analyser le respect des SLA et de vérifier la priorisation des ressources. Où les obtenir Table d’en-tête des ordres de travail, par exemple PRIORITY dans Maximo ou PRIOK dans SAP. Exemples 1 - Critique2 - Élevée3 - Moyenne4 - FaibleUrgence | |||
| Service de maintenance MaintenanceDepartment | L’unité organisationnelle ou l’atelier chargé d’exécuter le travail. | ||
| Description Cet attribut identifie l’équipe, le métier ou le service affecté à l’ordre de travail, par exemple Électricité, Mécanique, Instrumentation ou Services généraux. Cette vue permet de comparer les performances des différentes équipes. Les analystes peuvent comparer les temps de cycle, les niveaux de backlog et les taux de reprise entre les services afin d’identifier les besoins de formation ou les manques de ressources dans certains métiers. Pourquoi c’est important Il permet de comparer les performances et le backlog des différentes équipes. Où les obtenir En-tête de l’ordre de travail, par exemple Work Center dans SAP ou Crew ID dans Maximo. Exemples Atelier mécaniqueMaintenance électriqueInstallationsPrestataire externeInstrumentation | |||
| Type d’ordre de travail WorkOrderType | Catégorise le travail de maintenance comme préventif, correctif, d’urgence ou lié à un projet. | ||
| Description Cet attribut caractérise la nature des travaux de maintenance. Les valeurs courantes distinguent les travaux planifiés (Preventive) des arrêts non planifiés (Corrective ou Emergency). Il s’agit d’un champ standard dans la plupart des systèmes EAM/CMMS. Les analystes utilisent ce champ pour segmenter le modèle de processus. La comparaison du flux de travail des réparations Emergency avec celui de la maintenance Preventive révèle souvent des parcours, des exigences d’approbation et des temps de cycle très différents. Il constitue la dimension principale pour calculer le ratio de maintenance Preventive par rapport à la maintenance réactive. Pourquoi c’est important Il est essentiel pour distinguer, dans l’analyse, le travail planifié du travail non planifié. Où les obtenir Table d’en-tête des ordres de travail, par exemple WORKTYPE dans Maximo ou AUART dans SAP. Exemples PréventiveCorrectiveUrgencePrédictiveProjet d'investissement | |||
| Lieu d’intervention 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, d’un étage ou d’un site distant précis. Les données de localisation aident à analyser les inefficacités liées aux déplacements et à la logistique. Si les techniciens consacrent beaucoup de temps à se déplacer entre des sites éloignés pour des interventions peu prioritaires, le Process Mining peut mettre en évidence l’intérêt d’une meilleure planification des itinéraires ou d’un regroupement des ordres par lieu. Pourquoi c’est important Il facilite l’analyse logistique et l’identification des goulots d’étranglement propres à chaque site. Où les obtenir En-tête de l’ordre de travail ou table des emplacements d’actifs associée. Exemples Bâtiment A - 2e étageSite NordSite 55Station de pompage distanteAtelier | |||
| Ressource affectée AssignedResource | Le technicien ou responsable précisément affecté au travail. | ||
| Description Cet attribut identifie la personne ou le technicien responsable de l’exécution de la tâche de maintenance. Alors que les services suivent le groupe, cet attribut permet de suivre la personne concernée. Ce niveau de détail est utile pour analyser la répartition de la charge de travail. Il peut révéler que certains techniciens sont régulièrement surchargés ou que certaines personnes présentent des taux de reprise plus élevés, ce qui peut indiquer un besoin de formation. Pourquoi c’est important Il permet d’analyser l’équilibrage de la charge de travail et les performances individuelles. Où les obtenir Tables des affectations d’ordres de travail ou tables détaillées de 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éellement travaillées sur l’ordre de travail. Cette activité peut se répéter plusieurs fois lorsque différents membres de l’équipe contribuent à l’intervention. | ||
| Pourquoi c’est important Fournit la base du calcul des coûts et de l’analyse de l’utilisation des ressources. Des écarts entre les saisies de main-d’œuvre peuvent révéler des interruptions du processus. Où les obtenir Extraite des tables de confirmation des temps ou des journaux de transactions de main-d’œuvre. Collecte Enregistrer chaque saisie de temps imputée à l’ordre Type d’événement explicit | |||
| Ordre de travail approuvé | Changement de statut d’autorisation indiquant que le périmètre des travaux, l’estimation des coûts et le plan ont été examinés et acceptés. Les travaux peuvent désormais être lancés. | ||
| Pourquoi c’est important Cette étape mesure le délai administratif nécessaire pour lever les obstacles liés à la planification et au budget. Où les obtenir Généralement enregistrée lorsque le statut passe à Approved, Released ou Authorized. Collecte Filtrer les événements de changement de statut indiquant une autorisation Type d’événement explicit | |||
| Ordre de travail clôturé | Dernière étape administrative, au cours de laquelle l’ordre de travail est verrouillé financièrement et archivé. Aucun coût ni aucune heure de travail supplémentaire ne peuvent alors être imputés. | ||
| Pourquoi c’est important Marque la fin définitive du cas dans le système. Les retards à cette étape indiquent un stock d’opérations administratives en attente. Où les obtenir Capturée lorsque le statut passe à Closed, Archived ou CLSD. Collecte Capturer le dernier changement de statut vers Closed Type d’événement explicit | |||
| Ordre de travail commencé | Moment où les techniciens commencent l’intervention physique sur l’actif. Cette étape marque le passage de la planification et de l’attente à l’exécution réelle. | ||
| Pourquoi c’est important Essentielle pour calculer le délai moyen de réparation (MTTR) et distinguer le temps d’attente administratif du temps consacré à l’intervention technique. Où les obtenir Généralement indiquée par un changement de statut vers In Progress ou par l’horodatage de la première saisie de main-d’œuvre. Collecte Capturer le changement de statut vers In Progress ou Started Type d’événement explicit | |||
| Ordre de travail créé | Création officielle de l’enregistrement de l’ordre de travail de maintenance dans le système. Cette étape établit l’identifiant du cas et sert de référence pour la planification, l’ordonnancement et l’exécution. | ||
| Pourquoi c’est important Il s’agit du point d’ancrage central du processus, qui définit le début du cycle de vie administratif de la maintenance. Où les obtenir Extrait de l’horodatage de création de la table principale des en-têtes d’ordres de travail. Collecte Enregistrer l’horodatage de génération de l’identifiant unique de l’ordre de travail Type d’événement explicit | |||
| Ordre de travail planifié | Affectation de ressources de main-d’œuvre, d’équipes ou d’un créneau précis dans le calendrier à l’ordre de travail. Cette étape fait passer l’ordre du stock en attente au planning quotidien ou hebdomadaire actif. | ||
| Pourquoi c’est important Permet de distinguer le temps pendant lequel une intervention reste dans le stock en attente du temps d’attente d’un technicien précis. Où les obtenir Déduite de la création des affectations de main-d’œuvre ou des enregistrements de dispatch. Collecte Horodatage de l’affectation d’une ressource ou de la définition du statut de dispatch Type d’événement explicit | |||
| Ordre de travail terminé | Achèvement technique des travaux physiques. L’actif est remis en exploitation, même si certaines tâches administratives et financières peuvent rester à effectuer. | ||
| Pourquoi c’est important Principal horodatage utilisé pour calculer la fin de la durée de réparation et de l’immobilisation de l’actif. Où les obtenir Capturé lorsque le statut passe à Completed, TECO ou Finished. Collecte Capturer le changement de statut indiquant l’achèvement technique Type d’événement explicit | |||
| Date cible mise à jour | Mise à jour de la date prévue de début ou d’achèvement de l’ordre de travail. Cette étape reflète l’ajustement des prévisions en fonction de la disponibilité des ressources ou des retards. | ||
| Pourquoi c’est important Le suivi des changements de date permet de déterminer si les KPI sont atteints grâce à la performance ou simplement en repoussant les objectifs. Où les obtenir Présente dans les journaux d’audit qui suivent les modifications des champs Scheduled Start ou Required By Date. Collecte Capturer les mises à jour des champs de date dans l’historique de l’ordre de travail Type d’événement explicit | |||
| Demande de maintenance créée | Soumission initiale d’un rapport de défaillance ou d’une demande de service par un opérateur ou un système automatisé. Cette étape précède souvent l’ordre de travail officiel et marque le véritable début du cycle de la demande. | ||
| Pourquoi c’est important La capture de cette étape permet de calculer le délai total de réponse à partir du moment où le problème est identifié, et non uniquement à partir de son acceptation par l’équipe de maintenance. Où les obtenir Généralement présente dans les journaux de demandes de service, les tables de tickets du support ou les tables d’historique des notifications. Collecte Extraire l’horodatage de création de l’objet de demande en amont associé à l’ordre de travail Type d’événement explicit | |||
| Demande de matériel créée | Une demande officielle de pièces de rechange ou de consommables est associée à l’ordre de travail. Elle lance le sous-processus d’approvisionnement nécessaire à la réparation. | ||
| Pourquoi c’est important Essentielle pour analyser les retards causés par les dépendances de la chaîne d’approvisionnement et l’indisponibilité des matériaux. Où les obtenir Présente dans les tables de besoins en matériel ou lorsqu’un statut passe à Waiting on Material. Collecte Identifier la création des lignes de matériel associées à l’ordre de travail Type d’événement explicit | |||
| Inspection qualité terminée | Étape de validation spécifique au cours de laquelle la réparation est inspectée, mesurée ou testée. Elle garantit que l’actif respecte les normes opérationnelles avant sa remise en service. | ||
| Pourquoi c’est important Essentielle pour l’analyse de la conformité et de la sécurité. Les échecs à cette étape déclenchent des boucles de retouches. Où les obtenir Présente dans les journaux d’inspection, les validations de listes de contrôle ou certains jalons de statut. Collecte 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é | Délivrance physique des pièces de rechange depuis le stock vers l’ordre de travail. Cette étape confirme que les matériaux sont disponibles et ont été consommés. | ||
| Pourquoi c’est important Permet de vérifier que les pièces ont effectivement été utilisées et arrête le décompte du délai lié à leur disponibilité. Où les obtenir Présente dans les journaux des transactions de stock lorsque le type d’imputation est associé à un ordre de travail. Collecte Extraire l’horodatage des transactions de sortie de stock Type d’événement explicit | |||
| Ordre de travail annulé | Interruption prématurée d’un ordre de travail avant son achèvement. Elle survient lorsque l’intervention est jugée inutile, en double ou regroupée avec une autre. | ||
| Pourquoi c’est important Un taux d’annulation élevé peut révéler un mauvais filtrage en amont des demandes ou des problèmes de saisie en double. Où les obtenir Capturée lorsque le statut passe à Cancelled, Rejected ou Void. Collecte Filtrer les valeurs de statut finales indiquant une annulation Type d’événement explicit | |||
| Ordre de travail suspendu | Le statut de l’ordre de travail passe à un état de suspension, ce qui interrompt l’exécution. Cela se produit généralement en raison de pièces manquantes, d’un accès impossible ou de problèmes de sécurité. | ||
| Pourquoi c’est important Identifie les goulots d’étranglement et les dépendances externes qui perturbent le flux standard du processus. Où les obtenir Capturée explicitement dans l’historique des statuts lorsque la valeur passe à Hold, Suspended ou Blocked. Collecte Filtrer les changements de statut indiquant une suspension Type d’événement explicit | |||
| Priorité mise à jour | Modification du niveau de criticité ou d’urgence de l’ordre de travail après sa création initiale. Cette étape enregistre la nouvelle valeur de priorité et l’heure à laquelle la décision a été prise. | ||
| Pourquoi c’est important Des changements fréquents de priorité peuvent révéler un mauvais processus de triage ou une manipulation du système visant à contourner les files d’attente du stock d’ordres en attente. Où les obtenir Généralement enregistrée dans les journaux d’audit des champs ou les journaux d’historique du système qui surveillent le champ Priority. Collecte Identifier les changements du champ de priorité dans le journal d’audit Type d’événement explicit | |||
| Retouche de maintenance enregistrée | Indique qu’une intervention terminée a été rejetée ou a rapidement échoué, ce qui nécessite le retour du statut à In Progress. Cette étape représente une boucle du processus. | ||
| Pourquoi c’est important Indicateur important de problèmes de formation technique ou de pièces de rechange de mauvaise qualité. Où les obtenir Déduite lorsqu’un statut revient de Complete à In Progress, ou enregistrée explicitement sous la forme d’un code Rework. Collecte Identifier les transitions de statut en arrière ou les indicateurs de retouche Type d’événement inferred | |||
Guides d’extraction
Les méthodes d’extraction varient selon le système. Pour obtenir des instructions détaillées,
Prêt à commencer ?
Que vous choisissiez de suivre l’un de nos guides d’extraction propres à une plateforme ou d’appliquer ce modèle générique à votre environnement de données, vous êtes prêt à commencer votre parcours de Process Mining.
Optimisez dès aujourd’hui l’efficacité de votre maintenance des actifs
Réduisez les arrêts et les coûts de maintenance grâce aux données en temps réel.
Aucune carte bancaire requise. Configuration en 5 minutes.