> Amélioration continue des processus > Gestion des stocks > Oracle Fusion SCM > Modèle de données

Votre modèle de données pour la gestion des stocks

Oracle Fusion SCM

Attributs de gestion des stocks (20) Activités de gestion des stocks (15) Guides d’extraction (3)

Votre modèle de données pour la gestion des stocks

Ce modèle fournit un guide complet pour extraire et structurer vos données de gestion des stocks depuis Oracle Fusion SCM. Il présente les attributs et activités essentiels à la création d’un journal d’événements efficace. Utilisez cette ressource pour analyser précisément vos processus de gestion des stocks et identifier les possibilités d’optimisation.

Attributs recommandés à collecter
Activités clés à suivre pour la découverte des processus
Guide d’extraction des données depuis Oracle Fusion SCM

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 gestion des stocks

Voici les champs de données essentiels qu’il est recommandé d’inclure dans votre journal d’événements pour analyser en détail vos processus de gestion des stocks.

5 Obligatoire 5 Recommandé 10 Facultatif

	Nom	Description
	Heure de début de l’événement EventStartTime	Horodatage indiquant le début de l’activité de gestion des stocks.
Description Cet attribut enregistre la date et l’heure précises auxquelles une activité a commencé. Il constitue le principal élément temporel utilisé pour classer les événements par ordre chronologique et construire le flux de processus. Dans l’analyse, Event Start Time est essentiel pour calculer les durées et les temps d’attente entre les activités. Il permet d’identifier les goulots d’étranglement, de mesurer les temps de cycle pour des KPI tels que « Average Put-away Cycle Time » et d’analyser la performance des processus sur différentes périodes, par exemple selon les équipes, les jours ou les mois. Pourquoi c’est important Cet horodatage est essentiel pour ordonner les événements, calculer les temps de cycle et d’attente et comprendre les goulots d’étranglement des processus. Où les obtenir Généralement issu d’un champ de date de transaction ou de date de création dans les tables de transactions de stock, tel que TRANSACTION_DATE dans INV_MATERIAL_TXNS. Exemples 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Lot de stock InventoryBatchLot	Identifiant unique d’un lot ou d’une série précise d’un article en stock, utilisé comme identifiant de cas pour suivre son cycle de vie.
Description Le numéro de lot ou de série de stock constitue l’identifiant de cas principal. Il regroupe toutes les activités liées à une quantité précise d’un produit. Vous pouvez ainsi suivre le cycle de vie complet d’une quantité de stock distincte, depuis sa réception jusqu’à ses différents mouvements et sa sortie ou sa consommation finale. Dans une analyse de Process Mining, cet attribut est fondamental. Il relie des événements distincts, tels que la réception, le contrôle qualité, les transferts internes et la sortie de marchandises, au sein d’une même instance de processus cohérente. L’analyse des processus par Inventory Batch/Lot permet de calculer les temps de cycle de bout en bout, d’identifier les parcours fréquents et de repérer les goulots d’étranglement qui affectent certains groupes de stocks. Pourquoi c’est important Il s’agit de l’identifiant de cas essentiel qui relie toutes les activités associées aux stocks et permet de retracer le parcours complet d’un lot, de sa réception à sa sortie. Où les obtenir Ces informations se trouvent généralement dans les tables de transactions de stock, telles que INV_MATERIAL_TXNS, associées aux détails de contrôle des lots ou des séries. Exemples LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Nom de l’activité ActivityName	Nom de l’activité précise de gestion des stocks qui a été exécutée.
Description Activity Name décrit une étape ou un événement unique survenu dans le processus de gestion des stocks pour un lot ou une série précis. Ces événements forment la séquence du flux de processus. Parmi les activités possibles figurent « Goods Receipt Recorded », « Quality Inspection Performed », « Stock Moved Internally » et « Goods Issue Recorded ». L’analyse de la séquence et de la fréquence de ces activités constitue le cœur du Process Mining. Elle permet de visualiser les cartes de processus, d’identifier les écarts et d’analyser les temps de transition entre les étapes. Pourquoi c’est important Cet attribut est fondamental pour construire la carte de processus, car il définit les différentes étapes et les événements qui composent le cycle de vie des stocks. Où les obtenir Il est souvent obtenu en associant les types de transaction ou les codes d’événement des tables sources, par exemple INV_MATERIAL_TXNS, à des noms d’activité compréhensibles par les utilisateurs. Exemples Réception des marchandises enregistréeMise en stock terminéeÉcart de stock ajustéPréparation lancée
	Dernière mise à jour des données LastDataUpdate	Horodatage indiquant la dernière actualisation des données de cet enregistrement depuis le système source.
Description Cet attribut indique la dernière extraction des données depuis le système source et leur chargement dans l’outil de Process Mining. Il renseigne sur l’actualité des données analysées. Cet horodatage est essentiel pour comprendre la récence des analyses de processus. Il permet de savoir si vous consultez des données quasi en temps réel ou un instantané d’une période antérieure, ce qui est important pour prendre des décisions rapides et éclairées à partir de l’analyse. Pourquoi c’est important Indique l’actualité des données afin que les utilisateurs sachent à quel point l’analyse des processus est récente et quand la prochaine actualisation est prévue. Où les obtenir Il s’agit d’un champ de métadonnées généré lors du processus d’extraction, de transformation et de chargement des données (ETL). Exemples 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Système source SourceSystem	Identifie le système depuis lequel les données ont été extraites.
Description Cet attribut indique l’application source dans laquelle la transaction de stock a été enregistrée. Dans une grande entreprise, les données de stock peuvent provenir de plusieurs systèmes ou modules. La spécification du système source est essentielle pour la gouvernance des données et la compréhension de leur contexte. Elle facilite le diagnostic des problèmes d’extraction et permet de comparer des processus qui couvrent plusieurs systèmes ou instances, par exemple les processus de gestion des stocks de différents ERP régionaux. Pourquoi c’est important Fournit le contexte essentiel sur l’origine des données, ce qui est important pour leur validation, leur gouvernance et l’analyse des processus pouvant couvrir plusieurs systèmes. Où les obtenir Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction et de la transformation des données afin d’en indiquer l’origine. Exemples Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Code du motif de mouvement MovementReasonCode	Code qui explique le motif métier d'un mouvement ou d'un ajustement de stock.
Description Le code du motif de mouvement précise pourquoi une transaction de stock a eu lieu. Il est particulièrement important pour les mouvements non standard, comme la mise au rebut, les ajustements issus d'un inventaire tournant ou les retours. Cet attribut est essentiel pour l'analyse des causes racines. Par exemple, le Dashboard « Analyse de la fréquence et des motifs des ajustements de stock » utilise ce code pour catégoriser les ajustements et distinguer les dommages, les vols ou les erreurs de saisie. L'analyse de ces motifs aide à hiérarchiser les efforts d'amélioration et à les concentrer sur les problèmes les plus importants. Pourquoi c’est important Explique la raison des ajustements et des mouvements de stock, ce qui est essentiel pour analyser les causes racines de problèmes tels que les écarts ou la mise au rebut. Où les obtenir Présent dans les tables de transactions sous la forme d'un champ de code motif, tel que REASON_ID dans INV_MATERIAL_TXNS, qui renvoie vers une table de données de référence des codes motifs. Exemples ENDOMMAGÉ PENDANT LE TRANSPORTAJUSTEMENT APRÈS INVENTAIRE TOURNANTSTOCK PÉRIMÉ
	Emplacement dans l’entrepôt WarehouseLocation	Emplacement précis de l’entrepôt où l’activité a eu lieu, par exemple un emplacement de stockage ou une zone.
Description Cet attribut précise l'emplacement physique dans l'entrepôt, par exemple une allée, un rayonnage ou un bac donné, associé à la transaction de stock. Il fournit un niveau de détail précis sur l'endroit où le stock est entreposé ou déplacé. L'analyse par emplacement d'entrepôt aide à repérer les inefficacités logistiques. Par exemple, le Dashboard « Délai des mouvements de stock internes » peut indiquer si les transferts entre certaines zones sont systématiquement lents. Il peut également révéler si certains emplacements sont particulièrement sujets aux écarts de stock. Pourquoi c’est important Fournit le contexte géographique au sein de l'entrepôt et permet d'analyser l'efficacité des mouvements ainsi que les problèmes propres à certains emplacements, comme les goulots d'étranglement ou les ajustements fréquents. Où les obtenir Provient de champs tels que LOCATOR_ID dans les tables de transactions de stock, qui peuvent être associés aux données de référence des emplacements (INV_ITEM_LOCATIONS) afin d'obtenir des noms descriptifs. Exemples A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
	Heure de fin de l’événement EventEndTime	Horodatage indiquant la fin de l’activité de gestion des stocks.
Description Event End Time marque la fin d’une activité. Alors que de nombreuses transactions de stock sont enregistrées comme des événements ponctuels, certaines activités, telles que « Quality Inspection » ou « Picking », ont une durée distincte. Pour les événements instantanés, l’heure de fin est souvent identique à l’heure de début. Cet attribut est utilisé avec Event Start Time pour calculer le temps de traitement de chaque activité. Il est essentiel pour analyser la performance, étudier l’utilisation des ressources et repérer les activités qui prennent plus de temps que prévu et contribuent aux retards globaux du processus. Pourquoi c’est important Permet de calculer le temps de traitement de chaque activité et d’identifier les étapes précises qui prennent le plus de temps. Où les obtenir Peut être identique à l’heure de début pour les transactions instantanées. Pour les activités ayant une durée, il s’agit d’un champ d’horodatage distinct indiquant l’achèvement dans la table source concernée. Exemples 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Numéro d’article ItemNumber	Identifiant unique du produit ou du matériel manipulé.
Description Item Number, souvent appelé Stock Keeping Unit (SKU), identifie le produit concerné par une transaction de stock. Il permet de filtrer ou de segmenter l’analyse par produit. Dans le Process Mining, cet attribut est essentiel pour une analyse centrée sur les produits. Il aide à répondre à des questions telles que « Quels produits présentent les délais de mise en stock les plus longs ? » ou « Quels articles font l’objet du plus grand nombre d’ajustements ? ». Vous pouvez ainsi cibler les améliorations sur certaines gammes ou catégories de produits. Pourquoi c’est important Permet de filtrer et d’analyser les données par produit afin d’identifier les articles associés à des retards ou à des problèmes de processus. Où les obtenir Il s’agit d’un champ central des tables de transactions de stock, généralement nommé INVENTORY_ITEM_ID, qui renvoie à la table principale des articles, EGP_SYSTEM_ITEMS_B, pour obtenir les détails correspondants. Exemples AS54888CPU-INT-i9MEM-DDR5-32GB
	Utilisateur ayant effectué l’action UserPerformingAction	Identifiant ou nom de l’utilisateur qui a exécuté la transaction de stock.
Description Cet attribut identifie l’utilisateur responsable d’une activité donnée, par exemple un opérateur d’entrepôt ayant terminé une tâche de mise en stock ou un responsable des stocks ayant approuvé un ajustement. L’analyse par utilisateur est essentielle pour comprendre la répartition de la charge de travail, identifier les besoins de formation et garantir la conformité. Par exemple, le Dashboard « Inventory Adjustment Frequency And Reasons » utilise cet attribut pour déterminer qui effectue le plus souvent des ajustements. Il peut ainsi mettre en évidence les meilleurs résultats ou les personnes qui ont besoin d’une formation complémentaire aux procédures de contrôle des stocks. Pourquoi c’est important Associe les actions à des personnes précises et permet d’analyser la performance des utilisateurs, la charge de travail, les besoins de formation et la conformité des processus. Où les obtenir Généralement présent dans les tables de transactions sous la forme d’un champ « USER_ID » ou « CREATED_BY », tel que CREATED_BY dans INV_MATERIAL_TXNS. Exemples JSMITHAMARTINWAREHOUSE.OPERATOR
	Catégorie de SKU SKUCategory	Catégorie ou famille à laquelle appartient le produit (SKU).
Description La catégorie de SKU est une classification qui sert à regrouper des produits similaires. Elle peut désigner les « Produits électroniques », les « Matières premières », les « Produits finis » ou des catégories fondées sur la valeur, comme les articles A, B et C. Cet attribut permet une analyse de haut niveau par groupe de produits, souvent plus pertinente que l'examen de milliers d'articles individuels. Il est utilisé dans des Dashboards tels que « Analyse du taux de mise au rebut et d'obsolescence » pour identifier les catégories de produits les plus souvent mises au rebut et mieux cibler l'amélioration des politiques de stock et des prévisions de la demande. Pourquoi c’est important Permet d'agréger et de comparer la performance des processus entre différents groupes de produits, en révélant des tendances qui peuvent rester invisibles au niveau de l'article individuel. Où les obtenir Ces informations sont généralement stockées dans les données de référence des articles (EGP_SYSTEM_ITEMS_B) et doivent être associées aux données de transaction. Exemples À forte rotationÀ forte valeurPièces de rechange
	Code de sous-inventaire SubinventoryCode	Subdivision d'une organisation de stock, représentant une zone ou un type de stockage donné.
Description Un sous-inventaire est un regroupement logique ou physique d'articles au sein d'une organisation de stock plus vaste, par exemple un entrepôt. Il peut s'agir de « Réception », « Produits finis », « Blocage qualité » ou « Matières défectueuses ». Cet attribut permet une analyse des emplacements à un niveau plus élevé que celui du bac précis. Il est utile pour suivre le flux des matières entre différentes zones fonctionnelles, notamment le temps nécessaire au déplacement des articles du sous-inventaire « Réception » vers le sous-inventaire « Produits finis » après le contrôle qualité. Pourquoi c’est important Permet d'analyser les mouvements de stock et les durées de séjour entre différentes zones fonctionnelles d'un entrepôt, comme la réception, la qualité et le stockage principal. Où les obtenir Champ standard des tables de stock, souvent nommé SUBINVENTORY_CODE. Exemples RÉCEPTIONFGISTOCKS
	Est un ajustement d'inventaire tournant IsCycleCountAdjustment	Indicateur booléen vrai lorsqu'un ajustement de stock suit directement une activité d'inventaire tournant.
Description Cet attribut dérivé est un indicateur booléen (True/False) qui identifie les activités « Écart de stock ajusté » survenant peu après une activité « Inventaire tournant effectué » pour le même article et le même emplacement. Il aide à isoler les ajustements résultant directement du comptage. Cet indicateur est utilisé pour le KPI « Taux d'ajustements après inventaire tournant ». Il permet aux analystes de mesurer l'efficacité du programme d'inventaires tournants en indiquant la fréquence à laquelle les comptages entraînent des ajustements. Un taux élevé peut révéler des problèmes systémiques de fiabilité des enregistrements de stock. Pourquoi c’est important Aide à mesurer précisément l'efficacité du processus d'inventaire tournant en isolant les ajustements résultant directement d'un comptage physique. Où les obtenir Il s'agit d'un attribut dérivé créé lors de la transformation des données en vérifiant la séquence des activités pour un article ou un lot donné. Exemples truefalse
	ID de transaction de stock InventoryTransactionId	Identifiant unique généré par le système pour un événement de stock donné.
Description L'ID de transaction de stock est la clé primaire d'un enregistrement de transaction de stock unique et atomique dans le système source. Chaque ligne du journal d'événements correspond à un tel ID. Bien qu'il ne soit généralement pas utilisé directement dans les cartes de processus de haut niveau, cet ID est très utile pour la validation des données, l'audit et l'analyse détaillée. Il fournit un lien direct vers l'enregistrement concerné dans Oracle Fusion SCM, afin de permettre aux analystes d'examiner les anomalies ou les événements précis directement dans le système source. Pourquoi c’est important Fournit une clé unique pour chaque événement, indispensable à la validation des données, à la traçabilité et à l'accès détaillé à l'enregistrement correspondant dans le système source. Où les obtenir Il s'agit de la clé primaire de la table principale des transactions de stock, généralement TRANSACTION_ID dans INV_MATERIAL_TXNS. Exemples 987654321123456789555444333
	Nombre de jours de stockage InventoryHoldingDays	Durée totale pendant laquelle un lot de stock reste entreposé, de sa première réception à sa sortie ou à sa mise au rebut finale.
Description Il s'agit d'un KPI au niveau du cas qui calcule la durée totale pendant laquelle un lot précis de stock est conservé. La mesure s'effectue entre l'horodatage de la première activité « Réception de marchandises enregistrée » et celui de l'activité finale « Sortie de marchandises enregistrée » ou « Stock mis au rebut/éliminé » pour ce cas. Cette mesure est importante pour la gestion du fonds de roulement et des coûts de stockage. Une valeur élevée du nombre de jours de stockage indique un stock à rotation lente, susceptible d'entraîner une hausse des coûts, un risque d'obsolescence et une utilisation inefficace de l'espace d'entreposage. L'analyse de ce KPI aide à optimiser les niveaux de stock et à améliorer la rotation. Pourquoi c’est important KPI important pour l'efficacité financière et opérationnelle, il mesure la durée pendant laquelle les capitaux restent immobilisés dans les stocks et aide à repérer les stocks à rotation lente. Où les obtenir Il s'agit d'une mesure au niveau du cas, calculée dans l'outil de Process Mining en prenant la différence entre l'horodatage du dernier événement pertinent et celui du premier. Exemples 30 jours 10:05:0095 jours 04:00:0015 jours 12:30:00
	Organisation de stock InventoryOrganization	Organisation précise, par exemple un entrepôt ou une usine de production, dans laquelle le stock est détenu.
Description Une organisation de stock représente un site ou une entité distincte qui détient du stock, comme un centre de distribution ou une usine. Il s'agit d'un élément clé des données organisationnelles dans Oracle Fusion SCM. Cet attribut sert à filtrer et à comparer les processus entre différents sites physiques. Il permet de répondre à des questions telles que « Quel entrepôt présente le délai de rangement le plus court ? » ou « Le taux d'écarts de stock est-il plus élevé dans nos sites européens ou nord-américains ? ». Il facilite ainsi l'étalonnage des performances et le partage des bonnes pratiques dans l'organisation. Pourquoi c’est important Permet de comparer et d'étalonner les processus entre différents sites, comme des entrepôts ou des usines, afin d'identifier les performances propres à chaque site. Où les obtenir Champ essentiel des tables de transactions, tel que ORGANIZATION_ID, qui renvoie vers une table de données de référence des organisations pour obtenir leur nom. Exemples Centre de distribution US1Site de production de SeattleEntrepôt central de l'UE
	Quantité Quantity	Quantité de l'article concerné par la transaction.
Description Cet attribut représente le nombre d'unités d'un article déplacées, ajustées, comptées ou faisant l'objet d'une autre transaction. Il mesure l'ampleur de chaque événement. La quantité est une mesure fondamentale pour de nombreuses analyses. Elle sert à calculer le volume de marchandises traitées, l'importance des écarts de stock et le volume mis au rebut. Associée aux données de coût, elle permet de quantifier l'impact financier des inefficacités des processus, comme dans le Dashboard « Analyse des écarts d'inventaire tournant ». Pourquoi c’est important Quantifie le volume de chaque transaction et permet d'analyser le débit, l'importance des écarts ainsi que l'impact financier des activités de gestion des stocks. Où les obtenir Champ standard des tables de transactions de stock, tel que PRIMARY_QUANTITY ou TRANSACTION_QUANTITY dans INV_MATERIAL_TXNS. Exemples 100-105000
	Statut de l'article ItemStatus	Indique le statut actuel de l'article en stock, par exemple Actif, Inactif ou Obsolète.
Description Le statut de l'article reflète l'étape du cycle de vie du produit. Par exemple, un article peut être « Actif » pour les transactions courantes, « Bloqué » dans le cadre d'un contrôle qualité ou « Obsolète » s'il n'est plus utilisé. Cet attribut fournit un contexte utile pour analyser certaines activités. Par exemple, un taux élevé de mise au rebut d'articles au statut « Obsolète » est attendu, tandis que la mise au rebut d'articles « Actifs » peut signaler un problème sérieux. Il permet de segmenter l'analyse afin de se concentrer sur les stocks pertinents et actifs. Pourquoi c’est important Fournit le contexte du cycle de vie du produit et aide à distinguer les actions attendues, comme la mise au rebut d'articles obsolètes, des problèmes inattendus dans les processus. Où les obtenir Ces informations proviennent de la table de référence des articles, par exemple EGP_SYSTEM_ITEMS_B, et doivent être associées aux données de transaction. Exemples ActifInactifObsolète
	Type de transaction TransactionType	Type de transaction de stock défini par le système.
Description Cet attribut correspond à la classification brute d'un événement de stock au niveau du système, par exemple « PO Receipt », « Subinventory Transfer » ou « Cycle Count Adjustment ». Il s'agit souvent d'une classification plus technique à partir de laquelle est dérivé le nom d'activité convivial. Le nom d'activité sert aux cartes de processus de haut niveau, tandis que le type de transaction peut être utile pour une analyse technique détaillée ou pour valider le rapprochement avec les activités. Il peut aider à identifier des sous-processus ou des comportements du système regroupés sous une même activité. Pourquoi c’est important Fournit la classification brute d'un événement par le système, utile pour les analyses détaillées et pour valider la dérivation du « nom d'activité ». Où les obtenir Champ standard des tables de transactions de stock, généralement associé à une table de référence des types de transaction telle que MTL_TRANSACTION_TYPES. Exemples Réception de commande d'achatTransfert de sous-inventaireSortie de composant pour la production en cours
	Unité de mesure UnitOfMeasure	Unité de mesure de la quantité de la transaction, par exemple Each, Kg ou Box.
Description L'unité de mesure (UOM) fournit le contexte de l'attribut « Quantité » en précisant ce que représente la valeur numérique. Par exemple, une quantité de « 10 » peut désigner 10 articles, 10 boîtes ou 10 kilogrammes. Cet attribut est indispensable pour interpréter correctement les analyses fondées sur les quantités. Sans l'UOM, il est impossible de comparer les transactions concernant des articles différents ou d'agréger correctement les quantités. Il garantit que les analyses reposent sur une base cohérente et pertinente. Pourquoi c’est important Fournit le contexte indispensable à l'attribut « Quantité » afin que les valeurs soient correctement interprétées et que les comparaisons soient pertinentes. Où les obtenir Se trouve généralement à côté du champ de quantité dans les tables de transactions, par exemple TRANSACTION_UOM dans INV_MATERIAL_TXNS. Exemples EAKGBOX

Obligatoire Recommandé Facultatif

Activités de gestion des stocks

Voici les étapes et jalons essentiels à enregistrer dans votre journal d’événements pour découvrir précisément les processus et les opérations de gestion des stocks.

7 Recommandé 8 Facultatif

	Activité	Description
	Contrôle qualité effectué	Indique la fin du contrôle qualité, au terme duquel une décision est prise concernant l’acceptation ou le rejet du lot de stock. Cet événement est généralement déduit de la mise à jour finale du statut de l’enregistrement de contrôle qualité.
Pourquoi c’est important Il s’agit d’une étape déterminante pour établir la disponibilité du stock dans les processus en aval. L’analyse des résultats et de la durée des contrôles aide à optimiser le contrôle qualité et la performance des fournisseurs. Où les obtenir Déduit de l’horodatage auquel l’enregistrement de contrôle qualité dans QA_RESULTS est mis à jour avec un statut final tel que « Accepted » ou « Rejected », ou lorsque le statut matériel du lot passe de « QA » à « Active ». Collecte Dérivé de la date d’achèvement de l’enregistrement de contrôle qualité associé au lot de stock. Type d’événement inferred
	Écart de stock ajusté	Transaction explicite visant à corriger la quantité disponible dans le système pour un lot de stock afin de la faire correspondre au comptage physique ou de tenir compte d’autres écarts, tels que des dommages. Cette transaction constate officiellement un gain ou une perte de stock.
Pourquoi c’est important Le suivi de la fréquence et des motifs des ajustements est essentiel pour identifier les causes profondes des erreurs de stock, telles que le vol, les dommages ou les erreurs de processus. Il a un impact direct sur les données financières et la fiabilité des stocks. Où les obtenir Enregistré comme une transaction de matériel dans INV_MATERIAL_TXNS, avec un type précis tel que « Cycle Count Adjustment » ou « Miscellaneous Issue/Receipt », souvent accompagné d’un code motif. Collecte Enregistré lors de l’approbation et de la comptabilisation d’une transaction d’ajustement de stock. Type d’événement explicit
	Mise en stock terminée	Indique que le lot de stock a été déplacé vers son emplacement de stockage ou sa sous-inventaire désigné, et qu’il fait officiellement partie du stock disponible. Cet événement est enregistré par une transaction de matériel explicite qui met à jour l’emplacement du lot, de la zone de réception vers un emplacement de stockage.
Pourquoi c’est important Cette étape marque la fin du processus entrant. Le temps de cycle entre « Goods Receipt Recorded » et cet événement constitue un KPI important pour mesurer l’efficacité de la mise en stock. Où les obtenir Enregistrée comme une transaction de matériel, souvent de type « Subinventory Transfer » ou « Put Away », dans la table INV_MATERIAL_TXNS. Cette transaction déplace le lot d’une sous-inventaire de réception vers une sous-inventaire de stockage. Collecte L’événement est enregistré lorsque la transaction confirmant le déplacement vers un emplacement de stockage est terminée. Type d’événement explicit
	Préparation terminée	Indique que le lot de stock a été prélevé physiquement dans son emplacement de stockage et déplacé vers une zone de transit. Il s’agit d’une transaction explicite au cours de laquelle le préparateur confirme dans le système l’achèvement de la tâche de préparation.
Pourquoi c’est important Il s’agit d’une étape importante du traitement des commandes. La durée entre « Picking Initiated » et cet événement mesure l’efficacité du préparateur et la performance du processus de préparation. Où les obtenir Capturé au moyen d’une transaction de confirmation de préparation, qui met à jour le statut de la ligne de demande de déplacement ou de la tâche d’entrepôt vers « Completed », ou déclenche une transaction « Subinventory Transfer » dans INV_MATERIAL_TXNS. Collecte Enregistré lorsqu’un utilisateur confirme la transaction de préparation dans le système, souvent au moyen d’un terminal RF mobile. Type d’événement explicit
	Réception des marchandises enregistrée	Indique l’arrivée physique initiale d’un lot de stock dans l’entrepôt, généralement dans le cadre d’un bon de commande ou d’une autorisation de retour de matériel. Il s’agit d’une transaction explicite enregistrée dans le système lors de la réception des marchandises, qui crée le premier enregistrement du lot de stock.
Pourquoi c’est important Cette activité constitue le principal point de départ de l’analyse du cycle de vie des stocks. Le suivi du délai entre cet événement et d’autres étapes, comme la mise en stock ou le contrôle qualité, est essentiel pour mesurer l’efficacité des opérations entrantes. Où les obtenir Enregistrée comme une transaction de matériel dans la table INV_MATERIAL_TXNS, avec des types de transaction tels que « PO Receipt », « RMA Receipt » ou « Intransit Shipment Receipt ». La date de création de cette transaction sert d’horodatage de l’événement. Collecte L’événement est enregistré lors de l’exécution d’une transaction de réception. Type d’événement explicit
	Sortie de marchandises enregistrée	Indique la sortie définitive d’un lot de stock de l’entrepôt, que ce soit par expédition à un client, affectation à un ordre de fabrication ou transfert vers un autre site. Il s’agit d’une transaction de matériel explicite et définitive qui diminue le stock.
Pourquoi c’est important Il s’agit d’un point de fin principal du cycle de vie des stocks, essentiel pour calculer la rotation des stocks et le nombre de jours de stockage. Il confirme que la demande concernant le lot concerné a été satisfaite. Où les obtenir Enregistré comme une transaction de matériel dans INV_MATERIAL_TXNS, avec des types tels que « Sales Order Issue », « WIP Component Issue » ou « Transfer Order Shipment ». Collecte Enregistré lorsque la transaction de confirmation d’expédition ou de sortie de composant est traitée. Type d’événement explicit
	Stock mis au rebut ou éliminé	Indique le retrait officiel d’un lot de stock en raison de sa péremption, de dommages, de son obsolescence ou de toute autre impossibilité d’utilisation. Il s’agit d’une transaction explicite qui passe la valeur du stock en perte.
Pourquoi c’est important Il s’agit d’un point de fin pour les stocks qui ne sont ni vendus ni utilisés. Le suivi des mises au rebut aide à repérer les problèmes liés au vieillissement des stocks, aux prévisions de la demande ou aux processus de manutention, avec un impact financier direct. Où les obtenir Enregistré comme une transaction de matériel dans INV_MATERIAL_TXNS, généralement de type « Miscellaneous Issue » ou « Scrap », associée à un compte et à un code motif spécifiques à la mise au rebut. Collecte Enregistré lorsque la transaction de mise au rebut est exécutée et approuvée. Type d’événement explicit
	Comptage tournant effectué	Indique qu’un lot de stock a été compté physiquement dans le cadre d’un programme de comptage tournant ou d’inventaire physique. Il s’agit d’une action explicite au cours de laquelle un utilisateur saisit dans le système la quantité comptée.
Pourquoi c’est important Cette activité est au cœur de l’analyse des programmes de précision des stocks. Elle fournit la base nécessaire pour identifier les écarts et mesurer l’efficacité du processus de comptage. Où les obtenir Enregistré dans la table INV_CYCLE_COUNT_ENTRIES lorsqu’une quantité comptée est saisie et enregistrée par un utilisateur. L’horodatage de la saisie sert d’heure de l’événement. Collecte Enregistré lorsqu’un utilisateur soumet le comptage d’un article et d’un lot précis dans le cadre d’une tâche de comptage tournant. Type d’événement explicit
	Contrôle qualité lancé	Indique le moment où un lot de stock est désigné pour un contrôle qualité avant d’être mis à disposition. Cet événement est souvent déduit de la création d’un enregistrement de plan de contrôle associé au lot reçu ou d’un changement de statut plaçant le lot en statut « QA ».
Pourquoi c’est important Identifie le début du processus d’assurance qualité. La durée entre cet événement et « Quality Inspection Performed » révèle le délai de traitement et les éventuels goulots d’étranglement du service de contrôle qualité. Où les obtenir Déduit de la création d’un enregistrement de contrôle qualité dans le module Quality Management, par exemple QA_RESULTS, ou du suivi d’un changement du statut matériel du lot vers un statut de contrôle défini. Collecte Déduit de l’horodatage de création d’un plan de contrôle qualité ou du changement du statut du lot vers « Awaiting Inspection ». Type d’événement inferred
	Emballage terminé	Indique la fin de l’emballage, lorsque le lot préparé est placé dans un conteneur d’expédition et que celui-ci est fermé. Cet événement peut être enregistré par un scan explicite au poste d’emballage ou déduit d’un changement de statut de l’expédition.
Pourquoi c’est important Marque la fin du traitement physique en entrepôt avant l’expédition. L’analyse du délai entre la préparation et l’emballage aide à repérer les inefficacités du poste d’emballage. Où les obtenir Déduit du changement de statut du détail de livraison ou de l’enregistrement d’expédition, par exemple dans WSH_DELIVERY_DETAILS, vers « Packed ». Dans certaines configurations, il peut s’agir d’une transaction explicite effectuée au poste d’emballage. Collecte Dérivé de l’horodatage de mise à jour du statut de l’expédition ou d’un journal spécifique des transactions d’emballage. Type d’événement inferred
	Mise en stock lancée	Indique le début du déplacement des marchandises reçues depuis une zone de réception ou de transit vers leur emplacement de stockage définitif. Cet événement est généralement déduit de la création d’une tâche dirigée par le système ou d’une demande de déplacement pour l’opération de mise en stock.
Pourquoi c’est important Lancer rapidement la mise en stock est essentiel pour libérer les quais de réception et rendre les stocks disponibles. Cet événement permet de mesurer le délai entre la réception et le début des opérations de mise en stock. Où les obtenir Déduit de l’horodatage de création d’une demande de déplacement ou d’une tâche d’entrepôt dans le module Warehouse Management System (WMS), associée au lot reçu. Collecte Identifié par la création d’une tâche de mise en stock associée à la transaction de stock ou au lot. Type d’événement inferred
	Préparation lancée	Indique le début du traitement d’une commande, lorsqu’une tâche est créée pour prélever un lot de stock dans son emplacement de stockage pour une commande client, un ordre de fabrication ou un transfert. Cet événement est déduit de la création d’une vague de préparation ou d’une ligne de demande de déplacement.
Pourquoi c’est important Cet événement déclenche le calcul du temps de cycle de préparation. Les délais entre l’allocation de la commande et le début de la préparation peuvent révéler des goulots d’étranglement dans le traitement des commandes ou l’affectation des tâches d’entrepôt. Où les obtenir Déduit de l’horodatage de création d’un enregistrement dans les tables WMS pour une tâche de préparation ou d’une mise à jour du statut d’une ligne de demande de déplacement, par exemple Mtl_Txn_Request_Lines, vers « Released to Warehouse ». Collecte Identifié par la création d’une tâche de préparation ou d’un ordre de déplacement associé au lot de stock. Type d’événement inferred
	Retour de marchandises traité	Enregistre la réception et le traitement d’un lot de stock retourné par un client au moyen d’une Return Material Authorization (RMA). Cette activité réintroduit le lot dans le système de gestion des stocks et déclenche souvent des processus de contrôle et de décision concernant sa destination.
Pourquoi c’est important L’analyse du processus de retour est essentielle pour comprendre les problèmes de qualité des produits et améliorer l’efficacité de la logistique inverse. Elle peut constituer le point de départ d’un sous-processus distinct consacré aux retours. Où les obtenir Enregistré comme une transaction de matériel « RMA Receipt » dans la table INV_MATERIAL_TXNS. Les détails de la transaction renvoient à la commande client et au client d’origine. Collecte Enregistré lors de l’exécution de la transaction de réception RMA dans le système. Type d’événement explicit
	Statut de l’article modifié	Indique une modification du statut d’utilisation ou de restriction d’un lot de stock, par exemple sa mise en quarantaine, sa restriction à la vente ou sa libération. Cet événement est généralement déduit des changements apportés à l’attribut de statut du lot.
Pourquoi c’est important Le suivi des changements de statut aide à comprendre la disponibilité et le contrôle des stocks. Des mises en quarantaine fréquentes peuvent indiquer des problèmes de qualité, tandis que le suivi des libérations est important pour comprendre le déroulement du processus. Où les obtenir Déduit du suivi des changements apportés à « LOT_STATUS_CODE » ou à des champs similaires dans des tables de stocks telles que INV_LOT_NUMBERS. L’historique d’audit ou les journaux de base de données peuvent être nécessaires pour capturer l’horodatage du changement. Collecte Capturé en comparant au fil du temps les valeurs actuelles et précédentes du champ de statut du lot. Type d’événement inferred
	Stock déplacé en interne	Enregistre le déplacement d’un lot de stock entre différents emplacements de stockage, tels que des emplacements ou des sous-inventaires, au sein d’un même entrepôt. Ces mouvements sont enregistrés comme des transactions de matériel explicites, notamment pour le réapprovisionnement ou la consolidation.
Pourquoi c’est important L’analyse des mouvements internes aide à repérer les configurations d’entrepôt inefficaces, les manipulations excessives et les possibilités d’optimiser l’emplacement des stocks. Une fréquence élevée peut indiquer une logique initiale de mise en stock inadaptée. Où les obtenir Enregistré comme une transaction de matériel dans INV_MATERIAL_TXNS, avec un type tel que « Subinventory Transfer » ou « Locator Transfer », sans intervention d’un tiers externe. Collecte Enregistré à la fin d’une transaction de transfert interne. Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

Comment récupérer vos données depuis Oracle Fusion SCM

Étapes

Accéder à Oracle BI Publisher : Connectez-vous à votre instance Oracle Fusion SCM. Accédez à l’espace de travail Reports and Analytics depuis le menu Navigator. Sélectionnez ensuite « Browse Catalog » pour ouvrir l’interface Oracle BI Publisher.
Créer un nouveau modèle de données : Dans le catalogue, choisissez un dossier approprié pour stocker vos éléments d’extraction. Cliquez sur la liste déroulante « New », puis sélectionnez « Data Model ».
Définir le jeu de données SQL : Dans l’éditeur Data Model, cliquez sur l’icône « + » pour ajouter un nouveau jeu de données, puis sélectionnez « SQL Query ».
Configurer la source de données : Dans la boîte de dialogue du nouveau jeu de données, indiquez un nom, par exemple « InventoryManagementEventLog ». Sélectionnez « ApplicationDB_FSCM » comme source de données. Définissez « Type of SQL » sur « Standard SQL ».
Saisir la requête SQL : Copiez la requête SQL complète fournie dans la section « query » de ce document et collez-la dans la zone de texte SQL Query.
Définir les paramètres : La requête utilise des paramètres pour la période (p_start_date, p_end_date) et le code de l’organisation (p_organization_code). BI Publisher les détectera automatiquement. Vous pouvez définir des valeurs par défaut ou les rendre obligatoires pour les utilisateurs qui exécutent le rapport.
Enregistrer et afficher les données : Enregistrez le modèle de données. Vous pouvez accéder à l’onglet « Data », saisir les valeurs des paramètres, puis cliquer sur « View » pour afficher un échantillon des données extraites et vérifier que la requête fonctionne comme prévu.
Créer un rapport : Revenez au catalogue. Cliquez sur la liste déroulante « New », puis sélectionnez « Report ». Dans l’assistant de création du rapport, sélectionnez le modèle de données que vous venez de créer.
Configurer la mise en page du rapport : Suivez les étapes de l’assistant. Lorsque la mise en page vous est demandée, choisissez une mise en page simple de type « Table ». Faites glisser toutes les colonnes du jeu de données dans le tableau. Il n’est pas nécessaire d’appliquer une mise en forme complexe, car l’objectif est d’exporter les données brutes.
Planifier l’extraction automatisée du rapport : Enregistrez le rapport. Utilisez l’option « Schedule » du rapport. Créez une nouvelle tâche planifiée. Dans l’onglet « Output » de la configuration, indiquez CSV comme format de sortie. Dans l’onglet « Destination », configurez la livraison vers un répertoire de serveur de contenu ou un serveur SFTP externe depuis lequel vous pourrez récupérer les fichiers.
Récupérer l’Event Log : Une fois la tâche planifiée exécutée, accédez à la destination indiquée, par exemple en téléchargeant le fichier depuis le serveur de contenu ou en vous connectant au serveur SFTP, afin de récupérer le fichier CSV généré. Ce fichier constitue l’Event Log, prêt à être importé dans un outil de Process Mining.

Configuration

Prérequis : Un compte utilisateur disposant des rôles BI Administrator et des autorisations d’accès aux données nécessaires pour interroger des tables de gestion des stocks telles que INV_MATERIAL_TXNS, RCV_TRANSACTIONS et WSH_DELIVERY_DETAILS.
Source de données : Utilisez la source de données standard « ApplicationDB_FSCM » dans BI Publisher, qui se connecte à la base de données transactionnelle principale de Fusion SCM.
Paramètres du rapport : Il est essentiel de filtrer les données afin de préserver les performances. La requête fournie utilise les paramètres suivants :
- p_start_date : date de début de la période couverte par le rapport.
- p_end_date : date de fin de la période couverte par le rapport.
- p_organization_code : code de l’organisation de stocks spécifique, c’est-à-dire de l’entrepôt pour lequel les données doivent être extraites.
Période : Pour les premières extractions, commencez par une période historique limitée, par exemple les 3 à 6 derniers mois, afin de garantir une durée d’exécution raisonnable. Pour les extractions récurrentes, planifiez des exécutions quotidiennes ou hebdomadaires couvrant la période récente.
Format de sortie : Configurez la tâche de rapport BI Publisher pour générer un fichier CSV. Vérifiez que le séparateur et l’encodage des caractères du fichier CSV sont compatibles avec votre outil de Process Mining.
Planification : Planifiez l’exécution du rapport en dehors des heures de pointe afin de limiter son impact sur les performances du système. Des volumes de données importants peuvent mobiliser des ressources système considérables pendant l’exécution.

a Exemple de requête sql

WITH EventData AS (
-- 1. Goods Receipt Recorded (PO & RMA)
SELECT
    IMT.TRANSACTION_ID,
    'Goods Receipt Recorded' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation, -- Using Org Code for warehouse level
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- 2. Quality Inspection Initiated (Move to QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Initiated' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE = 'QA' -- This is a placeholder, adjust based on your system's QA subinventory naming convention

UNION ALL

-- 3. Quality Inspection Performed (Move out of QA subinventory)
SELECT
    IMT.TRANSACTION_ID,
    'Quality Inspection Performed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.TRANSFER_SUBINVENTORY = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND ISV.SUBINVENTORY_TYPE <> 'QA' -- Moved out of a QA-type subinventory
    AND IMT.SUBINVENTORY_CODE IN (SELECT SUB.SUBINVENTORY_CODE FROM INV_SUBINVENTORIES_VL SUB WHERE SUB.ORGANIZATION_ID = IMT.ORGANIZATION_ID AND SUB.SUBINVENTORY_TYPE = 'QA')

UNION ALL

-- 4. Put-away Initiated (Modeled by Move Order Creation for received items)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Put-away Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 6 -- Put Away

UNION ALL

-- 5. Put-away Completed (Subinventory transfer from Receiving)
SELECT
    IMT.TRANSACTION_ID,
    'Put-away Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_SUBINVENTORIES_VL ISV ON IMT.SUBINVENTORY_CODE = ISV.SUBINVENTORY_CODE AND IMT.ORGANIZATION_ID = ISV.ORGANIZATION_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON IMT.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND IMT.TRANSACTION_ACTION_ID = 27 -- Subinventory Transfer
    AND IMT.TRANSACTION_SOURCE_TYPE_ID = 1 -- Purchase Order
    AND ISV.SUBINVENTORY_TYPE = '[Your Receiving Subinventory Type]' -- Adjust based on configuration

UNION ALL

-- 6. Stock Moved Internally
SELECT
    IMT.TRANSACTION_ID,
    'Stock Moved Internally' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE || ' -> ' || IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Subinventory Transfer'

UNION ALL

-- 7. Cycle Count Performed & 8. Inventory Discrepancy Adjusted
SELECT
    IMT.TRANSACTION_ID,
    CASE 
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Cycle Count Adjustment' THEN 'Cycle Count Performed'
        ELSE 'Inventory Discrepancy Adjusted'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Cycle Count Adjustment', 'Miscellaneous issue', 'Miscellaneous receipt')

UNION ALL

-- 9. Item Status Changed
SELECT 
    ILN.LOT_NUMBER_ID AS TRANSACTION_ID,
    'Item Status Changed' AS ActivityName,
    ILN.LAST_UPDATE_DATE AS EventStartTime,
    ILN.LAST_UPDATE_DATE AS EventEndTime,
    ILN.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    ILN.STATUS_CODE AS MovementReasonCode,
    ILN.ORGANIZATION_ID
FROM 
    INV_LOT_NUMBERS ILN
JOIN EGP_SYSTEM_ITEMS_B ESIB ON ILN.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND ILN.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON ILN.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON ILN.LAST_UPDATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE 
    ILN.LOT_NUMBER IS NOT NULL

UNION ALL

-- 10. Picking Initiated (From Pick Wave Move Order)
SELECT
    MOL.MOVE_ORDER_LINE_ID AS TRANSACTION_ID,
    'Picking Initiated' AS ActivityName,
    MOL.CREATION_DATE AS EventStartTime,
    MOL.CREATION_DATE AS EventEndTime,
    MOL.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    OOD.ORGANIZATION_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    NULL AS MovementReasonCode,
    MOL.ORGANIZATION_ID
FROM
    INV_MOVE_ORDER_LINES MOL
JOIN INV_MOVE_ORDERS_V MOH ON MOL.HEADER_ID = MOH.HEADER_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON MOL.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND MOL.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN INV_ORG_PARAMETERS OOD ON MOL.ORGANIZATION_ID = OOD.ORGANIZATION_ID
JOIN PER_USERS PU ON MOL.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
WHERE
    MOL.LOT_NUMBER IS NOT NULL
    AND MOH.MOVE_ORDER_TYPE = 1 -- Pick Wave

UNION ALL

-- 11. Picking Completed (Transfer to Staging)
SELECT
    IMT.TRANSACTION_ID,
    'Picking Completed' AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.TRANSFER_SUBINVENTORY AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME = 'Staging Transfer'

UNION ALL

-- 12. Packing Completed (Inferred from Ship Confirm)
-- 13. Goods Issue Recorded (Sales Order Issue)
-- 14. Return Goods Processed (RMA Issue - though this is usually a receipt)
-- 15. Stock Scrapped/Disposed
SELECT
    IMT.TRANSACTION_ID,
    CASE
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order issue' AND IMT.TRANSACTION_ACTION_ID = 1 THEN 'Goods Issue Recorded'
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Sales order pick' THEN 'Packing Completed' -- Using Pick as a proxy for packing start/completion
        WHEN ITT.TRANSACTION_TYPE_NAME = 'RMA Receipt' THEN 'Return Goods Processed' -- This is a receipt, not an issue.
        WHEN ITT.TRANSACTION_TYPE_NAME = 'Miscellaneous issue' AND MTR.REASON_NAME LIKE '%Scrap%' THEN 'Stock Scrapped/Disposed'
        ELSE 'Other'
    END AS ActivityName,
    IMT.TRANSACTION_DATE AS EventStartTime,
    IMT.TRANSACTION_DATE AS EventEndTime,
    IMT.LOT_NUMBER AS InventoryBatchLot,
    ESIB.ITEM_NUMBER AS ItemNumber,
    IMT.SUBINVENTORY_CODE AS WarehouseLocation,
    PUN.DISPLAY_NAME AS UserPerformingAction,
    MTR.REASON_NAME AS MovementReasonCode,
    IMT.ORGANIZATION_ID
FROM
    INV_MATERIAL_TXNS IMT
JOIN INV_TRANSACTION_TYPES_VL ITT ON IMT.TRANSACTION_TYPE_ID = ITT.TRANSACTION_TYPE_ID
JOIN EGP_SYSTEM_ITEMS_B ESIB ON IMT.INVENTORY_ITEM_ID = ESIB.INVENTORY_ITEM_ID AND IMT.ORGANIZATION_ID = ESIB.ORGANIZATION_ID
JOIN PER_USERS PU ON IMT.CREATED_BY = PU.USERNAME
JOIN PER_USER_NAMES_F PUN ON PU.PERSON_ID = PUN.PERSON_ID AND PUN.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PUN.EFFECTIVE_START_DATE AND PUN.EFFECTIVE_END_DATE
LEFT JOIN MTL_TRANSACTION_REASONS MTR ON IMT.REASON_ID = MTR.REASON_ID
WHERE
    IMT.LOT_NUMBER IS NOT NULL
    AND ITT.TRANSACTION_TYPE_NAME IN ('Sales order issue', 'Sales order pick', 'RMA Receipt', 'Miscellaneous issue')
)
SELECT
    ED.InventoryBatchLot,
    ED.ActivityName,
    ED.EventStartTime,
    'Oracle Fusion SCM' AS SourceSystem,
    SYSDATE AS LastDataUpdate,
    ED.EventEndTime,
    ED.UserPerformingAction,
    ED.ItemNumber,
    ED.WarehouseLocation,
    ED.MovementReasonCode
FROM
    EventData ED
JOIN INV_ORG_PARAMETERS OOD ON ED.ORGANIZATION_ID = OOD.ORGANIZATION_ID
WHERE
    ED.EventStartTime BETWEEN :p_start_date AND :p_end_date
    AND OOD.ORGANIZATION_CODE = :p_organization_code
    AND ED.ActivityName <> 'Other' -- Exclude unmapped transactions
ORDER BY
    ED.InventoryBatchLot, ED.EventStartTime

Étapes

Connectez-vous à votre environnement Oracle Fusion Cloud Applications avec un utilisateur auquel le rôle d’administrateur BICC a été attribué.
Accédez à la console Business Intelligence Cloud Connector (BICC) en la sélectionnant dans le menu de navigation principal, sous Tools.
Dans la console BICC, sélectionnez ’Manage Offerings and Data Stores’. Recherchez l’offre ’Supply Chain Management’ et vérifiez qu’elle est activée. Tous les Data Stores liés à SCM, les PVO, seront alors disponibles pour l’extraction.
Accédez à ’Manage Extract Schedules’ et créez une nouvelle planification dédiée au processus de gestion des stocks.
Dans cette nouvelle planification, recherchez et ajoutez les Public View Objects (PVO) nécessaires à l’extraction des données requises. Les principaux PVO sont FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO et FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
Pour chaque PVO sélectionné, accédez à l’onglet ’Configure Columns’. Sélectionnez toutes les colonnes nécessaires au journal d’événements, notamment les numéros de lot, les informations article, les horodatages, les identifiants utilisateur et les types de transaction. Désélectionnez les colonnes inutiles afin d’optimiser la taille de l’extraction.
Définissez des filtres pour maîtriser le volume de données. Dans l’onglet ’Manage Filters’, configurez un filtre global afin d’activer les chargements incrémentiels. L’expression de filtre standard est LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. Ainsi, chaque exécution extrait uniquement les données modifiées depuis l’exécution précédente.
Configurez le stockage externe destiné à la livraison des données. Sous ’Configure External Storage’, choisissez ’Cloud Storage Service’ et renseignez les identifiants de connexion du stockage cible, par exemple Oracle Cloud Infrastructure (OCI) Object Storage.
Enregistrez la configuration de la planification et envoyez-la pour exécution. Vous pouvez suivre l’avancement du traitement depuis l’écran ’Manage Extract Schedules’.
Une fois le traitement BICC terminé, les fichiers de données brutes, au format CSV, seront disponibles dans l’emplacement de stockage cloud configuré.
Mettez en place un script de post-traitement ou un flux de travail ETL pour télécharger ces fichiers CSV. Ce script devra transformer et regrouper les données provenant de plusieurs fichiers selon la logique décrite dans la section consacrée à la requête, afin de créer le journal d’événements final.
Le script doit produire un fichier CSV unique contenant les colonnes précises (InventoryBatchLot, ActivityName, EventStartTime, etc.) nécessaires à l’importation dans ProcessMind.

Configuration

Offres : L’offre « Supply Chain Management » doit être activée dans BICC pour accéder aux PVO liés aux stocks, aux expéditions et à la gestion de la qualité.
Principaux PVO (magasins de données) : Une extraction complète nécessite plusieurs PVO. Incluez au minimum :
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO : source principale de la plupart des mouvements de matières, notamment les réceptions, sorties, transferts et ajustements.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO : fournit les informations relatives aux statuts des lots.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO : enregistre les résultats des contrôles qualité.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO : contient les informations relatives aux processus de préparation et d’expédition.
Configuration de l’extraction incrémentielle : Utilisez toujours la fonctionnalité d’extraction incrémentielle pour les chargements récurrents. Configurez un filtre sur la colonne LastUpdateDate à l’aide de la variable #BI_LAST_EXTRACT_DATE. Pour le chargement historique initial, vous pouvez effectuer une extraction complète sur une période définie, par exemple les 6 à 12 derniers mois.
Filtres au niveau des PVO : Pour améliorer les performances et réduire la taille des fichiers, appliquez des filtres supplémentaires directement sur les PVO. Les filtres courants incluent OrganizationId pour limiter les données à certains entrepôts, ou TransactionTypeId pour exclure les mouvements non pertinents.
Prérequis : Le processus nécessite un compte utilisateur doté du rôle BICC_ADMINISTRATOR_JOB. Vous devez également disposer d’un accès et d’identifiants pour un service de stockage cloud pris en charge, par exemple OCI Object Storage, vers lequel BICC pourra livrer les fichiers extraits.

a Exemple de requête sql

-- This is a conceptual query representing the logic to be applied in a post-processing script
-- after extracting raw data from the specified PVOs using BICC.

-- Activity: Goods Receipt Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Receipt Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'Transfer Receipt')

UNION ALL

-- Activity: Quality Inspection Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionPlanExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Initiated' AS "ActivityName", insp.CreationDate AS "EventStartTime", NULL AS "EventEndTime", insp.CreatedBy AS "UserPerformingAction", insp.ItemNumber AS "ItemNumber", insp.OrganizationCode AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", insp.LastUpdateDate AS "LastDataUpdate"
FROM InspectionPlanExtractPVO_output.csv insp JOIN MaterialTransactionExtractPVO_output.csv trx ON insp.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Quality Inspection Performed (Source PVO: FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO)
SELECT trx.LotNumber AS "InventoryBatchLot", 'Quality Inspection Performed' AS "ActivityName", res.TransactionDate AS "EventStartTime", res.TransactionDate AS "EventEndTime", res.CreatedBy AS "UserPerformingAction", res.ItemNumber AS "ItemNumber", res.OrganizationCode AS "WarehouseLocation", res.InspectionResultStatus AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", res.LastUpdateDate AS "LastDataUpdate"
FROM InspectionResultExtractPVO_output.csv res JOIN MaterialTransactionExtractPVO_output.csv trx ON res.SourceTransactionId = trx.TransactionId

UNION ALL

-- Activity: Put-away Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Initiated' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('PO Receipt', 'RMA Receipt')

UNION ALL

-- Activity: Put-away Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Put-away Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode LIKE '%RECEIVING%'

UNION ALL

-- Activity: Stock Moved Internally (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Moved Internally' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode || ' / ' || LocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Subinventory Transfer' AND SourceSubinventoryCode NOT LIKE '%RECEIVING%'

UNION ALL

-- Activity: Cycle Count Performed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.CycleCountEntriesExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Cycle Count Performed' AS "ActivityName", CountDate AS "EventStartTime", CountDate AS "EventEndTime", CountedByEmployeeName AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM CycleCountEntriesExtractPVO_output.csv
WHERE CountedByEmployeeName IS NOT NULL

UNION ALL

-- Activity: Inventory Discrepancy Adjusted (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Inventory Discrepancy Adjusted' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Cycle Count Adjustment', 'Physical Inventory Adjustment')

UNION ALL

-- Activity: Item Status Changed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Item Status Changed' AS "ActivityName", LastUpdateDate AS "EventStartTime", NULL AS "EventEndTime", LastUpdatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", NULL AS "WarehouseLocation", 'New Status: ' || LotStatusCode AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM LotControlExtractPVO_output.csv

UNION ALL

-- Activity: Picking Initiated (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Initiated' AS "ActivityName", CreationDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM DeliveryDetailExtractPVO_output.csv
WHERE ReleasedStatus = 'R'

UNION ALL

-- Activity: Picking Completed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Picking Completed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", TransferSubinventory || ' / ' || TransferLocatorName AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'Sales Order Pick'

UNION ALL

-- Activity: Packing Completed (Source PVO: FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryExtractPVO)
SELECT dd.LotNumber AS "InventoryBatchLot", 'Packing Completed' AS "ActivityName", d.ConfirmedDate AS "EventStartTime", d.ConfirmedDate AS "EventEndTime", d.LastUpdatedBy AS "UserPerformingAction", dd.ItemNumber AS "ItemNumber", dd.Subinventory AS "WarehouseLocation", NULL AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", d.LastUpdateDate AS "LastDataUpdate"
FROM DeliveryExtractPVO_output.csv d JOIN DeliveryDetailExtractPVO_output.csv dd ON d.DeliveryId = dd.DeliveryId
WHERE d.StatusCode = 'CL'

UNION ALL

-- Activity: Goods Issue Recorded (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Goods Issue Recorded' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Sales Order Issue', 'Work Order Issue')

UNION ALL

-- Activity: Return Goods Processed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Return Goods Processed' AS "ActivityName", TransactionDate AS "EventStartTime", NULL AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName = 'RMA Receipt'

UNION ALL

-- Activity: Stock Scrapped/Disposed (Source PVO: FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO)
SELECT LotNumber AS "InventoryBatchLot", 'Stock Scrapped/Disposed' AS "ActivityName", TransactionDate AS "EventStartTime", TransactionDate AS "EventEndTime", CreatedBy AS "UserPerformingAction", ItemNumber AS "ItemNumber", SubinventoryCode AS "WarehouseLocation", ReasonName AS "MovementReasonCode", 'Oracle Fusion SCM' AS "SourceSystem", LastUpdateDate AS "LastDataUpdate"
FROM MaterialTransactionExtractPVO_output.csv
WHERE TransactionTypeName IN ('Scrap Transaction', 'Inventory Write-Off')

Étapes

Prérequis : Vérifiez que Python 3.6 ou une version ultérieure est installé sur votre système. Installez la bibliothèque requests, nécessaire aux appels d’API HTTP, en exécutant la commande pip install requests dans votre terminal.
Obtenir les identifiants d’API : Procurez-vous les identifiants nécessaires pour accéder à l’API REST Oracle Fusion SCM. Ils comprennent l’URL de base de votre instance Oracle Fusion, par exemple https://your-fusion-instance.oraclecloud.com, ainsi qu’un nom d’utilisateur et un mot de passe pour un compte disposant des autorisations suffisantes pour lire les données de stocks.
Configurer le script Python : Téléchargez le script Python fourni. Ouvrez le fichier dans un éditeur et repérez la section de configuration située en haut. Renseignez les valeurs des paramètres BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE et ORGANIZATION_ID.
Comprendre les points de terminaison de l’API : Le script utilise principalement le point de terminaison de l’API REST inventoryTransactions. Celui-ci fournit un journal complet des mouvements et ajustements de matières, qui sera converti en Event Log de Process Mining.
Vérifier la logique de correspondance des activités : Examinez la fonction map_transaction_to_activity dans le script. Elle contient la logique principale qui convertit TransactionTypeName d’Oracle en ActivityName standardisé requis par l’Event Log. Vous devrez peut-être adapter cette correspondance aux types de transaction utilisés dans votre organisation.
Exécuter le script : Lancez le script depuis votre terminal à l’aide de la commande python your_script_name.py. Le script s’authentifiera auprès de l’API, récupérera les données transaction par transaction, les traitera et affichera l’état d’avancement dans la console.
Gérer la pagination et la récupération des données : Le script gère automatiquement la pagination de l’API en envoyant des requêtes successives avec les paramètres offset et limit jusqu’à la récupération de toutes les données comprises dans la période indiquée. Le jeu de données complet est ainsi extrait sans surcharger le serveur ni la mémoire du script.
Transformer les données : Pour chaque transaction récupérée, le script restructure la réponse JSON en un enregistrement plat. Il associe des champs tels que LotNumber, TransactionDate et CreatedBy aux Attributs requis de l’Event Log, à savoir InventoryBatchLot, EventStartTime et UserPerformingAction.
Générer le fichier CSV : Une fois toutes les données récupérées et traitées, le script écrit les résultats dans un fichier CSV nommé oracle_fusion_inventory_log.csv, dans le même répertoire que le script.
Vérifier et importer : Ouvrez le fichier CSV généré dans un tableur pour en vérifier le contenu. Contrôlez le remplissage des données, l’exhaustivité des périodes et la présence de toutes les activités attendues. Après validation, le fichier est prêt à être importé dans ProcessMind.

Configuration

Identifiants d’API : Un username et un password valides pour un utilisateur Oracle Fusion sont requis. Cet utilisateur doit disposer d’un rôle l’autorisant à lire les données de transactions de stocks, par exemple Inventory Manager ou un rôle d’intégration personnalisé.
URL de base : L’URL racine de votre instance Oracle Fusion SCM, par exemple https://your-instance.oraclecloud.com, doit être indiquée correctement.
Période : Définissez les paramètres START_DATE et END_DATE au format YYYY-MM-DD pour déterminer la période d’extraction. Il est recommandé de commencer par une période de 3 à 6 mois afin de maîtriser le volume de données.
ID de l’organisation : Indiquez ORGANIZATION_ID pour limiter l’extraction à une seule organisation de stocks ou à un entrepôt. Ce paramètre est essentiel pour les performances et la pertinence des données.
Taille des pages (Limit) : La variable LIMIT du script détermine le nombre d’enregistrements récupérés par appel d’API. Une valeur comprise entre 100 et 500 offre généralement un bon équilibre entre performances et charge de l’API.
Version de l’API : Le script suppose l’utilisation d’une version précise de l’API REST (11.13.18.05). Vous devrez peut-être mettre à jour le chemin de l’URL si votre environnement Oracle Fusion utilise une autre version.

a Exemple de requête python

import requests
import json
import csv
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion SCM instance details
BASE_URL = class="hl-string">"https://[your-fusion-instance.oraclecloud.com]"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Define the date range for the extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"
class=class="hl-string">"hl-comment"># Specify the Inventory Organization ID to filter results
ORGANIZATION_ID = class="hl-string">"[your_organization_id]"
LIMIT = 500  class=class="hl-string">"hl-comment"># Number of records to fetch per API call
OUTPUT_FILE = class="hl-string">"oracle_fusion_inventory_log.csv"

class=class="hl-string">"hl-comment"># --- API Endpoint ---
API_ENDPOINT = fclass="hl-string">"{BASE_URL}/fscmRestApi/resources/11.13.18.05/inventoryTransactions"

def map_transaction_to_activity(transaction_type_name):
    class="hl-string">"""Maps Oracle Fusion transaction type names to standardized activity names."""
    mapping = {
        class=class="hl-string">"hl-comment"># Goods Receipt & Returns
        class="hl-string">"PO Receipt": class="hl-string">"Goods Receipt Recorded",
        class="hl-string">"RMA Receipt": class="hl-string">"Return Goods Processed",
        class=class="hl-string">"hl-comment"># Put-away & Internal Moves
        class="hl-string">"Subinventory Transfer": class="hl-string">"Stock Moved Internally",
        class="hl-string">"WMS Putaway": class="hl-string">"Put-away Completed", class=class="hl-string">"hl-comment"># Assuming WMS module is used
        class="hl-string">"Move Order Transfer": class="hl-string">"Stock Moved Internally",
        class=class="hl-string">"hl-comment"># Adjustments & Counts
        class="hl-string">"Cycle Count Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class="hl-string">"Physical Inventory Adjustment": class="hl-string">"Inventory Discrepancy Adjusted",
        class=class="hl-string">"hl-comment"># Note: Cycle Count Performed is often the same transaction as the adjustment.
        class=class="hl-string">"hl-comment"># We can create a dedicated activity for the adjustment itself.
        class=class="hl-string">"hl-comment"># Picking, Packing, Shipping (Goods Issue)
        class="hl-string">"Sales Order Pick": class="hl-string">"Picking Completed",
        class="hl-string">"Sales Order Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"Movement Request Issue": class="hl-string">"Goods Issue Recorded",
        class="hl-string">"WIP Component Issue": class="hl-string">"Goods Issue Recorded",
        class=class="hl-string">"hl-comment"># Disposals
        class="hl-string">"Miscellaneous Issue": class="hl-string">"Stock Scrapped/Disposed", class=class="hl-string">"hl-comment"># Often used for scrap with a reason code
        class="hl-string">"Account Alias Issue": class="hl-string">"Stock Scrapped/Disposed",
        class=class="hl-string">"hl-comment"># Status Changes (often handled outside material transactions, placeholder)
        class="hl-string">"Lot Status Update": class="hl-string">"Item Status Changed",
    }
    return mapping.get(transaction_type_name, None)

def fetch_inventory_transactions():
    class="hl-string">"""Fetches and processes all inventory transactions within the specified date range."""
    event_log = []
    offset = 0
    has_more = True

    class=class="hl-string">"hl-comment"># Use a session for persistent authentication
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction...")

    while has_more:
        params = {
            class="hl-string">'finder': class="hl-string">'TransactionDateFinder',
            class="hl-string">'q': fclass="hl-string">'OrganizationId={ORGANIZATION_ID};TransactionDate between \'{START_DATE}\class="hl-string">' and \'{END_DATE}\class="hl-string">'',
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">'TransactionId,TransactionDate,TransactionTypeName,LotNumber,ItemNumber,CreatedBy,SubinventoryCode,LocatorId,TransactionReasonId,LastUpdateDate'
        }

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

            if not items:
                print(class="hl-string">"No more items found. Ending extraction.")
                has_more = False
                continue

            print(fclass="hl-string">"Fetched {len(items)} records. Processing offset {offset}...")

            class=class="hl-string">"hl-comment"># Process each transaction from the API response
            for item in items:
                if not item.get(class="hl-string">'LotNumber'):
                    continue class=class="hl-string">"hl-comment"># Skip transactions without a lot number as it's the case ID
                
                activity_name = map_transaction_to_activity(item.get(class="hl-string">'TransactionTypeName'))
                
                class=class="hl-string">"hl-comment"># If the transaction type doesn't map to a relevant activity, skip it
                if not activity_name:
                    continue

                class=class="hl-string">"hl-comment"># Create the event log entry
                event = {
                    class="hl-string">'InventoryBatchLot': item.get(class="hl-string">'LotNumber'),
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventStartTime': item.get(class="hl-string">'TransactionDate'),
                    class="hl-string">'EventEndTime': item.get(class="hl-string">'TransactionDate'), class=class="hl-string">"hl-comment"># End time is often same as start for transactions
                    class="hl-string">'UserPerformingAction': item.get(class="hl-string">'CreatedBy'),
                    class="hl-string">'ItemNumber': item.get(class="hl-string">'ItemNumber'),
                    class="hl-string">'WarehouseLocation': item.get(class="hl-string">'SubinventoryCode'), class=class="hl-string">"hl-comment"># Using Subinventory as location
                    class="hl-string">'MovementReasonCode': item.get(class="hl-string">'TransactionReasonId'),
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': datetime.now().isoformat()
                }
                event_log.append(event)

            class=class="hl-string">"hl-comment"># Check if there are more pages
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break
    
    return event_log

def write_to_csv(data):
    class="hl-string">"""Writes the processed data to a CSV file."""
    if not data:
        print(class="hl-string">"No data to write to CSV.")
        return

    print(fclass="hl-string">"Writing {len(data)} records to {OUTPUT_FILE}...")
    
    class=class="hl-string">"hl-comment"># Define the headers based on the keys of the first dictionary
    headers = [
        class="hl-string">'InventoryBatchLot', class="hl-string">'ActivityName', class="hl-string">'EventStartTime', class="hl-string">'EventEndTime',
        class="hl-string">'UserPerformingAction', class="hl-string">'ItemNumber', class="hl-string">'WarehouseLocation',
        class="hl-string">'MovementReasonCode', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate'
    ]

    with open(OUTPUT_FILE, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(data)
    
    print(class="hl-string">"CSV file has been created successfully.")

if __name__ == class="hl-string">"__main__":
    all_transactions = fetch_inventory_transactions()
    write_to_csv(all_transactions)

Prêt à commencer ?

Utilisez ce modèle pour simplifier la préparation de vos données et commencer à faire apparaître les analyses importantes de vos processus de gestion des stocks. Commencez dès aujourd’hui à optimiser vos opérations.

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

Transformez votre gestion des stocks : commencez à optimiser dès aujourd’hui

Identifiez précisément les inefficacités pour réduire de 30 % la durée du cycle des stocks.

Démarrer l’essai gratuit

Aucune carte bancaire requise. Commencez en quelques minutes.

Votre modèle de données pour la gestion des stocks

Votre modèle de données pour la gestion des stocks

Attributs de gestion des stocks

Activités de gestion des stocks

Guides d’extraction

Extraction de données de gestion des stocks avec Oracle BI Publisher

Étapes

Configuration

a Exemple de requête sql

Export de données en masse avec Oracle BI Cloud Connector (BICC)

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via les API REST Oracle Fusion SCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Transformez votre gestion des stocks : commencez à optimiser dès aujourd’hui

Votre modèle de données pour la gestion des stocks

Votre modèle de données pour la gestion des stocks

Attributs de gestion des stocks

Activités de gestion des stocks

Guides d’extraction

Extraction de données de gestion des stocks avec Oracle BI Publisher

Étapes

Configuration

a Exemple de requête sql

Export de données en masse avec Oracle BI Cloud Connector (BICC)

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via les API REST Oracle Fusion SCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Transformez votre gestion des stocks : commencez à optimiser dès aujourd’hui

Nous attachons de l’importance à votre confidentialité