Ihr Datentemplate für die Auftragsabwicklung vom Auftrag bis zum Zahlungseingang

Universelles Process-Mining-Template
Ihr Datentemplate für die Auftragsabwicklung vom Auftrag bis zum Zahlungseingang

Ihr Datentemplate für die Auftragsabwicklung vom Auftrag bis zum Zahlungseingang

Universelles Process-Mining-Template

Dies ist unser generisches Datentemplate für Process Mining für Order-to-Cash: Bearbeitung von Kundenaufträgen. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.

Wählen Sie ein bestimmtes System aus
  • Benennt wichtige Datenattribute für ein vollständiges Event Log.
  • Beschreibt zentrale Aktivitäten und Meilensteine im Prozess.
  • Dient als systemunabhängiger Ausgangspunkt für Process Mining und lässt sich an jedes System anpassen.
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Auftragsabwicklung vom Auftrag bis zum Zahlungseingang

Diese empfohlenen Datenfelder sind entscheidend für den Aufbau eines umfassenden Event Logs und ermöglichen eine detaillierte Analyse Ihrer Auftragsabwicklung vom Auftrag bis zum Zahlungseingang.
5 Erforderlich 5 Empfohlen 7 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Geschäftsereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Vertriebsauftragsprozess stattgefunden hat.
Beschreibung

Der Aktivitätsname bezeichnet einen Schritt oder Meilenstein im Lebenszyklus eines Vertriebsauftrags, etwa „Vertriebsauftrag erstellt“, „Kreditprüfung durchgeführt“ oder „Waren versendet“. Jede Aktivität steht für eine konkrete Aktion am Vertriebsauftrag und bildet einen Baustein der Prozesslandkarte.

Für die Analyse ist dieses Attribut entscheidend: Es macht den Prozessfluss sichtbar, zeigt häufige Abläufe und hilft, Abweichungen von der Standardvorgehensweise zu erkennen. Anhand der Aktivitätsabfolge lassen sich Engpässe, Nacharbeitsschleifen, etwa wiederholte Änderungen am Vertriebsauftrag, und nicht konforme Prozessvarianten aufdecken. Das Attribut ist grundlegend für Dashboards wie „Prozesskonformität und Abweichungen“ sowie für Kennzahlen wie die „Nacharbeitsquote bei Vertriebsaufträgen“.

Warum das wichtig ist

Das Attribut definiert die Prozessschritte. So lassen sich die Prozesslandkarte visualisieren, Prozessflüsse analysieren und Nacharbeit oder Abweichungen erkennen.

Woher beziehen

Oft wird das Attribut aus Statusänderungen von Belegen, Ereignisprotokollen oder Transaktionscodes in den Vertriebs-, Liefer- und Abrechnungsmodulen des Quellsystems abgeleitet.

Beispiele
Kundenauftrag angelegtWaren versandtZahlung eingegangenVertriebsauftrag storniert
Ereigniszeitpunkt
EventTime
Das genaue Datum und die Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Der Ereigniszeitpunkt ist ein Timestamp, der den genauen Zeitpunkt einer Aktivität festhält. Dieses Attribut liefert den zeitlichen Kontext des Prozesses und ermöglicht es, alle Ereignisse eines Vertriebsauftrags chronologisch zu ordnen.

Der Timestamp ist für alle zeitbasierten Analysen entscheidend. Er dient dazu, Durchlaufzeiten zwischen beliebigen Aktivitäten zu berechnen, die Dauer einzelner Schritte zu ermitteln und Verzögerungen oder Engpässe aufzudecken. Die Kennzahl „Durchlaufzeit der Auftragserfüllung“ ergibt sich beispielsweise aus der Differenz zwischen dem Ereigniszeitpunkt der abschließenden Lieferaktivität und dem der ursprünglichen Auftragserstellung. Dashboards wie „Übersicht zur Durchlaufzeit des Vertriebsauftrags“ sind vollständig auf dieses Attribut angewiesen.

Warum das wichtig ist

Dieser Timestamp ist entscheidend für die Berechnung aller Leistungskennzahlen, etwa Durchlaufzeiten und Zeitspannen, die wiederum helfen, Engpässe zu erkennen.

Woher beziehen

Der Timestamp steht üblicherweise neben jedem Transaktions- oder Statusänderungsdatensatz und ist oft als Erstellungs-, Änderungs- oder Buchungsdatum gekennzeichnet.

Beispiele
2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z
Vertriebsauftrags-ID
SalesOrderId
Die eindeutige Kennung eines Vertriebsauftrags. Sie dient als primäre Case-ID für den Order-to-Cash-Prozess.
Beschreibung

Die Vertriebsauftrags-ID ist die Grundlage für Process Mining im Order-to-Cash-Prozess. Sie kennzeichnet jeden Prozessfall eindeutig von der Erstellung bis zum Abschluss. Als Primärschlüssel verknüpft sie alle zugehörigen Aktivitäten, Ereignisse und Datenpunkte und bildet so den vollständigen Ablauf eines einzelnen Auftrags ab.

Bei der Analyse ermöglicht dieses Attribut, den Lebenszyklus jedes Vertriebsauftrags nachzuvollziehen. Es dient dazu, die Ereignisabfolge nachzuverfolgen, Zeitspannen zwischen Aktivitäten zu messen und Kennzahlen auf Auftragsebene zusammenzufassen. Für die Berechnung der Kennzahl „Durchlaufzeit der Auftragserfüllung“ werden beispielsweise alle Aktivitäten nach Vertriebsauftrags-ID gruppiert und die Zeit zwischen dem ersten und dem letzten Ereignis ermittelt.

Warum das wichtig ist

Diese ID ist unverzichtbar, um einzelne Aufträge im Prozess nachzuverfolgen und Durchlaufzeiten, Engpässe sowie Abweichungen auf Case-Ebene zu analysieren.

Woher beziehen

Sie ist üblicherweise in der Kopftabelle der Vertriebsauftragsbelege im Quell-ERP- oder CRM-System zu finden.

Beispiele
SO-001234598004567ORD-2023-54321
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung oder Extraktion der Daten aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann die Daten zuletzt in die Process-Mining-Umgebung geladen wurden. Es zeigt, wie aktuell die analysierten Daten sind. Anders als der Ereigniszeitpunkt hält es nicht fest, wann die Geschäftsaktivität tatsächlich stattgefunden hat.

Für die direkte Analyse des Prozessflusses wird diese Information meist nicht verwendet. Sie ist jedoch wichtig für die Data Governance und die Verlässlichkeit der Ergebnisse. So können Analysten und Fachanwender einschätzen, wie aktuell die gewonnenen Erkenntnisse sind. Liegt die letzte Datenaktualisierung beispielsweise eine Woche zurück, müssen Schlussfolgerungen zur aktuellen Leistung entsprechend eingeordnet werden.

Warum das wichtig ist

Das Attribut zeigt, wie aktuell die Daten sind. So können Sie sicherstellen, dass Analysen auf aktuellen Informationen beruhen und die Schlussfolgerungen relevant bleiben.

Woher beziehen

Dieses Attribut wird üblicherweise vom Datenextraktionswerkzeug (ETL) oder der Process-Mining-Plattform beim Laden der Daten erzeugt und gespeichert.

Beispiele
2023-10-27T02:00:00Z2023-10-26T02:00:00Z2023-10-25T02:00:00Z
Quellsystem
SourceSystem
Gibt an, aus welchem Informationssystem die Daten stammen, etwa aus einem ERP-, CRM- oder Altsystem.
Beschreibung

Das Attribut „Quellsystem“ bezeichnet das führende System, in dem die Ereignisdaten erzeugt wurden. In modernen Unternehmen erstreckt sich ein durchgängiger Prozess wie Order-to-Cash häufig über mehrere Anwendungen, zum Beispiel ein CRM für die Auftragserstellung und ein ERP für Auftragserfüllung und Rechnungsstellung.

Bei der Analyse hilft dieses Attribut, die Systemlandschaft des Prozesses zu verstehen. Es macht Integrationspunkte und mögliche Inkonsistenzen zwischen verschiedenen Systemen sichtbar. Eine Auswertung der Aktivitäten nach Quellsystem kann zeigen, ob bestimmte Prozessschritte je nach System unterschiedlich ablaufen oder häufiger Verzögerungen aufweisen.

Warum das wichtig ist

Das Attribut gibt Aufschluss über die Herkunft der Daten. In Umgebungen mit mehreren Systemen ist das wichtig, um die Datenherkunft nachzuverfolgen und systemspezifische Prozessvarianten zu erkennen.

Woher beziehen

Diese Information wird häufig während der Datenextraktion (ETL) ergänzt oder ist ein Standardfeld im Data Warehouse.

Beispiele
SAP S/4HANASalesforce Sales CloudOracle NetSuite
Auftragswert
OrderValue
Der Gesamtwert des Vertriebsauftrags, üblicherweise in der Belegwährung.
Beschreibung

Der Auftragswert bezeichnet den Gesamtwert eines Vertriebsauftrags. Diese wichtige Finanzkennzahl gibt an, welchen Umfang ein einzelner Case hat.

Das Attribut ist besonders für wertbasierte Prozessanalysen hilfreich. Es ermöglicht, Probleme nach ihrer Bedeutung zu priorisieren und Aufträge mit hohem Wert in den Fokus zu nehmen. So können Analysten untersuchen, ob bei Aufträgen mit hohem Wert die Durchlaufzeiten länger sind oder häufiger Nacharbeit anfällt als bei Aufträgen mit geringem Wert. Außerdem lässt sich damit die finanzielle Auswirkung ineffizienter Prozesse berechnen, etwa der Gesamtwert der Aufträge, die durch einen bestimmten Engpass verzögert werden. Das liefert eine fundierte Grundlage für Verbesserungsmaßnahmen.

Warum das wichtig ist

Das Attribut ermöglicht wertbasierte Analysen. So können Sie Verbesserungen priorisieren, Aufträge mit hohem Wert in den Fokus nehmen und die finanziellen Auswirkungen von Verzögerungen beziffern.

Woher beziehen

Der Auftragswert ist in den Kopfdaten des Vertriebsauftrags verfügbar und wird häufig als Summe der Nettowerte aller Positionen berechnet.

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

Das Attribut „Benutzername“ kennzeichnet die Person oder den automatisierten Agenten, der für eine Aktivität verantwortlich ist. Das kann ein Vertriebsmitarbeiter sein, der den Auftrag erstellt hat, ein Kreditmanager, der ihn genehmigt hat, oder ein Systembenutzer, der eine Zahlung automatisch gebucht hat.

Dieses Attribut ermöglicht eine Analyse aus Sicht der Mitarbeitenden. Es dient dazu, die Arbeitslastverteilung zu untersuchen, die Leistung von Teams oder einzelnen Personen zu vergleichen und Schulungsbedarf zu erkennen. Auch für Compliance und Prüfpfade ist es wichtig. Eine Auswertung der Aktivitäten nach Benutzer zeigt, wer an Nacharbeitsschleifen oder nicht konformem Verhalten beteiligt ist. Zudem ist das Attribut grundlegend für die Berechnung der Kennzahl „Manuelle Eingriffsquote“.

Warum das wichtig ist

Das Attribut kennzeichnet die Person oder das System, das eine Aktivität ausführt. So lassen sich Arbeitslast, Teamleistung, Automatisierungsgrad und Compliance analysieren.

Woher beziehen

Das Attribut findet sich häufig in Transaktionsprotokollen oder Änderungshistorien von Belegen, oft unter der Bezeichnung „Erstellt von“ oder „Geändert von“.

Beispiele
John.SmithBATCH_USERAlice.JonesUSER_API
Kundenkennung
CustomerIdentifier
Die eindeutige Kennung oder der Name des Kunden, der den Vertriebsauftrag erteilt hat.
Beschreibung

Dieses Attribut kennzeichnet den externen Geschäftspartner, für den der Vertriebsauftrag bearbeitet wird. Es kann sich um eine eindeutige Kundennummer, einen Unternehmensnamen oder ein anderes Merkmal handeln, anhand dessen sich Kunden unterscheiden lassen.

Beim Process Mining dient die Kundenkennung als wichtige Dimension zur Segmentierung der Daten. Analysten können die Prozesslandkarte filtern, um den Ablauf für einen bestimmten Kunden zu untersuchen, oder Prozessflüsse verschiedener Kundengruppen vergleichen, etwa strategischer Kunden und Gelegenheitskäufer. So lassen sich kundenspezifische Abläufe erkennen oder Kunden identifizieren, bei denen es häufig zu Prozessabweichungen oder Verzögerungen kommt. Diese Erkenntnisse unterstützen das Kundenbeziehungsmanagement.

Warum das wichtig ist

Das Attribut ermöglicht es, Prozesse für verschiedene Kunden oder Kundengruppen zu filtern und zu vergleichen. So lassen sich kundenspezifische Abläufe und problematische Kundenkonten erkennen.

Woher beziehen

Die Kundenkennung steht in den Kopfdaten des Vertriebsauftrags und ist mit den Kundenstammdaten im Quell-ERP- oder CRM-System verknüpft.

Beispiele
CUST-10023Global Corp Inc.758991
Produktkennung
ProductIdentifier
Der eindeutige Code oder Name eines Hauptprodukts oder einer Dienstleistung im Vertriebsauftrag.
Beschreibung

Die Produktkennung, etwa eine Materialnummer oder SKU, gibt an, welches Produkt verkauft wird. Ein Vertriebsauftrag kann mehrere Produkte enthalten. Dieses Attribut bezeichnet häufig das Hauptprodukt oder wird für übergeordnete Analysen zu einer Produktkategorie zusammengefasst.

Das Attribut ermöglicht eine produktbezogene Sicht auf den Order-to-Cash-Prozess. Die Analyse kann zeigen, ob bestimmte Produkte mit längeren Erfüllungszeiten, häufigeren Lieferproblemen oder höheren Stornierungsquoten verbunden sind. Diese Erkenntnisse sind wichtig für die Lieferkettenplanung, die Bestandsverwaltung und die Produktportfoliostrategie. Wird beispielsweise festgestellt, dass sich ein bestimmtes Produktsegment beim Schritt „Zur Auslieferung ans Lager freigegeben“ regelmäßig verzögert, kann das eine Prüfung der Bestände oder der Lagerplatzierung auslösen.

Warum das wichtig ist

Das Attribut ermöglicht den Vergleich der Prozessleistung für verschiedene Produkte oder Produktgruppen und hilft, produktspezifische Engpässe und Probleme zu erkennen.

Woher beziehen

Die Produktkennung steht auf Positionsebene des Vertriebsauftrags. Für Analysen auf Case-Ebene kann sie durch die wichtigste Position oder eine abgeleitete Produktkategorie dargestellt werden.

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

Der Vertriebskanal gibt an, woher ein Auftrag stammt oder auf welchem Weg er erteilt wurde. Das kann ein Onlineportal, ein Direktvertriebsteam, eine EDI-Verbindung zu einem Partner oder ein Einzelhandelsgeschäft sein.

Eine Analyse nach Vertriebskanal kann deutliche Unterschiede bei Effizienz und Konformität aufzeigen. Aufträge aus dem Webkanal sind möglicherweise weitgehend automatisiert und werden schnell bearbeitet, während Aufträge aus dem Direktvertrieb mehr manuelle Änderungen und längere Genehmigungszyklen erfordern. Diese Analyse hilft Unternehmen, die Abläufe der einzelnen Kanäle zu verbessern und Ressourcen gezielter einzusetzen. Der Vertriebskanal ist eine wichtige Dimension für Dashboards wie „Engpässe bei der Auftragserfüllung“.

Warum das wichtig ist

Das Attribut ermöglicht den Vergleich der Prozessleistung über verschiedene Kanäle hinweg und macht Unterschiede bei Effizienz, Automatisierung und Konformität sichtbar.

Woher beziehen

Diese Information ist üblicherweise in den Kopfdaten des Vertriebsauftrags gespeichert und wird bei der Auftragserfassung häufig als Pflichtfeld abgefragt.

Beispiele
WebportalDirektvertriebEDIPartnernetzwerk
Ablehnungsgrund
RejectionReason
Ein Code oder eine Beschreibung, die erklärt, warum ein Kundenauftrag oder eine Auftragsposition storniert oder abgelehnt wurde.
Beschreibung

Wird ein Kundenauftrag storniert oder eine Position abgelehnt, liefert der Ablehnungsgrund den geschäftlichen Kontext für dieses negative Ergebnis. Mögliche Gründe sind etwa „Vom Kunden storniert“, „Falscher Preis“ oder „Nicht auf Lager“.

Dieses Attribut ist für die Ursachenanalyse von Prozessfehlern unverzichtbar. Wenn ein Unternehmen die Häufigkeit der verschiedenen Ablehnungsgründe auswertet, kann es systematische Probleme erkennen. Eine hohe Zahl von Stornierungen wegen eines falschen Preises kann beispielsweise auf Probleme bei der Angebotserstellung oder in den Stammdatenprozessen hinweisen. Die Analyse unterstützt direkt Maßnahmen, um die Quote „Beim ersten Mal richtig“ zu verbessern und Prozessaufwand zu reduzieren.

Warum das wichtig ist

Zeigt, warum Aufträge scheitern, und ermöglicht so eine Ursachenanalyse, um grundlegende Probleme bei Preisen, Beständen oder der Kundenkommunikation zu beheben.

Woher beziehen

Dieses Attribut findet sich in der Regel auf Positionsebene eines Kundenauftrags. Wird eine Position storniert, wird der Grund aus einer vordefinierten Codeliste ausgewählt.

Beispiele
KundenwunschProdukt eingestelltPreisfehlerKreditlimit überschritten
Auftragsstatus
OrderStatus
Der Status des Vertriebsauftrags zum Zeitpunkt des Ereignisses, etwa „Offen“, „In Bearbeitung“ oder „Abgeschlossen“.
Beschreibung

Der Auftragsstatus zeigt, an welcher Stelle im Lebenszyklus sich der Vertriebsauftrag zu einem bestimmten Zeitpunkt befindet. Diese Kategorie fasst den aktuellen Status des Auftrags zusammen.

Die Aktivitätsabfolge bildet den Prozess detailliert ab. Das Attribut „Auftragsstatus“ eignet sich dagegen für eine vereinfachte Übersicht auf hoher Ebene. Damit können Sie beispielsweise alle Aufträge filtern, die sich aktuell in einem bestimmten Status befinden, etwa „Kreditsperre“. Eine Analyse der Verweildauer in den einzelnen Status kann ebenfalls Engpässe aufdecken, zum Beispiel Aufträge, die zu lange auf eine Genehmigung warten.

Warum das wichtig ist

Das Attribut fasst den Status eines Auftrags auf hoher Ebene zusammen. Es eignet sich zum Filtern und Analysieren von Status sowie zum Erkennen von Aufträgen, die in einer bestimmten Phase feststecken.

Woher beziehen

Dieses Standardfeld steht im Kopf der meisten Vertriebsauftragsbelege in ERP- und CRM-Systemen.

Beispiele
OffenIn BearbeitungKreditsperreAbgeschlossenStorniert
Automatisiert
IsAutomated
Kennzeichnet, ob das System eine Aktivität automatisch oder ein Benutzer manuell ausgeführt hat.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen Aufgaben, die Benutzer ausführen, und solchen, die automatisiert vom System erledigt werden, etwa durch Hintergrundjobs, APIs oder RPA-Bots. Eine Bonitätsprüfung kann beispielsweise automatisiert ablaufen, während die Aufhebung einer Kreditsperre in der Regel manuell erfolgt.

Für Initiativen zur digitalen Transformation ist es entscheidend, den Prozess unter dem Gesichtspunkt der Automatisierung zu analysieren. Dieses Kennzeichen ist die wichtigste Datengrundlage für die Berechnung der KPI „Quote manueller Eingriffe“. Es zeigt, welche Prozessschritte weitgehend automatisiert sind und wo noch manuelle Arbeit erforderlich ist. So lassen sich weitere Automatisierungsmöglichkeiten erkennen, um Kosten zu senken, Fehler zu vermeiden und Durchlaufzeiten zu verkürzen.

Warum das wichtig ist

Unterscheidet zwischen manuellen und automatisierten Aufgaben. Das ist entscheidend, um den Automatisierungsgrad zu messen und Verbesserungsmöglichkeiten im Prozess zu erkennen.

Woher beziehen

Diese Information lässt sich aus dem Attribut „Benutzername“ ableiten, etwa indem Systembenutzer wie „BATCH_USER“ erkannt werden. Alternativ können bestimmte Felder in Event Logs den Ausführungskontext erfassen.

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

Nachdem das Unternehmen Bestände und Produktionspläne geprüft hat, teilt es dem Kunden ein bestätigtes Lieferdatum mit. Dieses Datum steht für die Zusage des Unternehmens und dient intern als Vergleichsgröße für die Leistung bei der Auftragserfüllung.

Das Attribut ist wichtig, um die interne betriebliche Effizienz zu bewerten. Es fließt in die Kennzahl „Quote pünktlicher Lieferungen“ ein und wird mit dem tatsächlichen Lieferdatum verglichen, um festzustellen, ob das Unternehmen seine Zusage eingehalten hat. Größere Abweichungen zwischen gewünschtem und bestätigtem Lieferdatum bei vielen Aufträgen können auf systematische Probleme bei der Verfügbarkeitsprüfung (ATP) oder der Kapazitätsplanung hinweisen.

Warum das wichtig ist

Das Datum bildet die Zusage des Unternehmens an den Kunden ab und dient intern als Vergleichsgröße für pünktliche Lieferungen und eine zuverlässige Auftragserfüllung.

Woher beziehen

Das bestätigte Lieferdatum steht in den Einteilungsdaten des Vertriebsauftrags. Es wird häufig nach einer Verfügbarkeitsprüfung oder einem Produktionsplanungslauf aktualisiert.

Beispiele
2023-11-182023-12-012024-01-15
Gewünschtes Lieferdatum
RequestedDeliveryDate
Das vom Kunden gewünschte Lieferdatum des Auftrags.
Beschreibung

Dieses Datum gibt an, wann der Kunde die Lieferung erwartet. Es wird zu Beginn des Prozesses erfasst und dient als wichtigste Vergleichsgröße für die Kundenzufriedenheit mit der Pünktlichkeit der Lieferung.

Bei der Prozessanalyse wird das gewünschte Lieferdatum mit anderen wichtigen Daten wie dem bestätigten und dem tatsächlichen Lieferdatum verglichen, um den Servicegrad zu messen. Es ist eine zentrale Eingangsgröße für das Dashboard „Leistung bei termingerechter Lieferung“ und dient dazu, aus Kundensicht zu ermitteln, ob eine Lieferung pünktlich war. Abweichungen zwischen gewünschtem und bestätigtem Lieferdatum können außerdem auf Probleme bei Planung und Terminierung hinweisen.

Warum das wichtig ist

Das Datum bildet die Liefererwartung des Kunden ab und dient als Grundlage für die Messung pünktlicher Lieferungen und der Kundenzufriedenheit.

Woher beziehen

Das Datum steht üblicherweise im Kopf des Vertriebsauftrags oder in den Positionsdetails und wird bei der Auftragserstellung eingetragen.

Beispiele
2023-11-152023-12-012024-01-10
Tatsächliches Lieferdatum
ActualDeliveryDate
Das Datum, an dem die Waren tatsächlich beim Kunden eingetroffen sind. Damit ist der Teil des Prozesses abgeschlossen, der die Auftragserfüllung betrifft.
Beschreibung

Das tatsächliche Lieferdatum hält fest, wann die Waren erfolgreich beim Kunden eingetroffen sind. Grundlage dafür ist häufig der Zustellnachweis des Versanddienstleisters.

Dieses Attribut ist der maßgebliche Nachweis für eine erfolgreiche Auftragserfüllung. Es dient als letzter Datenpunkt zur Berechnung der „Quote pünktlicher Lieferungen“, indem es mit dem gewünschten und dem bestätigten Lieferdatum verglichen wird. Die Zeitspanne zwischen der Aktivität „Waren versendet“ und dem tatsächlichen Lieferdatum kann außerdem Aufschluss über die Leistung von Logistikpartnern und Versandarten geben.

Warum das wichtig ist

Dieses Datum ist der abschließende Nachweis der Auftragserfüllung. Es ist unverzichtbar, um die Quote pünktlicher Lieferungen und die gesamte Durchlaufzeit der Auftragserfüllung präzise zu berechnen.

Woher beziehen

Das Datum stammt häufig aus einem externen Logistik- oder Versandsystem und wird in das ERP zurückgespielt. Es kann auch aus dem Timestamp der Aktivität „Waren zugestellt“ abgeleitet werden.

Beispiele
2023-11-172023-12-022024-01-14
Zahlungsziel
PaymentDueDate
Das Datum, bis zu dem der Kunde die Rechnung bezahlen muss.
Beschreibung

Das Zahlungsziel wird anhand des Rechnungsdatums und der vereinbarten Zahlungsbedingungen des Kunden berechnet. Es legt die Frist für eine pünktliche Zahlung fest und ist ein wichtiger Bestandteil des Debitorenprozesses.

Dieses Attribut ist grundlegend für die Analyse des Finanzabschnitts im Order-to-Cash-Zyklus. Es dient als Vergleichsgröße, um festzustellen, ob eine Zahlung pünktlich eingegangen ist, und fließt direkt in die Kennzahl „Quote pünktlicher Zahlungen“ ein. Das Dashboard „Zyklus von der Rechnung bis zur Zahlung“ stützt sich maßgeblich auf dieses Datum, um das Zahlungsverhalten zu analysieren und das Betriebskapital gezielt zu steuern. Verzögerungen zwischen Rechnungserstellung und Zahlungseingang lassen sich mit diesem Datum vergleichen, um Kunden mit langsamer Zahlungsmoral zu erkennen.

Warum das wichtig ist

Das Datum ist für die Finanzanalyse entscheidend. Es dient als Grundlage für die Berechnung der Quote pünktlicher Zahlungen und die Verwaltung der Debitorenbuchhaltung.

Woher beziehen

Das Zahlungsziel steht üblicherweise auf dem Kundenrechnungsbeleg. Es wird aus dem Rechnungsdatum und den Zahlungsbedingungen in den Kundenstammdaten oder im Vertriebsauftrag abgeleitet.

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

Aktivitäten in der Auftragsabwicklung vom Auftrag bis zum Zahlungseingang

Diese Aktivitäten bilden wichtige Prozessschritte und Meilensteine ab, die Sie für eine präzise Prozesserkennung und umfassende Analyse verfolgen sollten.
7 Empfohlen 9 Optional
Aktivität Beschreibung
Kundenauftrag angelegt
Diese Aktivität kennzeichnet die erstmalige Anlage eines Kundenauftrags im System. Dabei wird die Anfrage eines Kunden nach Waren oder Dienstleistungen formal erfasst. Sie bildet den Startpunkt des Order-to-Cash-Prozesses.
Warum das wichtig ist

Dies ist das primäre Start-Event des Prozesses. Die Zeit ab diesem Punkt zeigt die gesamte Durchlaufzeit der Auftragserfüllung und die Effizienz der anfänglichen Dateneingabe.

Woher beziehen

Dieses Ereignis wird üblicherweise anhand des Erstellungs-Timestamps des Hauptdatensatzes im Kundenauftragskopf oder des zugehörigen Transaktionsprotokolls erfasst.

Erfassung

Ermitteln Sie den ersten Timestamp, der mit der Anlage einer neuen Kundenauftrags-ID in der Tabelle oder im Dokument zum Auftragskopf des Systems verknüpft ist.

Ereignistyp explicit
Kundenauftrag genehmigt
Dieser Meilenstein zeigt an, dass der Kundenauftrag alle erforderlichen internen Prüfungen, etwa zur Bonität und Konfiguration, bestanden hat und offiziell zur Auftragsabwicklung freigegeben ist. Häufig erfolgt dies durch eine ausdrückliche Freigabe oder Statusänderung.
Warum das wichtig ist

Dies ist ein wichtiger Kontrollpunkt, der den Beginn der Auftragsabwicklung ermöglicht. Die Analyse der Zeit bis zur Freigabe hilft, Verzögerungen bei der Auftragsvalidierung und -prüfung zu erkennen.

Woher beziehen

Dieser Schritt wird üblicherweise durch einen Status wie „Genehmigt“, „Bestätigt“ oder „Gebucht“ im Statusfeld des Kundenauftrags oder im Workflow-Verlauf dokumentiert.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Status des Kundenauftrags in einen Zustand wechselt, der die Bereitschaft zur Auftragsabwicklung anzeigt, etwa „Genehmigt“ oder „Gebucht“.

Ereignistyp inferred
Rechnung erstellt
Diese Aktivität steht für die Erstellung der Kundenrechnung für die versendeten Waren oder erbrachten Dienstleistungen. Dabei handelt es sich um einen zentralen Finanzvorgang, der die Forderung gegenüber dem Kunden offiziell verbucht und den Zahlungszyklus einleitet.
Warum das wichtig ist

Die Zeit zwischen Versand und Rechnungsstellung, auch als Verzögerung zwischen Rechnungsstellung und Zahlungseingang bekannt, wirkt sich direkt auf den Cashflow aus. Eine Analyse hilft, Verzögerungen im Abrechnungsprozess aufzudecken.

Woher beziehen

Dieses Ereignis wird explizit über den Erstellungs-Timestamp der Rechnung oder des Abrechnungsbelegs im Finanzmodul erfasst.

Erfassung

Verwenden Sie Datum und Uhrzeit der Erstellung des Rechnungsbelegs aus den Debitoren- oder Abrechnungstabellen.

Ereignistyp explicit
Vertriebsauftrag abgeschlossen
Dies ist die letzte Aktivität eines erfolgreich bearbeiteten Auftrags. Sie zeigt an, dass der Auftrag vollständig versendet, in Rechnung gestellt und bezahlt wurde. Der Status bedeutet, dass für diesen Vertriebsauftrag keine weiteren Vorgänge zu erwarten sind.
Warum das wichtig ist

Diese Aktivität markiert den erfolgreichen Abschluss des Prozesses. Die Gesamtzeit von der Erstellung bis zum Abschluss entspricht der durchgängigen Durchlaufzeit eines perfekten Auftrags.

Woher beziehen

Der Abschluss wird üblicherweise anhand eines finalen Status im Kopf des Vertriebsauftrags abgeleitet, etwa „Abgeschlossen“ oder „Fertig“, nachdem alle untergeordneten Vorgänge beendet sind.

Erfassung

Ermitteln Sie den Timestamp, zu dem der Gesamtstatus im Kopf des Vertriebsauftrags auf den endgültigen Abschlussstatus gesetzt wird.

Ereignistyp inferred
Vertriebsauftrag storniert
Dieses Ereignis bezeichnet die Stornierung eines Vertriebsauftrags, bevor er vollständig versendet und in Rechnung gestellt wurde. Es ist ein alternativer, nicht erfolgreicher Prozessabschluss, der in verschiedenen Phasen eintreten kann.
Warum das wichtig ist

Dies ist ein kritischer Misserfolg. Eine Analyse dazu, wann und warum Aufträge storniert werden, kann Probleme mit der Kundenzufriedenheit, der Warenverfügbarkeit oder der Dateneingabe aufdecken.

Woher beziehen

Die Stornierung wird in der Regel durch den Status „Storniert“ oder „Abgelehnt“ im Kopf des Vertriebsauftrags oder in dessen Positionen erfasst.

Erfassung

Erfassen Sie den Timestamp, zu dem ein Stornierungsgrund oder der endgültige Status „Storniert“ im Vertriebsauftragsbeleg eingetragen wird.

Ereignistyp inferred
Waren versandt
Dieses wichtige Ereignis kennzeichnet den Zeitpunkt, zu dem die verpackten Waren versandt wurden und das Lager physisch verlassen haben. Es ist ein zentraler logistischer und finanzieller Meilenstein, der häufig die Rechnungsstellung auslöst.
Warum das wichtig ist

Dieser Meilenstein ist entscheidend, um die Leistung bei termingerechter Lieferung und die Durchlaufzeit der Auftragserfüllung zu messen. Die Zeit von der Auftragserstellung bis zum Versand ist eine wichtige Leistungskennzahl.

Woher beziehen

Dieses Ereignis wird üblicherweise ausdrücklich in Versand- oder Logistikmodulen erfasst und häufig als „Warenausgang buchen“ oder „Versandbestätigung“ bezeichnet.

Erfassung

Verwenden Sie den Timestamp der Versandbestätigung oder der Warenausgangsbuchung. Er ist üblicherweise im Liefer- oder Abwicklungsdokument gespeichert.

Ereignistyp explicit
Zahlung eingegangen
Diese Aktivität zeigt an, dass die Zahlung des Kunden für eine Rechnung eingegangen, verarbeitet und zugeordnet wurde. Das Ereignis tritt üblicherweise im Debitorenmodul auf und schließt den offenen Posten ab.
Warum das wichtig ist

Dies ist der letzte wertschöpfende Schritt. Die Zeit von der Rechnungsstellung bis zum Zahlungseingang ist entscheidend für die Analyse der Days Sales Outstanding und der Effizienz des Cash-to-Cash-Zyklus.

Woher beziehen

Dieses explizite Finanzbuchungsereignis wird anhand des Ausgleichsdatums des Debitorenbelegs oder der Erstellung eines Zahlungsausgleichsdatensatzes erfasst.

Erfassung

Verwenden Sie das Buchungs- oder Ausgleichsdatum des Finanzbelegs, mit dem der offene Rechnungsbetrag ausgeglichen wird.

Ereignistyp explicit
An das Lager übergeben
Diese Aktivität kennzeichnet die formelle Übergabe des Kundenauftrags an das Lager zur physischen Bearbeitung. Sie veranlasst das Lagerteam, mit Kommissionierung und Verpackung zu beginnen.
Warum das wichtig ist

Dies ist ein wichtiger Übergabepunkt zwischen Abteilungen. Die Analyse der Dauer dieses Schritts kann Engpässe in der Kommunikation zwischen Vertrieb und Logistik aufdecken.

Woher beziehen

Dieses Ereignis wird häufig erfasst, wenn eine Kommissionierliste erstellt oder der Auftragsstatus auf „Kommissionierung bereit“ oder „Freigegeben“ gesetzt wird.

Erfassung

Ermitteln Sie den Timestamp, zu dem sich der Status der Kundenauftragsposition in einen Zustand ändert, der die Bereitschaft zur Bearbeitung im Lager anzeigt.

Ereignistyp inferred
Bestand reserviert
Diese Aktivität bezeichnet den Zeitpunkt, zu dem der benötigte Bestand für die Positionen des Kundenauftrags zugeordnet oder reserviert wird. Dadurch sind die Artikel für diesen Auftrag verfügbar und fest eingeplant, sodass sie nicht an andere Kunden verkauft werden.
Warum das wichtig ist

Die Erfassung von Bestandsreservierungen hilft bei der Analyse der Materialverfügbarkeit und möglicher bestandsbedingter Verzögerungen. Die Zeit zwischen Auftragsfreigabe und Reservierung kann auf Beschaffungsprobleme hinweisen.

Woher beziehen

Dies ist häufig ein automatisiertes Systemereignis, das in Bestandstransaktionstabellen erfasst oder durch eine Statusänderung der Kundenauftragsposition angezeigt wird.

Erfassung

Erfassen Sie den Timestamp aus dem Bestandstransaktionsprotokoll, der die Reservierung des Bestands für die jeweilige Kundenauftragsposition dokumentiert.

Ereignistyp explicit
Bonitätsprüfung durchgeführt
Diese Aktivität zeigt an, dass die Bonität des Kunden zum Auftrag geprüft wurde. Dabei kann es sich um eine automatisierte Systemprüfung oder eine manuelle Prüfung handeln. Häufig wird dabei der Kreditstatus des Auftrags aktualisiert.
Warum das wichtig ist

Dieser Schritt ist häufig ein Engpass. Wenn Sie Dauer und Ergebnis messen, können Sie die Effizienz des Kreditmanagements und seine Auswirkungen auf die gesamte Auftragsdurchlaufzeit analysieren.

Woher beziehen

Das Ereignis wird häufig aus einer Statusänderung des Kundenauftrags, der Aufhebung einer Kreditsperre oder einem Eintrag in einem speziellen Kreditmanagement-Protokoll abgeleitet.

Erfassung

Erfassen Sie den Timestamp, zu dem das Kreditstatusfeld des Auftrags auf „Genehmigt“ oder „Geprüft“ gesetzt oder eine kreditspezifische Sperre aufgehoben wird.

Ereignistyp inferred
Gutschrift erstellt
Diese Aktivität tritt auf, wenn einem Kunden eine Gutschrift ausgestellt wird, etwa wegen einer Warenrücksendung, eines Preisstreits oder einer anderen Korrektur. Sie macht einen zuvor berechneten Betrag rückgängig oder reduziert ihn.
Warum das wichtig ist

Die Häufigkeit und Gründe für Gutschriften geben Aufschluss über systematische Probleme mit der Produktqualität, der Versandgenauigkeit oder fehlerhaften Preisen. Sie sind ein wichtiger Indikator für Prozessmängel.

Woher beziehen

Dieses explizite Finanzereignis wird anhand des Erstellungs-Timestamps des Gutschriftbelegs im Abrechnungs- oder Debitorenmodul erfasst.

Erfassung

Verwenden Sie Datum und Uhrzeit der Erstellung des Gutschriftbelegs, der üblicherweise mit dem ursprünglichen Vertriebsauftrag oder der Rechnung verknüpft ist.

Ereignistyp explicit
Kundenauftrag geändert
Diese Aktivität umfasst alle wesentlichen Änderungen an einem Kundenauftrag nach seiner erstmaligen Anlage, etwa an Mengen, Artikeln, Preisen oder angefragten Terminen. Sie wird üblicherweise anhand von Aktualisierungen in Systemprüfpfaden oder Änderungsprotokollen erfasst.
Warum das wichtig ist

Änderungen an Aufträgen zu verfolgen, ist entscheidend, um Nacharbeit zu erkennen, Ineffizienzquellen zu verstehen und die Quote korrekt bearbeiteter Aufträge beim ersten Durchlauf zu messen. Häufige Änderungen können auf Probleme mit der ursprünglichen Auftragsgenauigkeit hinweisen.

Woher beziehen

Die Daten stammen aus Änderungsprotokolltabellen, Prüfpfaden oder einem Vergleich verschiedener Versionen des Kundenauftragsdokuments.

Erfassung

Filtern Sie die Änderungsprotokolle des Systems nach Aktualisierungen wichtiger Felder im Kundenauftragskopf oder in den Positionen. Verwenden Sie den Änderungs-Timestamp als Ereigniszeitpunkt.

Ereignistyp explicit
Rechnung an Kunden gesendet
Dieses Ereignis bezeichnet den Zeitpunkt, zu dem die erstellte Rechnung zur Zahlung an den Kunden übermittelt wird. Das kann per E-Mail, elektronischem Datenaustausch oder Post geschehen.
Warum das wichtig ist

Damit beginnt offiziell die Zahlungsfrist des Kunden. Verzögerungen zwischen Rechnungserstellung und Versand können den Cash-to-Cash-Zyklus beeinträchtigen.

Woher beziehen

Die Daten stammen aus Protokollen der Ausgabeverwaltung, Mitteilungsaufzeichnungen oder einer bestimmten Statusänderung des Rechnungsbelegs.

Erfassung

Erfassen Sie den Timestamp im Ausgabeverarbeitungsprotokoll, der die erfolgreiche Übermittlung des Rechnungsbelegs bestätigt.

Ereignistyp inferred
Waren kommissioniert
Diese Aktivität zeigt an, dass alle Artikel des Auftrags an ihren Lagerplätzen physisch kommissioniert wurden. Sie wird üblicherweise erfasst, wenn ein Lagermitarbeitender bestätigt, dass die Kommissionierung abgeschlossen ist.
Warum das wichtig ist

Die Dauer der Kommissionierung zu messen, ist wichtig, um die Lagereffizienz zu analysieren und Engpässe bei der physischen Auftragsabwicklung zu erkennen.

Woher beziehen

Die Erfassung erfolgt üblicherweise in einem Warehouse-Management-System oder wird aus einer Statusaktualisierung des Liefer- oder Abwicklungsdokuments abgeleitet.

Erfassung

Erfassen Sie den Timestamp, zu dem der Status der zugehörigen Kommissionierliste oder des Abwicklungsdokuments auf „Kommissioniert“ oder „Abgeschlossen“ gesetzt wird.

Ereignistyp inferred
Waren verpackt
Diese Aktivität kennzeichnet den Abschluss der Verpackung. Dabei werden die kommissionierten Artikel zusammengestellt, verpackt und für den Versand vorbereitet. Häufig wird dabei ein Lieferschein erstellt und der Versand abgeschlossen.
Warum das wichtig ist

Die Analyse der Zeit zwischen Kommissionierung und Verpackung kann helfen, die Gestaltung der Arbeitsplätze und die Verpackungsabläufe zu verbessern. Dieser Schritt ist entscheidend, um die Auftragsgenauigkeit vor dem Versand sicherzustellen.

Woher beziehen

Dieses Ereignis wird möglicherweise als eigener Status im WMS erfasst oder anhand des Erstellungs-Timestamps des Lieferscheins abgeleitet.

Erfassung

Ermitteln Sie den Timestamp, zu dem sich der Status des Abwicklungsdokuments in „Verpackt“ ändert, oder verwenden Sie den Erstellungs-Timestamp des Lieferscheins.

Ereignistyp inferred
Waren zugestellt
Diese Aktivität zeigt an, dass die Sendung erfolgreich an die vom Kunden angegebene Adresse zugestellt wurde. Die Information wird häufig anhand von Daten eines externen Logistikdienstleisters oder durch eine manuelle Bestätigung aktualisiert.
Warum das wichtig ist

Die Erfassung der Lieferung bietet einen vollständigen Überblick über die Customer Experience und ermöglicht eine präzise Messung der gesamten Durchlaufzeit der Auftragserfüllung.

Woher beziehen

Die Daten stammen in der Regel von externen Spediteuren und werden in das Kernsystem zurückgespielt oder aus einem Nachweis der Zustellung übernommen.

Erfassung

Erfassen Sie den Timestamp der vom Versanddienstleister bestätigten Zustellung oder den Timestamp eines manuell eingetragenen Zustellnachweises.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in

unserem ETL-Leitfaden   oder   wählen Sie einen bestimmten Prozess und ein System aus.

Möchten Sie loslegen?

Ob Sie einer Anleitung für ein bestimmtes System folgen oder dieses generische Template anpassen: Sie können jetzt mit der Optimierung Ihrer Auftragsabwicklung vom Auftrag bis zum Zahlungseingang beginnen.

Optimieren Sie noch heute Ihre Kundenauftragsabwicklung

Gewinnen Sie sofort Erkenntnisse, beseitigen Sie Verzögerungen und verbessern Sie Ihren Cashflow.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.