Ihr Daten-Template für die Bestandsverwaltung

Microsoft Dynamics 365
Ihr Daten-Template für die Bestandsverwaltung

Ihr Daten-Template für die Bestandsverwaltung

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse Ihres Bestandsverwaltungsprozesses erfassen sollten. Es enthält wichtige Attribute, relevante Aktivitäten für die Nachverfolgung und praktische Hinweise zur Datenextraktion. So stellen Sie sicher, dass alle wesentlichen Informationen für ein aussagekräftiges Process Mining vorliegen.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Hinweise zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Bestandsverwaltung

Diese empfohlenen Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihren Bestandsverwaltungsprozess umfassend zu analysieren.
5 Erforderlich 6 Empfohlen 10 Optional
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
Erforderlich Empfohlen Optional

Aktivitäten der Bestandsverwaltung

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, damit sich die Bestandsbewegungen zuverlässig entdecken und analysieren lassen.
6 Empfohlen 9 Optional
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
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus Microsoft Dynamics 365

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.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.