Votre template de data de maintenance des actifs

Oracle Maintenance Cloud
Votre template de data de maintenance des actifs

Votre template de data de maintenance des actifs

Ce template fournit un cadre structuré pour vous aider à organiser vos dossiers de maintenance d'Oracle Maintenance Cloud pour un Process Mining avancé. Il identifie les points de data nécessaires et les jalons de processus pour obtenir une visibilité complète sur l'entretien de vos équipements et l'allocation des ressources. En suivant ces directives, vous pouvez construire un event log robuste qui met en évidence les inefficacités et améliore votre stratégie de maintenance.
  • Attributs recommandés pour une analyse approfondie
  • Jalons critiques du processus à surveiller
  • Guide d'extraction spécifique au système pour Oracle
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de maintenance des actifs

Ces champs de data recommandés vous permettent de classer et de filtrer vos events de maintenance pour obtenir des informations plus approfondies sur les performances des équipements et l'utilisation des ressources.
5 Obligatoire 8 Recommandé 9 Facultatif
Nom Description
Activité
ActivityName
Le nom de l'event ou du changement de statut se produisant dans le workflow.
Description

Cet attribut capture l'étape spécifique réalisée dans le processus de maintenance, telle que « Ordre de travail créé », « Opération commencée » ou « Ordre de travail clos ». Il représente les nœuds dans la carte de processus.

Les analystes l'utilisent pour visualiser le flux de processus, identifier les variantes et détecter les bottlenecks entre les étapes spécifiques du processus.

Pourquoi c'est important

Requis pour définir le flux de processus et la séquence des events.

Où obtenir

Dérivé des tables d'historique des transactions ou des journaux de changement de statut.

Exemples
Ordre de travail de maintenance crééOrdre de travail libéréOpération terminée
Ordre de travail de maintenance
WorkOrderNumber
L'identifiant unique de l'ordre de travail de maintenance.
Description

Le numéro d'ordre de travail sert d'identifiant unique de case pour le processus de maintenance. Il suit le cycle de vie d'une tâche de maintenance, de la demande initiale ou de la génération de planning jusqu'à l'exécution, l'achèvement et la clôture financière.

En analyse, cet attribut est la clé centrale pour joindre les event data avec les attributs au niveau du case. Il permet aux analystes de regrouper toutes les activités liées à une seule tâche et de calculer les temps de cycle de bout en bout.

Pourquoi c'est important

C'est la clé primaire pour l'instance de processus, essentielle pour reconstituer l'historique du cas.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_NUMBER

Exemples
WO-2023-0015WO-2023-0089WO-2023-1102
Timestamp de l'événement
EventDateTime
La date et l'heure auxquelles l'activité s'est produite.
Description

Cet attribut enregistre le moment exact où un event a eu lieu. Il est utilisé pour ordonner les activités chronologiquement au sein d'un case et pour calculer la durée entre les étapes.

Des timestamps précis sont critiques pour calculer les temps de cycle, identifier les retards et mesurer la performance contre les SLAs.

Pourquoi c'est important

Essentiel pour établir la chronologie du processus.

Où obtenir

Colonnes CREATION_DATE ou LAST_UPDATE_DATE dans les tables de transaction.

Exemples
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
Dernière mise à jour des données
LastDataUpdate
Timestamp de la dernière extraction de data.
Description

La date et l'heure de la dernière extraction ou actualisation des data dans l'outil de Process Mining. Cela aide les utilisateurs à comprendre la pertinence de l'analyse.

Il s'agit d'un champ de métadonnées système requis pour la gouvernance des data.

Pourquoi c'est important

Garantit que les utilisateurs connaissent la fraîcheur des données.

Où obtenir

Heure système lors de l'extraction.

Exemples
2023-10-30T12:00:00Z
Système source
SourceSystem
Le nom du système d'où proviennent les données.
Description

Indique le logiciel ou la base de données source à partir duquel l'enregistrement a été extrait. Dans ce contexte, il s'agit généralement d''Oracle Maintenance Cloud'.

Essentiel dans les environnements multi-systèmes pour suivre la lignée des données.

Pourquoi c'est important

Suit la lignée des data dans les environnements multi-systèmes.

Où obtenir

Codé en dur lors de l'extraction.

Exemples
Oracle Maintenance CloudOracle Cloud ERP
Code d'organisation
OrganizationCode
Le code de l'organisation ou de l'usine de maintenance.
Description

Représente l'unité commerciale, l'usine ou l'installation spécifique responsable des travaux de maintenance. Il permet une analyse comparative régionale ou par installation.

Utilisé pour cartographier les différences de performance entre différents sites ou unités opérationnelles.

Pourquoi c'est important

Segmentez l'analyse par emplacement physique ou unité commerciale.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne ORGANIZATION_ID.

Exemples
M1NY-PLANTDÉPÔT-LON
Date d'achèvement réelle
ActualCompletionDate
La date et l'heure auxquelles le travail de maintenance a été terminé.
Description

Enregistre l'achèvement final des travaux physiques. Ce timestamp est utilisé pour clore la phase d'exécution du cycle de vie.

C'est le point final du temps de cycle d'exécution technique et le point de départ du délai administratif.

Pourquoi c'est important

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

Où obtenir

Table WIE_WORK_ORDERS_B, colonne COMPLETED_DATE ou CLOSED_DATE.

Exemples
2023-10-252023-10-262023-10-27
Date de début réelle
ActualStartDate
La date et l'heure réelles du début des travaux.
Description

Enregistre le moment où le technicien a réellement commencé le travail. Cela est souvent déclenché par une transaction « Opération commencée ».

Utilisé pour calculer le délai d'exécution des matériaux (point final) et la fluidité de la planification des ressources.

Pourquoi c'est important

Critique pour le calcul de la durée d'exécution par rapport à la planification.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne ACTUAL_START_DATE.

Exemples
2023-10-212023-10-222023-10-23
Numéro d'actif
AssetNumber
L'identifiant unique de l'équipement en maintenance.
Description

Identifie l'actif physique ou la machine spécifique qui fait l'objet de l'ordre de travail de maintenance. Il relie le processus à la hiérarchie des actifs.

Ceci est crucial pour le KPI de Fréquence de reprise des actifs, permettant aux analystes de repérer les machines qui tombent en panne de manière répétée.

Pourquoi c'est important

Lie les activités de maintenance à des équipements physiques spécifiques.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne ASSET_ID (join à CSI_ITEM_INSTANCES).

Exemples
PUMP-101CVC-Unité-5CONVOYEUR-A
Priorité
Priority
Le niveau d'urgence assigné à l'ordre de travail.
Description

Indique l'importance de l'ordre de travail, comme Critique, Élevée, Moyenne ou Faible. Cela dicte la planification et l'allocation des ressources.

Important pour le tableau de bord 'Efficacité de la conversion des ordres de travail' afin de garantir que les pannes critiques sont priorisées correctement.

Pourquoi c'est important

Détermine le temps de réponse cible et l'allocation des ressources.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_PRIORITY_ID.

Exemples
CritiqueÉlevéStandard
Statut de l'ordre de travail
WorkOrderStatus
L'état actuel du cycle de vie de l'ordre de travail.
Description

Indique le statut de l'ordre de travail, tel que Non libéré, Libéré, En attente, Terminé ou Clôturé. Cela aide à filtrer les cas qui sont encore ouverts par rapport à ceux qui sont terminés.

Utilisé dans les tableaux de bord pour visualiser le travail en cours (WIP) et pour identifier les commandes bloquées dans des états spécifiques.

Pourquoi c'est important

Fournit un aperçu de l'avancement de l'ordre de travail.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_STATUS_ID.

Exemples
LibéréEn AttenteClôturé
Technicien assigné
AssignedTechnician
La personne ou le groupe de ressources affecté à l'exécution de la tâche.
Description

Capture l'ID de l'utilisateur ou de l'employé du technicien responsable du travail. Ceci peut être assigné au niveau de l'en-tête ou de l'opération.

Utilisé dans l'analyse de l'utilisation des techniciens et de la main-d'œuvre pour identifier les lacunes en matière de compétences ou les ressources surutilisées.

Pourquoi c'est important

Permet l'analyse des performances des ressources et la planification des capacités.

Où obtenir

Table WIE_OPERATION_RESOURCES ou table d'affectation similaire.

Exemples
J. SmithTech-005Entrepreneur externe
Type de maintenance
WorkOrderType
Catégorise l'ordre de travail comme préventif, correctif ou prédictif.
Description

Cet attribut définit la nature du travail de maintenance. Les valeurs courantes incluent Préventive, Corrective, Urgence ou Basée sur la condition.

Il est vital pour le KPI du ratio de maintenance proactive, permettant aux analystes de comparer le volume de travail planifié par rapport aux réactions imprévues aux pannes.

Pourquoi c'est important

Distingue la maintenance planifiée des réparations réactives.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_TYPE_ID (jointe à la définition de type).

Exemples
PréventiveCorrectiveUrgence
Catégorie d'actif
AssetCategory
Regroupement des actifs en types tels que CVC, Flotte ou Ligne de production.
Description

Classe l'actif en groupes plus larges. Cela permet une analyse de haut niveau de la performance de maintenance sur différents types d'équipements.

Utilisé dans le tableau de bord 'Aperçu du délai de maintenance' pour identifier les classes d'équipement qui causent le plus de retards.

Pourquoi c'est important

Permet une analyse agrégée de la performance de maintenance par type d'équipement.

Où obtenir

Dérivé de la catégorie d'article assignée à l'ID d'actif.

Exemples
Machinerie lourdeVéhicules de flotteInstallations
Coût total
TotalCost
Le coût financier total engagé pour l'ordre de travail.
Description

Somme des coûts de matériel, de main-d'œuvre et des frais généraux associés à l'ordre de travail. Cela est généralement finalisé lors de l'activité « Coûts de maintenance transférés ».

Utilisé dans l'analyse de la précision de la planification de la maintenance pour comparer le budget aux dépenses réelles.

Pourquoi c'est important

Métrique financière principale pour les activités de maintenance.

Où obtenir

Tables du module de comptabilité analytique liées à l'ID de l'ordre de travail.

Exemples
1500.00250.505000.00
Date cible SLA
SlaTargetDate
La date limite à laquelle l'ordre de travail doit être terminé.
Description

Calculé en fonction de la priorité et de la date de création. Il représente l'engagement envers l'entreprise pour la restauration des actifs.

Utilisé pour le KPI de Taux d'atteinte des SLA afin de déterminer si la maintenance respecte ses obligations de service.

Pourquoi c'est important

Définit les critères de succès pour la ponctualité.

Où obtenir

Généralement un champ personnalisé ou dérivé de la configuration de la Priorité.

Exemples
2023-11-012023-11-052023-11-10
Date de début planifiée
ScheduledStartDate
La date de début planifiée pour le travail de maintenance.
Description

La date et l'heure auxquelles le travail devait commencer. La comparaison avec la date de début réelle révèle l'adhérence au calendrier.

Utilisé dans l'analyse de la planification et des dérapages pour détecter les perturbations dans le plan de maintenance.

Pourquoi c'est important

Référence pour mesurer le respect des délais et les dérapages de planification.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne PLANNED_START_DATE.

Exemples
2023-10-202023-10-212023-10-22
Date de la demande
RequestDate
Date à laquelle la demande de maintenance initiale a été reçue.
Description

Le timestamp indiquant quand le besoin de maintenance a été identifié et enregistré pour la première fois. Cela constitue le début du calcul du délai.

Critique pour le KPI de délai de conversion d'ordre de travail afin de mesurer le délai entre l'identification d'un problème et la création de l'ordre.

Pourquoi c'est important

Marque le début du cycle de vie du processus de bout en bout.

Où obtenir

Table WIE_WORK_ORDERS_B, dérivée du lien de la demande source.

Exemples
2023-10-012023-10-052023-11-12
Description de l'ordre de travail
WorkOrderDescription
Texte bref décrivant le problème ou la tâche.
Description

Un champ de texte libre saisi par le demandeur ou le planificateur décrivant le problème ou le travail requis. Il fournit un contexte que les données structurées pourraient manquer.

Utile pour l'analyse textuelle ou la révision manuelle des types de travail 'Autres'.

Pourquoi c'est important

Fournit un contexte lisible par l'humain pour la tâche de maintenance.

Où obtenir

Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_DESCRIPTION.

Exemples
Remplacer le moteur du convoyeurInspection de sécurité mensuelleRéparer la fuite d'huile sur la Pompe A
Est un retravail
IsRework
Indicateur signalant si cet ordre de travail est une réparation répétée.
Description

Un indicateur booléen qui est vrai si un autre ordre de travail a été clôturé pour le même ID d'actif dans une fenêtre de 30 jours précédente. C'est un attribut calculé.

Il soutient directement l'indicateur clé de performance (KPI) de la fréquence de reprise des actifs et aide à identifier les réparations de mauvaise qualité ou les actifs défaillants.

Pourquoi c'est important

Identifie les problèmes de qualité et les défaillances récurrentes.

Où obtenir

Calculé dans la couche de transformation des données.

Exemples
truefaux
Heures de travail estimées
EstimatedLaborHours
Heures de main-d'œuvre planifiées pour l'ordre de travail.
Description

Le temps que le planificateur a estimé nécessaire pour le travail. Cela est défini pendant la phase de planification ou de libération.

Comparé aux heures de travail réelles pour déterminer la variance et améliorer les normes de planification futures.

Pourquoi c'est important

Référence pour évaluer l'efficacité d'exécution.

Où obtenir

Table WIE_OPERATION_RESOURCES, quantité planifiée.

Exemples
5.010.01.0
Heures de travail réelles
ActualLaborHours
Total des heures passées par les techniciens sur cet ordre de travail.
Description

La somme de toutes les durées enregistrées dans les transactions de main-d'œuvre pour l'ordre de travail. Cela mesure l'effort réel dépensé.

Utilisé dans le KPI d'écart entre la main-d'œuvre estimée et réelle pour évaluer la précision de la planification.

Pourquoi c'est important

Métrique clé pour la comptabilité analytique et l'efficacité de la main-d'œuvre.

Où obtenir

Agrégé à partir de WIE_WORK_ORDER_TRANSACTIONS (Transactions de ressources).

Exemples
4.512.00.75
Obligatoire Recommandé Facultatif

Activités de maintenance des actifs

Ceux-ci représentent les étapes essentielles du cycle de vie et les mises à jour opérationnelles nécessaires pour visualiser le flux de bout en bout de vos ordres de travail de maintenance.
8 Recommandé 7 Facultatif
Activité Description
Demande de maintenance créée
La soumission initiale d'une demande de maintenance via le portail self-service ou l'interface du service d'assistance. Cet event capture la première indication d'une panne ou d'un service requis avant qu'il ne devienne un ordre de travail formel, typiquement trouvé dans la table des Work Requests.
Pourquoi c'est important

Marque le véritable début du cycle de demande de maintenance. Essentiel pour calculer le délai entre l'identification d'une panne et la génération d'un ordre de travail exploitable.

Où obtenir

Dérivé de la table MNT_WORK_REQUESTS en utilisant le champ CREATION_DATE.

Capture

Enregistré lorsqu'un enregistrement est inséré dans la table des demandes de travail

Type d'événement explicit
Heures de travail enregistrées
L'enregistrement du temps passé par un technicien sur l'ordre de travail. Il s'agit d'un event transactionnel où les coûts sont imputés à l'activité de maintenance.
Pourquoi c'est important

Suit l'accumulation de l'effort et des coûts. Plusieurs events de ce type indiquent un travail en cours et sont utilisés pour calculer les écarts de main-d'œuvre totaux.

Où obtenir

Dérivé de la table WIE_RESOURCE_TRANSACTIONS.

Capture

Enregistré lors de l'exécution de la transaction X

Type d'événement explicit
Matériaux Émis
La déduction réelle de l'inventaire de l'entrepôt émis pour l'ordre de travail spécifique. Cela représente le mouvement physique des pièces vers le lieu de maintenance.
Pourquoi c'est important

Un signe tangible que le travail est en préparation pour commencer. La comparaison avec l'événement 'Libéré' met en évidence les retards dans le processus de prélèvement en entrepôt.

Où obtenir

Dérivé de la table INV_MATERIAL_TXNS où TRANSACTION_SOURCE_TYPE_ID est lié à l'ordre de travail.

Capture

Enregistré lors de l'exécution de la transaction X

Type d'événement explicit
Opération commencée
Le début d'une opération spécifique (par exemple, Op 10, Op 20) au sein de l'ordre de travail. C'est le moment précis où le travail technique commence sur une tâche.
Pourquoi c'est important

Représente le jalon « Travail commencé ». Essentiel pour calculer le temps de travail réel par rapport à la durée planifiée.

Où obtenir

Dérivé des changements de statut de WIE_WO_OPERATIONS_B ou du premier horodatage de transaction de ressource pour l'opération.

Capture

Dériver en comparant le champ X à Y

Type d'événement inferred
Ordre de travail clos
La clôture administrative finale de l'ordre de travail. Aucun coût supplémentaire ne peut être accumulé, et l'ordre est finalisé pour la comptabilité.
Pourquoi c'est important

Marque la fin du cycle de vie administratif. Le temps entre la "Complétion" et la "Clôture" représente le délai administratif.

Où obtenir

Dérivé de WIE_WO_STATUS_HISTORY où STATUS_CODE passe à 'CLOSED'.

Capture

Comparer le champ de statut avant/après

Type d'événement explicit
Ordre de travail de maintenance créé
La génération système de l'entité Work Order, soit convertie à partir d'une demande, soit créée manuellement. Cet event établit le Case ID pour Process Mining et définit la ligne de base pour la planification et l'exécution.
Pourquoi c'est important

L'event d'ancrage principal pour l'instance de processus. Il sépare la phase d'admission de la phase de planification et d'exécution.

Où obtenir

Dérivé de la table WIE_WORK_ORDERS_B en utilisant l'horodatage CREATION_DATE.

Capture

Enregistré lors de la création de l'enregistrement d'en-tête WO

Type d'événement explicit
Ordre de travail libéré
Le changement de statut faisant passer l'ordre de travail d'un état Draft ou Unreleased à Released. Cette action autorise la consommation de matériaux et de ressources pour la commande.
Pourquoi c'est important

Indique la fin de la phase de planification et l'autorisation de commencer l'exécution. Les retards ici indiquent des goulots d'étranglement de planification.

Où obtenir

Dérivé de WIE_WO_STATUS_HISTORY où STATUS_CODE passe à 'RELEASED'.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Ordre de travail terminé
L'achèvement technique de l'intégralité de l'ordre de travail. Cela signifie que l'actif physique est réparé et prêt à être mis en service, bien que le traitement financier puisse se poursuivre.
Pourquoi c'est important

La fin effective de l'intervention de maintenance du point de vue opérationnel. Utilisé pour calculer l'adhérence aux SLA.

Où obtenir

Dérivé de WIE_WO_STATUS_HISTORY où STATUS_CODE passe à 'COMPLETED'.

Capture

Comparer le champ de statut avant/après

Type d'événement explicit
Coûts de maintenance transférés
Le transfert des coûts accumulés du système de maintenance vers le module de gestion des coûts. Cela agit comme le règlement financier.
Pourquoi c'est important

Confirme que l'impact financier de la maintenance a été reconnu. Essentiel pour l'analyse de la 'Précision de la planification de la maintenance'.

Où obtenir

Dérivé des tables de répartition de la comptabilité analytique liées à la source de transaction de l'ordre de travail.

Capture

Enregistré lors de l'exécution de la transaction X

Type d'événement inferred
Inspection qualité enregistrée
La saisie des résultats qualité associés à l'ordre de travail de maintenance. Cela valide que la réparation respecte les normes de sécurité et opérationnelles.
Pourquoi c'est important

Assure la conformité. Des contrôles de qualité manquants avant l'achèvement peuvent indiquer des risques de sécurité ou des déviations de processus.

Où obtenir

Dérivé de QA_RESULTS ou de tables de plan de collecte de qualité similaires liées à l'ID de l'ordre de travail.

Capture

Enregistré lors de l'exécution de la transaction X

Type d'événement explicit
Matériaux Alloués
La réservation ou l'allocation des pièces de rechange et des composants requis à l'ordre de travail. Cela garantit la disponibilité des stocks avant le début des travaux.
Pourquoi c'est important

Critique pour l'analyse de la préparation de la chaîne d'approvisionnement. Si cette étape est retardée, cela suggère des pénuries de stocks ou une planification d'approvisionnement lente.

Où obtenir

Dérivé de la table WIE_WO_COMPONENTS_B basé sur la CREATION_DATE ou l'ALLOCATION_DATE.

Capture

Enregistré lors de l'exécution de la transaction X

Type d'événement explicit
Opération terminée
L'achèvement d'une étape spécifique (Opération) dans l'itinéraire. Signale qu'une partie spécifique du travail technique est terminée.
Pourquoi c'est important

Offre une visibilité granulaire sur l'avancement. « Tâche de maintenance exécutée » est généralement dérivé de l'achèvement de l'opération finale.

Où obtenir

Dérivé des changements de statut de WIE_WO_OPERATIONS_B ou de l'historique des transactions montrant l'achèvement.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Ordre de travail annulé
La résiliation d'un ordre de travail avant son achèvement réussi. Cela peut se produire si le travail était en double, inutile ou consolidé.
Pourquoi c'est important

L'identification de taux d'annulation élevés peut révéler des problèmes liés au processus de réception des demandes ou à la logique de détection des doublons.

Où obtenir

Dérivé de WIE_WO_STATUS_HISTORY où STATUS_CODE passe à 'CANCELED'.

Capture

Comparer le champ de statut avant/après

Type d'événement explicit
Ordre de travail en attente
Le statut de l'ordre de travail est passé à « On Hold », arrêtant l'exécution. Cela se produit généralement en raison de pièces manquantes, d'un manque d'accès ou de problèmes de sécurité.
Pourquoi c'est important

Une source majeure d'inefficacité des processus. Identifier la fréquence et la durée des mises en attente est essentiel pour réduire le délai global.

Où obtenir

Dérivé de WIE_WO_STATUS_HISTORY où STATUS_CODE passe à 'ON_HOLD'.

Capture

Comparer le champ de statut avant/après

Type d'événement explicit
Ordre de travail planifié
L'attribution de dates de début spécifiques ou de ressources spécifiques (techniciens/outils) aux opérations de l'ordre de travail. Cela met à jour les dates de planification prévues dans le système.
Pourquoi c'est important

Mesure l'efficacité de l'équipe de dispatching ou de planification. Les écarts entre la libération et la planification indiquent une contention des ressources.

Où obtenir

Dérivé des mises à jour des colonnes de planification de WIE_OPERATION_RESOURCES ou WIE_WO_OPERATIONS_B.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données d'Oracle Maintenance Cloud