> Amélioration continue des processus > Gestion de la chaîne d’approvisionnement > Oracle SCM Cloud > Modèle de données

Votre template de données pour la gestion de la chaîne logistique

Oracle SCM Cloud

Attributs de la gestion de la chaîne d’approvisionnement (22) Activités de gestion de la chaîne d’approvisionnement (14) Guides d’extraction (3)

Votre template de données pour la gestion de la chaîne logistique

Ce template présente de manière structurée les données essentielles nécessaires à un Process Mining efficace dans la gestion de la chaîne logistique. Il précise les attributs importants à collecter et les activités clés à suivre dans votre journal d’événements. Il fournit également des indications pour vous aider à extraire ces informations essentielles de façon simple.

Attributs recommandés à collecter
Activités clés à suivre
Guide d’extraction

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 la gestion de la chaîne d’approvisionnement

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser et optimiser en détail la gestion de votre chaîne d’approvisionnement.

3 Obligatoire 9 Recommandé 10 Facultatif

	Nom	Description
	Commande logistique LogisticsOrder	L’identifiant unique d’une commande logistique, utilisé comme identifiant de cas pour suivre le processus de la chaîne d’approvisionnement de bout en bout.
Description La commande logistique est l’identifiant principal du cas qui relie toutes les activités associées à une demande ou à une requête d’exécution donnée au sein de la chaîne d’approvisionnement. Cet identifiant permet de suivre intégralement le parcours d’un produit, de la commande client initiale ou de la prévision de la demande à l’approvisionnement, à la production et à la livraison finale. Dans l’analyse par Process Mining, cet attribut est essentiel pour regrouper tous les événements associés au sein d’un même cas. Il permet de reconstituer le flux du processus pour chaque commande, d’analyser les temps de cycle, d’identifier les goulots d’étranglement, de découvrir les variantes du processus et d’évaluer les performances globales à partir d’une vision complète centrée sur la commande. Pourquoi c’est important Il s’agit de la clé essentielle pour relier toutes les étapes du processus. Sans identifiant Logistics Order cohérent, il est impossible de retracer le parcours complet d’une commande. Où les obtenir Cet identifiant se trouve généralement dans plusieurs modules d’Oracle SCM Cloud, notamment Order Management, Inventory Management et Shipping. Exemples LO-2024-00123LO-2024-00124LO-2024-00125
	Heure de l’événement EventTime	La date et l’heure précises auxquelles une activité donnée s’est produite.
Description L’heure de l’événement est l’horodatage associé à chaque activité du processus. Elle fournit le contexte chronologique nécessaire pour ordonner les événements et comprendre l’évolution du flux du processus dans le temps. Ces données sont essentielles pour toute analyse temporelle. Dans le Process Mining, cet attribut sert à calculer toutes les métriques fondées sur la durée, notamment les temps de cycle, les durées de traitement et les temps d’attente. Il constitue la base du journal d’événements, de l’identification des goulots d’étranglement par la mesure de la durée entre les activités et de l’évaluation des performances par rapport aux objectifs temporels ou aux SLA. Pourquoi c’est important Cet horodatage est essentiel pour classer les événements par ordre chronologique et calculer toutes les métriques de performance liées au temps, comme le temps de cycle et les goulots d’étranglement. Où les obtenir Les champs d’horodatage sont généralement disponibles dans les tables de transactions des modules d’Oracle SCM Cloud, notamment dans les champs CREATION_DATE ou LAST_UPDATE_DATE. Exemples 2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
	Nom de l’activité ActivityName	Le nom de l’événement métier ou de la tâche spécifique qui s’est produit dans le processus logistique, par exemple « Purchase Order Issued » ou « Shipment Confirmed ».
Description Cet attribut décrit une étape ou un jalon du cycle de vie logistique. Chaque activité représente une action précise, comme vérifier les stocks, produire des marchandises ou signer une preuve de livraison. La séquence de ces activités forme le flux du processus pour chaque commande logistique. L’analyse de l’Activity Name est fondamentale en Process Mining. Elle permet de visualiser la cartographie du processus, de calculer les temps de transition entre les étapes, d’identifier les boucles de reprise et de découvrir les parcours courants ou atypiques du processus, appelés variantes. Pourquoi c’est important Il définit les étapes du processus. L’analyse de la séquence et de la fréquence des activités constitue le cœur du Process Mining. Où les obtenir Les noms d’activité sont dérivés des données d’événements capturées dans différents modules d’Oracle SCM Cloud. Cela nécessite souvent de faire correspondre les statuts des transactions ou les journaux d’événements à une liste standardisée de noms d’activité. Exemples Bon de commande émisMarchandises produitesExpédition confirméePreuve de livraison signée
	Catégorie de produit ProductCategory	La catégorie ou la famille à laquelle appartient le produit de la commande.
Description Product Category est un attribut de classification qui regroupe des produits similaires, tels que « Electronics », « Apparel » ou « Raw Materials ». Il permet une analyse à un niveau plus global que l’examen de produits individuels ou de leurs SKU. Dans le Process Mining, segmenter l’analyse par Product Category peut être très utile. Cela peut révéler que certains types de produits présentent des temps de cycle plus longs, suivent des variantes de processus différentes ou sont davantage exposés aux retards. Ces informations permettent d’adapter les améliorations à des gammes de produits spécifiques. Pourquoi c’est important Permet de segmenter l’analyse de la performance par type de produit et de révéler les tendances et les problèmes propres à certaines familles de produits. Où les obtenir Ces informations font partie des données de référence des articles dans Oracle SCM Cloud. Elles sont accessibles via des tables telles que EGP_SYSTEM_ITEMS_B et les tables de catégories associées. Exemples Produits finisPièces de rechangeMatières premièresÉlectronique grand public
	Date de livraison demandée RequestedDeliveryDate	La date de livraison de la commande demandée par le client.
Description Cette date représente le délai de livraison souhaité par le client et sert de référence principale pour mesurer la performance des livraisons à temps. Elle est généralement définie lors de la création de la commande client et constitue un élément essentiel des accords de niveau de service (SLA). Dans l’analyse, cet attribut est comparé à l’« Actual Delivery Date » pour calculer le KPI On-Time Delivery Rate. Il aide les entreprises à évaluer leur capacité à répondre aux attentes des clients et à identifier les causes profondes des retards. Pourquoi c’est important Il s’agit de la référence pour mesurer la performance des livraisons à temps, un KPI essentiel pour la satisfaction client et l’efficacité de la chaîne d’approvisionnement. Où les obtenir Cette information est généralement enregistrée au niveau de l’en-tête de la commande client ou de la ligne d’exécution dans Oracle Order Management. Recherchez des champs tels que REQUEST_SHIP_DATE ou REQUEST_ARRIVAL_DATE. Exemples 2023-11-152023-12-012024-01-10
	Date de livraison réelle ActualDeliveryDate	La date à laquelle la commande a effectivement été livrée au client, confirmée par une preuve de livraison.
Description Cette date marque l’achèvement final du processus logistique, lorsque les marchandises sont arrivées à destination. Elle est souvent extraite de l’activité « Proof of Delivery Signed ». Cet attribut est essentiel pour mesurer la performance. Il est comparé directement à la « Requested Delivery Date » afin de déterminer si une commande a été livrée à temps ou en retard. Il sert également à calculer le temps de cycle total de bout en bout de la commande logistique. Pourquoi c’est important Il fournit le temps d’achèvement réel du processus et permet de calculer les taux de livraison à temps ainsi que les temps de cycle totaux. Où les obtenir Il s’agit souvent de l’horodatage de l’événement final de confirmation de livraison, disponible dans les modules d’expédition ou de transport, notamment dans WSH_DELIVERIES. Exemples 2023-11-162023-11-302024-01-12
	Mode de transport ModeOfTransport	Le mode de transport utilisé pour l’expédition, par exemple l’avion, le bateau, le camion ou le train.
Description Cet attribut précise le mode de transport utilisé pour déplacer les marchandises entre deux sites, par exemple de l’entrepôt au client. Ces informations sont essentielles pour analyser la logistique et le transport. Dans le Process Mining, filtrer ou segmenter les données par Mode Of Transport aide à analyser l’efficacité des différents modes d’expédition. Le Dashboard Transportation Efficiency Analysis utilise cet attribut pour comparer les durées de transit selon les modes et optimiser les coûts logistiques ainsi que les délais de livraison. Pourquoi c’est important Permet d’analyser l’efficacité et le coût du transport afin d’optimiser la stratégie logistique en fonction de la rapidité et des dépenses. Où les obtenir Ces données se trouvent généralement dans le module Oracle Transportation Management (OTM) ou dans les modules d’exécution des expéditions. Recherchez des champs dans des tables telles que WSH_DELIVERY_LEGS. Exemples Fret aérienFret maritimeChargement completChargement partiel
	Nom du fournisseur SupplierName	Le nom du fournisseur qui fournit les matières premières d’une commande d’achat.
Description Cet attribut identifie la partie externe responsable de la fourniture des composants ou des matières premières nécessaires à la production. Il est associé à des activités liées à l’approvisionnement, telles que « Purchase Order Issued » et « Raw Materials Received ». L’analyse par Supplier Name est essentielle pour le Dashboard Supplier Lead Time Performance. Elle aide à évaluer quels fournisseurs sont fiables et livrent à temps, et lesquels accusent fréquemment des retards. Cette analyse est importante pour la stratégie d’approvisionnement, la gestion des relations fournisseurs et la réduction des retards de production dus aux pénuries de matières. Pourquoi c’est important Permet de mesurer et de comparer la performance des fournisseurs, un élément essentiel pour garantir une chaîne d’approvisionnement amont fiable et efficace. Où les obtenir Les informations sur les fournisseurs se trouvent dans les modules d’approvisionnement d’Oracle SCM Cloud, associés aux commandes d’achat. Les principales tables sont notamment PO_HEADERS_ALL et POZ_SUPPLIERS. Exemples Global Components Inc.Advanced Materials LLCTech Parts Direct
	Numéro d’article ItemNumber	L’identifiant unique, ou SKU, du produit traité.
Description L’Item Number fournit le niveau d’identification le plus détaillé du produit. Il permet d’analyser les produits individuellement, avec un niveau de précision supérieur à celui d’une analyse par catégorie de produits. L’utilisation de l’Item Number dans l’analyse aide à identifier les problèmes de processus liés à des produits précis. Par exemple, un article donné peut présenter un taux élevé d’échecs au contrôle qualité ou être associé à des temps de production plus longs. Cela permet de résoudre les problèmes de manière ciblée, au niveau du SKU. Pourquoi c’est important Permet une analyse très détaillée au niveau de chaque produit et aide à repérer des problèmes qui ne seraient pas visibles à l’échelle d’une catégorie. Où les obtenir Les identifiants d’article sont présents dans la plupart des tables transactionnelles d’Oracle SCM, notamment DOO_FULFILL_LINES_ALL ou INV_MATERIAL_TXNS, généralement sous la forme de INVENTORY_ITEM_ID. Exemples SKU-100-ASKU-250-BPART-XYZ-01
	Numéro de commande d’achat PurchaseOrderNumber	L’identifiant unique d’une commande d’achat créée pour approvisionner des matières premières ou des composants.
Description Le Purchase Order Number est l’identifiant documentaire clé de la partie approvisionnement de la chaîne logistique. Il relie la commande logistique aux demandes précises adressées aux fournisseurs. Cet attribut permet d’examiner en détail les activités d’approvisionnement. Il peut servir à retracer tous les événements associés à un PO donné et est essentiel pour analyser la performance des fournisseurs ainsi que les temps de cycle des achats. Pourquoi c’est important Fournit un lien direct vers les documents d’approvisionnement et permet d’analyser en détail le sous-processus d’achat ainsi que son impact sur le flux logistique global. Où les obtenir Cet identifiant se trouve dans le module Oracle Procurement Cloud, principalement dans la table PO_HEADERS_ALL, sous la forme de SEGMENT1. Exemples PO-98345PO-98346PO-98347
	Statut de la commande logistique LogisticsOrderStatus	Le statut final de la commande logistique, indiquant si elle a été menée à bien, annulée ou exécutée partiellement.
Description Cet attribut fournit l’état final ou le résultat d’un cas de commande logistique. Il permet de distinguer les commandes qui ont suivi l’intégralité du processus comme prévu de celles qui ont été interrompues prématurément. Dans l’analyse des processus, le filtrage par statut est essentiel. Par exemple, l’analyse des temps de cycle devrait généralement inclure uniquement les commandes « Completed », afin d’éviter que les commandes annulées ne faussent les résultats. Elle permet également d’analyser les causes profondes des annulations. Pourquoi c’est important Indique le résultat d’un cas et permet de filtrer les commandes incomplètes ou annulées afin de réaliser l’analyse sur des données comparables. Où les obtenir Le statut final est souvent dérivé du statut de la commande client ou de la ligne d’exécution dans Oracle Order Management. Il se trouve dans des tables telles que DOO_HEADERS_ALL ou DOO_FULFILL_LINES_ALL. Exemples LivréAnnuléExpédié partiellementClôturé
	Utilisateur User	L’identifiant ou le nom de l’utilisateur qui a effectué une activité donnée.
Description Cet attribut identifie le collaborateur ou l’utilisateur système responsable de l’exécution d’une tâche dans le processus. Il peut servir à comprendre la répartition de la charge de travail et la performance individuelle. L’analyse par User aide à gérer les ressources et à évaluer la performance. Elle peut identifier les personnes ou les équipes les plus performantes, mettre en évidence des besoins de formation ou révéler des possibilités d’automatisation pour les tâches qui sont systématiquement lentes lorsqu’elles sont effectuées manuellement. Pourquoi c’est important Permet d’analyser la performance des ressources et la répartition de la charge de travail, et d’identifier les possibilités de formation ou d’automatisation. Où les obtenir Les informations sur l’utilisateur sont généralement stockées dans les colonnes « Created By » ou « Last Updated By » de la plupart des tables de transactions Oracle SCM. Exemples JSMITHALOGANSYSTEMBATCH_USER
	Dernière mise à jour des données LastDataUpdate	L’horodatage indiquant la dernière actualisation ou extraction des données de cet événement depuis le système source.
Description Cet attribut indique la date et l’heure les plus récentes auxquelles les données d’événements ont été mises à jour dans le jeu de données de Process Mining. Il est essentiel pour comprendre l’actualité des données et la période couverte par l’analyse. Il est utilisé pour la gouvernance des données et pour informer les utilisateurs de la récence des analyses présentées dans les Dashboards. Il aide à répondre à des questions telles que « Jusqu’à quelle date cette vue du processus est-elle à jour ? ». Pourquoi c’est important Fournit le contexte nécessaire sur l’actualité des données et permet aux utilisateurs de comprendre la période analysée. Où les obtenir Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement des données (ETL). Exemples 2024-01-15T02:00:00Z2024-01-16T02:00:00Z
	Durée du cycle de bout en bout EndToEndCycleTime	Le temps total écoulé entre la création de la commande client et la preuve finale de livraison.
Description Cette métrique calculée mesure la durée totale de l’ensemble du processus logistique pour une commande donnée. Elle correspond à la différence entre l’horodatage de la toute première activité, par exemple « Customer Order Created », et celui de la toute dernière activité, par exemple « Proof of Delivery Signed ». Il s’agit de l’un des KPI les plus importants pour comprendre l’efficacité globale du processus. Il fournit une mesure générale de la performance et est utilisé dans les Dashboards pour suivre les tendances dans le temps et identifier les commandes dont le traitement est particulièrement long et qui nécessitent un examen. Pourquoi c’est important Fournit une mesure globale de la performance du processus, du début à la fin, et aide à identifier les cas longs ainsi qu’à suivre les améliorations générales de l’efficacité. Où les obtenir Cette métrique est calculée dans l’outil de Process Mining ou lors de la préparation des données, en soustrayant l’heure de début du premier événement de l’heure de début du dernier événement pour chaque cas. Exemples 15 jours 4 heures22 jours 8 heures10 jours 2 heures
	Durée du transport TransportationDuration	Le temps nécessaire aux marchandises pour aller du point de chargement à leur destination.
Description Il s’agit d’une métrique calculée qui mesure la partie « en transit » du temps de cycle global. Elle correspond à la différence entre l’activité « Goods Loaded for Transport » et l’activité « Goods Unloaded at Destination ». Cet attribut alimente le Dashboard Transportation Efficiency Analysis. Il aide à isoler les retards qui surviennent spécifiquement pendant la phase de transport et peut être analysé par transporteur et par mode de transport afin d’optimiser la performance des expéditions. Pourquoi c’est important Isole le temps de transit et permet d’analyser précisément l’efficacité du transport, indépendamment des retards liés à l’entrepôt ou à la production. Où les obtenir Cette métrique est calculée lors de la transformation des données en déterminant la différence entre les horodatages des événements « Goods Loaded for Transport » et « Goods Unloaded at Destination » pour un cas donné. Exemples 2 jours 3 heures5 jours 1 heure12 heures
	Emplacement de l’entrepôt WarehouseLocation	L’entrepôt ou le centre de distribution depuis lequel les marchandises sont prélevées et expédiées.
Description Cet attribut précise le site ou l’installation physique associé à une activité logistique donnée. Il est essentiel pour analyser la performance par emplacement. L’analyse par Warehouse Location peut révéler des écarts de performance importants entre les sites. Par exemple, un entrepôt peut présenter un temps de cycle de préparation et d’emballage nettement inférieur à celui d’un autre. Ces analyses aident à identifier les bonnes pratiques à partager entre les sites ou les installations qui nécessitent une amélioration de leurs processus. Pourquoi c’est important Permet de comparer la performance de différents sites physiques et d’identifier les installations les plus performantes ainsi que les domaines à améliorer. Où les obtenir Les informations sur l’entrepôt ou l’organisation des stocks constituent un élément fondamental des données d’Oracle Inventory Management. Elles apparaissent souvent sous la forme de ORGANIZATION_ID dans des tables telles que INV_MATERIAL_TXNS. Exemples WH-NORTHWH-WESTDC-CENTRAL
	Est une reprise IsRework	Un indicateur booléen qui précise si une commande logistique a fait l’objet d’une reprise, par exemple en raison de la répétition d’une activité ou d’une boucle dans le processus.
Description Cet attribut calculé identifie les cas qui s’écartent d’un flux linéaire et efficace. Il est généralement déterminé en détectant des séquences dans lesquelles une activité est répétée ou une activité ultérieure est suivie d’une activité antérieure, ce qui indique une boucle de processus, par exemple « Goods Picked » -> « Quality Control Failed » -> « Goods Picked ». Cet indicateur est essentiel pour quantifier l’inefficacité du processus. Il aide à calculer le KPI Order Rework Rate et permet aux analystes de filtrer et d’examiner les cas comportant des reprises afin d’en comprendre les causes profondes, telles que les erreurs de saisie, les problèmes de qualité ou un traitement initial incorrect. Pourquoi c’est important Aide à quantifier et à isoler les inefficacités du processus, notamment les boucles et les étapes répétées, qui sont souvent à l’origine de retards et de coûts supplémentaires. Où les obtenir Cette information n’est pas disponible dans le système source. Elle est calculée par l’outil de Process Mining, qui analyse la séquence des activités de chaque cas afin de détecter les schémas révélateurs d’une reprise. Exemples truefalse
	Livraison dans les délais IsOnTimeDelivery	Un indicateur booléen qui précise si la commande a été livrée à la date de livraison demandée ou avant celle-ci.
Description Il s’agit d’un attribut calculé qui simplifie l’analyse de la performance. Il est obtenu en comparant l’« Actual Delivery Date » à la « Requested Delivery Date ». Si la date réelle est antérieure ou égale à la date demandée, la valeur est true ; sinon, elle est false. Cet indicateur facilite la création de KPI et de Dashboards, comme le Dashboard Customer Delivery Performance. Il permet de filtrer et d’agréger rapidement les données afin de calculer le taux global de livraison à temps et d’analyser les causes profondes des caractéristiques communes aux commandes livrées en retard. Pourquoi c’est important Mesure directement la performance par rapport aux attentes des clients et simplifie la création d’indicateurs clés liés au respect des délais de livraison. Où les obtenir Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données en comparant « ActualDeliveryDate » <= « RequestedDeliveryDate ». Exemples truefalse
	Nom du client CustomerName	Le nom du client qui a passé la commande.
Description Cet attribut identifie le destinataire des marchandises et des services. Il constitue une dimension fondamentale de toute analyse centrée sur le client. Segmenter l’analyse du processus par client peut révéler des tendances importantes. Par exemple, certains clients à forte valeur peuvent subir davantage de retards, ou différents segments de clientèle peuvent suivre des parcours distincts. Ces informations sont essentielles pour améliorer le service client et gérer efficacement les comptes stratégiques. Pourquoi c’est important Permet d’obtenir une vue du processus centrée sur le client et de déterminer si certains clients ou types de clients rencontrent des difficultés particulières. Où les obtenir Les informations sur les clients sont stockées dans les modules de gestion des commandes et associées à la commande client. Elles peuvent être trouvées dans les tables liées à DOO_HEADERS_ALL, en les reliant aux tables des comptes clients, notamment HZ_CUST_ACCOUNTS. Exemples Retail CorpManufacturing SolutionsMegaStore Inc.
	Nom du transporteur CarrierName	Le nom de l’entreprise de logistique ou du transporteur tiers responsable du transport des marchandises.
Description Le Carrier Name identifie le prestataire de transport utilisé pour une expédition donnée. Il s’agit d’une information essentielle pour évaluer la performance des partenaires logistiques. Cet attribut est utilisé dans le Dashboard Transportation Efficiency Analysis pour comparer la performance des différents transporteurs. Il aide à déterminer quels transporteurs offrent les temps de transit les plus courts, lesquels sont les plus fiables sur certains itinéraires et lesquels présentent le meilleur rapport qualité-prix. Pourquoi c’est important Permet de comparer la performance des partenaires de transport, un élément essentiel pour optimiser les coûts et la fiabilité des expéditions. Où les obtenir Ces informations sont stockées dans les modules Oracle Transportation Management ou Shipping. Elles sont généralement associées à un trajet ou à une étape de livraison précis dans des tables telles que WSH_TRIPS. Exemples FedExDHLUPSMaersk
	Système source SourceSystem	Identifie le système d’information dont les données ont été extraites.
Description Cet attribut précise l’origine des données d’événements, qui est ici Oracle SCM Cloud. Il est utile dans les environnements où les données de plusieurs systèmes sont combinées, car il clarifie leur provenance. Dans l’analyse, il aide à distinguer les processus ou les activités susceptibles de s’étendre sur plusieurs systèmes. Pour une vue limitée à un seul système comme celle-ci, il constitue un attribut standard de gouvernance des données. Pourquoi c’est important Garantit la traçabilité des données et aide à distinguer leur origine dans les environnements multisystèmes. Où les obtenir Il s’agit généralement d’une valeur statique (« Oracle SCM Cloud ») ajoutée lors du processus d’extraction et de transformation des données. Exemples Oracle SCM CloudOracle Fusion SCM
	Valeur de la commande OrderValue	La valeur monétaire totale de la commande logistique.
Description Cet attribut représente la valeur financière associée à une commande logistique donnée. Il s’agit d’une métrique métier importante pour hiérarchiser les analyses et comprendre l’impact financier des inefficacités du processus. Dans le Process Mining, l’Order Value peut servir à mettre en relation la performance du processus et les résultats financiers. L’analyse peut par exemple montrer que les commandes de forte valeur subissent des retards plus longs, ce qui représente un risque important pour le chiffre d’affaires. Elle permet également de prioriser les améliorations des processus qui traitent les montants les plus élevés. Pourquoi c’est important Fournit un contexte financier à la performance du processus et aide à hiérarchiser les améliorations selon leur impact monétaire. Où les obtenir La valeur de la commande est généralement stockée au niveau de l’en-tête de la commande client dans Oracle Order Management. Consultez des tables telles que DOO_HEADERS_ALL pour les champs correspondant au montant total. Exemples 5250.7512300.00950.20

Obligatoire Recommandé Facultatif

Activités de gestion de la chaîne d’approvisionnement

Voici les principales étapes et les principaux jalons du processus à enregistrer dans votre journal d’événements pour découvrir précisément les processus et évaluer leur performance.

6 Recommandé 8 Facultatif

	Activité	Description
	Commande client créée	Cette activité correspond à la création d’une commande client dans Oracle Order Management et représente la demande officielle de marchandises formulée par un client. Cet événement est enregistré explicitement lorsqu’un nouvel enregistrement de commande client est sauvegardé dans le système, ce qui lance le cycle de vie de la commande logistique.
Pourquoi c’est important En tant qu’événement de début principal, il permet de mesurer le temps de cycle logistique de bout en bout. Il constitue la référence pour analyser l’efficacité du traitement des commandes et les tendances de la demande client. Où les obtenir Capturé à partir de l’horodatage de création de l’enregistrement de commande client dans le module Order Management, généralement dans la table DOO_HEADERS_ALL. Collecte Utilisez la date de création de l’en-tête de la commande client. Type d’événement explicit
	Marchandises chargées pour le transport	Les marchandises emballées sont chargées dans le véhicule du transporteur et l’expédition quitte officiellement l’entrepôt. Cet événement est enregistré par la transaction « Ship Confirm » dans Oracle Shipping.
Pourquoi c’est important Cet événement marque le début de l’étape de transport. Il constitue le point de départ du KPI « Transportation Cycle Time » et du Dashboard « Transportation Efficiency Analysis ». Où les obtenir Événement explicite capturé par la transaction « Ship Confirm » dans Oracle Shipping. Cette transaction met à jour le statut des détails de livraison à « Shipped ». Collecte Utilisez l’horodatage de transaction de l’action Ship Confirm. Type d’événement explicit
	Marchandises prélevées et emballées	Le personnel de l’entrepôt prélève les articles d’une commande dans le stock et les emballe pour l’expédition. Ce processus comprend plusieurs transactions système et aboutit au statut « packed ».
Pourquoi c’est important Cette activité marque le début du processus d’expédition physique. Le délai entre la création de la commande et ce point, couvert par le KPI « Inventory Check-to-Fulfillment Time », mesure l’efficacité interne de l’exécution des commandes. Où les obtenir Déduit du statut des lignes d’expédition ou des détails de livraison dans Oracle Shipping. Il s’agit souvent d’un regroupement de plusieurs événements, tels que la création de la vague de prélèvement, la confirmation du prélèvement et la confirmation de l’emballage. Collecte Utilisez l’horodatage de la dernière transaction de confirmation du prélèvement ou de l’emballage associée à la ligne de commande client. Type d’événement inferred
	Marchandises produites	La fabrication des marchandises est terminée et le produit fini est transféré en stock. Cet événement est enregistré lorsque l’ordre de fabrication est déclaré terminé dans le système.
Pourquoi c’est important Il marque la fin de la phase de production et la disponibilité du produit pour l’exécution de la commande. La durée entre « Production Scheduled » et cet événement constitue une mesure essentielle de l’efficacité de la fabrication. Où les obtenir Capturé à partir de la transaction de clôture d’un ordre de fabrication dans Oracle Manufacturing Cloud. Cette opération met à jour le statut de l’ordre de fabrication à « Complete ». Collecte Utilisez l’horodatage de la transaction de clôture de l’ordre de fabrication ou du passage du statut à « Complete ». Type d’événement inferred
	Preuve de livraison signée	Le client fournit une confirmation signée de la réception des marchandises, ce qui clôt officiellement le processus de livraison. Cette étape est souvent enregistrée en mettant à jour la commande ou l’expédition avec une date et un document de preuve de livraison.
Pourquoi c’est important Il s’agit de l’événement de fin définitif d’une commande logistique menée à bien, essentiel pour le KPI « End-to-End Logistics Cycle Time ». Il contribue également aux processus de conformité et de résolution des litiges. Où les obtenir Il s’agit souvent d’une mise à jour manuelle ou semi-automatisée de l’enregistrement de l’expédition ou de la commande client. Le système peut comporter un champ spécifique pour la date du POD, qui peut servir d’horodatage de l’événement. Collecte Utilisez l’horodatage du champ « Proof of Delivery Date » de l’enregistrement de l’expédition ou de la commande. Type d’événement explicit
	Production planifiée	Pour les articles fabriqués, un ordre de fabrication est planifié afin de définir le calendrier de production et l’allocation des ressources. Cet événement est enregistré lorsque le statut de l’ordre de fabrication passe à « Scheduled » ou « Released ».
Pourquoi c’est important Cette activité constitue une étape clé du Dashboard « Production & Shipment Stage Delays ». Elle marque le début du cycle de production, et tout retard à ce stade se répercute sur l’ensemble du processus d’exécution des commandes. Où les obtenir Déduit du changement de statut d’un ordre de fabrication dans Oracle Manufacturing Cloud. Les données pertinentes sont stockées dans des tables telles que WIP_DISCRETE_JOBS. Collecte Utilisez l’horodatage du passage du statut de l’ordre de fabrication à « Released » ou à un état similaire indiquant que la production peut commencer. Type d’événement inferred
	Bon de commande émis	La demande d’achat est convertie en bon de commande juridiquement contraignant, puis envoyée au fournisseur. Cet événement est enregistré explicitement lorsque le bon de commande est approuvé et que son statut passe à « Open » ou « Sent ».
Pourquoi c’est important Cet événement marque le début officiel du délai fournisseur. Il est essentiel pour mesurer le Dashboard « Supplier Lead Time Performance » et le KPI « Supplier On-Time Delivery Rate ». Où les obtenir Capturé à partir de la date d’approbation ou de soumission du bon de commande dans Oracle Procurement Cloud, stockée dans des tables telles que PO_HEADERS_ALL. Collecte Utilisez l’horodatage du passage du statut du bon de commande à l’état approuvé ou ouvert. Type d’événement explicit
	Commande annulée	La commande client est annulée avant la fin de l’exécution. Cette annulation est enregistrée lorsque le statut de l’en-tête ou de la ligne de commande client passe à « Canceled ».
Pourquoi c’est important Cela représente un point de terminaison alternatif et infructueux du processus. L’analyse des commandes annulées aide à identifier les raisons pour lesquelles certaines ventes n’aboutissent pas, notamment les délais trop longs ou les ruptures de stock. Où les obtenir L’événement est déduit du changement du statut de la commande client dans Oracle Order Management, qui passe à un statut final « Canceled ». Collecte Utilisez l’horodatage du changement de statut vers « Canceled » sur l’en-tête ou la ligne de commande client. Type d’événement inferred
	Contrôle qualité effectué	Les produits finis font l’objet d’un contrôle qualité avant d’être mis à disposition pour l’expédition. Ce contrôle est enregistré comme un résultat d’inspection qualité dans le module Oracle Quality Management.
Pourquoi c’est important Il s’agit d’une étape essentielle pour la conformité et la satisfaction client. L’analyse de cette activité permet de vérifier le respect des normes de qualité et d’identifier les goulots d’étranglement du processus d’inspection, notamment lors des audits de conformité. Où les obtenir Capturé à partir des enregistrements de transaction d’Oracle Quality Management Cloud lorsqu’un plan d’inspection est exécuté et que les résultats sont saisis. Collecte Utilisez l’horodatage auquel le résultat de l’inspection qualité est enregistré comme « Pass » ou « Fail ». Type d’événement explicit
	Demande d'achat créée	Une demande officielle est créée pour acheter des matières auprès d’un fournisseur, généralement lorsque les stocks sont insuffisants pour exécuter une commande client. Il s’agit d’une transaction explicite du module Oracle Procurement.
Pourquoi c’est important Cette activité met en évidence les dépendances vis-à-vis des achats et des fournisseurs externes. L’analyse du délai entre cet événement et la réception des matières est essentielle pour comprendre les retards liés aux fournisseurs. Où les obtenir Enregistré à partir de l’horodatage de création d’une demande d’achat dans Oracle Procurement Cloud, dans des tables telles que POR_REQUISITION_HEADERS_ALL. Collecte Utilisez la date de création de l’enregistrement de la demande d’achat. Type d’événement explicit
	Disponibilité des stocks vérifiée	Le système vérifie si les articles demandés sont disponibles en stock pour exécuter la commande client. Il s’agit souvent d’une étape automatisée du flux de traitement de la commande, mais son résultat est enregistré sous la forme d’un statut ou d’un horodatage.
Pourquoi c’est important Cette activité est essentielle pour le Dashboard « Inventory Fulfillment Efficiency » et le KPI « Inventory Availability Impact Rate ». Des retards à ce stade peuvent signaler des ruptures de stock ou une gestion inefficace des stocks. Où les obtenir Déduit des changements de statut de la ligne de commande client ou des enregistrements des tables Oracle Inventory Management (INV) liés aux réservations ou aux contrôles de disponibilité à la promesse. Collecte Déduit d’un changement de statut de la ligne de commande client, tel que « Awaiting Fulfillment », ou de l’horodatage de création d’une réservation. Type d’événement inferred
	Expédition confirmée	Tous les articles d’une expédition sont regroupés, emballés et prêts à être remis au transporteur. Cette activité met à jour le statut de l’expédition à « Confirmed » ou « Ready to Ship » dans le système.
Pourquoi c’est important Il s’agit d’une étape essentielle avant le départ physique des marchandises de l’entrepôt. Elle sépare le temps de traitement interne de l’entrepôt du temps de transport externe. Où les obtenir Déduit d’un changement de statut de l’expédition ou de l’enregistrement de livraison dans Oracle Shipping, dans des tables telles que WSH_DELIVERIES ou WSH_NEW_DELIVERIES. Collecte Utilisez l’horodatage du passage du statut de l’expédition à « Confirmed ». Type d’événement inferred
	Marchandises déchargées à destination	L’expédition arrive sur le site du client ou au port de destination, puis est déchargée. Ces informations sont souvent mises à jour à partir des données du transporteur ou d’un système de gestion du transport.
Pourquoi c’est important Cette activité marque la fin de la période de transport. La durée entre « Goods Loaded for Transport » et cet événement est essentielle pour analyser la performance des transporteurs et l’efficacité du transport. Où les obtenir Il peut s’agir d’un événement explicite si un Transportation Management System est intégré, ou d’un événement déduit. Il peut être fondé sur les mises à jour du statut du transporteur ou sur une saisie manuelle lors de la confirmation de la livraison. Collecte Utilisez l’horodatage provenant d’un TMS intégré ou du statut « Delivered » mis à jour manuellement dans l’enregistrement de l’expédition. Type d’événement explicit
	Matières premières réceptionnées	Les matières premières ou les marchandises commandées arrivent du fournisseur et sont officiellement réceptionnées en stock. Cette opération est enregistrée comme une transaction de réception dans Oracle Inventory Management.
Pourquoi c’est important Cet événement clôture la mesure du délai fournisseur. Les retards à ce stade ont un impact direct sur les calendriers de production et les dates de livraison finales aux clients. Où les obtenir Capturé à partir de la date de transaction de la réception dans Oracle Inventory Management, généralement dans les tables RCV_SHIPMENT_HEADERS et RCV_TRANSACTIONS. Collecte Utilisez la date de transaction de l’enregistrement de réception des matières. Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle SCM Cloud

Étapes

Accéder à Oracle BI Publisher : connectez-vous à votre instance Oracle SCM Cloud. Ouvrez l’espace de travail Reports and Analytics en cliquant sur l’icône Navigator, puis sélectionnez Tools > Reports and Analytics.
Créer un modèle de données : dans l’espace de travail Reports and Analytics, cliquez sur « Browse Catalog ». Dans le catalogue, cliquez sur « New », puis sélectionnez « Data Model ».
Définir le jeu de données de la requête SQL : dans l’éditeur Data Model, cliquez sur l’icône « + » pour ajouter un jeu de données, puis sélectionnez « SQL Query ».
Saisir les détails de la requête : donnez un nom au jeu de données, par exemple « SCM_LOGISTICS_EVENT_LOG ». Sélectionnez la source de données appropriée, généralement « ApplicationDB_SCM » ou une connexion similaire à la base de données applicative. Copiez la requête SQL complète fournie dans la section « query » ci-dessous et collez-la dans la zone de texte SQL Query.
Définir les paramètres : la requête utilise les paramètres :P_START_DATE et :P_END_DATE pour filtrer la période. Oracle BI Publisher les détecte automatiquement. Vous pouvez définir leur type de données sur « Date » et configurer des valeurs par défaut si nécessaire.
Afficher et enregistrer un échantillon de données : ouvrez l’onglet « Data ». Saisissez les valeurs des paramètres, puis cliquez sur « View » pour afficher un échantillon des données extraites. Cette étape permet de vérifier que la requête fonctionne correctement. Une fois le résultat validé, cliquez sur « Save » et donnez au modèle de données un nom explicite, par exemple « SCM Logistics Process Data Model ».
Créer un rapport BI Publisher : cliquez sur le bouton « Create Report » directement depuis l’éditeur du modèle de données. L’assistant de création du rapport s’ouvre.
Configurer la mise en page du rapport : sélectionnez l’option « Use Data Model ». L’assistant vous guidera dans la création de la mise en page. Pour un export CSV simple, vous pouvez sélectionner la mise en page « Table ». Faites glisser toutes les colonnes du jeu de données dans la mise en page du tableau.
Enregistrer le rapport : après avoir configuré la mise en page, enregistrez le rapport dans un dossier approprié du catalogue. Donnez-lui un nom tel que « SCM Logistics Event Log Report ».
Planifier l’exécution du rapport : pour automatiser l’extraction, planifiez le rapport. Ouvrez le rapport enregistré, puis cliquez sur « Actions » > « Schedule ».
Configurer la planification et le format de sortie : dans l’onglet « General », définissez le déclencheur de planification, par exemple quotidien ou hebdomadaire. Dans l’onglet « Output », sélectionnez CSV comme format de sortie. Configurez la destination, par exemple un emplacement précis sur un serveur de contenu, un serveur FTP ou un stockage objet depuis lequel le fichier pourra être récupéré pour l’analyse en Process Mining.
Soumettre et surveiller : soumettez la tâche planifiée. Vous pouvez suivre son exécution depuis la page « Job History » afin de vérifier qu’elle s’exécute correctement et transmet le fichier CSV à la destination configurée.

Configuration

Prérequis : vous devez disposer d’un accès à Oracle Fusion Applications avec un rôle autorisé à créer des modèles de données et des rapports BI Publisher, tel que « BI Administrator » ou « Application Developer ».
Source de données : la requête SQL doit être exécutée sur la base de données applicative principale, généralement nommée « ApplicationDB_SCM » ou de manière similaire dans la liste des sources de données BI Publisher.
Paramètres de période : il est essentiel d’utiliser les filtres de période (:P_START_DATE, :P_END_DATE) pour limiter le volume de données. Pour commencer l’analyse, une période de 3 à 6 mois constitue un bon point de départ. Évitez d’exécuter la requête sur des périodes très longues, par exemple plusieurs années, en une seule fois, afin de prévenir les ralentissements ou les dépassements de délai.
Filtrage : envisagez d’ajouter des filtres à la clause principale sales_orders de la requête pour réduire le périmètre. Vous pouvez ajouter des conditions WHERE portant sur des unités opérationnelles (BU_NAME), des types de commande (ORDER_TYPE_CODE) ou des catégories d’articles afin de concentrer l’analyse sur une partie précise de la chaîne logistique.
Performances : la requête fournie utilise des vues Oracle SCM Cloud standard (DOO_HEADERS_ALL, PO_HEADERS_ALL, etc.), généralement optimisées pour la création de rapports. Toutefois, les performances peuvent devenir un enjeu avec des volumes très importants. Vérifiez que les statistiques de la base de données sont à jour pour les tables sous-jacentes.
Format de sortie : configurez le rapport BI Publisher pour générer la sortie au format CSV. Vérifiez que les propriétés du fichier CSV sont correctement définies, notamment le séparateur virgule, l’encodage UTF-8 et la présence d’une ligne d’en-tête.

a Exemple de requête sql

WITH sales_orders AS (
  SELECT
    dha.order_number,
    dha.header_id,
    dha.source_doc_id,
    dha.creation_date
  FROM
    doo_headers_all dha
  WHERE
    dha.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')
    -- Optional: Add filters for specific Business Units or Order Types
    -- AND dha.org_id = [Your Organization ID]
)
-- 1. Customer Order Created
SELECT
  so.order_number AS "LogisticsOrder",
  'Customer Order Created' AS "ActivityName",
  dha.creation_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  mc.category_name AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dha.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN doo_fulfill_lines_all dfla ON dha.header_id = dfla.header_id
  LEFT JOIN egp_system_items_b msi ON dfla.inventory_item_id = msi.inventory_item_id AND dfla.inventory_organization_id = msi.organization_id
  LEFT JOIN egp_item_cat_assign_b mca ON msi.inventory_item_id = mca.inventory_item_id
  LEFT JOIN egp_categories_tl mc ON mca.category_id = mc.category_id
WHERE mc.language = 'US'

UNION ALL

-- 2. Inventory Availability Checked
SELECT
  so.order_number AS "LogisticsOrder",
  'Inventory Availability Checked' AS "ActivityName",
  dfla.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dfla.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN doo_fulfill_lines_all dfla ON so.header_id = dfla.header_id
  LEFT JOIN egp_system_items_b msi ON dfla.inventory_item_id = msi.inventory_item_id AND dfla.inventory_organization_id = msi.organization_id
WHERE
  dfla.status_code = 'AWAIT_SHIP'

UNION ALL

-- 3. Purchase Requisition Created
SELECT
  so.order_number AS "LogisticsOrder",
  'Purchase Requisition Created' AS "ActivityName",
  prh.creation_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  prh.document_status AS "LogisticsOrderStatus",
  prh.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  prl.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN por_requisition_lines_all prl ON so.source_doc_id = prl.doo_source_doc_id
  JOIN por_requisition_headers_all prh ON prl.requisition_header_id = prh.requisition_header_id

UNION ALL

-- 4. Purchase Order Issued
SELECT
  so.order_number AS "LogisticsOrder",
  'Purchase Order Issued' AS "ActivityName",
  pha.approved_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  pv.vendor_name AS "SupplierName",
  NULL AS "ModeOfTransport",
  pha.document_status AS "LogisticsOrderStatus",
  pha.created_by AS "User",
  pha.segment1 AS "PurchaseOrderNumber",
  pla.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN por_requisition_lines_all prl ON so.source_doc_id = prl.doo_source_doc_id
  JOIN po_distributions_all pda ON prl.requisition_line_id = pda.requisition_line_id
  JOIN po_lines_all pla ON pda.po_line_id = pla.po_line_id
  JOIN po_headers_all pha ON pla.po_header_id = pha.po_header_id
  JOIN poz_suppliers_v pv ON pha.vendor_id = pv.vendor_id
WHERE
  pha.approved_date IS NOT NULL

UNION ALL

-- 5. Raw Materials Received
SELECT
  so.order_number AS "LogisticsOrder",
  'Raw Materials Received' AS "ActivityName",
  rt.transaction_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  pv.vendor_name AS "SupplierName",
  NULL AS "ModeOfTransport",
  pha.document_status AS "LogisticsOrderStatus",
  rt.created_by AS "User",
  pha.segment1 AS "PurchaseOrderNumber",
  pla.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_fulfill_lines_all dfla ON so.header_id = dfla.header_id
  JOIN po_distributions_all pda ON dfla.fulfill_line_id = pda.fulfill_line_id
  JOIN po_lines_all pla ON pda.po_line_id = pla.po_line_id
  JOIN po_headers_all pha ON pla.po_header_id = pha.po_header_id
  JOIN poz_suppliers_v pv ON pha.vendor_id = pv.vendor_id
  JOIN rcv_transactions rt ON pha.po_header_id = rt.po_header_id AND rt.transaction_type = 'RECEIVE'

UNION ALL

-- 6. Production Scheduled
SELECT
  so.order_number AS "LogisticsOrder",
  'Production Scheduled' AS "ActivityName",
  wdj.scheduled_start_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  wdj.status_type_disp AS "LogisticsOrderStatus",
  wdj.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
WHERE
  wdj.status_type IN (3, 4) -- Released, Complete

UNION ALL

-- 7. Goods Produced
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Produced' AS "ActivityName",
  wdj.completed_quantity_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  wdj.status_type_disp AS "LogisticsOrderStatus",
  wdj.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
WHERE
  wdj.status_type = 4 -- Complete
  AND wdj.completed_quantity_date IS NOT NULL

UNION ALL

-- 8. Quality Control Performed
SELECT
  so.order_number AS "LogisticsOrder",
  'Quality Control Performed' AS "ActivityName",
  qir.creation_date AS "EventTime",
  NULL AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  qi.validation_result_code AS "LogisticsOrderStatus",
  qir.created_by AS "User",
  NULL AS "PurchaseOrderNumber",
  msi.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN wip_discrete_jobs wdj ON so.source_doc_id = wdj.source_header_id
  JOIN egp_system_items_b msi ON wdj.primary_item_id = msi.inventory_item_id AND wdj.organization_id = msi.organization_id
  JOIN qa_inspection_results_v qir ON wdj.work_order_id = qir.work_order_id
  JOIN qa_inspections_b qi ON qir.inspection_id = qi.inspection_id

UNION ALL

-- 9. Goods Picked and Packed
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Picked and Packed' AS "ActivityName",
  wdd.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wdd.released_status_name AS "LogisticsOrderStatus",
  wdd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  wdd.item_number AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE
  wdd.released_status = 'Y' -- 'Ready to Release', can be adjusted to 'S' for 'Released to Warehouse'

UNION ALL

-- 10. Shipment Confirmed
SELECT
  so.order_number AS "LogisticsOrder",
  'Shipment Confirmed' AS "ActivityName",
  wnd.confirmed_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wnd.status_code_name AS "LogisticsOrderStatus",
  wnd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE wnd.confirmed_date IS NOT NULL

UNION ALL

-- 11. Goods Loaded for Transport
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Loaded for Transport' AS "ActivityName",
  wts.actual_departure_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wt.mode_of_transport AS "ModeOfTransport",
  wts.status_code_name AS "LogisticsOrderStatus",
  wts.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
  JOIN wsh_delivery_legs wdl ON wnd.delivery_id = wdl.delivery_id
  JOIN wsh_trip_stops wts ON wdl.pick_up_stop_id = wts.stop_id
  JOIN wsh_trips wt ON wts.trip_id = wt.trip_id
WHERE wts.actual_departure_date IS NOT NULL

UNION ALL

-- 12. Goods Unloaded at Destination
SELECT
  so.order_number AS "LogisticsOrder",
  'Goods Unloaded at Destination' AS "ActivityName",
  wts.actual_arrival_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  wts.actual_arrival_date AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wt.mode_of_transport AS "ModeOfTransport",
  wts.status_code_name AS "LogisticsOrderStatus",
  wts.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
  JOIN wsh_delivery_legs wdl ON wnd.delivery_id = wdl.delivery_id
  JOIN wsh_trip_stops wts ON wdl.drop_off_stop_id = wts.stop_id
  JOIN wsh_trips wt ON wts.trip_id = wt.trip_id
WHERE wts.actual_arrival_date IS NOT NULL

UNION ALL

-- 13. Proof of Delivery Signed
SELECT
  so.order_number AS "LogisticsOrder",
  'Proof of Delivery Signed' AS "ActivityName",
  wnd.pod_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  wnd.pod_date AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  wnd.shipping_method_code AS "ModeOfTransport",
  wnd.status_code_name AS "LogisticsOrderStatus",
  wnd.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
  JOIN wsh_delivery_details wdd ON dha.header_id = wdd.source_header_id
  JOIN wsh_delivery_assignments wda ON wdd.delivery_detail_id = wda.delivery_detail_id
  JOIN wsh_new_deliveries wnd ON wda.delivery_id = wnd.delivery_id
WHERE wnd.pod_flag = 'Y' AND wnd.pod_date IS NOT NULL

UNION ALL

-- 14. Order Canceled
SELECT
  so.order_number AS "LogisticsOrder",
  'Order Canceled' AS "ActivityName",
  dha.last_update_date AS "EventTime",
  dha.request_ship_date AS "RequestedDeliveryDate",
  NULL AS "ActualDeliveryDate",
  NULL AS "ProductCategory",
  NULL AS "SupplierName",
  NULL AS "ModeOfTransport",
  dha.status_code AS "LogisticsOrderStatus",
  dha.last_updated_by AS "User",
  NULL AS "PurchaseOrderNumber",
  NULL AS "ItemNumber"
FROM
  sales_orders so
  JOIN doo_headers_all dha ON so.header_id = dha.header_id
WHERE
  dha.cancelled_flag = 'Y'

Étapes

Se connecter à Oracle BI Cloud Connector (BICC) : accédez à la console BICC avec vos identifiants Oracle Cloud Applications. Vous devez disposer du rôle BI Administrator requis pour effectuer des extractions de données.
Accéder aux offres : depuis la page d’accueil de BICC, sélectionnez « Manage Offerings » ou un lien de navigation similaire pour afficher les sources de données des applications Oracle Cloud disponibles.
Sélectionner l’offre SCM : choisissez l’offre « Supply Chain Management ». Cette action charge tous les Public View Objects, ou PVO, associés aux modules SCM tels que Order Management, Procurement et Inventory.
Créer une tâche : accédez à la section « Manage Extract Jobs ». Créez une nouvelle tâche et donnez-lui un nom explicite, par exemple « ProcessMind_Logistics_Order_Extraction ».
Sélectionner les PVO à extraire : dans la configuration de la tâche, utilisez la fonction de recherche pour trouver et ajouter chaque PVO requis à votre ensemble d’extraction. Les PVO sont listés dans la section de requête ci-dessous. Ajoutez chaque PVO comme un magasin de données distinct dans la tâche.
Configurer les colonnes et les filtres des PVO : pour chaque PVO ajouté, cliquez sur « Configure » afin de sélectionner les colonnes nécessaires au journal d’événements. Il est essentiel d’appliquer des filtres de date, par exemple sur la date de création ou la date de dernière mise à jour, afin de limiter le volume à une période gérable, comme les 3 à 6 derniers mois.
Configurer le stockage externe : dans la section « Configure External Storage », saisissez les informations de connexion à votre stockage cloud cible, par exemple Oracle Cloud Infrastructure (OCI) Object Storage. C’est à cet emplacement que BICC déposera les fichiers de données extraits.
Planifier la tâche d’extraction : définissez une planification pour la tâche. Pour la première extraction, vous pouvez l’exécuter manuellement. Pour le suivi continu, planifiez-la quotidiennement ou chaque semaine, en dehors des heures de pointe.
Exécuter et surveiller la tâche : enregistrez et soumettez la tâche. Suivez sa progression depuis le Dashboard « Manage Extract Jobs ». Consultez l’historique des tâches pour repérer les erreurs ou avertissements.
Combiner et transformer les données : une fois la tâche terminée, BICC déposera dans votre stockage cloud un fichier CSV ou DAT distinct pour chaque PVO. Vous devez utiliser un outil ETL ou un script distinct pour télécharger ces fichiers, les réunir dans une table unique de journal d’événements et mapper les colonnes au format requis (LogisticsOrder, ActivityName, EventTime).
Mise en forme finale avant import : vérifiez que le fichier final est un fichier CSV unique. Les colonnes doivent correspondre aux attributs requis et recommandés. Assurez-vous que la colonne EventTime utilise un format d’horodatage cohérent, tel que YYYY-MM-DD HH:MI:SS.

Configuration

Offre BICC : sélectionnez « Supply Chain Management » pour accéder aux objets de données nécessaires.
Sélection des PVO : vous devez sélectionner plusieurs PVO couvrant Order Management, Procurement, Inventory, Manufacturing et Shipping afin de représenter l’ensemble du processus de bout en bout. Une liste est fournie dans la section de requête.
Extraction incrémentielle ou complète : pour le chargement initial, une extraction complète sur une période précise est recommandée. Pour les exécutions suivantes, configurez des extractions incrémentielles à partir de la colonne « Last Update Date », disponible dans la plupart des PVO, afin de réduire le volume de données et le temps de traitement.
Filtre de période : appliquez toujours un filtre de date sur une colonne pertinente, telle que « CreationDate » ou « LastUpdateDate », pour chaque PVO. Pour une première analyse, une période de 3 à 6 mois est généralement adaptée.
Sélection des colonnes : pour améliorer les performances, n’extrayez pas toutes les colonnes d’un PVO. Sélectionnez uniquement celles qui sont nécessaires aux attributs du journal d’événements. Vous réduirez ainsi la taille des données transférées et la durée de l’extraction.
Prérequis : l’utilisateur qui exécute l’extraction doit disposer d’un rôle autorisant l’accès à BICC, tel que « BIACM_ADMIN ». Les modules SCM concernés, notamment Order Management, Procurement et Shipping, doivent être provisionnés et utilisés.

a Exemple de requête config

The following Public View Objects (PVOs) must be selected and configured within the BI Cloud Connector extraction job. This is not a runnable script but a list of objects to add to the extraction configuration.

**Order Management PVOs:**
*   `FscmTopModelAM.DooTopAM.Header` (For Customer Order Created, Order Canceled)
*   `FscmTopModelAM.DooTopAM.FulfilledLine` (For Inventory Availability Checked)

**Procurement PVOs:**
*   `FscmTopModelAM.ScmPoTopAM.ReqHeader` (For Purchase Requisition Created)
*   `FscmTopModelAM.ScmPoTopAM.PoHeader` (For Purchase Order Issued)

**Inventory and Receiving PVOs:**
*   `FscmTopModelAM.ScmRcvTopAM.RcvTransaction` (For Raw Materials Received)

**Manufacturing PVOs:**
*   `FscmTopModelAM.WisTopAM.WorkOrderHeader` (For Production Scheduled, Goods Produced)

**Quality Management PVOs:**
*   `FscmTopModelAM.ScmQamTopAM.QualityInspectionResult` (For Quality Control Performed)

**Shipping and Warehouse Management PVOs:**
*   `FscmTopModelAM.ScmWmsShippingTopAM.ShipmentLine` (For Goods Picked and Packed)
*   `FscmTopModelAM.ScmWmsShippingTopAM.ShipmentHeader` (For Shipment Confirmed)
*   `FscmTopModelAM.ScmWmsShippingTopAM.DeliveryTrip` (For Goods Loaded for Transport)
*   `FscmTopModelAM.ScmWmsShippingTopAM.DeliveryHeader` (For Goods Unloaded at Destination, Proof of Delivery Signed)

Étapes

Prérequis : vérifiez que Python 3.6 ou une version ultérieure est installé sur votre système, ainsi que les bibliothèques requests et pandas. Vous pouvez les installer avec pip : pip install requests pandas.
Configuration de l’authentification : obtenez les identifiants utilisateur, à savoir le nom d’utilisateur et le mot de passe, d’un compte Oracle SCM Cloud disposant des autorisations nécessaires pour accéder aux API REST requises, notamment celles des commandes client, des commandes fournisseur, des expéditions et des ordres de travail.
Configuration du script : ouvrez le script Python fourni dans un éditeur de texte ou un IDE. Renseignez les variables d’espace réservé situées en haut du script, notamment ORACLE_SCM_HOST, USERNAME, PASSWORD, START_DATE et END_DATE.
Compréhension des points de terminaison de l’API : le script est préconfiguré pour interroger plusieurs points de terminaison d’API REST correspondant à différentes activités de la chaîne logistique. Consultez le dictionnaire endpoints dans le script afin de comprendre quels objets Oracle SCM sont interrogés.
Exécution du script : exécutez le script depuis la ligne de commande avec python your_script_name.py. Le script commence par s’authentifier, puis effectue des appels d’API successifs pour chaque activité définie.
Gestion de la pagination de l’API : le script inclut une fonction qui gère automatiquement la pagination de l’API. Il envoie des requêtes supplémentaires lorsque l’indicateur hasMore de la réponse de l’API est défini sur true, afin de récupérer tous les enregistrements compris dans la période indiquée.
Transformation des données : à mesure que les données sont récupérées pour chaque activité, le script transforme la réponse JSON dans un format standardisé. Il extrait les champs principaux, les associe aux colonnes du journal d’événements (LogisticsOrder, ActivityName, EventTime, etc.), puis les ajoute à une liste globale d’événements.
Gestion des données manquantes : le script utilise .get() avec la valeur par défaut Aucun pour accéder en toute sécurité aux champs JSON imbriqués qui peuvent être absents de certains enregistrements. Les erreurs sont ainsi évitées et les valeurs manquantes sont représentées par des valeurs nulles dans le résultat.
Génération du résultat : une fois tous les appels d’API terminés, le script regroupe les événements collectés dans un DataFrame pandas.
Export au format CSV : le DataFrame final est exporté dans un fichier CSV nommé oracle_scm_event_log.csv, situé dans le même répertoire que celui depuis lequel le script est exécuté. Ce fichier est formaté pour être importé directement dans un outil de Process Mining.
Vérification et importation : ouvrez le fichier CSV généré pour vérifier que les données sont complètes et exactes. Après validation, importez le journal d’événements dans votre plateforme de Process Mining.

Configuration

Identifiants : un utilisateur API dédié, doté de rôles tels que Order Manager, Procurement Manager, Warehouse Manager et Shipping Manager, est nécessaire pour accéder à toutes les ressources API requises.
Période : définissez les variables START_DATE et END_DATE dans le script. Il est recommandé de commencer par une période plus courte, par exemple 3 à 6 mois, afin de maîtriser le volume de données et les limites de débit des API.
Version de l’API : le script utilise la version d’API 11.13.18.05. Vérifiez que cette version correspond à celle de votre instance Oracle SCM Cloud ou mettez à jour les URL des points de terminaison si nécessaire.
Limite de pagination : le paramètre limit des requêtes API est défini sur 100 afin de contrôler le nombre d’enregistrements renvoyés par appel. Vous pouvez l’ajuster en fonction des performances et des contraintes du serveur API.
Filtres : le script applique principalement des filtres de date (CreationDate, LastUpdateDate). Vous pouvez ajouter d’autres filtres, par exemple sur BusinessUnitName ou OrganizationCode, au paramètre q des appels API afin de limiter l’extraction à certaines unités opérationnelles ou entités juridiques.
Champs personnalisés : si votre organisation utilise des Descriptive Flexfields (DFF) pour stocker des données de processus importantes, vous devrez peut-être adapter le script afin d’inclure ces champs dans la requête API et la logique d’extraction.

a Exemple de requête python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle SCM Cloud instance details
ORACLE_SCM_HOST = class="hl-string">"[Your Oracle SCM Host e.g., xyz.fa.us2.oraclecloud.com]"
USERNAME = class="hl-string">"[Your Username]"
PASSWORD = class="hl-string">"[Your Password]"

class=class="hl-string">"hl-comment"># --- Date Range for Extraction ---
class=class="hl-string">"hl-comment"># Format: YYYY-MM-DD
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- API Request Helper Function ---
def make_api_request(endpoint, params={}):
    class="hl-string">"""Handles authentication and pagination for Oracle SCM REST API calls."""
    all_items = []
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)
    url = fclass="hl-string">"https://{ORACLE_SCM_HOST}{endpoint}"

    class=class="hl-string">"hl-comment"># Set default limit and offset for pagination
    params.setdefault(class="hl-string">'limit', 100)
    params.setdefault(class="hl-string">'offset', 0)
    params.setdefault(class="hl-string">'onlyData', class="hl-string">'true')

    while True:
        try:
            response = session.get(url, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raise an exception for bad status codes (4xx or 5xx)
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)

            if not data.get(class="hl-string">'hasMore', False):
                break
            
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {url}: {e}")
            break

    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def extract_scm_event_log():
    events = []
    date_filter = fclass="hl-string">"LastUpdateDate between '{START_DATE}' and '{END_DATE}'"
    creation_date_filter = fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'"

    print(class="hl-string">"Fetching Sales Orders for 'Customer Order Created' and 'Order Canceled'...")
    so_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub", {class="hl-string">'q': date_filter})
    for so in so_data:
        order_number = so.get(class="hl-string">'OrderNumber')
        if not order_number: continue

        class=class="hl-string">"hl-comment"># Activity: Customer Order Created
        events.append({
            class="hl-string">'LogisticsOrder': order_number,
            class="hl-string">'ActivityName': class="hl-string">'Customer Order Created',
            class="hl-string">'EventTime': so.get(class="hl-string">'CreationDate'),
            class="hl-string">'RequestedDeliveryDate': so.get(class="hl-string">'RequestShipDate'),
            class="hl-string">'ActualDeliveryDate': None,
            class="hl-string">'ProductCategory': so.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ProductGroup'),
            class="hl-string">'SupplierName': None,
            class="hl-string">'ModeOfTransport': so.get(class="hl-string">'ShippingMethodCode'),
            class="hl-string">'LogisticsOrderStatus': so.get(class="hl-string">'Status'),
            class="hl-string">'User': so.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'ItemNumber': so.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ProductNumber')
        })

        class=class="hl-string">"hl-comment"># Activity: Order Canceled
        if so.get(class="hl-string">'Status') == class="hl-string">'CANCELED':
            events.append({
                class="hl-string">'LogisticsOrder': order_number,
                class="hl-string">'ActivityName': class="hl-string">'Order Canceled',
                class="hl-string">'EventTime': so.get(class="hl-string">'LastUpdateDate'),
                class="hl-string">'RequestedDeliveryDate': so.get(class="hl-string">'RequestShipDate'),
                class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': so.get(class="hl-string">'ShippingMethodCode'),
                class="hl-string">'LogisticsOrderStatus': so.get(class="hl-string">'Status'), class="hl-string">'User': so.get(class="hl-string">'LastUpdatedBy'),
                class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

    print(class="hl-string">"Fetching Purchase Requisitions for 'Purchase Requisition Created'...")
    pr_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/purchaseRequisitions", {class="hl-string">'q': creation_date_filter})
    for pr in pr_data:
        class=class="hl-string">"hl-comment"># Note: Linking PR to a specific sales order requires custom logic or configuration.
        class=class="hl-string">"hl-comment"># Here we assume a link can be inferred or is not strictly required for this event.
        events.append({
            class="hl-string">'LogisticsOrder': pr.get(class="hl-string">'SourceOrderNumber', class="hl-string">'[Not Linked]'), class=class="hl-string">"hl-comment"># Placeholder if no direct link
            class="hl-string">'ActivityName': class="hl-string">'Purchase Requisition Created',
            class="hl-string">'EventTime': pr.get(class="hl-string">'CreationDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': None, class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': pr.get(class="hl-string">'RequisitioningBU'),
            class="hl-string">'User': pr.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': None,
            class="hl-string">'ItemNumber': pr.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ItemNumber')
        })

    print(class="hl-string">"Fetching Purchase Orders for 'Purchase Order Issued'...")
    po_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/purchaseOrders", {class="hl-string">'q': fclass="hl-string">"ApprovedDate between '{START_DATE}' and '{END_DATE}'"})
    for po in po_data:
        events.append({
            class="hl-string">'LogisticsOrder': po.get(class="hl-string">'SourceOrderNumber', class="hl-string">'[Not Linked]'), class=class="hl-string">"hl-comment"># Placeholder if no direct link
            class="hl-string">'ActivityName': class="hl-string">'Purchase Order Issued',
            class="hl-string">'EventTime': po.get(class="hl-string">'ApprovedDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': po.get(class="hl-string">'Supplier'),
            class="hl-string">'ModeOfTransport': None,
            class="hl-string">'LogisticsOrderStatus': po.get(class="hl-string">'DocumentStatus'),
            class="hl-string">'User': po.get(class="hl-string">'Buyer'),
            class="hl-string">'PurchaseOrderNumber': po.get(class="hl-string">'OrderNumber'),
            class="hl-string">'ItemNumber': po.get(class="hl-string">'lines', [{}])[0].get(class="hl-string">'ItemNumber')
        })

    print(class="hl-string">"Fetching Receipts for 'Raw Materials Received'...")
    rcv_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/receivingReceipts", {class="hl-string">'q': fclass="hl-string">"ReceiptDate between '{START_DATE}' and '{END_DATE}'"})
    for rcv in rcv_data:
        events.append({
            class="hl-string">'LogisticsOrder': rcv.get(class="hl-string">'OrderNumber'), class=class="hl-string">"hl-comment"># Assuming PO is the key link
            class="hl-string">'ActivityName': class="hl-string">'Raw Materials Received',
            class="hl-string">'EventTime': rcv.get(class="hl-string">'ReceiptDate'),
            class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None,
            class="hl-string">'SupplierName': rcv.get(class="hl-string">'SupplierName'), class="hl-string">'ModeOfTransport': None, 
            class="hl-string">'LogisticsOrderStatus': class="hl-string">'Received', class="hl-string">'User': rcv.get(class="hl-string">'CreatedBy'),
            class="hl-string">'PurchaseOrderNumber': rcv.get(class="hl-string">'POHeaderNumber'),
            class="hl-string">'ItemNumber': rcv.get(class="hl-string">'ItemNumber')
        })
        
    print(class="hl-string">"Fetching Work Orders for 'Production Scheduled' and 'Goods Produced'...")
    wo_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/workOrders", {class="hl-string">'q': date_filter})
    for wo in wo_data:
        class=class="hl-string">"hl-comment"># Activity: Production Scheduled
        if wo.get(class="hl-string">'ReleasedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': wo.get(class="hl-string">'SalesOrderNumber', wo.get(class="hl-string">'WorkOrderNumber')), 
                class="hl-string">'ActivityName': class="hl-string">'Production Scheduled',
                class="hl-string">'EventTime': wo.get(class="hl-string">'ReleasedDate'),
                class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': wo.get(class="hl-string">'WorkOrderStatus'),
                class="hl-string">'User': wo.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': wo.get(class="hl-string">'ProductName')
            })
        class=class="hl-string">"hl-comment"># Activity: Goods Produced
        if wo.get(class="hl-string">'CompletedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': wo.get(class="hl-string">'SalesOrderNumber', wo.get(class="hl-string">'WorkOrderNumber')),
                class="hl-string">'ActivityName': class="hl-string">'Goods Produced',
                class="hl-string">'EventTime': wo.get(class="hl-string">'CompletedDate'),
                class="hl-string">'RequestedDeliveryDate': None, class="hl-string">'ActualDeliveryDate': None, class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None,
                class="hl-string">'ModeOfTransport': None, class="hl-string">'LogisticsOrderStatus': wo.get(class="hl-string">'WorkOrderStatus'),
                class="hl-string">'User': wo.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': wo.get(class="hl-string">'ProductName')
            })
            
    print(class="hl-string">"Fetching Shipments for shipping activities...")
    ship_data = make_api_request(class="hl-string">"/fscmRestApi/resources/11.13.18.05/shipments", {class="hl-string">'q': date_filter})
    for ship in ship_data:
        order_number = ship.get(class="hl-string">'SourceSalesOrderNumber', ship.get(class="hl-string">'ShipmentNumber'))
        
        class=class="hl-string">"hl-comment"># Activities: Goods Picked and Packed (using shipment creation as proxy), Shipment Confirmed, Goods Loaded
        events.append({
            class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Picked and Packed',
            class="hl-string">'EventTime': ship.get(class="hl-string">'CreationDate'), class="hl-string">'RequestedDeliveryDate': None,
            class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
            class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Packing', 
            class="hl-string">'User': ship.get(class="hl-string">'CreatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
        })
        if ship.get(class="hl-string">'ShippedDate'):
            events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Shipment Confirmed',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ShippedDate'), class="hl-string">'RequestedDeliveryDate': None,
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Shipped', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })
            events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Loaded for Transport',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ShippedDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'In Transit', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

        class=class="hl-string">"hl-comment"># Activity: Goods Unloaded at Destination (if data available)
        if ship.get(class="hl-string">'ActualArrivalDate'):
             events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Goods Unloaded at Destination',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ActualArrivalDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ActualDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Arrived', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

        class=class="hl-string">"hl-comment"># Activity: Proof of Delivery Signed
        if ship.get(class="hl-string">'ProofOfDeliveryDate'):
             events.append({
                class="hl-string">'LogisticsOrder': order_number, class="hl-string">'ActivityName': class="hl-string">'Proof of Delivery Signed',
                class="hl-string">'EventTime': ship.get(class="hl-string">'ProofOfDeliveryDate'), class="hl-string">'RequestedDeliveryDate': None, 
                class="hl-string">'ActualDeliveryDate': ship.get(class="hl-string">'ProofOfDeliveryDate'), class="hl-string">'ProductCategory': None, class="hl-string">'SupplierName': None, 
                class="hl-string">'ModeOfTransport': ship.get(class="hl-string">'ModeOfTransport'), class="hl-string">'LogisticsOrderStatus': class="hl-string">'Delivered', 
                class="hl-string">'User': ship.get(class="hl-string">'LastUpdatedBy'), class="hl-string">'PurchaseOrderNumber': None, class="hl-string">'ItemNumber': None
            })

    class=class="hl-string">"hl-comment"># The following activities are often implicit or require more complex queries.
    class=class="hl-string">"hl-comment"># For this script, we are not fetching them directly, but stubs could be added here.
    print(class="hl-string">"Skipping 'Inventory Availability Checked' and 'Quality Control Performed' due to complexity...")
    class=class="hl-string">"hl-comment"># Note: To capture these, you would query order line status changes or the qualityInspections API.

    print(fclass="hl-string">"Total events extracted: {len(events)}")
    return pd.DataFrame(events)

class=class="hl-string">"hl-comment"># --- Script Execution ---
if __name__ == class="hl-string">"__main__":
    event_log_df = extract_scm_event_log()
    if not event_log_df.empty:
        class=class="hl-string">"hl-comment"># Sort by case and time for chronological order
        event_log_df[class="hl-string">'EventTime'] = pd.to_datetime(event_log_df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
        event_log_df.dropna(subset=[class="hl-string">'EventTime'], inplace=True)
        event_log_df.sort_values(by=[class="hl-string">'LogisticsOrder', class="hl-string">'EventTime'], inplace=True)
        
        class=class="hl-string">"hl-comment"># Save to CSV
        output_file = class="hl-string">'oracle_scm_event_log.csv'
        event_log_df.to_csv(output_file, index=False)
        print(fclass="hl-string">"Event log successfully saved to {output_file}")
    else:
        print(class="hl-string">"No events were extracted. Check your configuration and date range.")

Prêt à commencer ?

Commencez dès aujourd’hui votre démarche de Process Mining et tirez le meilleur parti des données de votre chaîne logistique. Ce template constitue la première étape vers une chaîne logistique plus efficace et plus transparente.

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

Maîtrisez votre Oracle SCM : améliorez l’efficacité de votre chaîne logistique dès maintenant

Atteignez une précision de prévision de 90 % et éliminez les ruptures de stock dès aujourd’hui.

Démarrer l’essai gratuit

Aucune carte bancaire requise, configuration immédiate.

Votre template de données pour la gestion de la chaîne logistique

Votre template de données pour la gestion de la chaîne logistique

Attributs de la gestion de la chaîne d’approvisionnement

Activités de gestion de la chaîne d’approvisionnement

Guides d’extraction

Rapport Oracle BI Publisher pour les données logistiques SCM

Étapes

Configuration

a Exemple de requête sql

Extraction en masse avec BI Cloud Connector (BICC)

Étapes

Configuration

a Exemple de requête config

Extraction par script Python via les API REST Oracle SCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Maîtrisez votre Oracle SCM : améliorez l’efficacité de votre chaîne logistique dès maintenant

Votre template de données pour la gestion de la chaîne logistique

Votre template de données pour la gestion de la chaîne logistique

Attributs de la gestion de la chaîne d’approvisionnement

Activités de gestion de la chaîne d’approvisionnement

Guides d’extraction

Rapport Oracle BI Publisher pour les données logistiques SCM

Étapes

Configuration

a Exemple de requête sql

Extraction en masse avec BI Cloud Connector (BICC)

Étapes

Configuration

a Exemple de requête config

Extraction par script Python via les API REST Oracle SCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Maîtrisez votre Oracle SCM : améliorez l’efficacité de votre chaîne logistique dès maintenant

Nous attachons de l’importance à votre confidentialité