Ihr Daten-Template für die Bestandsverwaltung
Ihr Daten-Template für die Bestandsverwaltung
Dies ist unser generisches Datentemplate für Process Mining für Bestandsverwaltung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Universell einsetzbare Datenstruktur für jedes System zur Bestandsverwaltung.
- Klare Empfehlungen zu den wichtigsten Attributen und Aktivitäten für die Prozessanalyse.
- Eine Grundlage, um Ihre Bestands-Workflows zu optimieren und effizienter zu gestalten.
Attribute der Bestandsverwaltung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname Activity | Name des konkreten Ereignisses oder Auftrags in der Bestandsverwaltung, zum Beispiel „Wareneingang“ oder „Kommissionierung abgeschlossen“. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt oder ein Ereignis im Bestandsverwaltungsprozess. Die Aktivitäten stehen für einzelne Aufgaben an einer Bestandscharge, etwa Qualitätsprüfungen, interne Umlagerungen, Zählungen, Kommissionierungen und Versand. Die Analyse von Aktivitäten ist ein Kernbestandteil des Process Mining. Sie macht den Prozessfluss sichtbar, zeigt häufige und alternative Abläufe auf und misst, wie oft einzelne Schritte vorkommen. Die Abfolge der Aktivitäten hilft, Ineffizienzen, Nacharbeitsschleifen und nicht konforme Prozessvarianten zu erkennen. Warum das wichtig ist Das Attribut definiert die einzelnen Prozessschritte. Damit lässt sich der tatsächliche Prozessfluss ermitteln und Verbesserungspotenzial erkennen. Woher beziehen Wird häufig aus Buchungsarten, Bewegungsarten oder Beschreibungen im Event Log der Bestands- oder Lagerverwaltungsfunktionen des Quellsystems abgeleitet. Beispiele Wareneingang erfasstQualitätsprüfung abgeschlossenBestand intern umgelagertKommissionierung abgeschlossenWarenausgang gebucht | |||
| Bestandscharge/-los CaseId | Eindeutige Kennung einer bestimmten Bestandscharge oder eines bestimmten Loses. Dieses Attribut dient als primäre Case-ID und fasst alle zugehörigen Aktivitäten zusammen. | ||
| Beschreibung Die Bestandscharge bzw. das Los ist eine eindeutige Kennung für eine bestimmte Produktmenge, die zur selben Zeit eingegangen oder hergestellt wurde. Sie ermöglicht es, eine zusammengehörige Artikelgruppe während ihres gesamten Lebenszyklus im Lager nachzuverfolgen, vom Wareneingang bis zum Versand oder zur Entsorgung. Im Process Mining ist diese ID entscheidend, da sie den Case definiert. Jeder Case bildet den Ablauf einer bestimmten Bestandscharge oder eines bestimmten Loses ab. Durch die Analyse der nach dieser Kennung gruppierten Aktivitäten können Unternehmen den durchgängigen Prozess nachvollziehen, Engpässe bei der Handhabung bestimmter Chargen erkennen und die Dauer des Lebenszyklus verschiedener Produkte oder Lieferanten vergleichen. Warum das wichtig ist Diese zentrale Verknüpfung führt alle bestandsbezogenen Aktivitäten zu einem einzigen, nachvollziehbaren Prozess zusammen und ermöglicht die durchgängige Analyse des Lebenszyklus einer Charge oder eines Loses. Woher beziehen In der Regel in Tabellen zu Bestandsbuchungen oder Materialstammdaten zu finden, häufig mit Verknüpfung zu Warenbewegungsbelegen. Beispiele LOT202405A1BCH-0019843M45-20240315-01788109-B2 | |||
| Startzeit StartTime | Timestamp, der angibt, wann die Bestandsaktivität begonnen hat oder erfasst wurde. | ||
| Beschreibung Die Startzeit, auch Ereigniszeit genannt, bezeichnet das genaue Datum und die Uhrzeit, zu der eine Aktivität begonnen oder im System protokolliert wurde. Sie ordnet jedes Ereignis im Lebenszyklus des Bestands zeitlich ein. Dieser Timestamp ist für das Process Mining unverzichtbar: Er legt die Ereignisreihenfolge fest und ermöglicht die Berechnung von Prozesskennzahlen. Damit lassen sich Zykluszeiten zwischen Aktivitäten, die Gesamtdauer eines Case und Wartezeiten berechnen. Die Analyse dieser zeitbezogenen Kennzahlen hilft, Verzögerungen und Engpässe bei der Bestandsbearbeitung zu erkennen. Warum das wichtig ist Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und alle zeitbezogenen Kennzahlen wie Zykluszeiten und Dauern zu berechnen. Woher beziehen Ein Standardfeld in den meisten Tabellen für Buchungen oder Event Logs, häufig bezeichnet als Erstellungsdatum, Buchungsdatum oder Ereigniszeit. Beispiele 2023-10-26T08:00:00Z2023-11-15T14:35:10Z2024-01-05T11:21:05Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Timestamp der letzten Aktualisierung oder Extraktion der Ereignisdaten aus dem Quellsystem. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung aus dem Quellsystem. Als Metadatenfeld gibt es an, wie aktuell die analysierten Daten sind. Im Process Mining ist der Timestamp der letzten Datenaktualisierung wichtig, um die Aktualität der Analyse einzuschätzen. Er zeigt Benutzern, ob sie Echtzeitinformationen oder einen Datenstand von einem bestimmten Zeitpunkt betrachten. Das ist für die operative Überwachung und für Entscheidungen auf Basis aktueller Informationen entscheidend. Warum das wichtig ist Das Attribut informiert Benutzer über die Aktualität der Daten. So können sie den Zeitraum der Analyse und die Relevanz der Erkenntnisse besser einschätzen. Woher beziehen Diese Metadaten werden üblicherweise vom ETL-Werkzeug oder -Prozess zur Datenextraktion, -transformation und -ladung erzeugt und gespeichert. Beispiele 2023-10-27T02:00:00Z2023-11-16T02:00:00Z2024-01-06T02:00:00Z | |||
| Quellsystem SourceSystem | Gibt das Quellsystem oder die Anwendung an, aus der die Daten extrahiert wurden, zum Beispiel ein ERP- oder WMS-System. | ||
| Beschreibung Das Attribut Quellsystem bezeichnet die Anwendung oder Plattform, aus der die Ereignisdaten stammen. In komplexen IT-Landschaften können Bestandsdaten aus mehreren Systemen kommen, etwa aus einem Warehouse Management System (WMS) für Betriebsdaten und einem Enterprise Resource Planning (ERP)-System für Finanzdaten. Dieses Attribut ist wichtig für die Datenvalidierung, die Fehlerbehebung und das Verständnis des Datenkontexts. Es ermöglicht Analysten, Daten bis zu ihrem Ursprung zurückzuverfolgen und Prozesse oder Datenqualität zwischen verschiedenen Systemen und Unternehmensbereichen zu vergleichen. Warum das wichtig ist Es gibt Aufschluss über die Herkunft der Daten. Das ist wichtig für Data Governance und Validierung sowie für Umgebungen mit mehreren zusammenarbeitenden Systemen. Woher beziehen Diese Information kann als statischer Wert bei der Datenextraktion ergänzt werden oder als Feld in den Quelldatentabellen die Systeminstanz kennzeichnen. Beispiele SAP S/4HANAOracle Fusion SCMManhattan WMSDynamics 365 F&O | |||
| Benutzer User | Kennung des Benutzers, Mitarbeitenden oder automatisierten Systems, das die Aktivität ausgeführt hat. | ||
| Beschreibung Das Attribut Benutzer bezeichnet die Person oder den Systemagenten, der für die Ausführung einer Bestandsbuchung verantwortlich ist. Das kann eine Lagerbedienperson, eine Qualitätsprüferin oder ein Benutzer eines automatisierten Systems für robotergestützte Prozesse sein. Die Analyse von Aktivitäten nach Benutzern ist wichtig für das Leistungsmanagement und die Ermittlung von Schulungsbedarf. Sie zeigt, welche Benutzer oder Teams besonders effizient arbeiten, wer möglicherweise vom Standardprozess abweicht und bei welchen Aufgaben menschliche Fehler häufiger auftreten. Diese Erkenntnisse helfen bei der Ressourcenplanung und Arbeitslastverteilung und unterstützen die Einhaltung von Prozessen im gesamten Unternehmen. Warum das wichtig ist Das Attribut schafft Nachvollziehbarkeit und ermöglicht die Leistungsanalyse nach Mitarbeitenden oder Teams. So lassen sich besonders leistungsstarke Mitarbeitende und Schulungsbedarf erkennen. Woher beziehen In Buchungsdaten häufig verfügbar und mit dem Benutzerkonto verknüpft, das den Datensatz erstellt oder geändert hat, etwa über Felder wie „Erstellt von“ oder „Benutzer-ID“. Beispiele JSMITHABROWNBATCH_USEROPERATOR_42 | |||
| Bewegungsgrund MovementReason | Ein Code oder eine Beschreibung, die den Grund für eine Bestandsbewegung oder -korrektur angibt. | ||
| Beschreibung Das Attribut „Bewegungsgrund“ erklärt, warum eine Bestandstransaktion stattgefunden hat. Besonders bei ungewöhnlichen Bewegungen wie Korrekturen, Rücksendungen oder Verschrottungen liefert es den nötigen Kontext. Es erfasst die geschäftliche Begründung für den Vorgang. Dieses Attribut ist für die Ursachenanalyse entscheidend. Wenn Sie die Häufigkeit verschiedener Ursachencodes auswerten, können Sie die wichtigsten Gründe für Bestandsabweichungen ermitteln, etwa Beschädigungen, veraltete Ware oder Eingabefehler. Diese Informationen helfen dabei, gezielte Prozessverbesserungen zu entwickeln, die die Bestandsgenauigkeit erhöhen und Verschwendung verringern. Warum das wichtig ist Das Attribut erklärt, warum Bestände korrigiert oder bewegt werden. So lassen sich Ursachen für Probleme wie Bestandsabweichungen, Beschädigungen oder Verschrottungen analysieren. Woher beziehen Zu finden in Transaktionsdaten zu Bestandskorrekturen, Verschrottungen und anderen ungewöhnlichen Bewegungen. Beispiele 0001 - Beim Transport beschädigt0005 - Korrektur nach Inventurzählung1002 - Rücksendung vom Kunden3010 - Entsorgung abgelaufener Ware | |||
| Endzeit EndTime | Timestamp, der angibt, wann die Bestandsaktivität abgeschlossen wurde. | ||
| Beschreibung Die Endzeit bezeichnet das genaue Datum und die Uhrzeit, zu der eine Aktivität abgeschlossen wurde. Manche Aktivitäten sind unmittelbar und haben nur einen Timestamp (Startzeit). Andere dauern messbar lange, etwa eine Qualitätsprüfung oder ein Einlagerungsauftrag. Für eine detaillierte Leistungsanalyse sind Start- und Endzeit gleichermaßen wichtig. Mit beiden Werten lassen sich die Bearbeitungszeiten von Aktivitäten direkt berechnen, eine wichtige Grundlage für die Erkennung von Engpässen. Die Dauer einzelner Aufgaben zeigt, wie effizient Ressourcen eingesetzt werden, wie sich die Arbeitslast verteilt und bei welchen Prozessschritten die Bearbeitung länger als erwartet dauert. Warum das wichtig ist Damit lassen sich Bearbeitungszeiten von Aktivitäten genau berechnen. Das ist wichtig, um Engpässe zu erkennen und die betriebliche Effizienz zu messen. Woher beziehen In Event Logs oder Buchungsprotokollen zu finden, in denen Aktivitäten einen definierten Anfang und Abschluss haben, wie es bei Warehouse Management Systems (WMS) häufig der Fall ist. Beispiele 2023-10-26T08:30:00Z2023-11-15T14:55:10Z2024-01-05T16:00:00Z | |||
| Lager Warehouse | Kennung des Lagers, Werks oder Distributionszentrums, in dem die Aktivität stattgefunden hat. | ||
| Beschreibung Das Attribut Lager bezeichnet den physischen Standort, etwa ein Distributionszentrum oder Werk, an dem der Bestand gelagert und bearbeitet wird. Es bildet eine wichtige organisatorische und geografische Dimension des Bestandsprozesses ab. Dieses Attribut ist für standortbezogene Leistungsanalysen unverzichtbar. Unternehmen können damit Effizienz, Genauigkeit und Zykluszeiten verschiedener Standorte vergleichen. So lässt sich beispielsweise ermitteln, in welchen Lagern die Einlagerung am schnellsten erfolgt oder die Bestandsgenauigkeit am höchsten ist. Anschließend können Unternehmen die Vorgehensweisen besonders leistungsstarker Standorte untersuchen und auf andere übertragen. Warum das wichtig ist Das Attribut ermöglicht Leistungsvergleiche zwischen Standorten. So lassen sich bewährte Vorgehensweisen an leistungsstarken Standorten und Verbesserungsbedarf an anderen erkennen. Woher beziehen Ein standardmäßiges organisatorisches Datenelement, das in nahezu allen Bestandsbuchungen vorkommt. Beispiele WH-NYC-01DC-WESTPLANT-1000SITE-EU-FRA | |||
| Menge Quantity | Anzahl der Produkteinheiten, die an der Aktivität beteiligt sind. | ||
| Beschreibung Die Menge gibt an, wie viel Bestand bei einer Aktivität bearbeitet wird, zum Beispiel wie viele Artikel eingehen, umgelagert oder kommissioniert werden. Sie ist ein grundlegendes Maß für den Umfang einer Buchung. Die Analyse der Menge ist wichtig, um die betriebliche Arbeitslast zu verstehen und mögliche Probleme zu erkennen. So können Umlagerungen großer Mengen mit längeren Bearbeitungszeiten zusammenhängen. Außerdem lässt sich damit die Bestandsgenauigkeit ermitteln, indem physische Zählungen mit den Systemdaten verglichen werden. Bei Korrekturbuchungen zeigt die Menge zudem das Ausmaß von Bestandsabweichungen. Warum das wichtig ist Das Attribut misst den Umfang einer Buchung. Es ist wichtig für die Analyse der Arbeitslast, die Berechnung von Beständen und die Ermittlung des Ausmaßes von Abweichungen. Woher beziehen Ein Standardfeld in nahezu allen Bestandsbuchungen. Beispiele 1005012.51000 | |||
| Produkt-ID ProductId | Eindeutige Kennung des Produkts, Materials oder der verwalteten Bestandseinheit (SKU), um die es geht. | ||
| Beschreibung Die Produkt-ID, häufig als SKU oder Materialnummer bezeichnet, ist der eindeutige Code eines bestimmten Artikels im Bestand. Sie unterscheidet ein Produkt von anderen. Dieses Attribut ist für produktbezogene Analysen unverzichtbar. Unternehmen können damit den Prozess nach einzelnen Artikeln oder Artikelgruppen filtern und Unterschiede bei der Handhabung untersuchen. So lassen sich beispielsweise Einlagerungszeiten für empfindliche und robuste Waren oder Prüfraten verschiedener Produktlinien vergleichen. Auf Grundlage der Produkteigenschaften können Unternehmen so Lagergestaltung, Handhabungsverfahren und Bestandsstrategie optimieren. Warum das wichtig ist Das Attribut ermöglicht Analysen auf Produktebene. Teams können die Prozessleistung für verschiedene Artikel vergleichen und ihre Bestandsstrategien entsprechend anpassen. Woher beziehen Ein zentrales Feld in Tabellen zu Bestandsbuchungen, Materialstammdaten oder Artikelstammsätzen. Beispiele SKU-100-RED-LGMAT-582910FG-A105-CPN-987654 | |||
| Produktkategorie ProductCategory | Klassifizierung oder Kategorie eines Produkts, zum Beispiel „Elektronik“, „Bekleidung“ oder „Schnelldreher“. | ||
| Beschreibung Die Produktkategorie fasst Produkte mit gemeinsamen Merkmalen auf einer übergeordneten Ebene zusammen. So lässt sich die Bestandsleistung nach größeren Segmenten statt nach einzelnen Artikeln ordnen und analysieren. Im Process Mining ermöglicht dieses Attribut aggregierte Analysen, mit denen sich Trends und Muster auf strategischer Ebene erkennen lassen. Ein Unternehmen kann beispielsweise Umschlagshäufigkeit oder Fehlerquoten bei Qualitätsprüfungen zwischen Kategorien wie „hochwertige Elektronik“ und „Verbrauchsmaterialien“ vergleichen. Solche Erkenntnisse unterstützen das Kategorienmanagement und die strategische Beschaffung und helfen, die Bestandsrichtlinien zu optimieren. Warum das wichtig ist Das Attribut ermöglicht aggregierte Analysen auf hoher Ebene. So lassen sich Prozessleistungen verschiedener Produktgruppen vergleichen und strategische Entscheidungen fundieren. Woher beziehen In der Regel in Material- oder Artikelstammdaten zu finden und über die Produkt-ID verknüpft. Beispiele ElektronikBekleidungRohmaterialienFertigerzeugnisseErsatzteile | |||
| Bestandsstatus StockStatus | Gibt den aktuellen Status oder die Art des Bestands an, zum Beispiel frei verfügbar, in Qualitätsprüfung oder gesperrt. | ||
| Beschreibung Der Bestandsstatus beschreibt, ob und wie der Bestand verwendet werden kann. Häufige Status sind „Frei verfügbar“ (verwendbar), „Qualitätsprüfung“ (Prüfung steht noch aus), „Gesperrt“ (nicht verwendbar) und „Unterwegs“. Ein Vorgang wie „Bestandsstatus geändert“ aktualisiert dieses Attribut direkt. Die Auswertung der Verweildauer in den einzelnen Status ist entscheidend, um Bestandsfluss und Verfügbarkeit zu verstehen. Sie zeigt, wie lange Bestände in nicht produktiven Zuständen gebunden sind, etwa während einer Qualitätsprüfung oder einer Sperrung. So werden Verzögerungen bei Qualitätsprüfungen oder Probleme mit nicht verwendbarem Bestand sichtbar. Beides wirkt sich unmittelbar auf Lagerhaltungskosten und Servicelevel aus. Warum das wichtig ist Das Attribut erfasst die Verfügbarkeit des Bestands. So lässt sich analysieren, wie lange Ware in nicht produktiven Zuständen bleibt, etwa während einer Qualitätsprüfung oder einer Sperrung. Woher beziehen Üblicherweise in Tabellen zu Bestandsmengen oder Lagerbeständen zu finden. Erfasst wird der Status bei Transaktionen, die ihn ändern. Beispiele Frei verfügbarQualitätsprüfungGesperrtRücksendungen | |||
| Lagerplatz StorageLocation | Konkreter physischer Ort innerhalb eines Lagers, zum Beispiel ein Lagerfach, Regal, Gang oder Bereich. | ||
| Beschreibung Das Attribut Lagerplatz bietet genauere Angaben als das Attribut Lager. Es bezeichnet den konkreten Bereich, etwa ein Lagerfach, einen Gang oder einen Bereich, in dem eine Bestandsaktivität stattgefunden hat. Das kann eine Warenannahme, ein Qualitätsprüfbereich, ein bestimmtes Lagerfach oder eine Packstation sein. Die Analyse von Prozessen auf Lagerplatzebene kann Ineffizienzen bei der Lagergestaltung und im Materialfluss aufdecken. Sie zeigt beispielsweise übermäßig lange Wege bei internen Umlagerungen zwischen weit auseinanderliegenden Standorten oder Engpässe in bestimmten Bereichen. Diese Erkenntnisse helfen, die Lagergestaltung, die Lagerplatzverteilung und die Kommissionierwege zu optimieren. Warum das wichtig ist Das Attribut ermöglicht eine detaillierte Analyse interner Lagerbewegungen. So lassen sich die Lagergestaltung optimieren, Wege verkürzen und überlastete Bereiche erkennen. Woher beziehen In Warehouse Management Systems (WMS) häufig vorhanden und in Buchungsdaten unter Feldnamen wie „Lagerfach“, „Standort“ oder „Lagerplatz“ zu finden. Beispiele A-01-03-BRECEIVING-DOCK-02QA-INSPECTPACK-STATION-5 | |||
| Mengeneinheit UnitOfMeasure | Einheit, in der die Menge angegeben wird, zum Beispiel „Stück“, „Karton“, „Kilogramm“ oder „Palette“. | ||
| Beschreibung Die Mengeneinheit (UoM) ergänzt das Attribut Menge um den nötigen Kontext. Sie gibt die Standardeinheit an, in der ein Bestandsartikel bei einer bestimmten Buchung gezählt oder gemessen wird. Die Mengeneinheit mag einfach erscheinen, ist aber entscheidend für korrekte Daten und aussagekräftige Analysen. Ohne sie können Mengenvergleiche irreführend sein: „10“ kann zehn einzelne Artikel oder zehn Paletten mit Artikeln bedeuten. Das Attribut stellt sicher, dass Analysen auf einer einheitlichen Grundlage erfolgen. Dazu werden unterschiedliche Mengeneinheiten häufig in eine Standard- oder Basiseinheit umgerechnet. Warum das wichtig ist Das Attribut ergänzt die „Menge“ um den nötigen Kontext und ermöglicht genaue Vergleiche und Berechnungen für unterschiedliche Produkte und Buchungen. Woher beziehen Befindet sich üblicherweise neben dem Mengenfeld in den Buchungsdaten oder in den Artikelstammdaten. Beispiele EACSKGPL | |||
Aktivitäten der Bestandsverwaltung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Bestand korrigiert | Diese explizite Buchung korrigiert den verfügbaren Systembestand einer Charge, damit er mit einer physischen Zählung übereinstimmt oder Schäden berücksichtigt. Damit wird ein Bestandszugang oder -verlust offiziell verbucht. | ||
| Warum das wichtig ist Korrekturbuchungen weisen direkt auf Bestandsungenauigkeiten und mögliche Prozessfehler hin. Die Analyse ihrer Häufigkeit, ihres Werts und ihrer Gründe hilft, die Ursachen von Bestandsabweichungen zu ermitteln. Woher beziehen Dies ist eine eigenständige finanzielle und logistische Buchung, die häufig als Bestandskorrektur oder Inventurbuchung bezeichnet wird und den Buchbestand verändert. Erfassung Erfassen Sie Buchungen aus einem Bestandskorrekturjournal oder Materialbeleg, mit denen die Abweichung zwischen Systembestand und gezählter Menge verbucht wird. Ereignistyp explicit | |||
| Bestand verschrottet | Bezeichnet die endgültige Ausbuchung einer Bestandscharge als Ausschuss. Mit dieser offiziellen Buchung wird die Charge aus den Büchern ausgebucht und dauerhaft aus dem Bestand entfernt. | ||
| Warum das wichtig ist Die Verschrottung ist ein wichtiger Endpunkt und bedeutet den vollständigen Verlust des Bestandswerts. Die Analyse ihrer Häufigkeit und Gründe hilft, Probleme bei der Haltbarkeitsverwaltung, Schäden durch Handhabung oder Produktveralterung zu erkennen. Woher beziehen Dies ist eine explizite Materialbuchung, die über eine für Verschrottung vorgesehene Bewegungsart oder ein Bestandskorrekturjournal mit einem Verschrottungsgrund erfasst wird. Erfassung Erfassen Sie die Buchung eines Materialbelegs, der die Charge mit einer für die Verschrottung vorgesehenen Bewegungsart oder einem entsprechenden Grundcode aus dem Bestand entfernt. Ereignistyp explicit | |||
| Einlagerung abgeschlossen | Bestätigt, dass die Bestandscharge physisch an ihren endgültigen Lagerplatz gebracht und dort eingescannt wurde. Ab diesem Zeitpunkt gilt der Bestand in der Regel als kommissionierbar. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein, der den Wareneingangsprozess abschließt. Die Gesamtzeit vom Ereignis „Wareneingang erfasst“ bis „Einlagerung abgeschlossen“ ist eine zentrale Kennzahl für die Leistung des Wareneingangs im Lager. Woher beziehen Das Ereignis wird erfasst, wenn eine Lagerfachkraft den Abschluss des Einlagerungsauftrags bestätigt, in der Regel über einen Handscanner. Dadurch wird der Lagerplatz des Bestands im System aktualisiert. Erfassung Suchen Sie nach der Bestätigungs- oder Abschlussbuchung des Einlagerungsauftrags. Sie aktualisiert den Lagerplatz der Charge: vom vorläufigen Wareneingangsbereich auf einen dauerhaften Lagerplatz. Ereignistyp explicit | |||
| Kommissionierung abgeschlossen | Bestätigt, dass die Bestandscharge physisch aus ihrem Lagerplatz entnommen und in einen Bereitstellungs- oder Verpackungsbereich gebracht wurde. Damit endet der transportintensive Teil des Versandprozesses. | ||
| Warum das wichtig ist Mit diesem Meilenstein endet die physische Kommissionierung. Die Dauer zwischen „Kommissionierung gestartet“ und „Kommissionierung abgeschlossen“ ist eine wichtige Kennzahl für die Effizienz der Lagerbedienpersonen. Woher beziehen Wird erfasst, wenn eine Bedienperson die Kommissionierung bestätigt, häufig durch Scannen des Artikels und des Lagerplatzes. Dadurch erhält der Kommissionierauftrag den Status „Abgeschlossen“. Erfassung Suchen Sie nach der Bestätigungs- oder Abschlussbuchung des Kommissionierauftrags. Sie zeigt an, dass die Charge erfolgreich entnommen wurde. Ereignistyp explicit | |||
| Retoure eingegangen | Bezeichnet den physischen Eingang einer zuvor versendeten Bestandscharge, die ein Kunde an das Lager zurücksendet. Damit beginnt der Retourenprozess für diese Charge. | ||
| Warum das wichtig ist Dieses Ereignis markiert den Start des Teilprozesses Retourenmanagement. Die Nachverfolgung von Retouren ist wichtig, um Qualitätsprobleme, Kundenzufriedenheit und die Effizienz der Rückwärtslogistik zu beurteilen. Woher beziehen Wird erfasst, wenn ein Benutzer einen Wareneingang zu einer Rücksendegenehmigung (RMA) oder einem Retourenauftrag bucht und die Charge dadurch wieder in den Bestand aufnimmt. Erfassung Ermitteln Sie Wareneingangsbuchungen, die einem Retourenauftrag zugeordnet sind. Sie erhöhen den verfügbaren Bestand der Charge, häufig mit einem eingeschränkten Status oder Prüfstatus. Ereignistyp explicit | |||
| Warenausgang gebucht | Markiert den endgültigen Abgang der Bestandscharge aus dem Lager. Mit dieser offiziellen Buchung wird der verfügbare Bestand reduziert. Bei Verkäufen wird häufig auch die Rechnungsstellung ausgelöst. | ||
| Warum das wichtig ist Dies ist ein wichtiger Endpunkt des regulären Versandprozesses. Die Durchlaufzeit vom „Wareneingang“ bis zum „Warenausgang“ misst die gesamte Bestandsumschlagdauer. Woher beziehen Dies ist eine verbindliche Materialbuchung, die häufig durch eine Versandbestätigung oder einen Scan bei der Lkw-Abfahrt ausgelöst wird und den Warenausgang offiziell verbucht. Erfassung Erfassen Sie die Buchung des Materialbelegs, der den Bestand für einen Versand, eine Materialentnahme für die Produktion oder eine Umlagerung reduziert. Ereignistyp explicit | |||
| Wareneingang erfasst | Diese Aktivität kennzeichnet den ersten physischen Eingang einer Bestandscharge am Standort. Zu diesem Zeitpunkt wird die Charge erstmals im System erfasst. In der Regel wird dabei ein Bestandssatz angelegt. | ||
| Warum das wichtig ist Dies ist der zentrale Startpunkt im Lebenszyklus des Bestands. Die Zeitspanne von diesem Ereignis bis zu nachfolgenden Ereignissen wie Einlagerung oder Verfügbarkeit ist entscheidend, um die Effizienz des Wareneingangs zu messen. Woher beziehen Dieses Ereignis wird in der Regel ausdrücklich in den Modulen für Bestands- oder Lagerverwaltung erfasst, wenn ein Benutzer einen Wareneingang zu einem Quelldokument wie einer Bestellung oder einer Vorabversandmeldung bucht. Erfassung Erfassen Sie das Ereignis anhand von Materialbewegungsprotokollen oder Wareneingangsbelegen, bei denen eine positive Menge einer Charge im System eingeht. Ereignistyp explicit | |||
| Bestand gezählt | Bezeichnet den Zeitpunkt, zu dem eine Bestandscharge physisch gezählt und die Menge im System erfasst wird. Dies ist ein wichtiger Schritt bei der zyklischen Zählung oder der Inventurprüfung. | ||
| Warum das wichtig ist Diese Aktivität ist entscheidend, um die Genauigkeit des Bestands zu beurteilen. Sie ermöglicht die Analyse der Zählhäufigkeit und -dauer sowie der Zeit, die für die Klärung festgestellter Abweichungen benötigt wird. Woher beziehen Wird üblicherweise erfasst, wenn ein Benutzer eine gezählte Menge in einem Inventur- oder Zykluszähljournal des Bestandsverwaltungssystems einträgt. Erfassung Ermitteln Sie die Erstellung von Zähljournalzeilen oder den Timestamp, zu dem eine gezählte Menge für eine Charge gespeichert wird. Ereignistyp explicit | |||
| Bestand intern umgelagert | Beschreibt die Umlagerung einer Bestandscharge von einem Lagerplatz zu einem anderen innerhalb desselben Standorts. Sie gehört weder zur ursprünglichen Einlagerung noch zur abschließenden Kommissionierung, sondern ist eine Zwischenbewegung, etwa zur Nachschubversorgung oder Konsolidierung. | ||
| Warum das wichtig ist Häufige interne Umlagerungen können auf eine ungünstige Lagergestaltung oder ungeeignete Nachschubstrategien hindeuten. Die Analyse dieser Bewegungen hilft, Ineffizienzen in der internen Logistik und im Materialfluss aufzudecken. Woher beziehen Wird als explizite Bestandsumbuchung erfasst, die den Lagerplatz oder Standort der Charge ändert, ohne Eigentümer oder Gesamtbestand zu verändern. Erfassung Ermitteln Sie Buchungen, die den Lagerplatzcode einer Charge innerhalb desselben Standorts ändern. Schließen Sie die ursprüngliche Einlagerung und die abschließende Kommissionierung aus. Ereignistyp explicit | |||
| Bestandsstatus geändert | Erfasst eine Änderung des logischen Status einer Charge, die ihre Verwendbarkeit beeinflusst. Dazu zählen beispielsweise die Sperrung des Bestands, der Ausschluss vom Verkauf oder die Freigabe für den uneingeschränkten Bestand aus anderen Gründen als einer Qualitätsprüfung. | ||
| Warum das wichtig ist Diese Aktivität macht Abweichungen vom üblichen Bestandslebenszyklus sichtbar. Häufige Statusänderungen können auf Probleme mit der Datenqualität, gesperrte Produkte oder andere administrative Abläufe hindeuten, die Kapital binden. Woher beziehen Wird in der Regel aus einer Änderung des Statusfelds im Chargen- oder Losstammsatz abgeleitet oder über eine spezielle Buchung erfasst, mit der die Verwendbarkeit des Bestands geändert wird. Erfassung Verfolgen Sie Änderungen des Status- oder Bestandstypfelds im Datensatz der Bestandscharge im Zeitverlauf. Ereignistyp inferred | |||
| Einlagerung gestartet | Zeigt an, dass ein Systemauftrag erstellt wurde, um die Bestandscharge aus dem Wareneingangs- oder Bereitstellungsbereich an ihren vorgesehenen Lagerplatz zu bringen. Damit beginnt die physische Einlagerung der Waren. | ||
| Warum das wichtig ist Diese Aktivität trennt die Wartezeit im Wareneingang vom eigentlichen Einlagerungsprozess. So lässt sich analysieren, wie schnell das System und die Mitarbeitenden mit der Einlagerung neu eingetroffener Bestände beginnen können. Woher beziehen Dieses Ereignis wird in der Regel durch die Erstellung eines Lagerauftrags, Arbeitsauftrags oder Umlagerungsauftrags für die Einlagerung erfasst. Erfassung Ermitteln Sie den Erstellungs-Timestamp des Systemauftrags, der eine Bedienperson anweist, die Charge an einen Lagerplatz zu bringen. Ereignistyp explicit | |||
| Kommissionierung gestartet | Zeigt an, dass das System einen Auftrag erstellt hat, eine Bestandscharge für einen Bedarf aus ihrem Lagerplatz zu entnehmen. Damit beginnt der Versandprozess für diese Charge. | ||
| Warum das wichtig ist Dieses Ereignis startet den Versandprozess. Die Zeit zwischen Auftragserstellung und Kommissionierbeginn zeigt mögliche Verzögerungen bei der Auftragsbearbeitung und Bestandszuordnung, bevor die physische Arbeit beginnt. Woher beziehen Wird üblicherweise durch die Erstellung eines Lagerauftrags, Umlagerungsauftrags oder Transferauftrags erfasst, der einem Kundenauftrag, Fertigungsauftrag oder einer Bestandsumbuchung zugeordnet ist. Erfassung Ermitteln Sie den Erstellungs-Timestamp des Systemauftrags, der eine Bedienperson anweist, die Charge für einen Versandbedarf aus einem Lagerplatz zu entnehmen. Ereignistyp explicit | |||
| Qualitätsprüfung abgeschlossen | Diese Aktivität kennzeichnet den Abschluss der Qualitätsprüfung und die Erfassung einer Verwendungsentscheidung. Bei bestandener Prüfung wird die Charge in der Regel für den uneingeschränkten Bestand freigegeben. Bei nicht bestandener Prüfung wird sie meist gesperrt. | ||
| Warum das wichtig ist Mit Abschluss dieses Schritts steht der Bestand für nachfolgende Prozesse zur Verfügung. Verzögerungen an dieser Stelle können erhebliche Engpässe in der Produktion oder Auftragsabwicklung verursachen. Woher beziehen Das Ereignis wird in der Regel erfasst, wenn ein Benutzer die Prüfergebnisse dokumentiert. Dadurch ändert sich die Bestandsart der Charge von „Qualität“ zu „Uneingeschränkt“ oder „Gesperrt“. Erfassung Erfassen Sie die Buchung oder Statusaktualisierung, in der die endgültige Entscheidung über das Bestehen oder Nichtbestehen der Prüfung dokumentiert wird. Ereignistyp explicit | |||
| Qualitätsprüfung gestartet | Kennzeichnet den Zeitpunkt, zu dem eine Bestandscharge für die Qualitätskontrolle vorgesehen und mit einem eingeschränkten Status versehen wird. Der Bestand wird in der Regel an einen physischen oder logischen Prüfbereich gebracht und steht nicht für die Auftragsabwicklung zur Verfügung. | ||
| Warum das wichtig ist Diese Aktivität markiert den Beginn der Qualitätssicherung. Die Dauer zwischen Start und Abschluss ist eine wichtige Kennzahl für die Zykluszeit der Qualitätssicherung und deren Auswirkungen auf die Bestandsverfügbarkeit. Woher beziehen Das Ereignis lässt sich häufig aus einer Statusänderung der Bestandscharge ableiten, etwa durch die Umbuchung in den Bestand „Qualitätsprüfung“, oder aus der Anlage eines formellen Prüfauftrags. Erfassung Ermitteln Sie Datensätze oder Statusänderungen, durch die die Charge unmittelbar nach dem Wareneingang für die Qualitätssicherung gesperrt wird. Ereignistyp inferred | |||
| Verpackung abgeschlossen | Bezeichnet den Abschluss der Verpackung: Die kommissionierte Charge wird in einen Versandbehälter gelegt und dieser verschlossen. Dies ist der letzte wertschöpfende Schritt im Lager vor dem Versand. | ||
| Warum das wichtig ist Mit dieser Aktivität lässt sich die Verpackungsphase des Versandprozesses gezielt betrachten. Die Zeit zwischen abgeschlossener Kommissionierung und abgeschlossener Verpackung zeigt mögliche Engpässe an den Packstationen. Woher beziehen Kann als explizites Ereignis erfasst werden, wenn ein Benutzer einen Lieferschein bestätigt oder einen Versandbehälter schließt. Alternativ lässt sich das Ereignis aus einer Änderung des Versandstatus ableiten. Erfassung Erfassen Sie den Timestamp, zu dem ein Verpackungsbehälter als geschlossen markiert oder der Status der zugehörigen Auslieferung auf „Verpackt“ gesetzt wird. Ereignistyp explicit | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Wählen Sie eine Anleitung für Ihr System, um mit der Extraktion Ihrer Bestandsdaten zu beginnen. Alternativ können Sie dieses generische Template als flexiblen Ausgangspunkt für jedes System verwenden.
Steigern Sie jetzt die Effizienz Ihrer Bestandsverwaltung
Funktioniert mit jedem System. Erste konkrete Ergebnisse in wenigen Tagen.
Keine Kreditkarte erforderlich. In 5 Minuten eingerichtet.