Ihr Datentemplate für die Auftragsabwicklung vom Auftrag bis zum Zahlungseingang
Ihr Datentemplate für die Auftragsabwicklung vom Auftrag bis zum Zahlungseingang
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.
Attribute für die Auftragsabwicklung vom Auftrag bis zum Zahlungseingang
| 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 | |||
Aktivitäten in der Auftragsabwicklung vom Auftrag bis zum Zahlungseingang
| 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 | |||
Extraktionsanleitungen
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.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.