> 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 équipements

Oracle Maintenance Cloud

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

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

Ce modèle vous propose un cadre structuré pour organiser les enregistrements de maintenance issus d’Oracle Maintenance Cloud en vue d’une analyse approfondie par Process Mining. Il répertorie les données et les jalons de processus nécessaires pour suivre l’entretien des équipements et l’affectation des ressources. En suivant ces recommandations, vous pouvez constituer un journal d’événements qui met en évidence les inefficacités et vous aide à améliorer votre stratégie de maintenance.

Attributs recommandés pour une analyse complète
Jalons essentiels du processus à suivre
Instructions d’extraction propres à Oracle

Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs de maintenance des équipements

Ces champs de données recommandés vous permettent de classer et de filtrer les événements de maintenance afin d’analyser les performances des équipements et l’utilisation des ressources.

5 Obligatoire 8 Recommandé 9 Facultatif

	Nom	Description
	Activité ActivityName	Nom de l’événement ou du changement de statut dans le flux de travail.
Description Cet attribut indique l’étape précise du processus de maintenance, par exemple « Ordre de travail créé », « Opération commencée » ou « Ordre de travail clôturé ». Il correspond aux nœuds de la carte de processus. Les analystes s’en servent pour visualiser le déroulement du processus, repérer les variantes et détecter les goulots d’étranglement entre certaines étapes. Pourquoi est-ce important ? Nécessaire pour définir le déroulement du processus et l’enchaînement des événements. Où trouver ces données 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é a eu lieu.
Description Cet attribut enregistre le moment exact où un événement s’est produit. Il sert à ordonner chronologiquement les activités d’un cas et à calculer la durée entre les étapes. Des horodatages précis sont essentiels pour calculer les temps de cycle, repérer les retards et mesurer les performances au regard des SLA. Pourquoi est-ce important ? Essentiel pour établir la chronologie du processus. Où trouver ces données 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 de cas unique pour le processus de maintenance. Il permet de suivre le cycle de vie d’une tâche de maintenance, depuis la demande initiale ou la création du calendrier jusqu’à l’exécution, à la fin des travaux et à la clôture financière. Dans les analyses, cet attribut constitue la clé principale pour associer les données d’événements aux attributs du cas. Il permet de regrouper toutes les activités liées à une même intervention et de calculer les temps de cycle de bout en bout. Pourquoi est-ce important ? Il s’agit de la clé principale de l’instance de processus, indispensable pour reconstituer l’historique du cas. Où trouver ces données 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 la dernière extraction des données.
Description Date et heure de la dernière extraction ou actualisation des données dans l’outil de Process Mining. Cette information permet de savoir si l’analyse repose sur des données récentes. Il s’agit d’un champ de métadonnées système requis pour la gouvernance des données. Pourquoi est-ce important ? Permet aux utilisateurs de connaître la date de mise à jour des données. Où trouver ces données Heure système au moment de l’extraction. Exemples 2023-10-30T12:00:00Z
	Système source SourceSystem	Nom du système d’où proviennent les données.
Description Indique le logiciel ou la base de données d’où provient l’enregistrement extrait. Dans ce contexte, il s’agit généralement d’« Oracle Maintenance Cloud ». Essentiel pour suivre la provenance des données dans un environnement composé de plusieurs systèmes. Pourquoi est-ce important ? Permet de suivre la provenance des données dans un environnement composé de plusieurs systèmes. Où trouver ces données Renseigné 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 Désigne l’unité opérationnelle, l’usine ou le site chargé 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 est-ce important ? Permet de segmenter l’analyse par lieu ou par unité opérationnelle. Où trouver ces données Table WIE_WORK_ORDERS_B, colonne ORGANIZATION_ID. Exemples M1USINE-NYDÉPÔT-LON
	Date d’achèvement réelle ActualCompletionDate	Date et heure auxquelles les travaux de maintenance ont été terminés.
Description Enregistre la fin des travaux sur le terrain. Cet horodatage clôt la phase d’exécution du cycle de vie. Il marque la fin du temps de cycle d’exécution technique et le début du délai administratif. Pourquoi est-ce important ? Marque la fin de la phase d’exécution technique. Où trouver ces données 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 Indique à quel moment le technicien a réellement commencé les travaux. Cet événement est souvent déclenché par une transaction « Operation Started ». Utilisée pour calculer le délai d’approvisionnement en matériel (point final) et la souplesse de la planification des ressources. Pourquoi est-ce important ? Essentielle au calcul de la durée d’exécution et à sa comparaison avec la durée planifiée. Où trouver ces données Table WIE_WORK_ORDERS_B, colonne ACTUAL_START_DATE. Exemples 2023-10-212023-10-222023-10-23
	Numéro d’équipement AssetNumber	Identifiant unique de l’équipement faisant l’objet de la maintenance.
Description Identifie l’équipement ou la machine concerné par l’ordre de travail de maintenance. Il relie le processus à la hiérarchie des équipements. Cet attribut est essentiel pour l’indicateur clé de performance de la fréquence des reprises sur les équipements : il permet de repérer les machines qui tombent régulièrement en panne. Pourquoi est-ce important ? Relie les activités de maintenance aux équipements concernés. Où trouver ces données Table WIE_WORK_ORDERS_B, colonne ASSET_ID (associée à CSI_ITEM_INSTANCES). Exemples POMPE-101Unité-CVC-5CONVOYEUR-BANDE-A
	Priorité Priority	Niveau d’urgence attribué à l’ordre de travail.
Description Indique l’importance de l’ordre de travail, par exemple « Critique », « Élevée », « Moyenne » ou « Faible ». Elle détermine la planification et l’affectation des ressources. Cet attribut est important pour le Dashboard sur l’efficacité de conversion des ordres de travail, afin que les pannes critiques soient traitées en priorité. Pourquoi est-ce important ? Détermine le délai de réponse visé et l’affectation des ressources. Où trouver ces données Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_PRIORITY_ID. Exemples CritiqueÉlevéeStandard
	Statut de l’ordre de travail WorkOrderStatus	État actuel de l’ordre de travail dans son cycle de vie.
Description Indique le statut de l’ordre de travail, par exemple « Non libéré », « Libéré », « Suspendu », « Terminé » ou « Clôturé ». Il permet de distinguer les cas encore ouverts de ceux qui sont terminés. Utilisé dans les Dashboards pour visualiser les travaux en cours et repérer les ordres bloqués dans un état donné. Pourquoi est-ce important ? Donne un aperçu de l’avancement de l’ordre de travail. Où trouver ces données Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_STATUS_ID. Exemples LibéréSuspenduClôturé
	Technicien affecté AssignedTechnician	Personne ou groupe de ressources chargé d’exécuter la tâche.
Description Enregistre l’identifiant de l’utilisateur ou de l’employé responsable des travaux. L’affectation peut se faire au niveau de l’en-tête ou de l’opération. Utilisé dans les analyses de l’utilisation des techniciens et de la main-d’œuvre pour repérer les lacunes de compétences ou les ressources trop sollicitées. Pourquoi est-ce important ? Permet d’analyser les performances des ressources et de planifier les capacités. Où trouver ces données Table WIE_OPERATION_RESOURCES ou table d’affectation similaire. Exemples J. SmithTech-005Prestataire externe
	Type de maintenance WorkOrderType	Classe 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 sont « Préventive », « Corrective », « Urgence » ou « Selon l’état ». Il est essentiel pour l’indicateur clé de performance du taux de maintenance proactive, qui permet de comparer le volume de travaux planifiés aux interventions non planifiées à la suite de défaillances. Pourquoi est-ce important ? Permet de distinguer la maintenance planifiée des réparations réactives. Où trouver ces données Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_TYPE_ID (associée à la définition du type). Exemples PréventiveCorrectiveUrgence
	Catégorie d’équipement AssetCategory	Regroupement des équipements par type, par exemple CVC, parc de véhicules ou ligne de production.
Description Classe l’équipement dans une catégorie générale. Cela permet d’analyser les performances de maintenance à un niveau global, par type d’équipement. Utilisé dans le Dashboard « Vue d’ensemble des délais de maintenance » pour repérer les catégories d’équipements à l’origine des retards les plus importants. Pourquoi est-ce important ? Permet d’analyser les performances de maintenance par type d’équipement. Où trouver ces données Dérivé de la catégorie d’article attribuée à l’ID de l’équipement. Exemples Machines lourdesVéhicules du parcInstallations
	Coût total TotalCost	Coût financier total de l’ordre de travail.
Description Somme des coûts des matériaux, de la main-d’œuvre et des frais généraux associés à l’ordre de travail. Ce montant est généralement finalisé lors de l’activité « Maintenance Costs Transferred ». Utilisé dans l’analyse de la précision de la planification de la maintenance pour comparer le budget aux dépenses réelles. Pourquoi est-ce important ? Principale métrique financière des activités de maintenance. Où trouver ces données Tables du module de calcul des coûts liées à l’ID 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 correspond à l’engagement pris auprès de l’entreprise pour remettre l’équipement en état. Utilisée dans le KPI du taux de respect des SLA pour déterminer si les obligations de service en matière de maintenance sont respectées. Pourquoi est-ce important ? Définit les critères de respect des délais. Où trouver ces données Généralement un champ personnalisé ou 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 prévue pour le début 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 calendrier. Utilisée dans l’analyse de la planification et des retards pour repérer les perturbations du plan de maintenance. Pourquoi est-ce important ? Référence pour mesurer le respect du calendrier et les retards. Où trouver ces données 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 à quel moment le besoin de maintenance a été identifié et enregistré pour la première fois. Il marque le début du calcul du délai. Cet horodatage est essentiel au KPI de délai de conversion des demandes en ordres de travail, qui mesure le temps écoulé entre l’identification d’un problème et la création de l’ordre. Pourquoi est-ce important ? Marque le début du cycle de vie complet du processus. Où trouver ces données Table WIE_WORK_ORDERS_B, issue du lien avec la demande source. Exemples 2023-10-012023-10-052023-11-12
	Description de l’ordre de travail WorkOrderDescription	Bref texte décrivant le problème ou les travaux à effectuer.
Description Champ de texte libre renseigné 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 ne permettent pas toujours de saisir. Utile pour l’analyse de texte ou l’examen manuel des types de travaux « Autre ». Pourquoi est-ce important ? Donne un contexte compréhensible à la tâche de maintenance. Où trouver ces données Table WIE_WORK_ORDERS_B, colonne WORK_ORDER_DESCRIPTION. Exemples Remplacer le moteur de la bande transporteuseInspection de sécurité mensuelleRéparer une fuite d’huile sur la pompe A
	Heures de travail estimées EstimatedLaborHours	Nombre d’heures de travail prévues pour l’ordre de travail.
Description Durée estimée par le planificateur pour réaliser les travaux. Elle est définie pendant la phase de planification ou de lancement. Comparée aux heures de travail réelles, elle permet de calculer l’écart et d’améliorer les normes de planification futures. Pourquoi est-ce important ? Référence pour évaluer l’efficacité de l’exécution. Où trouver ces données Table WIE_OPERATION_RESOURCES, quantité prévue. 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 des durées enregistrées dans les transactions de main-d’œuvre associées à l’ordre de travail. Elle mesure le temps réellement consacré aux travaux. Utilisée dans le KPI d’écart entre les heures de travail estimées et réelles pour évaluer la précision de la planification. Pourquoi est-ce important ? Métrique clé pour le calcul des coûts et l’efficacité des équipes. Où trouver ces données Agrégées à partir de WIE_WORK_ORDER_TRANSACTIONS (transactions de ressources). Exemples 4.512.00.75
	S’agit-il d’une reprise ? IsRework	Indicateur précisant si cet ordre de travail concerne une réparation répétée.
Description Indicateur booléen dont la valeur est vraie si un autre ordre de travail a été clôturé pour le même ID d’équipement au cours des 30 jours précédents. Cet attribut est calculé. Il contribue directement au KPI de fréquence des reprises sur les équipements et aide à repérer les réparations de mauvaise qualité ou les équipements défaillants. Pourquoi est-ce important ? Permet de repérer les problèmes de qualité et les défaillances récurrentes. Où trouver ces données Calculé dans la couche de transformation des données. Exemples truefalse

Obligatoire Recommandé Facultatif

Activités de maintenance des équipements

Ces activités correspondent aux principales étapes du cycle de vie et aux mises à jour opérationnelles nécessaires pour visualiser le déroulement complet des 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 libre-service ou l’interface du service d’assistance. Cet événement enregistre le premier signalement d’une panne ou d’un besoin d’intervention, avant la création d’un ordre de travail officiel. Il figure généralement dans la table Work Requests.
Pourquoi est-ce important ? Marque le véritable début du cycle de demande de maintenance. Cet événement est essentiel pour calculer le délai entre le signalement de la panne et la création d’un ordre de travail concret. Où trouver ces données Dérivé de la table MNT_WORK_REQUESTS à partir du champ CREATION_DATE. Données à recueillir 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 passé par un technicien sur l’ordre de travail. Cet événement transactionnel impute les coûts à l’activité de maintenance.
Pourquoi est-ce important ? Suit le temps consacré et l’accumulation des coûts. Plusieurs événements de ce type indiquent que les travaux sont en cours et permettent de calculer les écarts totaux de main-d’œuvre. Où trouver ces données Dérivé de la table WIE_RESOURCE_TRANSACTIONS. Données à recueillir 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 pour l’ordre de travail concerné. Elle correspond au transfert physique des pièces vers le lieu de maintenance.
Pourquoi est-ce important ? Indique concrètement que les travaux sont sur le point de commencer. La comparaison avec l’événement « Libéré » met en évidence les retards de préparation des pièces en entrepôt. Où trouver ces données Dérivé de la table INV_MATERIAL_TXNS lorsque TRANSACTION_SOURCE_TYPE_ID est associé à l’ordre de travail. Données à recueillir 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. C’est le moment exact où les travaux techniques commencent.
Pourquoi est-ce important ? Correspond à l’étape « Début des travaux ». Elle est essentielle pour comparer le temps réel passé à la réparation avec la durée prévue. Où trouver ces données Dérivé des changements de statut dans WIE_WO_OPERATIONS_B ou de l’horodatage de la première transaction de ressource pour l’opération. Données à recueillir À déduire en comparant le champ X au champ Y Type d’événement inferred
	Ordre de travail clôturé	Clôture administrative définitive de l’ordre de travail. Aucun coût supplémentaire ne peut être imputé et l’ordre est finalisé pour la comptabilité.
Pourquoi est-ce important ? Marque la fin du cycle de vie administratif. Le délai entre la fin des travaux et la clôture correspond au retard administratif. Où trouver ces données Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE prend la valeur « CLOSED ». Données à recueillir Comparer le champ de statut avant et après Type d’événement explicit
	Ordre de travail de maintenance créé	Création par le système de l’entité Work Order, à partir d’une demande convertie ou d’une saisie manuelle. Cet événement définit l’ID de cas utilisé pour le Process Mining et sert de référence pour la planification et l’exécution.
Pourquoi est-ce important ? Événement de référence principal de l’instance de processus. Il marque la transition entre la phase de réception et celles de planification et d’exécution. Où trouver ces données Dérivé de la table WIE_WORK_ORDERS_B à partir de l’horodatage CREATION_DATE. Données à recueillir Enregistré lors de la création de l’en-tête de l’ordre de travail (WO) Type d’événement explicit
	Ordre de travail libéré	Changement de statut faisant passer l’ordre de travail de l’état Brouillon ou Non libéré à l’état Libéré. Cette action autorise l’affectation de matériaux et de ressources à l’ordre.
Pourquoi est-ce important ? Marque la fin de la phase de planification et autorise le début de l’exécution. Les retards à cette étape signalent des goulots d’étranglement dans la planification. Où trouver ces données Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE prend la valeur « RELEASED ». Données à recueillir Comparer le champ de statut avant et après Type d’événement inferred
	Ordre de travail terminé	Fin des travaux techniques sur l’ensemble de l’ordre de travail. L’équipement est réparé et prêt à être remis en service, même si le traitement financier peut se poursuivre.
Pourquoi est-ce 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ù trouver ces données Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE prend la valeur « COMPLETED ». Données à recueillir Comparer le champ de statut avant et après Type d’événement explicit
	Contrôle qualité enregistré	Saisie des résultats du contrôle qualité associé à l’ordre de travail de maintenance. Cette étape vérifie que la réparation respecte les normes de sécurité et d’exploitation.
Pourquoi est-ce important ? Garantit la conformité. L’absence de contrôles qualité avant la fin des travaux peut signaler des risques pour la sécurité ou des écarts de processus. Où trouver ces données Dérivé de QA_RESULTS ou de tables similaires de plans de contrôle qualité associées à l’ID de l’ordre de travail. Données à recueillir Enregistré lors de l’exécution de la transaction X 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 correspond au règlement financier.
Pourquoi est-ce important ? Confirme que l’incidence financière de la maintenance a été comptabilisée. Cette étape est essentielle à l’analyse de la précision de la planification de la maintenance. Où trouver ces données Dérivé des tables de répartition de la comptabilité analytique associées à la source de transaction de l’ordre de travail. Données à recueillir Enregistré lors de l’exécution de la transaction X Type d’événement inferred
	Matériaux affectés	Réservation ou affectation des pièces de rechange et composants nécessaires à l’ordre de travail. Cette étape garantit que le stock est disponible avant le début des travaux.
Pourquoi est-ce important ? Cette étape est essentielle pour évaluer la disponibilité de la chaîne d’approvisionnement. Un retard peut signaler une pénurie de stock ou une planification des achats trop lente. Où trouver ces données Dérivé de la table WIE_WO_COMPONENTS_B à partir de CREATION_DATE ou ALLOCATION_DATE. Données à recueillir Enregistré lors de l’exécution de la transaction X Type d’événement explicit
	Opération terminée	Fin d’une étape précise (opération) de la gamme. Cet événement indique qu’une partie des travaux techniques est achevée.
Pourquoi est-ce important ? Donne une vision détaillée de l’avancement. L’événement « Tâche de maintenance exécutée » est généralement déduit de la fin de la dernière opération. Où trouver ces données Dérivé des changements de statut dans WIE_WO_OPERATIONS_B ou de l’historique des transactions indiquant la fin de l’opération. Données à recueillir Comparer le champ de statut avant et après Type d’événement inferred
	Ordre de travail annulé	Arrêt de l’ordre de travail avant son achèvement. Cela peut se produire si les travaux font doublon, ne sont plus nécessaires ou sont regroupés avec d’autres.
Pourquoi est-ce important ? Un taux d’annulation élevé peut révéler des problèmes dans le processus de réception des demandes ou dans la détection des doublons. Où trouver ces données Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE prend la valeur « CANCELED ». Données à recueillir Comparer le champ de statut avant et après Type d’événement explicit
	Ordre de travail planifié	Affectation de dates de début précises ou de ressources spécifiques (techniciens ou outils) aux opérations de l’ordre de travail. Cette étape met à jour les dates prévues dans le calendrier du système.
Pourquoi est-ce important ? Mesure l’efficacité de l’équipe chargée de l’affectation et de la planification. Un écart entre la libération et la planification peut signaler une concurrence pour les ressources. Où trouver ces données Dérivé des mises à jour des colonnes de planification de WIE_OPERATION_RESOURCES ou WIE_WO_OPERATIONS_B. Données à recueillir Comparer le champ de statut avant et après Type d’événement inferred
	Ordre de travail suspendu	Le statut de l’ordre de travail passe à « Suspendu », ce qui interrompt l’exécution. Cela se produit généralement en raison de pièces manquantes, d’un accès impossible ou de problèmes de sécurité.
Pourquoi est-ce important ? Il s’agit d’une source importante d’inefficacité. Repérer la fréquence et la durée des suspensions est essentiel pour réduire les délais globaux. Où trouver ces données Dérivé de WIE_WO_STATUS_HISTORY lorsque STATUS_CODE prend la valeur « ON_HOLD ». Données à recueillir Comparer le champ de statut avant et après Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

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

Étapes

Connectez-vous à la console Oracle Cloud, puis ouvrez la console Business Intelligence Cloud Connector (BICC).
Créez une configuration d’offre ou modifiez-en une existante. Recherchez l’offre « Maintenance Management » ou « Supply Chain Management ».
Sélectionnez les objets de vue publique (PVO) à extraire. 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ériel) 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, puis chargez-les dans votre base de données intermédiaire ou votre lac de données, par exemple Snowflake, BigQuery ou SQL Server. Pour plus de clarté, veillez à ce que les noms des tables de votre environnement intermédiaire correspondent aux noms des PVO.
Exécutez sur vos tables intermédiaires le script de transformation SQL fourni dans la section Query ci-dessous. Il rassemble les données des différents PVO dans une structure unique de journal d’événements.
Vérifiez que le résultat contient toutes les colonnes requises : WorkOrderNumber, ActivityName, EventDateTime et SourceSystem.
Si les extractions BICC sont en UTC, ce qui est le comportement standard, convertissez les fuseaux horaires si votre analyse nécessite l’heure locale du site.
Exportez le résultat final au format CSV ou Parquet.
Importez le fichier dans ProcessMind, en associant Case ID à WorkOrderNumber et Timestamp à EventDateTime.

Configuration

Mode d’extraction : utilisez « Full » lors de la première exécution, puis passez à « Incremental » pour n’extraire que les enregistrements modifiés depuis la dernière exécution.
Date de purge : 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 pour 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 valeur par défaut convient généralement. Toutefois, si votre environnement traite un grand volume de données, par exemple des millions d’ordres de travail, envisagez d’augmenter la taille des lots si le stockage cible le permet.
Filtres : si votre analyse porte uniquement sur certaines organisations, appliquez un filtre sur « OrganizationCode » dans la configuration des PVO BICC afin de filtrer les données à la source.

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 avec un compte 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 Oracle BI Publisher, généralement à l’adresse /xmlpserver.
Dans le catalogue, cliquez sur le bouton Create en haut à droite, puis sélectionnez Data Model.
Dans l’éditeur de modèles 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 source de données appropriée, généralement ApplicationDB_SCM ou une source similaire, et conservez Standard SQL comme type.
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, comme QA_RESULTS ou les tables de coûts, car ils peuvent varier selon la mise en œuvre des modules. Adaptez le préfixe de schéma si votre environnement utilise des références de schéma distinctes, par exemple FUSION.WIE_...
Si vous souhaitez définir une plage de dates paramétrable, ouvrez l’onglet Parameters et remplacez les horodatages codés en dur dans les clauses WHERE par des variables de liaison telles que :p_start_date.
Cliquez sur le bouton View Data, sélectionnez un échantillon, puis cliquez sur View pour vérifier que le résultat contient des lignes correspondant à différents types d’activité.
Une fois le résultat vérifié, enregistrez le modèle de données dans un dossier partagé, par exemple Custom/Maintenance.
Pour extraire le journal complet, créez un rapport à partir de ce modèle de données, désélectionnez toutes les options de mise en page pour obtenir une exportation brute, puis planifiez la génération du rapport au format CSV ou XML.
Téléchargez le fichier obtenu et importez-le dans ProcessMind. Vérifiez que la colonne EventDateTime est interprétée avec le bon décalage de fuseau horaire.

Configuration

Source de données : vérifiez que la requête SQL s’exécute sur la base de données opérationnelle SCM ou Maintenance Cloud, et non sur les archives.
Plage de dates : la requête extrait actuellement tout l’historique. En production, ajoutez une clause WHERE sur CREATION_DATE ou TRANSACTION_DATE, par exemple pour limiter l’extraction aux 12 derniers mois et améliorer les performances.
Filtrage par organisation : si votre environnement comprend plusieurs organisations de maintenance, ajoutez un filtre sur ORGANIZATION_CODE ou ORGANIZATION_ID pour distinguer les journaux par site.
Fuseau horaire du système : Oracle Cloud stocke les dates en UTC. Configurez votre projet ProcessMind pour interpréter ces horodatages en UTC ou adaptez la requête SQL afin de les convertir dans votre fuseau horaire local.
Codes de statut : la requête part du principe que les codes de recherche Oracle standard sont utilisés, par exemple ORA_WO_RELEASED. Si vous avez créé des codes de statut personnalisés, adaptez les instructions CASE ou les clauses WHERE du bloc d’historique des statuts.
Validation : comparez toujours le nombre de lignes à celui de l’écran Manage Maintenance Work Orders afin de vérifier qu’aucun sous-ensemble important de données n’a été exclu.

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 compte Oracle Cloud configuré avec le 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 pandas et requests requises, à l’aide de pip install pandas requests.
Identification des points de terminaison : repérez l’URL de base de votre instance Oracle Fusion, par exemple https://fa-instance.oraclecloud.com, ainsi que les points de terminaison REST suivants : 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. Il fournit l’identifiant de cas principal (WorkOrderNumber) ainsi que les horodatages de création, de lancement et de clôture au niveau de l’en-tête.
Parcours des ressources enfants : pour chaque ordre de travail récupéré, le script doit effectuer des appels API supplémentaires aux ressources enfants (opérations, transactions de matériel et transactions de ressources) afin de recueillir des événements détaillés, comme le démarrage d’une opération ou l’enregistrement des heures de main-d’œuvre.
Reconstitution de l’historique : pour recueillir les changements de statut, comme la mise en attente d’un ordre de travail, le script interroge la ressource enfant d’historique des ordres de travail ou compare les horodatages des changements d’état.
Transformation des données : comme les données sont renvoyées au format JSON imbriqué, le script aplatit ces structures en une liste normalisée de dictionnaires, chacun représentant une ligne d’événement.
Association des attributs : associez les champs API concernés au schéma ProcessMind requis, par exemple OrganizationCode à Organization Code et WorkOrderNumber à Case ID.
Création du DataFrame : convertissez la liste de dictionnaires d’événements en DataFrame pandas pour effectuer 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 à respecter le format de date 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 courante dans les scripts, mais OAuth est recommandé pour l’automatisation en production.
Taille des lots : les API REST Oracle renvoient 25 enregistrements par défaut. Utilisez le paramètre limit, par exemple limit=499, pour maximiser le nombre d’enregistrements par appel.
Filtrage par date : utilisez le paramètre q pour filtrer sur LastUpdateDate et activer l’extraction incrémentielle, par exemple LastUpdateDate > '2023-01-01'.
Concurrence : si vous traitez des milliers d’ordres de travail, ajoutez une limitation du débit, avec des pauses, pour éviter les erreurs API 429 Too Many Requests.
Ressources enfants : vérifiez que l’utilisateur dispose des autorisations nécessaires pour consulter les objets enfants, comme Work Order Costs et Resource Transactions.

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 ?

Appliquez dès aujourd’hui ce modèle à votre environnement Oracle pour transformer vos données de maintenance en analyses concrètes. Notre équipe est là pour vous accompagner dans vos premiers pas en Process Mining.

Retour au guide d’amélioration

Télécharger le modèle

Optimisez la maintenance de vos équipements et évitez les retards de planning dès aujourd’hui

Réduisez le temps de cycle de 30 % et adaptez vos ressources dès maintenant

Démarrez l’essai gratuit

Aucune carte bancaire requise. Essai gratuit de 14 jours.

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

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

Attributs de maintenance des équipements

Activités de maintenance des équipements

Guides d’extraction

Extraction des objets de vue Oracle BICC

Étapes

Configuration

Exemple de requête sql

Modèle de données SQL Oracle BI Publisher

Étapes

Configuration

Exemple de requête sql

Script Python via l’API REST Fusion

Étapes

Configuration

Exemple de requête python

Prêt à commencer ?

Optimisez la maintenance de vos équipements et évitez les retards de planning dès aujourd’hui

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

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

Attributs de maintenance des équipements

Activités de maintenance des équipements

Guides d’extraction

Extraction des objets de vue Oracle BICC

Étapes

Configuration

Exemple de requête sql

Modèle de données SQL Oracle BI Publisher

Étapes

Configuration

Exemple de requête sql

Script Python via l’API REST Fusion

Étapes

Configuration

Exemple de requête python

Prêt à commencer ?

Optimisez la maintenance de vos équipements et évitez les retards de planning dès aujourd’hui

Prêt à commencer ?