Ihr Daten-Template für die Bestandsverwaltung
Ihr Daten-Template für die Bestandsverwaltung
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Hinweise zur Datenextraktion
Attribute der Bestandsverwaltung
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Name des konkreten Ereignisses in der Bestandsverwaltung, zum Beispiel „Wareneingang erfasst“ oder „Kommissionierung abgeschlossen“. | ||
|
Beschreibung
Dieses Attribut beschreibt die Geschäftsaktivität, die zu einem bestimmten Zeitpunkt für eine Bestandscharge ausgeführt wurde. Es steht für einen einzelnen Schritt im gesamten Bestandsverwaltungsprozess. Die Abfolge dieser Schritte bildet den Prozessfluss. Die Analyse der Aktivitätsabfolge ist der Kern des Process Mining. Sie hilft, den Prozessablauf zu visualisieren, Engpässe zwischen Aktivitäten zu erkennen, Übergangszeiten zu messen und Abweichungen vom Standardprozess aufzudecken. Jeder Wert entspricht einem wichtigen Meilenstein im Lebenszyklus des Bestands.
Warum das wichtig ist
Dieses Attribut legt die Prozessschritte fest und ermöglicht es, den Prozessablauf zu visualisieren, Varianten zu analysieren und Engpässe zu erkennen.
Woher beziehen
Abgeleitet aus Transaktionstypen, Statusänderungen oder Auftragsarten in Tabellen wie InventTrans, WHSWorkTable und WHSRFMenuItemTable.
Beispiele
Wareneingang erfasstEinlagerung abgeschlossenBestandsabweichung korrigiertKommissionierung abgeschlossenBestand verschrottet
|
|||
|
Bestandscharge/Los
InventoryBatchLot
|
Eindeutige Kennung einer bestimmten Bestandscharge oder eines Loses, die als primäre Case-ID dient. | ||
|
Beschreibung
Die Nummer der Bestandscharge oder des Loses dient als primäre Case-ID und fasst alle Aktivitäten zu einer bestimmten Produktmenge zusammen. So lässt sich der gesamte Lebenszyklus einer abgegrenzten Bestandsmenge verfolgen, vom Wareneingang über verschiedene Umlagerungen bis zum Warenausgang oder Verbrauch. In der Prozessanalyse ermöglicht dieses Attribut einen vollständigen Überblick über den Weg jeder Bestandscharge. Wenn Analysten eine einzelne Charge verfolgen, können sie Durchlaufzeiten von Anfang bis Ende messen, häufige Abläufe erkennen und Abweichungen von Standardarbeitsanweisungen für bestimmte Artikel oder Lieferanten aufdecken.
Warum das wichtig ist
Dieser Schlüssel ist unverzichtbar, um den gesamten Lebenszyklus einer Bestandsmenge nachzuverfolgen und Varianten sowie die Leistung jeder einzelnen Charge zu analysieren.
Woher beziehen
Diese Kennung findet sich in der Regel in Bestandstransaktionstabellen wie InventTrans und in zugehörigen Tabellen mit Chargendetails wie InventBatch.
Beispiele
BCH003451LOT2024-A55B001-RAW-STEEL
|
|||
|
Ereigniszeit
EventTime
|
Der genaue Timestamp, zu dem die Bestandsaktivität stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit, zu denen eine Aktivität im System protokolliert wurde. Es legt die chronologische Reihenfolge der Ereignisse für jede Bestandscharge fest und bildet damit eine Grundlage für Process Mining. Timestamps dienen dazu, Durchlaufzeiten, Dauern und Wartezeiten zwischen Aktivitäten zu berechnen. So lassen sich die Prozessleistung analysieren, Engpässe erkennen und die Einhaltung von Service Level Agreements überwachen. Aussagekräftige Prozessanalysen setzen genaue und vollständige Timestamps voraus.
Warum das wichtig ist
Der Timestamp ist entscheidend, um Ereignisse zu ordnen, Durchlaufzeiten und Dauern zu berechnen und die Prozessleistung im Zeitverlauf zu analysieren.
Woher beziehen
Zu finden in der Regel in Transaktionstabellen wie InventTrans (z. B. DATEPHYSICAL, CREATEDDATETIME) oder in Auftragstabellen wie WHSWorkTable (z. B. CREATEDDATETIME, MODIFIEDDATETIME).
Beispiele
2023-10-26T09:00:00Z2023-10-26T11:34:15Z2023-10-27T14:21:05Z
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Timestamp der letzten Aktualisierung der Prozessdaten aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder -aktualisierung. So ist nachvollziehbar, wie aktuell die analysierten Daten sind. Benutzer können damit einschätzen, auf welchem Datenstand die Prozessanalyse beruht. Das hilft, Erwartungen an die Aktualität der Daten zu steuern. Als wichtige Metadaten für jeden Bericht und jedes Dashboard macht es außerdem den Zeitraum transparent, auf den sich Entscheidungen stützen.
Warum das wichtig ist
Informiert Benutzer über die Aktualität der Daten und zeigt, auf welchem Stand die Analyse ist.
Woher beziehen
Dieses Metadatenfeld wird während der Datenübernahme erstellt und enthält den Timestamp des Extraktionsauftrags.
Beispiele
2024-01-20T05:00:00Z2024-01-21T05:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Gibt an, aus welchem System die Daten stammen, zum Beispiel „Dynamics 365 F&O“. | ||
|
Beschreibung
Dieses Attribut gibt die Quellanwendung oder Plattform an, die die Ereignisdaten erzeugt hat. In modernen Unternehmen können Daten aus mehreren Systemen stammen, etwa aus einem ERP-, Lagerverwaltungssystem (WMS) oder Manufacturing Execution System (MES). Bei Analysen eines einzelnen Systems ist der Wert häufig statisch. Werden Daten aus mehreren Quellen zusammengeführt, ist er jedoch entscheidend. Er hilft, die Datenintegrität sicherzustellen, Integrationsprobleme zu beheben und den Beitrag der einzelnen Systeme zum Gesamtprozess zu verstehen.
Warum das wichtig ist
Liefert wichtige Informationen zur Datenherkunft. Das ist für die Data Governance und die Analyse von Prozessen über mehrere integrierte Systeme hinweg entscheidend.
Woher beziehen
In der Regel ein statischer Wert, der während der Datenextraktion hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.
Beispiele
Dynamics 365 F&OD365 SCMMicrosoft Dynamics AX
|
|||
|
Artikel-ID
ItemId
|
Eindeutige Kennung des bearbeiteten Produkts oder Materials, auch als SKU bezeichnet. | ||
|
Beschreibung
Dieses Attribut ist der eindeutige Code für ein bestimmtes Produkt, Material oder eine Stock Keeping Unit (SKU). Es verknüpft jede Bestandsaktivität mit dem Artikel, der bewegt, gezählt oder geprüft wird. Die Analyse nach Artikel-ID ermöglicht eine detaillierte Untersuchung des Verhaltens einzelner Produkte. Sie zeigt zum Beispiel, bei welchen Produkten die Einlagerung am längsten dauert, welche am häufigsten korrigiert oder verschrottet werden. Das ist eine wichtige Grundlage für die Bestandsoptimierung und das Produktlebenszyklusmanagement.
Warum das wichtig ist
Verknüpft Bestandsaktivitäten mit bestimmten Produkten (SKUs) und ermöglicht so die Analyse der Prozessleistung, Kosten und Probleme einzelner Produkte.
Woher beziehen
Ein Primärschlüssel in den meisten bestandsbezogenen Tabellen, etwa InventTrans (Feld: ITEMID), InventBatch und InventTable.
Beispiele
A0001HW-1024RAW-STL-P01
|
|||
|
Benutzer-ID
UserId
|
Kennung des Benutzers, der die Aktivität ausgeführt hat oder dafür verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut erfasst die Benutzer-ID, die einer Bestandstransaktion zugeordnet ist, etwa die des Lagerarbeitenden, der einen Kommissionierauftrag abgeschlossen hat, oder des Bestandsverantwortlichen, der eine Korrektur gebucht hat. Die Analyse von Aktivitäten nach Benutzer hilft, Schulungsbedarf zu erkennen, leistungsstarke Mitarbeitende oder Teams zu identifizieren und die Ursachen manueller Eingriffe oder Fehler zu untersuchen. Für Dashboards wie „Ursachen manueller Bestandskorrekturen“ ist es wichtig zu verstehen, wer Änderungen vornimmt und warum.
Warum das wichtig ist
Erfasst die Beteiligung einzelner Benutzer. Das ist wichtig, um die Leistung zu analysieren, Schulungsbedarf zu erkennen und die Ursachen manueller Korrekturen zu verstehen.
Woher beziehen
Zu finden in verschiedenen Tabellen, häufig in einem Feld wie createdBy oder modifiedBy. Die WHSWorkTable enthält beispielsweise ein Feld USERID.
Beispiele
d.smithj.doewarehouse.worker1
|
|||
|
Endzeit des Ereignisses
EventEndTime
|
Der Timestamp, der den Abschluss einer Aktivität markiert und zur Berechnung ihrer Dauer dient. | ||
|
Beschreibung
Viele Ereignisse in der Bestandsverwaltung finden zu einem bestimmten Zeitpunkt statt. Andere Aktivitäten, etwa eine Qualitätsprüfung oder ein Einlagerungsauftrag, haben einen klaren Anfang und ein klares Ende. Dieses Attribut erfasst den Abschlusszeitpunkt solcher Aktivitäten. Mit Start- und Endzeit lässt sich die Bearbeitungszeit einzelner Aktivitäten berechnen. Das ist wichtig, um die Ressourceneffizienz zu analysieren, besonders zeitaufwendige Aktivitäten zu erkennen und die tatsächlichen Kosten einzelner Prozessschritte zu verstehen.
Warum das wichtig ist
Ermöglicht die genaue Berechnung von Aktivitätsdauern. So lassen sich ineffiziente Schritte erkennen und die Ressourcennutzung analysieren.
Woher beziehen
Kann aus einem separaten Timestamp für Statusaktualisierungen abgeleitet werden, zum Beispiel aus dem Änderungsdatum einer Auftragszeile in der WHSWorkTable, wenn sich ihr Status zu „Closed“ ändert.
Beispiele
2023-10-26T09:15:00Z2023-10-26T12:01:45Z2023-10-27T15:00:00Z
|
|||
|
Lager-ID
WarehouseId
|
Kennung des Lagers oder physischen Standorts, an dem die Bestandsaktivität stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut gibt das Lager an, in dem sich der Bestand befindet oder in dem die Aktivität stattgefunden hat. Es ordnet jedes Ereignis einem geografischen oder organisatorischen Standort zu. Die Analyse nach Lager ist wichtig, um die Leistung verschiedener Standorte zu vergleichen. Sie zeigt, welche Lager am effizientesten arbeiten, wo die meisten Abweichungen auftreten und an welchen Standorten die größten Engpässe bestehen. So lassen sich gezielte betriebliche Verbesserungen und die Ressourcenverteilung planen.
Warum das wichtig ist
Ermöglicht den Leistungsvergleich und die Engpassanalyse für verschiedene physische Standorte oder Lager.
Woher beziehen
Zu finden in den Bestandsdimensionsfeldern, die Transaktionstabellen zugeordnet sind. Suchen Sie in InventTrans nach INVENTDIMID. Dieses Feld verweist auf die Tabelle InventDim, in der INVENTLOCATIONID gespeichert ist.
Beispiele
WH-MAINSITE-02DC-WEST
|
|||
|
Menge
Quantity
|
Die Menge des Artikels, der an der Transaktion beteiligt ist, angegeben in der Basismengeneinheit. | ||
|
Beschreibung
Dieses Attribut gibt die Anzahl der Einheiten eines Artikels an, die von einer Bestandsaktivität betroffen sind. Bei Wareneingängen und positiven Korrekturen ist der Wert positiv, bei Warenausgängen, Verschrottungen und negativen Korrekturen negativ. Die Analyse der Menge ist grundlegend, um Umfang und Auswirkungen von Bestandsprozessen zu verstehen. Sie fließt in nahezu jedes Dashboard und jede KPI ein, von der Berechnung verschrotteter Warenmengen bis zur Messung von Bestandsabweichungen. So lassen sich Probleme nach ihrer materiellen Auswirkung priorisieren.
Warum das wichtig ist
Beziffert die physische Menge der Artikel in jeder Transaktion. Das ist wichtig, um geschäftliche Auswirkungen, Durchsatz und Umfang von Abweichungen zu messen.
Woher beziehen
Zu finden in zentralen Transaktionstabellen wie InventTrans (Feld: QTY).
Beispiele
100-2510500
|
|||
|
Ursachencode
ReasonCode
|
Ein Code, der den Grund für eine bestimmte Transaktion angibt, zum Beispiel eine Bestandskorrektur oder Retoure. | ||
|
Beschreibung
Ursachencodes geben Aufschluss darüber, warum eine Aktivität stattgefunden hat. Sie werden häufig für Bestandskorrekturen, Umlagerungen, Retouren und Verschrottungen verwendet, um den zugrunde liegenden geschäftlichen Anlass zu kategorisieren. Die Analyse nach Ursachencode ist wichtig, um Ursachen zu ermitteln. Sie zeigt, warum Bestandsabweichungen auftreten (z. B. „Beschädigte Ware“ oder „Dateneingabefehler“), warum Bestand intern bewegt wird (z. B. „Nachschub“ oder „Konsolidierung“) oder warum Artikel zurückgesendet werden. Diese Informationen sind entscheidend für Prozessverbesserungen.
Warum das wichtig ist
Erklärt den Grund für ein Ereignis und ermöglicht eine fundierte Ursachenanalyse, etwa bei Bestandskorrekturen, Retouren oder Verschrottungen.
Woher beziehen
Je nach Transaktion in verschiedenen Tabellen zu finden, zum Beispiel in InventJournalTrans (Feld: REASONREFRECID) oder über benutzerdefinierte Konfigurationen.
Beispiele
RC-DMGFOUNDCYCLECOUNT
|
|||
|
Artikelwert
ItemValue
|
Der Geldwert des Bestands, der an der Transaktion beteiligt ist. | ||
|
Beschreibung
Dieses Attribut gibt den berechneten finanziellen Wert der in einer Transaktion bewegten oder korrigierten Menge an. Grundlage ist in der Regel der aktuelle Einstandspreis des Artikels. So werden physische Bestandsbewegungen in finanzielle Auswirkungen übersetzt. Die Analyse nach Artikelwert ist für die Finanzberichterstattung und die Bewertung geschäftlicher Auswirkungen wichtig. Sie dient zur Berechnung von KPIs wie der „Quote des Werts verschrotteter Bestände“ und hilft, Prozessverbesserungen auf Aktivitäten mit den größten finanziellen Folgen auszurichten, etwa auf Abweichungen bei hochwertigen Artikeln oder Verschrottungen.
Warum das wichtig ist
Übersetzt Bestandsmengen in finanzielle Auswirkungen. Das ist wichtig, um Probleme zu priorisieren und finanzielle KPIs zu berechnen.
Woher beziehen
Berechnet durch Multiplikation der Menge aus InventTrans (QTY) mit den Artikelkosten aus InventTableModule oder einer zugehörigen Kostentabelle. Der gebuchte Wert kann in InventTrans.COSTAMOUNTPOSTED zu finden sein.
Beispiele
1500.00-375.5025000.75
|
|||
|
Auftrags-ID
WorkId
|
Eindeutige Kennung eines Lagerauftrags, zum Beispiel für die Kommissionierung oder Einlagerung. | ||
|
Beschreibung
Im Warehouse-Management-Modul wird eine Auftrags-ID erstellt, um eine Gruppe von Aufgaben für einen Lagerarbeitenden abzubilden, etwa das Kommissionieren von Artikeln für einen Auftrag oder das Einlagern eingegangener Ware. Sie fasst zusammengehörige Aktivitäten zusammen. Die Analyse nach Auftrags-ID zeigt, wie effizient bestimmte Lageraufträge ausgeführt werden. Sie hilft, die Dauer eines Einlagerungs- oder Kommissionierprozesses von der Erstellung bis zum Abschluss zu messen und die Leistung der Mitarbeitenden zu analysieren.
Warum das wichtig ist
Fasst zusammengehörige Lageraufgaben zusammen und ermöglicht die Effizienzanalyse bestimmter Aufträge, etwa für Kommissionierung und Einlagerung.
Woher beziehen
Der Primärschlüssel der Tabelle WHSWorkTable.
Beispiele
USMF-000123USMF-000124USMF-000125
|
|||
|
Bewegungsjournal-ID
MovementJournalId
|
Die eindeutige Kennung eines Journals für Lagerbewegungen. | ||
|
Beschreibung
Ein Journal für Lagerbewegungen erfasst interne Umlagerungen, die nicht Teil eines formellen Einlagerungs- oder Kommissionierprozesses sind. Dazu zählt beispielsweise das Verschieben von Artikeln zwischen Lagerorten, um Bestände zusammenzuführen oder aufzufüllen. Diese ID fasst die Zeilen einer einzelnen Bewegungstransaktion zusammen. Die Analyse nach Bewegungsjournal-ID liefert Kontext zu Aktivitäten vom Typ „Bestand intern bewegt“. Sie hilft dabei, Umfang und Gründe dieser Bewegungen nachzuvollziehen. Treten sie häufig auf, können sie auf Ineffizienzen bei der Lageraufteilung oder den Auffüllstrategien hinweisen.
Warum das wichtig ist
Liefert Kontext zu internen Bestandsbewegungen und unterstützt die Analyse, wie häufig und aus welchen Gründen nicht standardmäßige Umlagerungen stattfinden.
Woher beziehen
Die JOURNALID aus der InventJournalTable, wenn der Journaltyp „Movement“ lautet.
Beispiele
IMJ-00945IMJ-00946IMJ-00947
|
|||
|
Durchlaufzeit der Einlagerung
PutAwayCycleTime
|
Die Gesamtzeit vom Wareneingang bis zur vollständigen Einlagerung der Artikel an ihrem endgültigen Lagerort. | ||
|
Beschreibung
Diese KPI misst für eine bestimmte Lagercharge die Zeit zwischen den Aktivitäten „Wareneingang erfasst“ und „Einlagerung abgeschlossen“. Als Kennzahl auf Case-Ebene zeigt sie, wie effizient Wareneingang und Einlagerung ablaufen. Die Überwachung dieser Durchlaufzeit ist wichtig, um Engpässe im Wareneingang zu erkennen. Hohe Werte können auf fehlende Lagerkapazitäten, nicht verfügbare Ressourcen oder ineffiziente Abläufe hindeuten. All dies verzögert, bis der Bestand für die Auftragsabwicklung verfügbar ist.
Warum das wichtig ist
Misst die Effizienz des gesamten Wareneingangsprozesses und wirkt sich unmittelbar darauf aus, wie schnell neue Bestände verfügbar sind.
Woher beziehen
Wird auf Case-Ebene berechnet, indem für dieselbe InventoryBatchLot die Zeitstempel von „Einlagerung abgeschlossen“ und „Wareneingang erfasst“ voneinander abgezogen werden.
Beispiele
4 Stunden 15 Minuten1 Tag 2 Stunden35 Minuten
|
|||
|
Kennzeichnet Bestandskorrektur bei Abweichung
IsDiscrepancyAdjustment
|
Ein boolesches Kennzeichen, das den Wert „true“ hat, wenn es sich bei der Aktivität um ein Ereignis vom Typ „Bestandsabweichung korrigiert“ handelt. | ||
|
Beschreibung
Dieses berechnete Attribut ist ein einfaches Kennzeichen (true oder false), das Aktivitäten im Zusammenhang mit manuellen Bestandskorrekturen identifiziert. Es erleichtert das Filtern und Aggregieren bei der Analyse der Bestandsgenauigkeit. Mit diesem Kennzeichen lassen sich KPIs wie „Bestandsabweichungsquote“ oder „Quote manueller Korrekturen“ einfach berechnen. Analysten können diese nicht standardmäßigen Ereignisse gezielt herausfiltern und ihre Ursachen untersuchen, ohne komplexe Filter für den Aktivitätsnamen erstellen zu müssen.
Warum das wichtig ist
Vereinfacht die Analyse und Berechnung von KPIs zur Bestandsgenauigkeit, indem alle Ereignisse im Zusammenhang mit Abweichungen gekennzeichnet werden.
Woher beziehen
Berechnetes Feld: TRUE, wenn ActivityName „Inventory Discrepancy Adjusted“ lautet, andernfalls FALSE.
Beispiele
truefalse
|
|||
|
Lagerplatz-ID
LocationId
|
Der konkrete Lagerplatz innerhalb eines Lagers, zum Beispiel ein Fach, Regal oder Gang. | ||
|
Beschreibung
Dieses Attribut identifiziert den genauen Lagerplatz, an dem Bestand gelagert wird oder eine Aktivität stattfindet. Es ermöglicht eine detaillierte Analyse interner Lagerbewegungen. Die Analyse nach Lagerplatz-ID hilft, Lagerlayout und Warenfluss zu optimieren. Sie kann ineffiziente Laufwege, überlastete Bereiche und Lagerplätze mit häufigen Kommissionierfehlern oder Bestandsabweichungen aufdecken. Das ist wichtig für die Dashboards „Analyse des Lageraktivitätsflusses“ und „Überblick über interne Bestandsbewegungen“.
Warum das wichtig ist
Liefert detaillierte Informationen zur Optimierung des Lagerlayouts, zur Analyse interner Bewegungen und zur Erkennung problematischer Lagerbereiche.
Woher beziehen
Zu finden in der Tabelle InventDim (Feld: WMSLOCATIONID), die über INVENTDIMID mit den Transaktionstabellen verknüpft ist.
Beispiele
A1-R2-S3-B4RECV-DOCK-01PACK-STN-5
|
|||
|
Qualitätsauftrags-ID
QualityOrderId
|
Eindeutige Kennung eines Qualitätsprüfauftrags. | ||
|
Beschreibung
Wenn Waren bei Eingang oder in einem anderen Prozessschritt geprüft werden müssen, wird ein Qualitätsauftrag erstellt. Dieses Attribut ist dessen eindeutige Kennung und verknüpft alle zugehörigen Qualitätsaktivitäten, etwa Erstellung, Prüfung und Freigabe oder Ablehnung. Die Analyse nach Qualitätsauftrags-ID hilft, Effizienz und Ergebnisse der Qualitätskontrolle zu untersuchen. Für Dashboards wie „Leistung der Qualitätsprüfung“ ist sie wichtig, um die Durchlaufzeit von der Erstellung bis zum Abschluss zu messen und Engpässe im Prüf-Workflow zu erkennen.
Warum das wichtig ist
Verknüpft qualitätsbezogene Aktivitäten und ermöglicht die Analyse von Dauer und Ergebnissen des Qualitätsprüfprozesses.
Woher beziehen
Der Primärschlüssel der Tabelle InventQualityOrderTable.
Beispiele
QO-00182QO-00183QO-00184
|
|||
|
Retourenauftrags-ID
ReturnOrderId
|
Eindeutige Kennung eines Kundenretourenauftrags (RMA). | ||
|
Beschreibung
Dieses Attribut ist die Kennung einer Return Material Authorization (RMA) oder eines Retourenauftrags. Damit wird die Rücknahme von Waren von einem Kunden nachverfolgt. Die Kennung verknüpft alle Aktivitäten eines bestimmten Retourenvorgangs. Sie ist wichtig, um den Ablauf der Warenrücknahme zu analysieren. Damit lässt sich die Durchlaufzeit vom Eingang des zurückgesendeten Artikels bis zu seiner endgültigen Verwendung messen, etwa Wiedereinlagerung, Reparatur oder Verschrottung. So werden Verzögerungen und Ineffizienzen im Retourenprozess sichtbar.
Warum das wichtig ist
Verfolgt den gesamten Lebenszyklus einer Kundenretoure und ermöglicht die Analyse der Durchlaufzeit und Effizienz der Retourenbearbeitung.
Woher beziehen
Die Kundenauftrags-ID aus der SalesTable, wenn der Verkaufstyp „Returned order“ ist.
Beispiele
RMA-01002RMA-01003RMA-01004
|
|||
|
Zähljournal-ID
CountingJournalId
|
Eindeutige Kennung eines Bestandszähljournals. | ||
|
Beschreibung
Ein Bestandszähljournal dient dazu, die Ergebnisse einer physischen Bestandszählung zu erfassen, etwa einer rollierenden Inventur oder einer jährlichen Bestandsaufnahme. Diese ID fasst alle Zähleinträge und die daraus resultierenden Korrekturen für einen bestimmten Zählvorgang zusammen. Die Analyse nach Zähljournal-ID liefert Kontext zu Bestandskorrekturen. Sie hilft, Korrekturen aus geplanten Zählungen von spontanen Berichtigungen zu unterscheiden. Das ist wichtig, um die Ursachen ungenauer Bestände zu verstehen.
Warum das wichtig ist
Fasst Bestandszählungen und die daraus resultierenden Korrekturen zusammen. So wird nachvollziehbar, warum eine Abweichung festgestellt und berichtigt wurde.
Woher beziehen
Die JOURNALID aus der InventJournalTable, wenn der Journalt Typ „Counting“ ist.
Beispiele
ICJ-00561ICJ-00562ICJ-00563
|
|||
|
Zeit von der Kommissionierung bis zum Verpacken
PickingToPackingTime
|
Die Gesamtzeit vom Beginn der Kommissionierung bis zum Abschluss des Verpackens eines Auftrags. | ||
|
Beschreibung
Diese KPI misst die Durchlaufzeit im Versandprozess, genauer gesagt die Zeit zwischen der Aktivität „Kommissionierung gestartet“ oder „Kommissionierung abgeschlossen“ und der Aktivität „Verpacken abgeschlossen“. Sie lässt sich auf Case-Ebene berechnen, wenn ein Case eine Auftragsposition darstellt, oder anhand zusammengehöriger Aktivitäten. Diese Kennzahl ist wichtig, um die Effizienz der Kommissionier- und Verpackungsabläufe zu bewerten. Eine kürzere Durchlaufzeit deutet auf einen effizienteren Auftragsabwicklungsprozess hin. Das ermöglicht einen schnelleren Versand und trägt zu einer höheren Kundenzufriedenheit bei. Zudem hilft die Kennzahl, Engpässe im Versand-Workflow zu lokalisieren.
Warum das wichtig ist
Misst die Effizienz des zentralen Auftragsabwicklungsprozesses und wirkt sich unmittelbar auf Versandgeschwindigkeit und Kundenzufriedenheit aus.
Woher beziehen
Wird berechnet, indem für denselben Auftrag oder dieselbe Arbeits-ID der Zeitstempel von „Verpacken abgeschlossen“ mit dem von „Kommissionierung gestartet“ verglichen wird.
Beispiele
25 Minuten1 Stunde 5 Minuten48 Minuten
|
|||
Aktivitäten der Bestandsverwaltung
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Bestandsabweichung korrigiert
|
Diese Aktivität steht für die Buchung einer Bestandskorrektur, mit der eine bei einer Zählung festgestellte Abweichung oder eine aus anderen Gründen entstandene Differenz ausgeglichen wird. Dabei handelt es sich um eine explizite Transaktion, die den verfügbaren Bestand ändert. | ||
|
Warum das wichtig ist
Dieses Ereignis ist entscheidend, um die Bestandsgenauigkeit und die KPI „Bestandsabweichungsquote“ zu messen. Häufige Korrekturen weisen auf grundlegende Probleme bei der Prozesssteuerung, dem Wareneingang oder der Kommissionierung hin.
Woher beziehen
Beim Buchen eines Zähljournals oder eines Bestandskorrekturjournals wird in der Tabelle InventTrans eine explizite Transaktion angelegt.
Erfassung
Ermitteln Sie Transaktionen in InventTrans, die durch das Buchen einer InventJournalTable vom Typ „Counting“ oder „Profit/Loss“ entstanden sind.
Ereignistyp
explicit
|
|||
|
Einlagerung abgeschlossen
|
Diese Aktivität kennzeichnet den Abschluss der physischen Bewegung einer Lagercharge an ihren vorgesehenen Lagerplatz. Sie wird aus der Statusänderung des zugehörigen Lagerarbeitsdatensatzes zu „Geschlossen“ abgeleitet. | ||
|
Warum das wichtig ist
Dieser wichtige Meilenstein markiert das Ende des Wareneingangs- und Einlagerungsprozesses. Danach steht der Bestand für die Auftragsabwicklung zur Verfügung. Er ist entscheidend für die Messung der KPI „Durchschnittliche Einlagerungszykluszeit“.
Woher beziehen
Das Ereignis wird aus der WHSWorkTable abgeleitet, wenn sich das Feld „Arbeitsstatus“ eines Einlagerungsauftrags zu „Geschlossen“ ändert.
Erfassung
Ermitteln Sie den Zeitstempel, zu dem das Feld „Arbeitsstatus“ in der WHSWorkTable für die betreffende Charge auf „Geschlossen“ gesetzt wird.
Ereignistyp
inferred
|
|||
|
Kommissionierauftrag erstellt
|
Zeigt an, dass das System Anweisungen für einen Lagerarbeitenden erstellt hat, eine Bestandscharge für einen Kundenauftrag oder Produktionsauftrag zu kommissionieren. Erfasst wird dies, wenn im WMS ein neuer „work“-Datensatz für die Kommissionierung angelegt wird. | ||
|
Warum das wichtig ist
Dieses Ereignis markiert den Beginn der ausgehenden Auftragsabwicklung. Die Zeit zwischen Auftragserstellung und Erstellung des Kommissionierauftrags kann auf Verzögerungen bei der Zuteilung oder Planung hinweisen.
Woher beziehen
In der WHSWorkTable wird ein neuer Datensatz mit dem Work Order Type „Sales order“ oder „Production pick“ angelegt. Ausgelöst wird dies, wenn ein Auftrag an das Lager freigegeben wird.
Erfassung
Erfassen Sie den Erstellungs-Timestamp eines Datensatzes in der WHSWorkTable, dessen Work Order Type mit der Kommissionierung zusammenhängt.
Ereignistyp
explicit
|
|||
|
Kommissionierung abgeschlossen
|
Diese Aktivität zeigt an, dass ein Mitarbeitender die physische Kommissionierung der Bestandscharge abgeschlossen und sie an einen Bereitstellungs- oder Verpackungsort gebracht hat. Sie wird aus der Statusänderung des Kommissionierauftrags „work“ im WMS zu „Closed“ abgeleitet. | ||
|
Warum das wichtig ist
Dieser Meilenstein markiert das Ende der Kommissionierung und den Beginn der Verpackung oder des Versands. Er ist wichtig, um die „durchschnittliche Zeit von der Kommissionierung bis zur Verpackung“ und die Effizienz der gesamten Auftragsabwicklung zu messen.
Woher beziehen
Wird aus der WHSWorkTable abgeleitet, wenn sich das Feld „Work Status“ eines Kommissionierauftrags in „Closed“ ändert.
Erfassung
Ermitteln Sie den Timestamp, zu dem das Feld Work Status in der WHSWorkTable für den betreffenden Kommissionierauftrag auf „Closed“ gesetzt wird.
Ereignistyp
inferred
|
|||
|
Warenausgang gebucht
|
Diese Aktivität markiert die endgültige Entnahme der Bestandscharge aus dem Lager, in der Regel aufgrund eines Kundenverkaufs oder des Verbrauchs in der Produktion. Erfasst wird sie, wenn ein Lieferschein für einen Kundenauftrag oder ein Kommissionierlistenjournal für einen Produktionsauftrag gebucht wird. | ||
|
Warum das wichtig ist
Dies ist das wichtigste erfolgreiche Endereignis im Lebenszyklus des Bestands. Es beendet die Erfassung der Lagerdauer der Charge und bestätigt, was letztlich mit ihr geschehen ist.
Woher beziehen
Wird in der Tabelle InventTrans als explizite Transaktion mit negativer Menge erfasst. Sie entsteht durch das Buchen eines Lieferscheins für einen Kundenauftrag oder einer Kommissionierliste für einen Produktionsauftrag.
Erfassung
Ermitteln Sie Transaktionen in InventTrans mit negativer Menge, die mit einem Warenausgang für einen Kundenauftrag oder dem Verbrauch in einem Produktionsauftrag verknüpft sind.
Ereignistyp
explicit
|
|||
|
Wareneingang erfasst
|
Diese Aktivität kennzeichnet den erstmaligen Zugang einer Lagercharge ins Lager, üblicherweise von einem Lieferanten oder aus der Produktion. Das Ereignis wird erfasst, wenn der Wareneingang zu einer Bestellung oder das Journal „Als fertig gemeldet“ eines Produktionsauftrags gebucht wird. Dabei entsteht eine Transaktion mit positiver Menge. | ||
|
Warum das wichtig ist
Dies ist das zentrale Start-Event im Lebenszyklus des Bestands. Es startet die Messung der Einlagerungszykluszeit und der gesamten Bestandsdurchlaufzeit und bildet die Grundlage für die Leistungsmessung.
Woher beziehen
Der Eintrag wird in der Tabelle InventTrans erfasst. Es handelt sich um eine explizite Transaktion, die durch die Buchung eines Produktzugangs zu einer Bestellung oder die Meldung eines Produktionsauftrags als fertig entsteht.
Erfassung
Ermitteln Sie Transaktionen in InventTrans, die mit Wareneingängen zu Bestellungen oder Meldungen von Produktionsaufträgen verknüpft sind und eine positive Menge aufweisen.
Ereignistyp
explicit
|
|||
|
Bestand intern bewegt
|
Dieses Ereignis erfasst die Bewegung einer Lagercharge von einem Lagerort zu einem anderen innerhalb desselben Lagers, etwa zur Nachschubversorgung oder Zusammenführung. Es wird durch die Buchung eines Bestandsumbuchungsjournals oder den Abschluss einer Lagerbewegung erfasst. | ||
|
Warum das wichtig ist
Häufige interne Bewegungen können auf eine ineffiziente Lageraufteilung oder Lagerstrategie hinweisen. Die Analyse dieser Bewegungen hilft, die Bestandsplatzierung zu verbessern und Handhabungskosten zu senken.
Woher beziehen
Das Ereignis kann als explizite Transaktion in InventTrans aus einem Umbuchungsjournal erfasst oder aus dem Abschluss einer „Bewegungs“-Arbeit in der WHSWorkTable abgeleitet werden.
Erfassung
Ermitteln Sie Transaktionen des Typs „Umbuchung“ in InventTrans oder abgeschlossene Arbeitsdatensätze des Typs „Bewegung“ in der WHSWorkTable.
Ereignistyp
explicit
|
|||
|
Bestand verschrottet
|
Steht für die formelle Entsorgung oder Ausbuchung einer Bestandscharge, weil sie abgelaufen, beschädigt oder veraltet ist. Erfasst wird dies durch das Buchen eines Bestandskorrekturjournals mit einem spezifischen Verschrottungsgrund. | ||
|
Warum das wichtig ist
Dies ist ein kritisches Fehler- oder Endereignis. Die Analyse verschrotteter Bestände hilft, Ausschuss zu beziffern, von Veralterung betroffene Produkte zu erkennen und die Bestandsplanung zu verbessern.
Woher beziehen
Beim Buchen eines Journals vom Typ „Profit/Loss“ oder eines Zähljournals zur Verschrottung wird in der Tabelle InventTrans eine explizite Transaktion mit negativer Menge angelegt.
Erfassung
Ermitteln Sie Transaktionen mit negativer Menge in InventTrans, die aus der Buchung eines Bestandsjournals mit einem Verschrottungsgrund hervorgehen.
Ereignistyp
explicit
|
|||
|
Einlagerungsarbeit erstellt
|
Das System hat Anweisungen für einen Lagermitarbeiter erstellt, die eingegangenen Bestände aus einem Bereitstellungs- oder Wareneingangsbereich an einen Lagerplatz zu bewegen. Erfasst wird dies, wenn im Warehouse Management System (WMS) ein neuer „Arbeits“-Datensatz angelegt wird. | ||
|
Warum das wichtig ist
Damit beginnt die physische Einlagerung. Die Zeit vom Wareneingang bis zu diesem Punkt kann Verzögerungen im System oder in der Planung sichtbar machen.
Woher beziehen
In der WHSWorkTable wird ein neuer Datensatz mit dem Arbeitsauftragstyp „Einlagerung“ angelegt. Nach dem Wareneingang wird dieser Vorgang automatisch anhand der Lagerplatzdirektiven ausgelöst.
Erfassung
Erfassen Sie den Erstellungszeitstempel eines Datensatzes in der WHSWorkTable, dessen Arbeitsauftragstyp „Einlagerung“ lautet.
Ereignistyp
explicit
|
|||
|
Inventur durchgeführt
|
Dieses Ereignis tritt ein, wenn ein Mitarbeitender die gezählte Menge einer Bestandscharge in das Zähljournal einträgt. Erfasst wird es, sobald das Feld „counted“ in der Journalzeile befüllt ist. | ||
|
Warum das wichtig ist
Diese Aktivität liefert die Daten, die erforderlich sind, um Abweichungen zwischen dem im System geführten Bestand und dem tatsächlichen Zählergebnis zu erkennen. Sie ist ein wichtiger Schritt, bevor Anpassungen vorgenommen werden.
Woher beziehen
Wird in den Zeilen des Zähljournals (InventJournalTrans) erfasst, wenn ein Benutzer einen Wert in das Mengenfeld „Counted“ einträgt.
Erfassung
Erfassen Sie den Timestamp, zu dem die gezählte Menge in der Tabelle InventJournalTrans protokolliert wird.
Ereignistyp
explicit
|
|||
|
Qualitätsauftrag erstellt
|
Dieses Ereignis kennzeichnet den Zeitpunkt, zu dem eine Lagercharge bei Wareneingang automatisch oder manuell für eine Qualitätsprüfung gesperrt wird. Erfasst wird es durch einen neuen Eintrag in der Tabelle für Qualitätsaufträge, der mit dem Quelldokument, etwa einer Bestellung, verknüpft ist. | ||
|
Warum das wichtig ist
Die Erfassung erstellter Qualitätsaufträge hilft dabei, die Dauer zu analysieren, in der Bestände eingeschränkt oder „gesperrt“ sind. Das wirkt sich auf ihre Verfügbarkeit für die Auftragsabwicklung aus.
Woher beziehen
Das Ereignis wird in der InventQualityOrderTable erzeugt. Auslöser sind Qualitätszuordnungen, die für Artikel, Lieferanten oder Produktionsprozesse eingerichtet wurden.
Erfassung
Erfassen Sie den Erstellungszeitstempel eines Eintrags in der InventQualityOrderTable für die jeweilige Lagercharge.
Ereignistyp
explicit
|
|||
|
Qualitätsprüfung durchgeführt
|
Diese Aktivität zeigt an, dass eine Qualitätsprüfung durchgeführt und das Ergebnis erfasst wurde. Sie wird üblicherweise aus einer Statusänderung des Qualitätsauftrags abgeleitet: von „Offen“ zu einem Status, der den Abschluss anzeigt, etwa „Bestanden“ oder „Nicht bestanden“. | ||
|
Warum das wichtig ist
Gemessen wird die Dauer der Qualitätsprüfung selbst. Verzögerungen in diesem Schritt können zu erheblichen Engpässen führen, bevor der Bestand verwendet oder eingelagert werden kann.
Woher beziehen
Das Ereignis wird aus Statusaktualisierungen in der InventQualityOrderTable abgeleitet. Der Wechsel von einem offenen zu einem bestätigten Status kennzeichnet das Ereignis.
Erfassung
Überwachen Sie das Statusfeld in der InventQualityOrderTable und erfassen Sie den Zeitstempel, wenn der Status in einen Endstatus wie „Bestanden“ oder „Nicht bestanden“ wechselt.
Ereignistyp
inferred
|
|||
|
Retoure eingegangen
|
Diese Aktivität erfasst, dass eine zuvor verkaufte Bestandscharge von einem Kunden an das Lager zurückgesendet wird. Das Ereignis wird protokolliert, wenn ein Retourenauftrag bearbeitet und die Ware entgegengenommen wird. | ||
|
Warum das wichtig ist
Die Erfassung von Retouren ist wichtig, um Qualitätsprobleme bei Produkten und die Effizienz der Rückwärtslogistik zu verstehen. Sie leitet einen neuen Teilprozess für Prüfung, Wiedereinlagerung oder Entsorgung ein.
Woher beziehen
In der Tabelle InventTrans wird eine explizite Transaktion mit positiver Menge angelegt, die mit einer Return Material Authorization (RMA) oder einem Retourenauftrag verknüpft ist.
Erfassung
Ermitteln Sie Transaktionen in InventTrans, die mit einem Retourenauftrag verknüpft sind und die zurückgesendete Charge wieder im Bestand erfassen.
Ereignistyp
explicit
|
|||
|
Verpackung abgeschlossen
|
Steht für den Abschluss der Verpackung kommissionierter Artikel in einen Behälter oder ein Paket für den Versand. Dies lässt sich daran erkennen, dass ein Behälter in der Verpackungsstation geschlossen oder der Sendungsstatus aktualisiert wird. | ||
|
Warum das wichtig ist
Diese Aktivität ist ein wichtiger Meilenstein in der Auftragsabwicklung. Wenn Sie den Abschluss verfolgen, können Sie die Effizienz der Verpackungsstation und ihren Beitrag zur gesamten Versanddauer analysieren.
Woher beziehen
Dies lässt sich aus der WHSContainerTable ableiten, wenn der Behälterstatus auf „Closed“ gesetzt wird, oder aus der WHSShipmentTable, wenn sich der Sendungsstatus ändert.
Erfassung
Erfassen Sie den Timestamp der Statusänderung zu „Closed“ im Datensatz der WHSContainerTable, der der Charge zugeordnet ist.
Ereignistyp
inferred
|
|||
|
Zähljournal erstellt
|
Diese Aktivität kennzeichnet den Beginn einer Bestandszählung für eine bestimmte Charge oder einen Lagerort. Sie wird als explizites Ereignis erfasst, wenn ein Benutzer ein Bestandszählungsjournal erstellt. | ||
|
Warum das wichtig ist
Kennzeichnet den Beginn der Inventur. Dauer und Häufigkeit der Zählaktivitäten sind wichtige Faktoren, um den betrieblichen Aufwand und die Bemühungen um eine genaue Bestandsführung zu verstehen.
Woher beziehen
Wird erfasst, wenn in der InventJournalTable ein Datensatz mit dem Journalt Typ „Counting“ angelegt wird.
Erfassung
Verwenden Sie den Erstellungs-Timestamp des Kopfsatzes in der InventJournalTable für Zähljournale.
Ereignistyp
explicit
|
|||
Anleitungen zur Datenextraktion
Möchten Sie loslegen?
Verwenden Sie dieses Template als Ausgangspunkt für die Analyse Ihres Bestandsverwaltungsprozesses. Erkennen Sie Ineffizienzen und optimieren Sie Ihre Abläufe mit Zuversicht.
Optimieren Sie Ihre Bestandsverwaltung und verbessern Sie den Warenfluss noch heute
Verkürzen Sie die Bestandsdurchlaufzeit um 30 % und verbessern Sie die Auftragsabwicklung.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.