Votre modèle de données de maintenance des actifs
Votre modèle de données de maintenance des actifs
- Liste complète des attributs de maintenance
- Jalons essentiels du processus à suivre
- Guide détaillé pour l'extraction technique
Attributs de maintenance des actifs
| Nom | Description | ||
|---|---|---|---|
| Activité Activity | Événement précis ou changement de statut survenu au cours du cycle de vie du bon de travail. | ||
| Description Cet attribut représente l’étape exécutée dans le processus de maintenance, par exemple « Bon de travail approuvé » ou « Main-d’œuvre enregistrée ». Dans IBM Maximo, il est généralement dérivé des changements de statut consignés dans les tables d’historique ou de journaux de transactions spécifiques, comme la déclaration de main-d’œuvre. Il forme les nœuds de la cartographie du processus et permet de visualiser la séquence des étapes. L’analyse de ces valeurs aide les organisations à repérer les variantes, les boucles et les écarts par rapport à la procédure de maintenance standard. Pourquoi c’est important Il définit le « quoi » du processus, indispensable pour créer la cartographie du processus et comprendre l’exécution du flux de travail. Où les obtenir Table : WOSTATUS (colonne : STATUS) ou WOLOG Exemples APPRINPRGCOMPCLOSEWMATL | |||
| Bon de travail de maintenance WorkOrderNumber | Identifiant alphanumérique unique du bon de travail de maintenance. | ||
| Description Cet attribut sert d’identifiant central du cas pour le processus de maintenance. Il distingue de manière unique chaque bon de travail dans le système IBM Maximo et relie toutes les activités, transactions de main-d’œuvre et consommations de matériel associées à une seule intervention exécutée. Dans une analyse de Process Mining, cet identifiant sert à regrouper les événements individuels au sein d’un même cas. Il permet aux analystes de suivre le cycle de vie complet d’une tâche de maintenance, depuis la création de la demande jusqu’à l’approbation, l’exécution et la clôture administrative finale. Pourquoi c’est important Il constitue la clé fondamentale pour reconstituer le flux du processus et suivre des interventions précises entre les services. Où les obtenir Table : WORKORDER, colonne : WONUM Exemples WO100234WO100235CM-99281PM-11002 | |||
| Horodatage de l’événement EventTimestamp | Date et heure précises auxquelles l’activité a eu lieu. | ||
| Description Cet attribut enregistre le moment exact où un événement s’est produit, par exemple lorsqu’un statut a changé ou qu’une activité de main-d’œuvre a été enregistrée. Il fournit la dimension temporelle nécessaire à toutes les analyses de performance, notamment au calcul des délais et des durées. Des horodatages exacts sont indispensables pour calculer le « délai moyen de planification et d’approbation » et garantir l’ordre correct des événements. Dans Maximo, il s’agit généralement de la date de modification de l’enregistrement de statut. Pourquoi c’est important Nécessaire pour classer les événements par ordre chronologique et calculer tous les KPI fondés sur le temps. Où les obtenir Table : WOSTATUS, colonne : CHANGEDATE Exemples 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage de l’extraction ou de la dernière actualisation des données. | ||
| Description Indique la dernière date de traitement ou d’extraction de l’enregistrement pour le Process Mining. Cet attribut aide à évaluer l’actualité et la fiabilité des données afin de garantir que l’analyse reflète l’état le plus récent des opérations de maintenance. Il est essentiel pour les chargements incrémentiels et pour vérifier que les Dashboards affichent des informations à jour sur le statut des bons de travail et le backlog. Pourquoi c’est important Essentiel pour comprendre la latence et l’actualité des données. Où les obtenir Heure système au moment de l’extraction Exemples 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Système source SourceSystem | Nom du système d’origine des données. | ||
| Description Identifie l’application source de l’enregistrement de données. Dans ce contexte, il s’agit généralement d’« IBM Maximo ». Cet attribut est particulièrement utile lorsque les données proviennent de plusieurs systèmes de maintenance ou sont intégrées à des données ERP. Il permet aux analystes de filtrer la vue par système de référence lorsque le projet de Process Mining couvre un environnement complexe composé de plusieurs instances de GMAO. Pourquoi c’est important Garantit la traçabilité et la provenance des données dans les environnements multisystèmes. Où les obtenir Renseigné en dur lors de l’extraction Exemples IBM MaximoMaximo PRODMaximo Legacy | |||
| Criticité de l’actif AssetCriticality | Score indiquant l’importance de l’actif pour les opérations de l’entreprise. | ||
| Description Classification, généralement de 1 à 10 ou A/B/C, enregistrée dans la fiche de l’actif et indiquant les conséquences d’une défaillance. Elle doit être associée à la vue des bons de travail. Cet attribut est obligatoire pour le Dashboard « Performance SLA des actifs critiques ». Il garantit que l’analyse se concentre sur les éléments les plus importants : un retard sur un générateur critique pèse davantage qu’un retard sur une machine à café de salle de pause. Pourquoi c’est important Permet de segmenter la performance du processus selon le risque métier. Où les obtenir Table : ASSET, colonne : PRIORITY (jointure via ASSETNUM) Exemples 1510 | |||
| Date d’achèvement cible TargetCompletionDate | Échéance planifiée ou requise pour le bon de travail. | ||
| Description Date à laquelle le bon de travail doit être terminé. Elle est souvent calculée en fonction de la priorité et de la date de création. Elle sert de référence au Dashboard « Performance SLA des actifs critiques ». En comparant ce champ à la « date de fin réelle », les analystes peuvent déterminer le taux de respect des délais et identifier les catégories d’actifs qui dépassent fréquemment leurs fenêtres de maintenance. Pourquoi c’est important Référence pour mesurer le respect du SLA et des délais planifiés. Où les obtenir Table : WORKORDER, colonne : TARGCOMPDATE Exemples 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Date de fin réelle ActualFinishDate | Date et heure auxquelles l’intervention physique a été achevée. | ||
| Description Enregistre la date à laquelle la tâche de maintenance a été achevée sur le plan technique. Cette date se distingue de la clôture administrative du ticket. Sa comparaison avec la « date d’achèvement cible » permet de calculer le respect du SLA. Elle est utilisée dans le Dashboard « Délai administratif des bons de travail » pour mesurer le temps écoulé entre la fin de l’intervention et la clôture des documents dans le système. Pourquoi c’est important Marque la fin de la phase d’exécution technique. Où les obtenir Table : WORKORDER, colonne : ACTFINISH Exemples 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Heures de main-d’œuvre réelles ActualLaborHours | Nombre total d’heures réellement consacrées par l’ensemble des techniciens au bon de travail. | ||
| Description Total de toutes les heures de main-d’œuvre enregistrées pour le bon de travail. Cette mesure permet de vérifier l’utilisation réelle des ressources. Elle alimente le KPI « Écart d’utilisation des techniciens ». Elle sert à calculer le coût de la main-d’œuvre et à améliorer les plans d’intervention futurs grâce aux données historiques sur la durée réelle d’exécution de tâches précises. Pourquoi c’est important Indicateur principal pour analyser le coût et l’efficacité de la main-d’œuvre. Où les obtenir Table : WORKORDER, colonne : ACTLABHRS Exemples 2.55.012.0 | |||
| Numéro d’actif AssetNumber | Identifiant unique de l’équipement ou de l’actif faisant l’objet de la maintenance. | ||
| Description Machine, véhicule ou composant d’installation précis concerné par l’intervention de maintenance. Cet attribut relie les données du processus à la hiérarchie des actifs physiques. Il est indispensable pour identifier les actifs à problèmes, c’est-à-dire ceux qui tombent fréquemment en panne. Utilisé dans l’analyse « Qualité de la maintenance et taux de reprise », il permet d’agréger les bons de travail par actif afin de calculer le temps moyen entre pannes (MTBF) et de repérer les problèmes récurrents de fiabilité. Pourquoi c’est important Relie l’exécution du processus à la performance des infrastructures physiques. Où les obtenir Table : WORKORDER, colonne : ASSETNUM Exemples PUMP-101HVAC-02FLEET-99 | |||
| Priorité Priority | Niveau d’urgence attribué au bon de travail. | ||
| Description Valeur numérique ou catégorielle indiquant l’importance et l’urgence du bon de travail. Dans Maximo, il s’agit généralement d’un nombre, les valeurs faibles indiquant souvent une urgence élevée, par exemple 1 = urgence. Cet attribut sert à hiérarchiser le travail dans le backlog et est essentiel au Dashboard « Performance SLA des actifs critiques ». Il permet de vérifier si les interventions prioritaires sont réellement traitées avec la rapidité requise par rapport aux tâches moins prioritaires. Pourquoi c’est important Permet d’analyser si l’organisation concentre ses ressources sur les tâches les plus urgentes. Où les obtenir Table : WORKORDER, colonne : WOPRIORITY Exemples 1234 | |||
| Statut actuel Status | État actuel du cycle de vie du bon de travail. | ||
| Description Statut administratif actuel du bon de travail, par exemple « APPR », « WAPPR » ou « COMP ». Alors que l’attribut « Activité » retrace l’historique des changements, celui-ci indique le dernier état connu. Il est utile pour filtrer les données afin d’afficher uniquement les bons « ouverts » ou « clôturés », et contribue à l’analyse « Répartition de la charge de maintenance ». Pourquoi c’est important Fournit une vue instantanée de la charge de travail et du backlog actuels. Où les obtenir Table : WORKORDER, colonne : STATUS Exemples APPRCLOSEINPRG | |||
| Technicien affecté AssignedResource | Personne ou technicien principal chargé d’exécuter l’intervention. | ||
| Description Identifie la personne ou le technicien principal responsable du bon de travail. Cette information peut provenir du champ « Lead » ou être dérivée des affectations de main-d’œuvre. Elle permet d’alimenter le Dashboard « Productivité des ressources et des sous-traitants ». L’analyse de cet attribut aide à repérer les déséquilibres de charge dans la vue « Répartition de la charge de maintenance » et à comparer l’efficacité de différents techniciens ou équipes. Pourquoi c’est important Indispensable pour analyser la productivité des équipes et équilibrer la charge de travail. Où les obtenir Table : WORKORDER, colonne : LEAD (ou table ASSIGNMENT) Exemples JSMITHBPATELMRODRIGUEZ | |||
| Type de bon de travail WorkType | Classe le bon de travail comme préventif (PM), correctif (CM) ou urgent (EM). | ||
| Description Cet attribut caractérise la nature de la tâche de maintenance. Les valeurs courantes dans Maximo incluent PM (maintenance préventive), CM (maintenance corrective) et EM (maintenance d’urgence). Cette classification constitue le fondement du Dashboard « Maintenance proactive ou réactive ». En filtrant sur cet attribut, les analystes peuvent calculer le KPI « taux de maintenance d’urgence » et repérer l’évolution de la stratégie de maintenance, d’une gestion réactive des incidents vers des interventions de fiabilité planifiées. Pourquoi c’est important Distingue le travail planifié du travail imprévu, un indicateur important de la maturité de la maintenance. Où les obtenir Table : WORKORDER, colonne : WORKTYPE Exemples PMCMEMCPMOD | |||
| Code de panne FailureCode | Code standardisé décrivant la cause de la défaillance de l’actif. | ||
| Description Code structuré sélectionné par le technicien pour catégoriser la cause de la défaillance, par exemple « Usure », « Électrique » ou « Erreur de l’opérateur ». Il est essentiel à l’analyse des causes racines (RCA). L’agrégation de ces codes aide les équipes d’ingénierie à repérer les problèmes systémiques sur l’ensemble des actifs. Elle alimente l’analyse « Qualité de la maintenance et taux de reprise » et guide l’évolution des stratégies de maintenance préventive. Pourquoi c’est important Point de données principal pour l’ingénierie de la fiabilité et l’analyse des défaillances. Où les obtenir Table : WORKORDER, colonne : FAILURECODE Exemples FUITESURCHAUFFEVIBRATION | |||
| Coût réel total TotalActualCost | Somme des coûts de main-d’œuvre, de matériel, de services et d’outillage du bon de travail. | ||
| Description Représente l’impact financier total de la tâche de maintenance. Dans Maximo, il correspond à la somme des différents composants de coût : main-d’œuvre + matériel + services + outillage. Cet attribut permet un Process Mining fondé sur les coûts, dans lequel les inefficacités du processus, comme les retards ou les reprises, peuvent être directement mises en relation avec les pertes financières. Il aide à identifier les types de maintenance ou les catégories d’actifs les plus coûteux. Pourquoi c’est important Relie les activités opérationnelles aux résultats financiers. Où les obtenir Table : WORKORDER, colonnes : ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Exemples 150.002500.500.00 | |||
| Date de signalement ReportedDate | Date et heure auxquelles le problème a été signalé pour la première fois ou la demande créée. | ||
| Description Horodatage indiquant le moment où le besoin de maintenance a été identifié pour la première fois et saisi dans le système. Il constitue le véritable point de départ du parcours utilisateur. Il sert à calculer le « délai moyen de planification et d’approbation » en mesurant la durée entre le signalement et le début effectif de l’intervention. Il aide à évaluer la réactivité de l’organisation de maintenance. Pourquoi c’est important Établit le point de départ pour mesurer la réactivité sur l’ensemble du cycle de vie de la maintenance. Où les obtenir Table : WORKORDER, colonne : REPORTDATE Exemples 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Emplacement Location | Emplacement fonctionnel ou site physique où le travail est effectué. | ||
| Description Indique la zone physique ou le code d’emplacement fonctionnel où se trouve l’actif. Cet attribut est plus général que le numéro d’actif précis et facilite les analyses géographiques ou par zone. Utilisé dans le Dashboard « Répartition de la charge de maintenance », il permet de visualiser les zones concentrant l’activité de maintenance et de planifier les déplacements des techniciens entre les sites. Pourquoi c’est important Fournit le contexte géographique nécessaire à la logistique et à la répartition des ressources. Où les obtenir Table : WORKORDER, colonne : LOCATION Exemples BRILER-RMPLANT-AOFFICE-1 | |||
| Est une urgence IsEmergency | Indicateur précisant si le bon de travail concerne une urgence. | ||
| Description Indicateur booléen calculé à partir du type de travail ou de la priorité. Si le type de travail est « EM » (urgence) ou si la priorité vaut 1, l’indicateur est vrai. Cet attribut simplifié facilite le filtrage dans les Dashboards afin d’isoler le « taux de maintenance d’urgence », sans logique complexe dans la couche de visualisation. Pourquoi c’est important Simplifie le filtrage pour l’analyse de la maintenance réactive. Où les obtenir Calculé à partir de WORKTYPE Exemples truefalse | |||
| Fournisseur Vendor | Sous-traitant externe affecté au bon de travail, le cas échéant. | ||
| Description Identifie l’entreprise externe responsable de la tâche de maintenance. Cet attribut est renseigné lorsque le travail est sous-traité. Il est essentiel au KPI « Efficacité d’exécution des sous-traitants ». Son analyse permet à l’organisation de maintenance de comparer les performances, en matière de coût, de rapidité et de qualité, de différents fournisseurs entre eux et avec les équipes internes. Pourquoi c’est important Permet de gérer les fournisseurs et d’analyser la performance de la sous-traitance. Où les obtenir Table : WORKORDER, colonne : VENDOR Exemples ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Heures de main-d’œuvre estimées EstimatedLaborHours | Temps de main-d’œuvre prévu pour le bon de travail. | ||
| Description Nombre total d’heures estimées pour achever la tâche lors de la phase de planification. Cette valeur est comparée aux « heures de main-d’œuvre réelles » dans le Dashboard « Précision des estimations de main-d’œuvre ». Des écarts importants entre cette valeur et les heures réelles peuvent révéler une planification insuffisante, l’absence de procédures opératoires standard ou des conditions imprévues sur l’actif nécessitant davantage de travail que prévu. Pourquoi c’est important Essentiel pour évaluer la précision de la planification et prévoir les ressources. Où les obtenir Table : WORKORDER, colonne : ESTLABHRS Exemples 2.04.58.0 | |||
| Identifiant du site SiteId | Identifiant de niveau supérieur du site dans les déploiements Maximo multisites. | ||
| Description Dans les grandes organisations, Maximo est souvent partitionné par « Site ». Cet attribut distingue les différentes usines ou installations au niveau de la base de données. Il est essentiel pour comparer les performances entre les différentes unités opérationnelles dans le cadre de l’analyse « Conformité du processus de maintenance standard », en veillant à ce que les comparaisons soient effectuées dans le bon contexte opérationnel. Pourquoi c’est important Essentiel pour délimiter les données dans les déploiements multisites. Où les obtenir Table : WORKORDER, colonne : SITEID Exemples BEDFORDNASHUATEXAS | |||
| SLA non respecté IsSlaBreached | Indicateur précisant si la date de fin réelle a dépassé la date cible. | ||
| Description Champ booléen calculé qui compare la « date de fin réelle » à la « date d’achèvement cible ». Si la date réelle est postérieure à la date cible, la valeur est vraie. Cette mesure précalculée simplifie le Dashboard « Performance SLA des actifs critiques » en permettant de compter immédiatement les SLA non respectés, sans calcul de dates à l’exécution. Pourquoi c’est important Visibilité immédiate sur le respect des engagements de performance. Où les obtenir Calculé à partir de ACTFINISH et TARGCOMPDATE Exemples truefalse | |||
Activités de maintenance des actifs
| Activité | Description | ||
|---|---|---|---|
| Demande de maintenance créée | Il s’agit de l’événement initial au cours duquel un ordre de travail est généré dans le système, souvent à partir d’une demande de service ou d’un calendrier automatisé. Cet événement est enregistré explicitement à partir de l’horodatage de création dans la table WORKORDER ou de la première entrée dans l’historique WOSTATUS. | ||
| Pourquoi c’est important Marque le début de l’instance de processus et établit la référence pour mesurer le délai total de résolution et la rapidité de la réponse initiale. Où les obtenir WORKORDER.REPORTDATE ou première entrée dans la table WOSTATUS, généralement avec l’état WAPPR Collecte Enregistré lorsque la transaction crée l’enregistrement WO Type d’événement explicit | |||
| Ordre de travail annulé | Le processus s’arrête prématurément parce que les travaux sont jugés inutiles, redondants ou impossibles à réaliser. Il s’agit d’un état terminal. | ||
| Pourquoi c’est important Alimente le Dashboard Work Order Cancellation Analysis. Des taux élevés révèlent des défaillances en amont dans la création des demandes. Où les obtenir Table WOSTATUS où STATUS = 'CAN' Collecte Enregistré lorsque la transaction modifie l’état vers CAN Type d’événement explicit | |||
| Ordre de travail approuvé | Indique que l’ordre de travail a passé les contrôles nécessaires de planification et d’autorisation financière. Cet événement est déduit d’un changement d’état dans l’historique du système. | ||
| Pourquoi c’est important Essentiel pour calculer le KPI du délai de planification et d’approbation. Les retards à cette étape révèlent des goulots d’étranglement administratifs. Où les obtenir Table WOSTATUS où STATUS = 'APPR' Collecte Comparer le champ d’état avant et après pour identifier la transition vers APPR Type d’événement explicit | |||
| Ordre de travail clôturé | Dernier événement du cycle de vie, au cours duquel l’ordre de travail est réglé financièrement et devient accessible en lecture seule. Aucun coût supplémentaire ne peut alors lui être imputé. | ||
| Pourquoi c’est important Marque la fin du délai administratif. Les retards à cette étape affectent le reporting financier. Où les obtenir Table WOSTATUS où STATUS = 'CLOSE' Collecte Enregistré lorsque la transaction modifie l’état vers CLOSE Type d’événement explicit | |||
| Ordre de travail terminé | Le technicien valide que les travaux physiques sont terminés. Ce changement d’état arrête le chronomètre des KPI de temps d’exécution. | ||
| Pourquoi c’est important Horodatage final principal de l’exécution technique. Utilisé pour calculer la conformité aux SLA et l’utilisation des techniciens. Où les obtenir Table WOSTATUS où STATUS = 'COMP' Collecte Enregistré lorsque la transaction modifie l’état vers COMP Type d’événement explicit | |||
| Travaux commencés | Marque le début réel des travaux physiques réalisés par le technicien. Cet événement est enregistré explicitement lorsque l’utilisateur modifie l’état pour indiquer que les travaux sont en cours. | ||
| Pourquoi c’est important Étape essentielle pour distinguer le temps de planification du temps d’exécution. Utilisée pour calculer le délai moyen de planification et d’approbation. Où les obtenir Table WOSTATUS où STATUS = 'INPRG' Collecte Enregistré lorsque la transaction modifie l’état vers INPRG Type d’événement explicit | |||
| Contrôle qualité échoué | Se produit lorsqu’un travail terminé est rejeté lors de la vérification, ce qui entraîne souvent le retour de l’état à In Progress. Représente une boucle de reprise. | ||
| Pourquoi c’est important Alimente directement le Dashboard Maintenance Quality and Rework Rates en mettant en évidence les défaillances du processus. Où les obtenir Déduit d’une transition WOSTATUS de COMP vers INPRG ou WAPPR Collecte Déduit de la comparaison de l’historique du champ WOSTATUS pour repérer les transitions en arrière Type d’événement inferred | |||
| Date cible mise à jour | Enregistre une modification de la date d’achèvement planifiée ou de la cible SLA. Cet événement aide à identifier les cas où les attentes sont repoussées pour tenir compte des retards. | ||
| Pourquoi c’est important Important pour analyser la performance SLA des actifs essentiels et repérer les manipulations consistant à déplacer les dates pour éviter un dépassement de SLA. Où les obtenir Piste d’audit des champs TARGETCOMPDATE ou SCHEDFINISH Collecte Enregistré lorsque la transaction met à jour les champs de date Type d’événement explicit | |||
| Demande de matériel soumise | Indique que des pièces de rechange ou des consommables ont été demandés pour la tâche de maintenance. Cet événement peut être déduit du passage à l’état Waiting on Material ou de la création de lignes de besoins en matériel. | ||
| Pourquoi c’est important Essentiel pour le Dashboard Material Readiness, qui permet d’identifier les retards de la chaîne d’approvisionnement empêchant l’exécution des travaux. Où les obtenir Table WOSTATUS où STATUS = 'WMATL' ou création d’entrées dans la table WPMATERIAL Collecte Déduit du changement d’état vers WMATL Type d’événement inferred | |||
| Heures de travail enregistrées | Représente la saisie du temps réellement consacré par un technicien à l’ordre de travail concerné. Plusieurs entrées peuvent être enregistrées pour un même ordre lorsque plusieurs techniciens interviennent. | ||
| Pourquoi c’est important Alimente le Dashboard Labor Estimation Accuracy en fournissant les heures réelles à comparer aux estimations. Où les obtenir Entrées de la table LABTRANS liées à l’ordre de travail Collecte Enregistré lors de la transaction dans LABTRANS Type d’événement explicit | |||
| Inspection terminée | Indique qu’une inspection de sécurité ou une inspection technique a été réalisée au cours du cycle de vie. Cet événement correspond souvent à un changement d’état ou à la finalisation d’une mesure de contrôle. | ||
| Pourquoi c’est important Essentiel pour le Dashboard Safety and Compliance Documentation. Garantit que les étapes réglementaires ne sont pas ignorées. Où les obtenir Changement d’état WOSTATUS vers 'INSP' ou vers un état personnalisé similaire, ou finalisation d’entrées MEASUREMENT Collecte Comparer le champ d’état avant et après Type d’événement inferred | |||
| Matériel délivré | Enregistre la consommation ou la sortie physique de pièces du stock vers l’ordre de travail. Cet événement confirme que les pièces sont disponibles et utilisées. | ||
| Pourquoi c’est important Valide le processus d’approvisionnement et influe sur l’analyse du coût total de l’intervention de maintenance. Où les obtenir Table MATUSETRANS où ISSUETYPE = 'ISSUE' Collecte Enregistré lors de la transaction dans MATUSETRANS Type d’événement explicit | |||
| Ressources planifiées | Correspond au moment où une main-d’œuvre ou une équipe précise est affectée à l’ordre de travail. Cet événement est suivi lors de la génération des affectations ou du passage à l’état Waiting Schedule. | ||
| Pourquoi c’est important Alimente le Dashboard Planning and Approval Cycle Analysis en isolant le temps nécessaire pour trouver des techniciens disponibles. Où les obtenir Création de lignes dans la table ASSIGNMENT ou changement d’état WOSTATUS vers 'WSCH' Collecte Déduit de la création d’enregistrements Assignment liés au WO Type d’événement inferred | |||
Guides d'extraction
Étapes
Définir la stratégie de vue de base de données : ProcessMind nécessite un journal d'événements plat, tandis que Maximo stocke les données de manière hiérarchique (en-tête dans WORKORDER, historique dans WOSTATUS, coûts dans WOLABTRANS). La méthode la plus fiable consiste donc à créer d'abord une vue de base de données dans la base Maximo. Cette vue servira de source pour l'Integration Framework.
Créer la vue SQL : Exécutez la requête SQL fournie dans la section Query avec votre outil de gestion de base de données (SQL Developer, SSMS). Elle regroupe
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSetA_WORKORDER(audit) dans une structure plate unique.Enregistrer la vue dans Maximo : Connectez-vous à Maximo en tant qu'administrateur. Accédez à System Configuration, Platform Configuration, Database Configuration. Créez un nouvel objet nommé
PM_WO_EVENTLOG. Associez-le à la vue de base de données créée à l'étape précédente. ExécutezConfigDBpour l'enregistrer (les vues n'exigent généralement pas d'interruption de service, mais vérifiez vos procédures).Créer la structure d'objet : Accédez à Integration, Object Structures. Créez une structure d'objet nommée
MX_PM_EVENTS. AjoutezPM_WO_EVENTLOGcomme objet source. Vérifiez que la prise en charge de Flat Structure est activée, si cette option est disponible.Configurer le Publish Channel : Accédez à Integration, Publish Channels. Créez un nouveau canal nommé
PC_PM_EVENTS, associé à la structure d'objetMX_PM_EVENTS. Vous pourrez ainsi définir des règles de traitement si nécessaire.Configurer l'External System : Accédez à Integration, External Systems. Sélectionnez votre système cible ou créez un EXTSYS générique. Ajoutez le Publish Channel
PC_PM_EVENTSà ce système.Activer l'export des données : Dans l'application External Systems, ouvrez l'onglet Data Export. Sélectionnez le canal
PC_PM_EVENTS. Vous pouvez y préciser une clause SQL Where, par exempleEVENTTIMESTAMP >= '2023-01-01', afin de limiter la période d'export.Exporter les données : Cliquez sur Export. Le système génère le fichier, au format XML ou CSV selon l'End Point configuré. Pour ProcessMind, le format CSV est préférable. Vérifiez que votre End Point, par exemple
MXFLATFILE, est configuré pour produire un fichier CSV.Vérifier le résultat : Ouvrez le fichier CSV généré. Vérifiez que les en-têtes correspondent aux attributs définis dans la requête, notamment WorkOrderNumber et Activity, et qu'il ne reste aucune balise XML hiérarchique.
Mise en forme finale : Si l'export CSV de Maximo contient des colonnes de métadonnées système standard, comme
OWNER1ouORGID, supprimez-les si elles ne sont pas nécessaires. Chargez ensuite le fichier CSV nettoyé dans ProcessMind.
Configuration
- Synonymes de statut Maximo : Maximo autorise les codes de statut personnalisés, par exemple APPR ou WAPPR. La requête suppose l'utilisation des valeurs internes standard. Vérifiez votre
SYNONYMDOMAINpour le domaineWOSTATUSafin de mapper correctement les statuts personnalisés. - Tables d'audit : L'extraction de « Target Date Updated » repose sur la table d'audit
A_WORKORDER. Si l'audit n'est pas activé pour l'objetWORKORDER, cette activité ne renverra aucune ligne. Activez l'audit dans Database Configuration si cette information est importante. - Période : Pour le chargement initial, filtrez
EVENTTIMESTAMPsur les 6 à 12 derniers mois. Les chargements historiques volumineux peuvent expirer via l'interface web de l'Integration Framework. Utilisez un traitement en arrière-plan pour les jeux de données de plus de 50 000 lignes. - Filtres de site et d'organisation : Maximo gère plusieurs sites. Filtrez toujours par
SITEIDsi l'analyse du processus porte sur une installation précise. - Performances : La requête
UNION ALLmobilise beaucoup de ressources. Vérifiez que des index existent surWOSTATUS.WONUM,WOLABTRANS.REFWOetMATUSETRANS.REFWO.
a Exemple de requête sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01')Étapes
Connexion à la base de données : Établissez une connexion JDBC ou ODBC en lecture seule à la base de données principale d'IBM Maximo, généralement DB2, Oracle ou SQL Server. Vérifiez que l'utilisateur dispose des autorisations SELECT sur les tables WORKORDER, WOSTATUS, LABTRANS et MATUSETRANS.
Définir le périmètre : Déterminez les SITES ou ORGIDS à extraire. Maximo est un système multisite et les numéros d'ordre de travail (WONUM) ne sont uniques qu'en combinaison avec SITEID. Définissez la période, généralement en filtrant sur REPORTDATE (date de création) ou STATUSDATE.
Comprendre le modèle de données : La table WORKORDER contient l'en-tête. La table WOSTATUS contient l'historique des changements du cycle de vie. LABTRANS contient le détail des entrées de main-d'œuvre et MATUSETRANS les mouvements de matériel. Ces tables doivent être combinées avec UNION ALL pour former un flux d'événements unique.
Gérer les synonymes : Maximo utilise des valeurs internes (MAXVALUE) et des valeurs affichées (VALUE) pour les statuts définis dans SYNONYMDOMAIN. Dans l'idéal, la requête doit filtrer sur la valeur interne MAXVALUE afin de garantir la cohérence entre les différents sites susceptibles d'utiliser des libellés différents pour un même statut logique.
Préparer la requête : Copiez le SQL fourni dans la section Query. Remplacez les paramètres tels que [Your Database Schema] et [Start Date] par vos valeurs réelles. Si votre environnement utilise des codes de statut personnalisés pour les inspections ou les contrôles qualité, mettez à jour les clauses WHERE dans les sections correspondantes.
Exécuter l'extraction : Exécutez la requête. Selon le volume de données, vous devrez peut-être procéder par lots, par exemple mois par mois, afin d'éviter les délais d'expiration de la base de données.
Valider les données : Vérifiez que l'événement « Maintenance Request Created » existe pour chaque ordre de travail. Assurez-vous que les horodatages sont dans un format compatible avec ProcessMind. ISO 8601 est recommandé.
Post-traitement : Les horodatages Maximo contiennent généralement des millisecondes. Veillez à les conserver pour maintenir l'ordre correct des événements qui se produisent à quelques instants d'intervalle.
Exporter : Enregistrez les résultats au format CSV ou Parquet. Les en-têtes de colonnes doivent correspondre aux attributs définis dans le résultat de la requête.
Importer dans ProcessMind : Importez le fichier dans ProcessMind. Associez « WorkOrderNumber » à l'identifiant de dossier, « Activity » au nom de l'activité et « EventTimestamp » à l'horodatage.
Configuration
- Plateformes de base de données : Maximo fonctionne généralement sur IBM DB2, Oracle ou SQL Server. La syntaxe fournie est du SQL standard, mais de légères adaptations des fonctions de date peuvent être nécessaires, par exemple TO_DATE au lieu de CAST, selon votre plateforme.
- Filtrage des dates : Utilisez la colonne REPORTDATE de la table WORKORDER pour définir le périmètre des instances du processus. Une fenêtre glissante couvrant les 12 derniers mois est généralement utilisée.
- Importance de l'identifiant du site : Ne vous fiez jamais à WONUM seul pour garantir l'unicité. Concaténez toujours WONUM et SITEID, ou incluez SITEID comme attribut de dossier si vous analysez plusieurs sites.
- Logique des statuts : Maximo autorise les valeurs de statut personnalisées. Consultez la table SYNONYMDOMAIN si les statuts standard tels que WMATL ou COMP ne renvoient aucun résultat.
- Performances : Les tables LABTRANS et MATUSETRANS peuvent être très volumineuses. Vérifiez qu'elles sont indexées sur REFWO et SITEID.
a Exemple de requête sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')Prêt à commencer ?
Commencez dès aujourd’hui à transformer votre stratégie de maintenance en appliquant ce modèle à votre processus d’extraction des données. Notre équipe vous accompagne pour convertir vos journaux techniques en analyses concrètes de vos processus.
Transformez la maintenance de vos actifs et réduisez les immobilisations dès aujourd'hui
Réduisez de 30 % la durée des cycles de maintenance et éliminez les goulots d'étranglement
Essai gratuit de 14 jours, sans carte bancaire