Votre modèle de données de maintenance des actifs

IBM Maximo
Votre modèle de données de maintenance des actifs

Votre modèle de données de maintenance des actifs

Ce modèle de données fournit un cadre structuré pour analyser la gestion de vos ordres de travail et les cycles de réparation d'équipement dans votre environnement d'entreprise. Il décrit les champs de données spécifiques et les jalons de processus nécessaires pour obtenir une vue précise de vos opérations de maintenance. En suivant ce guide, vous pouvez vous assurer que votre journal d'événements contient les informations nécessaires pour identifier les points de blocage et réduire les temps d'arrêt imprévus.
  • Liste exhaustive des attributs de maintenance
  • Jalons de processus critiques à suivre
  • Guide d'extraction technique détaillé
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de maintenance des actifs

Voici les champs de données recommandés à inclure dans votre journal d'événements pour permettre une analyse complète de vos opérations de maintenance d'actifs.
5 Obligatoire 9 Recommandé 9 Facultatif
Nom Descriptionn
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.
Descriptionn

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, pour visualiser de la séquence des étapes. En analysant ces valeurs, les organisations peuvent identifier les variantes de processus, les boucles et les écarts par rapport à la procédure de maintenance standard.

Pourquoi est-ce important ? :

Il définit le « quoi » du processus, essentiel pour construire la cartographie des processus et comprendre l'exécution du workflow.

Source des données :

Table : WOSTATUS (Colonne : STATUS) ou WOLOG

Exemples
APPRINPRGCOMPCLOSEWMATL
Horodatage de l'événement
EventTimestamp
La date et l'heure spécifiques auxquelles l'activité s'est produite.
Descriptionn

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 est-ce important ? :

Requis pour ordonner les événements chronologiquement et calculer tous les KPI basés sur le temps.

Source des données :

Table : WOSTATUS, Colonne : CHANGEDATE

Exemples
2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z
Ordre de travail de maintenance
WorkOrderNumber
L'identifiant alphanumérique unique de l'ordre de travail de maintenance.
Descriptionn

Cet attribut sert d'ID 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 complet 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 est-ce important ? :

C'est l'élément clé pour la reconstruction du flux de processus et permet le suivi des tâches spécifiques entre les départements.

Source des données :

Table : WORKORDER, Colonne : WONUM

Exemples
WO100234WO100235CM-99281PM-11002
Dernière mise à jour des données
LastDataUpdate
L'horodatage de l'extraction ou de la dernière actualisation des données.
Descriptionn

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 indispensable pour les chargements de données incrémentiels et pour valider que les dashboards affichent des informations à jour concernant le statut des bons de travail et l'arriéré.

Pourquoi est-ce important ? :

Critique pour comprendre la latence et la la réactualisation des données.

Source des données :

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.
Descriptionn

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 est-ce important ? :

Assure la traçabilité des données dans les environnements multi-systèmes.

Source des données :

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.
Descriptionn

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 de l'ordre 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 est-ce important ? :

Permet la segmentation de la performance des processus par risque commercial.

Source des données :

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.
Descriptionn

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 tableau de bord 'Performance SLA des actifs critiques'.

En comparant ce champ avec la 'Date de fin réelle', les analystes peuvent déterminer les taux de respect des délais et identifier les catégories d'actifs qui manquent fréquemment leurs fenêtres de maintenance.

Pourquoi est-ce important ? :

La référence pour mesurer le respect des SLA et la conformité aux calendriers.

Source des données :

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é.
Descriptionn

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 tableau de bord '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 est-ce important ? :

Marque la fin de la phase d'exécution technique.

Source des données :

Table : WORKORDER, Colonne : ACTFINISH

Exemples
2023-10-15T16:00:00Z2023-10-16T10:30:00Z
Heures de travail réelles
ActualLaborHours
Le total des heures réelles passées par tous les techniciens sur l'ordre de travail.
Descriptionn

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 est-ce important ? :

La métrique principale pour l'analyse des coûts de main-d'œuvre et de l'efficacité.

Source des données :

Table : WORKORDER, Colonne : ACTLABHRS

Exemples
2.55.012.0
Numéro d'actif
AssetNumber
Identifiant unique de l'équipement ou de l'actif maintenu.
Descriptionn

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 indispensable à identifier les équipements les plus défaillants – 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 est-ce important ? :

Lie l'exécution des processus à la performance de l'infrastructure physique.

Source des données :

Table : WORKORDER, Colonne : ASSETNUM

Exemples
POMPE-101HVAC-02FLOTTE-99
Priorité
Priority
Le niveau d'urgence assigné à l'ordre de travail.
Descriptionn

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 indispensable 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 est-ce important ? :

Permet d'analyser si l'organisation concentre ses ressources sur les tâches les plus urgentes.

Source des données :

Table : WORKORDER, Colonne : WOPRIORITY

Exemples
1234
Statut actuel
Status
L'état actuel du cycle de vie de l'ordre de travail.
Descriptionn

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 est-ce important ? :

Fournit un aperçu de la charge de travail actuelle et du carnet de commandes.

Source des données :

Table : WORKORDER, Colonne : STATUS

Exemples
APPRCLOSEINPRG
Technicien assigné
AssignedResource
La personne spécifique ou le technicien principal assigné pour exécuter le travail.
Descriptionn

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 est-ce important ? :

Clé pour l'analyse de la productivité de la main-d'œuvre et l'équilibrage de la charge de travail.

Source des données :

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).
Descriptionn

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 tableau de bord '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 est-ce important ? :

Distingue le travail planifié du travail non planifié, un indicateur clé de la maturité de la maintenance.

Source des données :

Table : WORKORDER, Colonne : WORKTYPE

Exemples
PMCMEMCPMOD
Code de défaillance
FailureCode
Code standardisé décrivant la raison de la défaillance de l'actif.
Descriptionn

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 indispensable à 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 est-ce important ? :

Le point de données principal pour l'ingénierie de la fiabilité et l'analyse des défaillances.

Source des données :

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.
Descriptionn

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 est-ce important ? :

Lie les activités opérationnelles aux résultats financiers.

Source des données :

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.
Descriptionn

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 est-ce important ? :

Établit la ligne de départ pour la réactivité de l'ensemble du cycle de vie de la maintenance.

Source des données :

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é.
Descriptionn

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 tableau de bord '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 est-ce important ? :

Fournit un contexte géospatial pour la logistique et la distribution des ressources.

Source des données :

Table : WORKORDER, Colonne : LOCATION

Exemples
BRILER-RMUSINE-AOFFICE-1
Est une urgence
IsEmergency
Indicateur signalant si le bon de travail est une urgence.
Descriptionn

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 dashboards pour isoler le « Taux de maintenance d'urgence » sans logique complexe dans la couche de visualisation.

Pourquoi est-ce important ? :

Simplifie le filtrage pour l'analyse de la maintenance réactive.

Source des données :

Calculé à partir de WORKTYPE

Exemples
truefaux
Fournisseur
Vendor
Le sous-traitant externe affecté à l'ordre de travail, le cas échéant.
Descriptionn

Identifie l'entreprise externe responsable de la tâche de maintenance. Ceci est renseigné lorsque le travail est externalisé. C'est impératif 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 est-ce important ? :

Permet la gestion des fournisseurs et l'analyse de la performance de l'externalisation.

Source des données :

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.
Descriptionn

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 'Tableau de bord de prélèvement.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 est-ce important ? :

Primordial pour évaluer la précision de la planification et la prévision des ressources.

Source des données :

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.
Descriptionn

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 indispensable 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 est-ce important ? :

Primordial pour définir la portée des données dans les déploiements multi-sites.

Source des données :

Table : WORKORDER, Colonne : SITEID

Exemples
BEDFORDNASHUATEXAS
SLA dépassé
IsSlaBreached
Indicateur signalant si la date de fin réelle a dépassé la date cible.
Descriptionn

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 est-ce important ? :

Visibilité instantanée sur la conformité de la performance.

Source des données :

Calculé à partir de ACTFINISH et TARGCOMPDATE

Exemples
truefaux
Obligatoire Recommandé Facultatif

Activités de maintenance des actifs

Voici les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte précise du cycle de vie de votre ordre de travail.
6 Recommandé 7 Facultatif
Activité Descriptionn
Début des travaux
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 est-ce important ? :

Jalon essentiel pour séparer le temps de planification du temps d'exécution. Utilisé pour calculer le délai moyen de planification et d'approbation.

Source des données :

Table WOSTATUS où STATUS = 'INPRG'

Capture

Comptabilisé lorsque le statut de la transaction passe à INPRG

Type d'événement explicit
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 est-ce 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.

Source des données :

WORKORDER.REPORTDATE ou entrée initiale dans la table WOSTATUS (généralement statut WAPPR)

Capture

Comptabilisé 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 est-ce 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.

Source des données :

Table WOSTATUS où STATUS = 'CAN'

Capture

Comptabilisé 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 est-ce important ? :

Primordial pour le calcul de l'indicateur de délai de planification et d'approbation. Les retards ici indiquent des points de blocage administratifs.

Source des données :

Table WOSTATUS où STATUS = 'APPR'

Capture

Comparer le champ de statut avant/après pour identifier la transition APPR

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 est-ce important ? :

Marque la fin du délai administratif. Les retards à ce stade affectent la performance financière.

Source des données :

Table WOSTATUS où STATUS = 'CLOSE'

Capture

Comptabilisé 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 est-ce important ? :

L'horodatage de fin principal pour l'exécution technique. Utilisé pour calculer la conformité aux SLA et l'utilisation du technicien.

Source des données :

Table WOSTATUS où STATUS = 'COMP'

Capture

Comptabilisé lorsque le statut de la transaction passe à COMP

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 est-ce important ? :

Facilite le tableau de bord « Qualité de la maintenance et taux de reprise » en mettant en évidence les défaillances de processus.

Source des données :

Déduit de la transition WOSTATUS de COMP vers INPRG ou WAPPR

Capture

Déduire en comparant l'historique du champ WOSTATUS pour les transitions arrière

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 est-ce 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.

Source des données :

Piste d'audit sur les champs TARGETCOMPDATE ou SCHEDFINISH

Capture

Comptabilisé 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 est-ce important ? :

Primordial 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.

Source des données :

Table WOSTATUS où STATUS = 'WMATL' ou création d'entrées dans la table WPMATERIAL

Capture

Déduit d'un changement de statut vers WMATL

Type d'événement inferred
Heures de travail 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 est-ce 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.

Source des données :

Entrées de la table LABTRANS liées à l'ordre de travail

Capture

Comptabilisé 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 est-ce 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.

Source des données :

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 est-ce 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.

Source des données :

Table MATUSETRANS où ISSUETYPE = 'ISSUE'

Capture

Comptabilisé 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 est-ce important ? :

Alimente le tableau de bord d'analyse des cycles de planification et d'approbation en isolant le temps nécessaire pour trouver des techniciens disponibles.

Source des données :

Création de lignes dans la table ASSIGNMENT ou changement de statut WOSTATUS vers 'WSCH'

Capture

Déduire de la création d'enregistrements d'affectation liés au bon de travail (WO)

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment extraire vos données d'IBM Maximo