Votre modèle de données de maintenance des actifs
Votre modèle de données de maintenance des actifs
- Liste exhaustive des attributs de maintenance
- Jalons de processus critiques à suivre
- Guide d'extraction technique détaillé
Attributs de maintenance des actifs
| Nom | Description | ||
|---|---|---|---|
| Activité Activity | L'événement spécifique ou le changement de statut qui s'est produit dans le cycle de vie de l'ordre de travail. | ||
| Description Cet attribut représente l'étape effectuée dans le processus de maintenance, comme 'Ordre de travail approuvé' ou 'Main-d'œuvre enregistrée'. Dans IBM Maximo, cela est généralement dérivé des changements de statut dans les tables d'historique ou des journaux de transactions spécifiques comme le rapport de main-d'œuvre. Il forme les nœuds de la carte de processus, permettant la visualisation de la séquence des étapes. En analysant ces valeurs, les organisations peuvent identifier les variantes de processus, les boucles et les déviations par rapport à la procédure de maintenance standard. Pourquoi c'est important Il définit le « quoi » du processus, essentiel pour construire la carte des processus et comprendre l'exécution du workflow. Où obtenir Table : WOSTATUS (Colonne : STATUS) ou WOLOG Exemples APPRINPRGCOMPCLOSEWMATL | |||
| Ordre de travail de maintenance WorkOrderNumber | L'identifiant alphanumérique unique de l'ordre de travail de maintenance. | ||
| Description Cet attribut sert d'identifiant central de cas pour le processus de maintenance. Il distingue de manière unique chaque ordre de travail au sein du système IBM Maximo, reliant toutes les activités connexes, les transactions de main-d'œuvre et l'utilisation de matériel à un seul travail exécuté. Dans l'analyse Process Mining, cet ID est utilisé pour regrouper les événements individuels en un cas cohérent. Il permet aux analystes de suivre le cycle de vie de bout en bout d'une tâche de maintenance, de la création de la demande initiale à l'approbation, l'exécution et la clôture administrative finale. Pourquoi c'est important C'est la clé fondamentale pour la reconstruction du flux de processus et permet le suivi des tâches spécifiques entre les départements. Où obtenir Table : WORKORDER, Colonne : WONUM Exemples WO100234WO100235CM-99281PM-11002 | |||
| Timestamp de l'événement EventTimestamp | La date et l'heure spécifiques auxquelles l'activité s'est produite. | ||
| Description Cet attribut enregistre le moment exact où un événement s'est produit, comme un changement de statut ou l'enregistrement de la main-d'œuvre. Il fournit la dimension temporelle nécessaire à toutes les analyses de performance, y compris les délais et les calculs de durée. Des horodatages précis sont essentiels pour calculer le 'Délai moyen de planification et d'approbation' et assurer le séquençage 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 Requis pour ordonner les événements chronologiquement et calculer tous les KPI basés sur le temps. Où 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 | L'horodatage de l'extraction ou de la dernière actualisation des données. | ||
| Description Indique la dernière fois que l'enregistrement a été traité ou extrait pour le Process Mining. Cela aide à évaluer la fraîcheur et la fiabilité des données, garantissant que l'analyse reflète l'état le plus actuel des opérations de maintenance. Cet attribut est essentiel pour les chargements de données incrémentiels et pour valider que les tableaux de bord affichent des informations à jour concernant le statut des bons de travail et l'arriéré. Pourquoi c'est important Critique pour comprendre la latence et la fraîcheur des données. Où obtenir Heure système lors de l'extraction Exemples 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Système source SourceSystem | Le nom du système d'où proviennent les données. | ||
| Description Identifie l'application source pour l'enregistrement des données. Dans ce contexte, il s'agira typiquement d'« IBM Maximo ». Ceci est particulièrement utile lors de la combinaison de données provenant de plusieurs systèmes de maintenance ou de l'intégration avec des données ERP. Cela permet aux analystes de filtrer la vue par système d'enregistrement si le projet de Process Mining couvre un paysage système complexe impliquant plusieurs instances de CMMS. Pourquoi c'est important Assure la traçabilité des données dans les environnements multi-systèmes. Où obtenir Codé en dur lors de l'extraction Exemples IBM MaximoMaximo PRODMaximo Legacy | |||
| Criticité de l'actif AssetCriticality | Un score indiquant l'importance de l'actif pour les opérations commerciales. | ||
| Description Une classification (généralement 1-10 ou A/B/C) figurant sur l'enregistrement de l'actif qui indique la conséquence d'une défaillance. Cela doit être joint à la vue du bon de travail. Cet attribut est obligatoire pour le tableau de bord « Performance SLA des actifs critiques ». Il garantit que l'analyse se concentre sur ce qui compte le plus : les retards sur un générateur critique sont considérés comme plus importants que les retards sur une machine à café de salle de pause. Pourquoi c'est important Permet la segmentation de la performance des processus par risque commercial. Où obtenir Table : ASSET, Colonne : PRIORITY (Joint via ASSETNUM) Exemples 1510 | |||
| Date d'achèvement cible TargetCompletionDate | La date limite planifiée ou requise pour l'ordre de travail. | ||
| Description La date à laquelle l'ordre de travail est censé être terminé. Elle est souvent calculée en fonction de la priorité et de la date de génération. Elle sert de référence pour le dashboard 'Performance SLA des actifs critiques'. En comparant ce champ avec la 'Date de fin réelle', les analystes peuvent déterminer les taux de performance à temps et identifier les catégories d'actifs qui manquent fréquemment leurs fenêtres de maintenance. Pourquoi c'est important La référence pour mesurer le respect des SLA et la conformité aux calendriers. Où obtenir Table : WORKORDER, Colonne : TARGCOMPDATE Exemples 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Date de fin réelle ActualFinishDate | La date et l'heure auxquelles le travail physique a été achevé. | ||
| Description Enregistre la date à laquelle la tâche de maintenance a été techniquement achevée. Cette date est distincte de la clôture administrative du ticket. La comparaison de cette date avec la 'Date d'achèvement cible' permet de calculer la conformité aux SLA. Elle est utilisée dans le dashboard 'Délai administratif de l'ordre de travail' pour mesurer l'écart entre la fin du travail et la clôture administrative dans le système. Pourquoi c'est important Marque la fin de la phase d'exécution technique. Où obtenir Table : WORKORDER, Colonne : ACTFINISH Exemples 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Heures de main-d'œuvre réelles ActualLaborHours | Le total des heures réelles passées par tous les techniciens sur l'ordre de travail. | ||
| Description L'agrégation de tout le temps de main-d'œuvre enregistré pour l'ordre de travail. Cette métrique est une vérification de la réalité pour l'utilisation des ressources. Elle soutient le KPI 'Écart d'utilisation du technicien'. Elle est utilisée pour calculer le coût de la main-d'œuvre et pour affiner les plans de travail futurs en fournissant des données historiques sur le temps réel nécessaire pour exécuter des tâches spécifiques. Pourquoi c'est important La métrique principale pour l'analyse des coûts de main-d'œuvre et de l'efficacité. Où obtenir Table : WORKORDER, Colonne : ACTLABHRS Exemples 2.55.012.0 | |||
| Numéro d'actif AssetNumber | Identifiant unique de l'équipement ou de l'actif maintenu. | ||
| Description La machine, le véhicule ou le composant d'installation spécifique qui fait l'objet du travail de maintenance. Cela relie les données de processus à la hiérarchie physique des actifs. Il est vital pour identifier les 'mauvais acteurs' – les actifs qui tombent fréquemment en panne. Utilisé dans l'analyse 'Qualité de la maintenance et taux de reprise', cet attribut permet l'agrégation des ordres de travail par actif pour calculer le temps moyen entre les défaillances (MTBF) et identifier les problèmes de fiabilité chroniques. Pourquoi c'est important Lie l'exécution des processus à la performance de l'infrastructure physique. Où obtenir Table : WORKORDER, Colonne : ASSETNUM Exemples POMPE-101HVAC-02FLEET-99 | |||
| Priorité Priority | Le niveau d'urgence attribué à l'ordre de travail. | ||
| Description Une 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 où les nombres inférieurs indiquent souvent une urgence plus élevée (par exemple, 1 = Urgence). Cet attribut est utilisé pour prioriser le travail en attente et est essentiel pour le tableau de bord « Performance SLA des actifs critiques ». Il permet de déterminer si le travail à haute priorité est réellement traité avec la rapidité requise par rapport aux tâches à faible priorité. Pourquoi c'est important Permet d'analyser si l'organisation concentre ses ressources sur les tâches les plus urgentes. Où obtenir Table : WORKORDER, Colonne : WOPRIORITY Exemples 1234 | |||
| Statut actuel Status | L'état actuel du cycle de vie de l'ordre de travail. | ||
| Description Le statut administratif actuel de l'ordre de travail (par exemple, 'APPR', 'WAPPR', 'COMP'). Alors que l'attribut 'Activité' capture l'historique des changements, cet attribut capture l'état final connu. Il est utile pour filtrer le jeu de données afin d'afficher uniquement les ordres 'Ouverts' versus les ordres 'Fermés', soutenant l'analyse de la 'Répartition de la charge de travail de maintenance'. Pourquoi c'est important Fournit un aperçu de la charge de travail actuelle et du carnet de commandes. Où obtenir Table : WORKORDER, Colonne : STATUS Exemples APPRCLOSEINPRG | |||
| Technicien assigné AssignedResource | La personne spécifique ou le technicien principal assigné pour exécuter le travail. | ||
| Description Identifie l'individu ou le technicien principal responsable du bon de travail. Ceci peut être trouvé dans le champ « Responsable » ou dérivé des affectations de main-d'œuvre. Cela permet le tableau de bord « Productivité des ressources et des sous-traitants ». L'analyse de cet attribut aide à identifier les déséquilibres de charge de travail dans la vue « Distribution de la charge de travail de maintenance » et permet la comparaison de l'efficacité entre différents techniciens ou équipes. Pourquoi c'est important Clé pour l'analyse de la productivité de la main-d'œuvre et l'équilibrage de la charge de travail. Où obtenir Table : WORKORDER, Colonne : LEAD (ou de la table ASSIGNMENT) Exemples JSMITHBPATELMRODRIGUEZ | |||
| Type d'ordre de travail WorkType | Catégorise le bon de travail comme Préventif (PM), Correctif (CM) ou Urgence (EM). | ||
| Description Cet attribut classe 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 est le fondement du dashboard 'Maintenance Proactive versus Réactive'. En filtrant sur cet attribut, les analystes peuvent calculer le KPI 'Ratio de Maintenance d'Urgence' et identifier les changements dans la stratégie de maintenance, passant de la lutte contre les incendies réactive à un travail de fiabilité planifié. Pourquoi c'est important Distingue le travail planifié du travail non planifié, un indicateur clé de la maturité de la maintenance. Où obtenir Table : WORKORDER, Colonne : WORKTYPE Exemples PMCMEMCPMOD | |||
| Code de défaillance FailureCode | Code standardisé décrivant la raison de la défaillance de l'actif. | ||
| Description Un code structuré sélectionné par le technicien pour catégoriser la cause de la panne (par exemple, « Usure », « Électrique », « Erreur de l'opérateur »). Ceci est vital pour l'analyse des causes profondes (RCA). L'agrégation de ces codes aide les équipes d'ingénierie à identifier les problèmes systémiques sur l'ensemble du parc d'actifs, alimentant l'analyse des « Taux de qualité de la maintenance et de reprise » et éclairant les changements des stratégies de maintenance préventive. Pourquoi c'est important Le point de données principal pour l'ingénierie de la fiabilité et l'analyse des défaillances. Où obtenir Table : WORKORDER, Colonne : FAILURECODE Exemples FUITESURCHAUFFEVIBRATION | |||
| Coût réel total TotalActualCost | La somme des coûts de main-d'œuvre, de matériel, de service et d'outils pour l'ordre de travail. | ||
| Description Représente l'impact financier total de la tâche de maintenance. Dans Maximo, il s'agit de la somme de diverses composantes de coût (Main-d'œuvre + Matériel + Services + Outils). Cet attribut permet un Process Mining basé sur les coûts, où les inefficacités de processus (telles que les retards ou les reprises) peuvent être directement corrélées à une perte financière. Il aide à identifier les types de maintenance ou les classes d'actifs les plus coûteux. Pourquoi c'est important Lie les activités opérationnelles aux résultats financiers. Où obtenir Table : WORKORDER, Colonne : ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Exemples 150.002500.500.00 | |||
| Date de Signalement ReportedDate | La date et l'heure auxquelles le problème a été signalé pour la première fois ou la demande a été créée. | ||
| Description L'horodatage indiquant quand le besoin de maintenance a été identifié pour la première fois et saisi dans le système. Cela sert de véritable point de départ de la chronologie de l'expérience client. Il est utilisé pour calculer le 'Délai moyen de planification et d'approbation' en mesurant la durée entre cette date de signalement et le moment où les travaux commencent réellement. Il aide à évaluer la réactivité de l'organisation de maintenance. Pourquoi c'est important Établit la ligne de départ pour la réactivité de l'ensemble du cycle de vie de la maintenance. Où obtenir Table : WORKORDER, Colonne : REPORTDATE Exemples 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Emplacement Location | L'emplacement fonctionnel ou le site physique où le travail est effectué. | ||
| Description Spécifie la zone physique ou le code d'emplacement fonctionnel où se trouve l'actif. C'est plus large que le numéro d'actif spécifique et cela aide à l'analyse géographique ou zonale. Utilisé dans le dashboard 'Répartition de la charge de travail de maintenance' pour visualiser les zones d'activité de maintenance intense et pour planifier la logistique des techniciens se déplaçant entre les sites. Pourquoi c'est important Fournit un contexte géospatial pour la logistique et la distribution des ressources. Où obtenir Table : WORKORDER, Colonne : LOCATION Exemples BRILER-RMUSINE-AOFFICE-1 | |||
| Est une urgence IsEmergency | Indicateur signalant si le bon de travail est une urgence. | ||
| Description Un indicateur booléen calculé en fonction du type de travail ou de la priorité. Si le type de travail est « EM » (Urgence) ou la priorité est 1, l'indicateur est vrai. Cet attribut simplifié permet un filtrage facile dans les tableaux de bord pour 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ù obtenir Calculé à partir de Exemples truefaux | |||
| Fournisseur Vendor | Le sous-traitant externe affecté à l'ordre de travail, le cas échéant. | ||
| Description Identifie l'entreprise externe responsable de la tâche de maintenance. Ceci est renseigné lorsque le travail est externalisé. C'est crucial pour l'indicateur de performance clé (KPI) « Efficacité d'exécution des sous-traitants ». L'analyse de cet attribut permet à l'organisation de maintenance de comparer la performance (coût, rapidité, qualité) des différents fournisseurs entre eux et par rapport aux équipes internes. Pourquoi c'est important Permet la gestion des fournisseurs et l'analyse de la performance de l'externalisation. Où obtenir Table : WORKORDER, Colonne : VENDOR Exemples ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Heures de main-d'œuvre estimées EstimatedLaborHours | La quantité de temps de main-d'œuvre planifiée requise pour l'ordre de travail. | ||
| Description Le nombre total d'heures estimées pour accomplir la tâche pendant la phase de planification. Ceci est comparé aux 'Heures de main-d'œuvre réelles' dans le 'Dashboard de précision de l'estimation de la main-d'œuvre'. Des écarts importants entre cette valeur et les réels indiquent soit une mauvaise planification, un manque de procédures opérationnelles standard, soit des conditions d'actifs inattendues nécessitant plus de travail que prévu. Pourquoi c'est important Essentiel pour évaluer la précision de la planification et la prévision des ressources. Où obtenir Table : WORKORDER, Colonne : ESTLABHRS Exemples 2.04.58.0 | |||
| ID du site SiteId | L'identifiant de site de haut niveau pour les implémentations Maximo multisites. | ||
| Description Dans les grandes organisations, Maximo est souvent partitionné par « Site ». Cet attribut fait la distinction entre les différentes usines ou installations au niveau de la base de données. Il est essentiel pour l'évaluation comparative des performances entre les différentes unités commerciales dans l'analyse de la « Conformité des processus de maintenance standard », garantissant que les comparaisons sont effectuées dans le bon contexte opérationnel. Pourquoi c'est important Crucial pour définir la portée des données dans les déploiements multi-sites. Où obtenir Table : WORKORDER, Colonne : SITEID Exemples BEDFORDNASHUATEXAS | |||
| SLA est enfreint IsSlaBreached | Indicateur signalant si la date de fin réelle a dépassé la date cible. | ||
| Description Un champ booléen calculé qui compare la « Date de fin réelle » avec la « Date d'achèvement cible ». Si Réel > Cible, la valeur est vraie. Cette métrique pré-calculée simplifie le tableau de bord « Performance SLA des actifs critiques », permettant un comptage immédiat des SLA non respectés sans calculs de date en temps réel. Pourquoi c'est important Visibilité instantanée sur la conformité de la performance. Où obtenir Calculé à partir de Exemples truefaux | |||
Activités de maintenance des actifs
| Activité | Description | ||
|---|---|---|---|
| Demande de maintenance créée | L'événement initial où un ordre de travail est généré dans le système, souvent à partir d'une demande de service ou d'un calendrier automatisé. Cela est explicitement capturé à partir de l'horodatage de création dans la table WORKORDER ou de l'entrée initiale 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 temps de résolution total et la réactivité de la réponse initiale. Où obtenir WORKORDER.REPORTDATE ou entrée initiale dans la table WOSTATUS (généralement statut WAPPR) Capture Enregistré lorsque la transaction crée l'enregistrement de l'OT Type d'événement explicit | |||
| Ordre de travail annulé | Le processus se termine prématurément car le travail a été jugé inutile, en double ou impossible. C'est un état terminal. | ||
| Pourquoi c'est important Alimente le tableau de bord d'analyse des annulations de bons de travail. Des taux élevés indiquent des défaillances de processus en amont dans la génération des demandes. Où obtenir Table WOSTATUS où STATUS = 'CAN' Capture Enregistré lorsque le statut de la transaction passe à CAN Type d'événement explicit | |||
| Ordre de travail approuvé | Indique que le bon de travail a passé les contrôles de planification et d'autorisation financière nécessaires. Ceci est dérivé d'un changement de statut dans l'historique du système. | ||
| Pourquoi c'est important Critique pour le calcul de l'indicateur de délai de planification et d'approbation. Les retards ici indiquent des goulots d'étranglement administratifs. Où obtenir Table WOSTATUS où STATUS = 'APPR' Capture Comparer le champ de statut avant/après pour identifier la transition Type d'événement explicit | |||
| Ordre de travail clôturé | L'événement final du cycle de vie où l'ordre de travail est financièrement réglé et devient en lecture seule. Aucuns frais supplémentaires ne peuvent être appliqués. | ||
| Pourquoi c'est important Marque la fin du délai administratif. Les retards à ce stade affectent la performance financière. Où obtenir Table WOSTATUS où STATUS = 'CLOSE' Capture Enregistré lorsque le statut de la transaction passe à CLOSE Type d'événement explicit | |||
| Ordre de travail terminé | Le technicien atteste que le travail physique est terminé. Ce changement de statut arrête le décompte des KPI de temps d'exécution. | ||
| Pourquoi c'est important L'horodatage de fin principal pour l'exécution technique. Utilisé pour calculer la conformité aux SLA et l'utilisation du technicien. Où obtenir Table WOSTATUS où STATUS = 'COMP' Capture Enregistré lorsque le statut de la transaction passe à COMP Type d'événement explicit | |||
| Travaux commencés | Marque le début réel des travaux physiques effectués par le technicien. Cela est explicitement enregistré lorsque l'utilisateur modifie le statut pour indiquer que le travail est en cours. | ||
| Pourquoi c'est important Jalon crucial pour séparer le temps de planification du temps d'exécution. Utilisé pour calculer le délai moyen de planification et d'approbation. Où obtenir Table WOSTATUS où STATUS = 'INPRG' Capture Enregistré lorsque le statut de la transaction passe à INPRG Type d'événement explicit | |||
| Contrôle qualité échoué | Se produit lorsqu'un travail terminé est rejeté lors de la révision, annulant souvent le statut pour le remettre à 'En cours'. Représente des boucles de reprise. | ||
| Pourquoi c'est important Soutient directement le tableau de bord « Qualité de la maintenance et taux de reprise » en mettant en évidence les défaillances de processus. Où obtenir Déduit de la transition Capture Déduire en comparant l'historique du champ Type d'événement inferred | |||
| Date cible mise à jour | Enregistre une modification de la date d'achèvement prévue ou de l'objectif de SLA. Cela permet d'identifier quand les attentes sont ajustées pour accommoder les retards. | ||
| Pourquoi c'est important Important pour analyser la performance des SLA des actifs critiques et identifier les « tricheries » où les dates sont déplacées pour éviter une violation des SLA. Où obtenir Piste d'audit sur les champs Capture Enregistré lorsque la transaction met à jour les champs de date Type d'événement explicit | |||
| Demande de matériel soumise | Signifie que des pièces de rechange ou des consommables ont été demandés pour la tâche de maintenance. Cela peut être déduit du changement de statut en 'En attente de matériel' ou de la création de lignes d'exigences en matériel. | ||
| Pourquoi c'est important Essentiel pour le tableau de bord de la « Préparation des matériaux » afin d'identifier les retards de la chaîne d'approvisionnement qui empêchent l'exécution des travaux. Où obtenir Table WOSTATUS où STATUS = 'WMATL' ou création d'entrées dans la table WPMATERIAL Capture Déduit d'un changement de statut vers Type d'événement inferred | |||
| Heures de main-d'œuvre enregistrées | Représente la saisie du temps réel passé par un technicien sur l'ordre de travail spécifique. Plusieurs entrées peuvent survenir pour un même ordre de travail, car différents techniciens y contribuent. | ||
| Pourquoi c'est important Alimente le tableau de bord de la « Précision de l'estimation de la main-d'œuvre » en fournissant les données réelles à comparer aux estimations. Où obtenir Entrées de la table LABTRANS liées à l'ordre de travail Capture Enregistré lorsque la transaction a lieu dans LABTRANS Type d'événement explicit | |||
| Inspection terminée | Indique qu'une inspection de sécurité ou technique a été effectuée pendant le cycle de vie. Il s'agit souvent d'un changement de statut ou de l'achèvement d'une mesure de liste de contrôle. | ||
| Pourquoi c'est important Clé pour le tableau de bord de la « Documentation Sécurité et Conformité ». Assure que les étapes réglementaires ne sont pas contournées. Où obtenir Changement de WOSTATUS en 'INSP' ou statut personnalisé similaire, ou achèvement des entrées MEASUREMENT Capture Comparer le champ de statut avant/après Type d'événement inferred | |||
| Matériel délivré | Enregistre la consommation physique ou la délivrance de pièces de l'inventaire à l'ordre de travail. Cela confirme que les pièces sont disponibles et utilisées. | ||
| Pourquoi c'est important Valide le processus de la chaîne d'approvisionnement et a un impact sur l'analyse des coûts totaux de l'intervention de maintenance. Où obtenir Table MATUSETRANS où ISSUETYPE = 'ISSUE' Capture Enregistré lorsque la transaction a lieu dans MATUSETRANS Type d'événement explicit | |||
| Ressources planifiées | Le point où une main-d'œuvre ou des équipes spécifiques sont affectées à l'ordre de travail. Cela est suivi lorsque les affectations sont générées ou que le statut passe à 'En attente de planification'. | ||
| Pourquoi c'est important Soutient le dashboard d'analyse des cycles de planification et d'approbation en isolant le temps nécessaire pour trouver des techniciens disponibles. Où obtenir Création de lignes dans la table Capture Déduire de la création d'enregistrements d'affectation liés au bon de travail (WO) Type d'événement inferred | |||
Guides d'extraction
Étapes
Établir une stratégie de vue de base de données : Étant donné que ProcessMind nécessite un journal d'événements plat et que Maximo stocke les données de manière hiérarchique (en-tête dans
WORKORDER, historique dansWOSTATUS, coûts dansWOLABTRANS), la méthode la plus robuste consiste à créer d'abord une vue de base de données dans la base de données Maximo. Cette vue servira de source pour le cadre d'intégration.Créer la vue SQL : Exécutez le SQL fourni dans la section Requête dans votre outil de gestion de base de données (SQL Developer, SSMS). Cela consolide
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSetA_WORKORDER(Audit) en une seule structure plate.Enregistrer la vue dans Maximo : Connectez-vous à Maximo en tant qu'administrateur. Naviguez vers Configuration du système, Configuration de la plateforme, Configuration de la base de données. Créez un nouvel objet nommé
PM_WO_EVENTLOG. Mappez-le à la vue de base de données créée à l'étape précédente. ExécutezConfigDBpour l'enregistrer (aucune interruption n'est généralement requise pour les vues, mais vérifiez vos procédures).Créer une structure d'objet : Naviguez vers Intégration, Structures d'objets. Créez une nouvelle structure d'objet nommée
MX_PM_EVENTS. AjoutezPM_WO_EVENTLOGcomme objet source. Assurez-vous que le support pour la structure plate est coché si disponible.Configurer le canal de publication : Naviguez vers Intégration, Canaux de publication. Créez un nouveau canal
PC_PM_EVENTSassocié à la structure d'objetMX_PM_EVENTS. Cela vous permet de définir des règles de traitement si nécessaire.Configurer le système externe : Naviguez vers Intégration, Systèmes externes. Sélectionnez votre système cible (ou créez un
EXTSYSgénérique). Ajoutez le canal de publicationPC_PM_EVENTSà ce système.Activer l'exportation de données : Dans l'application Systèmes externes, utilisez l'onglet de la fonction d'exportation de données. Sélectionnez le canal
PC_PM_EVENTS. Vous pouvez spécifier une clauseWHERESQL ici (par exemple,EVENTTIMESTAMP >= '2023-01-01') pour limiter la plage d'exportation.Exporter les données : Cliquez sur Exporter. Le système générera le fichier (XML ou CSV selon le point de terminaison configuré). Pour ProcessMind, le format CSV est préférable. Assurez-vous que votre point de terminaison (par exemple,
MXFLATFILE) est configuré pour générer du CSV.Vérifier la sortie : Ouvrez le fichier CSV généré. Assurez-vous que les en-têtes correspondent aux attributs définis dans la requête (WorkOrderNumber, Activity, etc.) et qu'aucune balise XML hiérarchique ne subsiste.
Formatage final : Si l'exportation CSV de Maximo inclut des colonnes de métadonnées système standard (comme
OWNER1,ORGID), supprimez-les si elles ne sont pas nécessaires. Chargez le CSV nettoyé dans ProcessMind.
Configuration
- Synonymes de statut Maximo : Maximo permet des codes de statut personnalisés (par exemple, APPR, WAPPR). La requête suppose des valeurs internes standard. Vérifiez la
SYNONYMDOMAINde votre système pour le domaineWOSTATUSafin de mapper correctement les statuts personnalisés. - Tables d'audit : L'extraction de « Date cible mise à jour » repose sur la table d'audit
A_WORKORDER. Si l'audit n'est pas activé pour l'objetWORKORDER, cette activité spécifique ne renverra aucune ligne. Activez l'audit dans la configuration de la base de données si cela est critique. - Plage de dates : Pour le chargement initial, filtrez par
EVENTTIMESTAMPsur les 6 à 12 derniers mois. Les chargements historiques importants peuvent entraîner des dépassements de délai via l'interface web du cadre d'intégration ; utilisez le traitement en arrière-plan pour les jeux de données de plus de 50 000 lignes. - Filtres Site/Organisation : Maximo est multi-site. Filtrez toujours par
SITEIDsi l'analyse de processus est limitée à une installation spécifique. - Performance : La requête
UNION ALLest gourmande en ressources. Assurez-vous que des index de base de données existent surWOSTATUS.WONUM,WOLABTRANS.REFWOetMATUSETRANS.REFWO.
a Exemple de requête config
/* 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 backend d'IBM Maximo (généralement DB2, Oracle ou SQL Server). Assurez-vous que l'utilisateur dispose des autorisations SELECT sur les tables
WORKORDER,WOSTATUS,LABTRANSetMATUSETRANS.Identifier la portée : Déterminez les
SITESouORGIDSspécifiques que vous devez extraire. Maximo est un système multi-site, et les numéros de bon de travail (WONUM) ne sont uniques que lorsqu'ils sont combinés avecSITEID. Décidez de la plage de dates, en filtrant généralement par laREPORTDATE(date de création) ou laSTATUSDATE.Comprendre le modèle de données : La table
WORKORDERagit comme l'en-tête. La tableWOSTATUScontient l'historique des changements de cycle de vie. La tableLABTRANScontient les entrées de main-d'œuvre détaillées, etMATUSETRANScontient les mouvements de matériaux. Celles-ci doivent être combinées en utilisantUNION ALLpour former un seul flux d'événements.Gérer les synonymes : Maximo utilise des valeurs internes (
MAXVALUE) et des valeurs affichées (VALUE) pour les statuts définis dans leSYNONYMDOMAIN. La requête devrait idéalement filtrer sur leMAXVALUEinterne pour assurer la cohérence entre les différents sites qui pourraient utiliser des libellés d'affichage différents pour le même statut logique.Préparer la requête : Copiez le SQL fourni dans la section Requête. Remplacez les espaces réservés comme [Votre Schéma de Base de Données] et [Date de Début] par vos valeurs réelles. Si votre environnement utilise des codes de statut personnalisés spécifiques pour les inspections ou les contrôles de qualité, mettez à jour les clauses
WHEREdans les sections respectives.Exécuter l'extraction : Exécutez la requête. Selon le volume de données, vous devrez peut-être l'exécuter par lots (par exemple, mois par mois) pour éviter les dépassements de délai de la base de données.
Valider les données : Vérifiez que l'événement « Demande de maintenance créée » existe pour chaque bon 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. Assurez-vous qu'elles sont conservées pour maintenir l'ordre de tri correct des événements qui se produisent en succession rapide.
Exporter : Enregistrez les résultats sous forme de fichier CSV ou Parquet. Les en-têtes de colonne doivent correspondre aux attributs définis dans la sortie de la requête.
Chargement ProcessMind : Importez le fichier dans ProcessMind. Mappez 'WorkOrderNumber' comme ID de cas, 'Activity' comme Nom d'activité, et 'EventTimestamp' comme Horodatage.
Configuration
- Plateformes de base de données : Maximo fonctionne généralement sur IBM DB2, Oracle ou SQL Server. La syntaxe fournie est SQL standard, mais peut nécessiter des ajustements mineurs des fonctions de date (par exemple, TO_DATE vs CAST) selon votre plateforme spécifique.
- Filtrage par date : Utilisez la colonne
REPORTDATEde la tableWORKORDERpour définir la portée des instances de processus. Une fenêtre glissante des 12 derniers mois est standard. - Importance de l'ID de site : Ne vous fiez jamais uniquement à
WONUMpour l'unicité. Concaténez toujoursWONUMetSITEIDou incluezSITEIDcomme attribut de cas si vous analysez plusieurs sites. - Logique de statut : Maximo permet des valeurs de statut personnalisées. Vérifiez la table
SYNONYMDOMAINsi les statuts standard commeWMATLouCOMPne donnent pas de résultats. - Performance : Les tables
LABTRANSetMATUSETRANSpeuvent être très volumineuses. Assurez-vous que ces tables sont indexées surREFWOetSITEID.
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')