Votre modèle de données pour la maintenance des actifs
Votre modèle de données pour la maintenance des actifs
- Champs de données propres au suivi de la maintenance
- Étapes clés pour analyser le cycle de vie des ordres de travail
- Guide détaillé d’extraction pour les utilisateurs d’Infor EAM
Attributs de maintenance des actifs
| Nom | Description | ||
|---|---|---|---|
| Activité EventName | Étape précise ou changement de statut au cours du cycle de vie de la maintenance. | ||
| Description Cet attribut indique le nom de l’événement ou du changement de statut, par exemple « Ordre de travail créé », « Matériel délivré » ou « Ordre de travail clôturé ». Il est établi à partir de l’historique des changements de statut ou des types de transaction associés à l’ordre de travail. En suivant la séquence de ces valeurs, l’outil de Process Mining reconstitue le parcours du flux de travail. Cela permet d’analyser les variantes du processus, les boucles de reprise et l’ordre des opérations. Pourquoi est-ce important ? Il définit les nœuds de la carte de processus et permet de comprendre ce qui s’est passé à chaque étape. Où trouver ces données Table R5EVENTSTATUS (champ EVS_STATUS) ou R5TRANSACTIONS (champ TRA_DESC) Exemples Ordre de travail crééMatériel délivréOrdre de travail clôturéRessources planifiées | |||
| Horodatage EventTimestamp | Date et heure auxquelles l’activité a eu lieu. | ||
| Description Cet attribut consigne le moment précis où une activité s’est déroulée. Il sert à ordonner les événements chronologiquement et à calculer la durée entre les étapes. Des horodatages précis sont essentiels pour repérer les goulots d’étranglement, mesurer les délais et calculer le respect des SLA. Dans Infor EAM, ils proviennent généralement de la date de transaction ou de la date du changement de statut. Pourquoi est-ce important ? Il fournit la dimension temporelle nécessaire à toutes les analyses et à tous les ordonnancements fondés sur le temps. Où trouver ces 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 | Identifiant unique de l’ordre de travail de maintenance. | ||
| Description Cet attribut sert d’identifiant central du dossier pour l’analyse du processus. Il désigne une intervention de maintenance précise, préventive ou corrective, et relie toutes les activités, les coûts et les enregistrements de main-d’œuvre qui s’y rapportent. Dans Infor EAM, il correspond généralement au code d’événement présent dans les principales tables d’événements. Les analystes utilisent ce champ pour distinguer les différentes instances du processus. Il permet de regrouper tous les événements associés à une même demande de maintenance afin de calculer les temps de cycle et les coûts par intervention. Pourquoi est-ce important ? Il s’agit de la clé fondamentale pour reconstituer le flux du processus et identifier de manière unique chaque dossier de maintenance. Où trouver ces données Table R5EVENTS, champ EVT_CODE Exemples 10023456WO-2023-88910023457PM-55421 | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage de l’extraction ou de la dernière actualisation des données. | ||
| Description Ce champ indique la dernière date à laquelle l’enregistrement a été traité ou extrait pour le modèle de Process Mining. Il aide les utilisateurs à évaluer l’actualité des données analysées. Il est souvent généré pendant le processus ETL plutôt que dans le système source lui-même. Les analystes peuvent ainsi savoir s’ils consultent des données en temps réel ou un instantané historique. Pourquoi est-ce important ? Il permet de vérifier l’actualité des données et de repérer les jeux de données obsolètes. Où trouver ces données Heure système au moment de l’extraction Exemples 2023-10-25T12:00:00Z | |||
| Système source SourceSystem | Nom du système d’où proviennent les données. | ||
| Description Cet attribut indique l’origine de l’enregistrement, ce qui est particulièrement important dans les environnements comportant plusieurs systèmes. Dans cette vue, il sert d’identifiant statique de l’instance Infor EAM. Il facilite le suivi de l’origine des données et le dépannage lorsque plusieurs sources sont regroupées dans un même modèle de données de Process Mining. Pourquoi est-ce important ? Il garantit la traçabilité des données jusqu’à l’environnement Infor EAM. Où trouver ces données Valeur codée en dur lors de l’extraction Exemples Infor EAMDatastream 7i | |||
| Code de l’équipement AssetCode | Identifiant unique de l’équipement ou de l’actif faisant l’objet de la maintenance. | ||
| Description Cet attribut identifie l’objet physique concerné par l’ordre de travail de maintenance. Il permet de regrouper l’historique de maintenance par machine ou par installation. L’analyse des performances du processus par code d’actif permet de repérer les équipements problématiques, qui tombent souvent en panne ou dont la réparation prend plus de temps que la moyenne. Pourquoi est-ce important ? Indispensable pour relier les performances du processus aux infrastructures physiques. Où trouver ces données Table R5EVENTS, champ EVT_OBJECT Exemples PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Coût estimé EstimatedCost | Budget prévu pour l’ordre de travail. | ||
| Description Cet attribut indique le coût estimé lors de la phase de planification. En le comparant au coût réel, les analystes peuvent évaluer la précision des estimations du service de planification. Un écart important entre le coût estimé et le coût réel peut indiquer qu’il faut revoir le processus d’estimation ou l’efficacité de l’exécution. Pourquoi est-ce important ? Permet d’alimenter le Dashboard d’analyse des coûts estimés et réels. Où trouver ces données Table R5EVENTS, champ EVT_ESTCOST Exemples 500.001200.500.00 | |||
| Coût réel total ActualTotalCost | Somme finale des coûts de main-d’œuvre, de matériel et de services. | ||
| Description Cet attribut représente le coût total de l’intervention de maintenance. Il est mis à jour au fur et à mesure que les heures de travail sont enregistrées et que les matériaux sont sortis du stock. Il constitue la principale métrique financière du processus et permet d’analyser les facteurs de coûts et de suivre le budget. Pourquoi est-ce important ? Métrique essentielle pour le suivi financier et l’analyse de l’efficacité. Où trouver ces données Champ EVT_ACTCOST de la table R5EVENTS, ou somme des transactions Exemples 450.251500.0075.50 | |||
| Date cible du SLA SlaTargetDate | Date limite à laquelle l’ordre de travail doit être terminé. | ||
| Description Cet attribut indique la date cible d’achèvement, souvent déterminée par la criticité de l’actif et la priorité des travaux. Elle sert de référence pour calculer le respect des délais. La comparaison de l’horodatage réel d’achèvement avec cette date permet de vérifier si l’organisation respecte ses accords de niveau de service. Pourquoi est-ce important ? Nécessaire au Dashboard de performance du SLA pour les actifs critiques. Où trouver ces données Table R5EVENTS, champ EVT_TARGET Exemples 2023-11-01T17:00:00Z | |||
| Priorité WorkOrderPriority | Niveau d’urgence attribué à l’ordre de travail de maintenance. | ||
| Description Cet attribut indique l’importance de l’ordre de travail, généralement selon une échelle (par exemple : élevée, moyenne, faible). Il permet de filtrer les analyses afin de vérifier que les travaux prioritaires sont correctement traités dans la file d’attente. L’analyse du flux de processus par priorité permet de vérifier si les travaux hautement prioritaires avancent effectivement plus vite que les autres. Pourquoi est-ce important ? Indispensable pour vérifier que les travaux d’urgence reçoivent l’attention nécessaire. Où trouver ces données Table R5EVENTS, champ EVT_PRIORITY Exemples 1-Urgence2-Élevée3-Normale | |||
| Service DepartmentCode | Le service ou l’équipe de maintenance chargé des travaux. | ||
| Description Cet attribut indique le service interne ou le centre de coûts auquel est rattaché l’ordre de travail. Il permet de comparer les performances des différentes équipes de maintenance, par exemple les équipes d’électricité et de mécanique. Dans Infor EAM, ce service est souvent désigné par le sigle MRC (Maintenance Repair Center). Pourquoi est-ce important ? Facilite la planification des ressources et l’analyse des performances par service. Où trouver ces données Table R5EVENTS, champ EVT_MRC Exemples MÉCANIQUEÉLECTRICITÉINSTALLATIONS | |||
| Technicien TechnicianName | La personne ou la ressource chargée d’exécuter la tâche. | ||
| Description Cet attribut identifie l’utilisateur ou le technicien qui réalise une activité donnée. Il sert à analyser la productivité du personnel et à repérer les besoins de formation ou les problèmes de planification. Selon la configuration du système, cette information figure dans la table des heures enregistrées ou dans le champ de la personne responsable de l’événement. Pourquoi est-ce important ? Permet d’analyser la productivité du personnel et la planification dans le Dashboard correspondant. Où trouver ces données Table R5BOOKEDHOURS (champ BOO_PERSON) ou R5EVENTS (champ EVT_PERSON) Exemples J. SmithM. DoePrestataire-A | |||
| Type de maintenance MaintenanceType | Classe l’ordre de travail comme préventif, correctif ou prédictif. | ||
| Description Cet attribut classe la nature des travaux de maintenance. Il permet aux analystes de comparer les cycles de maintenance préventive planifiée aux réparations correctives imprévues. L’optimisation de la part des interventions préventives par rapport aux interventions correctives est un objectif important pour les responsables de la maintenance. Ce champ se trouve généralement dans la colonne du type d’événement. Pourquoi est-ce important ? Cet attribut est essentiel au Dashboard de répartition des types de maintenance et à l’analyse de la stratégie de fiabilité. Où trouver ces données Table R5EVENTS, champ EVT_TYPE Exemples PréventifCorrectifPanneInspection | |||
| Coût des matériaux MaterialCost | Coût des pièces de rechange sorties pour l’ordre de travail. | ||
| Description Cet attribut distingue le coût des matériaux du coût total. Il permet de différencier les dépenses liées à la chaîne d’approvisionnement de celles liées à la main-d’œuvre. Le suivi séparé de ces coûts aide à prendre des décisions sur le prix des pièces de rechange et la gestion des stocks. Pourquoi est-ce important ? Détail nécessaire à une analyse financière complète. Où trouver ces données Calculé à partir des transactions de type sortie dans R5TRANSACTIONS Exemples 150.0020.00 | |||
| Criticité de l’actif AssetCriticality | Note ou classement indiquant l’importance opérationnelle de l’actif. | ||
| Description Cet attribut classe les actifs selon leur importance pour la production ou la sécurité (par exemple : A, B ou C). Il aide les analystes à segmenter le processus pour vérifier si les actifs de grande valeur sont traités avec le degré d’urgence approprié. Ces données proviennent généralement de la fiche de référence de l’actif associé à l’ordre de travail. Pourquoi est-ce important ? Permet d’analyser les retards de maintenance en fonction des risques. Où trouver ces données Table R5OBJECTS (champ OBJ_CRITICALITY), reliée par EVT_OBJECT Exemples A - CritiqueB - ImportantC - Fonctionnement jusqu’à la panne | |||
| Dépassement du SLA IsSlaBreached | Indicateur précisant si le délai d’achèvement a dépassé la date cible. | ||
| Description Cet attribut booléen compare l’horodatage de l’activité « Work Order Completed » à la « Date cible du SLA ». Si l’achèvement intervient après la date cible, l’indicateur prend la valeur vrai. Il simplifie le reporting en créant une dimension binaire qui permet de filtrer les cas conformes et non conformes. Pourquoi est-ce important ? Simplifie le reporting sur le respect des SLA. Où trouver ces données Calculé dans l’outil ETL ou Process Mining Exemples truefalse | |||
| Description WorkOrderDescription | Description textuelle du problème ou des travaux à effectuer. | ||
| Description Cet attribut contient le résumé en texte libre saisi par le demandeur ou le planificateur. Il apporte un contexte qualitatif qui permet d’expliquer les valeurs atypiques ou certains comportements du processus. L’analyse de texte peut servir à classer les modes de défaillance courants qui ne sont pas consignés dans les champs structurés. Pourquoi est-ce important ? Apporte le contexte nécessaire à l’analyse des causes profondes. Où trouver ces données Table R5EVENTS, champ EVT_DESC Exemples Vibrations élevées de la pompeRemplacer le joint de la vanne 2Inspection trimestrielle | |||
| Heures de main-d’œuvre LaborHoursUsed | Nombre réel d’heures de travail consacrées à l’ordre de travail. | ||
| Description Cet attribut totalise le temps de travail enregistré par les techniciens pour l’ordre de travail. Il est essentiel pour calculer la productivité du personnel et le taux d’utilisation des techniciens. Il ne correspond pas à la durée écoulée de l’ordre de travail : il mesure le temps réellement consacré, et non le temps calendaire. Pourquoi est-ce important ? Indispensable au Dashboard d’analyse de la productivité du personnel et de la planification. Où trouver ces données Somme des heures de la table R5BOOKEDHOURS pour l’événement Exemples 2.58.00.5 | |||
| Organisation OrganizationCode | L’unité opérationnelle ou le site auquel appartient l’actif. | ||
| Description Dans les déploiements multisites, cet attribut désigne l’installation ou l’unité opérationnelle concernée. Il permet de comparer les différents sites de production ou les régions. Il est indispensable pour créer des Dashboards à l’échelle de l’entreprise lorsque les processus varient légèrement d’un site à l’autre. Pourquoi est-ce important ? Permet d’afficher les données par unité opérationnelle et de comparer les différents sites. Où trouver ces données Table R5EVENTS, champ EVT_ORG Exemples NYC-PLANTLON-HQMFG-01 | |||
| Reprises IsRework | Indicateur précisant si l’ordre de travail a comporté des étapes d’exécution répétées. | ||
| Description Cet attribut booléen indique si le flux du processus comportait des boucles, notamment un retour à l’exécution après le contrôle qualité. Il est calculé lors de la transformation des données en recherchant les activités « Maintenance Task Executed » répétées. Un taux élevé de reprises signale souvent des problèmes de qualité ou un manque de formation. Pourquoi est-ce important ? Alimente directement le Dashboard de suivi des reprises et des audits qualité en maintenance. Où trouver ces données Calculé dans l’outil ETL ou Process Mining Exemples truefalse | |||
Activités de maintenance des actifs
| Activité | Description | ||
|---|---|---|---|
| Début des travaux | Indique le début effectif des travaux sur l’actif. Cet événement est souvent déduit de l’horodatage de la première saisie des heures de travail ou d’une mise à jour de statut effectuée sur mobile. | ||
| Pourquoi est-ce important ? Cet événement est essentiel pour calculer le délai d’approvisionnement en matériel et l’efficacité d’utilisation des techniciens. Il permet de distinguer le temps « Planifié » du temps « En cours ». Où trouver ces données Déduisez cet événement de la date de début la plus ancienne dans R5BOOKEDHOURS ou d’un changement de statut vers « En cours » dans R5EVENTSTATUS. Données à recueillir Déduisez cet événement en comparant les champs X et Y Type d’événement inferred | |||
| Demande de maintenance reçue | Indique l’enregistrement initial d’une demande de maintenance dans le système, souvent à partir d’un portail de services ou de l’interface d’un centre d’appels. Dans Infor EAM, cet événement est généralement consigné lors de la création d’un enregistrement dans les entités Call ou Request, avant sa conversion en ordre de travail officiel. | ||
| Pourquoi est-ce important ? Cet événement sert de point de départ au calcul du taux d’augmentation du retard de maintenance et du temps total de résolution. Il est essentiel pour mesurer la demande réelle adressée au service de maintenance. Où trouver ces données Interrogez la table R5EVENTS lorsque EVT_TYPE est défini sur « R » (Request) ou « C » (Call). Utilisez les journaux EVT_CREATED. Données à recueillir Consigné lors de l’insertion d’un enregistrement de demande Type d’événement explicit | |||
| Intervention de maintenance effectuée | Correspond à l’exécution des travaux de maintenance, consignée au moyen des heures saisies par les techniciens. Cette activité peut se répéter plusieurs fois pour un même ordre de travail. | ||
| Pourquoi est-ce important ? Cet événement alimente l’indicateur clé de performance d’efficacité d’utilisation des techniciens et celui de précision des estimations de main-d’œuvre. Une fréquence élevée sans clôture peut signaler des réparations difficiles. Où trouver ces données Extrayez les entrées individuelles de la table R5BOOKEDHOURS associées à l’ordre de travail. Données à recueillir Consigné lors de l’exécution de la transaction X Type d’événement explicit | |||
| Ordre de travail clôturé | Dernière étape administrative : l’ordre de travail est archivé et aucun coût supplémentaire ne peut être imputé. Le cycle de vie du dossier prend fin. | ||
| Pourquoi est-ce important ? Met fin à la mesure de l’efficacité de la clôture administrative. Cet événement est essentiel pour garantir la qualité des données et éviter que des ordres restent ouverts sans raison. Où trouver ces données Interrogez R5EVENTSTATUS pour repérer le passage au statut « Clôturé ». Le champ EVT_STATUS prend alors la valeur « C ». Données à recueillir Consigné lorsque le statut passe à « Clôturé » Type d’événement explicit | |||
| Ordre de travail créé | Correspond à la création officielle d’un ordre de travail, qu’il soit issu d’une demande ou créé directement. Cet événement lance le suivi des coûts, des ressources et de l’historique des statuts du dossier de maintenance. | ||
| Pourquoi est-ce important ? Événement principal de création du dossier pour le suivi du retard et du débit de traitement. Il distingue la phase de demande du flux de gestion de la maintenance proprement dit. Où trouver ces données Interrogez la table R5EVENTS pour repérer les nouveaux enregistrements dont EVT_TYPE est « JOB » ou « PPM ». Vous pouvez aussi suivre les changements de statut vers le statut initial « Ouvert » dans R5EVENTSTATUS. Données à recueillir Consigné lorsqu’une transaction crée un enregistrement WO Type d’événement explicit | |||
| Ordre de travail terminé | Marque la fin technique des travaux de maintenance. L’actif est remis en service, même si des tâches financières et administratives peuvent rester à effectuer. | ||
| Pourquoi est-ce important ? Point final de la mesure de performance du SLA pour les actifs critiques. Il distingue la fin des travaux de la fin des formalités administratives. Où trouver ces données Suivez le passage au statut « C » (Complete) ou « J » (Job Complete) dans R5EVENTSTATUS. Vérifiez EVT_DATECOMPLETED. Données à recueillir Consigné lorsque le statut passe à « Terminé » Type d’événement explicit | |||
| Contrôle qualité effectué | Indique une étape de vérification précise au cours de laquelle la réparation est inspectée avant sa validation finale. En cas d’échec, le processus revient à l’étape d’exécution. | ||
| Pourquoi est-ce important ? Cet événement est essentiel pour le Dashboard de suivi des reprises de maintenance et des audits qualité. Il permet de repérer les problèmes de qualité et les boucles de reprise. Où trouver ces données Repérez la validation d’une liste de contrôle dans R5CHECKLISTS ou le passage à un statut « Vérification » dans R5EVENTSTATUS. Données à recueillir Comparez le champ de statut avant et après le changement Type d’événement inferred | |||
| Demande de matériel soumise | Enregistre la demande précise de pièces détachées nécessaires à l’intervention de maintenance. Cet événement est essentiel pour relier les processus de la chaîne d’approvisionnement à l’exécution des travaux de maintenance. | ||
| Pourquoi est-ce important ? Point de départ du Dashboard d’analyse des retards d’approvisionnement en matériel. Il permet de déterminer si l’approvisionnement en pièces est à l’origine des retards de maintenance. Où trouver ces données Interrogez les tables R5REQUISITIONS ou R5MATLIST pour obtenir les horodatages de création associés à l’identifiant de l’ordre de travail. Données à recueillir Consigné lors de l’exécution de la transaction X Type d’événement explicit | |||
| Dossiers de maintenance mis à jour | Enregistre l’ajout de notes techniques, de codes de défaillance ou de données de surveillance de l’état à l’ordre de travail. Cela se produit souvent vers la fin de l’intervention. | ||
| Pourquoi est-ce important ? Cet événement permet de suivre la conformité de la documentation technique et garantit la qualité des données nécessaires aux futures analyses de fiabilité. Où trouver ces données Suivez les mises à jour de la table R5COMMENTS ou des champs « Problème/Défaillance/Cause » dans R5EVENTS. Données à recueillir Consigné lors de la mise à jour d’un enregistrement Type d’événement explicit | |||
| Matériel délivré | Enregistre la sortie physique des pièces détachées du stock pour l’ordre de travail. Cette étape confirme que le matériel est disponible pour l’intervention. | ||
| Pourquoi est-ce important ? Événement de clôture de l’analyse des retards de la chaîne d’approvisionnement. Il confirme que les contraintes liées aux pièces ont été levées. Où trouver ces données Interrogez R5TRANSACTIONS pour repérer les transactions de type « I » (Issue) associées à l’ordre de travail. Données à recueillir Consigné lors de l’exécution de la transaction X Type d’événement explicit | |||
| Ordre de travail approuvé | Indique que le niveau de direction requis a autorisé les travaux de maintenance. Cette étape permet de planifier l’ordre de travail et de demander le matériel nécessaire. | ||
| Pourquoi est-ce important ? Marque la fin du cycle d’approbation et le début des travaux de maintenance. Tout retard à cette étape affecte directement la capacité à réagir aux défaillances des actifs critiques. Où trouver ces données Suivez l’insertion d’un code de statut « A » (Approuvé) ou « R » (Lancé) dans la table d’historique R5EVENTSTATUS. Données à recueillir Consigné lorsque le statut passe à « Approuvé » Type d’événement explicit | |||
| Planification et estimation terminées | Indique que le périmètre de l’ordre de travail est défini, que les coûts ont été estimés et que le plan de travail est prêt à être approuvé. Cet événement est souvent déduit du passage d’un statut de planification à un statut indiquant que l’approbation peut être demandée. | ||
| Pourquoi est-ce important ? Cet événement est essentiel pour mesurer le temps de cycle d’approbation des ordres de travail et repérer les goulots d’étranglement administratifs avant l’exécution. Il permet d’analyser les délais de planification. Où trouver ces données Déduisez cet événement de R5EVENTSTATUS lorsque le statut passe de « Planification » à « Demande d’approbation » ou « Lancé ». Données à recueillir Comparez le champ de statut avant et après le changement Type d’événement inferred | |||
| Règlement financier traité | Correspond au calcul final et à l’imputation des coûts associés à l’ordre de travail. Cette étape garantit que la main-d’œuvre et le matériel sont bien comptabilisés dans le budget. | ||
| Pourquoi est-ce important ? Cet événement alimente l’analyse des coûts prévus et réels. Tout retard à cette étape affecte la précision des rapports financiers. Où trouver ces données Cet événement est souvent déduit de la date à laquelle l’ordre de travail est verrouillé pour modification ou de la dernière transaction de mise à jour des coûts dans le journal des transactions. Données à recueillir Déduisez cet événement en comparant les champs X et Y Type d’événement calculated | |||
| Ressources planifiées | Enregistre l’affectation de techniciens ou d’équipes à l’ordre de travail. Cette étape marque le passage de la planification à l’affectation des ressources. | ||
| Pourquoi est-ce important ? Cet événement alimente le Dashboard de productivité et de planification de la main-d’œuvre. Il aide à repérer les délais entre l’approbation et la disponibilité effective des ressources. Où trouver ces données Suivez les changements dans la table R5ACTIVITIES pour les affectations de main-d’œuvre, ou les changements de statut vers « Planifié » dans R5EVENTSTATUS. Données à recueillir Consigné lors de l’affectation des ressources Type d’événement explicit | |||
Guides d’extraction
Étapes
Vérifiez la disponibilité du module Databridge : Connectez-vous à Infor EAM en tant qu’administrateur. Ouvrez le menu Administration et vérifiez que le module Databridge est actif et que vous avez accès aux écrans de configuration Partner et Document.
Définissez le partenaire d’export : Créez dans Databridge un partenaire dédié à ProcessMind, par exemple avec le code
PMIND. Configurez la méthode de Communication surFILEouFTP, selon l’emplacement souhaité pour les fichiers XML/CSV. Choisissez le format XML pour préserver au mieux les données.Configurez les objets métier (documents) : Vous devez vous abonner à certains objets métier Infor EAM (BOD) pour recueillir les activités requises. Ajoutez les documents suivants à la configuration du partenaire :
MP0094_SyncWorkOrder: consigne la création, les changements de statut, les mises à jour et la clôture.MP0024_SyncBookedHours: consigne les heures de travail saisies (exécution).MP3036_SyncTransaction: consigne les sorties et les retours de matériel.MP0026_SyncRequisition: consigne les demandes de matériel.MP0098_SyncWorkOrderActivity: consigne les détails de planification.
Configurez les filtres : Appliquez des filtres à chaque document pour exclure les données non pertinentes. Pour
SyncWorkOrder, filtrez parOrganisationet vérifiez queWork Order Typen’est pas nul. Définissez le filtreDatepour couvrir la période d’analyse, par exemple les 12 derniers mois.Activez les déclencheurs d’événements : Dans l’écran Event Configuration, vérifiez que les déclencheurs
On Save,On UpdateetOn Status Changesont activés pour les entités correspondant aux documents sélectionnés. Les données sont ainsi envoyées dès qu’un utilisateur intervient dans le système.Associez les éléments de données : Configurez le modèle XML Databridge pour inclure les colonnes requises. Vérifiez que
EVT_CODEest associé àWorkOrderNumber, queEVT_STATUSest inclus pour le suivi des statuts et queEVT_DAT_CREATEDest disponible.Lancez le chargement initial : Databridge fonctionne principalement à partir des événements, mais une analyse historique nécessite un Batch Export. Ouvrez l’écran Databridge Export, sélectionnez le partenaire
PMINDet le documentSyncWorkOrder, définissez la période, puis cliquez surEnvoyerpour générer l’historique.Normalisez les fichiers exportés : L’export produit des fichiers XML hiérarchiques. Utilisez un outil de script, comme Python ou PowerShell, ou un intergiciel ETL pour aplatir ces fichiers. La règle est simple : un nœud XML correspond à une ligne d’événement. Appliquez les règles d’association indiquées dans la section Requête ci-dessous.
Déduisez les noms d’activité : Dans votre script de transformation, appliquez la logique conditionnelle de la section Requête pour convertir les codes système, par exemple le statut
RenWork Order Generatedet le statutCenWork Order Completed, en noms d’activité compréhensibles.Formatez les horodatages : Infor EAM exporte les horodatages au format ISO 8601. Convertissez-les au format standard
YYYY-MM-DD HH:MM:SS, compatible avec ProcessMind.Constituez le journal d’événements : Regroupez les exports des différents objets métier (ordres de travail, heures saisies, transactions) dans un seul fichier CSV, trié par
WorkOrderNumberetEventTimestamp.Effectuez la validation finale : Importez le fichier CSV obtenu dans ProcessMind et vérifiez que le nombre de cas correspond au nombre d’ordres de travail uniques exportés depuis Infor EAM.
Configuration
- Format d’export : Le format XML est préférable au texte brut pour gérer les caractères spéciaux dans les commentaires et garantir le respect du schéma.
- Mode de déclenchement : Choisissez Asynchronous pour éviter que le traitement Databridge ne ralentisse l’interface utilisateur pendant les périodes de forte activité.
- Granularité : Cochez Include Update Details dans la configuration du document afin de détecter les changements au niveau des champs, comme les modifications de priorité ou de service.
- Période : Pour le chargement initial, il est courant d’extraire 12 à 24 mois d’historique. Pour les chargements différentiels suivants, le système envoie les données en temps réel.
- Filtre d’organisation : Filtrez toujours par
EVT_ORG(Organisation) afin d’éviter d’extraire des données de plusieurs environnements si votre instance EAM est partagée. - Configuration des statuts : Vérifiez quels statuts définis par l’utilisateur correspondent aux statuts système (
R,A,C, etc.) pour associer correctement les activités.
Exemple de requête json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} Étapes
Configuration de l’accès à la base de données Établissez une connexion directe (ODBC/JDBC) à votre base de données Infor EAM (Oracle ou SQL Server). Vérifiez que vous disposez d’un accès en lecture seule aux tables suivantes : R5EVENTS (ordres de travail), R5STATUS (historique des statuts), R5BOOKEDHOURS (main-d’œuvre), R5TRANSACTIONS (matériel), R5ACTIVITIES (tâches) et R5TESTRESULTS (qualité).
Définition du périmètre et des filtres Déterminez la période d’extraction. En général, une période glissante couvrant les 12 à 24 derniers mois suffit pour le Process Mining. Identifiez le code de votre organisation (ORG) afin de filtrer les données pertinentes si votre instance couvre plusieurs sites.
Configuration des associations de statuts Infor EAM permet de définir des statuts personnalisés. Consultez le script SQL fourni et remplacez les valeurs indicatives, comme
A(Approved) ouC(Closed), par les codes de statut réellement utilisés dans votre configuration EAM. En cas de doute, recherchez-les dans la table R5STATUS_CODES.Préparation du script SQL Copiez la requête SQL fournie dans la section Requête. Remplacez les paramètres
[StartDate]et[EndDate]par la période souhaitée, par exemple2023-01-01. Remplacez[Your Organization Code]par le filtre correspondant à votre unité opérationnelle.Exécution de l’extraction Exécutez la requête dans votre client SQL (SQL Developer, SSMS ou DBeaver). Elle utilise
UNION ALLpour regrouper les événements d’en-tête, les changements de statut, les heures de travail saisies et les transactions de matériel dans un journal d’événements au format standard.Validation des données Vérifiez que la colonne
EventTimestampne contient aucun horodatage NULL et queWorkOrderNumberest renseigné sur chaque ligne. Assurez-vous que la colonneEventNamecomprend un ensemble représentatif des 14 activités définies.Transformation des données (facultative) Si les décalages de fuseau horaire de vos horodatages ne correspondent pas aux exigences de l’analyse, appliquez une fonction de conversion, telle que
AT TIME ZONE, dans la requête ou lors du post-traitement.Export au format CSV Exportez les résultats de la requête dans un fichier CSV. Choisissez la virgule ou le point-virgule comme séparateur et utilisez des guillemets doubles pour délimiter les champs texte contenant éventuellement des virgules.
Import dans ProcessMind Importez le fichier CSV dans ProcessMind. Associez les colonnes comme suit :
WorkOrderNumberà l’identifiant du cas,EventNameà l’activité etEventTimestampà l’horodatage. Associez les autres colonnes aux attributs de cas ou d’événement.
Configuration
- Période : La période d’extraction recommandée est de 12 à 24 mois. Appliquez le filtre à
EVT_DATE(date de création) ou aux dates des transactions concernées afin d’inclure les cas ouverts en cours. - Filtre d’organisation : Utilisez
EVT_ORGou la colonne communeOrganizationpour distinguer les données par usine ou établissement, car les processus peuvent varier d’un site à l’autre. - Codes de statut : Cette requête repose sur des codes de statut standard (
A,C,R, etc.). Vérifiez qu’ils correspondent à la configuration de votre système, dans le menu Administration, sous Screen Setup ou Status setup. - Performances : La requête interroge des tables de transactions volumineuses (
R5TRANSACTIONS). Pour les grands volumes, supérieurs à 1 million de lignes, vérifiez la présence d’index non clusterisés adaptés surEVT_CODEetTRN_DATE. - Fuseaux horaires : Infor EAM stocke les dates selon l’heure du serveur de base de données. Tenez compte du décalage si vos utilisateurs travaillent dans un autre fuseau horaire.
Exemple de requête sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]' Prêt à commencer ?
Utilisez ce modèle pour établir une base de données fiable et commencer dès aujourd’hui à optimiser vos opérations de maintenance. Notre équipe technique peut vous accompagner tout au long de l’extraction et de l’association des données.
Optimisez dès aujourd’hui la maintenance des actifs dans Infor EAM
Réduisez de 30 % le temps de cycle de maintenance dès aujourd’hui
Aucune carte bancaire requise. Configuration en quelques minutes.