Ihre Datenvorlage für die Bestandsverwaltung
Ihre Datenvorlage für die Bestandsverwaltung
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- Extraktionsanleitung
Bestandsmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Bestandsmanagement-Events, das aufgetreten ist, wie z.B. 'Goods Receipt Recorded' oder 'Picking Completed'. | ||
|
Beschreibung
Dieses Attribut beschreibt die Geschäftsaktivität, die zu einem bestimmten Zeitpunkt für eine gegebene Inventarcharge durchgeführt wurde. Es stellt einen einzelnen Schritt im gesamten Bestandsmanagementprozess dar, der die Abfolge von Events bildet, die den Prozessfluss ausmachen. Die Analyse der Aktivitätenabfolge ist der Kern des Process Mining. Sie hilft, die Prozesslandkarte zu visualisieren, Engpässe zwischen Aktivitäten zu identifizieren, Übergangszeiten zu messen und nicht-standardmäßige Prozessvarianten aufzudecken. Jeder Wert entspricht einem wichtigen Meilenstein im Inventarlebenszyklus.
Bedeutung
Dieses Attribut definiert die Schritte im Prozess, wodurch es möglich wird, die Prozesslandkarte zu visualisieren, Varianten zu analysieren und Engpässe zu identifizieren.
Datenquelle
Abgeleitet aus Transaktionstypen, Statusänderungen oder
Beispiele
Wareneingang erfasstEinlagerung abgeschlossenInventurdifferenz korrigiert`Kommissionierung abgeschlossen`Bestand ausgebucht
|
|||
|
Ereigniszeit
EventTime
|
Der präzise Timestamp, der angibt, wann die Inventaraktivität stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst das Datum und die Uhrzeit, zu der eine Aktivität im System aufgezeichnet wurde. Es liefert die chronologische Reihenfolge der Events für jede Inventarcharge, was grundlegend für Process Mining ist. Timestamps werden verwendet, um Zykluszeiten, Dauern und Wartezeiten zwischen Aktivitäten zu berechnen. Dies ermöglicht Leistungsanalyse, Engpassidentifizierung und die Überwachung der Einhaltung von Service Level Agreements. Genaue und vollständige Timestamps sind entscheidend für eine aussagekräftige Prozessanalyse.
Bedeutung
Der Timestamp ist entscheidend für die Reihenfolge von Events, die Berechnung von Zykluszeiten und Dauern sowie die Analyse der Prozessleistung über die Zeit.
Datenquelle
Typischerweise zu finden in Transaktionstabellen wie InventTrans (z. B. DATEPHYSICAL, CREATEDDATETIME) oder Arbeitsauftragstabellen wie WHSWorkTable (z. B. CREATEDDATETIME, MODIFIEDDATETIME).
Beispiele
2023-10-26T09:00:00Z2023-10-26T11:34:15Z2023-10-27T14:21:05Z
|
|||
|
Inventarcharge/Los
InventoryBatchLot
|
Der eindeutige Identifikator für eine spezifische Charge oder ein Los eines Inventarartikels, der als primärer Case Identifier dient. | ||
|
Beschreibung
Die Inventarcharge oder Losnummer dient als primärer 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 bis zu ihren verschiedenen Bewegungen und der eventuellen Ausgabe oder dem Verbrauch. In der Prozessanalyse ermöglicht dieses Attribut eine umfassende Sicht auf den Weg jeder Inventarcharge. Durch die Verfolgung einer einzelnen Charge können Analysten End-to-End-Zykluszeiten messen, gemeinsame Pfade identifizieren und Abweichungen von Standardbetriebsabläufen für bestimmte Artikel oder Lieferanten aufdecken.
Bedeutung
Dies ist der essentielle Schlüssel zur Verfolgung des End-to-End-Lebenszyklus einer Inventarmenge, der Variantenanalyse und Leistungsüberwachung für jede spezifische Charge ermöglicht.
Datenquelle
Dieser Identifikator ist typischerweise in Inventartransaktionstabellen wie InventTrans und verwandten Tabellen zu finden, die Chargendetails wie InventBatch verwalten.
Beispiele
BCH003451LOT2024-A55B001-RAW-STEEL
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Timestamp, der die letzte Aktualisierung der Daten für diesen Prozess aus dem Quellsystem angibt. | ||
|
Beschreibung
Dieses Attribut zeichnet Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung auf. Es schafft Transparenz über die Aktualität der analysierten Daten. Dies ist wichtig, damit Benutzer verstehen, wie aktuell die Prozessanalyse ist. Es hilft, Erwartungen hinsichtlich der Datenaktualität zu managen und ist ein wichtiges Metadatenstück für jeden Bericht oder jedes Dashboard, um sicherzustellen, dass Entscheidungen auf einem verstandenen Zeitrahmen basieren.
Bedeutung
Informiert Nutzer über die Aktualität der Daten und stellt sicher, dass sie wissen, wie aktuell die Analyse ist.
Datenquelle
Dies ist ein Metadatenfeld, das während der Datenaufnahme-Pipeline generiert wird und den Timestamp des Extraktionsauftrags aufzeichnet.
Beispiele
2024-01-20T05:00:00Z2024-01-21T05:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das System, aus dem die `data` stammt, zum Beispiel 'Dynamics 365 F&O'. | ||
|
Beschreibung
Dieses Attribut gibt die Quellanwendung oder -plattform an, die die Event-Daten generiert hat. In einem modernen Unternehmen können Daten aus mehreren Systemen stammen, wie z.B. einem ERP, einem Warehouse Management System (WMS) oder einem Manufacturing Execution System (MES). Obwohl es in einer Einzelsystemanalyse oft ein statischer Wert ist, wird es entscheidend, wenn Daten aus mehreren Quellen kombiniert werden. Es hilft, die Datenintegrität zu gewährleisten, Integrationsprobleme zu beheben und zu verstehen, wie verschiedene Systeme zum Gesamtprozess beitragen.
Bedeutung
Bietet wesentlichen Kontext zur Datenherkunft, was entscheidend für die Data Governance und bei der Analyse von Prozessen über mehrere integrierte Systeme hinweg ist.
Datenquelle
Üblicherweise ein statischer Wert, der während der Extraktion vergeben wird, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
Dynamics 365 F&OD365 SCMMicrosoft Dynamics AX
|
|||
|
Artikel-ID
ItemId
|
Der eindeutige Identifikator für das Produkt oder Material, das bearbeitet wird, auch bekannt als SKU. | ||
|
Beschreibung
Dieses Attribut ist der eindeutige Code für ein spezifisches Produkt, Material oder eine Stock Keeping Unit (SKU). Es verknüpft jede Inventaraktivität mit dem Artikel, der bewegt, gezählt oder geprüft wird. Die Analyse des Prozesses nach Artikel-ID ermöglicht tiefe Einblicke in produktspezifisches Verhalten. Sie hilft Fragen zu beantworten, welche Produkte die längsten Einlagerungszeiten haben, welche am häufigsten angepasst oder welche am häufigsten ausgebucht werden. Dies ist grundlegend für die Inventaroptimierung und das Produktlebenszyklusmanagement.
Bedeutung
Verknüpft Bestandsaktivitäten mit spezifischen Produkten (SKUs) und ermöglicht die Analyse der produktspezifischen Prozessleistung, Kosten und Probleme.
Datenquelle
Ein Primärschlüssel, der in den meisten bestandsbezogenen Tabellen wie
Beispiele
A0001HW-1024RAW-STL-P01
|
|||
|
Benutzer-ID
UserId
|
Der Identifikator des Benutzers, der die Aktivität durchgeführt hat oder dafür verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut erfasst die Benutzer-ID, die mit einer Inventartransaktion verbunden ist, wie z.B. dem Lagerarbeiter, der eine Kommissionieraufgabe abgeschlossen hat, oder dem Inventarcontroller, der eine Anpassung gebucht hat. Die Analyse von Aktivitäten nach Benutzer hilft, Schulungsbedarfe zu identifizieren, leistungsstarke Einzelpersonen oder Teams zu erkennen und die Ursachen manueller Eingriffe oder Fehler zu untersuchen. Sie ist unerlässlich für Dashboards wie 'Manual Inventory Adjustment Drivers', um zu verstehen, wer Änderungen vornimmt und warum.
Bedeutung
Verfolgt die Beteiligung von Benutzern, was entscheidend ist für die Leistungsanalyse, die Identifizierung von Schulungsmöglichkeiten und das Verständnis der Gründe für manuelle Anpassungen.
Datenquelle
Gefunden in verschiedenen Tabellen, oft als
Beispiele
d.smithj.doewarehouse.worker1
|
|||
|
Endzeit des Events
EventEndTime
|
Der Timestamp, der den Abschluss einer Aktivität markiert und zur Berechnung ihrer Dauer verwendet wird. | ||
|
Beschreibung
Während viele Das Vorhandensein sowohl einer Start- als auch einer Endzeit ermöglicht die Berechnung der Bearbeitungszeit für einzelne Aktivitäten. Dies ist entscheidend für die Analyse der Ressourceneffizienz, die Identifizierung der zeitintensivsten Aktivitäten und das Verständnis der wahren Kosten von Prozessschritten.
Bedeutung
Ermöglicht die Berechnung präziser Aktivitätsdauern, was bei der Identifizierung ineffizienter Schritte und der Analyse der Ressourcenauslastung hilft.
Datenquelle
Kann von einem separaten Statusaktualisierungs-Timestamp abgeleitet werden, z. B. dem Änderungsdatum einer Arbeitsauftragszeile in der WHSWorkTable, wenn sich deren Status auf 'Closed' ändert.
Beispiele
2023-10-26T09:15:00Z2023-10-26T12:01:45Z2023-10-27T15:00:00Z
|
|||
|
Lager-ID
WarehouseId
|
Der Identifikator für das Lager oder den physischen Standort, an dem die Inventaraktivität stattfand. | ||
|
Beschreibung
Dieses Attribut gibt das Lager an, in dem sich das Inventar befindet oder in dem die Aktivität stattgefunden hat. Es liefert den geografischen oder organisatorischen Kontext für jedes Event. Die Segmentierung der Prozessanalyse nach Lager ist entscheidend für den Leistungsvergleich über verschiedene Standorte hinweg. Sie hilft zu identifizieren, welche Lager am effizientesten sind, welche die höchsten Differenzraten aufweisen und wo die Engpässe am gravierendsten sind. Dies unterstützt gezielte operative Verbesserungen und die Ressourcenallokation.
Bedeutung
Ermöglicht den Leistungsvergleich und die
Datenquelle
Gefunden in
Beispiele
WH-MAINSITE-02DC-WEST
|
|||
|
Menge
Quantity
|
Die Menge des Artikels, der an der Transaktion beteiligt ist, in der Basiseinheit. | ||
|
Beschreibung
Dieses Attribut stellt die Anzahl der Einheiten eines Artikels dar, die von einer Inventaraktivität betroffen sind. Sie kann positiv sein für Wareneingänge und positive Anpassungen oder negativ für Ausgaben, Ausbuchungen und negative Anpassungen. Die Analyse der Menge ist grundlegend, um den Umfang und die Auswirkungen von Inventarprozessen zu verstehen. Sie wird in fast jedem Dashboard und KPI verwendet, von der Berechnung des Volumens ausgebuchter Waren bis zur Messung der Größe von Inventurdifferenzen. Sie hilft, Probleme basierend auf ihrem materiellen Einfluss zu priorisieren.
Bedeutung
Quantifiziert das physische Volumen der Artikel in jeder Transaktion, was für die Messung des Geschäftseffekts, des Durchsatzes und der Größe von Abweichungen unerlässlich ist.
Datenquelle
Gefunden in Kerntransaktionstabellen wie
Beispiele
100-2510500
|
|||
|
Reason Code
ReasonCode
|
Ein Code, der den Grund für eine bestimmte Transaktion erklärt, z. B. eine Bestandsanpassung oder eine Retoure. | ||
|
Beschreibung
Grundcodes liefern den qualitativen Kontext, warum eine Aktivität stattgefunden hat. Sie werden häufig für Inventaranpassungen, Bestandsbewegungen, Retouren und Ausbuchungen verwendet, um den zugrunde liegenden Geschäftsgrund zu kategorisieren. Die Analyse nach Grundcodes ist unerlässlich für die Ursachenanalyse. Sie hilft aufzudecken, warum Inventurdifferenzen auftreten (z.B. 'Damaged Goods', 'Data Entry Error'), warum Bestände intern bewegt werden (z.B. 'Replenishment', 'Consolidation') oder warum Artikel zurückgesendet werden. Diese Informationen sind entscheidend für Prozessverbesserungsinitiativen.
Bedeutung
Erklärt das 'Warum' hinter einem
Datenquelle
Gefunden in verschiedenen Tabellen, abhängig von der Transaktion, zum Beispiel
Beispiele
RC-DMGGEFUNDENCYCLECOUNT
|
|||
|
Arbeits-ID
WorkId
|
Der eindeutige Identifikator für einen Lagerarbeitsauftrag, z.B. für Kommissionierung oder Einlagerung. | ||
|
Beschreibung
Eine Die Verfolgung nach
Bedeutung
Gruppiert verwandte Lageraufgaben, was die Analyse der Effizienz spezifischer
Datenquelle
Der Primärschlüssel der WHSWorkTable-Tabelle.
Beispiele
USMF-000123USMF-000124USMF-000125
|
|||
|
Bearbeitungszeit
ProcessingTime
|
Die Dauer einer einzelnen Aktivität, berechnet aus ihren Start- und Endzeiten. | ||
|
Beschreibung
Diese Metrik stellt die tatsächliche Zeit dar, die für die Durchführung einer spezifischen Aktivität aufgewendet wird. Sie wird als Differenz zwischen Event End Time und Event Start Time für ein einzelnes Event berechnet. Die Analyse der Verarbeitungszeit ist entscheidend, um zu identifizieren, welche Schritte im Prozess am zeitaufwändigsten sind. Dies hilft, Optimierungsbemühungen auf Aktivitäten mit den längsten Dauern zu konzentrieren und die Gesamteffizienz sowie Ressourcennutzung zu verbessern.
Bedeutung
Misst die Dauer einzelner Aktivitäten und hilft dabei, genau zu bestimmen, welche spezifischen Prozessschritte Verzögerungen verursachen.
Datenquelle
Berechnetes Feld:
Beispiele
15 Minuten2 Stunden 30 Minuten45 Sekunden
|
|||
|
Bewegungsjournal-ID
MovementJournalId
|
Der eindeutige Identifikator für ein Inventarbewegungsjournal. | ||
|
Beschreibung
Ein Bestandsbewegungsjournal wird verwendet, um interne Die Analyse nach Bewegungsjournal-
Bedeutung
Bietet Kontext für interne Bestandsbewegungen und hilft, die Häufigkeit und Gründe für nicht-standardmäßige Inventartransfers zu analysieren.
Datenquelle
Die JOURNALID aus der InventJournalTable, bei der der Journaltyp 'Movement' ist.
Beispiele
IMJ-00945IMJ-00946IMJ-00947
|
|||
|
Einlagerungszykluszeit
PutAwayCycleTime
|
Die Gesamtzeit vom Wareneingang bis zur vollständigen Einlagerung der Artikel an ihrem endgültigen Lagerort. | ||
|
Beschreibung
Dieser KPI misst die Dauer von der Aktivität 'Goods Receipt Recorded' bis zur Aktivität 'Put-away Completed' für eine spezifische Inventarcharge. Es ist eine Case-Level-Metrik, die die Effizienz des Wareneingangs- und Einlagerungsprozesses quantifiziert. Die Überwachung dieser Zykluszeit ist entscheidend, um Engpässe im Wareneingangslogistikfluss zu identifizieren. Hohe Werte können auf Probleme mit der Lagerkapazität, der Ressourcenverfügbarkeit oder Prozessineffizienzen hinweisen, die alle die Verfügbarkeit von Bestand für die Erfüllung verzögern.
Bedeutung
Misst die Effizienz des gesamten Wareneingangsprozesses, was sich direkt darauf auswirkt, wie schnell neues Inventar verfügbar wird.
Datenquelle
Berechnet auf
Beispiele
4 Stunden 15 Minuten1 Tag 2 Stunden35 Minuten
|
|||
|
Ist Differenzanpassung
IsDiscrepancyAdjustment
|
Ein boolesches Flag, das `true` ist, wenn die Aktivität ein 'Bestandsdiskrepanz angepasst'-`Event` ist. | ||
|
Beschreibung
Dieses berechnete Attribut ist ein einfaches Flag (wahr oder falsch), das Aktivitäten im Zusammenhang mit manuellen Inventaranpassungen identifiziert. Es vereinfacht das Filtern und Aggregieren bei der Analyse der Bestandsgenauigkeit. Die Verwendung dieses Flags erleichtert die Berechnung von KPIs wie der 'Inventurdifferenzrate' oder der 'Rate manueller Anpassungen'. Es ermöglicht Analysten, diese nicht-standardmäßigen Events schnell zu isolieren, um deren Ursachen ohne komplexe Filterung nach dem Aktivitätsnamen zu untersuchen.
Bedeutung
Vereinfacht die Analyse und Berechnung von KPIs zur Bestandsgenauigkeit durch die Kennzeichnung aller differenzbezogenen Events.
Datenquelle
Berechnetes Feld:
Beispiele
truefalsch
|
|||
|
Kommissionier- zu Packzeit
PickingToPackingTime
|
Die Gesamtzeit, die von der Initiierung der Kommissionierung bis zum Abschluss der Verpackung für einen Auftrag benötigt wird. | ||
|
Beschreibung
Dieser KPI misst die Zykluszeit innerhalb des Warenausgangsprozesses, insbesondere die Dauer zwischen den Aktivitäten 'Picking Initiated' oder 'Picking Completed' und der Aktivität 'Packing Completed'. Dies kann auf Case-Ebene berechnet werden, wenn der Case eine Verkaufsauftragsposition darstellt, oder zwischen verwandten Aktivitäten. Diese Metrik ist entscheidend für die Bewertung der Effizienz der Kommissionier- und Verpackungsvorgänge. Eine kürzere Zeit deutet auf einen stärker optimierten Erfüllungsprozess hin, der zu einem schnelleren Versand und höherer Kundenzufriedenheit führt. Sie hilft, Engpässe innerhalb des Warenausgangs-Workflows genau zu lokalisieren.
Bedeutung
Misst die Effizienz des Kernprozesses der Auftragsabwicklung, was sich direkt auf die Versandgeschwindigkeit und Kundenzufriedenheit auswirkt.
Datenquelle
Berechnet durch die Ermittlung der Zeitdifferenz zwischen dem
Beispiele
25 Minuten1 Stunde 5 Minuten48 Minuten
|
|||
|
Lagerort-ID
LocationId
|
Der spezifische Lagerort innerhalb eines Lagers, wie z.B. ein Fach, Regal oder Gang. | ||
|
Beschreibung
Dieses Attribut identifiziert den genauen Standort innerhalb eines Lagers, wo Inventar gelagert oder eine Aktivität durchgeführt wird. Es bietet ein granuläres Detailniveau zur Analyse interner Lagerbewegungen. Die Analyse nach Location ID hilft, das Lagerlayout und den Fluss zu optimieren. Sie kann ineffiziente Reisewege aufzeigen, überlastete Bereiche identifizieren und Orte bestimmen, die anfällig für Kommissionierfehler oder Inventurdifferenzen sind. Dies ist entscheidend für die Dashboards 'Warehouse Activity Flow Analysis' und 'Internal Stock Movement Overview'.
Bedeutung
Bietet granulare Details zur Optimierung des Lagerlayouts, zur Analyse interner Bewegungen und zur Identifizierung problematischer Lagerbereiche.
Datenquelle
Gefunden in der
Beispiele
A1-R2-S3-B4RECV-DOCK-01PACK-STN-5
|
|||
|
Positionswert
ItemValue
|
Der monetäre Wert des Inventars, das an der Transaktion beteiligt ist. | ||
|
Beschreibung
Dieses Attribut stellt den berechneten finanziellen Wert der in einer Transaktion bewegten oder angepassten Menge dar, typischerweise basierend auf dem aktuellen Kostenpreis des Artikels. Es übersetzt physische Inventarbewegungen in finanzielle Auswirkungen. Die Analyse nach Artikelwert ist entscheidend für die Finanzberichterstattung und die Bewertung des Geschäftseffekts. Sie wird verwendet, um KPIs wie das 'Scrapped Inventory Value Ratio' zu berechnen und hilft, Prozessverbesserungsbemühungen auf Aktivitäten mit den höchsten finanziellen Konsequenzen zu priorisieren, wie z.B. hochbewertete Differenzen oder Ausbuchungs-Events.
Bedeutung
Übersetzt Lagerbestandsmengen in finanzielle Auswirkungen, was entscheidend ist, um Probleme zu priorisieren und finanzielle KPIs zu berechnen.
Datenquelle
Berechnet durch Multiplikation der Menge aus
Beispiele
1500.00-375.5025000.75
|
|||
|
Qualitätsauftrags-ID
QualityOrderId
|
Der eindeutige Identifikator für einen Qualitätsprüfungsauftrag. | ||
|
Beschreibung
Wenn Waren bei Erhalt oder in einem anderen Prozessschritt einer Prüfung bedürfen, wird ein Qualitätsauftrag generiert. Dieses Attribut ist die eindeutige Kennung für diesen Auftrag und verknüpft alle zugehörigen Qualitätsaktivitäten wie Erstellung, Prüfung und bestanden/nicht bestanden Validierung. Die Verfolgung anhand der Qualitätsauftrags-ID hilft bei der Analyse der Effizienz und der Ergebnisse des Qualitätskontrollprozesses. Sie ist unerlässlich für Dashboards wie 'Qualitätsprüfungsleistung', um die Durchlaufzeit von der Erstellung bis zur Fertigstellung zu messen und Bottlenecks im Prüfungs-Workflow zu identifizieren.
Bedeutung
Verknüpft qualitätsrelevante Aktivitäten miteinander und ermöglicht die Analyse der Dauer und Ergebnisse des Qualitätsprüfungsprozesses.
Datenquelle
Der Primärschlüssel der InventQualityOrderTable-Tabelle.
Beispiele
QO-00182QO-00183QO-00184
|
|||
|
Retourenauftrags-ID
ReturnOrderId
|
Der eindeutige Identifikator für einen Kundenretourenauftrag (RMA). | ||
|
Beschreibung
Dieses Attribut ist der Identifikator für eine Retourenwarenautorisierung (RMA) oder einen Retourenauftrag, der den Prozess des Wareneingangs von einem Kunden verfolgt. Es verknüpft alle Aktivitäten, die mit einem spezifischen Retouren-Event zusammenhängen. Diese ID ist entscheidend für die Analyse des Retourenwarenprozessflusses. Sie ermöglicht die Messung der End-to-End-Zykluszeit vom Eingang des zurückgesandten Artikels bis zu seiner endgültigen Disposition, wie z.B. der Rückführung in den Bestand, Reparatur oder Ausbuchung. Dies hilft, Verzögerungen und Ineffizienzen im Retourenprozess zu identifizieren.
Bedeutung
Verfolgt den gesamten Lebenszyklus einer Kundenretoure, wodurch die Analyse der Bearbeitungszeit und Effizienz von Retouren ermöglicht wird.
Datenquelle
Die Verkaufsauftrags-ID aus der SalesTable, bei der der Verkaufstyp 'Returned order' ist.
Beispiele
RMA-01002RMA-01003RMA-01004
|
|||
|
Zähljournal-ID
CountingJournalId
|
Der eindeutige Identifikator für ein Inventurzähljournal. | ||
|
Beschreibung
Ein Bestandszähljournal wird verwendet, um die Ergebnisse einer physischen Bestandszählung, wie z. B. eine Die Analyse nach Zähljournal-
Bedeutung
Gruppiert Bestandszählungen und deren resultierende Anpassungen, was den Kontext liefert, warum eine Diskrepanz identifiziert und korrigiert wurde.
Datenquelle
Die JOURNALID aus der InventJournalTable, bei der der Journaltyp 'Counting' ist.
Beispiele
ICJ-00561ICJ-00562ICJ-00563
|
|||
Bestandsmanagement-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Kommissionierung abgeschlossen`
|
Diese Aktivität signalisiert, dass ein Mitarbeiter die physische Kommissionierung der Inventarcharge abgeschlossen und diese an einen Staging- oder Packort verbracht hat. Sie wird aus der Statusänderung der WMS-Kommissionier-'Work' auf 'Closed' abgeleitet. | ||
|
Bedeutung
Dieser Meilenstein markiert das Ende der Kommissionierphase und den Beginn des Verpackens oder Versands. Er ist entscheidend für die Messung der 'Durchschnittlichen Kommissionier-zu-Packzeit' und der gesamten Erfüllungseffizienz.
Datenquelle
Abgeleitet aus der WHSWorkTable, wenn sich das Feld 'Work Status' für einen Kommissionierarbeitsauftrag auf 'Closed' ändert.
Erfassen
Identifizieren Sie den
Ereignistyp
inferred
|
|||
|
Einlagerung abgeschlossen
|
Diese Aktivität stellt den Abschluss der physischen Bewegung der Inventarcharge in ihr vorgesehenes Lagerfach dar. Sie wird aus der Statusänderung des entsprechenden Lager-'Work'-Datensatzes auf 'Closed' abgeleitet. | ||
|
Bedeutung
Dieser wichtige Meilenstein markiert das Ende des Wareneingangs- und Einlagerungsprozesses und macht das Inventar für die Erfüllung verfügbar. Er ist entscheidend für die Messung des KPIs 'Durchschnittliche Einlagerungszykluszeit'.
Datenquelle
Abgeleitet aus der WHSWorkTable, wenn sich das Feld 'Work Status' für einen Einlagerungsarbeitsauftrag auf 'Closed' ändert.
Erfassen
Identifizieren Sie den
Ereignistyp
inferred
|
|||
|
Inventurdifferenz korrigiert
|
Diese Aktivität stellt die Buchung einer Inventarkorrektur dar, um eine während einer Zählung oder aus anderen Gründen gefundene Diskrepanz zu beheben. Dies ist eine explizite Transaktion, die die aktuelle Inventarmenge ändert. | ||
|
Bedeutung
Dies ist ein entscheidendes Event zur Messung der Bestandsgenauigkeit und des KPIs 'Inventurdifferenzrate'. Häufige Anpassungen signalisieren zugrunde liegende Probleme in der Prozesskontrolle, dem Wareneingang oder der Kommissionierung.
Datenquelle
Eine explizite Transaktion wird in der
Erfassen
Identifizieren Sie Transaktionen in
Ereignistyp
explicit
|
|||
|
Kommissionierarbeit erstellt
|
Zeigt an, dass das System Anweisungen für einen Lagerarbeiter generiert hat, eine `inventory batch` für einen Verkaufsauftrag oder Produktionsauftrag zu kommissionieren. Dies wird erfasst, wenn ein neuer 'Work'-`record` für die Kommissionierung im `WMS` erstellt wird. | ||
|
Bedeutung
Dieses Event markiert den Beginn des Warenausgangsprozesses. Die Zeit zwischen Auftragserstellung und Kommissionierauftragserstellung kann auf Zuteilungs- oder Planungsverzögerungen hinweisen.
Datenquelle
Ein neuer
Erfassen
Erfassen Sie den Erstellungs-
Ereignistyp
explicit
|
|||
|
Warenausgabe erfasst
|
Diese Aktivität markiert die endgültige Entnahme der Inventarcharge aus dem Lager, typischerweise aufgrund eines Kundenverkaufs oder Verbrauchs in der Produktion. Sie wird erfasst, wenn ein Verkaufsauftragslieferschein oder ein Produktionskommissionierjournal gebucht wird. | ||
|
Bedeutung
Dies ist das primäre erfolgreiche End-Event für den Inventarlebenszyklus. Es schließt die Verfolgung der Zeit der Charge im Lager ab und bestätigt deren endgültige Disposition.
Datenquelle
In der InventTrans-Tabelle als explizite Transaktion mit einer negativen Menge erfasst. Es wird durch das Buchen eines Verkaufsauftragslieferscheins oder einer Produktionskommissionierliste generiert.
Erfassen
Identifizieren Sie Transaktionen in
Ereignistyp
explicit
|
|||
|
Wareneingang erfasst
|
Diese Aktivität markiert den erstmaligen Eingang einer Inventarcharge in das Lager, typischerweise von einem Lieferanten oder aus einer Produktionsausgabe. Dieses Event wird erfasst, wenn ein Bestellauftragseingang oder ein Produktionsauftrag als 'Fertig gemeldet' gebucht wird, wodurch eine Transaktion mit positiver Menge erstellt wird. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Inventarlebenszyklus. Es initiiert die Verfolgung von Einlagerungszykluszeiten und der gesamten Inventar-Durchlaufzeit und bietet eine Basis für die Leistungsmessung.
Datenquelle
In der InventTrans-Tabelle erfasst. Dies ist eine explizite Transaktion, die durch das Buchen eines Wareneingangs zu einem Bestellauftrag oder die Meldung eines Produktionsauftrags als abgeschlossen generiert wird.
Erfassen
Identifizieren Sie Transaktionen in
Ereignistyp
explicit
|
|||
|
`Verpackung abgeschlossen`
|
Repräsentiert den Abschluss des Verpackens der kommissionierten Artikel in einen Behälter oder ein Paket für den Versand. Dies kann abgeleitet werden, wenn ein Behälter in der Packstationsoberfläche geschlossen oder ein Versandstatus aktualisiert wird. | ||
|
Bedeutung
Diese Aktivität ist ein wichtiger Meilenstein in der Auftragsabwicklung. Die Verfolgung ihres Abschlusses hilft, die Effizienz der Packstation und ihren Beitrag zur gesamten Versandzeitlinie zu analysieren.
Datenquelle
Dies kann aus der WHSContainerTable abgeleitet werden, wenn der Containerstatus auf 'Closed' geändert wird, oder aus der WHSShipmentTable, wenn der Versandstatus fortschreitet.
Erfassen
Erfassen Sie den
Ereignistyp
inferred
|
|||
|
Bestand ausgebucht
|
Stellt die formale Entsorgung oder Abschreibung einer Inventarcharge dar, weil sie abgelaufen, beschädigt oder veraltet ist. Dies wird durch das Buchen eines Inventarkorrekturjournals mit einem spezifischen Ausbuchungsgrund erfasst. | ||
|
Bedeutung
Dies ist ein kritischer Fehler oder ein terminales End-Event. Die Analyse von ausgebuchtem Bestand hilft, Verschwendung zu quantifizieren, Produkte zu identifizieren, die zur Veralterung neigen, und die Inventarplanung zu verbessern.
Datenquelle
Eine explizite Transaktion mit einer negativen Menge wird in der
Erfassen
Identifizieren Sie negative Mengentransaktionen in
Ereignistyp
explicit
|
|||
|
Bestand intern bewegt
|
Dieses Event erfasst die Bewegung einer Inventarcharge von einem Ort zum anderen innerhalb desselben Lagers, z.B. zur Nachschubversorgung oder Konsolidierung. Es wird durch das Buchen eines Inventartransferjournals oder den Abschluss von Lagerbewegungsarbeiten erfasst. | ||
|
Bedeutung
Häufige interne Umlagerungen können auf ein ineffizientes
Datenquelle
Kann eine explizite Transaktion in
Erfassen
Identifizieren Sie 'Transfer'-Typ-Transaktionen in
Ereignistyp
explicit
|
|||
|
Einlagerungsarbeit erstellt
|
Zeigt an, dass das System Anweisungen für einen Lagerarbeiter generiert hat, den erhaltenen Bestand von einem `staging` oder `receiving area` an einen `storage location` zu bewegen. Dies wird erfasst, wenn ein neuer 'Work'-`record` im `Warehouse Management System (WMS)` erstellt wird. | ||
|
Bedeutung
Dies markiert den Beginn des physischen Einlagerungsprozesses. Die Analyse der Zeit vom Wareneingang bis zu diesem Punkt kann System- oder Planungsverzögerungen aufdecken.
Datenquelle
Ein neuer
Erfassen
Erfassen Sie den Erstellungs-
Ereignistyp
explicit
|
|||
|
Inventurzählung durchgeführt
|
Dieses Event tritt auf, wenn ein Mitarbeiter die gezählte Menge für die Inventarcharge in das Zähljournal eingibt. Dies wird erfasst, wenn das Feld 'counted' auf der Journalzeile gefüllt wird. | ||
|
Bedeutung
Diese Aktivität liefert die notwendigen Daten, um Diskrepanzen zwischen dem Systembestand und der physischen Zählung zu identifizieren. Es ist ein entscheidender Schritt, bevor Anpassungen vorgenommen werden.
Datenquelle
Auf den Zeilen des Zähljournals (InventJournalTrans) erfasst, wenn ein Benutzer einen Wert in das Feld 'Counted' Menge eingibt.
Erfassen
Erfassen Sie den
Ereignistyp
explicit
|
|||
|
Qualitätsauftrag erstellt
|
Repräsentiert den Zeitpunkt, an dem eine Inventarcharge bei Wareneingang automatisch oder manuell zur Qualitätsprüfung gesperrt wird. Dies wird durch die Erstellung eines Datensatzes in der Qualitätsauftragstabelle erfasst, der mit dem Quelldokument wie einem Bestellauftrag verknüpft ist. | ||
|
Bedeutung
Die Verfolgung der Erstellung von Qualitätsaufträgen hilft, die Zeit zu analysieren, die Inventar in einem eingeschränkten oder 'on-hold'-Status verbringt, was dessen Verfügbarkeit für die Erfüllung beeinträchtigt.
Datenquelle
Generiert in der
Erfassen
Erfassen Sie den Erstellungs-
Ereignistyp
explicit
|
|||
|
Qualitätsinspektion durchgeführt
|
Diese Aktivität signalisiert, dass eine Qualitätsprüfung durchgeführt und die Ergebnisse erfasst wurden. Sie wird typischerweise aus einer Statusänderung des Qualitätsauftrags von 'Open' zu einem Status abgeleitet, der den Abschluss anzeigt, wie z.B. 'Passed' oder 'Failed'. | ||
|
Bedeutung
Misst die Dauer des Qualitätsprüfungsprozesses selbst. Verzögerungen hier können erhebliche Engpässe verursachen, bevor der Bestand zur Verwendung oder Einlagerung verfügbar ist.
Datenquelle
Abgeleitet von Statusaktualisierungen in der InventQualityOrderTable. Der Übergang von einem offenen zu einem validierten Status kennzeichnet das Event.
Erfassen
Überwachen Sie das Statusfeld in der InventQualityOrderTable und erfassen Sie den Timestamp der Statusänderung auf einen Endstatus wie 'Pass' oder 'Fail'.
Ereignistyp
inferred
|
|||
|
Retourenwaren erhalten
|
Diese Aktivität erfasst den Eingang einer zuvor verkauften Inventarcharge, die von einem Kunden ins Lager zurückgeschickt wird. Dieses Event wird erfasst, wenn ein Retourenauftrag bearbeitet und die Artikel empfangen werden. | ||
|
Bedeutung
Die Verfolgung von Retouren ist entscheidend, um Produktqualitätsprobleme und die Effizienz des Reverse-Logistik-Prozesses zu verstehen. Sie initiiert einen neuen Subprozess für Inspektion, Wiederauffüllung oder Entsorgung.
Datenquelle
Eine explizite Transaktion mit einer positiven Menge wird in der
Erfassen
Identifizieren Sie Transaktionen in
Ereignistyp
explicit
|
|||
|
Zähljournal erstellt
|
Diese Aktivität signalisiert die Initiierung einer Inventurzählung für eine spezifische Charge oder einen Lagerort. Dies ist ein explizites Event, das erfasst wird, wenn ein Benutzer ein Inventurzähljournal erstellt. | ||
|
Bedeutung
Markiert den Beginn des Inventurprozesses. Die Dauer und Häufigkeit der Zählaktivitäten sind wichtig, um den operativen Aufwand und die Bemühungen zur Bestandsgenauigkeit zu verstehen.
Datenquelle
Erfasst aus der Erstellung eines
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Kopfdatensatzes in der InventJournalTable für Zähljournale.
Ereignistyp
explicit
|
|||