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

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

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

Ce modèle fournit une structure détaillée pour structurer vos données de maintenance d'Infor EAM pour une découverte avancée des processus. Il décrit les attributs et activités spécifiques nécessaires pour identifier les inefficacités dans la planification des techniciens et l'approvisionnement en pièces. Utilisez ces lignes directrices pour transformer vos journaux système bruts en une carte claire de votre cycle de vie de maintenance.
  • Champs de données spécifiques au processus pour le suivi de la maintenance
  • Jalons clés pour l'analyse du cycle de vie des ordres de travail
  • Guide d'extraction détaillé pour les utilisateurs d'Infor EAM
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de maintenance des actifs

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de la maintenance et de la fiabilité des actifs.
5 Obligatoire 8 Recommandé 7 Facultatif
Nom Descriptionn
Activité
EventName
L'étape spécifique ou le changement de statut se produisant dans le cycle de vie de la maintenance.
Descriptionn

Cet attribut capture le nom de l'événement ou du changement de statut, tel que 'Ordre de travail générée', 'Sortie de matériel' ou 'Ordre de travail clôturée'. Il est dérivé de l'historique des changements de statut ou des types de transactions spécifiques enregistrés par rapport à la commande de travail.

En suivant la séquence de ces valeurs, l'outil de Process Mining reconstitue le workflow. Cela permet l'analyse des variantes de processus, des boucles de reprise et de l'ordre des opérations.

Pourquoi est-ce important ? :

Il définit les nœuds de la carte de processus et est nécessaire pour comprendre ce qui s'est passé à chaque étape.

Source des données :

Table R5EVENTSTATUS (champ EVS_STATUS) ou R5TRANSACTIONS (champ TRA_DESC)

Exemples
Ordre de travail généréMatériel délivréOrdre de travail clôturéRessources planifiées
Horodatage
EventTimestamp
La date et l'heure auxquelles l'activité s'est produite.
Descriptionn

Cet attribut enregistre le moment précis où une activité a eu lieu. Il est utilisé pour séquencer les événements chronologiquement et calculer la durée entre les étapes.

Un horodatage précis est indispensable pour identifier les points de blocage, mesurer les délais et calculer la conformité aux SLA. Dans Infor EAM, cela provient généralement de la date de transaction ou de la date de changement de statut.

Pourquoi est-ce important ? :

Il fournit la dimension temporelle nécessaire à toutes les analyses et séquençages basés sur le temps.

Source des données :

Table R5EVENTSTATUS (champ EVS_DATE) ou R5TRANSACTIONS (champ TRA_DATE)

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

Cet attribut sert d'ID de cas pour l'analyse des processus. Il représente le travail de maintenance spécifique, qu'il soit préventif ou correctif, et relie toutes les activités, coûts et enregistrements de main-d'œuvre ultérieurs. Dans Infor EAM, il s'agit généralement du Code d'Événement trouvé dans les principales tables d'événements.

Les analystes utilisent ce champ pour distinguer les instances de processus individuelles. Il permet l'agrégation de tous les événements appartenant à une seule demande de maintenance pour calculer les temps de cycle et les coûts par travail.

Pourquoi est-ce important ? :

C'est l'élément clé pour reconstituer le flux de processus et identifier de manière unique chaque cas de maintenance.

Source des données :

Table R5EVENTS, champ EVT_CODE

Exemples
10023456OT-2023-88910023457PM-55421
Dernière mise à jour des données
LastDataUpdate
L'horodatage de l'extraction ou de la dernière actualisation des données.
Descriptionn

Ce champ indique quand l'enregistrement a été traité ou extrait pour la dernière fois pour le modèle de Process Mining. Il aide les utilisateurs à comprendre la la réactualisation des données qu'ils analysent.

Il est souvent généré pendant le processus ETL plutôt que d'exister dans le système source lui-même, garantissant que les analystes savent s'ils examinent des instantanés en temps réel ou historiques.

Pourquoi est-ce important ? :

Il valide la réactualisation des données et aide à identifier les ensembles de données obsolètes.

Source des données :

Heure système lors de l'extraction

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

Cet attribut identifie l'origine de l'enregistrement de données, ce qui est particulièrement important dans les environnements multi-systèmes. Pour cette vue, il sert d'identifiant statique pour l'instance Infor EAM.

Il aide à la traçabilité des données et au dépannage si plusieurs sources de données sont fusionnées dans un seul modèle de données de Process Mining.

Pourquoi est-ce important ? :

Il assure la traçabilité des données jusqu'à l'environnement Infor EAM.

Source des données :

Codé en dur lors de l'extraction

Exemples
Infor EAMDatastream 7i
Code d'Actif
AssetCode
L'identifiant unique de l'équipement ou de l'actif maintenu.
Descriptionn

Cet attribut identifie l'objet physique qui est le sujet de la commande de travail de maintenance. Il permet l'agrégation de l'historique de maintenance par machine ou installation.

L'analyse des performances des processus par code d'actif aide à identifier les équipements les plus défaillants – les équipements qui tombent fréquemment en panne ou qui nécessitent plus de temps que la moyenne pour être réparés.

Pourquoi est-ce important ? :

Primordial pour lier la performance des processus à l'infrastructure physique.

Source des données :

Table R5EVENTS, champ EVT_OBJECT

Exemples
PUMP-001HVAC-N-22CONVOYEUR-05
Coût Estimé
EstimatedCost
Le budget prévisionnel pour la commande de travail.
Descriptionn

Cet attribut contient le coût estimé pendant la phase de planification. En le comparant au coût réel, les analystes peuvent évaluer la précision du service de planification.

Les écarts importants entre les coûts estimés et réels signalent la nécessité de revoir le processus d'estimation ou l'efficacité de l'exécution.

Pourquoi est-ce important ? :

Alimente le tableau de bord 'Analyse des Coûts Estimés vs Réels'.

Source des données :

Table R5EVENTS, champ EVT_ESTCOST

Exemples
500.001200.500.00
Coût réel total
ActualTotalCost
La somme finale des coûts de main-d'œuvre, de matériaux et de services.
Descriptionn

Cet attribut représente l'impact financier total de la tâche de maintenance. Il est mis à jour à mesure que la main-d'œuvre est enregistrée et que les matériaux sont émis.

Il agit comme la principale métrique financière du processus, permettant l'analyse des facteurs de coût et le reporting budgétaire.

Pourquoi est-ce important ? :

Métrique essentielle pour le règlement financier et l'analyse d'efficacité.

Source des données :

Table R5EVENTS, champ EVT_ACTCOST (ou somme des transactions)

Exemples
450.251500.0075.50
Date cible SLA
SlaTargetDate
La date limite à laquelle la commande de travail doit être achevée.
Descriptionn

Cet attribut stocke la date d'achèvement cible, souvent déterminée par la criticité de l'actif et la priorité du travail. Il sert de base pour le calcul du respect du calendrier.

La comparaison de l'horodatage d'achèvement réel avec cette date permet de déterminer si l'organisation respecte ses accords de niveau de service.

Pourquoi est-ce important ? :

Requis pour le tableau de bord 'Performance des SLA pour les Actifs Critiques'.

Source des données :

Table R5EVENTS, champ EVT_TARGET

Exemples
2023-11-01T17:00:00Z
Département
DepartmentCode
Le service de maintenance ou l'équipe responsable du travail.
Descriptionn

Cet attribut indique quel département interne ou centre de coûts est propriétaire de la commande de travail. Il permet un benchmarking de performance entre différentes équipes de maintenance (par exemple, Électrique vs Mécanique).

Dans Infor EAM, cela est souvent appelé MRC (Maintenance Repair Center).

Pourquoi est-ce important ? :

Soutient la planification des ressources et l'analyse de la performance départementale.

Source des données :

Table R5EVENTS, champ EVT_MRC

Exemples
MÉCAÉLECINSTALLATIONS
Priorité
WorkOrderPriority
Le niveau d'urgence assigné à la commande de travail de maintenance.
Descriptionn

Cet attribut indique l'importance de la commande de travail, généralement sur une échelle (par exemple, Élevée, Moyenne, Basse). Il est utilisé pour filtrer l'analyse afin de s'assurer que le travail critique est correctement priorisé dans la file d'attente.

L'analyse du flux de processus par priorité aide à confirmer si les éléments de haute priorité avancent réellement plus rapidement que ceux de basse priorité.

Pourquoi est-ce important ? :

Critique pour valider que les travaux d'urgence reçoivent une attention appropriée.

Source des données :

Table R5EVENTS, champ EVT_PRIORITY

Exemples
1-Urgence2-Élevé3-Routinière
Technicien
TechnicianName
L'individu ou la ressource spécifique assigné(e) pour exécuter la tâche.
Descriptionn

Cet attribut capture l'utilisateur ou le technicien effectuant l'activité spécifique. Il est utilisé pour analyser la productivité de la main-d'œuvre et identifier les besoins de formation ou les inefficacités de planification.

Selon la configuration du système, cela peut être trouvé dans la table des heures réservées ou dans le champ de la personne responsable de l'événement.

Pourquoi est-ce important ? :

Permet l'analyse du tableau de bord de la productivité et de la planification de la main-d'œuvre.

Source des données :

Table R5BOOKEDHOURS (champ BOO_PERSON) ou R5EVENTS (champ EVT_PERSON)

Exemples
J. SmithM. DoeSous-traitant A
Type de maintenance
MaintenanceType
Catégorise l'ordre de travail comme Préventif, Correctif ou Prédictif.
Descriptionn

Cet attribut classifie la nature du travail de maintenance. Il permet aux analystes de diviser la vue du processus pour comparer les cycles de maintenance préventive planifiée aux réparations réactives imprévues.

L'optimisation du ratio travail préventif/réactif est un objectif clé pour les gestionnaires de maintenance. Ce champ se trouve généralement dans la colonne du type d'événement.

Pourquoi est-ce important ? :

Critique pour le tableau de bord de la répartition des types de maintenance et l'analyse de la stratégie de fiabilité.

Source des données :

Table R5EVENTS, champ EVT_TYPE

Exemples
PréventiveCorrectivePanneInspection
Coût du Matériel
MaterialCost
Le coût des pièces de rechange émises pour la commande de travail.
Descriptionn

Cet attribut isole le coût des matériaux du coût total. Il aide à identifier les dépenses de la chaîne d'approvisionnement par rapport aux dépenses de main-d'œuvre.

Le suivi de cet élément séparément soutient les décisions concernant la tarification des pièces de rechange et la gestion des stocks.

Pourquoi est-ce important ? :

Détail requis pour une analyse financière complète.

Source des données :

Calculé à partir de R5TRANSACTIONS lorsque le type est une sortie

Exemples
150.0020.00
Criticité de l'actif
AssetCriticality
Un score ou une évaluation indiquant l'importance opérationnelle de l'actif.
Descriptionn

Cet attribut catégorise les actifs en fonction de leur criticité pour la production ou la sécurité (par exemple, A, B, C). Il aide les analystes à segmenter le processus pour voir si les actifs de grande valeur sont traités avec l'urgence appropriée.

Ces données sont généralement extraites du dossier principal des actifs associé à la commande de travail.

Pourquoi est-ce important ? :

Permet une analyse des retards de maintenance basée sur les risques.

Source des données :

Table R5OBJECTS (champ OBJ_CRITICALITY), lié via EVT_OBJECT

Exemples
A - CritiqueB - ImportantC - Fonctionnement jusqu'à la panne
Descriptionn
WorkOrderDescription
Descriptionn textuelle du problème ou du travail requis.
Descriptionn

Cet attribut contient le résumé en texte libre saisi par le demandeur ou le planificateur. Il fournit un contexte qualitatif qui explique les valeurs aberrantes ou les comportements spécifiques du processus.

Le Text Mining peut être appliqué ici pour catégoriser les modes de défaillance courants qui ne sont pas capturés dans les champs structurés.

Pourquoi est-ce important ? :

Fournit un contexte pour l'analyse des causes profondes.

Source des données :

Table R5EVENTS, champ EVT_DESC

Exemples
Vibration de pompe élevéeRemplacer le joint sur la vanne 2Inspection trimestrielle
Est un reprises
IsRework
Indicateur indiquant si l'ordre de travail a impliqué des étapes d'exécution répétées.
Descriptionn

Cet attribut booléen identifie si le flux de processus contenait des boucles, spécifiquement un retour à l'exécution après le contrôle qualité. Il est calculé pendant la transformation des données en vérifiant les activités répétées 'Tâche de maintenance exécutée'.

Des taux de reprise élevés sont un indicateur principal de problèmes de qualité ou de formation inadéquate.

Pourquoi est-ce important ? :

Facilite le tableau de bord d'audit de la qualité et du reprises de maintenance.

Source des données :

Calculé dans l'outil ETL/Process Mining

Exemples
truefaux
Heures de travail
LaborHoursUsed
Le nombre réel d'heures-homme passées sur la commande de travail.
Descriptionn

Cet attribut totalise le temps enregistré par les techniciens pour la commande de travail. Il est impératif pour calculer la productivité de la main-d'œuvre et l'utilisation des techniciens.

Il se distingue de la durée écoulée de la commande de travail, car il reflète l'effort réel plutôt que le temps calendaire.

Pourquoi est-ce important ? :

Clé pour le tableau de bord de la productivité et de la planification de la main-d'œuvre.

Source des données :

Somme des heures dans R5BOOKEDHOURS pour l'événement

Exemples
2.58.00.5
Organisation
OrganizationCode
L'unité commerciale ou le site auquel appartient l'actif.
Descriptionn

Dans les implémentations multi-sites, cet attribut définit l'installation ou l'unité commerciale spécifique. Il permet des comparaisons de haut niveau entre différentes usines ou régions géographiques.

Il est indispensable pour les dashboards globaux où les processus peuvent différer légèrement entre les emplacements.

Pourquoi est-ce important ? :

Soutient la vue par unité commerciale pour le benchmarking inter-sites.

Source des données :

Table R5EVENTS, champ EVT_ORG

Exemples
USINE-NYCLON-HQMFG-01
SLA dépassé
IsSlaBreached
Indicateur indiquant si le temps d'achèvement a dépassé la date cible.
Descriptionn

Cet attribut booléen compare l'horodatage 'Ordre de travail terminée' avec la 'Date cible SLA'. Si l'achèvement est postérieur à la cible, le drapeau est défini sur vrai.

Cela simplifie le reporting en créant une dimension binaire pour filtrer les cas conformes versus non conformes.

Pourquoi est-ce important ? :

Simplifie le reporting de conformité aux SLA.

Source des données :

Calculé dans l'outil ETL/Process Mining

Exemples
truefaux
Obligatoire Recommandé Facultatif

Activités de maintenance des actifs

Ce sont les étapes clés du processus et les jalons à capturer dans votre journal d'événements pour une découverte précise de votre cycle de vie de maintenance.
6 Recommandé 8 Facultatif
Activité Descriptionn
Début des travaux
Indique le début réel du travail physique sur l'actif. Cela est souvent déduit du premier horodatage d'enregistrement de main-d'œuvre ou d'une mise à jour spécifique du statut mobile.
Pourquoi est-ce important ? :

Primordial pour le calcul du délai d'approvisionnement en matériel et de l'efficacité d'utilisation des techniciens. Différencie le temps 'Planifié' du temps 'Travaillé'.

Source des données :

Dériver de la date de début la plus ancienne dans R5BOOKEDHOURS ou d'un changement de statut vers 'En cours' dans R5EVENTSTATUS.

Capture

Dériver en comparant le champ X à Y

Type d'événement inferred
Demande de maintenance reçue
Marque l'entrée initiale d'une demande de maintenance dans le système, provenant souvent d'un portail de services ou d'une interface de centre d'appels. Dans Infor EAM, cela est généralement capturé lorsqu'un enregistrement est créé dans les entités Appel ou Demande avant la conversion en ordre de travail formel.
Pourquoi est-ce important ? :

Établit le point de départ pour le calcul du taux de croissance de l'arriéré de maintenance et du temps de résolution total. Primordial pour identifier la véritable demande placée sur le service de maintenance.

Source des données :

Interrogez la table R5EVENTS où EVT_TYPE est défini sur 'R' (Requête) ou 'C' (Appel). Utilisez les journaux EVT_CREATED.

Capture

Comptabilisé lors de l'insertion d'un enregistrement de demande

Type d'événement explicit
Ordre de travail clôturé
La dernière étape administrative où la commande de travail est archivée et où aucun coût supplémentaire ne peut être enregistré. Cela conclut le cycle de vie du cas.
Pourquoi est-ce important ? :

Termine la mesure de l'efficacité de la clôture administrative. Primordial pour des données propres et pour éviter les commandes ouvertes 'zombies'.

Source des données :

Interrogez R5EVENTSTATUS pour la transition vers le statut 'Fermé'. Cela définit le champ EVT_STATUS sur 'C'.

Capture

Comptabilisé lorsque le statut passe à Clôturé

Type d'événement explicit
Ordre de travail généré
Représente la création formelle d'un objet de commande de travail, soit converti d'une demande, soit créé directement. Cet événement initie le suivi des coûts, des ressources et de l'historique des statuts pour le cas de maintenance.
Pourquoi est-ce important ? :

Événement de création de cas principal pour le moniteur de l'arriéré et du débit. Différencie la phase de demande du workflow réel de gestion de la maintenance.

Source des données :

Interrogez la table R5EVENTS pour les nouveaux enregistrements où EVT_TYPE est 'JOB' ou 'PPM'. Vous pouvez aussi suivre les changements de statut vers le statut initial 'Open' dans R5EVENTSTATUS.

Capture

Comptabilisé lorsqu'une transaction crée un enregistrement d'OT

Type d'événement explicit
Ordre de travail terminé
Marque l'achèvement technique du travail de maintenance. L'actif est remis en service, bien que des tâches financières et administratives puissent rester à effectuer.
Pourquoi est-ce important ? :

Le point final pour la 'Performance des SLA pour les Actifs Critiques'. Différencie entre 'Travail Fait' et 'Papiers Faits'.

Source des données :

Suivez le changement de statut vers 'C' (Terminé) ou 'J' (Travail Terminé) dans R5EVENTSTATUS. Vérifiez EVT_DATECOMPLETED.

Capture

Comptabilisé lorsque le statut passe à Terminé

Type d'événement explicit
Tâche de Maintenance Exécutée
Représente l'exécution continue des travaux de maintenance, enregistrée via les heures de travail réservées par les techniciens. Cette activité peut se répéter plusieurs fois pour une même commande de travail.
Pourquoi est-ce important ? :

Alimente l'indicateur clé de performance (KPI) d'efficacité d'utilisation des techniciens et la précision de l'estimation de la main-d'œuvre. Une fréquence élevée sans achèvement peut indiquer des réparations difficiles.

Source des données :

Extrayez les entrées individuelles de la table R5BOOKEDHOURS associées à l'Ordre de travail.

Capture

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

Type d'événement explicit
Demande de matériel soumise
Enregistre la demande spécifique de pièces de rechange nécessaires à l'exécution de la tâche de maintenance. Cet événement est indispensable à lier les processus de la chaîne d'approvisionnement à l'exécution de la maintenance.
Pourquoi est-ce important ? :

Le point de départ pour le tableau de bord 'Analyse des Retards d'Approvisionnement en Matériaux'. Identifie si l'approvisionnement en pièces est la cause première des retards de maintenance.

Source des données :

Interrogez les tables R5REQUISITIONS ou R5MATLIST pour les horodatages de création liés à l'ID de commande de travail.

Capture

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

Type d'événement explicit
Enregistrements de Maintenance Mis à Jour
Capture l'enrichissement de l'ordre de travail avec des notes techniques, des codes de défaillance ou des données de surveillance de l'état. Cela se produit souvent vers la fin du travail physique.
Pourquoi est-ce important ? :

Soutient le suivi de la conformité de la documentation technique. Assure la qualité des données pour une future analyse de fiabilité.

Source des données :

Suivez les mises à jour de la table R5COMMENTS ou les mises à jour des champs 'Problème/Panne/Cause' dans R5EVENTS.

Capture

Comptabilisé lors de la mise à jour de l'enregistrement

Type d'événement explicit
Matériel délivré
Enregistre l'émission physique des pièces de rechange de l'inventaire vers la commande de travail. Cette étape confirme la disponibilité des matériaux pour utilisation.
Pourquoi est-ce important ? :

Événement de clôture pour l'analyse des retards de la chaîne d'approvisionnement. Valide que les contraintes de pièces ont été résolues.

Source des données :

Interrogez R5TRANSACTIONS pour le type de transaction 'I' (Sortie) lié à l'Ordre de travail.

Capture

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

Type d'événement explicit
Ordre de travail approuvé
Signifie que le travail de maintenance a été autorisé par le niveau de gestion nécessaire. Cette étape libère la commande de travail pour la planification et la demande de matériaux.
Pourquoi est-ce important ? :

Marque la fin du cycle d'approbation et le début de la maintenance exploitable. Les retards à ce stade ont un impact direct sur la réactivité aux pannes d'actifs critiques.

Source des données :

Suivez l'insertion d'un code de statut 'A' (Approuvé) ou 'R' (Libéré) dans la table d'historique R5EVENTSTATUS.

Capture

Comptabilisé lorsque le statut passe à Approuvé

Type d'événement explicit
Planification et Estimation Terminées
Indique que l'ordre de travail a été défini, les coûts ont été estimés et le plan de travail est prêt pour approbation. Cela est souvent déduit lorsque le statut passe d'un état de planification à un état prêt pour approbation.
Pourquoi est-ce important ? :

Critique pour mesurer le temps de cycle d'approbation des ordres de travail et identifier les points de blocage administratifs avant l'exécution. Soutient l'analyse des délais de planification.

Source des données :

Déduire de R5EVENTSTATUS lorsque le statut passe de 'Planification' à 'Demande d'approbation' ou 'Libéré'.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Règlement Financier Traité
Représente le calcul final et la comptabilisation des coûts associés à la commande de travail. Cela garantit que toutes les heures de travail et les matériaux sont pris en compte par rapport au budget.
Pourquoi est-ce important ? :

Soutient l'analyse des coûts prévisionnels par rapport aux coûts réels. Les retards à ce stade affectent la précision des rapports financiers.

Source des données :

Souvent déduit de la date à laquelle l'Ordre de travail est verrouillé pour modification ou lorsque la transaction de mise à jour des coûts finale se produit dans le journal des transactions.

Capture

Dériver en comparant le champ X à Y

Type d'événement calculated
Ressources planifiées
Capture l'affectation de techniciens ou d'équipes spécifiques à l'ordre de travail. Cela marque la transition de la planification à l'allocation des ressources.
Pourquoi est-ce important ? :

Alimente le tableau de bord 'Productivité de la Main-d'œuvre et Planification'. Aide à identifier les écarts entre l'approbation et la disponibilité réelle des ressources.

Source des données :

Suivez les changements dans la table R5ACTIVITIES pour les affectations de main-d'œuvre ou les changements de statut à 'Planifié' dans R5EVENTSTATUS.

Capture

Comptabilisé lorsque l'affectation de ressources a lieu

Type d'événement explicit
Tests de Contrôle Qualité Effectués
Indique une étape de vérification spécifique où la réparation est inspectée avant l'approbation finale. Si cela échoue, le processus revient à l'exécution.
Pourquoi est-ce important ? :

Primordial pour le tableau de bord d'audit de la qualité et du reprises de maintenance. Identifie les problèmes de qualité et les boucles de reprise.

Source des données :

Identifier l'achèvement d'une liste de contrôle spécifique dans R5CHECKLISTS ou une transition de statut vers un état 'Examen' dans R5EVENTSTATUS.

Capture

Comparer le champ de statut avant/après

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Apprenez à extraire avec succès vos données de maintenance d'Infor EAM pour les applications de process mining.