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 man ein Process Mining Event Log erstellt.

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.

Warum es wichtig ist

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

Woher erhalten

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).

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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.

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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.

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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.

Woher erhalten

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.

Warum es wichtig ist

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.

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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.

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.

Warum es wichtig ist

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

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

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