> Amélioration continue des processus > Maintenance des actifs > Oracle Maintenance Cloud > Modèle de données

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

Oracle Maintenance Cloud

Attributs de maintenance des actifs (22) Activités de maintenance des actifs (15) Guides d’extraction (3)

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

Ce modèle fournit un cadre structuré pour vous aider à organiser vos enregistrements de maintenance issus d’Oracle Maintenance Cloud en vue d’un Process Mining avancé. Il recense les points de données et les jalons nécessaires pour obtenir une visibilité complète sur l’entretien de vos équipements et l’allocation de vos ressources. En suivant ces recommandations, vous pouvez constituer un journal d’événements fiable, qui met en évidence les inefficacités et améliore votre stratégie de maintenance.

Attributs recommandés pour une analyse complète
Jalons essentiels du processus à surveiller
Guide d’extraction spécifique à Oracle

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs de maintenance des actifs

Ces champs de données recommandés vous permettent de catégoriser et de filtrer vos événements de maintenance afin d’obtenir des analyses plus détaillées des performances des équipements et de l’utilisation des ressources.

5 Obligatoire 8 Recommandé 9 Facultatif

	Nom	Description
	Activité ActivityName	Nom de l’événement ou du changement de statut qui se produit dans le flux de travail.
Description Cet attribut décrit l’étape précise réalisée dans le processus de maintenance, par exemple « Ordre de travail créé », « Opération commencée » ou « Ordre de travail clôturé ». Il représente les nœuds de la cartographie du processus. Les analystes l’utilisent pour visualiser le flux du processus, identifier les variantes et détecter les goulots d’étranglement entre des étapes précises. Pourquoi c’est important Nécessaire pour définir le flux du processus et la séquence des événements. Où les obtenir Dérivé des tables d'historique des transactions ou des journaux de changements de statut. Exemples Ordre de travail de maintenance crééOrdre de travail libéréOpération terminée
	Horodatage de l'événement EventDateTime	Date et heure auxquelles l'activité s'est produite.
Description Cet attribut enregistre le moment exact où un événement s'est produit. Il sert à ordonner chronologiquement les activités au sein d'un cas et à calculer la durée entre les étapes. Des horodatages précis sont essentiels pour calculer les temps de cycle, identifier les retards et mesurer les performances par rapport aux SLA. Pourquoi c’est important Essentiel pour établir la chronologie du processus. Où les obtenir Colonnes CREATION_DATE ou LAST_UPDATE_DATE des tables de transactions. Exemples 2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
	Ordre de travail de maintenance WorkOrderNumber	Identifiant unique de l'ordre de travail de maintenance.
Description Le numéro de l'ordre de travail sert d'identifiant unique du cas pour le processus de maintenance. Il suit le cycle de vie d'une tâche de maintenance, depuis la demande initiale ou la génération du planning jusqu'à l'exécution, l'achèvement et la clôture financière. Dans les analyses, cet attribut constitue la clé centrale pour relier les données d'événements aux attributs du cas. Il permet aux analystes de regrouper toutes les activités liées à une même intervention et de calculer les temps de cycle de bout en bout. Pourquoi c’est important Il s'agit de la clé primaire de l'instance de processus, indispensable pour reconstituer l'historique du cas. Où les obtenir Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_NUMBER Exemples WO-2023-0015WO-2023-0089WO-2023-1102
	Dernière mise à jour des données LastDataUpdate	Horodatage de l'extraction de données la plus récente.
Description Date et heure de la dernière extraction ou actualisation des données dans l'outil de Process Mining. Cette information aide les utilisateurs à évaluer l'actualité de l'analyse. Il s'agit d'un champ de métadonnées système requis pour la gouvernance des données. Pourquoi c’est important Permet aux utilisateurs de connaître l'actualité des données. Où les obtenir Heure système au moment de l'extraction. Exemples 2023-10-30T12:00:00Z
	Système source SourceSystem	Nom du système dans lequel les données ont été générées.
Description Indique le logiciel ou la base de données source depuis lequel l'enregistrement a été extrait. Dans ce contexte, il s'agit généralement d'« Oracle Maintenance Cloud ». Indispensable dans les environnements multisystèmes pour assurer la traçabilité des données. Pourquoi c’est important Assure la traçabilité des données dans les environnements multisystèmes. Où les obtenir Défini en dur lors de l'extraction. Exemples Oracle Maintenance CloudOracle Cloud ERP
	Code de l'organisation OrganizationCode	Code de l'organisation de maintenance ou de l'usine.
Description Représente l'unité opérationnelle, l'usine ou le site responsable des travaux de maintenance. Il permet de comparer les performances par région ou par site. Utilisé pour comparer les écarts de performance entre différents sites ou unités opérationnelles. Pourquoi c’est important Segmente l'analyse selon le lieu physique ou l'unité opérationnelle. Où les obtenir Table WIE_WORK_ORDERS_B, colonne ORGANIZATION_ID. Exemples M1NY-PLANTLON-DEPOT
	Date d'achèvement réelle ActualCompletionDate	Date et heure auxquelles les travaux de maintenance ont été terminés.
Description Enregistre l'achèvement final des travaux physiques. Cet horodatage clôt la phase d'exécution du cycle de vie. Il constitue le point final du Technical Execution Cycle Time et le point de départ de l'Administrative Lag Time. Pourquoi c’est important Marque la fin de la phase d'exécution technique. Où les obtenir Table WIE_WORK_ORDERS_B, colonne COMPLETED_DATE ou CLOSED_DATE. Exemples 2023-10-252023-10-262023-10-27
	Date de début réelle ActualStartDate	Date et heure réelles du début des travaux.
Description Enregistre le moment où le technicien a effectivement commencé les travaux. Cet événement est souvent déclenché par une transaction « Operation Started ». Utilisé pour calculer le délai d'approvisionnement en matériel, à son point de fin, et la fluidité de la planification des ressources. Pourquoi c’est important Essentiel pour comparer la durée d'exécution à la planification. Où les obtenir Table WIE_WORK_ORDERS_B, colonne ACTUAL_START_DATE. Exemples 2023-10-212023-10-222023-10-23
	Numéro de l'équipement AssetNumber	Identifiant unique de l'équipement faisant l'objet de la maintenance.
Description Identifie précisément l'équipement physique ou la machine concernée par l'ordre de travail de maintenance. Il relie le processus à la hiérarchie des équipements. Cet attribut est essentiel pour le KPI Asset Rework Frequency, qui permet aux analystes de repérer les machines tombant régulièrement en panne. Pourquoi c’est important Relie les activités de maintenance aux équipements physiques concernés. Où les obtenir Table WIE_WORK_ORDERS_B, colonne ASSET_ID, reliée à CSI_ITEM_INSTANCES. Exemples PUMP-101HVAC-Unit-5CONVEYOR-BELT-A
	Priorité Priority	Niveau d'urgence attribué à l'ordre de travail.
Description Indique l'importance de l'ordre de travail, par exemple Critical, High, Medium ou Low. Ce niveau détermine la planification et l'affectation des ressources. Important pour le Dashboard Work Order Conversion Efficiency, afin de garantir que les pannes critiques sont correctement priorisées. Pourquoi c’est important Détermine le délai de réponse cible et l'affectation des ressources. Où les obtenir Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_PRIORITY_ID. Exemples CritiqueÉlevéeStandard
	Statut de l'ordre de travail WorkOrderStatus	État actuel du cycle de vie de l'ordre de travail.
Description Indique le statut de l'ordre de travail, par exemple Unreleased, Released, On Hold, Completed ou Closed. Il permet de filtrer les cas encore ouverts et ceux qui sont terminés. Utilisé dans les Dashboards pour visualiser le travail en cours (WIP) et identifier les ordres bloqués dans certains états. Pourquoi c’est important Fournit un aperçu de l'avancement de l'ordre de travail. Où les obtenir Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_STATUS_ID. Exemples LibéréEn attenteClôturé
	Technicien affecté AssignedTechnician	Personne ou groupe de ressources chargé d'exécuter la tâche.
Description Enregistre l'identifiant utilisateur ou employé du technicien responsable des travaux. Cette affectation peut être définie au niveau de l'en-tête ou de l'opération. Utilisé dans les analyses Technician Utilization et Labor pour identifier les lacunes de compétences ou les ressources sursollicitées. Pourquoi c’est important Permet d'analyser les performances des ressources et de planifier les capacités. Où les obtenir Table WIE_OPERATION_RESOURCES ou table d'affectation similaire. Exemples J. SmithTech-005Prestataire externe
	Type de maintenance WorkOrderType	Catégorise l'ordre de travail comme préventif, correctif ou prédictif.
Description Cet attribut définit la nature des travaux de maintenance. Les valeurs courantes incluent Preventive, Corrective, Emergency ou Condition-Based. Il est essentiel pour le KPI Proactive Maintenance Ratio, qui permet aux analystes de comparer le volume des travaux planifiés aux interventions non planifiées consécutives à des défaillances. Pourquoi c’est important Distingue la maintenance planifiée des réparations réactives. Où les obtenir Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_TYPE_ID, reliée à la définition du type. Exemples PréventifCorrectifUrgence
	Catégorie d'équipement AssetCategory	Regroupement des équipements par type, comme HVAC, Fleet ou Production Line.
Description Classe l'équipement dans des groupes plus larges. Cette classification permet d'analyser les performances de maintenance à un niveau global selon les différents types d'équipements. Utilisé dans le Dashboard Maintenance Lead Time Overview pour identifier les catégories d'équipements qui génèrent le plus de retards. Pourquoi c’est important Permet d'analyser les performances de maintenance par type d'équipement, à un niveau agrégé. Où les obtenir Dérivé de la catégorie d'article affectée à l'Asset ID. Exemples Machines lourdesVéhicules de flotteServices généraux
	Coût total TotalCost	Coût financier total engagé pour l'ordre de travail.
Description Somme des coûts des matériaux, de la main-d'œuvre et des frais indirects associés à l'ordre de travail. Cette valeur est généralement finalisée lors de l'activité « Maintenance Costs Transferred ». Utilisée dans l'analyse de la précision de la planification de la maintenance pour comparer les dépenses budgétées aux dépenses réelles. Pourquoi c’est important Principal indicateur financier des activités de maintenance. Où les obtenir Tables du module de calcul des coûts liées à l'identifiant de l'ordre de travail. Exemples 1500.00250.505000.00
	Date cible du SLA SlaTargetDate	Date limite à laquelle l'ordre de travail doit être terminé.
Description Calculée en fonction de la priorité et de la date de création. Elle représente l'engagement pris envers l'entreprise pour remettre l'actif en état. Utilisée pour le KPI de taux de respect du SLA afin de déterminer si la maintenance respecte ses engagements de service. Pourquoi c’est important Définit les critères de réussite en matière de respect des délais. Où les obtenir Il s'agit généralement d'un champ personnalisé ou d'une valeur dérivée de la configuration de la priorité. Exemples 2023-11-012023-11-052023-11-10
	Date de début planifiée ScheduledStartDate	Date de début planifiée des travaux de maintenance.
Description Date et heure auxquelles les travaux devaient commencer. La comparaison avec la date de début réelle permet d'évaluer le respect du planning. Utilisé dans l'analyse de la planification et des écarts pour détecter les perturbations du plan de maintenance. Pourquoi c’est important Référence pour mesurer le respect du planning et les écarts. Où les obtenir Table WIE_WORK_ORDERS_B, colonne PLANNED_START_DATE. Exemples 2023-10-202023-10-212023-10-22
	Date de la demande RequestDate	Date de réception de la demande initiale de maintenance.
Description Horodatage indiquant le moment où le besoin de maintenance a été identifié et enregistré pour la première fois. Il constitue le point de départ du calcul du délai. Essentiel pour le KPI Work Order Conversion Lead Time, qui mesure le délai entre l'identification d'un problème et la création de l'ordre. Pourquoi c’est important Marque le début du cycle de vie complet du processus. Où les obtenir Table WIE_WORK_ORDERS_B, dérivée du lien avec la demande source. Exemples 2023-10-012023-10-052023-11-12
	Description de l'ordre de travail WorkOrderDescription	Texte court décrivant le problème ou la tâche.
Description Champ de texte libre saisi par le demandeur ou le planificateur pour décrire le problème ou les travaux requis. Il apporte un contexte que les données structurées peuvent ne pas restituer. Utile pour l'analyse de texte ou l'examen manuel des types de travaux « Other ». Pourquoi c’est important Fournit un contexte compréhensible pour la tâche de maintenance. Où les obtenir Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_DESCRIPTION. Exemples Remplacer le moteur de la bande transporteuseInspection de sécurité mensuelleRéparer la fuite d'huile de la pompe A
	Est une reprise IsRework	Indicateur signalant si cet ordre de travail correspond à une réparation répétée.
Description Indicateur booléen qui prend la valeur true si un autre ordre de travail a été clôturé pour le même identifiant d'actif au cours des 30 jours précédents. Il s'agit d'un attribut calculé. Il contribue directement au KPI de fréquence des reprises sur actif et aide à identifier les réparations de mauvaise qualité ou les actifs défaillants. Pourquoi c’est important Identifie les problèmes de qualité et les défaillances récurrentes. Où les obtenir Calculé dans la couche de transformation des données. Exemples truefalse
	Heures de travail estimées EstimatedLaborHours	Nombre d'heures de travail planifiées pour l'ordre de travail.
Description Durée estimée par le planificateur pour réaliser la tâche. Cette valeur est définie lors de la phase de planification ou de lancement. Comparée aux heures de travail réelles pour déterminer l'écart et améliorer les standards de planification futurs. Pourquoi c’est important Référence pour évaluer l'efficacité de l'exécution. Où les obtenir Table WIE_OPERATION_RESOURCES, quantité planifiée. Exemples 5.010.01.0
	Heures de travail réelles ActualLaborHours	Nombre total d'heures consacrées par les techniciens à cet ordre de travail.
Description Somme de toutes les durées enregistrées dans les transactions de main-d'œuvre pour l'ordre de travail. Cette valeur mesure l'effort réellement fourni. Utilisée dans le KPI d'écart entre les heures de travail estimées et réelles afin d'évaluer la précision de la planification. Pourquoi c’est important Indicateur essentiel pour le calcul des coûts et l'efficacité des équipes. Où les obtenir Agrégées à partir de WIE_WORK_ORDER_TRANSACTIONS (transactions de ressources). Exemples 4.512.00.75

Obligatoire Recommandé Facultatif

Activités de maintenance des actifs

Ces éléments représentent les étapes essentielles du cycle de vie et les mises à jour opérationnelles nécessaires pour visualiser le flux complet de vos ordres de travail de maintenance.

8 Recommandé 7 Facultatif

	Activité	Description
	Demande de maintenance créée	Soumission initiale d'une demande de maintenance via le portail en libre-service ou l'interface du centre d'assistance. Cet événement enregistre le premier signalement d'une panne ou d'une intervention nécessaire avant la création d'un ordre de travail officiel, généralement dans la table Work Requests.
Pourquoi c’est important Marque le véritable début du cycle de demande de maintenance. Cet événement est essentiel pour calculer le délai entre l'identification de la panne et la création d'un ordre de travail concret. Où les obtenir Dérivé de la table MNT_WORK_REQUESTS à partir du champ CREATION_DATE. Collecte Enregistré lors de l'insertion d'un enregistrement dans la table Work Requests Type d’événement explicit
	Heures de main-d'œuvre enregistrées	Enregistrement du temps consacré par un technicien à l'ordre de travail. Il s'agit d'un événement transactionnel auquel sont associés les coûts de l'activité de maintenance.
Pourquoi c’est important Suit l'accumulation des efforts et des coûts. Plusieurs événements de ce type indiquent que les travaux se poursuivent et servent à calculer les écarts totaux de main-d'œuvre. Où les obtenir Dérivé de la table WIE_RESOURCE_TRANSACTIONS. Collecte Enregistré lors de l'exécution de la transaction X Type d’événement explicit
	Matériaux sortis du stock	Déduction effective du stock de l'entrepôt, avec sortie des matériaux pour l'ordre de travail concerné. Cette opération représente le déplacement physique des pièces vers le lieu de maintenance.
Pourquoi c’est important Indicateur concret que les travaux sont sur le point de commencer. La comparaison avec l'événement « Released » met en évidence les retards dans la préparation des pièces en entrepôt. Où les obtenir Dérivé de la table INV_MATERIAL_TXNS lorsque TRANSACTION_SOURCE_TYPE_ID est lié à l'ordre de travail. Collecte Enregistré lors de l'exécution de la transaction X Type d’événement explicit
	Opération commencée	Début d'une opération précise, par exemple Op 10 ou Op 20, dans l'ordre de travail. Il s'agit du moment exact où les travaux techniques commencent sur une tâche.
Pourquoi c’est important Représente l'étape « Work Commenced ». Elle est essentielle pour comparer le temps réel d'intervention à la durée planifiée. Où les obtenir Dérivé des changements de statut de WIE_WO_OPERATIONS_B ou de l'horodatage de la première transaction de ressource pour l'opération. Collecte Dériver en comparant le champ X au champ Y Type d’événement inferred
	Ordre de travail clôturé	Clôture administrative finale de l'ordre de travail. Aucun coût supplémentaire ne peut être imputé et l'ordre est finalisé pour la comptabilité.
Pourquoi c’est important Marque la fin du cycle de vie administratif. Le délai entre Completed et Closed représente le retard administratif. Où les obtenir Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE devient 'CLOSED'. Collecte Comparer le champ avant et après le changement Type d’événement explicit
	Ordre de travail de maintenance créé	Génération par le système de l'entité Work Order, convertie à partir d'une demande ou créée manuellement. Cet événement établit le Case ID pour le Process Mining et définit la référence pour la planification et l'exécution.
Pourquoi c’est important Événement d'ancrage principal de l'instance de processus. Il sépare la phase de réception de la demande des phases de planification et d'exécution. Où les obtenir Dérivé de la table WIE_WORK_ORDERS_B à partir de l'horodatage CREATION_DATE. Collecte Enregistré lors de la création de l'en-tête de l'ordre de travail Type d’événement explicit
	Ordre de travail libéré	Changement de statut faisant passer l'ordre de travail de l'état Draft ou Unreleased à l'état Released. Cette action autorise la consommation des matériaux et des ressources affectés à l'ordre.
Pourquoi c’est important Indique la fin de la phase de planification et l’autorisation de commencer l’exécution. Les retards à cette étape signalent des goulots d’étranglement dans la planification. Où les obtenir Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE devient 'RELEASED'. Collecte Comparer le champ avant et après le changement Type d’événement inferred
	Ordre de travail terminé	Achèvement technique de l'ensemble de l'ordre de travail. Il signifie que l'équipement physique est réparé et prêt à être remis en service, même si le traitement financier peut se poursuivre.
Pourquoi c’est important Marque la fin effective de l'intervention de maintenance du point de vue opérationnel. Cet événement sert à calculer le respect des SLA. Où les obtenir Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE devient 'COMPLETED'. Collecte Comparer le champ avant et après le changement Type d’événement explicit
	Coûts de maintenance transférés	Transfert des coûts cumulés du système de maintenance vers le module Cost Management. Cette étape constitue le règlement financier.
Pourquoi c’est important Confirme que l'impact financier de la maintenance a été comptabilisé. Essentiel pour l'analyse de la « Maintenance Planning Accuracy ». Où les obtenir Dérivé des tables de répartition de la comptabilité analytique liées à la source de transaction de l'ordre de travail. Collecte Enregistré lors de l'exécution de la transaction X Type d’événement inferred
	Inspection qualité enregistrée	Saisie des résultats qualité associés à l'ordre de travail de maintenance. Cette étape valide que la réparation respecte les normes de sécurité et d'exploitation.
Pourquoi c’est important Garantit la conformité. L'absence de contrôles qualité avant l'achèvement peut indiquer des risques de sécurité ou des écarts de processus. Où les obtenir Dérivé de QA_RESULTS ou de tables similaires de plans de collecte qualité liées à l'ID de l'ordre de travail. Collecte Enregistré lors de l'exécution de la transaction X Type d’événement explicit
	Matériaux affectés	Réservation ou affectation des pièces détachées et composants nécessaires à l'ordre de travail. Cette étape garantit la disponibilité du stock avant le début des travaux.
Pourquoi c’est important Essentiel pour analyser la préparation de la chaîne d'approvisionnement. Un retard à cette étape peut indiquer des pénuries de stock ou une planification des approvisionnements trop lente. Où les obtenir Dérivé de la table WIE_WO_COMPONENTS_B à partir de CREATION_DATE ou ALLOCATION_DATE. Collecte Enregistré lors de l'exécution de la transaction X Type d’événement explicit
	Opération terminée	Achèvement d'une étape précise, Operation, dans le routage. Cet événement indique qu'une partie donnée des travaux techniques est terminée.
Pourquoi c’est important Offre une visibilité détaillée sur l'avancement. « Maintenance Task Executed » est généralement dérivé de l'achèvement de la dernière opération. Où les obtenir Dérivé des changements de statut de WIE_WO_OPERATIONS_B ou de l'historique des transactions indiquant l'achèvement. Collecte Comparer le champ avant et après le changement Type d’événement inferred
	Ordre de travail annulé	Fin d'un ordre de travail avant son achèvement. Cette situation peut survenir lorsque les travaux sont en double, inutiles ou regroupés avec une autre intervention.
Pourquoi c’est important L'identification de taux d'annulation élevés peut révéler des problèmes dans le processus de réception des demandes ou dans la logique de détection des doublons. Où les obtenir Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE devient 'CANCELED'. Collecte Comparer le champ avant et après le changement Type d’événement explicit
	Ordre de travail mis en attente	Le statut de l'ordre de travail passe à « On Hold », ce qui suspend l'exécution. Cette situation survient généralement en raison de pièces manquantes, d'un accès impossible ou de problèmes de sécurité.
Pourquoi c’est important Source majeure d'inefficacité des processus. L'identification de la fréquence et de la durée des mises en attente est essentielle pour réduire le délai global. Où les obtenir Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE devient 'ON_HOLD'. Collecte Comparer le champ avant et après le changement Type d’événement explicit
	Ordre de travail planifié	Affectation de dates de début précises ou de ressources précises, techniciens ou outils, aux opérations de l'ordre de travail. Cette étape met à jour les dates planifiées dans le système.
Pourquoi c’est important Mesure l'efficacité de l'équipe de dispatching ou de planification. Les écarts entre la libération et la planification indiquent une concurrence entre les ressources. Où les obtenir Dérivé des mises à jour des colonnes de planification de WIE_OPERATION_RESOURCES ou WIE_WO_OPERATIONS_B. Collecte Comparer le champ avant et après le changement Type d’événement inferred

Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis Oracle Maintenance Cloud

Étapes

Connectez-vous à la console Oracle Cloud et accédez à la console Business Intelligence Cloud Connector (BICC).
Créez une nouvelle configuration d’offre ou modifiez-en une existante. Recherchez l’offre « Maintenance Management » ou « Supply Chain Management ».
Sélectionnez les objets de vue publics (PVO) requis pour l’extraction. Vous devez sélectionner : « FscmTopModelAM.ScmExtractAM.MntBiccExtractAM.WorkOrderExtractPVO » (en-têtes), « FscmTopModelAM.ScmExtractAM.MntBiccExtractAM.WorkOrderStatusHistoryExtractPVO » (changements de statut), « FscmTopModelAM.ScmExtractAM.MntBiccExtractAM.WorkRequestExtractPVO » (demandes), « FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO » (sorties de matériaux) et « FscmTopModelAM.ScmExtractAM.MntBiccExtractAM.WorkOrderResourceTransactionExtractPVO » (main-d’œuvre).
Configurez le stockage des extractions. Dirigez les tâches BICC vers un dossier Oracle Universal Content Management (UCM) valide ou vers un compartiment Object Storage externe, par exemple OCI Object Storage.
Configurez le planificateur pour exécuter ces extractions. Pour le chargement initial, sélectionnez « Full Extract ». Pour les exécutions suivantes, configurez « Incremental Extract » en fonction de « LastUpdateDate » afin de réduire le volume de données.
Téléchargez les fichiers CSV générés depuis l’emplacement de stockage et chargez-les dans votre base de données de préparation ou votre lac de données, par exemple Snowflake, BigQuery ou SQL Server. Vérifiez que les noms de tables de votre environnement de préparation correspondent aux noms des PVO afin de faciliter l’identification.
Exécutez le script de transformation SQL fourni dans la section Query ci-dessous sur vos tables de préparation. Ce script regroupe les données issues des différents PVO dans une structure de journal d’événements unique.
Vérifiez que le résultat contient toutes les colonnes requises : WorkOrderNumber, ActivityName, EventDateTime et SourceSystem.
Appliquez les conversions de fuseau horaire nécessaires si les extractions BICC sont en UTC, ce qui est le comportement standard, et si votre analyse doit utiliser l’heure locale du site.
Exportez le résultat final au format CSV ou Parquet.
Importez le fichier dans ProcessMind en veillant à mapper le Case ID sur WorkOrderNumber et le Timestamp sur EventDateTime.

Configuration

Mode d’extraction : utilisez « Full » lors de la première exécution, puis passez à « Incremental » pour extraire uniquement les enregistrements modifiés depuis la dernière exécution.
Date d’élagage : définissez une « Pruning Date » dans la configuration BICC afin de limiter l’historique, généralement aux 12 à 24 derniers mois, et d’améliorer les performances.
Sélection des colonnes : dans la console BICC, vous pouvez désélectionner les colonnes inutilisées des PVO afin de réduire la taille des fichiers. Conservez les clés primaires, les clés étrangères, les codes de statut et les horodatages.
Taille de récupération : la taille de récupération par défaut est généralement suffisante. Toutefois, dans les environnements à fort volume, avec des millions d’ordres de travail, envisagez d’augmenter la taille des lots si le stockage cible le permet.
Filtres : si vous analysez uniquement certaines organisations, appliquez un filtre sur « OrganizationCode » dans la configuration des PVO BICC afin de filtrer les données à la source.

a Exemple de requête sql

/* 
  SQL Transformation Script for Oracle Maintenance Cloud via BICC
  Assumes BICC CSVs are loaded into staging tables:
  - STG_WORK_ORDER (Source: WorkOrderExtractPVO)
  - STG_WO_STATUS_HISTORY (Source: WorkOrderStatusHistoryExtractPVO)
  - STG_WORK_REQUEST (Source: WorkRequestExtractPVO)
  - STG_WO_MATERIAL (Source: WorkOrderMaterialExtractPVO)
  - STG_MAT_TRX (Source: MaterialTransactionExtractPVO)
  - STG_WO_OP_TRX (Source: WorkOrderOperationTransactionExtractPVO)
  - STG_WO_RES_TRX (Source: WorkOrderResourceTransactionExtractPVO)
  - STG_QA_RESULTS (Source: QAResultsExtractPVO)
  - STG_COST_TRX (Source: CostTransactionExtractPVO)
*/

SELECT
    CAST(WR.WorkRequestNumber AS VARCHAR(255)) AS WorkOrderNumber, -- Using Request Number temporarily or link to WO if exists
    'Maintenance Request Created' AS ActivityName,
    WR.CreationDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    NULL AS WorkOrderType,
    WR.StatusCode AS WorkOrderStatus,
    WR.AssetNumber AS AssetNumber,
    WR.OrganizationCode AS OrganizationCode,
    NULL AS Priority,
    NULL AS AssignedTechnician,
    NULL AS ActualStartDate,
    NULL AS ActualCompletionDate
FROM STG_WORK_REQUEST WR

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Maintenance Work Order Created' AS ActivityName,
    WO.CreationDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_WORK_ORDER WO

UNION ALL

-- Captures Released, On Hold, Completed, Closed, Canceled based on status history
SELECT
    WO.WorkOrderNumber,
    CASE 
        WHEN WSH.StatusCode = 'RELEASED' THEN 'Work Order Released'
        WHEN WSH.StatusCode = 'ON_HOLD' THEN 'Work Order On Hold'
        WHEN WSH.StatusCode = 'COMPLETED' THEN 'Work Order Completed'
        WHEN WSH.StatusCode = 'CLOSED' THEN 'Work Order Closed'
        WHEN WSH.StatusCode = 'CANCELED' THEN 'Work Order Canceled'
        ELSE CONCAT('Status Change: ', WSH.StatusCode)
    END AS ActivityName,
    WSH.StatusChangeDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WSH.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_WO_STATUS_HISTORY WSH
JOIN STG_WORK_ORDER WO ON WSH.WorkOrderId = WO.WorkOrderId
WHERE WSH.StatusCode IN ('RELEASED', 'ON_HOLD', 'COMPLETED', 'CLOSED', 'CANCELED')

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Materials Allocated' AS ActivityName,
    WOM.CreationDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_WO_MATERIAL WOM
JOIN STG_WORK_ORDER WO ON WOM.WorkOrderId = WO.WorkOrderId

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Materials Issued' AS ActivityName,
    MT.TransactionDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_MAT_TRX MT
JOIN STG_WORK_ORDER WO ON MT.WorkOrderNumber = WO.WorkOrderNumber -- Note: Linking via WO Number string if ID not present in Inv Extract
WHERE MT.TransactionTypeId IN (35, 43) -- Standard Type IDs for WIP Issue/Return, adjust based on specific setup

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Work Order Scheduled' AS ActivityName,
    WO.ScheduledStartDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_WORK_ORDER WO
WHERE WO.ScheduledStartDate IS NOT NULL
AND WO.ScheduledStartDate <> WO.CreationDate -- Attempt to isolate explicit scheduling action

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Operation Started' AS ActivityName,
    WOT.TransactionDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_WO_OP_TRX WOT
JOIN STG_WORK_ORDER WO ON WOT.WorkOrderId = WO.WorkOrderId
WHERE WOT.TransactionType = 'OP_START' -- Adjust literal based on lookup code

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Operation Completed' AS ActivityName,
    WOT.TransactionDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_WO_OP_TRX WOT
JOIN STG_WORK_ORDER WO ON WOT.WorkOrderId = WO.WorkOrderId
WHERE WOT.TransactionType = 'OP_COMPLETE' -- Adjust literal based on lookup code

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Labor Hours Recorded' AS ActivityName,
    WRT.TransactionDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    WRT.PersonName AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_WO_RES_TRX WRT
JOIN STG_WORK_ORDER WO ON WRT.WorkOrderId = WO.WorkOrderId

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Quality Inspection Recorded' AS ActivityName,
    QR.CreationDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_QA_RESULTS QR
JOIN STG_WORK_ORDER WO ON QR.SourceReferenceId = WO.WorkOrderId -- Mapping depends on Quality Plan setup

UNION ALL

SELECT
    WO.WorkOrderNumber,
    'Maintenance Costs Transferred' AS ActivityName,
    CT.TransactionDate AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    CURRENT_TIMESTAMP AS LastDataUpdate,
    WO.WorkOrderType,
    WO.StatusCode AS WorkOrderStatus,
    WO.AssetNumber,
    WO.OrganizationCode,
    WO.Priority,
    NULL AS AssignedTechnician,
    WO.ActualStartDate,
    WO.ActualCompletionDate
FROM STG_COST_TRX CT
JOIN STG_WORK_ORDER WO ON CT.SourceRefId = WO.WorkOrderId
WHERE CT.TransactionSource = 'MAINTENANCE'

Étapes

Connectez-vous à l’environnement Oracle Fusion Cloud avec un utilisateur disposant des privilèges d’administrateur BI ou de développeur de modèles de données.
Accédez à Tools > Reports and Analytics, puis cliquez sur Browse Catalog pour ouvrir l’interface Oracle BI Publisher, généralement accessible via /xmlpserver.
Dans le catalogue, cliquez sur le bouton Create en haut à droite, puis sélectionnez Data Model.
Dans l’éditeur de modèle de données, repérez le panneau Data Sets à gauche, cliquez sur l’icône Plus (+), puis sélectionnez SQL Query.
Nommez le jeu de données, par exemple MaintenanceEventLog, sélectionnez la Data Source appropriée, généralement ApplicationDB_SCM ou une source similaire, et laissez Type sur Standard SQL.
Collez la requête SQL complète fournie ci-dessous dans la zone de texte SQL Query.
Vérifiez les noms de tables concernés, tels que QA_RESULTS ou les tables de coûts, car ils peuvent varier selon l’implémentation du module. Adaptez le préfixe de schéma si votre environnement nécessite des références distinctes, par exemple FUSION.WIE_....
Accédez à l’onglet Parameters si vous souhaitez paramétrer la période, en remplaçant les horodatages codés en dur dans les clauses WHERE par des variables de liaison telles que :p_start_date.
Cliquez sur View Data, sélectionnez une taille d’échantillon, puis cliquez sur View afin de vérifier que le résultat contient des lignes correspondant à différents types d’activités.
Une fois la vérification terminée, enregistrez le Data Model dans un dossier partagé, par exemple Custom/Maintenance.
Pour extraire le journal complet, créez un rapport à partir de ce Data Model, désélectionnez toutes les options de mise en page afin de produire une exportation de données brutes, puis planifiez la génération du rapport au format CSV ou XML.
Téléchargez le fichier obtenu et importez-le dans ProcessMind en vérifiant que la colonne EventDateTime est interprétée avec le décalage de fuseau horaire approprié.

Configuration

Source de données : vérifiez que la requête SQL s’exécute sur la base opérationnelle SCM ou Maintenance Cloud, et non sur l’archive.
Période : la requête extrait actuellement tout l’historique. En production, ajoutez une clause WHERE filtrant CREATION_DATE ou TRANSACTION_DATE, par exemple sur les 12 derniers mois, afin d’améliorer les performances.
Filtrage par organisation : si votre environnement comprend plusieurs organisations de maintenance, ajoutez un filtre sur ORGANIZATION_CODE ou ORGANIZATION_ID afin de séparer les journaux par site.
Fuseau horaire du système : Oracle Cloud stocke les dates en UTC. Vérifiez que votre projet ProcessMind interprète ces horodatages comme des valeurs UTC ou adaptez la requête SQL pour les convertir dans votre fuseau horaire local.
Codes de statut : la requête suppose l’utilisation des codes de recherche Oracle standard, par exemple ORA_WO_RELEASED. Si vous avez créé des codes de statut personnalisés, mettez à jour les instructions CASE ou les clauses WHERE du bloc consacré à l’historique des statuts.
Validation : validez toujours le nombre de lignes par rapport à l’écran Manage Maintenance Work Orders afin de vérifier qu’aucun sous-ensemble important de données n’est exclu.

a Exemple de requête sql

/* 1. Maintenance Request Created */
SELECT
    CAST(req.WORK_REQUEST_NUMBER AS VARCHAR(50)) AS WorkOrderNumber,
    'Maintenance Request Created' AS ActivityName,
    req.CREATION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    'Corrective' AS WorkOrderType,
    'NEW' AS WorkOrderStatus,
    req.ASSET_NUMBER AS AssetNumber,
    req.ORGANIZATION_CODE AS OrganizationCode,
    NULL AS Priority,
    NULL AS AssignedTechnician,
    NULL AS ActualStartDate,
    NULL AS ActualCompletionDate
FROM WIE_WORK_REQUESTS_B req

UNION ALL

/* 2. Maintenance Work Order Created */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Maintenance Work Order Created' AS ActivityName,
    wo.CREATION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    'UNRELEASED' AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WORK_ORDERS_B wo

UNION ALL

/* 3. Work Order Released */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Work Order Released' AS ActivityName,
    hist.STATUS_CHANGE_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    'RELEASED' AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_STATUS_HISTORY hist
JOIN WIE_WORK_ORDERS_B wo ON hist.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE hist.STATUS_CODE = 'ORA_WO_RELEASED'

UNION ALL

/* 4. Materials Allocated (Requirement Definition) */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Materials Allocated' AS ActivityName,
    comps.CREATION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_OPERATION_COMPONENTS comps
JOIN WIE_WORK_ORDERS_B wo ON comps.WORK_ORDER_ID = wo.WORK_ORDER_ID

UNION ALL

/* 5. Materials Issued */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Materials Issued' AS ActivityName,
    mat_txn.TRANSACTION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_MATERIAL_TRANSACTIONS mat_txn
JOIN WIE_WORK_ORDERS_B wo ON mat_txn.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE mat_txn.TRANSACTION_TYPE_CODE = 'MATERIAL_ISSUE'

UNION ALL

/* 6. Work Order Scheduled */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Work Order Scheduled' AS ActivityName,
    ops.LAST_UPDATE_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_OPERATIONS_B ops
JOIN WIE_WORK_ORDERS_B wo ON ops.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE ops.PLANNED_START_DATE IS NOT NULL
AND ops.CREATION_DATE <> ops.LAST_UPDATE_DATE

UNION ALL

/* 7. Operation Started */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Operation Started' AS ActivityName,
    op_txn.TRANSACTION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_OPERATION_TRANSACTIONS op_txn
JOIN WIE_WORK_ORDERS_B wo ON op_txn.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE op_txn.TRANSACTION_TYPE_CODE IN ('ORA_WIE_OP_START', 'OP_START')

UNION ALL

/* 8. Labor Hours Recorded */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Labor Hours Recorded' AS ActivityName,
    res_txn.TRANSACTION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    res_txn.RESOURCE_CODE AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_OPERATION_TRANSACTIONS res_txn
JOIN WIE_WORK_ORDERS_B wo ON res_txn.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE res_txn.TRANSACTION_TYPE_CODE = 'RESOURCE_TRANSACTION'

UNION ALL

/* 9. Work Order On Hold */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Work Order On Hold' AS ActivityName,
    hist.STATUS_CHANGE_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    'ON_HOLD' AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_STATUS_HISTORY hist
JOIN WIE_WORK_ORDERS_B wo ON hist.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE hist.STATUS_CODE = 'ORA_WO_ON_HOLD'

UNION ALL

/* 10. Quality Inspection Recorded */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Quality Inspection Recorded' AS ActivityName,
    qa.CREATION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    qa.CREATED_BY AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM QA_RESULTS qa
JOIN WIE_WORK_ORDERS_B wo ON qa.WORK_ORDER_ID = wo.WORK_ORDER_ID

UNION ALL

/* 11. Operation Completed */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Operation Completed' AS ActivityName,
    op_txn.TRANSACTION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_OPERATION_TRANSACTIONS op_txn
JOIN WIE_WORK_ORDERS_B wo ON op_txn.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE op_txn.TRANSACTION_TYPE_CODE IN ('ORA_WIE_OP_COMPLETE', 'OP_COMPLETE')

UNION ALL

/* 12. Work Order Completed */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Work Order Completed' AS ActivityName,
    hist.STATUS_CHANGE_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    'COMPLETED' AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_STATUS_HISTORY hist
JOIN WIE_WORK_ORDERS_B wo ON hist.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE hist.STATUS_CODE = 'ORA_WO_COMPLETED'

UNION ALL

/* 13. Work Order Closed */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Work Order Closed' AS ActivityName,
    hist.STATUS_CHANGE_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    'CLOSED' AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_STATUS_HISTORY hist
JOIN WIE_WORK_ORDERS_B wo ON hist.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE hist.STATUS_CODE = 'ORA_WO_CLOSED'

UNION ALL

/* 14. Work Order Canceled */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Work Order Canceled' AS ActivityName,
    hist.STATUS_CHANGE_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    'CANCELED' AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM WIE_WO_STATUS_HISTORY hist
JOIN WIE_WORK_ORDERS_B wo ON hist.WORK_ORDER_ID = wo.WORK_ORDER_ID
WHERE hist.STATUS_CODE = 'ORA_WO_CANCELED'

UNION ALL

/* 15. Maintenance Costs Transferred */
SELECT
    wo.WORK_ORDER_NUMBER AS WorkOrderNumber,
    'Maintenance Costs Transferred' AS ActivityName,
    cst.TRANSACTION_DATE AS EventDateTime,
    'Oracle Maintenance Cloud' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    wo.WORK_ORDER_TYPE AS WorkOrderType,
    wo.WORK_ORDER_STATUS AS WorkOrderStatus,
    wo.ASSET_NUMBER AS AssetNumber,
    wo.ORGANIZATION_CODE AS OrganizationCode,
    wo.WORK_ORDER_PRIORITY AS Priority,
    NULL AS AssignedTechnician,
    wo.ACTUAL_START_DATE AS ActualStartDate,
    wo.ACTUAL_COMPLETION_DATE AS ActualCompletionDate
FROM CST_TRANSACTIONS cst
JOIN WIE_WORK_ORDERS_B wo ON cst.SOURCE_HEADER_ID = wo.WORK_ORDER_ID
WHERE cst.TRANSACTION_SOURCE_CODE = 'MAINTENANCE'

Étapes

Prérequis : vérifiez que vous disposez d’un utilisateur Oracle Cloud configuré, doté du rôle Maintenance Manager, et que l’accès à l’API REST est activé.
Configuration de l’environnement : installez Python, version 3.8 ou ultérieure, ainsi que les bibliothèques requises pandas et requests à l’aide de la commande pip install pandas requests.
Identification des points de terminaison : identifiez l’URL de base de votre instance Oracle Fusion, par exemple https://fa-instance.oraclecloud.com, ainsi que les points de terminaison REST spécifiques : maintenanceWorkOrders, maintenanceWorkOrders/child/WorkOrderOperation et maintenanceWorkOrders/child/WorkOrderMaterialTransaction.
Configuration de l’authentification : configurez le script avec des identifiants d’authentification de base, nom d’utilisateur et mot de passe, ou mettez en œuvre la gestion des jetons OAuth 2.0 si votre politique de sécurité l’exige.
Définition du périmètre : définissez la période d’extraction, par exemple LastUpdateDate > 2023-01-01, afin de limiter le volume de données et de préserver les performances.
Extraction des en-têtes : le script interroge d’abord le point de terminaison parent maintenanceWorkOrders. Celui-ci fournit le Case ID principal, WorkOrderNumber, ainsi que les horodatages des en-têtes pour la création, la mise en production et la clôture.
Parcours des ressources enfants : pour chaque ordre de travail récupéré, le script doit effectuer des appels API supplémentaires vers les ressources enfants, Operations, Material Transactions et Resource Transactions, afin de capturer les événements détaillés tels que Operation Started ou Labor Hours Recorded.
Reconstitution de l’historique : pour capturer les changements de statut tels que Work Order On Hold, le script interroge la ressource enfant Work Order History ou compare les horodatages des états.
Transformation des données : les données étant renvoyées au format JSON imbriqué, le script aplatit ces structures en une liste normalisée de dictionnaires, chaque dictionnaire représentant une ligne d’événement.
Correspondance des attributs : mappez les champs API concernés vers le schéma ProcessMind requis, par exemple OrganizationCode vers Organization Code et WorkOrderNumber vers Case ID.
Création du DataFrame : convertissez la liste de dictionnaires d’événements en DataFrame pandas afin de gérer le tri, la déduplication et la mise en forme finale.
Exportation : enregistrez le DataFrame final dans un fichier CSV, par exemple oracle_maintenance_event_log.csv, en veillant à utiliser un format de date conforme à la norme ISO 8601 pour l’importation.

Configuration

URL de base de l’API : URL principale de votre instance Oracle Fusion, par exemple https://pod.oraclecloud.com.
Authentification : l’authentification de base, encodée en Base64, est standard pour les scripts, mais OAuth est recommandé pour l’automatisation en production.
Taille des lots : les API REST Oracle renvoient par défaut 25 enregistrements. Utilisez le paramètre limit, par exemple limit=499, afin de maximiser le volume traité par appel.
Filtrage par date : utilisez le paramètre q pour filtrer LastUpdateDate et permettre une extraction incrémentielle, par exemple LastUpdateDate > '2023-01-01'.
Concurrence : mettez en place une limitation du débit, avec des temps d’attente, si vous traitez des milliers d’ordres de travail afin d’éviter les erreurs d’API 429 Too Many Requests.
Ressources enfants : vérifiez que l’utilisateur dispose des autorisations nécessaires pour consulter les objets enfants tels que Work Order Costs et Resource Transactions.

a Exemple de requête python

import requests
import pandas as pd
import base64
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># Configuration
BASE_URL = class="hl-string">"https://your-instance.fa.us2.oraclecloud.com"
USER = class="hl-string">"your_username"
PASSWORD = class="hl-string">"your_password"
OUTPUT_FILE = class="hl-string">"oracle_maintenance_log.csv"

class=class="hl-string">"hl-comment"># API Endpoints
WO_ENDPOINT = fclass="hl-string">"{BASE_URL}/fscmRestApi/resources/11.13.18.05/maintenanceWorkOrders"

class=class="hl-string">"hl-comment"># List to hold all extracted events
event_log = []

def get_headers():
    auth_str = fclass="hl-string">"{USER}:{PASSWORD}"
    b64_auth = base64.b64encode(auth_str.encode()).decode()
    return {
        class="hl-string">"Authorization": fclass="hl-string">"Basic {b64_auth}",
        class="hl-string">"Content-Type": class="hl-string">"application/vnd.oracle.adf.resourceitem+json"
    }

def fetch_all_pages(url, params=None):
    results = []
    while url:
        try:
            response = requests.get(url, headers=get_headers(), params=params)
            response.raise_for_status()
            data = response.json()
            if class="hl-string">'items' in data:
                results.extend(data[class="hl-string">'items'])
            
            class=class="hl-string">"hl-comment"># Check for next page
            url = None
            if class="hl-string">'links' in data:
                for link in data[class="hl-string">'links']:
                    if link[class="hl-string">'rel'] == class="hl-string">'next':
                        url = link[class="hl-string">'href']
                        params = None class=class="hl-string">"hl-comment"># Params are usually part of the next link
                        break
        except Exception as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break
    return results

class=class="hl-string">"hl-comment"># 1. Fetch Maintenance Work Orders (Header Level)
print(class="hl-string">"Fetching Work Orders...")
class=class="hl-string">"hl-comment"># Example filter: Last 90 days. Adjust date as needed.
params = {
    class="hl-string">"q": class="hl-string">"LastUpdateDate > '2023-10-01'",
    class="hl-string">"limit": 499,
    class="hl-string">"fields": class="hl-string">"WorkOrderNumber,WorkOrderId,WorkOrderDefinitionName,WorkOrderStatus,WorkOrderType,AssetNumber,OrganizationCode,CreationDate,ReleasedDate,ScheduledStartDate,ActualStartDate,ActualCompletionDate,ClosedDate,CanceledDate,WorkRequestId,WorkRequestDate"
}

work_orders = fetch_all_pages(WO_ENDPOINT, params)

for wo in work_orders:
    wo_num = wo.get(class="hl-string">'WorkOrderNumber')
    wo_id = wo.get(class="hl-string">'WorkOrderId')
    asset_num = wo.get(class="hl-string">'AssetNumber')
    org_code = wo.get(class="hl-string">'OrganizationCode')
    wo_type = wo.get(class="hl-string">'WorkOrderType')
    
    common_attributes = {
        class="hl-string">"WorkOrderNumber": wo_num,
        class="hl-string">"AssetNumber": asset_num,
        class="hl-string">"OrganizationCode": org_code,
        class="hl-string">"WorkOrderType": wo_type,
        class="hl-string">"WorkOrderStatus": wo.get(class="hl-string">'WorkOrderStatus'),
        class="hl-string">"SourceSystem": class="hl-string">"Oracle Maintenance Cloud",
        class="hl-string">"LastDataUpdate": datetime.now().isoformat()
    }

    class=class="hl-string">"hl-comment"># --- Header Level Activities ---

    class=class="hl-string">"hl-comment"># 1. Maintenance Request Created
    if wo.get(class="hl-string">'WorkRequestDate'):
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Maintenance Request Created", class="hl-string">"EventDateTime": wo[class="hl-string">'WorkRequestDate']})
    elif wo.get(class="hl-string">'CreationDate'):
        class=class="hl-string">"hl-comment"># Fallback if no specific request date linked
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Maintenance Request Created", class="hl-string">"EventDateTime": wo[class="hl-string">'CreationDate']})

    class=class="hl-string">"hl-comment"># 2. Maintenance Work Order Created
    if wo.get(class="hl-string">'CreationDate'):
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Maintenance Work Order Created", class="hl-string">"EventDateTime": wo[class="hl-string">'CreationDate']})

    class=class="hl-string">"hl-comment"># 3. Work Order Released
    if wo.get(class="hl-string">'ReleasedDate'):
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Work Order Released", class="hl-string">"EventDateTime": wo[class="hl-string">'ReleasedDate']})

    class=class="hl-string">"hl-comment"># 4. Work Order Scheduled
    if wo.get(class="hl-string">'ScheduledStartDate'):
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Work Order Scheduled", class="hl-string">"EventDateTime": wo[class="hl-string">'ScheduledStartDate']})

    class=class="hl-string">"hl-comment"># 5. Work Order Completed (Header)
    if wo.get(class="hl-string">'ActualCompletionDate'):
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Work Order Completed", class="hl-string">"EventDateTime": wo[class="hl-string">'ActualCompletionDate']})

    class=class="hl-string">"hl-comment"># 6. Work Order Closed
    if wo.get(class="hl-string">'ClosedDate'):
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Work Order Closed", class="hl-string">"EventDateTime": wo[class="hl-string">'ClosedDate']})

    class=class="hl-string">"hl-comment"># 7. Work Order Canceled
    if wo.get(class="hl-string">'CanceledDate'):
        event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Work Order Canceled", class="hl-string">"EventDateTime": wo[class="hl-string">'CanceledDate']})

    class=class="hl-string">"hl-comment"># --- Child Resources Extraction ---
    
    class=class="hl-string">"hl-comment"># Operations (Started, Completed)
    ops_url = fclass="hl-string">"{WO_ENDPOINT}/{wo_id}/child/WorkOrderOperation"
    operations = fetch_all_pages(ops_url)
    for op in operations:
        if op.get(class="hl-string">'ActualStartDate'):
            event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Operation Started", class="hl-string">"EventDateTime": op[class="hl-string">'ActualStartDate'], class="hl-string">"AssignedTechnician": op.get(class="hl-string">'WorkCenterName')})
        if op.get(class="hl-string">'ActualCompletionDate'):
            event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Operation Completed", class="hl-string">"EventDateTime": op[class="hl-string">'ActualCompletionDate'], class="hl-string">"AssignedTechnician": op.get(class="hl-string">'WorkCenterName')})

    class=class="hl-string">"hl-comment"># Material Transactions (Issued, Allocated)
    class=class="hl-string">"hl-comment"># Note: Allocated is derived from class="hl-string">'RequiredDate' in WorkOrderComponent child, Issued is from WorkOrderMaterialTransaction
    
    class=class="hl-string">"hl-comment"># 8. Materials Allocated (Using Component Requirements)
    comp_url = fclass="hl-string">"{WO_ENDPOINT}/{wo_id}/child/WorkOrderComponent"
    components = fetch_all_pages(comp_url)
    for comp in components:
        if comp.get(class="hl-string">'RequiredDate'):
             event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Materials Allocated", class="hl-string">"EventDateTime": comp[class="hl-string">'RequiredDate']})

    class=class="hl-string">"hl-comment"># 9. Materials Issued (Using Transactions)
    mat_trans_url = fclass="hl-string">"{WO_ENDPOINT}/{wo_id}/child/WorkOrderMaterialTransaction"
    mat_trans = fetch_all_pages(mat_trans_url)
    for trans in mat_trans:
        if trans.get(class="hl-string">'TransactionDate'):
             event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Materials Issued", class="hl-string">"EventDateTime": trans[class="hl-string">'TransactionDate']})

    class=class="hl-string">"hl-comment"># 10. Labor Hours Recorded
    res_trans_url = fclass="hl-string">"{WO_ENDPOINT}/{wo_id}/child/WorkOrderResourceTransaction"
    res_trans = fetch_all_pages(res_trans_url)
    for res in res_trans:
        if res.get(class="hl-string">'TransactionDate'):
             event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Labor Hours Recorded", class="hl-string">"EventDateTime": res[class="hl-string">'TransactionDate'], class="hl-string">"AssignedTechnician": res.get(class="hl-string">'ResourceName')})

    class=class="hl-string">"hl-comment"># 11. Work Order On Hold (Check History)
    class=class="hl-string">"hl-comment"># Note: Accessing history child resource. If unavailable, requires separate Audit Trail query.
    hist_url = fclass="hl-string">"{WO_ENDPOINT}/{wo_id}/child/WorkOrderHistory"
    history = fetch_all_pages(hist_url)
    for h in history:
        if h.get(class="hl-string">'Status') == class="hl-string">'ON_HOLD' and h.get(class="hl-string">'StatusChangeDate'):
            event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Work Order On Hold", class="hl-string">"EventDateTime": h[class="hl-string">'StatusChangeDate']})

    class=class="hl-string">"hl-comment"># 12. Quality Inspection Recorded
    qual_url = fclass="hl-string">"{WO_ENDPOINT}/{wo_id}/child/WorkOrderQualityCollection"
    quality = fetch_all_pages(qual_url)
    for q in quality:
        if q.get(class="hl-string">'CollectionDate'):
            event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Quality Inspection Recorded", class="hl-string">"EventDateTime": q[class="hl-string">'CollectionDate']})

    class=class="hl-string">"hl-comment"># 13. Maintenance Costs Transferred
    class=class="hl-string">"hl-comment"># Often found in WorkOrderCost child or inferred from specific Cost interactions
    cost_url = fclass="hl-string">"{WO_ENDPOINT}/{wo_id}/child/WorkOrderCost"
    costs = fetch_all_pages(cost_url)
    for c in costs:
        class=class="hl-string">"hl-comment"># Assuming transfer date exists or using creation of cost record
        date_field = c.get(class="hl-string">'TransferDate') or c.get(class="hl-string">'CreationDate')
        if date_field:
             event_log.append({**common_attributes, class="hl-string">"ActivityName": class="hl-string">"Maintenance Costs Transferred", class="hl-string">"EventDateTime": date_field})

class=class="hl-string">"hl-comment"># Convert to DataFrame and Export
df = pd.DataFrame(event_log)

class=class="hl-string">"hl-comment"># Ensure Date format
df[class="hl-string">'EventDateTime'] = pd.to_datetime(df[class="hl-string">'EventDateTime']).dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

class=class="hl-string">"hl-comment"># Final Column Selection
columns = [class="hl-string">"WorkOrderNumber", class="hl-string">"ActivityName", class="hl-string">"EventDateTime", class="hl-string">"SourceSystem", class="hl-string">"LastDataUpdate", 
           class="hl-string">"WorkOrderType", class="hl-string">"WorkOrderStatus", class="hl-string">"AssetNumber", class="hl-string">"OrganizationCode", class="hl-string">"AssignedTechnician"]

class=class="hl-string">"hl-comment"># Handle missing columns gracefully
for col in columns:
    if col not in df.columns:
        df[col] = None

df = df[columns]
df.to_csv(OUTPUT_FILE, index=False)
print(fclass="hl-string">"Extraction complete. Saved {len(df)} rows to {OUTPUT_FILE}")

Prêt à commencer ?

Transformez dès aujourd’hui vos données de maintenance en analyses concrètes en appliquant ce modèle à votre environnement Oracle. Notre équipe vous accompagne dans les premières étapes de votre démarche de Process Mining.

Retour au guide d’amélioration Télécharger le modèle

Optimisez la maintenance de vos équipements et mettez fin dès aujourd’hui aux retards de planning

Réduisez le temps de cycle de 30 % et alignez vos Ressources dès maintenant

Démarrer l’essai gratuit

Aucune carte bancaire requise. Essai gratuit de 14 jours.

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

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

Attributs de maintenance des actifs

Activités de maintenance des actifs

Guides d’extraction

Extraction d’objets de vue Oracle BICC

Étapes

Configuration

a Exemple de requête sql

Modèle de données SQL Oracle BI Publisher

Étapes

Configuration

a Exemple de requête sql

Script Python via l’API REST Fusion

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez la maintenance de vos équipements et mettez fin dès aujourd’hui aux retards de planning

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

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

Attributs de maintenance des actifs

Activités de maintenance des actifs

Guides d’extraction

Extraction d’objets de vue Oracle BICC

Étapes

Configuration

a Exemple de requête sql

Modèle de données SQL Oracle BI Publisher

Étapes

Configuration

a Exemple de requête sql

Script Python via l’API REST Fusion

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez la maintenance de vos équipements et mettez fin dès aujourd’hui aux retards de planning

Nous attachons de l’importance à votre confidentialité