Votre modèle de données de maintenance des actifs
Votre modèle de données de maintenance des actifs
- Champs de données spécifiques au processus pour le suivi de la maintenance
- Principales étapes du cycle de vie d’un ordre de travail à analyser
- Guide détaillé d’extraction pour les utilisateurs d’Infor EAM
Attributs de maintenance des actifs
| Nom | Description | ||
|---|---|---|---|
| Activité EventName | L'étape précise ou le changement de statut qui intervient au cours du cycle de vie de la maintenance. | ||
| Description Cet attribut enregistre le nom de l’événement ou du changement de statut, par exemple Ordre de travail généré, Matériel délivré ou Ordre de travail clôturé. Il est dérivé de l’historique des changements de statut ou des types de transaction spécifiques enregistrés pour l’ordre de travail. En suivant la séquence de ces valeurs, l’outil de Process Mining reconstitue le parcours du flux de travail. Vous pouvez ainsi analyser les variantes de processus, les boucles de reprise et l’ordre des opérations. Pourquoi c’est important Il définit les nœuds de la cartographie du processus et permet de comprendre ce qui s'est produit à chaque étape. Où les obtenir 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. | ||
| Description Cet attribut enregistre 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. Un horodatage précis est essentiel pour identifier les goulots d'étranglement, mesurer les délais et calculer le respect des SLA. Dans Infor EAM, il provient généralement de la date de transaction ou de la date du changement de statut. Pourquoi c’est important Il fournit la dimension temporelle nécessaire à toutes les analyses et séquences fondées sur le temps. Où les obtenir 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. | ||
| Description Cet attribut sert d'identifiant central du dossier pour l'analyse du processus. Il représente le travail de maintenance concerné, qu'il soit préventif ou correctif, et relie toutes les activités, tous les coûts et tous les enregistrements de main-d'œuvre ultérieurs. Dans Infor EAM, il s'agit généralement du code d'événement présent dans les tables principales des événements. Les analystes utilisent ce champ pour distinguer les différentes instances du processus. Il permet d'agréger tous les événements associés à une même demande de maintenance afin de calculer les cycles et les coûts par intervention. Pourquoi c’est important Il constitue la clé fondamentale pour reconstituer le flux du processus et identifier de manière unique chaque dossier de maintenance. Où les obtenir Table R5EVENTS, champ EVT_CODE Exemples 10023456WO-2023-88910023457PM-55421 | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage correspondant à l'extraction ou à la dernière actualisation des données. | ||
| Description Ce champ indique à quel moment l'enregistrement a été traité ou extrait pour la dernière fois dans 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 déterminer s'ils consultent des données en temps réel ou des instantanés historiques. Pourquoi c’est important Il permet de vérifier l'actualité des données et d'identifier les jeux de données obsolètes. Où les obtenir Heure système au moment de l'extraction Exemples 2023-10-25T12:00:00Z | |||
| Système source SourceSystem | Le nom du système d'où proviennent les données. | ||
| Description Cet attribut identifie l'origine de l'enregistrement de données, ce qui est particulièrement important dans les environnements comportant plusieurs systèmes. Dans cette vue, il sert d'identifiant statique pour l'instance Infor EAM. Il facilite la traçabilité des données et le dépannage lorsque plusieurs sources de données sont regroupées dans un même modèle de données de Process Mining. Pourquoi c’est important Il garantit la traçabilité des données jusqu'à l'environnement Infor EAM. Où les obtenir Codé en dur lors de l'extraction Exemples Infor EAMDatastream 7i | |||
| Code de l'actif AssetCode | L'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 d'agréger l'historique de maintenance par machine ou par site. L'analyse des performances du processus par code d'actif aide à repérer les équipements problématiques, qui tombent fréquemment en panne ou nécessitent plus de temps que la moyenne pour être réparés. Pourquoi c’est important Essentiel pour relier les performances du processus aux infrastructures physiques. Où les obtenir Table R5EVENTS, champ EVT_OBJECT Exemples PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Coût estimé EstimatedCost | Le budget prévu pour l'ordre de travail. | ||
| Description Cet attribut contient 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. Des écarts importants entre les coûts estimés et réels indiquent qu'il convient de revoir le processus d'estimation ou l'efficacité de l'exécution. Pourquoi c’est important Il alimente le Dashboard d'analyse des coûts estimés et réels. Où les obtenir 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ériel et de services. | ||
| Description Cet attribut représente l'impact financier total de la tâche de maintenance. Il est mis à jour au fur et à mesure de l'enregistrement de la main-d'œuvre et de la sortie des matériaux. Il constitue le principal indicateur financier du processus et permet d'analyser les facteurs de coût ainsi que les dépenses par rapport au budget. Pourquoi c’est important Indicateur central pour la clôture financière et l'analyse de l'efficacité. Où les obtenir Table R5EVENTS, champ EVT_ACTCOST (ou somme des transactions) Exemples 450.251500.0075.50 | |||
| Date cible du SLA SlaTargetDate | La date limite à laquelle l'ordre de travail doit être terminé. | ||
| Description Cet attribut enregistre la date cible d'achèvement, souvent déterminée par la criticité de l'actif et la priorité du travail. Elle sert de référence pour calculer le respect des délais. La comparaison entre l'horodatage réel d'achèvement et cette date permet de déterminer si l'organisation respecte ses accords de niveau de service. Pourquoi c’est important Nécessaire au Dashboard de performance des SLA pour les actifs critiques. Où les obtenir Table R5EVENTS, champ EVT_TARGET Exemples 2023-11-01T17:00:00Z | |||
| Priorité WorkOrderPriority | Le 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 telle que élevée, moyenne ou faible. Il sert à filtrer l'analyse afin de vérifier que les travaux prioritaires sont correctement traités dans la file d'attente. L'analyse du flux du processus par priorité permet de vérifier que les éléments hautement prioritaires avancent effectivement plus vite que les éléments faiblement prioritaires. Pourquoi c’est important Indispensable pour vérifier que les travaux urgents bénéficient de l'attention appropriée. Où les obtenir Table R5EVENTS, champ EVT_PRIORITY Exemples 1-Urgence2-Élevée3-Routine | |||
| Service DepartmentCode | Le service ou l'équipe de maintenance responsable des travaux. | ||
| Description Cet attribut indique le service interne ou le centre de coûts auquel l'ordre de travail est rattaché. Il permet de comparer les performances de différentes équipes de maintenance, par exemple les équipes électriques et mécaniques. Dans Infor EAM, il est souvent désigné par MRC (Maintenance Repair Center). Pourquoi c’est important Il contribue à la planification des Ressources et à l'analyse des performances des services. Où les obtenir Table R5EVENTS, champ EVT_MRC Exemples MÉCANIQUEÉLECTRICITÉSERVICES GÉNÉRAUX | |||
| Technicien TechnicianName | La personne ou la ressource précise chargée d'exécuter la tâche. | ||
| Description Cet attribut enregistre l'utilisateur ou le technicien qui réalise l'activité concernée. Il sert à analyser la productivité de la main-d'œuvre et à repérer les besoins de formation ou les inefficacités de planification. Selon la configuration du système, cette information peut se trouver dans la table des heures enregistrées ou dans le champ de la personne responsable de l'événement. Pourquoi c’est important Il permet d'analyser le Dashboard de productivité de la main-d'œuvre et de planification. Où les obtenir 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 caractérise la nature des travaux de maintenance. Il permet aux analystes de segmenter la vue du processus afin de comparer les cycles de maintenance préventive planifiés aux réparations réactives imprévues. L'optimisation du ratio entre travaux préventifs et travaux réactifs constitue 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 c’est important Indispensable au Dashboard de répartition des types de maintenance et à l'analyse de la stratégie de fiabilité. Où les obtenir Table R5EVENTS, champ EVT_TYPE Exemples PréventifCorrectifPanneInspection | |||
| Concerne une reprise 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 répétées « Maintenance Task Executed ». Un taux élevé de reprises constitue un indicateur important de problèmes de qualité ou de formation insuffisante. Pourquoi c’est important Il alimente directement le Dashboard des reprises et de l'audit qualité de la maintenance. Où les obtenir Calculé dans l'ETL ou l'outil de Process Mining Exemples truefalse | |||
| Coût des matériaux MaterialCost | Le coût des pièces de rechange sorties pour l'ordre de travail. | ||
| Description Cet attribut isole le coût des matériaux du coût total. Il aide à distinguer les dépenses liées à la chaîne d'approvisionnement de celles liées à la main-d'œuvre. Ce suivi séparé facilite les décisions concernant le prix des pièces de rechange et la gestion des stocks. Pourquoi c’est important Détail nécessaire à une analyse financière complète. Où les obtenir Calculé à partir de R5TRANSACTIONS lorsque le type est issue Exemples 150.0020.00 | |||
| Criticité de l'actif AssetCriticality | Un score ou une évaluation 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 afin de vérifier que les actifs de grande valeur sont traités avec le niveau d'urgence approprié. Ces données sont généralement extraites de la fiche de référence de l'actif associée à l'ordre de travail. Pourquoi c’est important Il permet d'analyser les retards de maintenance en fonction des risques. Où les obtenir Table R5OBJECTS (champ OBJ_CRITICALITY), reliée via EVT_OBJECT Exemples A - CritiqueB - ImportantC - Jusqu'à la panne | |||
| Description WorkOrderDescription | Description textuelle du problème ou des travaux requis. | ||
| Description Cet attribut contient le résumé en texte libre saisi par le demandeur ou le planificateur. Il apporte un contexte qualitatif pour expliquer les valeurs atypiques ou certains comportements du processus. La fouille de texte peut être utilisée pour classer les modes de défaillance courants qui ne sont pas enregistrés dans les champs structurés. Pourquoi c’est important Il fournit le contexte nécessaire à l'analyse des causes profondes. Où les obtenir Table R5EVENTS, champ EVT_DESC Exemples Vibration élevée de la pompeRemplacer le joint de la vanne 2Inspection trimestrielle | |||
| Heures de main-d'œuvre LaborHoursUsed | Le nombre réel d'heures de travail consacrées à l'ordre de travail. | ||
| Description Cet attribut additionne le temps enregistré par les techniciens pour l'ordre de travail. Il est essentiel pour calculer la productivité de la main-d'œuvre et le taux d'utilisation des techniciens. Il se distingue de la durée écoulée de l'ordre de travail, car il mesure l'effort réel et non le temps calendaire. Pourquoi c’est important Indicateur essentiel du Dashboard de productivité de la main-d'œuvre et de planification. Où les obtenir Somme des heures dans 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éfinit l'installation ou l'unité opérationnelle concernée. Il permet de comparer les performances à un niveau global entre différents sites de production ou régions géographiques. Il est essentiel pour les Dashboards globaux lorsque les processus peuvent varier légèrement d'un site à l'autre. Pourquoi c’est important Il prend en charge la vue par unité opérationnelle pour comparer les performances entre les sites. Où les obtenir Table R5EVENTS, champ EVT_ORG Exemples NYC-PLANTLON-HQMFG-01 | |||
| SLA non respecté 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 « Work Order Completed » à la « SLA Target Date ». Si l'achèvement intervient après la date cible, l'indicateur prend la valeur true. Il simplifie les rapports en créant une dimension binaire permettant de filtrer les cas conformes et non conformes. Pourquoi c’est important Il simplifie les rapports sur le respect des SLA. Où les obtenir Calculé dans l'ETL ou l'outil de Process Mining Exemples truefalse | |||
Activités de maintenance des actifs
| Activité | Description | ||
|---|---|---|---|
| Demande de maintenance reçue | Marque l'entrée initiale d'une demande de maintenance dans le système, souvent depuis un portail de services ou l'interface d'un centre d'appels. Dans Infor EAM, cet événement est généralement enregistré lors de la création d'un enregistrement dans les entités Call ou Request, avant sa conversion en ordre de travail officiel. | ||
| Pourquoi c’est important Établit le point de départ pour calculer le taux de croissance du backlog de maintenance et le délai total de résolution. Il est essentiel pour déterminer la demande réelle adressée au service de maintenance. Où les obtenir Interrogez la table R5EVENTS lorsque EVT_TYPE est défini sur 'R' (Request) ou 'C' (Call). Utilisez les journaux EVT_CREATED. Collecte Enregistré lors de l'insertion d'un enregistrement de demande Type d’événement explicit | |||
| Ordre de travail clôturé | Dernière étape administrative, au cours de laquelle l'ordre de travail est archivé et aucun coût supplémentaire ne peut être enregistré. Elle clôt le cycle de vie du dossier. | ||
| Pourquoi c’est important Met fin à la mesure de l'efficacité de la clôture administrative. Cette étape est essentielle pour garantir la qualité des données et éviter les ordres ouverts « fantômes ». Où les obtenir Interrogez R5EVENTSTATUS pour repérer la transition vers le statut 'Close'. Cette transition définit le champ EVT_STATUS sur 'C'. Collecte Enregistré lorsque le statut passe à Closed Type d’événement explicit | |||
| Ordre de travail généré | Représente la création officielle d'un objet d'ordre de travail, converti depuis 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 c’est important Événement principal de création du cas pour le moniteur du backlog et du débit. Il distingue la phase de demande du flux de travail réel de gestion de la maintenance. Où les obtenir Interrogez la table R5EVENTS pour rechercher les nouveaux enregistrements dont EVT_TYPE est 'JOB' ou 'PPM'. Vous pouvez également suivre les changements de statut vers le statut initial 'Open' dans R5EVENTSTATUS. Collecte Enregistré lorsqu'une transaction crée un enregistrement WO Type d’événement explicit | |||
| Ordre de travail terminé | Marque l'achèvement technique des travaux de maintenance. L'actif est remis en service, même si des tâches financières et administratives peuvent encore subsister. | ||
| Pourquoi c’est important Point final de la performance SLA des actifs critiques. Il distingue 'Job Done' de 'Paperwork Done'. Où les obtenir Suivez le changement de statut vers 'C' (Complete) ou 'J' (Job Complete) dans R5EVENTSTATUS. Vérifiez EVT_DATECOMPLETED. Collecte Enregistré lorsque le statut passe à Complete Type d’événement explicit | |||
| Tâche de maintenance exécutée | Représente l'exécution en cours des travaux de maintenance, enregistrée au moyen des heures de main-d'œuvre saisies par les techniciens. Cette activité peut se répéter plusieurs fois pour un même ordre de travail. | ||
| Pourquoi c’est important Alimente les KPI d'efficacité d'utilisation des techniciens et de précision des estimations de main-d'œuvre. Une fréquence élevée sans achèvement peut indiquer des réparations complexes. Où les obtenir Extrayez les entrées individuelles de la table R5BOOKEDHOURS associées à l'ordre de travail. Collecte Enregistré lorsque la transaction X est exécutée Type d’événement explicit | |||
| Travaux commencés | Indique le début réel des travaux physiques sur l'actif. Cet événement est souvent déduit de l'horodatage de la première saisie de main-d'œuvre ou d'une mise à jour de statut effectuée depuis un appareil mobile. | ||
| Pourquoi c’est important Essentiel pour calculer le délai d'approvisionnement en matériel et l'efficacité d'utilisation des techniciens. Il distingue le temps 'Scheduled' du temps 'Working'. Où les obtenir Déduisez-le de la date de début la plus ancienne dans R5BOOKEDHOURS ou d'un changement de statut vers 'In Progress' dans R5EVENTSTATUS. Collecte Déduire en comparant le champ X au champ Y Type d’événement inferred | |||
| Contrôle qualité effectué | Indique une étape de vérification précise au cours de laquelle la réparation est inspectée avant la validation finale. En cas d'échec, le processus revient à l'exécution. | ||
| Pourquoi c’est important Essentiel pour le Dashboard de suivi des reprises de maintenance et des audits qualité. Il identifie les problèmes de qualité et les boucles de reprise. Où les obtenir Identifiez l'achèvement d'une checklist précise dans R5CHECKLISTS ou une transition vers l'état 'Review' dans R5EVENTSTATUS. Collecte Comparer le champ de statut avant et après Type d’événement inferred | |||
| Demande de matériel soumise | Enregistre la demande précise de pièces de rechange nécessaires à l'exécution de la tâche de maintenance. Cet événement est essentiel pour relier les processus de la chaîne d'approvisionnement à l'exécution de la maintenance. | ||
| Pourquoi c’est 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 la cause profonde des retards de maintenance. Où les obtenir Interrogez les tables R5REQUISITIONS ou R5MATLIST pour obtenir les horodatages de création associés à l'identifiant de l'ordre de travail. Collecte Enregistré lorsque la transaction X est exécutée Type d’événement explicit | |||
| Enregistrements de maintenance mis à jour | Enregistre l'enrichissement de l'ordre de travail avec des notes techniques, des codes de défaillance ou des données de suivi de l'état. Cette étape intervient souvent vers la fin des travaux physiques. | ||
| Pourquoi c’est important Contribue au suivi de la conformité de la documentation technique. Il garantit la qualité des données nécessaires aux futures analyses de fiabilité. Où les obtenir Suivez les mises à jour de la table R5COMMENTS ou des champs 'Problem/Failure/Cause' dans R5EVENTS. Collecte Enregistré lors de la mise à jour d'un enregistrement Type d’événement explicit | |||
| Matériel délivré | Enregistre la délivrance physique des pièces de rechange depuis le stock vers l'ordre de travail. Cette étape confirme que les matériaux sont disponibles pour être utilisés. | ||
| Pourquoi c’est 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é résolues. Où les obtenir Interrogez R5TRANSACTIONS pour rechercher le type de transaction 'I' (Issue) associé à l'ordre de travail. Collecte Enregistré lorsque la transaction X est exécutée Type d’événement explicit | |||
| Ordre de travail approuvé | Signifie que les travaux de maintenance ont été autorisés par le niveau de management requis. Cette étape libère l'ordre de travail pour la planification et la demande de matériel. | ||
| Pourquoi c’est important Marque la fin du cycle d'approbation et le début de la maintenance pouvant être exécutée. Les retards à cette étape ont une incidence directe sur la réactivité face aux défaillances des actifs critiques. Où les obtenir Suivez l'insertion d'un code de statut 'A' (Approved) ou 'R' (Released) dans la table d'historique R5EVENTSTATUS. Collecte Enregistré lorsque le statut passe à Approved Type d’événement explicit | |||
| Planification et estimation terminées | Indique que l'ordre de travail a été 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 lorsque le statut passe d'un état de planification à un état prêt pour approbation. | ||
| Pourquoi c’est important Essentiel pour mesurer le délai du cycle d'approbation des ordres de travail et identifier les goulots d'étranglement administratifs avant l'exécution. Il permet d'analyser les délais de planification. Où les obtenir Déduisez-le de R5EVENTSTATUS lorsque le statut passe de 'Planning' à 'Request Approval' ou 'Released'. Collecte Comparer le champ de statut avant et après Type d’événement inferred | |||
| Règlement financier traité | Représente le calcul final et l'enregistrement des coûts associés à l'ordre de travail. Cette étape garantit que toute la main-d'œuvre et tous les matériaux sont imputés au budget. | ||
| Pourquoi c’est important Contribue à l'analyse des coûts estimés et réels. Les retards à cette étape nuisent à la fiabilité du reporting financier. Où les obtenir Souvent déduit de la date à laquelle l'ordre de travail est verrouillé pour modification ou de l'exécution de la transaction de mise à jour du coût final dans le journal des transactions. Collecte Déduire en comparant le champ X au champ Y Type d’événement calculated | |||
| Ressources planifiées | Enregistre l'affectation de techniciens ou d'équipes précis à l'ordre de travail. Cette étape marque le passage de la planification à l'affectation des ressources. | ||
| Pourquoi c’est important Alimente le Dashboard de productivité de la main-d'œuvre et de planification. Il aide à identifier les écarts entre l'approbation et la disponibilité réelle des ressources. Où les obtenir Suivez les modifications dans la table R5ACTIVITIES pour les affectations de main-d'œuvre ou les changements de statut vers 'Scheduled' dans R5EVENTSTATUS. Collecte Enregistré lors de l'affectation d'une ressource Type d’événement explicit | |||
Guides d’extraction
Étapes
Vérifiez la disponibilité du module Databridge : connectez-vous à Infor EAM en tant qu’administrateur. Accédez au menu Administration et assurez-vous que le module Databridge est actif et que vous avez accès aux écrans de configuration Partner et Document.
Définissez le partenaire d’exportation : créez dans Databridge un nouveau Partner dédié à ProcessMind, par exemple avec le code partenaire
PMIND. Configurez la méthode de Communication surFILEouFTP, selon l’emplacement où vous souhaitez déposer les fichiers XML/CSV. Définissez le format de sortie sur 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) afin de capturer les activités requises. Ajoutez les Documents suivants à la configuration de votre Partner :
MP0094_SyncWorkOrder: capture la création, les changements de statut, les mises à jour et la clôture.MP0024_SyncBookedHours: capture l’enregistrement des heures de main-d’œuvre (exécution).MP3036_SyncTransaction: capture les sorties et les retours de matériel.MP0026_SyncRequisition: capture les demandes de matériel.MP0098_SyncWorkOrderActivity: capture les informations de planification.
Définissez les filtres : pour chaque Document, appliquez des filtres afin d’exclure les données non pertinentes. Pour
SyncWorkOrder, filtrez parOrganisationet vérifiez queWork Order Typen’est pas nul. Définissez le filtreDatede manière à couvrir votre 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 seront ainsi transmises immédiatement lorsqu’un utilisateur interagit avec le système.Associez les éléments de données : configurez le modèle XML Databridge afin d’inclure les colonnes requises. Vérifiez que
EVT_CODEest associé àWorkOrderNumber, queEVT_STATUSest inclus pour le suivi des statuts et queEVT_DAT_CREATEDest disponible.Exécutez le chargement initial : Databridge fonctionne principalement par événements, mais une analyse historique nécessite l’exécution d’un Batch Export. Accédez à l’écran Databridge Export, sélectionnez le partenaire
PMIND, choisissez le documentSyncWorkOrder, définissez la période, puis cliquez surEnvoyerpour générer l’historique en attente.Standardisez la sortie : l’export produit des fichiers XML hiérarchiques. Utilisez un outil de script, tel que Python ou PowerShell, ou un middleware ETL pour aplatir ces fichiers XML. La logique est la suivante : un nœud XML correspond à une ligne d’événement. Utilisez les règles d’association définies dans la section Query ci-dessous.
Déduisez les noms des activités : dans votre script de transformation, utilisez la logique conditionnelle fournie dans la section Query pour convertir les codes système, par exemple le statut
Ren Ordre de travail généré et le statutCen Ordre de travail terminé, en noms d’activités compréhensibles.Formatez l’horodatage : Infor EAM exporte les horodatages au format ISO 8601. Veillez à les convertir au format standard
YYYY-MM-DD HH:MM:SS, compatible avec ProcessMind.Compilez le journal d’événements : regroupez les résultats des différents objets métier, notamment les ordres de travail, les heures enregistrées et les transactions, dans un seul fichier CSV, puis triez-les 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 recommandé plutôt qu’un texte brut pour gérer les caractères spéciaux dans les commentaires et garantir le respect du schéma.
- Mode de déclenchement : Sélectionnez Asynchronous afin d’éviter que le traitement Databridge ne ralentisse l’interface utilisateur pendant les périodes de forte activité.
- Granularité : Vérifiez que l’option Include Update Details est activée dans la configuration du Document afin de détecter les modifications au niveau des champs, comme les changements de priorité ou de service.
- Période : Pour le chargement initial, il est courant d’utiliser un historique de 12 à 24 mois. Pour les chargements différentiels récurrents, le système transmet les données en temps réel.
- Filtre organisationnel : Filtrez toujours sur
EVT_ORG(Organization) afin d’éviter d’extraire des données provenant de plusieurs environnements lorsque votre instance EAM est partagée. - Configuration des statuts : Vérifiez quels statuts définis par les utilisateurs correspondent aux statuts système (R, A, C, etc.) afin d’assurer un mappage précis des activités.
a 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 à la base de données, via ODBC/JDBC, vers votre base Infor EAM, Oracle ou SQL Server. Vérifiez que vous disposez d’autorisations en lecture seule sur les tables suivantes : R5EVENTS (ordres de travail), R5STATUS (historique des statuts), R5BOOKEDHOURS (main-d’œuvre), R5TRANSACTIONS (matières), 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 du mappage des statuts Infor EAM autorise les statuts définis par les utilisateurs. Examinez le script SQL fourni et remplacez les valeurs indicatives telles que « A » (Approved) ou « C » (Closed) par les codes réellement utilisés dans votre configuration EAM. En cas de doute, vous pouvez les trouver dans la table R5STATUS_CODES.
Préparation du script SQL Copiez le SQL fourni dans la section Query. Remplacez les paramètres [StartDate] et [EndDate] par la période souhaitée, par exemple « 2023-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, par exemple SQL Developer, SSMS ou DBeaver. La requête utilise UNION ALL pour regrouper les événements d’en-tête, les changements de statut, les saisies de main-d’œuvre et les transactions de matières dans un Event Log standardisé.
Validation des données Vérifiez que la colonne EventTimestamp ne contient pas d’horodatages NULL. Assurez-vous que WorkOrderNumber est renseigné sur chaque ligne. Vérifiez que la colonne EventName contient une répartition cohérente des 14 activités définies.
Transformation des données (facultative) Si vos horodatages comportent des décalages de fuseau horaire qui ne correspondent pas à vos besoins d’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. Vérifiez que le séparateur est une virgule ou un point-virgule et que les qualificatifs de texte, c’est-à-dire les guillemets doubles, sont utilisés pour gérer les virgules présentes dans les descriptions.
Importation dans ProcessMind Importez le fichier CSV dans ProcessMind. Mappez les colonnes comme suit : WorkOrderNumber vers Case ID, EventName vers Activity et EventTimestamp vers Timestamp. Mappez les autres colonnes comme Attributs de cas ou d’événement.
Configuration
- Période : La période d’extraction recommandée est de 12 à 24 mois. Vérifiez que le filtre s’applique à EVT_DATE (date de création) ou aux dates des transactions concernées afin d’inclure les cas ouverts en cours.
- Filtre organisationnel : Utilisez EVT_ORG ou la colonne Organization commune pour séparer les données par usine ou site, car les processus peuvent varier selon l’emplacement.
- Codes de statut : Cette requête repose sur des codes de statut standard (A, C, R, etc.). Vous devez les vérifier dans 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, notamment R5TRANSACTIONS. Vérifiez que des index non clusterisés appropriés existent sur EVT_CODE et TRN_DATE pour les jeux de données importants, supérieurs à 1 million de lignes.
- Fuseaux horaires : Infor EAM enregistre les dates selon l’heure du serveur de base de données. Tenez compte de tout décalage si vos utilisateurs travaillent dans un autre fuseau horaire.
a 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 solide et commencer dès aujourd’hui à optimiser vos opérations de maintenance. Notre équipe technique peut vous accompagner dans le processus d’extraction et d’association des données.
Optimisez dès aujourd’hui la maintenance de vos actifs dans Infor EAM
Réduisez dès aujourd’hui de 30 % la durée du cycle de maintenance
Aucune carte bancaire requise. Configuration en quelques minutes