Votre modèle de données de maintenance des actifs
Votre modèle de données de maintenance des actifs
- Attributs recommandés pour une analyse détaillée
- Jalons critiques du processus à surveiller
- Guide d'extraction spécifique au système pour Oracle
Attributs de maintenance des actifs
| 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
|
|||
Activités de maintenance des actifs
| 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
|
|||