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

Oracle Maintenance Cloud
Votre modèle de données de maintenance des actifs

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

Ce modèle 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 données nécessaires et les jalons de processus pour obtenir une vision d'ensemble sur l'entretien de vos équipements et l'allocation des ressources. En suivant ces directives, vous pouvez construire un journal d'événements fiable qui met en évidence les inefficacités et améliore votre stratégie de maintenance.
  • Attributs recommandés pour une analyse détaillée
  • Jalons critiques du processus à surveiller
  • Guide d'extraction spécifique au système pour Oracle
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de maintenance des actifs

Ces champs de données recommandés vous permettent de classer et de filtrer vos événements de maintenance pour obtenir des informations plus détaillées sur les performances des équipements et l'utilisation des ressources.
5 Obligatoire 8 Recommandé 9 Facultatif
Nom Descriptionn
Activité
ActivityName
Le nom de l'événement ou du changement de statut se produisant dans le workflow.
Descriptionn

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 points de blocage entre les étapes spécifiques du processus.

Pourquoi est-ce important ? :

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

Source des données :

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
Horodatage de l'événement
EventDateTime
La date et l'heure auxquelles l'activité s'est produite.
Descriptionn

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 cas et pour calculer la durée entre les étapes.

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

Pourquoi est-ce important ? :

Primordial pour établir la chronologie du processus.

Source des données :

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
Ordre de travail de maintenance
WorkOrderNumber
L'identifiant unique de l'ordre de travail de maintenance.
Descriptionn

Le numéro d'ordre de travail sert d'identifiant unique de cas 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 données d'événement avec les attributs au niveau du cas. Il permet aux analystes de regrouper toutes les activités liées à une seule tâche et de calculer les temps de cycle complet.

Pourquoi est-ce important ? :

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

Source des données :

Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_NUMBER

Exemples
WO-2023-0015WO-2023-0089WO-2023-1102
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière extraction de données.
Descriptionn

La date et l'heure de la dernière extraction ou actualisation des données 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 données.

Pourquoi est-ce important ? :

Garantit que les utilisateurs connaissent la la réactualisation des données.

Source des données :

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

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 traçabilité des données.

Pourquoi est-ce important ? :

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

Source des données :

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

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

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

Source des données :

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

Enregistre l'achèvement final des travaux physiques. Ce horodatage 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 est-ce important ? :

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

Source des données :

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

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

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

Source des données :

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

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

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

Source des données :

Table WIE_WORK_ORDERS_B, colonne ASSET_ID (join à CSI_ITEM_INSTANCES).

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

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

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

Source des données :

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

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 dashboards pour visualiser le travail en cours (WIP) et pour identifier les commandes bloquées dans des états spécifiques.

Pourquoi est-ce important ? :

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

Source des données :

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

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

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

Source des données :

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

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

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

Source des données :

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

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

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

Source des données :

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

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

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

Source des données :

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 la commande de travail doit être achevée.
Descriptionn

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

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

Source des données :

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

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

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

Source des données :

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

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

Marque le début du cycle de vie du processus complet.

Source des données :

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

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

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

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

Source des données :

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 reprises
IsRework
Indicateur signalant si cet ordre de travail est une réparation répétée.
Descriptionn

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

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

Source des données :

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

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

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

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

Source des données :

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

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

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

Source des données :

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 complet de vos ordres de travail de maintenance.
8 Recommandé 7 Facultatif
Activité Descriptionn
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 est-ce important ? :

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

Source des données :

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

Capture

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

Source des données :

Dérivé de la table WIE_RESOURCE_TRANSACTIONS.

Capture

Comptabilisé 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 est-ce 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.lèvement en entrepôt.

Source des données :

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

Capture

Comptabilisé 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) dans l'ordre de travail. C'est le moment précis où le travail technique commence sur une tâche.
Pourquoi est-ce important ? :

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

Source des données :

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 clôturé
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 est-ce 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.

Source des données :

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 ID du cas pour Process Mining et définit la ligne de base pour la planification et l'exécution.
Pourquoi est-ce 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.

Source des données :

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

Capture

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

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

Source des données :

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

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

Source des données :

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

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

Source des données :

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

Capture

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

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

Source des données :

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

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

Source des données :

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

Capture

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

Source des données :

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

Source des données :

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

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

Source des données :

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

Source des données :

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