> Kontinuierliche Prozessverbesserung > Bestandsverwaltung > Oracle Fusion SCM > Daten Template

Ihr Daten-Template für die Bestandsverwaltung

Oracle Fusion SCM

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute der Bestandsverwaltung (20) Aktivitäten der Bestandsverwaltung (15) Anleitungen zur Datenextraktion (3)

Ihr Daten-Template für die Bestandsverwaltung

Dieses Template erläutert, wie Sie Daten zur Bestandsverwaltung aus Oracle Fusion SCM extrahieren und strukturieren. Es beschreibt die erforderlichen Attribute und Aktivitäten für ein aussagekräftiges Event Log. Verwenden Sie diese Anleitung, um Ihre Bestandsprozesse präzise zu analysieren und Optimierungsmöglichkeiten zu erkennen.

Empfohlene Attribute für die Datenerfassung
Wichtige Aktivitäten für die Prozesserkennung
Anleitung zum Extrahieren von Daten aus Oracle Fusion SCM

Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Template herunterladen

Attribute der Bestandsverwaltung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen. Sie bilden die Grundlage für eine umfassende Analyse Ihrer Bestandsverwaltungsprozesse.

5 Erforderlich 5 Empfohlen 10 Optional

	Name	Beschreibung
	Aktivitätsname ActivityName	Die Bezeichnung der konkreten Aktivität im Bestandsmanagement.
Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt oder ein Ereignis im Bestandsmanagementprozess für eine bestimmte Charge oder ein bestimmtes Los. Diese Ereignisse bilden die Abfolge des Prozessablaufs. Zu den Aktivitäten zählen beispielsweise 'Wareneingang erfasst', 'Qualitätsprüfung durchgeführt', 'Bestand intern umgelagert' und 'Warenausgang erfasst'. Die Analyse ihrer Abfolge und Häufigkeit ist der Kern von Process Mining. Sie ermöglicht die Visualisierung von Prozessmodellen, das Erkennen von Abweichungen und die Analyse der Übergangszeiten zwischen den Schritten. Warum das wichtig ist Dieses Attribut ist grundlegend für die Erstellung des Prozessmodells, da es die einzelnen Schritte und Ereignisse im Bestandslebenszyklus festlegt. Woher beziehen Wird häufig abgeleitet, indem Transaktionstypen oder Ereigniscodes aus Quelltabellen (z. B. INV_MATERIAL_TXNS) verständlichen Aktivitätsnamen zugeordnet werden. Beispiele Wareneingang erfasstEinlagerung abgeschlossenBestandsabweichung korrigiertKommissionierung eingeleitet
	Inventory Batch/Lot InventoryBatchLot	Die eindeutige Kennung einer bestimmten Charge oder eines bestimmten Loses eines Artikels. Sie dient als Case-ID, um den Lebenszyklus nachzuverfolgen.
Beschreibung Die Nummer von Inventory Batch oder Lot ist die primäre Case-ID. Sie gruppiert alle Aktivitäten zu einer bestimmten Produktmenge. So lässt sich der vollständige Lebenszyklus einer abgegrenzten Bestandsmenge verfolgen, vom Wareneingang über verschiedene Umlagerungen bis zur Ausgabe oder zum Verbrauch. Für die Process-Mining-Analyse ist dieses Attribut grundlegend. Es führt einzelne Ereignisse wie Wareneingang, Qualitätsprüfung, interne Umlagerungen und Warenausgang zu einer zusammenhängenden Prozessinstanz zusammen. Die Analyse nach Inventory Batch/Lot ermöglicht es, durchgängige Zykluszeiten zu berechnen, häufige Prozesspfade zu erkennen und Engpässe bei bestimmten Bestandsgruppen aufzudecken. Warum das wichtig ist Diese wichtige Case-ID verknüpft alle zugehörigen Bestandsaktivitäten. So lässt sich der gesamte Weg einer Charge vom Wareneingang bis zur Ausgabe nachvollziehen. Woher beziehen Diese Information findet sich in der Regel in Bestandstransaktionstabellen wie INV_MATERIAL_TXNS und ist den Angaben zur Chargen- oder Losverwaltung zugeordnet. Beispiele LOT2024-A01134BATCH-US-00582LPN-493820-202405
	Startzeit des Ereignisses EventStartTime	Der Timestamp, der angibt, wann die Bestandsaktivität begonnen hat.
Beschreibung Dieses Attribut erfasst Datum und Uhrzeit des Aktivitätsbeginns genau. Es ist die zentrale Zeitangabe, um Ereignisse chronologisch zu ordnen und den Prozessablauf zu erstellen. Bei der Analyse ist die Startzeit des Ereignisses entscheidend, um Dauer und Wartezeiten zwischen Aktivitäten zu berechnen. Sie hilft, Engpässe zu erkennen, Zykluszeiten für KPIs wie 'Durchschnittliche Einlagerungszykluszeit' zu messen und die Prozessleistung über verschiedene Zeiträume hinweg zu analysieren, etwa nach Schicht, Tag oder Monat. Warum das wichtig ist Dieser Timestamp ist unverzichtbar, um Ereignisse zu ordnen, Zyklus- und Wartezeiten zu berechnen und Engpässe im Prozess zu erkennen. Woher beziehen Stammt in der Regel aus einem Transaktions- oder Erstellungsdatumsfeld in Bestandstransaktionstabellen, beispielsweise aus TRANSACTION_DATE in INV_MATERIAL_TXNS. Beispiele 2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
	Letzte Datenaktualisierung LastDataUpdate	Timestamp der letzten Aktualisierung dieses Datensatzes aus dem Quellsystem.
Beschreibung Dieses Attribut erfasst, wann die Daten zuletzt aus dem Quellsystem extrahiert und in das Process-Mining-Tool geladen wurden. Es zeigt, wie aktuell die analysierten Daten sind. Dieser Timestamp ist wichtig, um die Aktualität der Erkenntnisse aus der Prozessanalyse einzuschätzen. Benutzer können damit erkennen, ob sie nahezu Echtzeitdaten oder einen Stand aus einem früheren Zeitraum betrachten. Das ist entscheidend, um auf Grundlage der Analyse rechtzeitig fundierte Entscheidungen zu treffen. Warum das wichtig ist Zeigt, wie aktuell die Daten sind. So können Benutzer einschätzen, auf welchem Stand die Prozessanalyse ist und wann die nächste Datenaktualisierung erwartet wird. Woher beziehen Dieses Metadatenfeld wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt. Beispiele 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
	Quellsystem SourceSystem	Gibt an, aus welchem System die Daten extrahiert wurden.
Beschreibung Dieses Attribut bezeichnet die Quellanwendung, in der die Bestandstransaktion erfasst wurde. In großen Unternehmen können Bestandsdaten aus mehreren Systemen oder Modulen stammen. Die Angabe des Quellsystems ist wichtig für die Data Governance und hilft, den Kontext der Daten zu verstehen. Sie erleichtert die Fehlersuche bei der Datenextraktion und ermöglicht den Vergleich von Prozessen, die sich über mehrere Systeme oder Instanzen erstrecken, etwa von Bestandsmanagementprozessen in regionalen ERP-Systemen. Warum das wichtig ist Liefert wichtige Informationen zur Herkunft der Daten. Das ist für die Datenvalidierung, Governance und Analyse von Prozessen relevant, die mehrere Systeme umfassen können. Woher beziehen Dabei handelt es sich in der Regel um einen statischen Wert, der während der Datenextraktion und -transformation ergänzt wird, um die Herkunft der Daten zu kennzeichnen. Beispiele Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
	Artikelnummer ItemNumber	Eindeutige Kennung des Produkts oder Materials, das bearbeitet wird.
Beschreibung Die Artikelnummer, häufig auch als Stock Keeping Unit (SKU) bezeichnet, kennzeichnet das konkrete Produkt eines Bestandsvorgangs. So lässt sich die Analyse nach Produkten filtern oder auf bestimmte Produkte eingrenzen. Beim Process Mining ist dieses Attribut für produktbezogene Analysen unverzichtbar. Es hilft bei Fragen wie: „Bei welchen Produkten dauert die Einlagerung am längsten?“ oder „Welche Artikel werden am häufigsten korrigiert?“ Dadurch lassen sich Verbesserungen gezielt für bestimmte Produktlinien oder Kategorien umsetzen. Warum das wichtig ist Ermöglicht das Filtern und Analysieren bestimmter Produkte. So lässt sich feststellen, welche Artikel mit Prozessverzögerungen oder Problemen verbunden sind. Woher beziehen Dieses zentrale Feld in Bestandsvorgangstabellen heißt üblicherweise INVENTORY_ITEM_ID. Es verweist auf die Artikelstammtabelle (EGP_SYSTEM_ITEMS_B), in der weitere Details hinterlegt sind. Beispiele AS54888CPU-INT-i9MEM-DDR5-32GB
	Ausführender Benutzer UserPerformingAction	Die Benutzer-ID oder der Name der Person, die die Bestandstransaktion ausgeführt hat.
Beschreibung Dieses Attribut gibt an, welcher Benutzer für eine bestimmte Aktivität verantwortlich war, etwa ein Lagerarbeiter, der einen Einlagerungsauftrag abgeschlossen hat, oder ein Bestandsmanager, der eine Korrektur freigegeben hat. Die Analyse nach Benutzer ist wichtig, um die Arbeitsverteilung zu verstehen, Schulungsbedarf zu erkennen und die Compliance sicherzustellen. Das Dashboard 'Häufigkeit und Gründe von Bestandskorrekturen' verwendet dieses Attribut beispielsweise, um zu zeigen, wer am häufigsten Korrekturen vornimmt. So lassen sich besonders leistungsstarke Mitarbeitende erkennen oder Personen, die zusätzliche Schulungen zur Bestandskontrolle benötigen. Warum das wichtig ist Ordnet Aktionen bestimmten Personen zu und ermöglicht so die Analyse von Leistung, Arbeitsbelastung, Schulungsbedarf und Prozesseinhaltung. Woher beziehen Findet sich in Transaktionstabellen üblicherweise in einem Feld wie 'USER_ID' oder 'CREATED_BY', beispielsweise in CREATED_BY in INV_MATERIAL_TXNS. Beispiele JSMITHAMARTINLAGER.MITARBEITER
	Bewegungsgrundcode MovementReasonCode	Ein Code, der den geschäftlichen Grund für eine Bestandsbewegung oder -korrektur angibt.
Beschreibung Der Bewegungsgrundcode gibt an, warum ein Bestandsvorgang stattgefunden hat. Das ist besonders bei nicht standardmäßigen Bewegungen wichtig, etwa bei Verschrottungen, Inventurzählungskorrekturen oder Retouren. Dieses Attribut ist für die Ursachenanalyse entscheidend. Das Dashboard „Häufigkeit und Gründe von Bestandskorrekturen“ verwendet den Code beispielsweise, um Korrekturen nach Ursachen wie Beschädigung, Diebstahl oder Eingabefehlern zu kategorisieren. Die Analyse hilft dabei, Verbesserungsmaßnahmen auf die wichtigsten Probleme auszurichten. Warum das wichtig ist Erklärt die Gründe für Bestandskorrekturen und -bewegungen. Das ist wichtig, um Ursachen für Probleme wie Bestandsabweichungen oder Verschrottungen zu ermitteln. Woher beziehen In Vorgangstabellen als Feld für den Grundcode zu finden, zum Beispiel als REASON_ID in INV_MATERIAL_TXNS. Dieses Feld verweist auf eine Stammdatentabelle mit den Grundcodes. Beispiele BEIM TRANSPORT BESCHÄDIGTINVENTURZÄHLUNGSKORREKTURABGELAUFENER BESTAND
	Endzeit des Ereignisses EventEndTime	Der Timestamp, der angibt, wann die Bestandsaktivität abgeschlossen wurde.
Beschreibung Die Endzeit des Ereignisses kennzeichnet den Abschluss einer Aktivität. Viele Bestandstransaktionen werden zwar als punktuelle Ereignisse erfasst, doch manche Aktivitäten wie 'Qualitätsprüfung' oder 'Kommissionierung' dauern eine gewisse Zeit. Bei Ereignissen ohne Dauer entspricht die Endzeit häufig der Startzeit. Zusammen mit der Startzeit des Ereignisses wird dieses Attribut verwendet, um die Verarbeitungszeit einzelner Aktivitäten zu berechnen. Das ist wichtig für die Leistungsanalyse und die Untersuchung der Ressourcenauslastung. Außerdem lassen sich damit Aktivitäten erkennen, die länger als erwartet dauern und so den Gesamtprozess verzögern. Warum das wichtig ist Ermöglicht die Berechnung der Verarbeitungszeit einzelner Aktivitäten und zeigt, welche Schritte besonders viel Zeit beanspruchen. Woher beziehen Bei punktuellen Transaktionen kann die Endzeit der Startzeit entsprechen. Bei Aktivitäten mit einer bestimmten Dauer stammt sie aus einem separaten Abschluss-Timestamp-Feld der jeweiligen Quelltabelle. Beispiele 2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
	Lagerort WarehouseLocation	Der genaue Ort im Lager, an dem die Aktivität stattgefunden hat, zum Beispiel ein Lagerplatz oder eine Zone.
Beschreibung Dieses Attribut gibt den physischen Ort im Lager an, etwa einen bestimmten Gang, ein Regal oder einen Lagerplatz, der mit dem Bestandsvorgang zusammenhängt. So lässt sich genau nachvollziehen, wo Bestand gelagert oder bewegt wird. Die Analyse nach Lagerort macht logistische Ineffizienzen sichtbar. Das Dashboard „Durchlaufzeit interner Bestandsbewegungen“ kann beispielsweise zeigen, ob Umlagerungen zwischen bestimmten Zonen regelmäßig lange dauern. Außerdem lassen sich Lagerorte erkennen, an denen es häufig zu Bestandsabweichungen kommt. Warum das wichtig ist Ordnet Vorgänge einem Ort im Lager zu. So lassen sich die Effizienz von Warenbewegungen und ortsspezifische Probleme wie Engpässe oder häufige Korrekturen analysieren. Woher beziehen Stammt beispielsweise aus dem Feld LOCATOR_ID in Bestandsvorgangstabellen. Über einen Join mit den Lagerort-Stammdaten (INV_ITEM_LOCATIONS) lassen sich aussagekräftige Bezeichnungen ergänzen. Beispiele A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
	Artikelstatus ItemStatus	Gibt den aktuellen Status des Bestandsartikels an, zum Beispiel Aktiv, Inaktiv oder Veraltet.
Beschreibung Der Artikelstatus gibt die Lebenszyklusphase des Produkts an. Ein Artikel kann beispielsweise für reguläre Vorgänge „Aktiv“, zur Qualitätsprüfung „Gesperrt“ oder bei dauerhafter Ausmusterung „Veraltet“ sein. Dieses Attribut liefert wertvollen Kontext für die Analyse bestimmter Aktivitäten. Eine hohe Verschrottungsquote bei Artikeln mit dem Status „Veraltet“ ist beispielsweise zu erwarten. Werden dagegen viele „Aktive“ Artikel verschrottet, kann das auf ein ernstes Problem hindeuten. Mit dem Attribut lässt sich die Analyse auf relevante, aktive Bestände eingrenzen. Warum das wichtig ist Liefert Kontext zum Produktlebenszyklus. So lassen sich erwartbare Vorgänge, etwa die Verschrottung veralteter Artikel, von unerwarteten Prozessproblemen unterscheiden. Woher beziehen Diese Information stammt aus der Artikelstammtabelle, zum Beispiel EGP_SYSTEM_ITEMS_B, und muss mit den Vorgangsdaten verknüpft werden. Beispiele AktivInaktivVeraltet
	Bestandsorganisation InventoryOrganization	Die konkrete Organisation, zum Beispiel ein Lager oder ein Produktionswerk, in der der Bestand geführt wird.
Beschreibung Eine Bestandsorganisation ist eine eigenständige Einrichtung oder Einheit mit eigenem Bestand, etwa ein Verteilzentrum oder eine Fabrik. Sie ist ein zentrales Organisationselement in Oracle Fusion SCM. Mit diesem Attribut lassen sich Prozesse an verschiedenen Standorten filtern und vergleichen. Es hilft bei Fragen wie: „In welchem Lager dauert die Einlagerung am kürzesten?“ oder „Ist die Bestandsabweichungsquote an unseren europäischen oder nordamerikanischen Standorten höher?“ So können Standorte miteinander verglichen und bewährte Vorgehensweisen organisationsweit geteilt werden. Warum das wichtig ist Ermöglicht den Vergleich und das Benchmarking von Prozessen an verschiedenen Standorten, etwa in Lagern oder Werken. So lässt sich die Leistung einzelner Standorte ermitteln. Woher beziehen Ein zentrales Feld in Vorgangstabellen, zum Beispiel ORGANIZATION_ID. Es verweist auf eine Organisationsstammdatentabelle mit dem Namen der Organisation. Beispiele US1-VerteilzentrumProduktion SeattleZentrallager EU
	Bestandsvorgangs-ID InventoryTransactionId	Die eindeutige, vom System erzeugte Kennung eines einzelnen Bestandsereignisses.
Beschreibung Die Bestandsvorgangs-ID ist der Primärschlüssel eines einzelnen, atomaren Bestandsvorgangs im Quellsystem. Jede Zeile im Event Log entspricht einer solchen ID. In Prozessübersichten wird diese ID normalerweise nicht direkt verwendet. Für die Datenvalidierung, Audits und Detailanalysen ist sie jedoch sehr hilfreich. Sie verweist direkt auf den jeweiligen Datensatz in Oracle Fusion SCM. So können Analysten Auffälligkeiten oder einzelne Ereignisse direkt im Quellsystem untersuchen. Warum das wichtig ist Liefert für jedes Ereignis einen eindeutigen Schlüssel. Dieser ist für die Datenvalidierung und Rückverfolgbarkeit unverzichtbar und ermöglicht den direkten Zugriff auf den Datensatz im Quellsystem. Woher beziehen Dies ist der Primärschlüssel der zentralen Bestandsvorgangstabelle, üblicherweise TRANSACTION_ID in INV_MATERIAL_TXNS. Beispiele 987654321123456789555444333
	Ist Inventurzählungskorrektur IsCycleCountAdjustment	Ein boolesches Kennzeichen, das den Wert „wahr“ hat, wenn auf eine Inventurzählung unmittelbar eine Bestandskorrektur folgt.
Beschreibung Dieses abgeleitete boolesche Attribut (Wahr/Falsch) kennzeichnet Aktivitäten „Bestandsabweichung korrigiert“, die für denselben Artikel und Lagerort kurz nach einer Aktivität „Inventurzählung durchgeführt“ stattfinden. So lassen sich Korrekturen ermitteln, die direkt auf den Zählvorgang zurückgehen. Das Kennzeichen wird für die KPI „Korrekturquote nach Inventurzählung“ verwendet. Damit können Analysten die Wirksamkeit des Inventurzählungsprogramms messen und feststellen, wie häufig Zählungen zu Korrekturen führen. Eine hohe Quote kann auf systematische Probleme mit der Genauigkeit der Bestandsaufzeichnungen hindeuten. Warum das wichtig ist Ermöglicht eine gezielte Messung der Wirksamkeit von Inventurzählungen, indem Korrekturen erfasst werden, die direkt auf eine physische Zählung zurückgehen. Woher beziehen Dieses abgeleitete Attribut wird bei der Datentransformation erstellt, indem die Aktivitätsfolge für einen bestimmten Artikel oder eine bestimmte Charge geprüft wird. Beispiele truefalse
	Lagerdauer in Tagen InventoryHoldingDays	Gesamtdauer, die eine Bestandscharge auf Lager bleibt, vom ersten Wareneingang bis zur letzten Entnahme oder Entsorgung.
Beschreibung Diese KPI auf Case-Ebene berechnet, wie lange eine bestimmte Bestandscharge oder ein bestimmtes Los gelagert wird. Gemessen wird die Zeit vom Timestamp der ersten Aktivität „Wareneingang erfasst“ bis zum Timestamp der letzten Aktivität „Warenausgang erfasst“ oder „Bestand verschrottet/entsorgt“ für diesen Case. Diese Kennzahl ist wichtig für die Steuerung des Betriebskapitals und der Lagerkosten. Ein hoher Wert bei der Lagerdauer in Tagen weist auf langsam drehende Bestände hin. Dadurch können Kosten steigen, das Risiko der Veralterung zunehmen und Lagerflächen ineffizient genutzt werden. Die Analyse dieser KPI hilft, Bestände zu optimieren und den Lagerumschlag zu verbessern. Warum das wichtig ist Eine wichtige KPI für die finanzielle und operative Effizienz: Sie misst, wie lange Kapital im Bestand gebunden ist, und hilft, langsam drehende Bestände zu erkennen. Woher beziehen Diese Kennzahl auf Case-Ebene wird im Process-Mining-Tool berechnet, indem der Timestamp des ersten relevanten Ereignisses vom Timestamp des letzten abgezogen wird. Beispiele 30 Tage 10:05:0095 Tage 04:00:0015 Tage 12:30:00
	Menge Quantity	Die Menge des Artikels, der am Vorgang beteiligt ist.
Beschreibung Dieses Attribut gibt an, wie viele Einheiten eines Artikels bewegt, korrigiert, gezählt oder anderweitig verarbeitet wurden. Es zeigt den Umfang des jeweiligen Ereignisses. Die Menge ist eine grundlegende Kennzahl für viele Analysen. Sie dient dazu, das verarbeitete Warenvolumen, den Umfang von Bestandsabweichungen und die Verschrottungsmenge zu berechnen. In Verbindung mit Kostendaten lässt sich auch die finanzielle Auswirkung ineffizienter Prozesse beziffern, wie im Dashboard „Analyse von Inventurzählungsabweichungen“. Warum das wichtig ist Beziffert den Umfang jedes Vorgangs. So lassen sich Durchsatz, Größe von Bestandsabweichungen und finanzielle Auswirkungen von Bestandsaktivitäten analysieren. Woher beziehen Ein Standardfeld in Bestandsvorgangstabellen, zum Beispiel PRIMARY_QUANTITY oder TRANSACTION_QUANTITY in INV_MATERIAL_TXNS. Beispiele 100-105000
	Mengeneinheit UnitOfMeasure	Die Einheit, in der die Vorgangsmenge angegeben ist, zum Beispiel Stück, Kilogramm oder Karton.
Beschreibung Die Mengeneinheit (UOM) gibt an, worauf sich der Zahlenwert des Attributs „Menge“ bezieht. Eine Menge von „10“ kann beispielsweise 10 Einzelartikel, 10 Kartons oder 10 Kilogramm bedeuten. Dieses Attribut ist für die korrekte Interpretation mengenbezogener Analysen unverzichtbar. Ohne Mengeneinheit lassen sich Vorgänge verschiedener Artikel nicht vergleichen und Mengen nicht zuverlässig zusammenfassen. Sie stellt sicher, dass Analysen auf einer einheitlichen und aussagekräftigen Grundlage erfolgen. Warum das wichtig ist Ergänzt das Attribut „Menge“ um den nötigen Kontext. So lassen sich Werte richtig interpretieren und sinnvoll vergleichen. Woher beziehen Steht üblicherweise neben dem Mengenfeld in Vorgangstabellen, zum Beispiel als TRANSACTION_UOM in INV_MATERIAL_TXNS. Beispiele EAKGBOX
	SKU-Kategorie SKUCategory	Die Kategorie oder Produktfamilie, zu der das Produkt (SKU) gehört.
Beschreibung Mit der SKU-Kategorie werden ähnliche Produkte gruppiert. Beispiele sind „Elektronik“, „Rohmaterialien“ und „Fertigerzeugnisse“ oder Wertklassen wie A-, B- und C-Artikel. Dieses Attribut ermöglicht übergeordnete Analysen nach Produktgruppen, die oft aussagekräftiger sind als die Betrachtung Tausender Einzelartikel. Das Dashboard „Analyse von Verschrottungs- und Veralterungsquote“ zeigt damit beispielsweise, welche Produktkategorien besonders häufig verschrottet werden. Die Erkenntnisse helfen, Bestandsrichtlinien und Bedarfsprognosen gezielt zu verbessern. Warum das wichtig ist Ermöglicht es, die Prozessleistung verschiedener Produktgruppen zusammenzufassen und zu vergleichen. So werden Trends sichtbar, die auf Ebene einzelner Artikel verborgen bleiben. Woher beziehen Diese Information ist üblicherweise in den Artikelstammdaten (EGP_SYSTEM_ITEMS_B) gespeichert und muss mit den Vorgangsdaten verknüpft werden. Beispiele SchnelldreherHochwertigErsatzteile
	Unterbestandsbereichscode SubinventoryCode	Ein Teilbereich einer Bestandsorganisation, der einen bestimmten Lagerbereich oder Bestandstyp bezeichnet.
Beschreibung Ein Unterbestandsbereich ist eine logische oder physische Gruppierung von Artikeln innerhalb einer größeren Bestandsorganisation, zum Beispiel eines Lagers. Beispiele sind „Wareneingang“, „Fertigerzeugnisse“, „Qualitätssperre“ oder „Fehlerhaftes Material“. Dieses Attribut ermöglicht eine übergeordnete Standortanalyse, die über den einzelnen Lagerplatz hinausgeht. Es eignet sich, um den Materialfluss zwischen verschiedenen Funktionsbereichen zu verfolgen, etwa die Zeit, die Artikel nach der Qualitätsprüfung für den Wechsel vom Unterbestandsbereich „Wareneingang“ zu „Fertigerzeugnisse“ benötigen. Warum das wichtig ist Ermöglicht die Analyse von Bestandsbewegungen und Liegezeiten zwischen verschiedenen Funktionsbereichen im Lager, etwa Wareneingang, Qualitätsprüfung und Hauptlager. Woher beziehen Ein Standardfeld in Bestandstabellen, häufig mit der Bezeichnung SUBINVENTORY_CODE. Beispiele WARENEINGANGFGILAGER
	Vorgangsart TransactionType	Der vom System definierte Typ des Bestandsvorgangs.
Beschreibung Dieses Attribut enthält die systemseitige Rohklassifizierung eines Bestandsereignisses, zum Beispiel „PO Receipt“, „Subinventory Transfer“ oder „Cycle Count Adjustment“. Die oft technischere Klassifizierung bildet häufig die Grundlage für den benutzerfreundlichen Aktivitätsnamen. Für Prozessübersichten wird der Aktivitätsname verwendet. Die Vorgangsart ist dagegen für detaillierte technische Analysen und zur Prüfung der Zuordnung zu Aktivitäten hilfreich. Sie kann bestimmte Teilprozesse oder Systemverhalten sichtbar machen, die unter einer Aktivität zusammengefasst sind. Warum das wichtig ist Liefert die systemseitige Rohklassifizierung eines Ereignisses. Das ist für detaillierte Analysen und zur Prüfung der Ableitung des „Aktivitätsnamens“ hilfreich. Woher beziehen Ein Standardfeld in Bestandsvorgangstabellen, das üblicherweise über eine Vorgangsart-Stammdatentabelle wie MTL_TRANSACTION_TYPES ergänzt wird. Beispiele PO ReceiptUmlagerung zwischen UnterbeständenWIP Component Issue

Erforderlich Empfohlen Optional

Aktivitäten der Bestandsverwaltung

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine in Ihrem Event Log, um die Abläufe in der Bestandsverwaltung präzise und detailliert zu analysieren.

7 Empfohlen 8 Optional

	Aktivität	Beschreibung
	Bestand verschrottet oder entsorgt	Bezeichnet die formelle Ausbuchung eines Loses aus dem Bestand, weil es abgelaufen, beschädigt, veraltet oder anderweitig unbrauchbar ist. Bei dieser expliziten Transaktion wird der Bestandswert abgeschrieben.
Warum das wichtig ist Dies ist ein Endpunkt für Bestände, die weder verkauft noch verwendet werden. Die Erfassung von Verschrottungen hilft, Probleme mit der Alterung von Beständen, der Bedarfsplanung oder der Handhabung zu erkennen und hat direkte finanzielle Auswirkungen. Woher beziehen Wird als Materialtransaktion in INV_MATERIAL_TXNS erfasst, üblicherweise als 'Miscellaneous Issue' oder mit einem speziellen Transaktionstyp 'Scrap'. Die Buchung ist einem Verschrottungskonto und einem Ursachencode zugeordnet. Erfassung Wird protokolliert, sobald die Verschrottungstransaktion ausgeführt und freigegeben wurde. Ereignistyp explicit
	Bestandsabweichung korrigiert	Eine explizite Transaktion, mit der der verfügbare Bestand eines Loses im System an die körperliche Zählung angepasst oder eine andere Abweichung, etwa durch Beschädigung, berücksichtigt wird. Die Transaktion erfasst einen Bestandszugang oder -abgang offiziell.
Warum das wichtig ist Die Häufigkeit und Gründe von Korrekturen zu verfolgen, ist entscheidend, um Ursachen ungenauer Bestände wie Diebstahl, Beschädigung oder Prozessfehler zu erkennen. Korrekturen wirken sich direkt auf die Finanzbuchhaltung und die Verlässlichkeit der Bestände aus. Woher beziehen Wird als Materialtransaktion in INV_MATERIAL_TXNS mit einem bestimmten Typ wie 'Cycle Count Adjustment' oder 'Miscellaneous Issue/Receipt' erfasst, häufig ergänzt um einen Ursachencode. Erfassung Wird nach der Freigabe und Buchung einer Bestandskorrektur protokolliert. Ereignistyp explicit
	Einlagerung abgeschlossen	Bezeichnet den Abschluss der Einlagerung des Loses in den vorgesehenen Lagerplatz oder Unterbestand. Damit wird es offiziell Teil des verfügbaren Bestands. Erfasst wird dies durch eine explizite Materialtransaktion, die den Lagerort des Loses vom Wareneingang auf einen Lagerplatz ändert.
Warum das wichtig ist Dieser Meilenstein markiert das Ende des Wareneingangsprozesses. Die Zykluszeit vom Ereignis 'Wareneingang erfasst' bis zu diesem Ereignis ist eine wichtige KPI zur Messung der Einlagerungseffizienz. Woher beziehen Wird als Materialtransaktion in der Tabelle INV_MATERIAL_TXNS erfasst, häufig als 'Subinventory Transfer' oder 'Put Away'. Dabei wird das Los aus einem Wareneingangs-Unterbestand in einen Lager-Unterbestand umgebucht. Erfassung Das Ereignis wird protokolliert, sobald die Transaktion zur Bestätigung der Umlagerung an einen Lagerplatz abgeschlossen ist. Ereignistyp explicit
	Kommissionierung abgeschlossen	Zeigt an, dass das Los physisch aus seinem Lagerplatz entnommen und in einen Bereitstellungsbereich gebracht wurde. Bei dieser expliziten Transaktion bestätigt der Kommissionierer den Abschluss des Kommissionierauftrags im System.
Warum das wichtig ist Dies ist ein wichtiger Meilenstein der Auftragsabwicklung. Die Zeitspanne von 'Kommissionierung eingeleitet' bis zu diesem Ereignis misst die Effizienz der Kommissionierer und des Kommissionierprozesses. Woher beziehen Wird über eine Kommissionierbestätigung erfasst. Diese aktualisiert den Status der Umlagerungsauftragszeile oder des Lagerauftrags auf 'Completed' oder löst eine 'Subinventory Transfer'-Transaktion in INV_MATERIAL_TXNS aus. Erfassung Wird protokolliert, wenn ein Benutzer die Kommissioniertransaktion im System bestätigt, häufig über ein mobiles RF-Gerät. Ereignistyp explicit
	Qualitätsprüfung durchgeführt	Kennzeichnet den Abschluss der Qualitätsprüfung, bei der entschieden wird, ob das Los angenommen oder abgelehnt wird. Dieses Ereignis lässt sich in der Regel aus der abschließenden Statusaktualisierung des Qualitätsprüfdatensatzes ableiten.
Warum das wichtig ist Dieser wichtige Meilenstein entscheidet darüber, ob der Bestand für nachgelagerte Prozesse verfügbar ist. Die Analyse der Prüfergebnisse und der Prüfdauer hilft, die Qualitätskontrolle und die Lieferantenleistung zu verbessern. Woher beziehen Lässt sich aus dem Timestamp ableiten, zu dem der Qualitätsprüfdatensatz in QA_RESULTS mit einem abschließenden Status wie 'Accepted' oder 'Rejected' aktualisiert wird, oder aus einer Änderung des Materialstatus des Loses von 'QA' zu 'Active'. Erfassung Wird aus dem Abschlussdatum des Qualitätsprüfdatensatzes für das betreffende Los abgeleitet. Ereignistyp inferred
	Warenausgang erfasst	Kennzeichnet den endgültigen Abgang eines Loses aus dem Lager, sei es durch den Versand an einen Kunden, die Ausgabe an einen Fertigungsauftrag oder die Umlagerung an einen anderen Standort. Dabei wird der Bestand durch eine eindeutige, explizite Materialtransaktion reduziert.
Warum das wichtig ist Dies ist ein wichtiger Endpunkt im Bestandslebenszyklus und entscheidend für die Berechnung des Lagerumschlags und der Lagerdauer. Das Ereignis bestätigt, dass der Bedarf für das betreffende Los erfüllt wurde. Woher beziehen Wird als Materialtransaktion in INV_MATERIAL_TXNS mit Typen wie 'Sales Order Issue', 'WIP Component Issue' oder 'Transfer Order Shipment' erfasst. Erfassung Wird protokolliert, wenn die Versandbestätigung oder die Transaktion zur Komponentenausgabe verarbeitet wird. Ereignistyp explicit
	Wareneingang erfasst	Erfasst den physischen Eingang einer Charge oder eines Loses im Lager, in der Regel auf Grundlage einer Bestellung oder einer Return Material Authorization. Beim Wareneingang wird eine explizite Transaktion im System protokolliert, die den ersten Datensatz für das Los anlegt.
Warum das wichtig ist Diese Aktivität ist der zentrale Startpunkt für die Analyse des Bestandslebenszyklus. Die Zeitspanne bis zu Ereignissen wie der Einlagerung oder Qualitätsprüfung ist entscheidend, um die Effizienz des Wareneingangs zu messen. Woher beziehen Wird als Materialtransaktion in der Tabelle INV_MATERIAL_TXNS erfasst, beispielsweise mit den Transaktionstypen 'PO Receipt', 'RMA Receipt' oder 'Intransit Shipment Receipt'. Das Erstellungsdatum der Transaktion dient als Timestamp des Ereignisses. Erfassung Das Ereignis wird bei Ausführung einer Wareneingangstransaktion protokolliert. Ereignistyp explicit
	Artikelstatus geändert	Bezeichnet eine Änderung des Verwendungs- oder Sperrstatus eines Loses, etwa wenn es gesperrt, vom Verkauf ausgeschlossen oder wieder freigegeben wird. Dies lässt sich in der Regel aus Änderungen des Statusattributs des Loses ableiten.
Warum das wichtig ist Die Überwachung von Statusänderungen gibt Aufschluss über die Verfügbarkeit und Kontrolle von Beständen. Häufige Sperren können auf Qualitätsprobleme hindeuten. Auch die Freigaben sind für den Prozessablauf wichtig. Woher beziehen Lässt sich durch die Nachverfolgung von Änderungen an 'LOT_STATUS_CODE' oder ähnlichen Feldern in Bestandstabellen wie INV_LOT_NUMBERS ableiten. Für den Timestamp der Änderung sind möglicherweise ein Audit-Verlauf oder Datenbankprotokolle erforderlich. Erfassung Wird erfasst, indem die aktuellen und vorherigen Werte des Losstatusfelds im Zeitverlauf verglichen werden. Ereignistyp inferred
	Bestand intern umgelagert	Erfasst die Umlagerung eines Loses zwischen verschiedenen Lagerplätzen oder Unterbeständen innerhalb desselben Lagers. Diese Bewegungen werden als explizite Materialtransaktionen protokolliert, beispielsweise für Nachschub oder die Zusammenführung von Beständen.
Warum das wichtig ist Die Analyse interner Umlagerungen hilft, ungünstige Lagerlayouts, übermäßige Warenbewegungen und Möglichkeiten zur besseren Bestandsplatzierung zu erkennen. Häufige Umlagerungen können auf eine ungeeignete Einlagerungslogik hindeuten. Woher beziehen Wird als Materialtransaktion in INV_MATERIAL_TXNS mit einem Typ wie 'Subinventory Transfer' oder 'Locator Transfer' erfasst, sofern keine externe Partei beteiligt ist. Erfassung Wird nach Abschluss einer internen Umlagerungstransaktion protokolliert. Ereignistyp explicit
	Einlagerung eingeleitet	Kennzeichnet den Beginn des Transports eingegangener Waren aus einem Bereitstellungs- oder Wareneingangsbereich an ihren endgültigen Lagerplatz. Dies lässt sich in der Regel aus der Erstellung eines systemgesteuerten Auftrags oder Umlagerungsauftrags für die Einlagerung ableiten.
Warum das wichtig ist Eine zügige Einleitung der Einlagerung ist wichtig, um die Wareneingangsbereiche freizumachen und Bestände verfügbar zu machen. Anhand dieses Ereignisses lässt sich die Verzögerung zwischen Wareneingang und Beginn der Einlagerung messen. Woher beziehen Lässt sich aus dem Erstellungs-Timestamp eines Umlagerungsauftrags oder Lagerauftrags im Warehouse Management System (WMS) für das eingegangene Los ableiten. Erfassung Wird anhand der Erstellung eines Einlagerungsauftrags für die Bestandsbuchung oder das Los erkannt. Ereignistyp inferred
	Inventur durchgeführt	Zeigt an, dass ein Los im Rahmen einer permanenten Inventur oder einer körperlichen Bestandsaufnahme gezählt wurde. Dabei gibt ein Benutzer die gezählte Menge explizit im System ein.
Warum das wichtig ist Diese Aktivität ist zentral für die Analyse der Bestandsgenauigkeit. Sie bildet die Grundlage, um Abweichungen zu erkennen und die Wirksamkeit des Zählprozesses zu messen. Woher beziehen Wird in der Tabelle INV_CYCLE_COUNT_ENTRIES erfasst, sobald ein Benutzer eine Zählmenge eingibt und speichert. Der Timestamp der Eingabe dient als Ereigniszeitpunkt. Erfassung Wird protokolliert, wenn ein Benutzer im Rahmen eines Zählauftrags eine Zählung für einen bestimmten Artikel und ein bestimmtes Los übermittelt. Ereignistyp explicit
	Kommissionierung eingeleitet	Kennzeichnet den Beginn der Auftragsabwicklung, wenn ein Auftrag erstellt wird, um ein Los für einen Kundenauftrag, Fertigungsauftrag oder Umlagerungsauftrag aus seinem Lagerplatz zu entnehmen. Dies lässt sich aus der Erstellung einer Kommissionierwelle oder einer Umlagerungsauftragszeile ableiten.
Warum das wichtig ist Mit diesem Ereignis beginnt die Messung der Kommissionierzykluszeit. Verzögerungen zwischen der Auftragszuweisung und dem Beginn der Kommissionierung können auf Engpässe in der Auftragsbearbeitung oder bei der Zuweisung von Lageraufträgen hinweisen. Woher beziehen Lässt sich aus dem Erstellungs-Timestamp eines Kommissionierauftrags in WMS-Tabellen oder aus einer Statusaktualisierung einer Umlagerungsauftragszeile (z. B. Mtl_Txn_Request_Lines) auf 'Released to Warehouse' ableiten. Erfassung Wird anhand der Erstellung eines Kommissionierauftrags oder Umlagerungsauftrags für das betreffende Los erkannt. Ereignistyp inferred
	Qualitätsprüfung eingeleitet	Bezeichnet den Zeitpunkt, an dem ein Los vor der Freigabe zur Verwendung für eine Qualitätsprüfung vorgesehen wird. Dies lässt sich häufig aus der Erstellung eines Prüfplans für das eingegangene Los oder aus einer Statusänderung ableiten, durch die das Los in den Status 'QA' gesetzt wird.
Warum das wichtig ist Kennzeichnet den Beginn der Qualitätssicherung. Die Zeitspanne bis zur Aktivität 'Qualitätsprüfung durchgeführt' zeigt die Durchlaufzeit und mögliche Engpässe in der Qualitätskontrolle. Woher beziehen Lässt sich aus der Erstellung eines Qualitätsprüfdatensatzes im Modul Quality Management (z. B. QA_RESULTS) oder aus einer Änderung des Materialstatus des Loses in einen festgelegten Prüfstatus ableiten. Erfassung Lässt sich aus dem Erstellungs-Timestamp eines Qualitätsprüfplans oder einer Statusänderung des Loses in 'Awaiting Inspection' ableiten. Ereignistyp inferred
	Retoure verarbeitet	Erfasst den Eingang und die Bearbeitung eines vom Kunden zurückgesandten Loses über eine Return Material Authorization (RMA). Dadurch wird das Los wieder in das Bestandssystem aufgenommen. Häufig folgen darauf Prüf- und Dispositionsprozesse.
Warum das wichtig ist Die Analyse des Retourenprozesses ist wichtig, um Qualitätsprobleme bei Produkten zu verstehen und die Effizienz der Rückführungslogistik zu verbessern. Sie kann den Ausgangspunkt für einen separaten Retouren-Teilprozess bilden. Woher beziehen Wird als Materialtransaktion 'RMA Receipt' in der Tabelle INV_MATERIAL_TXNS erfasst. Die Transaktionsdetails verweisen auf den ursprünglichen Kundenauftrag und den Kunden. Erfassung Wird bei Ausführung der RMA-Wareneingangstransaktion im System protokolliert. Ereignistyp explicit
	Verpackung abgeschlossen	Bezeichnet den Abschluss des Verpackungsprozesses, bei dem das kommissionierte Los in einen Versandbehälter gelegt und dieser verschlossen wird. Dies lässt sich durch einen Scan an der Packstation oder aus einer Änderung des Versandstatus ableiten.
Warum das wichtig ist Markiert das Ende der physischen Lagerbearbeitung vor dem Versand. Die Analyse der Zeitspanne zwischen Kommissionierung und Verpackung hilft, Ineffizienzen an der Packstation zu erkennen. Woher beziehen Lässt sich aus einer Statusänderung der Lieferpositions- oder Versanddaten (z. B. in WSH_DELIVERY_DETAILS) auf 'Packed' ableiten. Bei manchen Konfigurationen wird die Verpackung explizit an einer Packstation gebucht. Erfassung Wird aus dem Timestamp einer Versandstatusaktualisierung oder einem bestimmten Verpackungsprotokoll abgeleitet. Ereignistyp inferred

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus Oracle Fusion SCM

Schritte

Oracle BI Publisher öffnen: Melden Sie sich bei Ihrer Oracle Fusion SCM-Instanz an. Öffnen Sie über das Menü Navigator den Arbeitsbereich Reports and Analytics. Wählen Sie dort „Browse Catalog“, um Oracle BI Publisher zu öffnen.
Datenmodell erstellen: Wählen Sie im Katalog einen geeigneten Ordner für Ihre Extraktionsressourcen aus. Klicken Sie auf das Dropdown-Menü „New“ und wählen Sie „Data Model“.
SQL-Datensatz definieren: Klicken Sie im Editor für Datenmodelle auf das Symbol „+“, um einen Datensatz hinzuzufügen, und wählen Sie „SQL Query“.
Datenquelle konfigurieren: Geben Sie im Dialogfeld für den neuen Datensatz einen Namen ein, zum Beispiel „InventoryManagementEventLog“. Wählen Sie „ApplicationDB_FSCM“ als Datenquelle. Legen Sie für „Type of SQL“ den Wert „Standard SQL“ fest.
SQL-Abfrage eingeben: Kopieren Sie die vollständige SQL-Abfrage aus dem Abschnitt „query“ dieses Dokuments und fügen Sie sie in das Textfeld „SQL Query“ ein.
Parameter festlegen: Die Abfrage verwendet Parameter für den Datumsbereich (p_start_date, p_end_date) und den Organisationscode (p_organization_code). BI Publisher erkennt diese automatisch. Sie können Standardwerte festlegen oder die Parameter für Berichtsausführende als Pflichtfelder markieren.
Daten speichern und anzeigen: Speichern Sie das Datenmodell. Öffnen Sie den Tab „Data“, geben Sie Parameterwerte ein und klicken Sie auf „View“, um Beispieldaten anzuzeigen und die Abfrage zu überprüfen.
Bericht erstellen: Kehren Sie zum Katalog zurück. Klicken Sie auf das Dropdown-Menü „New“ und wählen Sie „Report“. Wählen Sie im Assistenten zur Berichtserstellung das soeben erstellte Datenmodell aus.
Berichtslayout konfigurieren: Folgen Sie den Schritten des Assistenten. Wählen Sie bei der Layoutauswahl ein einfaches „Table“-Layout. Ziehen Sie alle Spalten des Datensatzes per Drag-and-drop in die Tabelle. Eine aufwendige Formatierung ist nicht erforderlich, da die Daten unverändert exportiert werden sollen.
Bericht für die automatische Extraktion planen: Speichern Sie den Bericht und wählen Sie die Option „Schedule“. Erstellen Sie einen neuen Zeitplan. Legen Sie im Tab „Output“ das Ausgabeformat CSV fest. Konfigurieren Sie im Tab „Destination“ die Bereitstellung in einem Verzeichnis auf einem Content Server oder auf einem externen SFTP-Server, von dem Sie die Dateien abrufen können.
Event Log abrufen: Sobald der geplante Auftrag ausgeführt wurde, rufen Sie die erzeugte CSV-Datei am angegebenen Ziel ab, zum Beispiel durch Download vom Content Server oder Zugriff auf den SFTP-Server. Die Datei enthält das Event Log und kann in ein Process-Mining-Tool hochgeladen werden.

Konfiguration

Voraussetzungen: Ein Benutzerkonto mit den erforderlichen BI-Administratorrollen und Datenzugriffsrechten für Tabellen der Bestandsverwaltung, etwa INV_MATERIAL_TXNS, RCV_TRANSACTIONS und WSH_DELIVERY_DETAILS.
Datenquelle: Verwenden Sie in BI Publisher die Standarddatenquelle „ApplicationDB_FSCM“. Sie stellt eine Verbindung zur transaktionalen Hauptdatenbank von Fusion SCM her.
Berichtsparameter: Filtern Sie die Daten unbedingt, um die Leistung zu gewährleisten. Die bereitgestellte Abfrage verwendet folgende Parameter:
- p_start_date: Beginn des Berichtszeitraums.
- p_end_date: Ende des Berichtszeitraums.
- p_organization_code: Code der Bestandsorganisation (des Lagers), für die Daten extrahiert werden sollen.
Datumsbereich: Beginnen Sie bei der ersten Extraktion mit einem begrenzten Zeitraum, zum Beispiel den letzten 3 bis 6 Monaten. So lässt sich der Auftrag in angemessener Zeit abschließen. Planen Sie laufende Extraktionen täglich oder wöchentlich für den jeweils aktuellen Zeitraum.
Ausgabeformat: Konfigurieren Sie den BI-Publisher-Bericht so, dass er CSV-Dateien erzeugt. Achten Sie darauf, dass Trennzeichen und Zeichenkodierung mit Ihrem Process-Mining-Tool kompatibel sind.
Zeitplanung: Planen Sie die Berichtsausführung außerhalb der Spitzenzeiten, um die Systemleistung möglichst wenig zu beeinträchtigen. Große Datenmengen können während der Ausführung erhebliche Systemressourcen beanspruchen.

a Beispielabfrage 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

Schritte

Melden Sie sich mit einem Benutzerkonto mit der BICC-Administratorrolle bei Ihrer Oracle Fusion Cloud Applications-Umgebung an.
Öffnen Sie die Konsole des Business Intelligence Cloud Connector (BICC), indem Sie sie im Hauptmenü Navigator unter Tools auswählen.
Wählen Sie in der BICC-Konsole „Manage Offerings and Data Stores“. Suchen Sie das Angebot „Supply Chain Management“ und stellen Sie sicher, dass es aktiviert ist. Dadurch stehen alle zugehörigen SCM-Datenspeicher (PVOs) für die Extraktion zur Verfügung.
Öffnen Sie „Manage Extract Schedules“ und erstellen Sie einen neuen Zeitplan für den Prozess der Bestandsverwaltung.
Suchen Sie im neuen Zeitplan nach den benötigten Public View Objects (PVOs) und fügen Sie sie hinzu. Zu den wichtigen PVOs gehören FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO, FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO, FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO und FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO.
Öffnen Sie für jedes ausgewählte PVO den Tab „Configure Columns“. Wählen Sie alle für das Event Log benötigten Spalten aus, etwa Losnummern, Artikeldetails, Zeitstempel, Benutzerkennungen und Transaktionsarten. Entfernen Sie nicht benötigte Spalten, um den Umfang der Extraktion zu begrenzen.
Legen Sie Filter fest, um das Datenvolumen zu steuern. Aktivieren Sie im Tab „Manage Filters“ mit einem globalen Filter inkrementelle Datenladungen. Der Standardfilter lautet LAST_UPDATE_DATE >= '#BI_LAST_EXTRACT_DATE'. Damit werden bei jedem Lauf nur Daten extrahiert, die seit der vorherigen Ausführung geändert wurden.
Konfigurieren Sie den externen Speicherort für die Datenbereitstellung. Wählen Sie unter „Configure External Storage“ die Option „Cloud Storage Service“ und geben Sie die Verbindungsdaten für den Zielspeicher an, zum Beispiel Oracle Cloud Infrastructure (OCI) Object Storage.
Speichern Sie die Zeitplankonfiguration und starten Sie den Auftrag. Den Fortschritt können Sie auf der Seite „Manage Extract Schedules“ verfolgen.
Nach Abschluss des BICC-Auftrags stehen die Rohdaten-Dateien im CSV-Format am konfigurierten Cloud-Speicherort bereit.
Richten Sie ein Skript zur Nachverarbeitung oder einen ETL-Workflow ein, der die CSV-Dateien herunterlädt. Das Skript muss die Daten aus mehreren Dateien gemäß der im Abfrageabschnitt beschriebenen Logik umwandeln und zusammenführen, um das endgültige Event Log zu erstellen.
Das Skript sollte eine einzelne CSV-Datei mit den erforderlichen Spalten (InventoryBatchLot, ActivityName, EventStartTime usw.) erzeugen, die für den Upload in ProcessMind benötigt werden.

Konfiguration

Angebote: Das Angebot „Supply Chain Management“ muss in BICC aktiviert sein, damit Sie auf PVOs für Bestandsverwaltung, Versand und Qualitätsmanagement zugreifen können.
Wichtige PVOs (Datenspeicher): Für eine umfassende Extraktion sind mehrere PVOs erforderlich. Nehmen Sie mindestens folgende auf:
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.MaterialTransactionExtractPVO: Die wichtigste Quelle für die meisten Materialbewegungen, etwa Wareneingänge, Entnahmen, Umlagerungen und Korrekturen.
- FscmTopModelAM.ScmExtractAM.InvBiccExtractAM.LotControlExtractPVO: Enthält Details zu Losstatus.
- FscmTopModelAM.ScmExtractAM.QaBiccExtractAM.InspectionResultExtractPVO: Erfasst die Ergebnisse von Qualitätsprüfungen.
- FscmTopModelAM.ScmExtractAM.WshBiccExtractAM.DeliveryDetailExtractPVO: Enthält Informationen zu Kommissionier- und Versandprozessen.
Konfiguration inkrementeller Extraktionen: Verwenden Sie für laufende Datenladungen immer die Funktion für inkrementelle Extraktionen. Konfigurieren Sie einen Filter für die Spalte LastUpdateDate mit der Variablen #BI_LAST_EXTRACT_DATE. Für die erste historische Ladung können Sie eine vollständige Extraktion für einen festgelegten Zeitraum ausführen, zum Beispiel für die vergangenen 6 bis 12 Monate.
Filter auf PVO-Ebene: Wenden Sie zusätzliche Filter direkt auf die PVOs an, um die Leistung zu verbessern und die Dateigröße zu verringern. Häufig verwendete Filter sind OrganizationId, um die Daten auf bestimmte Lager zu beschränken, und TransactionTypeId, um irrelevante Bewegungen auszuschließen.
Voraussetzungen: Erforderlich ist ein Benutzerkonto mit der Rolle BICC_ADMINISTRATOR_JOB. Außerdem benötigen Sie Zugriff auf einen unterstützten Cloud-Speicherdienst, etwa OCI Object Storage, sowie die entsprechenden Zugangsdaten. Dort kann BICC die extrahierten Dateien bereitstellen.

a Beispielabfrage 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')

Schritte

Voraussetzungen: Stellen Sie sicher, dass Python 3.6 oder neuer auf Ihrem System installiert ist. Installieren Sie die Bibliothek requests, die für HTTP-API-Aufrufe benötigt wird, mit dem Befehl pip install requests in Ihrem Terminal.
API-Zugangsdaten beschaffen: Besorgen Sie sich die erforderlichen Zugangsdaten für den Zugriff auf die Oracle Fusion SCM REST API. Dazu gehören die Basis-URL Ihrer Oracle Fusion-Instanz (z. B. https://your-fusion-instance.oraclecloud.com), ein Benutzername und das Passwort für ein Konto mit ausreichenden Leserechten für Bestandsdaten.
Python-Skript konfigurieren: Laden Sie das bereitgestellte Python-Skript herunter. Öffnen Sie die Datei in einem Editor und suchen Sie den Konfigurationsabschnitt am Anfang. Tragen Sie Werte für die Platzhalter BASE_URL, USERNAME, PASSWORD, START_DATE, END_DATE und ORGANIZATION_ID ein.
API-Endpunkte verstehen: Das Skript verwendet hauptsächlich den REST-API-Endpunkt inventoryTransactions. Dieser liefert ein umfassendes Protokoll aller Materialbewegungen und Korrekturen, das in das Process-Mining-Event-Log überführt wird.
Zuordnungslogik für Aktivitäten prüfen: Prüfen Sie die Funktion map_transaction_to_activity im Skript. Sie enthält die zentrale Logik, mit der TransactionTypeName aus Oracle den standardisierten Werten für ActivityName im Event Log zugeordnet wird. Passen Sie diese Zuordnung gegebenenfalls an die in Ihrer Organisation verwendeten Transaktionsarten an.
Skript ausführen: Starten Sie das Skript in Ihrem Terminal mit dem Befehl python your_script_name.py. Das Skript authentifiziert sich bei der API, ruft die Transaktionsdaten seitenweise ab, verarbeitet sie und gibt Statusmeldungen in der Konsole aus.
Seitennavigation und Datenabruf: Das Skript verarbeitet die API-Seitennavigation automatisch. Dazu sendet es nacheinander Anfragen mit den Parametern offset und limit, bis alle Daten des angegebenen Zeitraums abgerufen sind. So wird der vollständige Datensatz extrahiert, ohne den Server oder den Arbeitsspeicher des Skripts zu überlasten.
Datenumwandlung: Für jede abgerufene Transaktion wandelt das Skript die JSON-Antwort in einen flachen Datensatz um. Felder wie LotNumber, TransactionDate und CreatedBy werden den erforderlichen Event-Log-Attributen InventoryBatchLot, EventStartTime und UserPerformingAction zugeordnet.
CSV-Ausgabe erstellen: Nach dem Abruf und der Verarbeitung aller Daten schreibt das Skript die Ergebnisse in eine CSV-Datei namens oracle_fusion_inventory_log.csv im selben Verzeichnis wie das Skript.
Prüfen und hochladen: Öffnen Sie die erzeugte CSV-Datei in einer Tabellenkalkulationsanwendung und prüfen Sie den Inhalt. Kontrollieren Sie, ob die Daten vollständig eingetragen sind, der gesamte Datumsbereich abgedeckt ist und alle erwarteten Aktivitäten enthalten sind. Nach der Prüfung können Sie die Datei in ProcessMind hochladen.

Konfiguration

API-Zugangsdaten: Erforderlich sind ein gültiger username und ein gültiges password für einen Oracle Fusion-Benutzer. Dieser benötigt eine Rolle mit Leserechten für Bestandsbewegungen, zum Beispiel Inventory Manager oder eine benutzerdefinierte Integrationsrolle.
Basis-URL: Geben Sie die Stamm-URL Ihrer Oracle Fusion SCM-Instanz korrekt an, zum Beispiel https://your-instance.oraclecloud.com.
Datumsbereich: Legen Sie mit den Parametern START_DATE und END_DATE im Format YYYY-MM-DD den Extraktionszeitraum fest. Für den Anfang empfiehlt sich ein Zeitraum von 3 bis 6 Monaten, um das Datenvolumen zu begrenzen.
Organisations-ID: Geben Sie ORGANIZATION_ID an, um die Extraktion auf eine Bestandsorganisation oder ein Lager zu beschränken. Das ist wichtig für die Leistung und die Relevanz der Daten.
Seitengröße (Limit): Die Variable LIMIT im Skript bestimmt, wie viele Datensätze pro API-Aufruf abgerufen werden. Ein Wert zwischen 100 und 500 bietet in der Regel einen guten Ausgleich zwischen Leistung und API-Auslastung.
API-Version: Das Skript setzt eine bestimmte REST-API-Version voraus (11.13.18.05). Wenn Ihre Oracle Fusion-Umgebung eine andere Version verwendet, müssen Sie möglicherweise den URL-Pfad anpassen.

a Beispielabfrage 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)

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre Daten effizient vor und gewinnen wichtige Erkenntnisse zu Ihren Bestandsprozessen. Beginnen Sie noch heute mit der Optimierung Ihrer Abläufe.

Zurück zum Leitfaden zur Prozessverbesserung Template herunterladen

Bestandsverwaltung verbessern: Beginnen Sie noch heute mit der Optimierung

Decken Sie Ineffizienzen auf und verkürzen Sie den Bestandszyklus um 30 %.

Kostenlose Testphase starten

Keine Kreditkarte erforderlich. In wenigen Minuten startklar.

Ihr Daten-Template für die Bestandsverwaltung

Ihr Daten-Template für die Bestandsverwaltung

Attribute der Bestandsverwaltung

Aktivitäten der Bestandsverwaltung

Anleitungen zur Datenextraktion

Oracle BI Publisher für die Datenextraktion aus der Bestandsverwaltung

Schritte

Konfiguration

a Beispielabfrage sql

Oracle BI Cloud Connector (BICC): Massenexport von Daten

Schritte

Konfiguration

a Beispielabfrage sql

Datenextraktion mit einem Python-Skript über Oracle Fusion SCM REST APIs

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Bestandsverwaltung verbessern: Beginnen Sie noch heute mit der Optimierung

Ihr Daten-Template für die Bestandsverwaltung

Ihr Daten-Template für die Bestandsverwaltung

Attribute der Bestandsverwaltung

Aktivitäten der Bestandsverwaltung

Anleitungen zur Datenextraktion

Oracle BI Publisher für die Datenextraktion aus der Bestandsverwaltung

Schritte

Konfiguration

a Beispielabfrage sql

Oracle BI Cloud Connector (BICC): Massenexport von Daten

Schritte

Konfiguration

a Beispielabfrage sql

Datenextraktion mit einem Python-Skript über Oracle Fusion SCM REST APIs

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Bestandsverwaltung verbessern: Beginnen Sie noch heute mit der Optimierung

Der Schutz Ihrer Daten ist uns wichtig