> 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 vous guide dans l’extraction et la structuration des données de gestion des stocks depuis Oracle Fusion SCM. Il présente les attributs et les activités nécessaires à la création d’un journal d’événements pertinent. Utilisez cette ressource pour analyser précisément vos processus de gestion des stocks et repérer les possibilités d’optimisation.

Attributs recommandés à collecter
Activités clés à suivre pour découvrir le processus
Conseils pour extraire les données d’Oracle Fusion SCM

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

Télécharger le modèle

Attributs de gestion des stocks

Voici les champs de données essentiels à 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 indique la date et l’heure précises du début d’une activité. Il constitue la principale référence temporelle pour classer les événements par ordre chronologique et reconstituer le déroulement du processus. Dans l’analyse, l’heure de début de l’événement est essentielle au calcul des durées et des temps d’attente entre les activités. Elle permet de repérer les goulots d’étranglement, de mesurer les temps de cycle pour des indicateurs tels que le « temps de cycle moyen du rangement » et d’analyser les performances du processus sur différentes périodes, par exemple selon les équipes, les jours ou les mois. Pourquoi est-ce important ? Cet horodatage est indispensable pour ordonner les événements, calculer les temps de cycle et d’attente, et comprendre les goulots d’étranglement du processus. Où trouver ces données Généralement issue d’un champ de date de transaction ou de création dans les tables de transactions de stock, comme TRANSACTION_DATE dans INV_MATERIAL_TXNS. Exemples 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Lot ou numéro de lot de stock InventoryBatchLot	Identifiant unique d’un lot précis d’un article en stock, utilisé comme ID de cas pour en suivre le cycle de vie.
Description Le numéro de lot ou de lot de stock est l’identifiant de cas principal. Il regroupe toutes les activités liées à une quantité précise d’un produit et permet d’en suivre le cycle de vie complet, depuis son entrée en stock jusqu’à ses différents mouvements, puis sa sortie ou sa consommation. Dans l’analyse par Process Mining, cet attribut est fondamental. Il relie des événements distincts, comme la réception, le contrôle qualité, les transferts internes et la sortie de marchandises, au sein d’une même instance de processus. L’analyse par lot ou numéro de lot de stock permet de calculer les temps de cycle de bout en bout, de repérer les parcours fréquents et de découvrir les goulots d’étranglement qui touchent certains groupes de stocks. Pourquoi est-ce important ? Cet identifiant de cas essentiel relie toutes les activités associées à un même lot de stock et permet d’en suivre le parcours complet, de la réception à la sortie. Où trouver ces données Cette information se trouve généralement dans les tables de transactions de stock, comme INV_MATERIAL_TXNS, avec les détails de gestion des lots ou des numéros de lot. Exemples LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Nom de l’activité ActivityName	Nom de l’activité précise réalisée dans le cadre de la gestion des stocks.
Description Le nom de l’activité désigne une étape ou un événement qui s’est produit dans le processus de gestion des stocks pour un lot précis. Ces événements constituent la séquence du processus. Parmi les activités possibles : « Réception des marchandises enregistrée », « Contrôle qualité effectué », « Stock déplacé en interne » et « Sortie de stock enregistrée ». L’analyse de leur séquence et de leur fréquence est au cœur du Process Mining. Elle permet de représenter les processus, de repérer les écarts et d’analyser les délais entre les étapes. Pourquoi est-ce important ? Cet attribut est essentiel à la création de la cartographie du processus, car il définit les étapes et les événements qui composent le cycle de vie des stocks. Où trouver ces données 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. Exemples Réception des marchandises enregistréeRangement terminéÉcart de stock ajustéPrélèvement lancé
	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 leur fraîcheur. Cet horodatage permet de savoir à quel point les analyses de processus sont récentes. Vous pouvez ainsi déterminer si vous consultez des données presque en temps réel ou un instantané d’une période antérieure, ce qui est essentiel pour prendre des décisions éclairées au bon moment. Pourquoi est-ce important ? Indique la fraîcheur des données et permet de savoir à quelle période correspond l’analyse des processus et quand la prochaine actualisation est prévue. Où trouver ces données 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 dont 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. Préciser le système source est essentiel à la gouvernance des données et à la compréhension de leur contexte. Cela facilite le diagnostic des problèmes d’extraction et permet de comparer des processus couvrant plusieurs systèmes ou instances, par exemple la gestion des stocks dans différents ERP régionaux. Pourquoi est-ce important ? Précise l’origine des données, un élément important pour leur validation et leur gouvernance, ainsi que pour l’analyse des processus qui couvrent plusieurs systèmes. Où trouver ces données Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction et de la transformation des données pour en indiquer l’origine. Exemples Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Code du motif de mouvement MovementReasonCode	Code indiquant le motif métier d’un mouvement ou d’un ajustement de stock.
Description Le code du motif de mouvement précise la raison d’une transaction de stock. Il est particulièrement utile pour les mouvements inhabituels, comme la mise au rebut, les ajustements après un comptage cyclique ou les retours. Cet attribut est essentiel à l’analyse des causes profondes. Par exemple, le Dashboard « Fréquence et motifs des ajustements de stock » utilise ce code pour classer les ajustements et distinguer les dommages, les vols et les erreurs de saisie. L’analyse de ces motifs permet de hiérarchiser les efforts d’amélioration et de les concentrer sur les problèmes les plus importants. Pourquoi est-ce important ? Explique les raisons des ajustements et des mouvements de stock, ce qui est essentiel pour rechercher les causes profondes des écarts ou des mises au rebut. Où trouver ces données Figure dans les tables de transactions sous la forme d’un champ de code de motif, par exemple REASON_ID dans INV_MATERIAL_TXNS, relié à une table de référence des motifs. Exemples ENDOMMAGÉ PENDANT LE TRANSPORTAJUSTEMENT APRÈS COMPTAGE CYCLIQUESTOCK PÉRIMÉ
	Emplacement dans l’entrepôt WarehouseLocation	Emplacement précis dans l’entrepôt où l’activité a eu lieu, par exemple une case ou une zone.
Description Cet attribut indique l’emplacement physique dans l’entrepôt, par exemple une allée, un rayonnage ou une case, associé à la transaction de stock. Il précise où le stock est entreposé ou déplacé. L’analyse par emplacement permet de repérer les inefficacités logistiques. Par exemple, le Dashboard « Délai des mouvements internes de stock » peut montrer si les transferts entre certaines zones sont régulièrement lents. Elle peut également révéler si certains emplacements sont plus souvent concernés par des écarts de stock. Pourquoi est-ce important ? Situe les mouvements dans l’entrepôt et permet d’analyser leur efficacité, ainsi que les problèmes propres à certains emplacements, comme les goulots d’étranglement ou les ajustements fréquents. Où trouver ces données Provient de champs tels que LOCATOR_ID dans les tables de transactions de stock. Ce champ peut être associé aux données de référence des emplacements (INV_ITEM_LOCATIONS) pour obtenir des libellés 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 L’heure de fin de l’événement indique qu’une activité est terminée. De nombreuses transactions de stock sont enregistrées à un instant précis, mais certaines activités, comme le contrôle qualité ou le prélèvement, ont une durée distincte. Pour les événements instantanés, l’heure de fin correspond souvent à l’heure de début. Cet attribut, associé à l’heure de début de l’événement, permet de calculer la durée de traitement de chaque activité. Il est essentiel à l’analyse des performances et de l’utilisation des ressources, ainsi qu’au repérage des activités qui durent plus longtemps que prévu et contribuent aux retards du processus. Pourquoi est-ce important ? Permet de calculer la durée de traitement de chaque activité et de repérer les étapes qui prennent le plus de temps. Où trouver ces données Peut correspondre à l’heure de début pour les transactions instantanées. Pour les activités qui ont une durée, il s’agit d’un horodatage de fin distinct 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 concerné.
Description Le numéro d’article, souvent appelé unité de gestion des stocks (SKU), identifie le produit concerné par une transaction de stock. Il permet de filtrer ou de segmenter les analyses par produit. En Process Mining, cet attribut est essentiel pour analyser les processus du point de vue des produits. Il aide à répondre à des questions telles que : « Quels produits ont les délais de mise en stock les plus longs ? » ou « Quels articles font le plus souvent l’objet d’un ajustement ? ». Vous pouvez ainsi cibler les améliorations sur des gammes ou des catégories de produits précises. Pourquoi est-ce important ? Permet de filtrer et d’analyser les données par produit afin de repérer les articles associés à des retards ou à des problèmes de processus. Où trouver ces données Ce champ essentiel des tables de transactions de stock porte généralement le nom INVENTORY_ITEM_ID. Il est relié à la table de référence des articles (EGP_SYSTEM_ITEMS_B), qui contient 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 qui a réalisé une activité, par exemple un opérateur d’entrepôt ayant terminé une tâche de rangement 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, repérer les besoins de formation et vérifier la conformité. Par exemple, le Dashboard « Fréquence et motifs des ajustements de stock » utilise cet attribut pour identifier les personnes qui effectuent le plus souvent des ajustements. Cela peut mettre en évidence les personnes les plus performantes ou celles qui ont besoin d’une formation complémentaire aux procédures de contrôle des stocks. Pourquoi est-ce important ? Associe les actions à des personnes précises et permet d’analyser leurs performances, leur charge de travail, leurs besoins de formation et le respect des processus. Où trouver ces données Généralement présent dans les tables de transactions sous la forme d’un champ « USER_ID » ou « CREATED_BY », comme CREATED_BY dans INV_MATERIAL_TXNS. Exemples JSMITHAMARTINOPÉRATEUR.ENTREPÔT
	Catégorie de SKU SKUCategory	Catégorie ou famille à laquelle appartient le produit (SKU).
Description La catégorie de SKU sert à regrouper des produits similaires. Il peut s’agir, par exemple, de produits électroniques, de matières premières ou de produits finis, ou encore de catégories fondées sur la valeur des articles (A, B ou C). Cet attribut permet d’analyser les processus par grands groupes de produits, ce qui est souvent plus instructif que d’examiner des milliers d’articles individuellement. Le Dashboard « Analyse du taux de mise au rebut et d’obsolescence » s’en sert pour repérer les catégories de produits les plus souvent mises au rebut et ainsi orienter les améliorations de la politique de stock et des prévisions de la demande. Pourquoi est-ce important ? Permet de regrouper et de comparer les performances des processus par groupe de produits, afin de faire ressortir des tendances invisibles à l’échelle d’un article individuel. Où trouver ces données 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 À rotation rapideÀ forte valeurPièces de rechange
	Code de sous-stock SubinventoryCode	Subdivision d’une organisation de stock correspondant à une zone ou à un type de stockage précis.
Description Un sous-stock est un regroupement logique ou physique d’articles au sein d’une organisation de stock plus vaste, comme un entrepôt. Il peut s’agir, par exemple, de la zone de réception, des produits finis, des articles en attente de contrôle qualité ou du matériel défectueux. Cet attribut permet d’analyser les emplacements à un niveau plus général que celui d’une case précise. Il est utile pour suivre la circulation des matériaux entre différentes zones fonctionnelles, par exemple le temps nécessaire pour transférer des articles du sous-stock de réception à celui des produits finis après le contrôle qualité. Pourquoi est-ce important ? Permet d’analyser les mouvements de stock et les durées d’entreposage entre les différentes zones fonctionnelles d’un entrepôt, comme la réception, le contrôle qualité et le stockage principal. Où trouver ces données Champ standard des tables de stock, souvent nommé SUBINVENTORY_CODE. Exemples RÉCEPTIONFGISTOCK
	Durée de stockage des stocks 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 définitive.
Description Cet indicateur clé de performance, calculé au niveau du cas, mesure la durée totale de stockage d’un lot précis. Le calcul commence à l’horodatage de l’activité « Réception des marchandises enregistrée » et se termine à celui de la dernière activité « Sortie des marchandises enregistrée » ou « Stock mis au rebut ou éliminé » pour ce cas. Cette métrique est importante pour la gestion du fonds de roulement et des coûts de stockage. Une durée de stockage élevée signale des stocks à rotation lente, qui peuvent entraîner une hausse des coûts, un risque d’obsolescence et une utilisation inefficace de l’espace d’entreposage. L’analyse de cet indicateur aide à optimiser les niveaux de stock et à améliorer leur rotation. Pourquoi est-ce important ? Indicateur clé de la performance financière et opérationnelle, il mesure la durée d’immobilisation du capital dans les stocks et aide à repérer les articles à rotation lente. Où trouver ces données Cette métrique, calculée au niveau du cas dans l’outil de Process Mining, correspond à 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
	Est un ajustement après comptage cyclique IsCycleCountAdjustment	Indicateur booléen vrai lorsqu’un ajustement de stock suit directement une activité de comptage cyclique.
Description Cet attribut dérivé est un indicateur booléen (vrai/faux) qui repère les activités « Écart de stock ajusté » survenant peu après une activité « Comptage cyclique effectué » pour le même article et le même emplacement. Il permet d’isoler les ajustements directement liés au comptage. Cet indicateur sert au calcul de l’indicateur clé de performance « Taux d’ajustement après comptage cyclique ». Il permet aux analystes de mesurer l’efficacité du programme de comptage cyclique en montrant à quelle fréquence les comptages entraînent des ajustements. Un taux élevé peut signaler des problèmes systémiques de fiabilité des registres de stock. Pourquoi est-ce important ? Permet de mesurer précisément l’efficacité du comptage cyclique en isolant les ajustements directement liés à un comptage physique. Où trouver ces données Cet attribut dérivé est 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
	Identifiant de transaction de stock InventoryTransactionId	Identifiant unique généré par le système pour un événement de stock.
Description L’identifiant de transaction de stock est la clé primaire d’un enregistrement de transaction de stock unique et indivisible dans le système source. Chaque ligne du journal d’événements correspond à un identifiant de ce type. Cet identifiant n’est généralement pas utilisé directement dans les cartes de processus de haut niveau, mais il est précieux pour la validation des données, les audits et l’analyse détaillée. Il renvoie directement à l’enregistrement correspondant dans Oracle Fusion SCM, ce qui permet aux analystes d’examiner les anomalies ou les événements concernés dans le système source. Pourquoi est-ce important ? Fournit une clé unique pour chaque événement, indispensable à la validation des données et à la traçabilité, et permet de retrouver l’enregistrement correspondant dans le système source. Où trouver ces données Il s’agit de la clé primaire de la principale table de transactions de stock, généralement TRANSACTION_ID dans INV_MATERIAL_TXNS. Exemples 987654321123456789555444333
	Organisation de stock InventoryOrganization	Organisation précise, par exemple un entrepôt ou une usine, où le stock est détenu.
Description Une organisation de stock désigne un site ou une entité distincte qui détient des stocks, comme un centre de distribution ou une usine. Dans Oracle Fusion SCM, il s’agit d’un élément clé des données organisationnelles. Cet attribut permet de filtrer et de comparer les processus entre différents sites physiques. Il aide à répondre à des questions telles que : « Quel entrepôt affiche le délai de mise en stock le plus court ? » ou « Le taux d’écarts de stock est-il plus élevé dans nos sites européens ou nord-américains ? ». Vous pouvez ainsi comparer les performances et partager les bonnes pratiques au sein de l’organisation. Pourquoi est-ce important ? Permet de comparer les processus et les performances entre différents sites, comme des entrepôts ou des usines, et de repérer les résultats propres à chaque site. Où trouver ces données Champ essentiel des tables de transactions, par exemple ORGANIZATION_ID, relié à une table de référence des organisations qui contient leur nom. Exemples Centre de distribution US1Usine de SeattleEntrepôt central européen
	Quantité Quantity	Quantité de l’article concerné par la transaction.
Description Cet attribut indique le nombre d’unités d’un article déplacées, ajustées, comptées ou concernées par une autre transaction. Il mesure l’ampleur de chaque événement. La quantité est une métrique fondamentale pour de nombreuses analyses. Elle sert à calculer le volume de marchandises traitées, l’importance des écarts de stock et les quantités mises au rebut. Associée aux données de coût, elle permet de chiffrer les conséquences financières des inefficacités du processus, comme dans le Dashboard « Analyse des écarts de comptage cyclique ». Pourquoi est-ce important ? Mesure le volume de chaque transaction et permet d’analyser le débit, l’ampleur des écarts et les conséquences financières des opérations de stock. Où trouver ces données Champ standard des tables de transactions de stock, par exemple 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 indique à quelle étape de son cycle de vie se trouve le produit. Un article peut être « Actif » pour les transactions courantes, « En attente » pour un contrôle qualité ou « Obsolète » s’il n’est plus utilisé. Cet attribut apporte un contexte utile à l’analyse de certaines activités. Par exemple, un taux élevé de mise au rebut pour les 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 pour se concentrer sur les stocks pertinents et actifs. Pourquoi est-ce important ? Précise l’étape du cycle de vie du produit et aide à distinguer les opérations attendues, comme la mise au rebut d’articles obsolètes, des problèmes de processus inattendus. Où trouver ces données 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 « Réception de commande d’achat », « Transfert entre sous-stocks » ou « Ajustement après comptage cyclique ». Cette classification, souvent technique, sert généralement à déterminer le nom d’activité plus lisible. Le nom d’activité est utilisé dans les cartes de processus de haut niveau, tandis que le type de transaction peut servir à des analyses techniques détaillées ou à vérifier l’association avec les activités. Il peut aider à repérer des sous-processus ou des comportements du système regroupés sous une même activité. Pourquoi est-ce important ? Fournit la classification brute d’un événement par le système, utile pour les analyses détaillées et pour vérifier la dérivation du « Nom de l’activité ». Où trouver ces données 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 composants pour la production en cours
	Unité de mesure UnitOfMeasure	Unité de mesure de la quantité de la transaction (par exemple, unité, kg ou boîte).
Description L’unité de mesure (UOM) précise ce que représente la valeur numérique de l’attribut « Quantité ». Par exemple, une quantité de « 10 » peut correspondre à 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’unité de mesure, il est impossible de comparer les transactions portant sur des articles différents ou d’additionner les quantités de façon fiable. Elle garantit des analyses cohérentes et pertinentes. Pourquoi est-ce important ? Précise l’attribut « Quantité » afin que les valeurs soient interprétées correctement et que les comparaisons soient pertinentes. Où trouver ces données Se trouve généralement à côté du champ de quantité dans les tables de transactions, par exemple sous le nom TRANSACTION_UOM dans INV_MATERIAL_TXNS. Exemples EAKGBOX

Obligatoire Recommandé Facultatif

Activités de gestion des stocks

Voici les étapes et les jalons essentiels à consigner dans votre journal d’événements pour découvrir avec précision les processus liés aux 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 le lot de stock est accepté ou rejeté. Cet événement est généralement déduit de la mise à jour finale du statut de l’enregistrement de contrôle qualité.
Pourquoi est-ce important ? Cette étape importante détermine si le stock peut être utilisé dans les processus suivants. L’analyse des résultats et de la durée des contrôles aide à optimiser le contrôle qualité et les performances des fournisseurs. Où trouver ces données Déduite de l’horodatage de mise à jour de l’enregistrement de contrôle qualité dans QA_RESULTS avec un statut final tel que « Accepté » ou « Rejeté », ou du changement de statut du lot de « Contrôle qualité » à « Actif ». Données à recueillir Déduite de la date de fin 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é en stock d’un lot dans le système pour la faire correspondre au comptage physique ou tenir compte d’autres écarts, comme des dommages. Cette transaction comptabilise officiellement une entrée ou une sortie de stock.
Pourquoi est-ce important ? Le suivi de la fréquence et des motifs des ajustements est essentiel pour identifier les causes des erreurs de stock, comme le vol, les dommages ou les erreurs de processus. Ces ajustements ont une incidence directe sur les comptes financiers et la fiabilité des stocks. Où trouver ces données Enregistrée comme transaction de stock dans INV_MATERIAL_TXNS, avec un type précis tel que « Ajustement après comptage tournant » ou « Sortie/réception diverse », souvent accompagné d’un code motif. Données à recueillir Enregistrée après l’approbation et la comptabilisation d’une transaction d’ajustement de stock. Type d’événement explicit
	Prélèvement terminé	Indique que le lot de stock a été prélevé physiquement à son emplacement de stockage et déplacé vers une zone de transit. Il s’agit d’une transaction explicite au cours de laquelle l’opérateur confirme dans le système la fin de la tâche de prélèvement.
Pourquoi est-ce important ? Cette étape est importante dans la préparation des commandes. Le délai entre « Prélèvement lancé » et cet événement mesure l’efficacité des opérateurs et les performances du processus de prélèvement. Où trouver ces données Enregistrée au moyen d’une transaction de confirmation de prélèvement, qui met à jour le statut de la ligne d’ordre de déplacement ou de la tâche d’entrepôt vers « Terminé », ou déclenche une transaction de « Transfert de sous-inventaire » dans INV_MATERIAL_TXNS. Données à recueillir Enregistrée lorsqu’un utilisateur confirme la transaction de prélèvement dans le système, souvent à l’aide d’un terminal mobile RF. Type d’événement explicit
	Rangement terminé	Indique que le lot de stock a été transféré dans l’emplacement ou le sous-inventaire qui lui est attribué et qu’il fait désormais partie du stock disponible. Cette étape est enregistrée par une transaction de stock explicite qui met à jour l’emplacement du lot, de la zone de réception vers une zone de stockage.
Pourquoi est-ce important ? Cette étape marque la fin du processus d’entrée en stock. Le temps de cycle entre « Réception des marchandises enregistrée » et cet événement est un indicateur clé de l’efficacité du rangement. Où trouver ces données Enregistrée comme transaction de stock, souvent de type « Transfert de sous-inventaire » ou « Rangement », dans la table INV_MATERIAL_TXNS. Cette transaction déplace le lot d’un sous-inventaire de réception vers un sous-inventaire de stockage. Données à recueillir L’événement est enregistré une fois terminée la transaction confirmant le transfert vers un emplacement de stockage. 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 au titre d’un bon de commande ou d’une autorisation de retour de marchandise. Il s’agit d’une transaction explicite enregistrée dans le système à la réception des marchandises, qui crée le premier enregistrement du lot.
Pourquoi est-ce important ? Cette activité constitue le point de départ principal de l’analyse du cycle de vie des stocks. Le suivi du temps écoulé entre cet événement et d’autres étapes, comme le rangement ou le contrôle qualité, est essentiel pour mesurer l’efficacité des opérations entrantes. Où trouver ces données Enregistrée comme transaction de stock dans la table INV_MATERIAL_TXNS, avec des types de transaction tels que « Réception de commande fournisseur », « Réception de retour de marchandise » ou « Réception d’expédition en transit ». La date de création de cette transaction sert d’horodatage de l’événement. Données à recueillir L’événement est enregistré lors de l’exécution d’une transaction de réception. Type d’événement explicit
	Sortie de stock enregistrée	Marque la sortie définitive d’un lot de stock de l’entrepôt, à la suite d’une expédition à un client, d’une affectation à un ordre de fabrication ou d’un transfert vers un autre site. Cette transaction de stock explicite et définitive diminue la quantité en stock.
Pourquoi est-ce important ? Il s’agit d’un point de fin principal du cycle de vie des stocks, essentiel au calcul de la rotation des stocks et du nombre de jours de stockage. Il confirme que la demande concernant le lot a été satisfaite. Où trouver ces données Enregistrée comme transaction de stock dans INV_MATERIAL_TXNS, avec des types tels que « Sortie sur commande client », « Sortie de composant pour ordre de fabrication » ou « Expédition sur ordre de transfert ». Données à recueillir Enregistrée lors du traitement de la confirmation d’expédition ou de la transaction de sortie de composant. Type d’événement explicit
	Stock mis au rebut ou éliminé	Indique le retrait officiel d’un lot de stock parce qu’il est périmé, endommagé, obsolète ou inutilisable pour une autre raison. Cette transaction explicite entraîne la sortie de la valeur du stock des comptes.
Pourquoi est-ce important ? Il s’agit d’une étape de fin pour les stocks qui ne seront 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 opérations de manutention. Il a également une incidence financière directe. Où trouver ces données Enregistrée comme transaction de stock dans INV_MATERIAL_TXNS, généralement de type « Sortie diverse » ou « Mise au rebut », et associée à un compte et à un code motif propres à la mise au rebut. Données à recueillir Enregistrée 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 est-ce important ? Cette activité est essentielle à l’analyse des programmes de précision des stocks. Elle permet de repérer les écarts et de mesurer l’efficacité du processus de comptage. Où trouver ces données Enregistrée dans la table INV_CYCLE_COUNT_ENTRIES lorsqu’un utilisateur saisit et enregistre une quantité comptée. L’horodatage de cette saisie sert d’heure d’événement. Données à recueillir Enregistrée 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. Cette étape est souvent déduite de la création d’un enregistrement de plan d’inspection associé au lot reçu ou d’un changement de statut plaçant le lot en attente de contrôle qualité.
Pourquoi est-ce important ? Cette étape marque le début du processus d’assurance qualité. Le délai entre cet événement et la réalisation du contrôle qualité révèle le temps d’attente et les éventuels goulots d’étranglement du service de contrôle qualité. Où trouver ces données Déduite de la création d’un enregistrement de contrôle qualité dans le module Quality Management (par exemple, QA_RESULTS) ou du suivi du changement de statut du lot vers un statut d’inspection défini. Données à recueillir Déduite de l’horodatage de création d’un plan de contrôle qualité ou du changement de statut du lot vers « En attente de contrôle ». Type d’événement inferred
	Emballage terminé	Indique la fin de l’emballage, lorsque le lot prélevé est placé dans un conteneur d’expédition qui est ensuite scellé. Cette étape peut être enregistrée par un scan à un poste ou déduite d’un changement de statut de l’expédition.
Pourquoi est-ce important ? Marque la fin des opérations physiques dans l’entrepôt avant l’expédition. L’analyse du délai entre le prélèvement et l’emballage permet de repérer les inefficacités au poste d’emballage. Où trouver ces données Déduite du changement de statut du détail de livraison ou de l’enregistrement d’expédition (par exemple, dans WSH_DELIVERY_DETAILS) vers « Emballé ». Selon la configuration, cette étape peut aussi être enregistrée par une transaction explicite au poste d’emballage. Données à recueillir Déduite de l’horodatage de mise à jour du statut de l’expédition ou d’un journal de transaction d’emballage spécifique. Type d’événement inferred
	Prélèvement lancé	Marque le début de la préparation d’une commande, lorsqu’une tâche est créée pour prélever un lot de stock à son emplacement de stockage en vue d’une commande client, d’un ordre de fabrication ou d’un transfert. Cette étape est déduite de la création d’une vague de prélèvement ou d’une ligne d’ordre de déplacement.
Pourquoi est-ce important ? Cet événement marque le début du temps de cycle de prélèvement. Les délais entre l’affectation de la commande et le lancement du prélèvement peuvent révéler des goulots d’étranglement dans le traitement des commandes ou l’attribution des tâches d’entrepôt. Où trouver ces données Déduite de l’horodatage de création d’un enregistrement de tâche de prélèvement dans les tables WMS ou de la mise à jour du statut d’une ligne d’ordre de déplacement (par exemple, Mtl_Txn_Request_Lines) vers « Libéré pour l’entrepôt ». Données à recueillir Identifiée par la création d’une tâche de prélèvement ou d’un ordre de déplacement associé au lot de stock. Type d’événement inferred
	Rangement lancé	Marque le début du transfert des marchandises reçues depuis une zone de réception ou de transit vers leur emplacement de stockage définitif. Cette étape est généralement déduite de la création d’une tâche dirigée par le système ou d’une demande de déplacement pour le rangement.
Pourquoi est-ce important ? Lancer rapidement le rangement permet de libérer les quais de réception et de rendre les stocks disponibles. Cet événement aide à mesurer le délai entre la réception et le début des opérations de rangement. Où trouver ces données Déduite 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), liée au lot reçu. Données à recueillir Identifiée par la création d’une tâche de rangement associée à la transaction de stock ou au lot. 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 titre d’une autorisation de retour de marchandise (RMA). Cette activité réintègre le lot dans le système de gestion des stocks et déclenche souvent des contrôles et des opérations de décision sur son devenir.
Pourquoi est-ce 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 servir de point de départ à un sous-processus distinct consacré aux retours. Où trouver ces données Enregistrée comme transaction de stock « Réception RMA » dans la table INV_MATERIAL_TXNS. Les détails de la transaction renvoient à la commande client et au client d’origine. Données à recueillir Enregistrée 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 un changement de statut d’utilisation ou de restriction d’un lot de stock, par exemple sa mise en attente, son interdiction à la vente ou sa remise en circulation. Cette étape est généralement déduite des changements de l’attribut de statut du lot.
Pourquoi est-ce important ? Le suivi des changements de statut permet de mieux comprendre la disponibilité et le contrôle des stocks. Des mises en attente fréquentes peuvent révéler des problèmes de qualité, tandis que le suivi des remises en circulation est important pour analyser le déroulement du processus. Où trouver ces données Déduite du suivi des changements apportés au champ « LOT_STATUS_CODE » ou à un champ similaire dans les tables de stock, comme INV_LOT_NUMBERS. Il peut être nécessaire de consulter l’historique d’audit ou les journaux de la base de données pour obtenir l’horodatage du changement. Données à recueillir Capturée en comparant au fil du temps les valeurs actuelle et précédente 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 casiers ou des sous-inventaires, au sein d’un même entrepôt. Ces mouvements sont consignés sous forme de transactions de stock explicites, par exemple pour le réapprovisionnement ou le regroupement.
Pourquoi est-ce important ? L’analyse des mouvements internes permet de repérer les agencements d’entrepôt inefficaces, les manipulations excessives et les possibilités d’optimiser le placement des stocks. Une fréquence élevée peut révéler des règles de rangement initial inadaptées. Où trouver ces données Enregistrée comme transaction de stock dans INV_MATERIAL_TXNS, avec un type tel que « Transfert de sous-inventaire » ou « Transfert d’emplacement », sans intervention d’un tiers. Données à recueillir Enregistrée à la fin d’une transaction de transfert interne. Type d’événement explicit

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle Fusion SCM

Étapes

Accédez à Oracle BI Publisher : Connectez-vous à votre instance Oracle Fusion SCM. Dans le menu Navigator, ouvrez l’espace de travail Reports and Analytics. Sélectionnez ensuite « Browse Catalog » pour accéder à l’interface Oracle BI Publisher.
Créez un modèle de données : Dans le catalogue, choisissez un dossier adapté pour stocker vos ressources d’extraction. Cliquez sur le menu déroulant « New », puis sélectionnez « Data Model ».
Définissez le jeu de données SQL : Dans l’éditeur de modèle de données, cliquez sur l’icône « + » pour ajouter un jeu de données, puis sélectionnez « SQL Query ».
Configurez la source de données : Dans la fenêtre 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 ».
Saisissez 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éfinissez 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étecte automatiquement. Vous pouvez définir des valeurs par défaut ou les rendre obligatoires pour les utilisateurs qui exécutent le rapport.
Enregistrez et consultez les données : Enregistrez le modèle 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 et vérifier que la requête fonctionne comme prévu.
Créez un rapport : Retournez au catalogue. Cliquez sur le menu déroulant « New », puis sélectionnez « Report ». Dans l’assistant de création de rapport, sélectionnez le modèle de données que vous venez de créer.
Configurez la mise en page du rapport : Suivez les étapes de l’assistant. Lorsque vous devez choisir une mise en page, sélectionnez une présentation simple de type « Table ». Faites glisser toutes les colonnes du jeu de données dans le tableau. Une mise en forme complexe n’est pas nécessaire, car l’objectif est d’exporter les données brutes.
Planifiez l’extraction automatisée du rapport : Enregistrez le rapport, puis utilisez l’option « Schedule ». Créez une nouvelle tâche planifiée. Dans l’onglet « Output » de la configuration, choisissez le format CSV. Dans l’onglet « Destination », configurez l’envoi vers un répertoire de serveur de contenu ou un serveur SFTP externe où vous pourrez récupérer les fichiers.
Récupérez le journal d’événements : 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, pour récupérer le fichier CSV généré. Ce fichier constitue le journal d’événements, prêt à être importé dans un outil de Process Mining.

Configuration

Prérequis : Un compte utilisateur doté des rôles BI Administrator et des autorisations d’accès aux données nécessaires pour interroger les 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 pour maîtriser les performances. La requête fournie utilise les paramètres suivants :
- p_start_date : date de début de la période du rapport.
- p_end_date : date de fin de la période du rapport.
- p_organization_code : code de l’organisation de gestion des stocks (entrepôt) pour laquelle extraire les données.
Période : Pour les premières extractions, limitez la période historique, par exemple aux 3 à 6 derniers mois, afin que la tâche s’exécute dans un délai raisonnable. Pour les extractions régulières, 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 sont compatibles avec votre outil de Process Mining.
Planification : Planifiez l’exécution du rapport en dehors des heures de pointe pour limiter son impact sur les performances du système. Le traitement de volumes importants peut mobiliser une part importante des ressources système.

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 compte auquel le rôle d’administrateur BICC a été attribué.
Dans le menu principal Navigator, sous Tools, ouvrez la console Business Intelligence Cloud Connector (BICC).
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. Les Data Stores (PVO) associés à SCM seront alors disponibles pour l’extraction.
Ouvrez « Manage Extract Schedules » et créez une nouvelle planification dédiée au processus de gestion des stocks.
Dans cette planification, recherchez et ajoutez les Public View Objects (PVO) nécessaires à l’extraction des données. 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é, ouvrez l’onglet « Configure Columns ». Sélectionnez toutes les colonnes nécessaires au journal d’événements, par exemple les numéros de lot, les détails des articles, les horodatages, les identifiants utilisateur et les types de transaction. Désélectionnez les colonnes inutiles afin de limiter 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 pour 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 la précédente.
Configurez le stockage externe destiné à la livraison des données. Sous « Configure External Storage », choisissez « Cloud Storage Service » et indiquez les identifiants de connexion à l’espace de stockage cible, par exemple Oracle Cloud Infrastructure (OCI) Object Storage.
Enregistrez la configuration de la planification et soumettez-la pour exécution. Vous pouvez suivre l’avancement de la tâche dans l’écran « Manage Extract Schedules ».
Une fois la tâche BICC terminée, 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 de plusieurs fichiers selon la logique décrite dans la section de la requête, afin de créer le journal d’événements final.
Le script doit produire un seul fichier CSV contenant les colonnes exactes (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 de gestion des stocks, des expéditions et de la qualité.
PVO clés (Data Stores) : Une extraction complète nécessite plusieurs PVO. Incluez au minimum :
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO : principale source pour la plupart des mouvements de matériel, comme les réceptions, les sorties, les transferts et les ajustements.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO : fournit des détails sur les statuts des lots.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO : contient les résultats des contrôles qualité.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO : contient des informations sur la préparation des commandes et les expéditions.
Configuration de l’extraction incrémentielle : Pour les chargements réguliers, utilisez toujours la fonctionnalité d’extraction incrémentielle. Configurez un filtre sur la colonne LastUpdateDate à l’aide de la variable #BI_LAST_EXTRACT_DATE. Pour le chargement initial de l’historique, 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 aux 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, où BICC pourra déposer les fichiers extraits.

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.
Obtenez les identifiants d’API : Récupérez les identifiants nécessaires pour accéder à l’API REST Oracle Fusion SCM. Vous aurez besoin de l’URL de base de votre instance Oracle Fusion (par exemple, https://your-fusion-instance.oraclecloud.com), d’un nom d’utilisateur et d’un mot de passe pour un compte disposant des droits suffisants pour lire les données de gestion des stocks.
Configurez le script Python : Téléchargez le script Python fourni. Ouvrez le fichier dans un éditeur et repérez la section de configuration en haut. Renseignez les valeurs des paramètres BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE et ORGANIZATION_ID.
Repérez 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 de matériel et des ajustements, qui sera converti en journal d’événements pour le Process Mining.
Vérifiez la logique d’association des activités : Examinez la fonction map_transaction_to_activity dans le script. Elle contient la logique qui associe TransactionTypeName dans Oracle à la valeur normalisée ActivityName requise dans le journal d’événements. Vous devrez peut-être adapter cette association aux types de transaction utilisés dans votre organisation.
Exécutez le script : Lancez le script depuis votre terminal à l’aide de la commande python your_script_name.py. Le script s’authentifie auprès de l’API, récupère les données de transaction page par page, les traite et affiche l’état d’avancement dans la console.
Gérez 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 de la période indiquée. L’ensemble des données est ainsi extrait sans surcharger le serveur ni la mémoire du script.
Transformation des données : Pour chaque transaction récupérée, le script restructure la réponse JSON sous forme d’enregistrement à plat. Il associe des champs comme LotNumber, TransactionDate et CreatedBy aux attributs requis du journal d’événements : InventoryBatchLot, EventStartTime et UserPerformingAction.
Générez 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érifiez et importez le fichier : Ouvrez le fichier CSV généré dans un tableur pour en vérifier le contenu. Contrôlez que les données sont correctement renseignées, que la période est complète et que toutes les activités attendues sont présentes. 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 transaction de gestion des stocks, comme 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 correctement indiquée.
Période : Définissez les paramètres START_DATE et END_DATE au format YYYY-MM-DD pour délimiter 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 gestion des stocks ou à un seul entrepôt. Ce paramètre est essentiel pour les performances et la pertinence des données.
Taille de page (limite) : 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 convient généralement pour équilibrer les performances et la charge de l’API.
Version de l’API : Le script suppose une version précise de l’API REST (11.13.18.05). Vous devrez peut-être modifier le chemin de l’URL si votre environnement Oracle Fusion utilise une autre version.

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 préparer vos données et commencer à mieux comprendre 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

Améliorez la gestion des stocks : commencez à optimiser dès aujourd’hui

Repérez les inefficacités pour réduire de 30 % le temps de cycle des stocks.

Démarrez votre 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

Exemple de requête sql

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

Étapes

Configuration

Exemple de requête sql

Extraction par script Python via les API REST d’Oracle Fusion SCM

Étapes

Configuration

Exemple de requête python

Prêt à commencer ?

Améliorez la 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

Exemple de requête sql

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

Étapes

Configuration

Exemple de requête sql

Extraction par script Python via les API REST d’Oracle Fusion SCM

Étapes

Configuration

Exemple de requête python

Prêt à commencer ?

Améliorez la gestion des stocks : commencez à optimiser dès aujourd’hui

Prêt à commencer ?

Améliorez la gestion des stocks : commencez à optimiser dès aujourd’hui