Ihr Daten-Template für das Bestandsmanagement
Ihr Daten-Template für das Bestandsmanagement
- Empfohlene Attribute zur Erfassung
- Schlüsselaktivitäten zur Verfolgung für die Prozesserkennung
- Anleitung zur Datenextraktion aus Oracle Fusion SCM
Bestandsmanagement-Attribute
| 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
|
|||
Bestandsmanagement-Aktivitäten
| 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
|
|||