> Kontinuierliche Prozessverbesserung > Supply Chain Management > Oracle SCM Cloud > Daten Template

Ihr Daten-Template für Supply Chain Management

Oracle SCM Cloud

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute im Supply Chain Management (22) Aktivitäten im Supply Chain Management (14) Anleitungen zur Datenextraktion (3)

Ihr Daten-Template für Supply Chain Management

Dieses Template bietet einen strukturierten Überblick über die wesentlichen Datenpunkte für ein aussagekräftiges Process Mining im Supply Chain Management. Es zeigt, welche wichtigen Attribute Sie erfassen und welche zentralen Aktivitäten Sie in Ihrem Event Log verfolgen sollten. Außerdem erfahren Sie, wie Sie diese Daten extrahieren.

Empfohlene Attribute für die Datenerfassung
Wichtige Aktivitäten zur Nachverfolgung
Anleitung zur Datenextraktion

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

Template herunterladen

Attribute im Supply Chain Management

Diese empfohlenen Datenfelder sollten Sie in Ihr Event Log aufnehmen, um das Supply Chain Management umfassend zu analysieren und zu optimieren.

3 Erforderlich 9 Empfohlen 10 Optional

	Name	Beschreibung
	Aktivitätsname ActivityName	Der Name des konkreten Geschäftsereignisses oder der Aufgabe im Logistikprozess, etwa „Bestellung versendet“ oder „Sendung bestätigt“.
Beschreibung Dieses Attribut beschreibt einen einzelnen Schritt oder Meilenstein im Logistikprozess. Jede Aktivität steht für eine konkrete Handlung, etwa die Bestandsprüfung, die Herstellung von Waren oder die Unterschrift unter einen Liefernachweis. Die Abfolge dieser Aktivitäten bildet den Prozessablauf für jeden Logistikauftrag. Die Analyse des Aktivitätsnamens ist eine wichtige Grundlage für Process Mining. Sie ermöglicht die Visualisierung der Prozesslandkarte, die Berechnung der Übergangszeiten zwischen Schritten, das Erkennen von Nacharbeitsschleifen und das Entdecken häufiger oder abweichender Prozesspfade (Varianten). Warum das wichtig ist Das Attribut legt die Prozessschritte fest. Die Analyse der Abfolge und Häufigkeit von Aktivitäten bildet den Kern von Process Mining. Woher beziehen Aktivitätsnamen werden aus Ereignisdaten abgeleitet, die in verschiedenen Oracle-SCM-Cloud-Modulen erfasst werden. Dazu müssen Transaktionsstatus oder Event Logs häufig einer standardisierten Liste von Aktivitätsnamen zugeordnet werden. Beispiele Bestellung versendetWaren produziertSendung bestätigtLiefernachweis unterschrieben
	Ereigniszeit EventTime	Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität stattgefunden hat.
Beschreibung Die Ereigniszeit ist der Timestamp, der jeder Aktivität im Prozess zugeordnet ist. Sie liefert den zeitlichen Kontext, der erforderlich ist, um Ereignisse chronologisch zu ordnen und den Prozessablauf im Zeitverlauf zu verstehen. Diese Daten sind für jede zeitbasierte Analyse entscheidend. In Process Mining dient dieses Attribut zur Berechnung aller zeitbezogenen Kennzahlen, etwa Zyklus-, Bearbeitungs- und Wartezeiten. Es bildet die Grundlage für das Event Log, das Erkennen von Engpässen anhand der Dauer zwischen Aktivitäten und die Bewertung der Leistung anhand zeitbezogener Ziele oder SLAs. Warum das wichtig ist Dieser Timestamp ist unverzichtbar, um Ereignisse chronologisch zu ordnen und alle zeitbezogenen Leistungskennzahlen wie Zykluszeiten und Engpässe zu berechnen. Woher beziehen Timestamp-Felder sind in der Regel in Transaktionstabellen der Oracle-SCM-Cloud-Module verfügbar, etwa als CREATION_DATE oder LAST_UPDATE_DATE. Beispiele 2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
	Logistikauftrag LogisticsOrder	Die eindeutige Kennung eines einzelnen Logistikauftrags. Sie dient als Case-ID, mit der sich der Lieferkettenprozess vom Anfang bis zum Ende verfolgen lässt.
Beschreibung Der Logistikauftrag ist die zentrale Case-Kennung, die alle Aktivitäten zu einem bestimmten Bedarf oder Erfüllungsauftrag innerhalb der Lieferkette zusammenführt. Anhand dieser ID lässt sich der gesamte Weg eines Produkts nachvollziehen, vom ursprünglichen Kundenauftrag oder der Bedarfsprognose über Beschaffung und Produktion bis zur endgültigen Lieferung. In der Process-Mining-Analyse ist dieses Attribut entscheidend, um alle zusammengehörigen Ereignisse zu einem Case zusammenzufassen. So lässt sich der Prozessablauf für jeden Auftrag rekonstruieren. Dadurch können Sie Zykluszeiten analysieren, Engpässe erkennen, Prozessvarianten entdecken und die Gesamtleistung ausgehend vom einzelnen Auftrag bewerten. Warum das wichtig ist Diese Kennung ist der Schlüssel, um alle Prozessschritte miteinander zu verknüpfen. Ohne eine einheitliche Logistikauftrags-ID lässt sich der vollständige Weg eines Auftrags nicht nachvollziehen. Woher beziehen Diese Kennung findet sich in der Regel in mehreren Modulen von Oracle SCM Cloud, darunter Order Management, Inventory Management und Shipping. Beispiele LO-2024-00123LO-2024-00124LO-2024-00125
	Angefordertes Lieferdatum RequestedDeliveryDate	Das vom Kunden gewünschte Lieferdatum des Auftrags.
Beschreibung Dieses Datum gibt den gewünschten Liefertermin des Kunden an und dient als zentrale Vergleichsgröße für die Messung der termingerechten Lieferung. Es wird in der Regel bei der Erstellung des Kundenauftrags festgelegt und ist ein wichtiger Bestandteil von Service Level Agreements (SLAs). In der Analyse wird dieses Attribut mit dem „Tatsächlichen Lieferdatum“ verglichen, um die KPI „Termingerechte Lieferquote“ zu berechnen. So können Unternehmen beurteilen, ob sie die Erwartungen ihrer Kunden erfüllen, und die Ursachen von Verzögerungen ermitteln. Warum das wichtig ist Dieses Datum ist die Grundlage für die Messung der termingerechten Lieferung, einer wichtigen KPI für Kundenzufriedenheit und Effizienz der Lieferkette. Woher beziehen Dieses Datum wird in Oracle Order Management in der Regel auf Ebene des Kundenauftrags oder der Erfüllungsposition gespeichert. Suchen Sie nach Feldern wie REQUEST_SHIP_DATE oder REQUEST_ARRIVAL_DATE. Beispiele 2023-11-152023-12-012024-01-10
	Artikelnummer ItemNumber	Die eindeutige Kennung oder SKU des verarbeiteten Produkts.
Beschreibung Die Artikelnummer ermöglicht die detaillierteste Identifizierung eines Produkts. Sie erlaubt die Analyse einzelner Produkte und bietet damit mehr Details als eine Auswertung nach Produktkategorie. Mit der Artikelnummer lassen sich Prozessprobleme bestimmten Produkten zuordnen. So kann ein Artikel beispielsweise besonders häufig die Qualitätskontrolle nicht bestehen oder mit längeren Produktionszeiten verbunden sein. Dadurch können Probleme gezielt auf SKU-Ebene untersucht werden. Warum das wichtig ist Ermöglicht eine detaillierte Analyse einzelner Produkte und hilft, Probleme aufzudecken, die auf Kategorieebene möglicherweise nicht sichtbar sind. Woher beziehen Artikelkennungen finden sich in den meisten Transaktionstabellen von Oracle SCM, etwa in DOO_FULFILL_LINES_ALL oder INV_MATERIAL_TXNS, üblicherweise unter INVENTORY_ITEM_ID. Beispiele SKU-100-ASKU-250-BPART-XYZ-01
	Benutzer User	Die Benutzer-ID oder der Name der Person, die eine bestimmte Aktivität ausgeführt hat.
Beschreibung Dieses Attribut gibt an, welcher Mitarbeitende oder Systembenutzer für die Ausführung einer Aufgabe im Prozess verantwortlich ist. Damit lassen sich die Arbeitslast und die individuelle Leistung analysieren. Die Auswertung nach Benutzern unterstützt das Ressourcenmanagement und die Leistungsanalyse. Sie kann leistungsstarke Mitarbeitende oder Teams identifizieren, auf möglichen Schulungsbedarf hinweisen und Automatisierungsmöglichkeiten für Aufgaben aufzeigen, die bei manueller Ausführung regelmäßig viel Zeit beanspruchen. Warum das wichtig ist Ermöglicht die Analyse der Ressourcenleistung und der Arbeitslastverteilung und hilft, Schulungs- oder Automatisierungsmöglichkeiten zu erkennen. Woher beziehen Benutzerinformationen sind in den meisten Oracle-SCM-Transaktionstabellen üblicherweise in den Spalten „Erstellt von“ oder „Zuletzt aktualisiert von“ gespeichert. Beispiele JSMITHALOGANSYSTEMBATCH_USER
	Bestellnummer PurchaseOrderNumber	Die eindeutige Kennung einer Bestellung für Rohmaterialien oder Komponenten.
Beschreibung Die Bestellnummer ist eine zentrale Dokumenten-ID im Beschaffungsbereich der Lieferkette. Sie verknüpft den Logistikauftrag mit konkreten Anfragen an Lieferanten. Mit diesem Attribut können Sie Beschaffungsaktivitäten detailliert analysieren. Es lässt sich verwenden, um alle Ereignisse zu einer bestimmten Bestellung nachzuverfolgen. Außerdem ist es wichtig für die Analyse der Lieferantenleistung und der Beschaffungszykluszeiten. Warum das wichtig ist Stellt eine direkte Verknüpfung zu Beschaffungsdokumenten her. So lassen sich der Beschaffungsteilprozess und seine Auswirkungen auf den gesamten Logistikablauf detailliert analysieren. Woher beziehen Diese ID ist im Oracle Procurement Cloud-Modul zu finden, hauptsächlich in der Tabelle PO_HEADERS_ALL unter SEGMENT1. Beispiele PO-98345PO-98346PO-98347
	Lieferantenname SupplierName	Der Name des Lieferanten, der die Rohmaterialien für eine Bestellung bereitstellt.
Beschreibung Dieses Attribut bezeichnet den externen Partner, der die für die Produktion benötigten Komponenten oder Rohmaterialien liefert. Es ist mit beschaffungsbezogenen Aktivitäten wie „Bestellung versendet“ und „Rohmaterialien eingegangen“ verknüpft. Die Analyse nach Lieferantenname ist entscheidend für das Dashboard „Leistung bei Lieferzeiten der Lieferanten“. Sie zeigt, welche Lieferanten zuverlässig und pünktlich liefern und bei welchen es häufig zu Verspätungen kommt. Diese Erkenntnisse sind wichtig für die Beschaffungsstrategie und das Lieferantenmanagement. Sie helfen auch, Produktionsverzögerungen durch Materialengpässe zu vermeiden. Warum das wichtig ist Ermöglicht die Leistungsmessung und den Vergleich von Lieferanten. Das ist entscheidend für eine zuverlässige und effiziente Versorgung mit eingehenden Waren. Woher beziehen Lieferanteninformationen finden Sie in den Beschaffungsmodulen von Oracle SCM Cloud, wo sie mit Bestellungen verknüpft sind. Zu den wichtigen Tabellen gehören PO_HEADERS_ALL und POZ_SUPPLIERS. Beispiele Global Components Inc.Advanced Materials LLCTech Parts Direct
	Produktkategorie ProductCategory	Die Kategorie oder Produktfamilie, zu der das Produkt im Auftrag gehört.
Beschreibung Die Produktkategorie ist ein Klassifizierungsattribut, das ähnliche Produkte zusammenfasst, etwa „Elektronik“, „Bekleidung“ oder „Rohmaterialien“. So lassen sich übergeordnete Analysen durchführen, statt nur einzelne Produkt-SKUs zu betrachten. Bei Process Mining ist es besonders aufschlussreich, die Analyse nach Produktkategorie aufzuschlüsseln. So lässt sich feststellen, ob bestimmte Produkttypen längere Zykluszeiten haben, anderen Prozessvarianten folgen oder häufiger von Verzögerungen betroffen sind. Auf dieser Grundlage können Prozessverbesserungen gezielt auf bestimmte Produktlinien zugeschnitten werden. Warum das wichtig ist Ermöglicht die Aufschlüsselung der Leistungsanalyse nach Produkttyp und macht Muster und Probleme bestimmter Produktfamilien sichtbar. Woher beziehen Diese Informationen sind in den Artikelstammdaten von Oracle SCM Cloud enthalten und über Tabellen wie EGP_SYSTEM_ITEMS_B sowie zugehörige Kategorietabellen verfügbar. Beispiele FertigerzeugnisseErsatzteileRohmaterialienUnterhaltungselektronik
	Status des Logistikauftrags LogisticsOrderStatus	Der endgültige Status des Logistikauftrags. Er gibt an, ob der Auftrag erfolgreich abgeschlossen, storniert oder teilweise erfüllt wurde.
Beschreibung Dieses Attribut gibt den Endstatus oder das Ergebnis eines Logistikauftrags an. Damit lässt sich unterscheiden, ob ein Auftrag den gesamten Prozess wie geplant durchlaufen hat oder vorzeitig beendet wurde. Bei der Prozessanalyse ist die Filterung nach Status entscheidend. Für die Analyse der Zykluszeit sollten beispielsweise in der Regel nur „Abgeschlossene“ Aufträge berücksichtigt werden, damit stornierte Aufträge die Ergebnisse nicht verzerren. Außerdem lässt sich untersuchen, warum Aufträge storniert werden. Warum das wichtig ist Gibt das Ergebnis eines Cases an. So können Sie unvollständige oder stornierte Aufträge herausfiltern und vergleichbare Daten analysieren. Woher beziehen Der endgültige Status wird häufig aus dem Status des Kundenauftrags oder der Erfüllungsposition in Oracle Order Management abgeleitet. Die entsprechenden Daten finden sich beispielsweise in den Tabellen DOO_HEADERS_ALL oder DOO_FULFILL_LINES_ALL. Beispiele ZugestelltStorniertTeilweise versandtAbgeschlossen
	Tatsächliches Lieferdatum ActualDeliveryDate	Das Datum, an dem der Auftrag dem Kunden tatsächlich zugestellt wurde. Der Liefernachweis bestätigt die Zustellung.
Beschreibung Dieses Datum markiert den endgültigen Abschluss des Logistikprozesses, sobald die Waren ihr Ziel erreicht haben. Häufig wird es anhand der Aktivität „Liefernachweis unterschrieben“ erfasst. Das Attribut ist für die Leistungsmessung unverzichtbar. Durch den direkten Vergleich mit dem „Angeforderten Lieferdatum“ lässt sich feststellen, ob ein Auftrag pünktlich oder verspätet zugestellt wurde. Außerdem dient es zur Berechnung der gesamten Logistik-Zykluszeit vom Anfang bis zum Ende. Warum das wichtig ist Das Datum gibt den tatsächlichen Abschlusszeitpunkt des Prozesses an und ermöglicht die Berechnung der termingerechten Lieferquote und der gesamten Zykluszeiten. Woher beziehen Häufig wird der Timestamp des abschließenden Lieferbestätigungsereignisses verwendet, der in Versand- oder Transportmodulen wie WSH_DELIVERIES zu finden ist. Beispiele 2023-11-162023-11-302024-01-12
	Transportart ModeOfTransport	Die für den Versand verwendete Transportart, etwa Luft-, See-, Lkw- oder Schienentransport.
Beschreibung Dieses Attribut gibt an, mit welcher Transportart Waren zwischen Standorten befördert werden, etwa vom Lager zum Kunden. Diese Information ist für die Logistik- und Transportanalyse wichtig. In Process Mining hilft die Filterung oder Aufschlüsselung nach Transportart dabei, die Effizienz verschiedener Versandmethoden zu vergleichen. Das Dashboard „Transporteffizienzanalyse“ nutzt diese Daten, um die Transportdauer nach Transportart gegenüberzustellen. So lassen sich Logistikkosten und Lieferzeiten optimieren. Warum das wichtig ist Ermöglicht die Analyse von Transporteffizienz und -kosten. So können Sie die Logistikstrategie anhand von Geschwindigkeit und Kosten optimieren. Woher beziehen Diese Daten finden Sie in der Regel im Modul Oracle Transportation Management (OTM) oder in den Modulen für die Versandabwicklung. Suchen Sie nach Feldern in Tabellen wie WSH_DELIVERY_LEGS. Beispiele LuftfrachtSeefrachtKomplettladungTeilladung
	Auftragswert OrderValue	Der Gesamtwert des Logistikauftrags.
Beschreibung Dieses Attribut gibt den finanziellen Wert eines einzelnen Logistikauftrags an. Es ist eine wichtige Geschäftskennzahl, um Analysen zu priorisieren und die finanziellen Auswirkungen von Prozessineffizienzen zu verstehen. Beim Process Mining lässt sich der Auftragswert mit der Prozessleistung und den finanziellen Ergebnissen in Beziehung setzen. Eine Analyse kann beispielsweise zeigen, dass bei Aufträgen mit hohem Wert häufiger längere Verzögerungen auftreten, was ein erhebliches Umsatzrisiko darstellt. Außerdem lassen sich Verbesserungen für Prozesse priorisieren, die den größten Wert abwickeln. Warum das wichtig ist Setzt die Prozessleistung in einen finanziellen Zusammenhang und hilft, Verbesserungen nach ihren monetären Auswirkungen zu priorisieren. Woher beziehen Der Auftragswert ist in Oracle Order Management üblicherweise auf Kopfebene des Kundenauftrags gespeichert. Angaben zum Gesamtbetrag finden Sie beispielsweise in Tabellen wie DOO_HEADERS_ALL. Beispiele 5250.7512300.00950.20
	Durchlaufzeit von Anfang bis Ende EndToEndCycleTime	Die gesamte Zeit vom Anlegen des Kundenauftrags bis zum abschließenden Zustellnachweis.
Beschreibung Diese berechnete Kennzahl misst die Gesamtdauer des Logistikprozesses für einen einzelnen Auftrag. Sie ergibt sich aus der Differenz zwischen dem Timestamp der ersten Aktivität, beispielsweise „Kundenauftrag angelegt“, und dem Timestamp der letzten Aktivität, etwa „Zustellnachweis unterzeichnet“. Diese Kennzahl gehört zu den wichtigsten KPIs für die Bewertung der gesamten Prozesseffizienz. Sie bietet einen übergeordneten Leistungswert und wird in Dashboards verwendet, um Entwicklungen im Zeitverlauf zu verfolgen und lang laufende Aufträge zu identifizieren, die untersucht werden sollten. Warum das wichtig ist Misst die Prozessleistung vom Anfang bis zum Ende. So lassen sich lang laufende Cases erkennen und Verbesserungen der Gesamteffizienz verfolgen. Woher beziehen Diese Kennzahl wird im Process-Mining-Tool oder bei der Datenaufbereitung berechnet, indem für jeden Case die Startzeit des ersten Ereignisses von der Startzeit des letzten Ereignisses abgezogen wird. Beispiele 15 Tage 4 Stunden22 Tage 8 Stunden10 Tage 2 Stunden
	Kundenname CustomerName	Der Name des Kunden, der die Bestellung aufgegeben hat.
Beschreibung Dieses Attribut bezeichnet den Empfänger der Waren und Dienstleistungen. Es ist eine zentrale Dimension für jede kundenorientierte Analyse. Eine nach Kunden segmentierte Prozessanalyse kann wichtige Muster aufdecken. So kann es beispielsweise bei bestimmten umsatzstarken Kunden häufiger zu Verzögerungen kommen oder verschiedene Kundensegmente können unterschiedliche Prozesspfade durchlaufen. Diese Informationen sind wichtig, um den Kundenservice zu verbessern und wichtige Kundenkonten effektiv zu betreuen. Warum das wichtig ist Ermöglicht eine kundenorientierte Prozessansicht und hilft zu verstehen, ob bestimmte Kunden oder Kundengruppen besonderen Prozessproblemen begegnen. Woher beziehen Kundeninformationen sind in den Auftragsverwaltungsmodulen gespeichert und mit dem Kundenauftrag verknüpft. Sie finden sich in Tabellen zu DOO_HEADERS_ALL, die mit Kundekontentabellen (HZ_CUST_ACCOUNTS) verknüpft werden. Beispiele Retail CorpManufacturing SolutionsMegaStore Inc.
	Lagerstandort WarehouseLocation	Das Lager oder Distributionszentrum, aus dem die Waren entnommen und versandt werden.
Beschreibung Dieses Attribut bezeichnet den physischen Standort oder die Einrichtung, an dem eine bestimmte Logistikaktivität stattfindet. Es ist wichtig für standortbezogene Leistungsanalysen. Eine Auswertung nach Lagerstandort kann deutliche Leistungsunterschiede zwischen Einrichtungen aufzeigen. So kann die Kommissionierung und Verpackung in einem Lager wesentlich kürzer dauern als in einem anderen. Diese Erkenntnisse helfen dabei, bewährte Vorgehensweisen standortübergreifend zu teilen oder Einrichtungen zu identifizieren, in denen Prozessverbesserungen erforderlich sind. Warum das wichtig ist Ermöglicht den Leistungsvergleich verschiedener Standorte und hilft, leistungsstarke Einrichtungen sowie Verbesserungspotenziale zu erkennen. Woher beziehen Informationen zu Lagern oder Bestandsorganisationen sind grundlegende Datenelemente in Oracle Inventory Management. Sie finden sich häufig als ORGANIZATION_ID in Tabellen wie INV_MATERIAL_TXNS. Beispiele WH-NORTHWH-WESTDC-CENTRAL
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung Dieses Attribut gibt an, wann die Ereignisdaten im Process-Mining-Datensatz zuletzt aktualisiert wurden. Es ist wichtig, um die Aktualität der Daten und den von der Analyse abgedeckten Zeitraum zu verstehen. Das Attribut dient der Data Governance und informiert Benutzer darüber, wie aktuell die in Dashboards dargestellten Erkenntnisse sind. So lässt sich beispielsweise die Frage beantworten: „Wie aktuell ist diese Prozessansicht?“. Warum das wichtig ist Liefert wichtigen Kontext zur Aktualität der Daten und zeigt Benutzern, welchen Zeitraum die Analyse abdeckt. Woher beziehen Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt und hinzugefügt. Beispiele 2024-01-15T02:00:00Z2024-01-16T02:00:00Z
	Nacharbeit IsRework	Ein boolesches Kennzeichen, das angibt, ob bei einem Logistikauftrag Nacharbeit angefallen ist, etwa durch eine wiederholte Aktivität oder eine Schleife im Prozess.
Beschreibung Dieses berechnete Attribut identifiziert Cases, deren Ablauf nicht linear und effizient verläuft. Es wird üblicherweise anhand von Sequenzen ermittelt, in denen eine Aktivität wiederholt wird oder auf eine spätere Aktivität eine frühere folgt. Das weist auf eine Prozessschleife hin, zum Beispiel „Waren kommissioniert“ -> „Qualitätskontrolle nicht bestanden“ -> „Waren kommissioniert“. Dieses Kennzeichen ist entscheidend, um Prozessineffizienzen zu quantifizieren. Es hilft bei der Berechnung des KPI für die Nacharbeitsquote von Aufträgen. Außerdem können Analysten Cases mit Nacharbeit filtern und untersuchen, um Ursachen wie Eingabefehler, Qualitätsprobleme oder eine fehlerhafte Erstbearbeitung zu ermitteln. Warum das wichtig ist Hilft, Prozessineffizienzen wie Schleifen und wiederholte Schritte zu quantifizieren und einzugrenzen. Sie sind häufig eine Ursache für Verzögerungen und höhere Kosten. Woher beziehen Dieses Attribut ist im Quellsystem nicht verfügbar. Das Process-Mining-Tool berechnet es, indem es die Aktivitätssequenz jedes Cases auf Muster untersucht, die auf Nacharbeit hindeuten. Beispiele truefalse
	Name des Frachtführers CarrierName	Der Name des Logistikdienstleisters oder Frachtführers, der für den Transport der Waren verantwortlich ist.
Beschreibung Der Name des Frachtführers gibt an, welcher Transportdienstleister für eine Sendung eingesetzt wurde. Diese Information ist wichtig, um die Leistung von Logistikpartnern zu bewerten. Dieses Attribut wird im Dashboard „Effizienzanalyse des Transports“ verwendet, um die Leistung verschiedener Frachtführer zu vergleichen. Damit lässt sich beispielsweise ermitteln, welche Frachtführer die kürzesten Transportzeiten haben, auf bestimmten Routen am zuverlässigsten sind oder das beste Preis-Leistungs-Verhältnis bieten. Warum das wichtig ist Ermöglicht den Leistungsvergleich von Transportpartnern, der für die Optimierung von Versandkosten und Zuverlässigkeit entscheidend ist. Woher beziehen Diese Informationen sind in Oracle Transportation Management oder den Shipping-Modulen gespeichert. Sie sind üblicherweise einer bestimmten Fahrt oder einem Zustellabschnitt in Tabellen wie WSH_TRIPS zugeordnet. Beispiele FedExDHLUPSMaersk
	Pünktliche Lieferung IsOnTimeDelivery	Ein boolesches Kennzeichen, das angibt, ob die Bestellung am gewünschten Liefertermin oder früher zugestellt wurde.
Beschreibung Dieses berechnete Attribut vereinfacht die Leistungsanalyse. Es ergibt sich aus dem Vergleich von „Tatsächliches Lieferdatum“ und „Gewünschtes Lieferdatum“. Liegt das tatsächliche Datum am gewünschten Liefertermin oder davor, ist der Wert „wahr“, andernfalls „falsch“. Mit diesem Kennzeichen lassen sich KPIs und Dashboards wie das Dashboard „Kundenlieferleistung“ einfach erstellen. Es ermöglicht schnelles Filtern und Aggregieren, um die Gesamtquote pünktlicher Lieferungen zu berechnen. Außerdem unterstützt es die Ursachenanalyse, mit der sich gemeinsame Merkmale verspäteter Bestellungen ermitteln lassen. Warum das wichtig ist Misst direkt, ob die Kundenerwartungen erfüllt werden, und vereinfacht die Erstellung wichtiger Kennzahlen zur Pünktlichkeit von Lieferungen. Woher beziehen Dieses Attribut ist im Quellsystem nicht vorhanden. Es wird bei der Datentransformation berechnet, indem 'ActualDeliveryDate' <= 'RequestedDeliveryDate' verglichen wird. Beispiele truefalse
	Quellsystem SourceSystem	Gibt an, aus welchem Informationssystem die Daten extrahiert wurden.
Beschreibung Dieses Attribut gibt die Herkunft der Ereignisdaten an, in diesem Fall Oracle SCM Cloud. Es ist hilfreich, wenn Daten aus mehreren Systemen zusammengeführt werden, da es die Datenherkunft nachvollziehbar macht. In der Analyse hilft es, Prozesse oder Aktivitäten zu unterscheiden, die sich über mehrere Systeme erstrecken. In einer Umgebung mit nur einem System wie dieser dient es als standardisiertes Attribut für die Data Governance. Warum das wichtig ist Macht die Datenherkunft nachvollziehbar und hilft, Datenquellen in Umgebungen mit mehreren Systemen zu unterscheiden. Woher beziehen In der Regel wird während der Datenextraktion und -transformation ein statischer Wert wie „Oracle SCM Cloud“ hinzugefügt. Beispiele Oracle SCM CloudOracle Fusion SCM
	Transportdauer TransportationDuration	Die Zeit, die Waren vom Verladeort bis zum Ziel benötigen.
Beschreibung Diese berechnete Kennzahl misst den Transportabschnitt der gesamten Durchlaufzeit. Sie ergibt sich aus der Zeitdifferenz zwischen der Aktivität „Waren für den Transport verladen“ und der Aktivität „Waren am Zielort entladen“. Dieses Attribut wird im Dashboard „Effizienzanalyse des Transports“ verwendet. Es hilft, Verzögerungen während des Transports von anderen Verzögerungen zu unterscheiden. Die Auswertung nach Frachtführer und Transportmittel unterstützt die Optimierung der Versandleistung. Warum das wichtig ist Grenzt die Transportzeit ein und ermöglicht eine gezielte Analyse der Transporteffizienz unabhängig von Verzögerungen im Lager oder in der Produktion. Woher beziehen Diese Kennzahl wird bei der Datentransformation berechnet. Dazu wird für einen Case die Zeitdifferenz zwischen den Timestamps der Ereignisse „Waren für den Transport verladen“ und „Waren am Zielort entladen“ ermittelt. Beispiele 2 Tage 3 Stunden5 Tage 1 Stunde12 Stunden

Erforderlich Empfohlen Optional

Aktivitäten im Supply Chain Management

Dies sind die zentralen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Prozesse zuverlässig zu entdecken und ihre Leistung zu bewerten.

6 Empfohlen 8 Optional

	Aktivität	Beschreibung
	Kundenauftrag erstellt	Diese Aktivität kennzeichnet die Erstellung eines Kundenauftrags in Oracle Order Management. Der Auftrag dokumentiert die verbindliche Warenbestellung eines Kunden. Das Ereignis wird explizit erfasst, sobald ein neuer Kundenauftrag im System gespeichert wird. Damit beginnt der Lebenszyklus des Logistikauftrags.
Warum das wichtig ist Als primäres Start-Event ermöglicht diese Aktivität die Messung der Logistik-Zykluszeit vom Anfang bis zum Ende. Sie bildet die Grundlage für die Analyse der Effizienz der Auftragsabwicklung und der Muster bei der Kundennachfrage. Woher beziehen Erfasst anhand des Erstellungs-Timestamps des Kundenauftrags im Modul Order Management, in der Regel aus der Tabelle DOO_HEADERS_ALL. Erfassung Verwenden Sie das Erstellungsdatum des Kundenauftragskopfs. Ereignistyp explicit
	Liefernachweis unterschrieben	Der Kunde bestätigt den Erhalt der Waren mit seiner Unterschrift und schließt damit den Lieferprozess offiziell ab. Häufig wird dies erfasst, indem dem Auftrag oder der Sendung ein Lieferdatum und ein Liefernachweis hinzugefügt werden.
Warum das wichtig ist Dies ist das definitive End-Event eines erfolgreich abgeschlossenen Logistikauftrags und eine wichtige Grundlage für die KPI „Logistik-Zykluszeit vom Anfang bis zum Ende“. Das Ereignis unterstützt außerdem Compliance-Prüfungen und die Klärung von Streitfällen. Woher beziehen Häufig wird der Sendungs- oder Kundenauftragsdatensatz manuell oder teilautomatisiert aktualisiert. Das System kann ein eigenes Feld für das Datum des Liefernachweises enthalten, das als Timestamp des Ereignisses verwendet werden kann. Erfassung Verwenden Sie den Timestamp aus dem Feld „Datum des Liefernachweises“ im Sendungs- oder Auftragsdatensatz. Ereignistyp explicit
	Produktion eingeplant	Für hergestellte Artikel wird ein Fertigungsauftrag eingeplant. Dabei werden der Produktionszeitraum und die Ressourcenzuweisung festgelegt. Das Ereignis wird erfasst, wenn sich der Status des Fertigungsauftrags zu „Eingeplant“ oder „Freigegeben“ ändert.
Warum das wichtig ist Diese Aktivität ist ein wichtiger Meilenstein im Dashboard „Verzögerungen in Produktion und Versand“. Sie markiert den Beginn des Produktionszyklus. Verzögerungen an dieser Stelle wirken sich auf den gesamten Erfüllungsprozess aus. Woher beziehen Abgeleitet aus der Statusänderung eines Fertigungsauftrags in Oracle Manufacturing Cloud. Relevante Daten sind beispielsweise in Tabellen wie WIP_DISCRETE_JOBS gespeichert. Erfassung Verwenden Sie den Timestamp, zu dem sich der Status des Fertigungsauftrags in „Freigegeben“ oder einen ähnlichen Status ändert, der den Produktionsbeginn anzeigt. Ereignistyp inferred
	Waren für den Transport verladen	Die verpackten Waren werden auf das Fahrzeug des Frachtführers geladen und verlassen offiziell das Lager. Erfasst wird dies durch die Transaktion „Ship Confirm“ in Oracle Shipping.
Warum das wichtig ist Dieses Ereignis markiert den Beginn des Transportabschnitts. Es ist der Ausgangspunkt für die KPI „Transportzykluszeit“ und das Dashboard „Transporteffizienzanalyse“. Woher beziehen Ein explizites Ereignis, das durch die Transaktion „Ship Confirm“ in Oracle Shipping erfasst wird. Dadurch wird der Status der Lieferdetails auf „Versendet“ gesetzt. Erfassung Verwenden Sie den Transaktions-Timestamp der Aktion „Ship Confirm“. Ereignistyp explicit
	Waren kommissioniert und verpackt	Lagerpersonal entnimmt die Artikel eines Auftrags aus dem Bestand und verpackt sie für den Versand. Dabei werden mehrere Systemtransaktionen ausgeführt, bis der Status „Verpackt“ erreicht ist.
Warum das wichtig ist Damit beginnt der physische Versandprozess. Die Zeit vom Auftragseingang bis zu diesem Punkt wird mit der KPI „Zeit von der Bestandsprüfung bis zur Auftragsabwicklung“ gemessen und gibt Aufschluss über die interne Abwicklungseffizienz. Woher beziehen Abgeleitet aus dem Status der Versandpositionen oder Lieferdetails in Oracle Shipping. Häufig werden dafür mehrere Ereignisse zusammengeführt, etwa die Erstellung einer Kommissionierwelle sowie die Bestätigung der Kommissionierung und Verpackung. Erfassung Verwenden Sie den Timestamp der letzten Kommissionier- oder Verpackungsbestätigung für die Kundenauftragsposition. Ereignistyp inferred
	Waren produziert	Die Herstellung der Waren ist abgeschlossen und die Fertigerzeugnisse werden in den Bestand übernommen. Das Ereignis wird erfasst, wenn der Fertigungsauftrag im System als abgeschlossen gemeldet wird.
Warum das wichtig ist Dieses Ereignis markiert das Ende der Produktionsphase und zeigt an, dass das Produkt für die Auftragsabwicklung verfügbar ist. Die Dauer von „Produktion eingeplant“ bis zu diesem Ereignis ist eine wichtige Kennzahl für die Fertigungseffizienz. Woher beziehen Erfasst anhand der Abschlussbuchung eines Fertigungsauftrags in Oracle Manufacturing Cloud. Dadurch wird der Status des Fertigungsauftrags auf „Abgeschlossen“ gesetzt. Erfassung Verwenden Sie den Timestamp der Abschlussbuchung des Fertigungsauftrags oder der Statusänderung zu „Abgeschlossen“. Ereignistyp inferred
	Auftrag storniert	Der Kundenauftrag wird storniert, bevor die Auftragsabwicklung abgeschlossen ist. Erfasst wird dies, wenn der Status des Kundenauftragskopfs oder der Auftragsposition auf „Storniert“ gesetzt wird.
Warum das wichtig ist Dies ist ein alternativer, nicht erfolgreicher Endpunkt des Prozesses. Die Analyse stornierter Aufträge hilft, Gründe für nicht zustande gekommene Verkäufe zu erkennen, etwa lange Lieferzeiten oder Fehlbestände. Woher beziehen Abgeleitet aus einer Statusänderung des Kundenauftragsdatensatzes in Oracle Order Management zu „Storniert“, einem abschließenden Status. Erfassung Verwenden Sie den Timestamp der Statusänderung zu „Storniert“ im Kundenauftragskopf oder in der Auftragsposition. Ereignistyp inferred
	Bestandsverfügbarkeit geprüft	Das System prüft, ob die angeforderten Artikel auf Lager sind, um den Kundenauftrag zu erfüllen. Dieser Schritt läuft häufig automatisiert im Workflow der Auftragsabwicklung ab. Das Ergebnis wird jedoch als Status oder Timestamp protokolliert.
Warum das wichtig ist Diese Aktivität ist entscheidend für das Dashboard „Bestandserfüllungseffizienz“ und die KPI „Auswirkung der Bestandsverfügbarkeit“. Verzögerungen an dieser Stelle können auf Fehlbestände oder eine ineffiziente Bestandsverwaltung hinweisen. Woher beziehen Abgeleitet aus Statusänderungen der Kundenauftragsposition oder aus Datensätzen in Tabellen von Oracle Inventory Management (INV), die Reservierungen oder Verfügbarkeitsprüfungen betreffen. Erfassung Abgeleitet aus einer Statusänderung der Kundenauftragsposition, etwa zu „Wartet auf Erfüllung“, oder aus dem Timestamp der Reservierungserstellung. Ereignistyp inferred
	Bestellanforderung erstellt	Es wird eine formelle Anforderung zur Beschaffung von Materialien bei einem Lieferanten erstellt. Dies geschieht in der Regel, wenn der Bestand zur Erfüllung eines Kundenauftrags nicht ausreicht. Die Anforderung wird als explizite Transaktion im Oracle-Procurement-Modul erfasst.
Warum das wichtig ist Diese Aktivität macht Abhängigkeiten von der Beschaffung und externen Lieferanten sichtbar. Die Zeitspanne zwischen diesem Ereignis und dem Wareneingang ist entscheidend, um lieferantenbedingte Verzögerungen zu verstehen. Woher beziehen Erfasst anhand des Erstellungs-Timestamps einer Bestellanforderung in Oracle Procurement Cloud, beispielsweise in Tabellen wie POR_REQUISITION_HEADERS_ALL. Erfassung Verwenden Sie das Erstellungsdatum des Datensatzes der Bestellanforderung. Ereignistyp explicit
	Bestellung versendet	Die Bestellanforderung wird in eine rechtsverbindliche Bestellung umgewandelt und an den Lieferanten gesendet. Dieses Ereignis wird explizit erfasst, wenn die Bestellung freigegeben und ihr Status auf „Offen“ oder „Versendet“ gesetzt wird.
Warum das wichtig ist Damit beginnt offiziell die Lieferzeit des Lieferanten. Das Ereignis ist wichtig für die Messung des Dashboards „Leistung bei Lieferzeiten der Lieferanten“ und der KPI „Termingerechte Lieferquote der Lieferanten“. Woher beziehen Erfasst anhand des Freigabe- oder Übermittlungsdatums der Bestellung in Oracle Procurement Cloud, das beispielsweise in Tabellen wie PO_HEADERS_ALL gespeichert ist. Erfassung Verwenden Sie den Timestamp, zu dem sich der Bestellstatus in „Genehmigt“ oder „Offen“ ändert. Ereignistyp explicit
	Qualitätsprüfung durchgeführt	Fertigerzeugnisse werden vor der Versandfreigabe einer Qualitätsprüfung unterzogen. Das Ergebnis wird im Modul Oracle Quality Management als Qualitätsprüfungsresultat erfasst.
Warum das wichtig ist Dieser Schritt ist für Compliance und Kundenzufriedenheit entscheidend. Die Analyse dieser Aktivität hilft, die Einhaltung von Qualitätsstandards sicherzustellen und Engpässe im Prüfprozess aufzudecken. Sie unterstützt außerdem Compliance-Prüfungen. Woher beziehen Erfasst anhand von Transaktionsdatensätzen in Oracle Quality Management Cloud, wenn ein Prüfplan ausgeführt und die Ergebnisse eingetragen werden. Erfassung Verwenden Sie den Timestamp, zu dem das Ergebnis der Qualitätsprüfung als „Bestanden“ oder „Nicht bestanden“ erfasst wird. Ereignistyp explicit
	Rohmaterialien eingegangen	Die bestellten Rohmaterialien oder Waren treffen vom Lieferanten ein und werden offiziell in den Bestand aufgenommen. Dies wird als Wareneingangstransaktion in Oracle Inventory Management erfasst.
Warum das wichtig ist Mit diesem Ereignis endet die Messung der Lieferzeit des Lieferanten. Verzögerungen in dieser Phase wirken sich direkt auf Produktionspläne und die endgültigen Liefertermine für Kunden aus. Woher beziehen Erfasst anhand des Transaktionsdatums des Wareneingangs in Oracle Inventory Management, in der Regel aus den Tabellen RCV_SHIPMENT_HEADERS und RCV_TRANSACTIONS. Erfassung Verwenden Sie das Transaktionsdatum des Materialwareneingangs. Ereignistyp explicit
	Sendung bestätigt	Alle Artikel einer Sendung sind bereitgestellt und verpackt und können dem Frachtführer übergeben werden. Diese Aktivität setzt den Sendungsstatus im System auf „Bestätigt“ oder „Versandbereit“.
Warum das wichtig ist Dies ist ein wichtiger Meilenstein, bevor die Waren das Lager verlassen. Er trennt die interne Bearbeitungszeit im Lager von der externen Transportzeit. Woher beziehen Abgeleitet aus einer Statusänderung des Sendungs- oder Lieferdatensatzes in Oracle Shipping, beispielsweise in Tabellen wie WSH_DELIVERIES oder WSH_NEW_DELIVERIES. Erfassung Verwenden Sie den Timestamp, zu dem der Sendungsstatus auf „Bestätigt“ gesetzt wird. Ereignistyp inferred
	Waren am Zielort entladen	Die Sendung trifft beim Kunden oder im Zielhafen ein und wird entladen. Diese Information wird häufig anhand von Daten des Frachtführers oder eines Transportmanagementsystems aktualisiert.
Warum das wichtig ist Diese Aktivität markiert das Ende der Transportzeit. Die Dauer ab „Waren für den Transport verladen“ ist entscheidend für die Analyse der Leistung des Frachtführers und der Transporteffizienz. Woher beziehen Wenn ein Transportmanagementsystem integriert ist, kann dieses Ereignis explizit erfasst werden. Andernfalls wird es möglicherweise abgeleitet, etwa aus Statusmeldungen des Frachtführers oder einer manuellen Eingabe bei der Lieferbestätigung. Erfassung Verwenden Sie den Timestamp aus einem integrierten TMS oder den manuell aktualisierten Status „Zugestellt“ im Sendungsdatensatz. Ereignistyp explicit

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus Oracle SCM Cloud

Schritte

Oracle BI Publisher aufrufen: Melden Sie sich bei Ihrer Oracle SCM Cloud-Instanz an. Öffnen Sie den Arbeitsbereich „Reports and Analytics“, indem Sie auf das Navigator-Symbol klicken und anschließend Tools > Reports and Analytics auswählen.
Datenmodell erstellen: Klicken Sie im Arbeitsbereich „Reports and Analytics“ auf „Browse Catalog“. Klicken Sie im Katalog auf „New“ und wählen Sie „Data Model“ aus.
SQL-Query-Dataset definieren: Klicken Sie im Editor für Datenmodelle auf das Symbol „+“, um ein neues Dataset hinzuzufügen, und wählen Sie „SQL Query“ aus.
Query-Details eingeben: Geben Sie dem Dataset einen Namen, zum Beispiel „SCM_LOGISTICS_EVENT_LOG“. Wählen Sie die passende Datenquelle aus. In der Regel ist dies „ApplicationDB_SCM“ oder eine ähnliche Verbindung zur Anwendungsdatenbank. Kopieren Sie die vollständige SQL-Query aus dem Abschnitt „query“ weiter unten und fügen Sie sie in das Textfeld „SQL Query“ ein.
Parameter definieren: Die Query verwendet die Parameter :P_START_DATE und :P_END_DATE, um den Zeitraum einzugrenzen. Oracle BI Publisher erkennt diese automatisch. Sie können den Datentyp „Date“ festlegen und bei Bedarf Standardwerte konfigurieren.
Beispieldaten anzeigen und speichern: Öffnen Sie die Registerkarte „Data“. Geben Sie Werte für die Parameter ein und klicken Sie auf „View“, um eine Stichprobe der extrahierten Daten anzuzeigen. So können Sie prüfen, ob die Query korrekt funktioniert. Wenn alles passt, klicken Sie auf „Save“ und vergeben Sie einen aussagekräftigen Namen für das Datenmodell, zum Beispiel „SCM Logistics Process Data Model“.
BI Publisher-Bericht erstellen: Klicken Sie direkt im Editor für Datenmodelle auf „Create Report“. Der Assistent zur Berichtserstellung wird gestartet.
Berichtslayout konfigurieren: Wählen Sie die Option „Use Data Model“. Der Assistent führt Sie durch die Erstellung des Layouts. Für einen einfachen CSV-Export können Sie das Layout „Table“ auswählen. Ziehen Sie alle Spalten des Datasets per Drag-and-drop in das Tabellenlayout.
Bericht speichern: Speichern Sie den Bericht nach der Konfiguration des Layouts in einem geeigneten Katalogordner. Vergeben Sie beispielsweise den Namen „SCM Logistics Event Log Report“.
Berichtsauftrag planen: Um die Extraktion zu automatisieren, planen Sie den Bericht. Öffnen Sie den gespeicherten Bericht und klicken Sie auf „Actions“ > „Schedule“.
Zeitplan und Ausgabe konfigurieren: Legen Sie auf der Registerkarte „General“ den Auslöser für den Zeitplan fest, zum Beispiel täglich oder wöchentlich. Wählen Sie auf der Registerkarte „Output“ CSV als Ausgabeformat. Konfigurieren Sie das Ziel, etwa einen bestimmten Speicherort auf einem Content-Server, einen FTP-Server oder einen Objektspeicher, von dem aus die Daten für die Process-Mining-Analyse abgerufen werden können.
Übermitteln und überwachen: Übermitteln Sie den geplanten Auftrag. Auf der Seite „Job History“ können Sie die Ausführung überwachen und prüfen, ob der Auftrag erfolgreich läuft und die CSV-Datei am konfigurierten Ziel bereitstellt.

Konfiguration

Voraussetzungen: Zugriff auf Oracle Fusion Applications mit einer Benutzerrolle, die das Erstellen von Datenmodellen und BI Publisher-Berichten erlaubt, zum Beispiel „BI Administrator“ oder „Application Developer“.
Datenquelle: Führen Sie die SQL-Query für die zentrale Anwendungsdatenbank aus. Diese heißt in der Liste der BI Publisher-Datenquellen in der Regel „ApplicationDB_SCM“ oder ähnlich.
Parameter für den Zeitraum: Verwenden Sie unbedingt Datumsfilter (:P_START_DATE, :P_END_DATE), um das Datenvolumen zu begrenzen. Für den Einstieg in die Analyse empfiehlt sich ein Zeitraum von 3 bis 6 Monaten. Vermeiden Sie es, die Query in einem einzelnen Lauf für sehr lange Zeiträume, etwa mehrere Jahre, auszuführen, da dies die Leistung beeinträchtigen oder zu Zeitüberschreitungen führen kann.
Filterung: Sie können die sales_orders-Klausel in der Query mit zusätzlichen Filtern eingrenzen. Ergänzen Sie WHERE-Bedingungen für bestimmte Geschäftseinheiten (BU_NAME), Auftragstypen (ORDER_TYPE_CODE) oder Artikelkategorien, um einen bestimmten Teil der Lieferkette zu analysieren.
Leistung: Die bereitgestellte Query verwendet standardmäßige Oracle SCM Cloud-Views (DOO_HEADERS_ALL, PO_HEADERS_ALL usw.), die in der Regel für Berichte optimiert sind. Bei sehr großen Datenmengen kann die Leistung dennoch zum Problem werden. Stellen Sie sicher, dass aktuelle Statistiken für die zugrunde liegenden Tabellen vorliegen.
Ausgabeformat: Konfigurieren Sie den BI Publisher-Bericht so, dass er eine CSV-Datei (Comma-Separated Values) erzeugt. Prüfen Sie die CSV-Einstellungen, darunter Komma als Trennzeichen, UTF-8-Kodierung und eine enthaltene Kopfzeile.

a Beispielabfrage sql

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

Schritte

Bei Oracle BI Cloud Connector (BICC) anmelden: Rufen Sie die BICC-Konsole mit Ihren Oracle Cloud Applications-Zugangsdaten auf. Für Datenextraktionen benötigen Sie die erforderliche Rolle „BI Administrator“.
Zu den Offerings navigieren: Wählen Sie auf der BICC-Startseite „Manage Offerings“ oder einen ähnlich benannten Navigationslink aus, um die verfügbaren Datenquellen der Oracle Cloud-Anwendungen anzuzeigen.
SCM-Offering auswählen: Wählen Sie das Offering „Supply Chain Management“ aus. Dadurch werden alle Public View Objects (PVOs) für SCM-Module wie Order Management, Procurement und Inventory geladen.
Neuen Auftrag erstellen: Öffnen Sie den Bereich „Manage Extract Jobs“. Erstellen Sie einen neuen Auftrag und vergeben Sie einen aussagekräftigen Namen, zum Beispiel „ProcessMind_Logistics_Order_Extraction“.
PVOs für die Extraktion auswählen: Suchen Sie in der Auftragskonfiguration nach den benötigten PVOs und fügen Sie sie dem Extraktionsumfang hinzu. Die PVOs sind im Query-Abschnitt weiter unten aufgeführt. Fügen Sie jedes PVO als separaten Datenspeicher zum Auftrag hinzu.
PVO-Spalten und Filter konfigurieren: Klicken Sie für jedes hinzugefügte PVO auf „Configure“ und wählen Sie die für das Event Log benötigten Spalten aus. Begrenzen Sie das Datenvolumen unbedingt mit Datumsfiltern, zum Beispiel für das Erstellungs- oder letzte Änderungsdatum. Ein Zeitraum von 3 bis 6 Monaten ist für den Einstieg gut geeignet.
Externen Speicher konfigurieren: Geben Sie im Bereich „Configure External Storage“ die Verbindungsdaten für den gewünschten Cloud-Speicher an, zum Beispiel Oracle Cloud Infrastructure (OCI) Object Storage. Dort legt BICC die extrahierten Dateien ab.
Extraktionsauftrag planen: Legen Sie einen Zeitplan für den Auftrag fest. Die erste Extraktion können Sie manuell ausführen. Für die laufende Überwachung können Sie tägliche oder wöchentliche Läufe außerhalb der Spitzenzeiten einplanen.
Auftrag ausführen und überwachen: Speichern und übermitteln Sie den Auftrag. Überwachen Sie den Fortschritt im Dashboard „Manage Extract Jobs“. Prüfen Sie den Auftragsverlauf auf Fehler und Warnungen.
Daten zusammenführen und transformieren: Nach erfolgreichem Abschluss legt BICC für jedes PVO eine separate CSV- oder DAT-Datei in Ihrem Cloud-Speicher ab. Mit einem separaten ETL-Tool oder Skript müssen Sie diese Dateien herunterladen, zu einer einzigen Event-Log-Tabelle zusammenführen und die Spalten dem erforderlichen Format zuordnen (LogisticsOrder, ActivityName, EventTime).
Datei für den Upload formatieren: Stellen Sie sicher, dass die zusammengeführte Datei eine einzelne CSV-Datei ist. Die Spalten müssen den erforderlichen und empfohlenen Attributen entsprechen. Achten Sie darauf, dass die Spalte EventTime ein einheitliches Timestamp-Format verwendet, zum Beispiel YYYY-MM-DD HH:MI:SS.

Konfiguration

BICC-Offering: Wählen Sie „Supply Chain Management“ aus, um auf die benötigten Datenobjekte zuzugreifen.
PVO-Auswahl: Wählen Sie mehrere PVOs aus den Bereichen Order Management, Procurement, Inventory, Manufacturing und Shipping aus, um den vollständigen Prozess abzubilden. Eine Liste finden Sie im Query-Abschnitt.
Inkrementelle oder vollständige Extraktion: Für den ersten Ladevorgang empfiehlt sich eine vollständige Extraktion mit einem festgelegten Zeitraum. Konfigurieren Sie für spätere Läufe inkrementelle Extraktionen anhand der in den meisten PVOs verfügbaren Spalte „Last Update Date“. So reduzieren Sie Datenvolumen und Verarbeitungszeit.
Datumsfilter: Wenden Sie für jedes PVO immer einen Datumsfilter auf eine relevante Datumsspalte wie „CreationDate“ oder „LastUpdateDate“ an. Für eine erste Analyse ist ein Zeitraum von 3 bis 6 Monaten üblich.
Spaltenauswahl: Extrahieren Sie nicht alle Spalten eines PVO, um die Leistung zu verbessern. Wählen Sie nur die Spalten aus, die für die Attribute des Event Logs benötigt werden. So verringern Sie das Datenvolumen und die Dauer der Extraktion.
Voraussetzungen: Für die Extraktion benötigt der ausführende Benutzer eine Rolle mit BICC-Zugriff, zum Beispiel BIACM_ADMIN. Die relevanten SCM-Module, darunter Order Management, Procurement und Shipping, müssen bereitgestellt und in Gebrauch sein.

a Beispielabfrage config

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

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

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

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

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

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

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

Schritte

Voraussetzungen: Stellen Sie sicher, dass Python 3.6 oder höher auf Ihrem System installiert ist und die Bibliotheken requests und pandas verfügbar sind. Installieren Sie sie bei Bedarf mit pip install requests pandas.
Authentifizierung einrichten: Besorgen Sie sich Benutzername und Passwort für ein Oracle SCM Cloud-Benutzerkonto, das über die erforderlichen Berechtigungen für den Zugriff auf die benötigten REST APIs verfügt, zum Beispiel für Sales Orders, Purchase Orders, Shipments und Work Orders.
Skript konfigurieren: Öffnen Sie das bereitgestellte Python-Skript in einem Texteditor oder einer IDE. Tragen Sie die Werte für die Platzhaltervariablen am Anfang des Skripts ein, darunter ORACLE_SCM_HOST, USERNAME, PASSWORD, START_DATE und END_DATE.
API-Endpunkte prüfen: Das Skript ist bereits so konfiguriert, dass es mehrere REST-API-Endpunkte für verschiedene Supply-Chain-Aktivitäten abfragt. Prüfen Sie das Wörterbuch endpoints im Skript, um zu sehen, welche Oracle SCM-Objekte abgefragt werden.
Skript ausführen: Starten Sie das Skript über die Befehlszeile mit python your_script_name.py. Das Skript authentifiziert sich und führt nacheinander API-Aufrufe für jede definierte Aktivität aus.
API-Paginierung: Das Skript enthält eine Funktion, die die API-Paginierung automatisch verarbeitet. Ist das Flag hasMore in der API-Antwort auf true gesetzt, sendet das Skript weitere Anfragen, bis alle Datensätze für den angegebenen Zeitraum abgerufen sind.
Daten transformieren: Beim Abruf der Daten für jede Aktivität wandelt das Skript die JSON-Antwort in ein standardisiertes Format um. Es extrahiert wichtige Felder, ordnet sie den Spalten des Event Logs zu (LogisticsOrder, ActivityName, EventTime usw.) und fügt sie einer zentralen Ereignisliste hinzu.
Fehlende Daten behandeln: Das Skript verwendet .get() mit dem Standardwert None, um sicher auf verschachtelte JSON-Felder zuzugreifen, die nicht in jedem Datensatz vorhanden sind. So werden Fehler vermieden und fehlende Daten in der Ausgabe als Nullwerte dargestellt.
Ausgabe erstellen: Sobald alle API-Aufrufe abgeschlossen sind, führt das Skript die erfassten Ereignisse in einem pandas DataFrame zusammen.
Als CSV exportieren: Das fertige DataFrame wird in eine CSV-Datei mit dem Namen oracle_scm_event_log.csv exportiert. Die Datei wird im selben Verzeichnis gespeichert, in dem das Skript ausgeführt wird, und kann direkt in ein Process-Mining-Tool hochgeladen werden.
Prüfen und hochladen: Öffnen Sie die erstellte CSV-Datei und prüfen Sie, ob die Daten vollständig und korrekt sind. Laden Sie das Event Log nach der Prüfung in Ihre Process-Mining-Plattform hoch.

Konfiguration

Zugangsdaten: Für den Zugriff auf alle benötigten API-Ressourcen ist ein dedizierter API-Benutzer mit Rollen wie Order Manager, Procurement Manager, Warehouse Manager und Shipping Manager erforderlich.
Zeitraum: Legen Sie die Variablen START_DATE und END_DATE im Skript fest. Beginnen Sie am besten mit einem kürzeren Zeitraum von 3 bis 6 Monaten, um Datenvolumen und API-Ratenbegrenzungen zu berücksichtigen.
API-Version: Das Skript verwendet die API-Version 11.13.18.05. Stellen Sie sicher, dass diese Version mit Ihrer Oracle SCM Cloud-Instanz übereinstimmt, oder passen Sie bei Bedarf die Endpunkt-URLs an.
Paginierungslimit: Der Parameter limit in den API-Anfragen ist auf 100 gesetzt, um die Zahl der Datensätze pro Aufruf zu begrenzen. Sie können diesen Wert an die Leistung und die Einschränkungen des API-Servers anpassen.
Filter: Das Skript filtert hauptsächlich nach Datum (CreationDate, LastUpdateDate). Sie können dem Parameter q in den API-Aufrufen weitere Filter hinzufügen, etwa nach BusinessUnitName oder OrganizationCode, um die Extraktion auf bestimmte Geschäftseinheiten oder Rechtsträger einzugrenzen.
Benutzerdefinierte Felder: Wenn Ihre Organisation Descriptive Flexfields (DFFs) für wichtige Prozessdaten verwendet, müssen Sie das Skript möglicherweise anpassen, damit diese Felder in der API-Abfrage und der Datenextraktion berücksichtigt werden.

a Beispielabfrage python

import requests
import pandas as pd
from datetime import datetime

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

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

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

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

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

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

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

    return all_items

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

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

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

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

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

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

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

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

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

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

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

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

Möchten Sie loslegen?

Starten Sie noch heute mit Process Mining und schöpfen Sie das Potenzial Ihrer Supply-Chain-Daten aus. Dieses Template ist der erste Schritt zu einer effizienteren und transparenteren Lieferkette.

Zurück zum Leitfaden zur Prozessverbesserung Template herunterladen

Beherrschen Sie Ihr Oracle SCM: Steigern Sie jetzt die Effizienz Ihrer Lieferkette

Erreichen Sie noch heute eine Prognosegenauigkeit von 90 % und vermeiden Sie Fehlbestände.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich, sofort startklar.

Ihr Daten-Template für Supply Chain Management

Ihr Daten-Template für Supply Chain Management

Attribute im Supply Chain Management

Aktivitäten im Supply Chain Management

Anleitungen zur Datenextraktion

Oracle BI Publisher-Bericht für SCM-Logistikdaten

Schritte

Konfiguration

a Beispielabfrage sql

Massendatenextraktion mit dem BI Cloud Connector (BICC)

Schritte

Konfiguration

a Beispielabfrage config

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

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Beherrschen Sie Ihr Oracle SCM: Steigern Sie jetzt die Effizienz Ihrer Lieferkette

Ihr Daten-Template für Supply Chain Management

Ihr Daten-Template für Supply Chain Management

Attribute im Supply Chain Management

Aktivitäten im Supply Chain Management

Anleitungen zur Datenextraktion

Oracle BI Publisher-Bericht für SCM-Logistikdaten

Schritte

Konfiguration

a Beispielabfrage sql

Massendatenextraktion mit dem BI Cloud Connector (BICC)

Schritte

Konfiguration

a Beispielabfrage config

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

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Beherrschen Sie Ihr Oracle SCM: Steigern Sie jetzt die Effizienz Ihrer Lieferkette

Der Schutz Ihrer Daten ist uns wichtig