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
- 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
Attributs de Maintenance des Actifs
| Nom | Description | ||
|---|---|---|---|
| Activité EventName | L'étape spécifique ou le changement de statut se produisant au sein du cycle de vie de la maintenance. | ||
| Description Cet attribut capture le nom de l'événement ou du changement de statut, tel que 'Commande de travail générée', 'Matériel émis' ou 'Commande 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 retravail et de l'ordre des opérations. Pourquoi c'est 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. Où obtenir Table R5EVENTSTATUS (champ EVS_STATUS) ou R5TRANSACTIONS (champ TRA_DESC) Exemples Commande de travail généréeMatériel DélivréCommande de travail clôturéeRessources planifiées | |||
| Ordre de Travail de Maintenance WorkOrderNumber | L'identifiant unique pour la commande de travail de maintenance. | ||
| Description Cet attribut sert d'identifiant central 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 c'est important C'est la clé fondamentale pour reconstituer le flux de processus et identifier de manière unique chaque cas de maintenance. Où obtenir Table R5EVENTS, champ EVT_CODE Exemples 10023456OT-2023-88910023457PM-55421 | |||
| Timestamp EventTimestamp | La date et l'heure auxquelles l'activité s'est produite. | ||
| Description 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 essentiel pour identifier les goulots d'étranglement, 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 c'est important Il fournit la dimension temporelle nécessaire à toutes les analyses et séquençages basés sur le temps. Où 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 | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage lorsque les données ont été extraites ou rafraîchies pour la dernière fois. | ||
| Description 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 fraîcheur 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 c'est important Il valide l'actualité des données et aide à identifier les ensembles de données obsolètes. Où obtenir 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. | ||
| Description 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 lignée 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 c'est important Il assure la traçabilité des données jusqu'à l'environnement Infor EAM. Où obtenir 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. | ||
| Description 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 'mauvais acteurs' – les équipements qui tombent fréquemment en panne ou qui nécessitent plus de temps que la moyenne pour être réparés. Pourquoi c'est important Essentiel pour lier la performance des processus à l'infrastructure physique. Où obtenir Table R5EVENTS, champ EVT_OBJECT Exemples POMPE-001HVAC-N-22CONVOYEUR-05 | |||
| Coût Estimé EstimatedCost | Le budget prévisionnel pour la commande de travail. | ||
| Description 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 c'est important Soutient le tableau de bord 'Analyse des Coûts Estimés vs Réels'. Où 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ériaux et de services. | ||
| Description 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 c'est important Métrique essentielle pour le règlement financier et l'analyse d'efficacité. Où obtenir 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. | ||
| Description 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 c'est important Requis pour le tableau de bord 'Performance des SLA pour les Actifs Critiques'. Où obtenir Table R5EVENTS, champ EVT_TARGET Exemples 2023-11-01T17:00:00Z | |||
| Département DepartmentCode | Le service de maintenance ou l'équipe responsable du travail. | ||
| Description 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 c'est important Soutient la planification des ressources et l'analyse de la performance départementale. Où obtenir Table R5EVENTS, champ EVT_MRC Exemples MÉCAÉLECINSTALLATIONS | |||
| Priorité WorkOrderPriority | Le niveau d'urgence assigné à la commande de travail de maintenance. | ||
| Description 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 c'est important Critique pour valider que les travaux d'urgence reçoivent une attention appropriée. Où obtenir 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. | ||
| Description 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 c'est important Permet l'analyse du tableau de bord de la productivité et de la planification de la main-d'œuvre. Où obtenir Table R5BOOKEDHOURS (champ BOO_PERSON) ou R5EVENTS (champ EVT_PERSON) Exemples J. SmithM. DoeContractant-A | |||
| Type de Maintenance MaintenanceType | Catégorise l'ordre de travail comme Préventif, Correctif ou Prédictif. | ||
| Description 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 c'est important Critique pour le tableau de bord de la répartition des types de maintenance et l'analyse de la stratégie de fiabilité. Où obtenir 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. | ||
| Description 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 c'est important Détail requis pour une analyse financière complète. Où obtenir 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. | ||
| Description 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 c'est important Permet une analyse des retards de maintenance basée sur les risques. Où obtenir Table R5OBJECTS (champ OBJ_CRITICALITY), lié via EVT_OBJECT Exemples A - CritiqueB - ImportantC - Fonctionnement jusqu'à la panne | |||
| Description WorkOrderDescription | Description textuelle du problème ou du travail requis. | ||
| Description 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 c'est important Fournit un contexte pour l'analyse des causes profondes. Où obtenir Table R5EVENTS, champ EVT_DESC Exemples Vibration de pompe élevéeRemplacer le joint sur la vanne 2Inspection trimestrielle | |||
| Est un retravail IsRework | Indicateur indiquant si l'ordre de travail a impliqué des étapes d'exécution répétées. | ||
| Description 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 retravail élevés sont un indicateur principal de problèmes de qualité ou de formation inadéquate. Pourquoi c'est important Soutient directement le tableau de bord d'audit de la qualité et du retravail de maintenance. Où obtenir 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. | ||
| Description Cet attribut totalise le temps enregistré par les techniciens pour la commande de travail. Il est crucial 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 c'est important Clé pour le tableau de bord de la productivité et de la planification de la main-d'œuvre. Où obtenir 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. | ||
| Description 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 essentiel pour les tableaux de bord globaux où les processus peuvent différer légèrement entre les emplacements. Pourquoi c'est important Soutient la vue par unité commerciale pour le benchmarking inter-sites. Où obtenir Table R5EVENTS, champ EVT_ORG Exemples USINE-NYCLON-HQMFG-01 | |||
| SLA est enfreint IsSlaBreached | Indicateur indiquant si le temps d'achèvement a dépassé la date cible. | ||
| Description Cet attribut booléen compare l'horodatage 'Commande 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 c'est important Simplifie le reporting de conformité aux SLA. Où obtenir Calculé dans l'outil ETL/Process Mining Exemples truefaux | |||
Activités de Maintenance des Actifs
| Activité | Description | ||
|---|---|---|---|
| Commande de travail clôturée | 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 c'est important Termine la mesure de l'efficacité de la clôture administrative. Essentiel pour des données propres et pour éviter les commandes ouvertes 'zombies'. Où obtenir Interrogez R5EVENTSTATUS pour la transition vers le statut 'Fermé'. Cela définit le champ EVT_STATUS sur 'C'. Capture Enregistré lorsque le statut passe à Clôturé Type d'événement explicit | |||
| Commande de travail générée | 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 c'est 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. Où obtenir 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 Enregistré lorsqu'une transaction crée un enregistrement d'OT Type d'événement explicit | |||
| Commande de travail terminée | 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 c'est important Le point final pour la 'Performance des SLA pour les Actifs Critiques'. Différencie entre 'Travail Fait' et 'Papiers Faits'. Où obtenir Suivez le changement de statut vers 'C' (Terminé) ou 'J' (Travail Terminé) dans R5EVENTSTATUS. Vérifiez EVT_DATECOMPLETED. Capture Enregistré lorsque le statut passe à Terminé Type d'événement explicit | |||
| 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 c'est 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. Essentiel pour identifier la véritable demande placée sur le service de maintenance. Où obtenir Interrogez la table R5EVENTS où EVT_TYPE est défini sur 'R' (Requête) ou 'C' (Appel). Utilisez les journaux EVT_CREATED. Capture Enregistré lors de l'insertion d'un enregistrement de demande 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 c'est 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. Où obtenir Extrayez les entrées individuelles de la table R5BOOKEDHOURS associées à l'Ordre de travail. Capture Enregistré lors de l'exécution de la transaction X Type d'événement explicit | |||
| Travail commencé | 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 c'est important Crucial 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é'. Où obtenir 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 | |||
| Commande de travail approuvée | 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 c'est important Marque la fin du cycle d'approbation et le début de la maintenance actionable. Les retards à ce stade ont un impact direct sur la réactivité aux pannes d'actifs critiques. Où obtenir Suivez l'insertion d'un code de statut 'A' (Approuvé) ou 'R' (Libéré) dans la table d'historique R5EVENTSTATUS. Capture Enregistré lorsque le statut passe à Approuvé 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 vital pour lier les processus de la chaîne d'approvisionnement à l'exécution de la maintenance. | ||
| Pourquoi c'est 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. Où obtenir Interrogez les tables R5REQUISITIONS ou R5MATLIST pour les horodatages de création liés à l'ID de commande de travail. Capture Enregistré 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 c'est important Soutient le suivi de la conformité de la documentation technique. Assure la qualité des données pour une future analyse de fiabilité. Où obtenir Suivez les mises à jour de la table R5COMMENTS ou les mises à jour des champs 'Problème/Panne/Cause' dans R5EVENTS. Capture Enregistré 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 c'est 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. Où obtenir Interrogez R5TRANSACTIONS pour le type de transaction 'I' (Sortie) lié à l'Ordre de travail. Capture Enregistré lors de l'exécution de la transaction X 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 c'est important Critique pour mesurer le temps de cycle d'approbation des ordres de travail et identifier les goulots d'étranglement administratifs avant l'exécution. Soutient l'analyse des délais de planification. Où obtenir 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 c'est 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. Où obtenir 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 c'est important Soutient 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. Où obtenir Suivez les changements dans la table R5ACTIVITIES pour les affectations de main-d'œuvre ou les changements de statut à 'Planifié' dans R5EVENTSTATUS. Capture Enregistré 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 c'est important Essentiel pour le tableau de bord d'audit de la qualité et du retravail de maintenance. Identifie les problèmes de qualité et les boucles de retravail. Où obtenir 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 | |||
Guides d'extraction
Étapes
Vérifier la Disponibilité du Module Databridge: Connectez-vous à Infor EAM en tant qu'administrateur. Naviguez vers le menu Administration et assurez-vous que le module Databridge est actif et que vous avez accès aux écrans de configuration Partenaire et Document.
Définir le Partenaire d'Exportation: Créez un nouveau Partenaire dans Databridge spécifiquement pour ProcessMind (par exemple, code partenaire
PMIND). Configurez la méthode de Communication surFILEouFTPselon l'emplacement où vous souhaitez que les fichiers XML/CSV soient déposés. Définissez le format de sortie sur XML pour une fidélité maximale des données.Configurer les Objets Métier (Documents): Vous devez vous abonner à des Objets Métier (BODs) Infor EAM spécifiques pour capturer les activités requises. Ajoutez les Documents suivants à la configuration de votre Partenaire :
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 travail (Exécution).MP3036_SyncTransaction: Capture les sorties et retours de matériel.MP0026_SyncRequisition: Capture les demandes de matériel.MP0098_SyncWorkOrderActivity: Capture les détails de planification et d'ordonnancement.
Définir les Configurations de Filtre: Pour chaque Document, appliquez des filtres pour exclure les données non pertinentes. Pour
SyncWorkOrder, filtrez parOrganizationet assurez-vous queWork Order Typen'est pas nul. Définissez le filtreDatepour couvrir votre période d'analyse (par exemple, les 12 derniers mois).Activer les Déclencheurs d'Événements: Dans l'écran Configuration des événements, assurez-vous que les déclencheurs
On Save,On UpdateetOn Status Changesont activés pour les entités correspondant aux Documents sélectionnés. Cela garantit que les données sont poussées immédiatement lorsqu'un utilisateur interagit avec le système.Mapper les Éléments de Données: Configurez le modèle XML de Databridge pour inclure les colonnes spécifiques requises. Assurez-vous que
EVT_CODEcorrespond àWorkOrderNumber, queEVT_STATUSest inclus pour le suivi du statut et queEVT_DAT_CREATEDest disponible.Exécuter le Chargement Initial: Databridge est principalement basé sur les événements, mais pour l'analyse historique, vous devez exécuter un Export par Lots. Naviguez vers l'écran Export Databridge, sélectionnez le partenaire
PMIND, choisissez le documentSyncWorkOrder, définissez la plage de dates et cliquez surSoumettrepour générer le backlog historique.Standardiser la Sortie: L'exportation produira des fichiers XML hiérarchiques. Utilisez un outil de script (comme Python, PowerShell ou un middleware ETL) pour aplatir ces XML. La logique est la suivante : Un nœud XML = Une ligne d'événement. Utilisez les règles de mappage définies dans la section Requête ci-dessous.
Dériver les Noms d'Activité: Dans votre script de transformation, utilisez la logique conditionnelle fournie dans la section Requête pour traduire les codes système (par exemple, Statut
RenOrdre de travail généré, StatutCenOrdre de travail terminé) en noms d'Activité lisibles par l'homme.Formater l'Horodatage: Infor EAM exporte les horodatages au format ISO 8601. Assurez-vous qu'ils sont convertis dans un format standard
YYYY-MM-DD HH:MM:SScompatible avec ProcessMind.Compiler le Journal d'Événements: Fusionnez les sorties des différents Objets Métier (Ordres de travail, Heures enregistrées, Transactions) dans un seul fichier CSV, en triant par
WorkOrderNumberetEventTimestamp.Validation Finale: Chargez le fichier CSV résultant dans ProcessMind et vérifiez que le nombre de cas correspond au nombre d'Ordres de travail uniques exportés d'Infor EAM.
Configuration
- Format d'exportation: Le format XML est recommandé par rapport au texte brut pour gérer les caractères spéciaux dans les commentaires et garantir l'application du schéma.
- Mode de déclenchement: Réglez sur Asynchrone pour éviter que le traitement Databridge ne ralentisse l'interface utilisateur pendant les heures de pointe.
- Granularité: Assurez-vous que l'option Inclure les détails de mise à jour est cochée dans la configuration du document afin de pouvoir détecter les modifications au niveau des champs (comme les mises à jour de Priorité ou les changements de Service).
- Plage de dates: Pour le chargement initial par lots, la pratique standard est de 12 à 24 mois d'historique. Pour les chargements delta continus, le système transmettra les données en temps réel.
- Filtre d'organisation: Filtrez toujours par
EVT_ORG(Organisation) pour éviter d'extraire des données multi-locataires si votre instance EAM est partagée. - Configuration du statut: Vérifiez quels statuts définis par l'utilisateur correspondent aux statuts système (R, A, C, etc.) pour garantir un mappage précis des Activités.
a Exemple de requête config
{
"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 (ODBC/JDBC) de votre Infor EAM (Oracle ou SQL Server). Assurez-vous de disposer des autorisations en lecture seule sur les tables suivantes : R5EVENTS (Ordres de travail), R5STATUS (Historique des statuts), R5BOOKEDHOURS (Main-d'œuvre), R5TRANSACTIONS (Matériaux), R5ACTIVITIES (Tâches) et R5TESTRESULTS (Qualité).
Définir le Périmètre et les Filtres Déterminez la fenêtre d'extraction. Généralement, une fenêtre glissante des 12 à 24 derniers mois est suffisante pour le process mining. Identifiez votre Code d'Organisation (ORG) pour filtrer les données pertinentes si vous utilisez une instance multi-sites.
Configurer les Mappages de Statuts Infor EAM permet des statuts définis par l'utilisateur. Examinez le script SQL fourni et remplacez les espaces réservés comme 'A' (Approuvé) ou 'C' (Clôturé) par les codes de statut réels utilisés dans votre configuration EAM spécifique. Vous pouvez les trouver dans la table R5STATUS_CODES si vous avez des doutes.
Préparer le Script SQL Copiez le SQL fourni dans la section Requête. Remplacez les espaces réservés [StartDate] et [EndDate] par votre plage de dates souhaitée (par exemple, '2023-01-01'). Remplacez [Votre Code d'Organisation] par votre filtre d'unité commerciale spécifique.
Exécuter l'Extraction Exécutez la requête dans votre client SQL (SQL Developer, SSMS ou DBeaver). La requête utilise UNION ALL pour combiner les événements d'en-tête, les changements de statut, les enregistrements de main-d'œuvre et les transactions de matériel dans un format de journal d'événements standardisé unique.
Validation des Données Vérifiez la sortie pour les horodatages NULL dans la colonne EventTimestamp. Assurez-vous que le WorkOrderNumber est renseigné pour chaque ligne. Vérifiez que la colonne EventName contient un bon mélange des 14 activités définies.
Transformation des Données (Optionnel) Si vos horodatages contiennent des décalages de fuseau horaire qui diffèrent de vos exigences d'analyse, appliquez une fonction de conversion (comme AT TIME ZONE) dans la requête ou pendant le post-traitement.
Exporter au Format CSV Exportez les résultats de la requête vers un fichier CSV plat. Assurez-vous que le délimiteur est défini sur la virgule ou le point-virgule et que des qualificateurs de texte (guillemets doubles) sont utilisés pour gérer les virgules dans les descriptions.
Importer dans ProcessMind Chargez le fichier CSV dans ProcessMind. Mappez les colonnes comme suit : WorkOrderNumber à Case ID, EventName à Activité et EventTimestamp à Horodatage. Mappez les colonnes restantes en tant qu'attributs de cas ou d'événement.
Configuration
- Plage de dates: La fenêtre d'extraction recommandée est de 12 à 24 mois. Assurez-vous que le filtre s'applique à la EVT_DATE (Date de création) ou aux dates de transaction spécifiques pour capturer les cas ouverts en cours.
- Filtre d'organisation: Utilisez la colonne EVT_ORG ou une colonne d'Organisation commune pour séparer les données par usine ou installation, car les processus diffèrent souvent selon les sites.
- Codes de statut: Cette requête repose sur des codes de statut standard (A, C, R, etc.). Vous devez les vérifier par rapport à la configuration de votre système dans le menu Administration sous Configuration d'écran ou Configuration de statut.
- Performance: La requête interroge des tables de transactions lourdes (R5TRANSACTIONS). Assurez-vous que des index non clusterisés appropriés existent sur EVT_CODE et TRN_DATE si vous interrogez de grands ensembles de données (>1 million de lignes).
- Fuseaux horaires: Infor EAM stocke les dates à l'heure du serveur de base de données. Assurez-vous de tenir compte de tout décalage si vos utilisateurs opèrent dans un fuseau horaire différent.
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]'