Datenvorlage: Order to Cash – Kundenauftragsbearbeitung

Universelle Process-Mining-Vorlage
Datenvorlage: Order to Cash – Kundenauftragsbearbeitung

Ihr Order-to-Cash – Daten-Template für die Vertriebsauftragsabwicklung

Universelle Process-Mining-Vorlage

Dies ist unsere generische Process-Mining-Datenvorlage für Order to Cash - Verkaufsauftragsbearbeitung. Nutzen Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.

Wählen Sie ein spezifisches System
  • Identifiziert entscheidende Datenattribute für ein vollständiges Event Log.
  • Beschreibt die wichtigsten Aktivitäten und Meilensteine innerhalb des Prozesses.
  • Dient als universeller Ausgangspunkt für Process Mining, anpassbar an jedes System.
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Order to Cash - Verkaufsauftragsbearbeitungs-Attribute

Diese empfohlenen Datenfelder sind entscheidend für den Aufbau eines umfassenden Event Log und ermöglichen eine detaillierte Analyse Ihres Prozesses Auftrag zu Zahlung - Kundenauftragsabwicklung.
5 Erforderlich 5 Empfohlen 7 Optional
NameBeschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Geschäfts-Events oder der Aufgabe, die zu einem bestimmten Zeitpunkt innerhalb des Verkaufsauftragsprozesses aufgetreten ist.
Beschreibung

Der Aktivitätsname beschreibt einen Schritt oder Meilenstein im Lebenszyklus eines Verkaufsauftrags, wie beispielsweise 'Verkaufsauftrag erstellt', 'Kreditprüfung durchgeführt' oder 'Waren versandt'. Jede Aktivität steht für eine spezifische Aktion, die am Verkaufsauftrag vorgenommen wird, und bildet die Grundbausteine der Prozesslandkarte.

Die Analyse stützt sich stark auf dieses Attribut, um den Prozessfluss zu visualisieren, gängige Pfade zu identifizieren und Abweichungen vom Standardverfahren aufzudecken. Durch die Analyse der Abfolge von Aktivitäten können Analysten Engpässe, Nacharbeitsschleifen (z. B. wiederholte 'Verkaufsauftrag geändert' Aktivitäten) und nicht konforme Prozessvarianten genau bestimmen. Es ist grundlegend für Dashboards wie 'Prozesskonformität und Abweichungen' und KPIs wie 'Nacharbeitsquote Verkaufsaufträge'.

Warum es wichtig ist

Es definiert die Schritte im Prozess, wodurch es möglich wird, die Prozesslandkarte zu visualisieren, Prozessabläufe zu analysieren und Nacharbeit oder Abweichungen zu identifizieren.

Woher erhalten

Wird oft von Dokumentenstatusänderungen, Event Logs oder Transaktionscodes innerhalb der Vertriebs-, Liefer- und Fakturierungsmodule des Quellsystems abgeleitet.

Beispiele
Kundenauftrag erstelltWare versandtZahlung eingegangenKundenauftrag storniert
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu der eine Aktivität bzw. ein Ereignis stattgefunden hat.
Beschreibung

Die Event Time ist ein Timestamp, der den genauen Zeitpunkt aufzeichnet, zu dem eine Aktivität stattgefunden hat. Dieses Attribut liefert den zeitlichen Kontext für den Prozess und ermöglicht die chronologische Anordnung aller Events, die mit einem Verkaufsauftrag verbunden sind.

Dieser Timestamp ist entscheidend für alle zeitbasierten Analysen. Er wird verwendet, um Durchlaufzeiten zwischen zwei beliebigen Aktivitäten zu berechnen, die Dauer spezifischer Schritte zu identifizieren und Verzögerungen oder Engpässe genau zu bestimmen. Zum Beispiel wird die KPI 'Durchlaufzeit der Auftragsabwicklung' als Differenz zwischen der Event Time der letzten Lieferaktivität und der initialen Auftragserstellungsaktivität berechnet. Dashboards wie 'Übersicht der Verkaufsauftrags-Durchlaufzeiten' sind vollständig von diesem Attribut abhängig, um zu funktionieren.

Warum es wichtig ist

Dieser Timestamp ist entscheidend für die Berechnung aller Performance-Metriken, wie Durchlaufzeiten und Dauern, die für die Identifizierung von Bottlenecks (Engpässen) unerlässlich sind.

Woher erhalten

Typischerweise finden sich diese Informationen neben jedem Transaktions- oder Statusaktualisierungsdatensatz, oft als Erstellungsdatum, Änderungsdatum oder Buchungsdatum bezeichnet.

Beispiele
2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z
Kundenauftrags-ID
SalesOrderId
Der eindeutige Identifikator für einen Verkaufsauftrag, der als primärer Case-Identifikator für den Auftrag-zu-Kasse-Prozess dient.
Beschreibung

Die Verkaufsauftrags-ID ist der Eckpfeiler des Process Mining im Auftrag-zu-Kasse-Prozess. Sie identifiziert eindeutig jede Instanz des Prozesses von der Erstellung bis zum Abschluss. Sie fungiert als Primärschlüssel, der alle zugehörigen Aktivitäten, Events und Datenpunkte miteinander verbindet und so eine vollständige End-to-End-Reise für einen einzelnen Auftrag bildet.

In der Analyse ermöglicht dieses Attribut die Rekonstruktion des Lebenszyklus jedes Verkaufsauftrags. Es wird verwendet, um die Abfolge der Events nachzuvollziehen, Dauern zwischen Aktivitäten zu messen und Metriken auf Auftragsebene zu aggregieren. Zum Beispiel erfordert die Berechnung der KPI 'Durchlaufzeit der Auftragsabwicklung' das Gruppieren aller Aktivitäten nach ihrer Verkaufsauftrags-ID und das Ermitteln der Zeitdifferenz zwischen dem ersten und letzten Event.

Warum es wichtig ist

Diese ID ist entscheidend für die Verfolgung individueller Aufträge durch den Prozess, was eine Case-Level-Analyse von Durchlaufzeiten, Engpässen und Abweichungen ermöglicht.

Woher erhalten

Typischerweise in der Kopfzeilentabelle von Kundenauftragsdokumenten im Quell-ERP- oder CRM-System zu finden.

Beispiele
SO-001234598004567ORD-2023-54321
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der den Zeitpunkt angibt, zu dem die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut liefert einen Timestamp dafür, wann die Daten zuletzt in die Process Mining Umgebung geladen wurden. Es spiegelt die Aktualität der analysierten Daten wider und unterscheidet sich von der Event Time, die aufzeichnet, wann die Geschäftsaktivität tatsächlich stattfand.

Obwohl es typischerweise nicht für die direkte Prozessflussanalyse verwendet wird, sind diese Informationen entscheidend für die Data Governance und die Sicherstellung der Zuverlässigkeit der Ergebnisse. Es ermöglicht Analysten und Business Usern, die Aktualität der generierten Erkenntnisse zu verstehen. Wenn zum Beispiel das Last Data Update vor einer Woche war, müssen alle Rückschlüsse auf die aktuelle Leistung mit dieser Tatsache qualifiziert werden.

Warum es wichtig ist

Dies zeigt die Datenaktualität an, wodurch sichergestellt wird, dass Analysen auf aktuellen Informationen basieren und die Schlussfolgerungen relevant sind.

Woher erhalten

Dies wird typischerweise vom Datenextraktions-(ETL)-Tool oder der Process Mining-Plattform während der Datenaufnahme generiert und gespeichert.

Beispiele
2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z
Quellsystem
SourceSystem
Identifiziert das Informationssystem, aus dem die Daten stammen, wie z. B. ein ERP, CRM oder eine Altsystemplattform.
Beschreibung

Das Attribut Quellsystem spezifiziert das führende System, in dem die Event-Daten generiert wurden. In modernen Unternehmen erstreckt sich ein End-to-End-Prozess wie Auftrag zu Kasse oft über mehrere Anwendungen, zum Beispiel ein CRM für die Auftragserstellung und ein ERP für Fulfillment und Rechnungsstellung.

In der Analyse ist dieses Attribut wertvoll, um die technologische Landschaft des Prozesses zu verstehen. Es hilft bei der Identifizierung von Integrationspunkten und potenziellen Datenkonsistenzproblemen zwischen verschiedenen Systemen. Die Analyse von Aktivitäten nach Quellsystem kann aufzeigen, ob bestimmte Prozessschritte unterschiedlich gehandhabt werden oder mehr Verzögerungen erfahren, abhängig davon, in welchem System sie ausgeführt werden.

Warum es wichtig ist

Es bietet Kontext zur Datenherkunft, was in Umgebungen mit mehreren Systemen entscheidend ist, um diese nachzuverfolgen und systemspezifische Prozessvarianten zu identifizieren.

Woher erhalten

Diese Information wird oft während des Datenextraktionsprozesses (ETL) hinzugefügt oder kann ein Standardfeld in Data Warehouses sein.

Beispiele
SAP S/4HANASalesforce Sales CloudOracle NetSuite
Auftragswert
OrderValue
Der gesamte monetäre Wert des Verkaufsauftrags, typischerweise in der Währung des Dokuments.
Beschreibung

Auftragswert repräsentiert den gesamten finanziellen Wert des Verkaufsauftrags. Dies ist eine kritische Finanzkennzahl, die das Ausmaß jeder Case-Instanz quantifiziert.\n\nDieses Attribut ist für die wertbasierte Prozessanalyse von unschätzbarem Wert. Es ermöglicht die Priorisierung von Problemen durch den Fokus auf hochwertige Aufträge. Zum Beispiel können Analysten untersuchen, ob hochwertige Aufträge längere Durchlaufzeiten oder mehr Nacharbeit erfahren als niedrigwertige Aufträge. Es wird auch verwendet, um die finanziellen Auswirkungen von Prozessineffizienzen zu berechnen, wie z. B. den Gesamtwert von Aufträgen, die durch einen spezifischen Engpass verzögert werden. Dies schafft einen starken Business Case für Prozessverbesserungsinitiativen.

Warum es wichtig ist

Ermöglicht eine wertbasierte Analyse, die hilft, Prozessverbesserungen zu priorisieren, indem sie sich auf hochwertige Aufträge konzentriert und die finanziellen Auswirkungen von Verzögerungen quantifiziert.

Woher erhalten

Verfügbar in den Vertriebsauftragskopfdaten, oft berechnet als Summe aller Nettowerte der Positionen.

Beispiele
15200.50500.00125000.75
Benutzername
UserName
Der Name oder die ID des Benutzers, Mitarbeiters oder Systemagenten, der die Aktivität ausgeführt hat.
Beschreibung

Das Attribut Benutzername identifiziert den Einzelnen oder den automatisierten Agenten, der für die Ausführung einer bestimmten Aktivität verantwortlich ist. Dies könnte ein Vertriebsmitarbeiter sein, der den Auftrag erstellt hat, ein Kreditmanager, der ihn genehmigt hat, oder ein Systembenutzer, der automatisch eine Zahlung gebucht hat.

Dieses Attribut ermöglicht eine menschenzentrierte Analyse des Prozesses. Es wird verwendet, um die Arbeitslastverteilung zu analysieren, die Leistung zwischen Teams oder Einzelpersonen zu vergleichen und Schulungsmöglichkeiten zu identifizieren. Es ist auch entscheidend für Compliance- und Audit-Trail-Zwecke. Die Analyse von Aktivitäten nach Benutzer hilft aufzudecken, wer an Nacharbeitsschleifen oder nicht konformem Verhalten beteiligt ist, und ist grundlegend für die Berechnung der KPI 'Quote der manuellen Eingriffe'.

Warum es wichtig ist

Identifiziert die Person oder das System, welche(s) eine Aktivität ausführt, und ermöglicht so die Analyse von Arbeitslast, Teamleistung, Automatisierungsgraden und Compliance.

Woher erhalten

Häufig in Transaktionsprotokollen oder Dokumentenhistorien zu finden, oft als "Erstellt von" oder "Geändert von" bezeichnet.

Beispiele
John.SmithBATCH_USERAlice.JonesUSER_API
Kundenidentifikator
CustomerIdentifier
Der eindeutige Identifikator oder Name des Kunden, der den Verkaufsauftrag erteilt hat.
Beschreibung

Dieses Attribut identifiziert die externe Partei, für die der Kundenauftrag bearbeitet wird. Es kann eine eindeutige Kundennummer, ein Firmenname oder ein anderer Schlüssel sein, der einen Kunden von einem anderen unterscheidet.

Im Process Mining ist der Kunden-Identifikator eine leistungsstarke Dimension zur Segmentierung der Daten. Analysten können die Prozesslandkarte filtern, um zu sehen, wie sich der Prozess für einen spezifischen Kunden verhält, oder Prozessflüsse zwischen verschiedenen Kundengruppen, wie z.B. strategischen Konten versus Gelegenheitskäufern, vergleichen. Dies kann maßgeschneiderte Prozesse aufdecken oder Kunden hervorheben, die häufig Prozessabweichungen oder Verzögerungen verursachen, und liefert so wertvolle Einblicke für das Customer Relationship Management.

Warum es wichtig ist

Ermöglicht das Filtern und Vergleichen von Prozessen über verschiedene Kunden oder Kundengruppen hinweg, um maßgeschneiderte Prozesse oder problematische Konten zu identifizieren.

Woher erhalten

Befindet sich in den Kundenauftragskopfdaten, verknüpft mit den Kundenstammdaten im Quell-ERP- oder CRM-System.

Beispiele
CUST-10023Global Corp Inc.758991
Produkt-ID
ProductIdentifier
Der eindeutige Code oder Name für ein Hauptprodukt oder eine Dienstleistung auf dem Verkaufsauftrag.
Beschreibung

Der Produktidentifikator, wie z. B. eine Materialnummer oder SKU, gibt an, was verkauft wird. Obwohl ein Verkaufsauftrag mehrere Produkte enthalten kann, stellt dieses Attribut oft das Hauptprodukt dar oder kann für eine übergeordnete Analyse zu einer Produktkategorie zusammengefasst werden.

Dieses Attribut ermöglicht eine produktzentrierte Sichtweise des Auftrag-zu-Kasse-Prozesses. Die Analyse kann aufzeigen, ob bestimmte Produkte mit längeren Abwicklungszeiten, häufigeren Lieferproblemen oder höheren Stornierungsraten verbunden sind. Diese Erkenntnis ist entscheidend für die Lieferkettenplanung, das Bestandsmanagement und die Produktportfoliostrategie. Wenn beispielsweise festgestellt wird, dass eine spezifische Produktlinie durchgängig Verzögerungen im Schritt 'An Lager freigegeben' aufweist, kann dies eine Untersuchung der Lagerbestände oder der Lagerplatzierung auslösen.

Warum es wichtig ist

Ermöglicht die Analyse der Prozessperformance für verschiedene Produkte oder Produktgruppen und hilft dabei, produktspezifische Bottlenecks oder Probleme zu identifizieren.

Woher erhalten

Befindet sich auf Positionsebene eines Kundenauftrags. Für die Case-Level-Analyse kann es durch die wichtigste Position oder eine abgeleitete Produktkategorie dargestellt werden.

Beispiele
PROD-5540-XLMAT-009871SVC-CONSULT-HR
Vertriebskanal
SalesChannel
Der Kanal, über den der Verkaufsauftrag eingegangen ist, z. B. Web, Direktvertrieb oder Partner.
Beschreibung

Der Vertriebskanal gibt den Ursprung oder die Methode an, über die eine Bestellung aufgegeben wurde. Dies könnte ein Online-Portal, ein Direktvertriebsteam, eine EDI-Verbindung mit einem Partner oder ein Einzelhandelsgeschäft sein.

Die Analyse des Prozesses nach Vertriebskanal kann erhebliche Unterschiede in Bezug auf Effizienz und Konformität aufzeigen. Zum Beispiel könnten Bestellungen über den Webkanal hoch automatisiert und schnell sein, während Bestellungen vom Direktvertrieb mehr manuelle Änderungen und längere Genehmigungszyklen erfordern können. Diese Analyse hilft Unternehmen, den spezifischen Prozessfluss jedes Kanals zu optimieren und Ressourcen effektiver zuzuweisen. Es bietet eine Schlüsseldimension für Dashboards wie 'Engpässe bei der Auftragsabwicklung'.

Warum es wichtig ist

Ermöglicht den Vergleich der Prozessleistung über verschiedene Kanäle hinweg und deckt Variationen in Effizienz, Automatisierung und Konformität auf.

Woher erhalten

Diese Information wird üblicherweise in den Kopfdaten des Kundenauftrags gespeichert und ist oft ein Pflichtfeld bei der Auftragserfassung.

Beispiele
Web-PortalDirektvertriebEDIPartnernetzwerk
Ablehnungsgrund
RejectionReason
Ein Code oder eine Beschreibung, die erklärt, warum ein Vertriebsauftrag oder eine Position storniert oder abgelehnt wurde.
Beschreibung

Wenn ein Verkaufsauftrag storniert oder ein Artikel abgelehnt wird, liefert der Ablehnungsgrund den geschäftlichen Kontext für dieses negative Ergebnis. Gründe können von 'Kunde storniert' und 'Falscher Preis' bis zu 'Nicht auf Lager' reichen.

Dieses Attribut ist essenziell für die Ursachenanalyse von Prozessfehlern. Durch die Analyse der Häufigkeit verschiedener Ablehnungsgründe kann ein Unternehmen systemische Probleme identifizieren. Eine hohe Anzahl von Stornierungen aufgrund von 'Falscher Preis' könnte beispielsweise auf Probleme in den Angebots- oder Stammdatenprozessen hinweisen. Diese Analyse unterstützt direkt Bemühungen, die First-Time Right Rate zu verbessern und Prozessverschwendung zu reduzieren.

Warum es wichtig ist

Erklärt, warum Aufträge fehlschlagen, und ermöglicht eine Ursachenanalyse, um zugrunde liegende Probleme bei Preisen, Lagerbestand oder Kundenkommunikation zu beheben.

Woher erhalten

Typischerweise auf der Positionsebene des Kundenauftrags zu finden und wird aus einer vordefinierten Codeliste ausgewählt, wenn ein Artikel storniert wird.

Beispiele
KundenanfrageProdukt eingestelltPreisfehlerKreditlimit überschritten
Aktuelles Lieferdatum
ActualDeliveryDate
Das Datum, an dem die Waren tatsächlich an den Kunden geliefert wurden, was den Abschluss des Fulfillment-Teils des Prozesses markiert.
Beschreibung

Das tatsächliche Lieferdatum ist der Timestamp, der die erfolgreiche Lieferung der Waren an den Kunden aufzeichnet. Dies basiert oft auf einem Liefernachweis des Versanddienstleisters.

Dieses Attribut ist das entscheidende Maß für den Liefererfolg. Es ist der finale Datenpunkt, der zur Berechnung der 'Pünktlichen Lieferquote' herangezogen wird, indem es mit dem angefragten und dem bestätigten Liefertermin verglichen wird. Die Analyse der Zeitspanne zwischen der Aktivität 'Waren versandt' und dem tatsächlichen Lieferdatum kann zudem Einblicke in die Leistung von Logistikpartnern und Versandmethoden geben.

Warum es wichtig ist

Dies ist der endgültige Nachweis der Erfüllung und ist wesentlich für die genaue Berechnung der Termintreue und der gesamten Durchlaufzeit der Auftragserfüllung.

Woher erhalten

Stammt oft aus einem externen Logistik- oder Versandsystem und wird wieder ins ERP integriert. Es kann vom Timestamp der Aktivität 'Ware ausgeliefert' abgeleitet werden.

Beispiele
2023-11-172023-12-022024-01-14
Angefordertes Lieferdatum
RequestedDeliveryDate
Der vom Kunden angefragte Liefertermin für die Bestellung.
Beschreibung

Dieses Datum repräsentiert den gewünschten Liefertermin des Kunden. Es ist eine entscheidende Information, die zu Beginn des Prozesses erfasst wird und als primärer Maßstab für die Kundenzufriedenheit hinsichtlich der Lieferpünktlichkeit dient.

In der Prozessanalyse wird der angefragte Liefertermin mit anderen Schlüsseldaten, wie dem bestätigten und tatsächlichen Liefertermin, verglichen, um Servicelevel zu messen. Er ist ein wichtiger Input für das Dashboard zur Pünktlichkeit der Lieferung und wird verwendet, um zu berechnen, ob eine Lieferung aus Kundensicht pünktlich war. Die Analyse von Diskrepanzen zwischen angefragten und bestätigten Terminen kann auch Probleme in der Planung und Terminierung aufzeigen.

Warum es wichtig ist

Dient als Liefererwartung des Kunden und bildet eine Basis für die Messung der pünktlichen Lieferperformance und Kundenzufriedenheit.

Woher erhalten

Typischerweise in der Kopfzeile des Kundenauftrags oder den Positionsdetails zu finden und wird während des Auftragserstellungsprozesses eingegeben.

Beispiele
2023-11-152023-12-012024-01-10
Auftragsstatus
OrderStatus
Der Status des Verkaufsauftrags zum Zeitpunkt des Events, z. B. 'Offen', 'In Bearbeitung' oder 'Abgeschlossen'.
Beschreibung

Der Auftragsstatus liefert eine Momentaufnahme darüber, wo sich der Verkaufsauftrag in seinem Lebenszyklus zu einem bestimmten Zeitpunkt befindet. Es ist eine kategorische Bezeichnung, die den aktuellen Zustand des Auftrags zusammenfasst.

Während die Abfolge der Aktivitäten eine detaillierte Prozesslandkarte bietet, ist das Attribut Auftragsstatus nützlich, um eine vereinfachte, übergeordnete Ansicht des Prozesses zu erstellen. Es kann verwendet werden, um alle Aufträge zu filtern, die sich derzeit in einem bestimmten Zustand befinden, zum Beispiel alle Aufträge 'unter Kreditprüfung'. Die Analyse der in verschiedenen Status verbrachten Zeit kann auch Engpässe aufzeigen, beispielsweise Aufträge, die zu viel Zeit im Status 'wartet auf Genehmigung' verbringen.

Warum es wichtig ist

Bietet eine übergeordnete Zusammenfassung des Auftragsstatus, nützlich für das Filtern, die Statusanalyse und die Identifizierung von Aufträgen, die in einer bestimmten Phase feststecken.

Woher erhalten

Dies ist ein Standardfeld in der Kopfzeile der meisten Kundenauftragsdokumente in ERP- und CRM-Systemen.

Beispiele
OffenIn BearbeitungKreditsperreAbgeschlossenStorniert
Bestätigtes Lieferdatum
ConfirmedDeliveryDate
Das Lieferdatum, das das Unternehmen dem Kunden bestätigt und zugesagt hat.
Beschreibung

Nach Überprüfung der Lagerbestände und Produktionspläne stellt das Unternehmen ein Bestätigtes Lieferdatum bereit. Dies stellt die Verpflichtung der Organisation gegenüber dem Kunden dar und dient als interne Benchmark zur Messung der Erfüllungsleistung.

Dieses Attribut ist entscheidend für die Bewertung der internen operativen Effizienz. Es wird im KPI "Termintreue-Rate" verwendet, wo es mit dem Aktuellen Lieferdatum verglichen wird, um festzustellen, ob das Unternehmen seiner eigenen Zusage nachgekommen ist. Erhebliche Abweichungen zwischen den Angefragten und Bestätigten Lieferdaten über viele Aufträge hinweg können auf systemische Probleme mit Available-to-Promise (ATP)-Berechnungen oder der Kapazitätsplanung hindeuten.

Warum es wichtig ist

Stellt die Zusage des Unternehmens an den Kunden dar und ist der interne Maßstab für die Messung der pünktlichen Lieferung und der Zuverlässigkeit der Auftragserfüllung.

Woher erhalten

Befindet sich in den Kundenauftragseinteilungsdaten, die oft nach einer Verfügbarkeitsprüfung oder einem Produktionsplanungslauf aktualisiert werden.

Beispiele
2023-11-182023-12-012024-01-15
Ist automatisiert
IsAutomated
Ein Indikator, der anzeigt, ob eine Aktivität automatisch vom System oder manuell von einem Benutzer durchgeführt wurde.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen Aufgaben, die von menschlichen Benutzern ausgeführt werden, und solchen, die durch Systemautomatisierung erfolgen, wie z.B. Background Jobs, APIs oder RPA Bots. Zum Beispiel könnte eine Bonitätsprüfung ein automatisierter Schritt sein, während die Lösung einer Kreditblockade typischerweise manuell ist.

Die Analyse des Prozesses durch die Brille der Automatisierung ist entscheidend für Initiativen zur digitalen Transformation. Dieses Flag ist der primäre Datenpunkt zur Berechnung der KPI 'Manuelle Interventionsrate'. Es hilft zu identifizieren, welche Teile des Prozesses hoch automatisiert sind und welche noch auf manuelle Arbeit angewiesen sind. Diese Analyse kann Chancen für weitere Automatisierung aufzeigen, um Kosten zu senken, Fehler zu minimieren und Durchlaufzeiten zu beschleunigen.

Warum es wichtig ist

Unterscheidet zwischen manuellen und automatisierten Aufgaben, was entscheidend für die Messung des Automatisierungsgrades und die Identifizierung von Potenzialen zur Prozessverbesserung ist.

Woher erhalten

Diese Informationen können aus dem Attribut 'User Name' (z.B. Identifizierung von Systembenutzern wie 'BATCH_USER') oder aus spezifischen Feldern in Event Logs abgeleitet werden, die den Ausführungskontext verfolgen.

Beispiele
truefalsch
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem der Kunde die Rechnung begleichen muss.
Beschreibung

Das Zahlungsfälligkeitsdatum wird basierend auf dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen des Kunden berechnet. Es legt die Frist für eine pünktliche Zahlung fest und ist ein Schlüsselelement des Debitorenbuchhaltungsprozesses.

Dieses Attribut ist grundlegend für die Analyse des finanziellen Teils des Auftrag-zu-Kasse-Zyklus. Es ist der Maßstab, der verwendet wird, um festzustellen, ob eine Zahlung pünktlich erfolgte, was ein direkter Input für die KPI 'Pünktliche Zahlungsquote' ist. Das Dashboard 'Rechnung-zu-Zahlung-Zyklus' stützt sich stark auf dieses Datum, um das Zahlungsverhalten zu analysieren und das Betriebskapital effektiv zu verwalten. Verzögerungen zwischen der Rechnungserstellung und der Zahlung können anhand dieses Datums bewertet werden, um säumige Kunden zu identifizieren.

Warum es wichtig ist

Dieses Datum ist entscheidend für die Finanzanalyse und dient als Grundlage für die Berechnung der termingerechten Zahlungsquote sowie für das Forderungsmanagement.

Woher erhalten

Typischerweise auf dem Kundenrechnungsdokument zu finden und wird aus dem Rechnungsdatum und den Zahlungsbedingungen abgeleitet, die in den Kundenstammdaten oder dem Kundenauftrag festgelegt sind.

Beispiele
2023-12-152024-01-302024-02-28
Erforderlich Empfohlen Optional

Order to Cash - Verkaufsauftragsbearbeitungs-Aktivitäten

Diese Aktivitäten repräsentieren zentrale Prozessschritte und wesentliche Meilensteine, die für eine präzise Process Discovery und eine umfassende Analyse unerlässlich sind.
7 Empfohlen 9 Optional
AktivitätBeschreibung
Kundenauftrag abgeschlossen
Dies ist die letzte Aktivität für einen erfolgreich bearbeiteten Auftrag, die anzeigt, dass dieser vollständig versandt, fakturiert und bezahlt wurde. Dieser Status bedeutet, dass für diesen Kundenauftrag keine weiteren Transaktionen erwartet werden.
Warum es wichtig ist

Diese Aktivität markiert den erfolgreichen Abschluss des Prozesses. Die Gesamtzeit von der Erstellung bis zum Abschluss repräsentiert die End-to-End-Durchlaufzeit für einen perfekten Auftrag.

Woher erhalten

Typischerweise aus einem finalen Status in der Kundenauftragskopfzeile abgeleitet, wie 'Geschlossen' oder 'Abgeschlossen', nachdem alle untergeordneten Transaktionen beendet wurden.

Erfassen

Identifizieren Sie den Timestamp, an dem der Gesamtstatus des Verkaufsauftragskopfes` auf seinen endgültigen, abgeschlossenen Zustand aktualisiert wird.

Ereignistyp inferred
Kundenauftrag erstellt
Diese Aktivität markiert die erste Erfassung eines Kundenauftrags im System. Sie repräsentiert die formelle Erfassung der Kundenanfrage für Waren oder Dienstleistungen und ist der Ausgangspunkt für den Auftrag zu Zahlung Prozess.
Warum es wichtig ist

Dies ist das primäre Start-Event für den Prozess. Die Analyse der Zeit ab diesem Punkt hilft, die gesamte Durchlaufzeit der Auftragserfüllung und die Effizienz der anfänglichen Dateneingabe zu messen.

Woher erhalten

Dieses Event wird typischerweise vom Erstellungs-Timestamp des Haupt-Kundenauftrags-Header-Datensatzes oder dessen zugehörigem Transaktions-Log erfasst.

Erfassen

Identifizieren Sie den ersten Timestamp, der mit der Erstellung einer neuen Verkaufsauftrags-ID in der Auftragskopftabelle oder dem Dokument des Systems verknüpft ist.

Ereignistyp explicit
Kundenauftrag genehmigt
Dieser Meilenstein zeigt an, dass der Kundenauftrag alle notwendigen internen Prüfungen, wie Kredit- und Konfigurationsprüfungen, bestanden hat und formell zur Ausführung bestätigt wurde. Dies beinhaltet oft eine explizite Genehmigungsaktion oder Statusänderung.
Warum es wichtig ist

Dies ist ein entscheidender Kontrollpunkt, der den Abwicklungsprozess steuert. Die Analyse der Zeit bis zur Genehmigung hilft, Verzögerungen im Zyklus der Auftragsprüfung und -freigabe zu identifizieren.

Woher erhalten

Dies wird typischerweise als spezifischer Status wie 'Genehmigt', 'Bestätigt' oder 'Gebucht' im Statusfeld des Kundenauftrags oder in der Workflow-Historie erfasst.

Erfassen

Identifizieren Sie den Timestamp, an dem der Verkaufsauftragsstatus in einen Zustand übergeht, der die Bereitschaft zur Erfüllung anzeigt, wie z. B. 'Genehmigt' oder 'Gebucht'.

Ereignistyp inferred
Kundenauftrag storniert
Dieses Event repräsentiert die Stornierung eines Kundenauftrags, bevor er vollständig versandt und fakturiert wurde. Dies ist ein alternatives, nicht erfolgreiches Ende des Prozesses, das in verschiedenen Phasen auftreten kann.
Warum es wichtig ist

Dies ist ein kritisches Fehlerergebnis. Die Analyse, wann und warum Aufträge storniert werden, kann Probleme bei der Kundenzufriedenheit, Lagerverfügbarkeit oder Dateneingabefehlern aufzeigen.

Woher erhalten

Wird üblicherweise durch einen spezifischen Status 'Storniert' oder 'Abgelehnt' erfasst, der dem Verkaufsauftragskopf oder dessen Positionen zugewiesen wird.

Erfassen

Erfassen Sie den Timestamp, wenn ein Stornierungsgrund oder ein finaler Status "Storniert" auf den Vertriebsauftragsbeleg angewendet wird.

Ereignistyp inferred
Rechnung erstellt
Diese Aktivität repräsentiert die Erstellung der Kundenrechnung für die versandten Waren oder Dienstleistungen. Dies ist eine zentrale Finanztransaktion, die die Kundenschuld formell festhält und den Zahlungszyklus beginnt.
Warum es wichtig ist

Die Zeitspanne zwischen Versand und Rechnungsstellung, bekannt als 'Bill-to-Cash'-Verzögerung, beeinflusst direkt den Cashflow. Eine Analyse hilft, Verzögerungen im Abrechnungsprozess zu identifizieren.

Woher erhalten

Dies ist ein explizites Event, das vom Erstellungs-Timestamp der Rechnungs- oder Fakturierungsdokumente im Finanzmodul erfasst wird.

Erfassen

Verwenden Sie das Erstellungsdatum und die Uhrzeit des Rechnungsdokumentdatensatzes aus den Debitoren- oder Abrechnungstabellen.

Ereignistyp explicit
Ware versandt
Dieses kritische Event markiert den Zeitpunkt, zu dem die verpackten Waren für den Auftrag versandt wurden und das Lager physisch verlassen haben. Dies ist ein wichtiger logistischer und finanzieller Meilenstein, der oft den Rechnungsstellungsprozess auslöst.
Warum es wichtig ist

Dies ist ein zentraler Meilenstein zur Messung der Pünktlichkeit der Lieferung und der Erfüllungs-Durchlaufzeit. Die Zeit von der Auftragserstellung bis zum Versand ist ein wichtiger Leistungskennwert.

Woher erhalten

Dies ist typischerweise ein explizites Event, das in Versand- oder Logistikmodulen erfasst wird, oft als 'Warenausgang' oder 'Versandbestätigung' bezeichnet.

Erfassen

Verwenden Sie den Zeitstempel der Versandbestätigung oder des Warenausgangs, der üblicherweise im Liefer- oder Abwicklungsdokument gespeichert ist.

Ereignistyp explicit
Zahlung eingegangen
Diese Aktivität bedeutet, dass die Zahlung des Kunden für eine Rechnung eingegangen, verarbeitet und verbucht wurde. Dieses Event tritt typischerweise im Debitorenbuchhaltungsmodul auf und schließt den offenen Finanzposten ab.
Warum es wichtig ist

Dies ist der letzte wertschöpfende Schritt. Die Messung der Zeit von der Rechnungsstellung bis zur Zahlung ist entscheidend für die Analyse der Days Sales Outstanding (Debitorenlaufzeit) und der Effizienz des Cash Conversion Cycle (Geldumschlagzyklus).

Woher erhalten

Dies ist ein explizites finanzielles Buchungs-Event, das vom Ausgleichsdatum des Debitorendokuments oder der Erstellung eines Zahlungszuordnungsdatensatzes erfasst wird.

Erfassen

Verwenden Sie das Buchungs- oder Ausgleichsdatum des Finanzdokuments, das den offenen Rechnungsbetrag begleicht.

Ereignistyp explicit
An Lager freigegeben
Diese Aktivität markiert die formelle Übergabe des Kundenauftrags an das Lager zur physischen Bearbeitung. Sie dient als Auslöser für das Lagerteam, mit den Kommissionier- und Verpackungsaktivitäten zu beginnen.
Warum es wichtig ist

Dies ist ein kritischer Übergabepunkt zwischen Abteilungen. Die Analyse der für diesen Schritt benötigten Zeit kann Engpässe in der Kommunikation zwischen Vertrieb und Logistik aufzeigen.

Woher erhalten

Dieses Event wird oft erfasst, wenn eine Pickliste generiert wird oder wenn der Status des Auftrags auf 'Kommissionierbereit' oder 'Freigegeben' aktualisiert wird.

Erfassen

Identifizieren Sie den Timestamp, an dem der Verkaufsauftragspositionsstatus in einen Zustand wechselt, der die Bereitschaft für die Lagerbearbeitung anzeigt.

Ereignistyp inferred
Bestand reserviert
Diese Aktivität repräsentiert den Zeitpunkt, zu dem der erforderliche Lagerbestand für die Kundenauftragspositionen zugeordnet oder reserviert wurde. Diese Aktion stellt sicher, dass die Artikel verfügbar und für diesen spezifischen Auftrag gebunden sind, um ihren Verkauf an andere zu verhindern.
Warum es wichtig ist

Die Verfolgung der Bestandsreservierung hilft bei der Analyse der Materialverfügbarkeit und potenzieller bestandsbedingter Verzögerungen. Die Zeit zwischen Auftragsgenehmigung und Reservierung kann Beschaffungsprobleme aufzeigen.

Woher erhalten

Dies ist oft ein automatisiertes System-Event, das in Bestandstransaktionstabellen erfasst oder durch eine Statusänderung auf der Kundenauftragsposition angezeigt wird.

Erfassen

Erfassen Sie den Timestamp aus dem Bestandsbewegungsprotokoll, der der Bestandszusage für die spezifische Vertriebsauftragsposition entspricht.

Ereignistyp explicit
Gutschrift erstellt
Diese Aktivität tritt auf, wenn eine Gutschrift an einen Kunden ausgestellt wird, typischerweise für Produktrücksendungen, Preisstreitigkeiten oder andere Anpassungen. Sie repräsentiert eine Stornierung oder Reduzierung eines zuvor in Rechnung gestellten Betrags.
Warum es wichtig ist

Die Analyse der Häufigkeit und Ursachen von Gutschriften hilft, systemische Probleme bei der Produktqualität, Versandgenauigkeit oder Preisfehlern zu identifizieren. Sie ist ein wichtiger Indikator für Prozessfehler.

Woher erhalten

Dies ist ein explizites Finanz-Event, das vom Erstellungs-Timestamp des Gutschriftsdokuments im Fakturierungs- oder Debitorenbuchhaltungsmodul erfasst wird.

Erfassen

Verwenden Sie das Erstellungsdatum und die Uhrzeit des Gutschriftsdokuments, das typischerweise mit dem ursprünglichen Verkaufsauftrag oder der Rechnung verknüpft ist.

Ereignistyp explicit
Kreditprüfung durchgeführt
Diese Aktivität bedeutet, dass eine Bonitätsprüfung für den mit dem Auftrag verbundenen Kunden durchgeführt wurde. Dies kann ein automatischer Systemcheck oder ein manueller Prüfprozess sein, der oft zu einer Aktualisierung des Kreditstatus des Auftrags führt.
Warum es wichtig ist

Dieser Schritt ist oft ein Bottleneck. Die Messung seiner Dauer und Ergebnisse hilft, die Effizienz des Kreditmanagements und dessen Auswirkungen auf die gesamte Auftragsdurchlaufzeit zu analysieren.

Woher erhalten

Wird oft aus einer Statusänderung des Verkaufsauftrags, der Aufhebung einer Kreditsperre oder einem Eintrag in einem spezifischen Kreditmanagementprotokoll abgeleitet.

Erfassen

Erfassen Sie den Timestamp, wenn das Kreditstatusfeld des Auftrags auf "Genehmigt" oder "Geprüft" aktualisiert wird oder wenn eine kreditbezogene Sperre aufgehoben wird.

Ereignistyp inferred
Kundenauftrag geändert
Diese Aktivität repräsentiert jede wesentliche Änderung an einem Kundenauftrag nach dessen ursprünglicher Erfassung, wie z.B. Änderungen von Mengen, Artikeln, Preisen oder angefragten Terminen. Sie wird typischerweise durch die Verfolgung von Aktualisierungen in System-Audit-Trails oder Change Logs erfasst.
Warum es wichtig ist

Die Verfolgung von Auftragsänderungen ist entscheidend für die Identifizierung von Prozessnacharbeit, das Verständnis von Ineffizienzursachen und die Messung der First-Time-Right-Raten. Häufige Änderungen können auf Probleme mit der anfänglichen Auftragsgenauigkeit hinweisen.

Woher erhalten

Stammt aus System-Änderungsprotokoll-Tabellen, Audit-Trails oder durch den Vergleich verschiedener Versionen des Kundenauftragsdokuments.

Erfassen

Filtern Sie System Change Logs nach Aktualisierungen wichtiger Felder in der Kundenauftragskopfzeile oder den Positionen, wobei der Änderungs-Timestamp als Event Time verwendet wird.

Ereignistyp explicit
Rechnung an Kunden gesendet
Beschreibt den Zeitpunkt, an dem die erstellte Rechnung zur Zahlung an den Kunden übermittelt wird. Dies kann über verschiedene Kanäle wie E-Mail, elektronischen Datenaustausch oder Post erfolgen.
Warum es wichtig ist

Dies markiert den offiziellen Beginn der Zahlungsfrist des Kunden. Verzögerungen zwischen der Rechnungserstellung und dem Versand können den Cash Conversion Cycle (Geldumschlagzyklus) negativ beeinflussen.

Woher erhalten

Stammt aus Output-Management-Logs, Kommunikationsdatensätzen oder einer spezifischen Statusaktualisierung auf dem Rechnungsdokument.

Erfassen

Erfassen Sie den Timestamp aus dem Ausgabeprotokoll des Systems, der die erfolgreiche Übertragung des Rechnungsbelegs anzeigt.

Ereignistyp inferred
Ware geliefert
Diese Aktivität zeigt an, dass die Sendung erfolgreich an die angegebene Adresse des Kunden zugestellt wurde. Diese Information wird oft basierend auf Daten von einem externen Logistikdienstleister oder durch eine manuelle Bestätigung aktualisiert.
Warum es wichtig ist

Die Verfolgung der Lieferung bietet eine vollständige Sicht auf die Kundenerfahrung und ermöglicht eine genaue Messung der gesamten Durchlaufzeit der Auftragserfüllung.

Woher erhalten

Stammt in der Regel aus externen Spediteurdaten, die in das Kernsystem integriert werden, oder aus einem Liefernachweis (Proof of Delivery) Bestätigungsdatensatz.

Erfassen

Erfassen Sie den Lieferbestätigungs-Timestamp, der vom Versanddienstleister bereitgestellt wird, oder den Timestamp eines manuell erfassten Liefernachweises.

Ereignistyp explicit
Ware kommissioniert
Diese Aktivität bedeutet den Abschluss der physischen Kommissionierung aller Artikel für den Auftrag aus ihren Lagerorten. Sie wird typischerweise erfasst, wenn ein Lagermitarbeiter bestätigt, dass die Kommissionieraufgabe abgeschlossen ist.
Warum es wichtig ist

Die Messung der Kommissionierungsdauer ist unerlässlich, um die Lagereffizienz zu analysieren und Engpässe im physischen Erfüllungsprozess zu identifizieren.

Woher erhalten

Wird üblicherweise in einem Warehouse Management System-Modul erfasst oder aus einem Status-Update des Liefer- oder Abwicklungsdokuments abgeleitet.

Erfassen

Erfassen Sie den Timestamp, wenn der Status der zugehörigen Kommissionierliste oder des Erfüllungsbelegs auf "Kommissioniert" oder "Abgeschlossen" aktualisiert wird.

Ereignistyp inferred
Ware verpackt
Diese Aktivität kennzeichnet den Abschluss des Verpackungsprozesses, bei dem kommissionierte Artikel konsolidiert, verpackt und für den Versand vorbereitet werden. Dies umfasst oft die Erstellung eines Packzettels und die Finalisierung der Versanddetails.
Warum es wichtig ist

Die Analyse der Zeit zwischen Kommissionierung und Verpackung kann dazu beitragen, die Arbeitsplatzgestaltung und Verpackungsabläufe zu optimieren. Dies ist ein entscheidender Schritt zur Sicherstellung der Auftragsgenauigkeit vor dem Versand.

Woher erhalten

Dieses Event kann als eigener Status in einem WMS erfasst oder aus dem Erstellungszeitpunkt eines Packzettel-Dokuments abgeleitet werden.

Erfassen

Identifizieren Sie den Timestamp, an dem sich der Status des Erfüllungsdokumentes auf 'Verpackt' ändert, oder verwenden Sie den Erstellungs-Timestamp des Packzettels.

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

Wie Sie Ihre Daten für Process Mining erhalten.

Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,

lesen Sie unseren ETL-Leitfaden

oder Wählen Sie einen spezifischen Prozess und ein System.