Ihr Daten-Template für das Bestandsmanagement

Oracle Fusion SCM
Ihr Daten-Template für das Bestandsmanagement

Ihr Daten-Template für das Bestandsmanagement

Dieses Template bietet eine umfassende Anleitung zur Extraktion und Strukturierung Ihrer Bestandsmanagementdaten aus Oracle Fusion SCM. Es skizziert die wesentlichen Attribute und Aktivitäten, die zur Erstellung eines effektiven Event Logs erforderlich sind. Nutzen Sie diese Ressource, um Ihre Bestandsprozesse präzise zu analysieren und Optimierungsbereiche zu identifizieren.
  • Empfohlene Attribute zur Erfassung
  • Schlüsselaktivitäten zur Verfolgung für die Prozesserkennung
  • Anleitung zur Datenextraktion aus Oracle Fusion SCM
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Bestandsmanagement-Attribute

Dies sind die wesentlichen Datenfelder, die für die Aufnahme in Ihr Event Log empfohlen werden, um eine umfassende Analyse Ihrer Bestandsmanagementprozesse zu ermöglichen.
5 Erforderlich 5 Empfohlen 11 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name der spezifischen Bestandsmanagement-Aktivität, die durchgeführt wurde.
Beschreibung

Der Aktivitätsname beschreibt einen einzelnen Schritt oder ein Event, das innerhalb des Bestandsmanagementprozesses für eine spezifische Charge oder ein Los stattgefunden hat. Diese Events bilden die Sequenz des Prozessflusses.

Beispiele für Aktivitäten sind 'Wareneingang erfasst', 'Qualitätsprüfung durchgeführt', 'Bestand intern umgelagert' und 'Warenausgang erfasst'. Die Analyse der Sequenz und Häufigkeit dieser Aktivitäten ist der Kern des Process Mining, der die Visualisierung von Prozesskarten, die Identifizierung von Abweichungen und die Analyse von Übergangszeiten zwischen den Schritten ermöglicht.

Bedeutung

Dieses Attribut ist fundamental für den Aufbau der Prozesskarte, da es die einzelnen Schritte und Events definiert, die den Bestandslebenszyklus ausmachen.

Datenquelle

Dies wird oft durch die Zuordnung von Transaktionstypen oder Ereigniscodes aus Quelltabellen (z. B. INV_MATERIAL_TXNS) zu benutzerfreundlichen Aktivitätsnamen abgeleitet.

Beispiele
Wareneingang erfasstEinlagerung abgeschlossenBestandsdifferenz korrigiertKommissionierung initiiert
Event Startzeit
EventStartTime
Der Zeitstempel, der angibt, wann die Bestandsaktivität begann.
Beschreibung

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine Aktivität begann. Es ist das primäre zeitliche Element, das verwendet wird, um Events chronologisch zu ordnen und den Prozessfluss aufzubauen.

In der Analyse ist die Event Startzeit entscheidend für die Berechnung von Dauern und Wartezeiten zwischen Aktivitäten. Sie ermöglicht die Identifizierung von Engpässen, die Messung von Durchlaufzeiten für KPIs wie 'Durchschnittliche Einlagerungs-Durchlaufzeit' und die Analyse der Prozess-Performance über verschiedene Zeitperioden (z.B. Schichten, Tage oder Monate).

Bedeutung

Dieser Timestamp ist unerlässlich für die Reihenfolge von Ereignissen, die Berechnung von Zyklus- und Wartezeiten sowie das Verständnis von Prozessengpässen.

Datenquelle

Typischerweise aus einem Transaktionsdatums- oder Erstellungsdatumsfeld in Bestandstransaktionstabellen bezogen, wie TRANSACTION_DATE in INV_MATERIAL_TXNS.

Beispiele
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
Inventarcharge/Los
InventoryBatchLot
Der eindeutige Identifikator für eine spezifische Charge oder ein Los eines Inventarartikels, der als Case ID zur Verfolgung seines Lebenszyklus dient.
Beschreibung

Die Inventarchargen- oder Losnummer ist der primäre Case Identifier, der alle Aktivitäten bezüglich einer spezifischen Produktmenge gruppiert. Dies ermöglicht die Verfolgung des gesamten Lebenszyklus einer bestimmten Bestandsmenge, vom Wareneingang über ihre verschiedenen Bewegungen bis hin zur eventuellen Ausgabe oder Verbrauch.

In der Process Mining Analyse ist dieses Attribut fundamental. Es verbindet unterschiedliche Events wie Wareneingang, Qualitätsprüfung, interne Umlagerungen und Warenausgang zu einer einzigen, kohärenten Prozessinstanz. Die Analyse von Prozessen nach Inventarcharge/Los ermöglicht die Berechnung von End-to-End-Durchlaufzeiten, die Identifizierung gemeinsamer Pfade und die Entdeckung von Engpässen, die spezifische Bestandsgruppen betreffen.

Bedeutung

Dies ist der wesentliche Case-Identifikator, der alle zugehörigen Bestandsaktivitäten miteinander verknüpft und so die vollständige Nachverfolgung einer Bestandscharge vom Wareneingang bis zum Warenausgang ermöglicht.

Datenquelle

Diese Informationen sind typischerweise in den Bestandstransaktionstabellen, wie INV_MATERIAL_TXNS, zu finden und mit Chargen- oder Loskontrolldetails verknüpft.

Beispiele
LOT2024-A01134BATCH-US-00582LPN-493820-202405
Letzte Datenaktualisierung
LastDataUpdate
Timestamp, der den letzten Zeitpunkt angibt, zu dem die Daten für diesen Datensatz aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst, wann die Daten zuletzt aus dem Quellsystem extrahiert und in das Process Mining Tool geladen wurden. Es spiegelt die Aktualität der analysierten Daten wider.

Dieser Timestamp ist entscheidend, um die Aktualität der Prozesserkenntnisse zu verstehen. Er ermöglicht es Benutzern zu wissen, ob sie Near-Real-Time-Daten oder eine Momentaufnahme aus einer früheren Periode betrachten, was für zeitnahe und fundierte Entscheidungen auf der Grundlage der Analyse von entscheidender Bedeutung ist.

Bedeutung

Zeigt die Aktualität der Daten an, sodass Benutzer verstehen, wie aktuell die Prozessanalyse ist und wann die nächste Datenaktualisierung erwartet wird.

Datenquelle

Dies ist ein Metadatenfeld, das während des Datenextraktions-, -transformations- und -ladungsprozesses (ETL-Prozess) generiert wird.

Beispiele
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Quellsystem
SourceSystem
Identifiziert das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut spezifiziert die Quellanwendung, in der die Bestandsbewegungstransaktion erfasst wurde. In einem großen Unternehmen können Bestandsdaten aus mehreren Systemen oder Modulen stammen.

Die Angabe des Quellsystems ist entscheidend für die Data Governance und das Verständnis des Datenkontextes. Es hilft bei der Fehlerbehebung bei der Datenextraktion und kann verwendet werden, um Prozesse zu vergleichen, die sich über verschiedene Systeme oder Instanzen erstrecken, z.B. den Vergleich von Bestandsmanagementprozessen über verschiedene regionale ERPs hinweg.

Bedeutung

Bietet wesentlichen Kontext für die Datenherkunft, was für die Datenvalidierung, Governance und die Analyse von Prozessen, die sich über mehrere Systeme erstrecken können, wichtig ist.

Datenquelle

Dies ist typischerweise ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft der Daten zu kennzeichnen.

Beispiele
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
`Positionsnummer`
ItemNumber
Der eindeutige Identifikator für das Produkt oder Material, das gehandhabt wird.
Beschreibung

Die Artikelnummer, oft als Stock Keeping Unit (SKU) bezeichnet, identifiziert das spezifische Produkt, das an einer Inventurtransaktion beteiligt ist. Dies ermöglicht, Analysen nach Produkten zu filtern oder zu segmentieren.

Im Process Mining ist dieses Attribut für die produktzentrierte Analyse unerlässlich. Es hilft, Fragen zu beantworten wie: 'Welche Produkte haben die längsten Einlagerungszeiten?' oder 'Welche Artikel werden am häufigsten angepasst?'. Dies ermöglicht gezielte Verbesserungen für spezifische Produktlinien oder Kategorien.

Bedeutung

Ermöglicht das Filtern und Analysieren nach spezifischen Produkten, um zu identifizieren, welche Artikel mit Prozessverzögerungen oder -problemen verbunden sind.

Datenquelle

Dies ist ein Kernfeld in Bestandstransaktionstabellen, typischerweise mit dem Namen INVENTORY_ITEM_ID, das für Details mit der Artikelstammtabelle (EGP_SYSTEM_ITEMS_B) verknüpft ist.

Beispiele
AS54888CPU-INT-i9MEM-DDR5-32GB
Ausführender Benutzer
UserPerformingAction
Die Benutzer-ID oder der Name der Person, die die Bestandsbewegungstransaktion ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert den spezifischen Benutzer, der für die Durchführung einer bestimmten Aktivität verantwortlich ist, z.B. einen Lagerarbeiter, der eine Einlagerungsaufgabe abgeschlossen hat, oder einen Bestandsmanager, der eine Anpassung genehmigt hat.

Die Analyse nach Benutzern ist entscheidend für das Verständnis der Arbeitslastverteilung, die Identifizierung von Schulungsbedarfen und die Sicherstellung der Compliance. Zum Beispiel verwendet das Dashboard 'Häufigkeit und Gründe von Bestandsanpassungen' dieses Attribut, um zu sehen, wer Anpassungen am häufigsten vornimmt, was Top-Performer oder Personen hervorheben kann, die zusätzliche Schulungen zu Bestandskontrollverfahren benötigen.

Bedeutung

Ordnet Aktionen bestimmten Personen zu, was die Analyse von Benutzerleistung, Arbeitslast, Schulungsbedarf und Prozess-Compliance ermöglicht.

Datenquelle

Typischerweise in Transaktionstabellen als 'USER_ID'- oder 'CREATED_BY'-Feld zu finden, wie CREATED_BY in INV_MATERIAL_TXNS.

Beispiele
JSMITHAMARTINWAREHOUSE.OPERATOR
Bewegungsgrund-Code
MovementReasonCode
Ein Code, der den geschäftlichen Grund für eine Bestandsbewegung oder -anpassung erklärt.
Beschreibung

Der Bewegungsgrund-Code liefert Kontext dafür, warum eine Bestandsbewegungstransaktion stattgefunden hat. Dies ist besonders wichtig für nicht-standardmäßige Bewegungen wie Verschrottung, Stichprobeninventur-Anpassungen oder Retouren.

Dieses Attribut ist entscheidend für die Ursachenanalyse. Zum Beispiel verwendet das Dashboard 'Häufigkeit und Gründe von Bestandsanpassungen' diesen Code, um Anpassungen zu kategorisieren und hilft, zwischen Beschädigung, Diebstahl oder Dateneingabefehlern zu unterscheiden. Die Analyse dieser Gründe hilft, Verbesserungsbemühungen auf die wichtigsten Probleme zu priorisieren und zu konzentrieren.

Bedeutung

Erklärt das 'Warum' hinter Bestandsanpassungen und -bewegungen, was für die Ursachenanalyse von Problemen wie Diskrepanzen oder Verschrottung entscheidend ist.

Datenquelle

Gefunden in Transaktionstabellen als Grundcode-Feld, wie REASON_ID in INV_MATERIAL_TXNS, das mit einer Stammdatentabelle für Grundcodes verknüpft ist.

Beispiele
IM TRANSPORT BESCHÄDIGTCYCLE COUNT ADJABGELAUFENER BESTAND
Endzeit des Events
EventEndTime
Der Timestamp, der angibt, wann die Bestandsaktivität abgeschlossen wurde.
Beschreibung

Die Event Endzeit markiert den Abschluss einer Aktivität. Während viele Inventurtransaktionen als einmalige Events erfasst werden, haben einige Aktivitäten wie 'Qualitätsprüfung' oder 'Kommissionierung' eine deutliche Dauer. Bei sofortigen Events ist die Endzeit oft identisch mit der Startzeit.

Dieses Attribut wird in Verbindung mit der Event Startzeit verwendet, um die Bearbeitungszeit einzelner Aktivitäten zu berechnen. Dies ist entscheidend für Performance-Analysen, Ressourcen-Auslastungsstudien und die Identifizierung von Aktivitäten, die länger als erwartet dauern und zu allgemeinen Prozessverzögerungen beitragen.

Bedeutung

Ermöglicht die Berechnung der Bearbeitungszeit für einzelne Aktivitäten, wodurch identifiziert werden kann, welche spezifischen Schritte zeitaufwendig sind.

Datenquelle

Kann für sofortige Transaktionen identisch mit der Startzeit sein. Bei Aktivitäten mit Dauer wäre es ein separates Zeitstempelfeld für den Abschluss in der entsprechenden Quelltabelle.

Beispiele
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
Lagerstandort
WarehouseLocation
Der spezifische Ort innerhalb des Lagers, an dem die Aktivität stattfand, wie z.B. ein Behälter oder eine Zone.
Beschreibung

Dieses Attribut spezifiziert den physischen Ort innerhalb des Lagers, wie z.B. einen spezifischen Gang, ein Regal oder einen Behälter, der mit der Bestandsbewegungstransaktion in Verbindung steht. Es liefert granulare Details darüber, wo Bestände gelagert oder bewegt werden.

Die Analyse nach Lagerstandort hilft, logistische Ineffizienzen zu identifizieren. Zum Beispiel kann das Dashboard 'Durchlaufzeit interner Bestandsbewegungen' dies nutzen, um zu zeigen, ob Umlagerungen zwischen bestimmten Zonen konstant langsam sind. Es kann auch aufzeigen, ob spezifische Standorte anfällig für Bestandsdifferenzen sind.

Bedeutung

Bietet geografischen Kontext innerhalb des Lagers und ermöglicht die Analyse der Bewegungseffizienz sowie standortspezifischer Probleme wie Engpässe oder häufige Anpassungen.

Datenquelle

Stammt aus Feldern wie LOCATOR_ID in Bestandsbewegungstabellen, die mit Stammdaten für Standorte (INV_ITEM_LOCATIONS) für beschreibende Namen verknüpft werden können.

Beispiele
A1-R4-S3-B2WARENEINGANGSRAMPE-01QC-INSPECT-AREA
Aktivitätsbearbeitungszeit
ActivityProcessingTime
Die Dauer einer einzelnen Aktivität, berechnet als Differenz zwischen ihrer End- und Startzeit.
Beschreibung

Diese Metrik misst die Zeit, die aktiv für eine Aufgabe aufgewendet wird, berechnet als „EventEndTime“ minus „EventStartTime“. Bei sofortigen Ereignissen ist diese Dauer Null. Bei Aktivitäten mit definiertem Start und Ende, wie einer Qualitätsprüfung, repräsentiert sie die tatsächliche Bearbeitungszeit.\n\nDie Analyse der Bearbeitungszeit hilft zu identifizieren, welche spezifischen Schritte im Prozess am zeitaufwendigsten sind. Dies unterscheidet sich von der Zykluszeit, die Wartezeiten einschließt. Eine hohe Bearbeitungszeit für bestimmte Aktivitäten könnte auf einen Bedarf an besseren Werkzeugen, Automatisierung oder mehr Personal hinweisen.

Bedeutung

Misst die tatsächliche Arbeitsdauer einer Aktivität und hilft, ineffiziente Schritte zu identifizieren, die optimiert werden müssen, getrennt von Wartezeiten.

Datenquelle

Berechnet während der Datentransformation: EventEndTime - EventStartTime.

Beispiele
0 00:30:000 02:00:000 00:00:00
Artikelstatus
ItemStatus
Zeigt den aktuellen Status des Lagerartikels an, z.B. Aktiv, Inaktiv oder Obsolut.
Beschreibung

Der Artikelstatus spiegelt die Lebenszyklusphase des Produkts selbst wider. Zum Beispiel kann ein Artikel 'Aktiv' für normale Transaktionen, 'Gesperrt' für Qualitätsprüfungen oder 'Obsolut' sein, wenn er nicht mehr verwendet wird.

Dieses Attribut kann wertvollen Kontext für die Analyse bestimmter Aktivitäten liefern. Zum Beispiel ist eine hohe Verschrottungsrate für Artikel mit dem Status 'Obsolut' zu erwarten, aber die Verschrottung von 'Aktiven' Artikeln kann auf ein ernstes Problem hinweisen. Es hilft bei der Segmentierung der Analyse, um sich auf relevante und aktive Bestände zu konzentrieren.

Bedeutung

Bietet Kontext zum Produktlebenszyklus und hilft, zwischen erwarteten Aktionen (z.B. Verschrottung obsoleter Artikel) und unerwarteten Prozessproblemen zu unterscheiden.

Datenquelle

Diese Informationen stammen aus der Artikelstammtabelle (z. B. EGP_SYSTEM_ITEMS_B) und müssen mit den Transaktionsdaten verknüpft werden.

Beispiele
AktivInaktivObsolut
Bestands-Transaktions-ID
InventoryTransactionId
Der eindeutige, systemgenerierte Identifikator für ein einzelnes Inventar-Event.
Beschreibung

Die Bestands-Transaktions-ID ist der Primärschlüssel für einen einzelnen, atomaren Bestandsbewegungsdatensatz im Quellsystem. Jede Zeile im Event Log entspricht einer solchen ID.

Obwohl sie typischerweise nicht direkt in hochrangigen Prozesskarten verwendet wird, ist diese ID von unschätzbarem Wert für Datenvalidierung, Audits und Drill-down-Analysen. Sie bietet einen direkten Link zurück zum spezifischen Datensatz in Oracle Fusion SCM und ermöglicht Analysten, Anomalien oder spezifische Events im Quellsystem selbst zu untersuchen.

Bedeutung

Bietet einen eindeutigen Schlüssel für jedes Event, der für die Datenvalidierung, Rückverfolgbarkeit und das Ermöglichen des Drill-downs zu den Quelldatensätzen unerlässlich ist.

Datenquelle

Dies ist der Primärschlüssel der Hauptbestandstransaktionstabelle, typischerweise TRANSACTION_ID in INV_MATERIAL_TXNS.

Beispiele
987654321123456789555444333
Bestandshaltetage
InventoryHoldingDays
Die Gesamtzeit, die eine Inventarcharge im Bestand verbleibt, vom ersten Wareneingang bis zur endgültigen Ausgabe oder Entsorgung.
Beschreibung

Dies ist ein Case-Level-KPI, der die Gesamtdauer berechnet, für die eine bestimmte Bestandscharge oder ein Los gehalten wird. Sie wird 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 gemessen.\n\nDiese Metrik ist entscheidend für die Verwaltung von Working Capital und Lagerkosten. Ein hoher Wert für „Bestandshaltezeit“ deutet auf Langsamdreher hin, was zu erhöhten Kosten, Veralterungsrisiken und ineffizienter Nutzung des Lagerplatzes führen kann. Die Analyse dieses KPIs hilft bei der Optimierung der Bestandsniveaus und der Verbesserung des Umsatzes.

Bedeutung

Ein kritischer KPI für die finanzielle und operative Effizienz; er misst, wie lange Kapital im Bestand gebunden ist, und hilft, langsam drehenden Bestand zu identifizieren.

Datenquelle

Dies ist eine Case-Level-Metrik, die im Process Mining Tool durch die Differenz zwischen dem Timestamp des letzten relevanten Ereignisses und dem ersten berechnet wird.

Beispiele
30 Tage 10:05:0095 Tage 04:00:0015 Tage 12:30:00
Bestandsorganisation
InventoryOrganization
Die spezifische Organisation (z.B. Lager, Produktionsstätte), in der der Bestand gehalten wird.
Beschreibung

Eine Bestandsorganisation repräsentiert eine eigenständige Einrichtung oder Entität, die Lagerbestände hält, wie z. B. ein Distributionszentrum oder eine Fabrik. Sie ist ein zentrales organisatorisches Datenelement in Oracle Fusion SCM.

Dieses Attribut wird verwendet, um Prozesse über verschiedene physische Standorte hinweg zu filtern und zu vergleichen. Es hilft, Fragen zu beantworten wie: 'Welches Lager hat die schnellste Einlagerungszeit?' oder 'Ist die Rate der Bestandsabweichungen in unseren europäischen oder nordamerikanischen Einrichtungen höher?'. Dies ermöglicht Benchmarking und den Austausch bewährter Praktiken innerhalb der Organisation.

Bedeutung

Ermöglicht den Prozessvergleich und das Benchmarking über verschiedene Einrichtungen wie Lager oder Werke hinweg, um standortspezifische Performance zu identifizieren.

Datenquelle

Ein Kernfeld in Transaktionstabellen, wie z. B. ORGANIZATION_ID, das mit einer Organisationsstammdatentabelle für den Namen verknüpft ist.

Beispiele
US1 VertriebszentrumSeattle ManufacturingEU Zentrallager
Ist Stichprobeninventur-Korrektur
IsCycleCountAdjustment
Ein boolesches Flag, das 'true' ist, wenn eine Bestandsanpassung direkt auf eine Bestandszählungsaktivität folgt.
Beschreibung

Dieses abgeleitete Attribut ist ein boolesches Flag (Wahr/Falsch), das 'Bestandsdifferenz korrigiert'-Aktivitäten identifiziert, die kurz nach einer 'Stichprobeninventur durchgeführt'-Aktivität für denselben Artikel und Standort auftreten. Dies hilft, Anpassungen zu isolieren, die ein direktes Ergebnis des Zählprozesses sind.

Dieses Flag wird für den KPI 'Anpassungsrate nach Stichprobeninventur' verwendet. Es ermöglicht Analysten, die Effektivität des Stichprobeninventurprogramms zu messen, indem es hervorhebt, wie oft Zählungen zu Anpassungen führen. Eine hohe Rate solcher Anpassungen kann auf systemische Probleme in der Bestandsdatengenauigkeit hinweisen.

Bedeutung

Hilft, die Effektivität des Bestandszählungsprozesses spezifisch zu messen, indem Anpassungen isoliert werden, die ein direktes Ergebnis einer physischen Zählung sind.

Datenquelle

Dies ist ein abgeleitetes Attribut, das während der Datentransformation durch Überprüfung der Abfolge von Aktivitäten für einen bestimmten Artikel oder eine Charge erstellt wird.

Beispiele
truefalsch
Maßeinheit
UnitOfMeasure
Die Maßeinheit für die Transaktionsmenge (z.B. Stück, Kg, Karton).
Beschreibung

Die Maßeinheit (UOM) liefert Kontext für das Attribut 'Menge' und spezifiziert, was der numerische Wert repräsentiert. Zum Beispiel könnte eine Menge von '10' 10 einzelne Artikel, 10 Kartons oder 10 Kilogramm bedeuten.

Dieses Attribut ist unerlässlich für die genaue Interpretation quantitätsbasierter Analysen. Ohne die UOM ist es unmöglich, Transaktionen für verschiedene Artikel zu vergleichen oder Mengen genau zu aggregieren. Es stellt sicher, dass Analysen auf einer konsistenten und aussagekräftigen Basis durchgeführt werden.

Bedeutung

Bietet wesentlichen Kontext zum Attribut 'Menge' und stellt sicher, dass Werte korrekt interpretiert und Vergleiche aussagekräftig sind.

Datenquelle

Typischerweise im Mengenfeld in Transaktionstabellen zu finden, wie TRANSACTION_UOM in INV_MATERIAL_TXNS.

Beispiele
STKKGKARTON
Menge
Quantity
Die Menge des Artikels, der an der Transaktion beteiligt ist.
Beschreibung

Dieses Attribut repräsentiert die Anzahl der Einheiten eines Artikels, die bewegt, angepasst, gezählt oder anderweitig verbucht wurden. Es bietet ein Maß für die Größe jedes Events.

Menge ist eine fundamentale Metrik für viele Analysen. Sie wird verwendet, um das Volumen der verarbeiteten Waren, die Größe von Bestandsdifferenzen und die Menge des Ausschusses zu berechnen. In Kombination mit Kostendaten ermöglicht sie die Quantifizierung der finanziellen Auswirkungen von Prozessineffizienzen, wie im Dashboard 'Stichprobeninventur-Differenzanalyse' dargestellt.

Bedeutung

Quantifiziert das Volumen jeder Transaktion und ermöglicht die Analyse von Durchsatz, Abweichungsgrößen und den finanziellen Auswirkungen von Bestandsaktivitäten.

Datenquelle

Ein Standardfeld in Bestandstransaktionstabellen, wie z. B. PRIMARY_QUANTITY oder TRANSACTION_QUANTITY in INV_MATERIAL_TXNS.

Beispiele
100-105000
SKU-Kategorie
SKUCategory
Die Kategorie oder Familie, zu der das Produkt (SKU) gehört.
Beschreibung

Die SKU-Kategorie ist eine Klassifizierung, die verwendet wird, um ähnliche Produkte zu gruppieren. Beispiele sind 'Elektronik', 'Rohmaterialien', 'Fertigwaren' oder Kategorien basierend auf dem Wert (z.B. A-, B-, C-Artikel).

Dieses Attribut ermöglicht eine Analyse auf hoher Ebene nach Produktgruppen, was oft aufschlussreicher ist, als Tausende von einzelnen Artikeln zu betrachten. Es wird in Dashboards wie der 'Analyse der Verschrottungs- und Obsoleszenzrate' verwendet, um zu identifizieren, welche Produktkategorien am anfälligsten für die Verschrottung sind, was hilft, die Bestandspolitik und die Nachfrageprognose-Verbesserungen zu fokussieren.

Bedeutung

Ermöglicht die Aggregation und den Vergleich der Prozessperformance über verschiedene Produktgruppen hinweg, wodurch Trends aufgedeckt werden, die auf individueller Artikelebene möglicherweise nicht sichtbar sind.

Datenquelle

Diese Informationen sind typischerweise in den Artikelstammdaten (EGP_SYSTEM_ITEMS_B) gespeichert und müssen mit den Transaktionsdaten verknüpft werden.

Beispiele
SchnelldreherHoher WertErsatzteile
Teillagercode
SubinventoryCode
Eine Untergliederung einer Bestandsorganisation, die einen spezifischen Lagerbereich oder -typ darstellt.
Beschreibung

Eine Subinventory ist eine logische oder physische Gruppierung von Artikeln innerhalb einer größeren Bestandsorganisation (z. B. Lager). Beispiele sind 'Wareneingang', 'Fertigwaren', 'Qualitätssperre' oder 'Defektes Material'.

Dieses Attribut ermöglicht eine Standortanalyse auf höherer Ebene als die spezifische Lagerplatzlokation. Es ist nützlich, um den Materialfluss zwischen verschiedenen Funktionsbereichen zu verfolgen, z. B. die Zeit, die Artikel benötigen, um nach der Qualitätsprüfung von der Subinventory 'Receiving' zur Subinventory 'Finished Goods' zu gelangen.

Bedeutung

Ermöglicht die Analyse von Bestandsbewegungs- und Haltezeiten zwischen verschiedenen Funktionsbereichen innerhalb eines Lagers, wie Wareneingang, Qualität und Hauptlagerung.

Datenquelle

Ein Standardfeld in Bestandstabellen, oft als SUBINVENTORY_CODE bezeichnet.

Beispiele
WARENEINGANGFGILÄGER
Transaktionstyp
TransactionType
Der systemdefinierte Typ der Bestandsbewegungstransaktion.
Beschreibung

Dieses Attribut ist die rohe, systemseitige Klassifizierung eines Inventar-Events, wie z.B. 'Wareneingang (Bestellung)', 'Teillager-Umlagerung' oder 'Stichprobeninventur-Korrektur'. Es ist oft eine technischere Klassifizierung, aus der der benutzerfreundliche Aktivitätsname abgeleitet wird.

Während der Aktivitätsname für hochrangige Prozesskarten verwendet wird, kann der Transaktionstyp für detaillierte technische Analysen oder zur Validierung der Zuordnung zu Aktivitäten wertvoll sein. Er kann helfen, spezifische Sub-Prozesse oder Systemverhaltensweisen zu identifizieren, die unter einer einzigen Aktivität gruppiert sind.

Bedeutung

Bietet die rohe Systemklassifizierung eines Events, was für detaillierte Analysen und zur Validierung der Ableitung des 'Aktivitätsnamens' nützlich ist.

Datenquelle

Ein Standardfeld in Bestandstransaktionstabellen, typischerweise verbunden aus einer Stammdatentabelle für Transaktionstypen wie MTL_TRANSACTION_TYPES.

Beispiele
Wareneingang (Bestellung)Teillager-UmlagerungWIP-Komponentenausgabe
Erforderlich Empfohlen Optional

Bestandsmanagement-Aktivitäten

Dies sind die entscheidenden Prozessschritte und Meilensteine, die in Ihrem Event Log erfasst werden müssen, um eine genaue und detaillierte Prozesserkennung für Bestandsoperationen zu gewährleisten.
7 Empfohlen 8 Optional
Aktivität Beschreibung
`Kommissionierung abgeschlossen`
Bedeutet, dass die Inventarcharge physisch von ihrem Lagerort kommissioniert und in einen Bereitstellungsbereich verbracht wurde. Dies ist eine explizite Transaktion, bei der der Kommissionierer den Abschluss der Kommissionieraufgabe im System bestätigt.
Bedeutung

Dies ist ein wichtiger Meilenstein in der Auftragsabwicklung. Die Dauer von „Kommissionierung eingeleitet“ bis zu diesem Ereignis misst die Kommissionierereffizienz und die Leistung des Kommissionierprozesses.

Datenquelle

Erfasst über eine Kommissionierungsbestätigungstransaktion, die den Status der Umlagerungsauftragszeile oder Lageraufgabe auf 'Completed' aktualisiert oder eine 'Subinventory Transfer'-Transaktion in INV_MATERIAL_TXNS auslöst.

Erfassen

Erfasst, wenn ein Benutzer die Kommissioniertransaktion im System bestätigt, oft über ein mobiles RF-Gerät.

Ereignistyp explicit
Bestand verschrottet/entsorgt
Stellt die formale Entfernung einer Inventarcharge aus dem Bestand dar, da sie abgelaufen, beschädigt, obsolet oder anderweitig unbrauchbar ist. Dies ist eine explizite Transaktion, die den Inventarwert abschreibt.
Bedeutung

Dies ist ein Endpunkt für Bestand, der nicht verkauft oder verwendet wird. Die Verfolgung von Ausschuss hilft, Probleme mit Bestandsalterung, Bedarfsprognose oder Abwicklungsprozessen zu identifizieren, und hat direkte finanzielle Auswirkungen.

Datenquelle

Erfasst als Materialtransaktion in INV_MATERIAL_TXNS, typischerweise eine 'Sonstige Ausgabe' oder ein spezifischer 'Verschrottungs'-Transaktionstyp, verknüpft mit einem verschrottungsspezifischen Konto und Grundcode.

Erfassen

Erfasst, wenn die Verschrottungstransaktion ausgeführt und genehmigt wird.

Ereignistyp explicit
Bestandsdifferenz korrigiert
Eine explizite Transaktion zur Korrektur der Systembestandsmenge für einen Bestandsposten, um sie an die physische Zählung anzupassen oder andere Abweichungen wie Beschädigungen zu berücksichtigen. Diese Transaktion erfasst formell einen Bestandszugang oder -abgang.
Bedeutung

Die Verfolgung von Anpassungshäufigkeit und -gründen ist entscheidend, um Grundursachen von Bestandsungenauigkeiten wie Diebstahl, Beschädigung oder Prozessfehler zu identifizieren. Dies wirkt sich direkt auf Finanzunterlagen und Bestandszuverlässigkeit aus.

Datenquelle

Erfasst als Materialtransaktion in INV_MATERIAL_TXNS mit einem spezifischen Typ wie 'Stichprobeninventur-Korrektur' oder 'Sonstige Ausgabe/Eingang', oft begleitet von einem Grundcode.

Erfassen

Erfasst nach Genehmigung und Buchung einer Bestandsanpassungstransaktion.

Ereignistyp explicit
Einlagerung abgeschlossen
Stellt den Abschluss der Bewegung der Inventarcharge in ihren dafür vorgesehenen Lagerplatz oder ihr Teillager dar, wodurch sie offiziell Teil des verfügbaren Bestands wird. Dies wird durch eine explizite Materialtransaktion erfasst, die den Standort der Charge vom Wareneingang zu einem Lagerort aktualisiert.
Bedeutung

Dieser Meilenstein markiert das Ende des Wareneingangsprozesses. Die Zykluszeit vom „Wareneingang erfasst“ bis zu diesem Ereignis ist ein wichtiger KPI zur Messung der Einlagerungseffizienz.

Datenquelle

Erfasst als Materialtransaktion, oft eine 'Teillager-Umlagerung' oder 'Einlagerung', in der Tabelle INV_MATERIAL_TXNS. Diese Transaktion verschiebt die Charge von einem Wareneingangsteillager zu einem Lagerteillager.

Erfassen

Ereignis wird protokolliert, wenn die Transaktion, die die Bewegung zu einem Lagerort bestätigt, abgeschlossen ist.

Ereignistyp explicit
Qualitätsinspektion durchgeführt
Bedeutet den Abschluss des Qualitätsprüfungsprozesses, bei dem eine Entscheidung zur Annahme oder Ablehnung der Inventarcharge getroffen wird. Dieses Event wird typischerweise aus der finalen Statusaktualisierung des Qualitätsprüfungsdatensatzes abgeleitet.
Bedeutung

Dies ist ein kritischer Meilenstein, der die Verfügbarkeit des Bestands für nachgelagerte Prozesse bestimmt. Die Analyse von Prüfergebnissen und -dauer hilft, die Qualitätskontrolle und die Lieferantenleistung zu optimieren.

Datenquelle

Abgeleitet vom Zeitstempel, wann der Qualitätsprüfungsdatensatz in QA_RESULTS mit einem finalen Status wie 'Akzeptiert' oder 'Abgelehnt' aktualisiert wird, oder wann der Materialstatus der Charge von 'QA' auf 'Aktiv' geändert wird.

Erfassen

Abgeleitet vom Abschlussdatum des Qualitätsprüfungsdatensatzes, der mit dem Bestandsposten verknüpft ist.

Ereignistyp inferred
Warenausgang erfasst
Markiert den endgültigen Abgang einer Inventarcharge aus dem Lager, entweder durch Versand an einen Kunden, Ausgabe an einen Produktionsauftrag oder Umlagerung an eine andere Einrichtung. Dies ist eine definitive, explizite Materialtransaktion, die den Bestand mindert.
Bedeutung

Dies ist ein primärer Endpunkt für den Bestandslebenszyklus, entscheidend für die Berechnung von Bestandsrotation und Haltetagen. Er bestätigt die Bedarfsdeckung für das spezifische Los.

Datenquelle

Erfasst als Materialtransaktion in INV_MATERIAL_TXNS mit Typen wie 'Kundenauftragsausgabe', 'WIP-Komponentenausgabe' oder 'Umlagerungsversand'.

Erfassen

Erfasst, wenn die Versandbestätigung oder die Komponentenentnahmetransaktion verarbeitet wird.

Ereignistyp explicit
Wareneingang erfasst
Markiert den ersten physischen Wareneingang einer Inventarcharge oder eines Loses im Lager, typischerweise gegen eine Bestellung oder Retourenmaterialgenehmigung. Dies ist eine explizite Transaktion, die im System erfasst wird, wenn Waren empfangen werden, wodurch der erste Datensatz der Inventarcharge erstellt wird.
Bedeutung

Diese Aktivität dient als primärer Startpunkt für die Bestandslebenszyklusanalyse. Die Verfolgung der Zeit von diesem Event bis zu anderen wie Einlagerung oder Qualitätsprüfung ist entscheidend für die Messung der Inbound-Effizienz.

Datenquelle

Erfasst als Materialtransaktion in der Tabelle INV_MATERIAL_TXNS mit Transaktionstypen wie 'Wareneingang (Bestellung)', 'RMA-Wareneingang' oder 'Wareneingang im Transit'. Das Erstellungsdatum dieser Transaktion dient als Event-Timestamp.

Erfassen

Ereignis wird bei Ausführung einer Wareneingangstransaktion protokolliert.

Ereignistyp explicit
`Verpackung abgeschlossen`
Stellt den Abschluss des Verpackungsprozesses dar, bei dem die kommissionierte Charge in einen Versandbehälter gelegt und dieser versiegelt wird. Dies kann ein expliziter Stationsscan sein oder aus einer Statusänderung des Versands abgeleitet werden.
Bedeutung

Markiert das Ende der physischen Lagerbearbeitung vor dem Versand. Die Analyse der Zeit zwischen Kommissionierung und Verpackung hilft, Ineffizienzen an der Packstation zu identifizieren.

Datenquelle

Abgeleitet von einer Statusänderung im Lieferdetail- oder Versanddatensatz (z.B. in WSH_DELIVERY_DETAILS) auf 'Verpackt'. In einigen Konfigurationen kann dies eine explizite Transaktion an einer Packstation sein.

Erfassen

Abgeleitet von einem Zeitstempel der Versandstatusaktualisierung oder einem spezifischen Verpackungstransaktionslog.

Ereignistyp inferred
Artikelstatus geändert
Stellt eine Änderung des Nutzbarkeits- oder Sperrstatus einer Inventarcharge dar, z.B. die Sperrung, die Beschränkung des Verkaufs oder die Freigabe. Dies wird typischerweise aus Änderungen des Statusattributs der Charge abgeleitet.
Bedeutung

Die Überwachung von Statusänderungen hilft, die Bestandsverfügbarkeit und -kontrolle zu verstehen. Häufige Sperrungen können auf Qualitätsprobleme hinweisen, während die Verfolgung von Freigaben für den Prozessfluss wichtig ist.

Datenquelle

Abgeleitet durch die Verfolgung von Änderungen des 'LOT_STATUS_CODE' oder ähnlicher Felder in Inventurtabellen wie INV_LOT_NUMBERS. Zur Erfassung des Zeitstempels der Änderung können Audit-Historien oder Datenbankprotokolle erforderlich sein.

Erfassen

Erfasst durch den Vergleich der aktuellen und vorherigen Werte des Chargenstatusfeldes über die Zeit.

Ereignistyp inferred
Bestand intern umgelagert
Erfasst die Bewegung eines Bestandspostens zwischen verschiedenen Lagerorten, wie z. B. Lagerplätzen oder Subinventories, innerhalb desselben Lagers. Diese Bewegungen werden als explizite Materialtransaktionen für Zwecke wie Nachschub oder Konsolidierung erfasst.
Bedeutung

Die Analyse interner Bewegungen hilft, ineffiziente Lagerlayouts, übermäßiges Handling und Möglichkeiten zur Optimierung der Lagerplatzierung zu identifizieren. Eine hohe Häufigkeit kann auf eine schlechte anfängliche Einlagerungslogik hindeuten.

Datenquelle

Erfasst als Materialtransaktion in INV_MATERIAL_TXNS mit einem Typ wie 'Umlagerung zwischen Teillagern' oder 'Lagerplatzumlagerung', die keine externe Partei involviert.

Erfassen

Erfasst nach Abschluss einer internen Umlagerungstransaktion.

Ereignistyp explicit
Bestandszählung durchgeführt
Zeigt an, dass eine Inventarcharge physisch im Rahmen einer Stichprobeninventur oder physischen Inventur gezählt wurde. Dies ist eine explizite Aktion, bei der ein Benutzer die gezählte Menge in das System eingibt.
Bedeutung

Diese Aktivität ist zentral für die Analyse von Programmen zur Bestandsgenauigkeit. Sie bildet die Grundlage für die Identifizierung von Diskrepanzen und die Messung der Wirksamkeit des Zählprozesses.

Datenquelle

Erfasst in der Tabelle INV_CYCLE_COUNT_ENTRIES, wenn eine Zählmenge von einem Benutzer eingegeben und gespeichert wird. Der Zeitstempel des Zähleintrags dient als Event-Zeit.

Erfassen

Erfasst, wenn ein Benutzer eine Zählung für einen bestimmten Artikel und eine Charge in einer Stichprobeninventuraufgabe übermittelt.

Ereignistyp explicit
Einlagerung initiiert
Markiert den Beginn des Prozesses, empfangene Waren von einem Bereitstellungs- oder Wareneingangsbereich an ihren endgültigen Lagerort zu verbringen. Dies wird normalerweise aus der Erstellung einer systemgesteuerten Aufgabe oder Umlagerungsanforderung für den Einlagerungsvorgang abgeleitet.
Bedeutung

Eine schnelle Initiierung des Einlagerungsprozesses ist entscheidend, um Wareneingangsbereiche freizumachen und Bestände verfügbar zu machen. Dieses Event hilft, die Verzögerung zwischen Wareneingang und Beginn der Einlagerungsaktivitäten zu messen.

Datenquelle

Abgeleitet vom Erstellungszeitstempel einer Umlagerungsanforderung oder Lageraufgabe im Warehouse Management System (WMS)-Modul, die mit der empfangenen Charge zusammenhängt.

Erfassen

Identifiziert durch die Erstellung einer Einlagerungsaufgabe, die mit der Bestandstransaktion oder dem Bestandsposten verknüpft ist.

Ereignistyp inferred
Kommissionierung initiiert
Markiert den Beginn des Auftragserfüllungsprozesses, bei dem eine Aufgabe erstellt wird, um eine Inventarcharge von ihrem Lagerort für einen Kundenauftrag, Arbeitsauftrag oder eine Umlagerung zu kommissionieren. Dies wird aus der Erstellung einer Kommissionierwelle oder Umlagerungsposition abgeleitet.
Bedeutung

Dieses Event startet die Zeiterfassung für die Kommissionier-Durchlaufzeit. Verzögerungen zwischen Auftragszuteilung und Kommissionierungsstart können Engpässe in der Auftragsbearbeitung oder Lageraufgabenvergabe aufdecken.

Datenquelle

Abgeleitet vom Erstellungszeitstempel eines Datensatzes in WMS-Tabellen für eine Kommissionieraufgabe oder einer Statusaktualisierung in einer Umlagerungsposition (z.B. Mtl_Txn_Request_Lines) auf 'Freigegeben für Lager'.

Erfassen

Identifiziert durch die Erstellung einer Kommissionieraufgabe oder eines Umlagerungsauftrags, der mit dem Bestandsposten verknüpft ist.

Ereignistyp inferred
Qualitätsprüfung initiiert
Stellt den Zeitpunkt dar, an dem eine Inventarcharge zur Qualitätskontrolle bestimmt wird, bevor sie zur Verwendung freigegeben wird. Dies wird oft aus der Erstellung eines Inspektionsplan-Datensatzes, der mit der empfangenen Charge verbunden ist, oder einer Statusänderung, die die Charge in einen 'QS'-Sperrstatus versetzt, abgeleitet.
Bedeutung

Identifiziert den Beginn des Qualitätssicherungsprozesses. Die Dauer zwischen diesem und 'Qualitätsprüfung durchgeführt' offenbart die Durchlaufzeit und potenzielle Engpässe in der QC-Abteilung.

Datenquelle

Abgeleitet von der Erstellung eines Qualitätsprüfungsdatensatzes im Qualitätsmanagementmodul (z.B. QA_RESULTS) oder durch die Verfolgung einer Änderung des Materialstatus der Charge in einen bestimmten Inspektionsstatus.

Erfassen

Abgeleitet vom Erstellungszeitstempel eines Qualitätsprüfungsplans oder einer Chargenstatusänderung auf 'Wartet auf Inspektion'.

Ereignistyp inferred
Retourenwaren verarbeitet
Erfasst den Wareneingang und die Verarbeitung eines vom Kunden über eine Return Material Authorization (RMA) zurückgesandten Bestandspostens. Diese Aktivität führt den Posten wieder in das Bestandssystem ein und löst oft Inspektions- und Dispositionsvorgänge aus.
Bedeutung

Die Analyse des Retourenprozesses ist entscheidend, um Produktqualitätsprobleme zu verstehen und die Effizienz der Reverse Logistics zu verbessern. Sie kann ein Ausgangspunkt für einen separaten Retouren-Unterprozess sein.

Datenquelle

Erfasst als 'RMA-Wareneingang'-Materialtransaktion in der Tabelle INV_MATERIAL_TXNS. Die Transaktionsdetails verweisen auf den ursprünglichen Kundenauftrag und Kunden.

Erfassen

Erfasst bei Ausführung der RMA-Wareneingangstransaktion im System.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus Oracle Fusion SCM