Ihr Daten-Template für die Auftragsabwicklung und Verkaufsauftragsbearbeitung

SAP S/4HANA
Ihr Daten-Template für die Auftragsabwicklung und Verkaufsauftragsbearbeitung

Ihr Daten-Template für die Auftragsabwicklung und Verkaufsauftragsbearbeitung

Dieses Daten-Template erläutert, welche Informationen Sie für die Analyse Ihrer Auftragsabwicklung und Verkaufsauftragsbearbeitung erfassen sollten. Es beschreibt die erforderlichen Attribute und zentralen Aktivitäten für ein aussagekräftiges Event Log. Außerdem erfahren Sie, wie Sie die Daten aus Ihrem SAP-S/4HANA-System extrahieren, um mit der Prozessoptimierung zu beginnen.
  • Empfohlene Attribute für die Datenerfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Anleitung zur Datenextraktion aus SAP S/4HANA
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Auftragsabwicklung und Verkaufsauftragsbearbeitung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um die Auftragsabwicklung und Verkaufsauftragsbearbeitung umfassend zu analysieren.
3 Erforderlich 7 Empfohlen 12 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name der Geschäftsaktivität, die zu einem bestimmten Zeitpunkt im Kundenauftragsprozess stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt einen bestimmten Schritt oder ein Ereignis im Lebenszyklus eines Kundenauftrags, zum Beispiel „Kundenauftrag angelegt“, „Warenausgang gebucht“ oder „Zahlung eingegangen“. Die Aktivitäten werden aus verschiedenen Statusänderungen, Beleganlegedaten und Protokolleinträgen in unterschiedlichen SAP-Modulen abgeleitet.

Die Analyse der Reihenfolge und Dauer dieser Aktivitäten bildet die Grundlage des Process Mining. Sie ermöglicht die Visualisierung von Prozesslandkarten, das Erkennen von Engpässen zwischen den Schritten und die Analyse von Prozessvarianten. So wird sichtbar, wie Aufträge tatsächlich durch das System laufen und wie sich dies vom vorgesehenen Prozess unterscheidet.

Warum das wichtig ist

Das Attribut legt die Prozessschritte fest und ermöglicht so den Aufbau der Prozesslandkarte sowie die Analyse des Prozessflusses und seiner Engpässe.

Woher beziehen

Dieses abgeleitete Attribut wird in der Regel bei der Datenextraktion erstellt. Dazu werden Statusänderungen oder Beleganlageereignisse aus Tabellen wie VBAK, LIKP, VBRK und CDHDR/CDPOS aussagekräftigen Aktivitätsnamen zugeordnet.

Beispiele
Vertriebsauftrag angelegtLieferung angelegtRechnung angelegtZahlung eingegangen
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Ereigniszeit enthält für jede Aktivität im Prozess das genaue Datum und die genaue Uhrzeit und bildet damit die chronologische Grundlage des Event Log. Sie erfasst zum Beispiel, wann ein Kundenauftrag angelegt, die Ware versandt und eine Rechnung bezahlt wurde.

Dieses Attribut ist für alle zeitbasierten Analysen entscheidend. Es dient dazu, Zykluszeiten zwischen Aktivitäten zu berechnen, Verzögerungen zu erkennen, die Prozessleistung anhand von Service Level Agreements zu messen und die Gesamtdauer der Kundenauftragsbearbeitung zu analysieren. Die Genauigkeit der Timestamps wirkt sich unmittelbar auf die Qualität der Erkenntnisse aus dem Process Mining aus.

Warum das wichtig ist

Dieser Timestamp ist unverzichtbar, um Dauern, Zykluszeiten und Wartezeiten zu berechnen, die für die Leistungsanalyse grundlegend sind.

Woher beziehen

Dieses abgeleitete Attribut stammt aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen, etwa ERDAT/ERZET (Anlegedatum und -zeit) in VBAK, LIKP oder VBRK sowie aus Timestamps in Änderungsprotokollen wie CDHDR.

Beispiele
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
Kundenauftrag
Vbeln
Die eindeutige Kennung eines Vertriebsbelegs. Sie dient als primäre Case-ID für den Order-to-Cash-Prozess.
Beschreibung

Die Kundenauftragsnummer identifiziert die Waren- oder Dienstleistungsbestellung eines Kunden eindeutig. Sie ist das zentrale Objekt, das alle Aktivitäten im Lebenszyklus der Kundenauftragsbearbeitung verknüpft, vom Anlegen und Bestätigen bis zur Lieferung und Rechnungsstellung.

Im Process Mining ist dieses Attribut entscheidend, um den gesamten Ablauf jedes einzelnen Auftrags nachzuverfolgen. Die Analyse nach Kundenauftrag hilft Unternehmen, Engpässe und Prozessabweichungen zu erkennen und wichtige Kennzahlen wie Zykluszeit und termingerechte Lieferung für jede einzelne Kundentransaktion zu messen.

Warum das wichtig ist

Diese zentrale Kennung verknüpft alle zugehörigen Prozessereignisse und ermöglicht eine vollständige Sicht auf den Lebenszyklus des Auftrags auf Case-Ebene.

Woher beziehen

Dieses Attribut enthält die Vertriebsbelegnummer aus der Tabelle VBAK (Feld VBELN).

Beispiele
100002341000056710000891
Benutzername
Ernam
Die SAP-Benutzer-ID der Person, die den Beleg angelegt oder zuletzt geändert hat.
Beschreibung

Dieses Attribut erfasst den Benutzer, der für eine bestimmte Aktivität verantwortlich war, etwa für das Anlegen des Kundenauftrags oder die Buchung des Warenausgangs. Es verknüpft Prozessschritte mit den Personen oder Teams, die sie ausgeführt haben.

Die Analyse von Aktivitäten nach Benutzer hilft dabei, Schulungsbedarf zu erkennen, die Arbeitslast zu verstehen und Abweichungen aufzudecken, die bei bestimmten Benutzern auftreten. Auch für Compliance und Audits ist das Attribut wertvoll, da es nachvollziehbar dokumentiert, wer wichtige Prozessschritte ausgeführt hat.

Warum das wichtig ist

Damit lässt sich die Prozessleistung nach Benutzer oder Team analysieren. So können Sie besonders leistungsstarke Mitarbeitende, Schulungsbedarf und die Verteilung der Arbeitslast erkennen.

Woher beziehen

Dieses Attribut entspricht dem Feld „Name der Person, die das Objekt angelegt hat“ in Tabellen wie VBAK (Feld ERNAM für die Anlage) oder in Änderungsbelegköpfen der Tabelle CDHDR (Feld UNAME).

Beispiele
CBURNSDSCRANTONJHALPERT
Gewünschtes Lieferdatum
Vdatu
Das vom Kunden gewünschte Lieferdatum für die Waren oder Dienstleistungen.
Beschreibung

Dieses Datum gibt an, wann der Kunde die Lieferung der Positionen im Kundenauftrag erwartet. Es ist eine wichtige Grundlage für Planung, Terminierung und die Messung von Service Level Agreements (SLA).

Das Attribut ist entscheidend, um den Kundenservice und die Logistikleistung zu messen. Es dient als Vergleichswert für die KPI „Termingerechte Lieferung“: Das gewünschte Datum wird mit dem tatsächlichen Warenausgangs- oder Lieferdatum verglichen, um festzustellen, ob die Kundenanforderung erfüllt wurde. Die Analyse von Abweichungen hilft, systematische Probleme bei der Auftragsabwicklung oder Planung zu erkennen.

Warum das wichtig ist

Dieses Datum ist die wichtigste Grundlage für die Messung der termingerechten Lieferung, einer entscheidenden KPI für die Kundenzufriedenheit und die Effizienz der Lieferkette.

Woher beziehen

Dieses Attribut entspricht dem „gewünschten Lieferdatum“ aus der Einteilungstabelle VBEP des Kundenauftrags (Feld VDATU).

Beispiele
2023-02-012023-03-152023-04-20
Kundennummer
Kunnr
Die eindeutige Kennung eines Kundenkontos.
Beschreibung

Die Kundennummer ist ein eindeutiger Schlüssel, der jedem Kunden in den Stammdaten zugewiesen wird. Sie wird in allen Vorgängen für diesen Kunden verwendet, darunter Kundenaufträge, Lieferungen und Zahlungen.

Die Analyse aus Kundensicht ist entscheidend. Mit diesem Attribut können Sie die Auftragsleistung nach Kunden aufschlüsseln, Kunden mit besonders langen Verzögerungen erkennen und Unterschiede in der Prozessausführung bei wichtigen Kunden nachvollziehen. Es ist eine wichtige Grundlage für Dashboards, die Zykluszeiten nach Kundensegment auswerten.

Warum das wichtig ist

Ermöglicht eine kundenorientierte Analyse. So lassen sich Prozessprobleme bei bestimmten Kunden oder Kundengruppen erkennen und kundenspezifische KPIs messen.

Woher beziehen

Dieses Attribut entspricht dem „Auftraggeber“ oder der „Kundennummer“ aus der Tabelle VBAK (Feld KUNNR).

Beispiele
C000123C000456C000789
Materialnummer
Matnr
Die eindeutige Kennung eines verkauften Produkts oder Materials.
Beschreibung

Die Materialnummer ist der eindeutige Schlüssel eines Produkts in den Materialstammdaten. Jede Position eines Kundenauftrags bezieht sich auf eine bestimmte Materialnummer.

Dieses Attribut ermöglicht eine produktbezogene Prozessanalyse. Damit lässt sich untersuchen, ob bestimmte Produkte mit längeren Bearbeitungszeiten, häufigeren Änderungen oder höheren Stornierungsquoten verbunden sind. Solche Erkenntnisse können Probleme bei bestimmten Produktlinien aufdecken, etwa komplexe Lieferketten oder ungenaue Daten.

Warum das wichtig ist

Ermöglicht Analysen auf Produktebene und zeigt, ob bestimmte Materialien oder Produktlinien mit Prozessverzögerungen, Nacharbeit oder anderen Ineffizienzen verbunden sind.

Woher beziehen

Dieses Attribut entspricht der „Materialnummer“ aus der Kundenauftragspositionstabelle VBAP (Feld MATNR).

Beispiele
PROD-1001PROD-2005SERV-A01
Nettobetrag
Netwr
Der Nettowert der Kundenauftragsposition oder des Belegs in der Belegwährung.
Beschreibung

Der Nettobetrag entspricht dem Auftragswert nach Abzug von Rabatten und Hinzurechnung von Zuschlägen, jedoch vor Steuern. Er ist eine wichtige finanzielle Kennzahl für jeden Kundenauftrag.

Im Process Mining liefert dieses Attribut wichtigen geschäftlichen Kontext. Es hilft dabei, Analysen auf Aufträge mit hohem Wert zu konzentrieren, den Zusammenhang zwischen Auftragswert, Bearbeitungszeit und Komplexität zu untersuchen und die finanziellen Auswirkungen von Ineffizienzen wie Stornierungen oder Verzögerungen zu messen. So kann die Analyse beispielsweise zeigen, dass Aufträge mit hohem Wert häufig durch manuelle Bonitätsprüfungen verzögert werden.

Warum das wichtig ist

Liefert den finanziellen Kontext für jeden Case. So können Sie Verbesserungen bei Aufträgen mit großer Wirkung priorisieren und die Kosten von Verzögerungen beziffern.

Woher beziehen

Dieses Attribut entspricht dem „Nettowert der Auftragsposition in Belegwährung“ aus der Tabelle VBAP (Feld NETWR) oder wird aus der Tabelle VBAK aggregiert.

Beispiele
1500.00250.5012345.75
Verkaufsorganisation
Vkorg
Eine Organisationseinheit, die für den Verkauf bestimmter Produkte oder Dienstleistungen zuständig ist.
Beschreibung

Die Verkaufsorganisation ist die Vertriebseinheit eines Unternehmens. Sie verhandelt Verkaufsbedingungen und vertreibt Waren und Dienstleistungen. Jeder Verkaufsvorgang wird einer bestimmten Verkaufsorganisation zugeordnet.

Dieses Attribut ist eine zentrale Dimension für die Leistungsanalyse. Wenn Unternehmen Daten verschiedener Verkaufsorganisationen filtern oder vergleichen, können sie Leistungen gegenüberstellen, bewährte Vorgehensweisen in Regionen oder Geschäftsbereichen erkennen und nachvollziehen, wie sich die Prozesseffizienz je nach Region oder Geschäftseinheit unterscheidet.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich und das Benchmarking zwischen verschiedenen Geschäftseinheiten, Regionen oder Unternehmen innerhalb eines Konzerns.

Woher beziehen

Dieses Attribut entspricht der „Verkaufsorganisation“ aus der Tabelle VBAK (Feld VKORG).

Beispiele
10002000US01DE01
Vertriebsbelegart
Auart
Eine Klassifizierung, die verschiedene Vertriebsbelegarten unterscheidet, etwa Standardaufträge, Retouren oder Gutschriften.
Beschreibung

Die Vertriebsbelegart steuert, wie ein Vertriebsbeleg in SAP bearbeitet wird. Sie legt unter anderem den Nummernkreis, Pflichtfelder und den gesamten Transaktionsablauf fest. Beispiele sind „OR“ für einen Standardauftrag und „RE“ für einen Retourenauftrag.

Im Process Mining ist dieses Attribut entscheidend, um die Analyse nach Belegart aufzuschlüsseln. Der Vergleich der Prozessabläufe verschiedener Belegarten kann deutliche Unterschiede bei Zykluszeiten, Nacharbeitsquoten und Automatisierungsgraden aufzeigen. So lassen sich Verbesserungsmaßnahmen gezielt auf bestimmte Auftragsarten ausrichten.

Warum das wichtig ist

Damit können Sie Kundenaufträge in Kategorien unterteilen und vergleichen, wie die verschiedenen Auftragsarten bearbeitet werden.

Woher beziehen

Dieses Attribut entspricht der „Vertriebsbelegart“ aus der Tabelle VBAK (Feld AUART).

Beispiele
ORRECRSO
Ablehnungsgrund
Abgru
Ein Code, der angibt, warum ein Kundenauftrag oder eine Position abgelehnt oder storniert wurde.
Beschreibung

Der Ablehnungsgrund liefert Kontext, wenn ein Kundenauftrag oder eine bestimmte Position storniert wird. Die Gründe werden in der Regel vom Unternehmen festgelegt und können beispielsweise die Codes „Nicht auf Lager“, „Vom Kunden storniert“ oder „Falscher Preis“ umfassen.

Dieses Attribut ist grundlegend für die Ursachenanalyse von Auftragsstornierungen. Anhand der häufigsten Ablehnungsgründe können Unternehmen Probleme in ihren Vertriebs-, Bestands- oder Preisprozessen erkennen. Diese Erkenntnisse sind für das Dashboard „Analyse stornierter Kundenaufträge“ entscheidend, um entgangene Umsätze zu verringern und die Effizienz zu verbessern.

Warum das wichtig ist

Das Attribut zeigt, warum Aufträge storniert werden. So lassen sich Ursachen wie Preisfehler, fehlende Bestände oder eine mangelhafte Datenqualität untersuchen.

Woher beziehen

Dieses Attribut entspricht dem Feld „Grund für die Ablehnung von Angeboten und Kundenaufträgen“ in der Positionstabelle VBAP (Feld ABGRU).

Beispiele
010215
Auftragsmenge
Kwmeng
Die Menge des Materials, die in einer bestimmten Position des Vertriebsbelegs bestellt wurde.
Beschreibung

Dieses Attribut gibt an, wie viele Einheiten eines bestimmten Materials der Kunde in einer Kundenauftragsposition angefordert hat. Es gehört zu den grundlegenden Transaktionsdaten.

Die Analyse der Auftragsmenge liefert wichtigen Geschäftskontext. Sie können Aufträge nach Größe, etwa in kleine und große Aufträge, gruppieren und prüfen, ob das Volumen mit der Bearbeitungseffizienz zusammenhängt. Außerdem ist die Menge eine wichtige Kennzahl für die Berichterstattung und hilft, den Umfang der Geschäftstätigkeit zu verstehen.

Warum das wichtig ist

Ermöglicht Analysen nach Auftragsgröße und zeigt, ob das Auftragsvolumen Bearbeitungszeiten, Komplexität oder Fehlerquoten beeinflusst.

Woher beziehen

Dieses Attribut entspricht dem Feld „Kumulierte Auftragsmenge in Verkaufseinheiten“ in der Tabelle VBAP (Feld KWMENG).

Beispiele
101505
Belegwährung
Waerk
Der Währungscode für die Beträge im Vertriebsbeleg.
Beschreibung

Dieses Attribut legt die Währung (z. B. USD, EUR oder JPY) für Geldbeträge wie den Nettobetrag im Vertriebsbeleg fest. Es liefert den nötigen Kontext, um Finanzdaten korrekt zu interpretieren und zusammenzufassen.

Die Währung beeinflusst den Prozessablauf zwar nicht direkt, ist aber für jede Finanzanalyse wichtig. Sie stellt sicher, dass Geldbeträge richtig verstanden werden, und ist erforderlich, wenn Beträge für eine globale Berichterstattung in eine gemeinsame Währung umgerechnet werden.

Warum das wichtig ist

Liefert den nötigen Kontext für alle Geldbeträge und ermöglicht so korrekte Finanzanalysen und Berichte, insbesondere bei globalen Geschäftsaktivitäten.

Woher beziehen

Dieses Attribut entspricht dem Feld „Währung des SD-Belegs“ in der Tabelle VBAK (Feld WAERK).

Beispiele
USDEURGBP
Endzeit
EndTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis abgeschlossen wurde.
Beschreibung

EndTime gibt den Abschlusszeitpunkt einer einzelnen Aktivität an. Während StartTime den Beginn einer Aufgabe markiert, erfasst EndTime deren Ende. Damit lässt sich die Dauer der aktiven Bearbeitung messen.

Dieses Attribut ist entscheidend für die genaue Berechnung der Bearbeitungszeiten von Aktivitäten. Es unterscheidet die aktive Arbeitszeit an einer Aufgabe (Verarbeitungszeit = EndTime - StartTime) von der Wartezeit bis zum Beginn der nächsten Aufgabe (Wartezeit = NextActivity.StartTime - CurrentActivity.EndTime). Diese Unterscheidung ist grundlegend für eine präzise Engpassanalyse.

Warum das wichtig ist

Ermöglicht die genaue Berechnung der Bearbeitungszeit einer Aktivität und damit die Unterscheidung zwischen aktiver Arbeitszeit und Wartezeit.

Woher beziehen

Dies ist ein abgeleitetes Attribut. Bei manchen Aktivitäten entspricht es einem bestimmten Timestamp in SAP. Bei anderen wird der Wert häufig abgeleitet oder auf StartTime gesetzt, wenn das Ereignis als augenblicklich gilt.

Beispiele
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
Gesamtlieferstatus
Lfstk
Der Gesamtlieferstatus des Kundenauftrags zeigt an, ob noch keine, eine teilweise oder eine vollständige Lieferung erfolgt ist.
Beschreibung

Dieses Statusfeld fasst den Erfüllungsfortschritt eines Vertriebsbelegs zusammen. Es wird aus dem Status aller Positionen ermittelt und zeigt, ob der Auftrag aus Liefersicht offen, in Bearbeitung oder abgeschlossen ist.

In der Prozessanalyse hilft dieses Attribut dabei, den aktuellen Status offener Aufträge zu verstehen und Cases zu filtern. Eine Analyse ausschließlich vollständig gelieferter Aufträge zeigt beispielsweise abgeschlossene Prozesse. Bei noch nicht bearbeiteten Aufträgen lassen sich dagegen Rückstände und erste Engpässe erkennen.

Warum das wichtig ist

Zeigt den Erfüllungsfortschritt eines Auftrags und ermöglicht Filter und Analysen danach, ob ein Auftrag offen, teilweise oder vollständig geliefert ist.

Woher beziehen

Dieses Attribut entspricht dem Feld „Gesamtlieferstatus aller Positionen“ in der Statustabelle VBUK (Feld LFSTK).

Beispiele
ABC
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Datenaktualisierung oder -extraktion aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann die Daten für die Prozessanalyse zuletzt aktualisiert wurden. Es zeigt Fachanwendern und Analysten, wie aktuell die angezeigten Daten sind und welchen Zeitraum die Analyse abdeckt.

In Dashboards und Berichten ist diese Information wichtig für die Einordnung. Sie zeigt, ob die Daten in Echtzeit vorliegen oder einen regelmäßigen Snapshot darstellen. Das beeinflusst, wie aktuelle Trends und die operative Leistung zu interpretieren sind.

Warum das wichtig ist

Informiert Benutzer über die Aktualität der Daten. So können sie den zeitlichen Kontext der Analyse richtig einordnen und Fehlinterpretationen vermeiden.

Woher beziehen

Dieses Attribut wird vom Datenextraktions- oder ETL-Tool erzeugt und enthält den Timestamp der letzten Ausführung der Datenpipeline.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Manuelle Erfassung
IsManualEntry
Ein Kennzeichen dafür, ob der Kundenauftrag manuell oder über einen automatisierten Kanal wie EDI oder ein E-Commerce-Portal angelegt wurde.
Beschreibung

Dieses Attribut unterscheidet zwischen Aufträgen, die Benutzer direkt in der SAP GUI erfassen, und Aufträgen, die automatisch über Electronic Data Interchange (EDI), APIs oder andere integrierte Systeme angelegt werden. Die Information lässt sich mitunter anhand des Benutzers ableiten, der den Auftrag angelegt hat, etwa anhand eines System- oder Benutzerkontos, oder anhand bestimmter Kennzeichen im Vertriebsbeleg.

Das Attribut ist für die Automatisierungsanalyse wichtig und unterstützt die KPI „Quote manuell erfasster Aufträge“. Es ermöglicht den direkten Vergleich von Prozesseffizienz, Fehlerquoten und Zykluszeiten bei manuell und automatisch angelegten Aufträgen. So lässt sich der Bedarf für weitere Automatisierung fundiert beurteilen.

Warum das wichtig ist

Damit lässt sich der Automatisierungsgrad der Auftragserfassung messen und die Effizienz sowie die Fehlerquoten manuell und automatisiert erfasster Aufträge vergleichen.

Woher beziehen

Dieses Attribut wird häufig abgeleitet. Dazu kann der Benutzer, der den Auftrag angelegt hat (ERNAM), in VBAK mit einer Liste bekannter System- und Batch-Benutzer abgeglichen werden. Alternativ lassen sich bestimmte Kanalindikatoren heranziehen.

Beispiele
truefalse
Nacharbeit
IsRework
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität oder ein Case Nacharbeit umfasst, etwa eine wiederholte Bestätigung oder eine wesentliche Änderung.
Beschreibung

Mit diesem Kennzeichen lassen sich Kundenaufträge erkennen, bei denen Nacharbeit angefallen ist, etwa weil sie nach der Bestätigung geändert wurden oder dieselbe Aktivität mehrfach auftrat. Das Kennzeichen kann beispielsweise gesetzt werden, wenn die Aktivität „Kundenauftrag geändert“ auftritt oder für denselben Case mehrere Ereignisse „Auftrag bestätigt“ vorliegen.

Dieses Attribut unterstützt direkt das Dashboard „Änderungen und Nacharbeitsquote bei Kundenaufträgen“ sowie die zugehörigen KPIs. Nacharbeit lässt sich damit einfach filtern und quantifizieren. Unternehmen können so Kosten und Häufigkeit ineffizienter Abläufe messen und die Ursachen dieser Abweichungen gezielt angehen.

Warum das wichtig ist

Mit diesem Kennzeichen lassen sich Häufigkeit und Auswirkungen von Nacharbeit quantifizieren. Die Analyse hilft, Prozessabweichungen, manuelle Änderungen und Ineffizienzen zu verringern.

Woher beziehen

Dies ist ein berechnetes Attribut. Die Logik wird bei der Datentransformation festgelegt, häufig durch die Erkennung wiederholter Aktivitäten oder bestimmter Änderungsereignisse, zum Beispiel anhand der Tabellen CDHDR/CDPOS.

Beispiele
truefalse
Pünktliche Lieferung
IsOnTimeDelivery
Ein boolesches Kennzeichen, das angibt, ob der Auftrag am bestätigten oder angeforderten Liefertermin oder früher geliefert wurde.
Beschreibung

Dieses Attribut zeigt für jeden Auftrag eindeutig an, ob die Lieferung pünktlich erfolgte. Dazu wird der Timestamp der tatsächlichen Aktivität „Warenausgang gebucht“ mit dem angeforderten Liefertermin (VDATU) oder einem bestätigten Liefertermin aus dem Auftragsplan verglichen.

Das Kennzeichen bildet die Grundlage für die KPI „Pünktliche Lieferquote“ und das Dashboard „Einhaltung zugesagter Liefertermine“. Es erleichtert die Analyse, indem Aufträge in die Kategorien „pünktlich“ und „verspätet“ eingeteilt werden. Anschließend können Sie die Prozessmerkmale der beiden Gruppen untersuchen, um die Ursachen für Verzögerungen zu finden.

Warum das wichtig ist

Misst direkt, ob die Lieferleistung den Kundenerwartungen entspricht, und bildet die Grundlage für die wichtige KPI „Pünktliche Lieferquote“.

Woher beziehen

Dies ist ein berechnetes Attribut. Es ergibt sich aus dem Vergleich des Timestamps der Aktivität „Warenausgang gebucht“ mit dem angeforderten Liefertermin (VBEP-VDATU).

Beispiele
truefalse
Quellsystem
SourceSystemId
Gibt an, aus welchem Quellsystem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt das Ursprungssystem der Ereignisdaten an, zum Beispiel „SAP S/4HANA Production“ oder „ECC Quality“. In Umgebungen mit mehreren ERP-Systemen oder einer Mischung aus älteren und modernen Plattformen ist dieses Feld entscheidend für die Datenherkunft und -validierung.

Bei der Analyse können Sie Prozesse aus verschiedenen Systemen oder Organisationseinheiten filtern und vergleichen. So lassen sich Unterschiede in der Prozessausführung oder Datenqualität erkennen, die auf eine bestimmte Systemlandschaft zurückzuführen sind.

Warum das wichtig ist

Das Attribut gibt Aufschluss über die Herkunft der Daten. In Umgebungen mit mehreren Systemen ist dies entscheidend, um die Datenintegrität sicherzustellen und Vergleiche zu ermöglichen.

Woher beziehen

In der Regel handelt es sich um einen statischen Wert, der bei der Datenextraktion hinzugefügt wird, um den Datensatz mit seinem Ursprungssystem zu kennzeichnen.

Beispiele
S4H_PROD_100ECC_DEV_200S4H_QAS_100
Sparte
Spart
Eine Organisationseinheit, die eine bestimmte Produktlinie oder einen Geschäftsbereich abbildet.
Beschreibung

Die Sparte dient dazu, Materialien oder Dienstleistungen zu gruppieren und bildet häufig eine Produktlinie ab. Sie ist Teil der Definition des Vertriebsbereichs und strukturiert das Unternehmen nach Produkten.

Mit diesem Attribut lässt sich die Prozessleistung verschiedener Produktgruppen vergleichen. So können Sie beispielsweise untersuchen, ob Ersatzteilaufträge anders bearbeitet werden als Aufträge für Fertigerzeugnisse. Diese Aufteilung ist wichtig für die KPI „Zykluszeit nach Produktlinie“ und die zugehörigen Dashboard-Auswertungen.

Warum das wichtig ist

Ermöglicht die Prozessanalyse nach Produktlinie oder Geschäftsbereich und macht Leistungsunterschiede zwischen Unternehmensbereichen sichtbar.

Woher beziehen

Dieses Attribut entspricht dem Feld „Sparte“ in den Tabellen VBAK oder VBAP (Feld SPART).

Beispiele
000105
Vertriebsweg
Vtweg
Der Vertriebsweg, über den Produkte oder Dienstleistungen Kunden erreichen, zum Beispiel Einzelhandel, Großhandel oder Online-Vertrieb.
Beschreibung

Der Vertriebsweg legt fest, wie Produkte an Kunden verkauft und ausgeliefert werden. Zusammen mit der Vertriebsorganisation bildet er einen wichtigen organisatorischen Bestandteil des Vertriebsbereichs.

Die Analyse nach Vertriebsweg zeigt, ob bestimmte Kanäle effizienter sind als andere. Aufträge aus dem Kanal „Online“ können beispielsweise weitgehend automatisiert und schnell bearbeitet werden, während Aufträge aus dem „Direktvertrieb“ mehr manuelle Schritte erfordern und länger dauern. So lassen sich Verbesserungen gezielt auf einzelne Kanäle ausrichten.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich verschiedener Vertriebskanäle wie Web, Direktvertrieb oder Einzelhandel, um kanalspezifische Engpässe und bewährte Vorgehensweisen zu erkennen.

Woher beziehen

Dieses Attribut entspricht dem Feld „Vertriebsweg“ in der Tabelle VBAK (Feld VTWEG).

Beispiele
102001
Erforderlich Empfohlen Optional

Aktivitäten in der Auftragsabwicklung und Verkaufsauftragsbearbeitung

Diese zentralen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Prozess zuverlässig zu entdecken und Engpässe zu identifizieren.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Auftrag abgeschlossen
Kennzeichnet den endgültigen Status eines Kundenauftrags. Alle zugehörigen Vorgänge, einschließlich Lieferung, Rechnungsstellung und Zahlung, sind damit abgeschlossen. Das Ereignis wird anhand des Gesamtstatus des Vertriebsbelegs ermittelt.
Warum das wichtig ist

Diese Aktivität markiert in der Prozessanalyse eindeutig das Ende erfolgreich abgeschlossener Aufträge. So lässt sich die durchgängige Zykluszeit für erfüllte Aufträge genau messen.

Woher beziehen

Wird ermittelt, wenn sich das Gesamtstatusfeld des Vertriebsbelegs (VBUK-GBSTK) in „C“ (vollständig bearbeitet) ändert. Der Timestamp muss anhand der letzten Aktualisierung eines zugehörigen Belegs abgeleitet werden, zum Beispiel des Zahlungsausgleichs.

Erfassung

Wird ermittelt, wenn der Belegstatus VBUK-GBSTK den Wert „C“ annimmt. Als Timestamp dient der Zeitpunkt des letzten Ereignisses, zum Beispiel „Zahlung eingegangen“.

Ereignistyp inferred
Kundenauftrag bestätigt
Markiert den Zeitpunkt, an dem die Materialverfügbarkeit geprüft und eine bestätigte Menge sowie ein Liefertermin für die Auftragspositionen zugesagt wurden. Das Ereignis wird anhand des Anlegens von Einteilungen mit bestätigten Mengen ermittelt.
Warum das wichtig ist

Dieser wichtige Meilenstein steht für die Zusage an den Kunden. Die Zeit bis zu diesem Schritt (Zykluszeit der Auftragsbestätigung) ist eine zentrale Kennzahl für die Effizienz der internen Bearbeitung.

Woher beziehen

Wird anhand neu angelegter Einträge in der Tabelle VBEP (Vertriebsbeleg: Einteilungsdaten) mit einer bestätigten Menge (BMENG > 0) für die Kundenauftragspositionen ermittelt.

Erfassung

Wird anhand des Anlegedatums der ersten Einteilung mit bestätigter Menge in der Tabelle VBEP ermittelt.

Ereignistyp inferred
Lieferung angelegt
Diese Aktivität kennzeichnet das Anlegen eines Auslieferungsbelegs und damit den Beginn des Versand- und Logistikprozesses. Das Ereignis wird ausdrücklich erfasst, wenn ein Lieferbeleg mit Bezug zum Kundenauftrag angelegt wird.
Warum das wichtig ist

Dieser Meilenstein markiert den Übergang von der Vertriebsbearbeitung zur Logistik. Die Zeit von der Auftragsbestätigung bis zum Anlegen der Lieferung zeigt, wo Engpässe in der Planung der Auftragsabwicklung entstehen.

Woher beziehen

Wird anhand des Anlege-Timestamps in der Tabelle LIKP (SD-Beleg: Kopfdaten der Lieferung) erfasst. Die Verknüpfung zum Kundenauftrag ist in der Tabelle VBFA (Belegfluss) gespeichert.

Erfassung

Wird anhand des Anlege-Timestamps des Lieferbelegkopfs in der Tabelle LIKP erfasst.

Ereignistyp explicit
Rechnung angelegt
Kennzeichnet das Anlegen des Kundenfakturierungsbelegs mit den Produkten, Mengen und Preisen für die Zahlung. Das Ereignis wird ausdrücklich erfasst, wenn ein Rechnungsbeleg mit Bezug zur Lieferung oder zum Kundenauftrag erstellt wird.
Warum das wichtig ist

Mit dieser Aktivität beginnt der Zahlungseingangszyklus. Die Zeit zwischen Warenausgang und Rechnungsstellung ist eine wichtige KPI zur Messung der Effizienz der Fakturierung.

Woher beziehen

Wird anhand von Anlegedatum (ERDAT) und Anlegezeit (ERZET) in der Tabelle VBRK (Fakturierungsbeleg: Kopfdaten) erfasst. Die Tabelle VBFA verknüpft die Rechnung mit den vorhergehenden Belegen.

Erfassung

Wird anhand des Anlege-Timestamps des Fakturierungsbelegkopfs in der Tabelle VBRK erfasst.

Ereignistyp explicit
Vertriebsauftrag angelegt
Diese Aktivität markiert den Beginn des Vertriebsprozesses, wenn ein neuer Kundenauftrag offiziell im System angelegt wird. Das Ereignis wird erfasst, sobald ein Benutzer einen neuen Kundenauftragsbeleg speichert, zum Beispiel über die Transaktion VA01. Dabei wird ein neuer Eintrag in der Tabelle VBAK angelegt.
Warum das wichtig ist

Dies ist das primäre Start-Event des Order-to-Cash-Prozesses. Die Zeitspanne von dieser Aktivität bis zu den folgenden Meilensteinen ist entscheidend, um die gesamte Zykluszeit zu messen und Verzögerungen in der Anfangsbearbeitung zu erkennen.

Woher beziehen

Wird beim Anlegen in der Tabelle VBAK (Kopfdaten des Vertriebsbelegs) erfasst. Die Felder für Anlegedatum (ERDAT) und Anlegezeit (ERZET) liefern den Timestamp.

Erfassung

Wird anhand des Anlege-Timestamps des Kundenauftragskopfs in der Tabelle VBAK ermittelt.

Ereignistyp explicit
Warenausgang gebucht
Dies ist die rechtliche und finanzielle Übergabe der Ware und kennzeichnet ihren offiziellen Abgang aus dem Bestand des Unternehmens. Dieses ausdrücklich erfasste Ereignis verringert den Lagerbestand und ist Voraussetzung für die Rechnungsstellung.
Warum das wichtig ist

Die Buchung des Warenausgangs ist ein wichtiger finanzieller und logistischer Meilenstein. Sie gilt häufig als Versandzeitpunkt und wirkt sich direkt auf die Bestandsbewertung und die Umsatzrealisierung aus.

Woher beziehen

Der Timestamp wird bei der Warenausgangsbuchung in der Tabelle LIKP erfasst (WADAT_IST, tatsächliches Warenbewegungsdatum). Die Belegflusstabelle VBFA stellt die Verbindung zum Kundenauftrag her.

Erfassung

Wird anhand des tatsächlichen Warenbewegungsdatums (LIKP-WADAT_IST) im Lieferkopf erfasst.

Ereignistyp explicit
Zahlung eingegangen
Diese Aktivität markiert den erfolgreichen Abschluss des Prozesses: Die Zahlung des Kunden ist eingegangen und mit der offenen Rechnung verrechnet. Diese ausdrücklich erfasste Finanzbuchung gleicht den Debitorenposten aus.
Warum das wichtig ist

Dies ist der abschließende, wertschöpfende Schritt im Order-to-Cash-Zyklus. Die Zeit von der Rechnungsstellung bis zum Zahlungseingang ist entscheidend für die Steuerung des Cashflows und der Days Sales Outstanding (DSO).

Woher beziehen

Wird anhand des Ausgleichsdatums (AUGDT) in der Tabelle BSEG (Buchhaltungsbelegsegment) für den Einzelposten erfasst, der zur Zahlung des Kunden gehört und die Rechnung ausgleicht.

Erfassung

Wird anhand des Ausgleichsdatums (AUGDT) des ausgeglichenen Debitorenpostens in der Tabelle BSEG oder des Ausgleichsbelegs in BKPF erfasst.

Ereignistyp explicit
Bonitätsprüfung durchgeführt
Kennzeichnet den Abschluss einer Bonitätsprüfung des Kunden, der dem Kundenauftrag zugeordnet ist. Die Prüfung kann automatisiert oder manuell erfolgen. Ihr Abschluss lässt sich in der Regel an einer Änderung des Gesamt-Kreditstatus des Belegs erkennen.
Warum das wichtig ist

Bonitätsprüfungen sind häufige Engpässe, die die Auftragsbestätigung und die Auftragsabwicklung erheblich verzögern können. Durch die Erfassung dieser Aktivität lassen sich Dauer und Auswirkungen auf den Gesamtprozess messen.

Woher beziehen

Wird anhand von Statusänderungen in der Tabelle VBUK (Vertriebsbeleg: Kopfstatus und Verwaltungsdaten) ermittelt. Eine Änderung des Kreditstatusfelds (CMGST) zeigt an, dass die Prüfung abgeschlossen ist.

Erfassung

Wird anhand einer mit Timestamp versehenen Änderung des Kreditstatusfelds (VBUK-CMGST) des Vertriebsbelegs ermittelt.

Ereignistyp inferred
Buchhaltungsbeleg angelegt
Diese Aktivität tritt ein, wenn die Rechnung erfolgreich an das Finanzwesen übergeben und dort mit Buchungssätzen verbucht wird. Das ausdrücklich erfasste Ereignis erzeugt einen entsprechenden Beleg im Hauptbuch.
Warum das wichtig ist

Dieses Ereignis bestätigt, dass der Umsatz aus dem Verkauf offiziell in der Buchhaltung des Unternehmens erfasst wurde. Verzögerungen können die Genauigkeit der Finanzberichterstattung beeinträchtigen.

Woher beziehen

Wird anhand von Anlegedatum (CPUDT) und Anlegezeit (CPUTM) in der Tabelle BKPF (Buchhaltungsbelegkopf) erfasst. Die Tabelle VBRK enthält häufig die zugehörige Buchhaltungsbelegnummer (VBRK-BELNR).

Erfassung

Wird anhand des Anlege-Timestamps des Buchhaltungsbelegkopfs in der Tabelle BKPF erfasst.

Ereignistyp explicit
Kundenauftrag geändert
Zeigt an, dass ein wesentliches Attribut eines bestehenden Kundenauftrags, etwa Menge, Preis oder gewünschtes Lieferdatum, nach dem Anlegen geändert wurde. Dieses Ereignis wird ausdrücklich in den Änderungstabellen von SAP erfasst.
Warum das wichtig ist

Häufige Änderungen weisen auf einen instabilen Prozess hin und können Nacharbeit, Fehler bei der Auftragsabwicklung und Verzögerungen verursachen. Diese Aktivität ist wichtig, um die Änderungsrate von Kundenaufträgen zu messen und Ursachen zu ermitteln.

Woher beziehen

Wird anhand der Änderungstabellen CDHDR (Änderungsbelegkopf) und CDPOS (Änderungsbelegpositionen) erfasst. Sie protokollieren Änderungen an Kundenauftragstabellen wie VBAK und VBAP.

Erfassung

Wird anhand von Einträgen in der Tabelle CDHDR erkannt, die mit dem Kundenauftragsobjekt (OBJECTCLAS 'VERKBELEG') verknüpft sind.

Ereignistyp explicit
Kundenauftrag gesperrt
Diese Aktivität tritt ein, wenn der Kundenauftrag mit einer Bearbeitungssperre versehen wird, die nachfolgende Aktivitäten wie das Anlegen einer Lieferung verhindert. Sie wird anhand der Änderungsprotokolle zu bestimmten Sperrfeldern im Kopf oder in den Positionen des Kundenauftrags ermittelt.
Warum das wichtig ist

Sperren weichen wesentlich vom Happy Path ab. Wenn Sie ermitteln, warum und wie häufig Sperren gesetzt werden, können Sie systematische Probleme bei der Datenqualität, der Preisgestaltung oder den Kundenstammdaten aufdecken.

Woher beziehen

Wird anhand der Änderungstabellen (CDHDR, CDPOS) für Sperrfelder des Kundenauftrags ermittelt, zum Beispiel VBAK-AUFSP (Auftragssperre) oder VBAK-LIFSK (Liefersperre).

Erfassung

Wird erkannt, wenn sich ein Sperrfeld, zum Beispiel VBAK-LIFSK, von einem leeren in einen nicht leeren Wert ändert.

Ereignistyp inferred
Kundenauftragsposition abgelehnt
Kennzeichnet die Stornierung oder Ablehnung einer bestimmten Position eines Kundenauftrags, bevor sie vollständig bearbeitet wurde. Das Ereignis wird anhand eines für die Position gesetzten Ablehnungsgrunds ermittelt.
Warum das wichtig ist

Diese Aktivität kennzeichnet ein nicht erfolgreiches Ergebnis für einen Teil des Auftrags. Wenn Sie untersuchen, wann und warum Positionen abgelehnt werden, können Sie Probleme bei der Produktverfügbarkeit, der Preisgestaltung oder den Kundenanforderungen erkennen.

Woher beziehen

Wird anhand der Änderungsprotokolle (CDHDR, CDPOS) ermittelt, die zeigen, wann das Feld für den Ablehnungsgrund (VBAP-ABGRU) einer Kundenauftragsposition befüllt wird.

Erfassung

Wird anhand des Timestamps ermittelt, zu dem das Feld VBAP-ABGRU für eine oder mehrere Positionen befüllt wird.

Ereignistyp inferred
Rechnung an Kunden gesendet
Zeigt an, dass die erstellte Rechnung an den Kunden übermittelt wurde, zum Beispiel per Post, E-Mail oder EDI. Das Ereignis wird in der Regel anhand des Verarbeitungsprotokolls des Ausgabesteuerungssystems ermittelt.
Warum das wichtig ist

Die Zahlungsfrist beginnt häufig, sobald der Kunde die Rechnung erhält. Die Erfassung dieses Ereignisses ist entscheidend, um die Zykluszeit des Zahlungseingangs genau zu messen.

Woher beziehen

Wird anhand von Einträgen in der Tabelle NAST (Nachrichtenstatus) ermittelt, die die Verarbeitung von Ausgabearten wie Rechnungen protokolliert. Verarbeitungsdatum und -zeit können als Timestamp des Ereignisses dienen.

Erfassung

Wird anhand des Verarbeitungs-Timestamps des betreffenden Ausgabenachrichteneintrags in der Tabelle NAST ermittelt.

Ereignistyp inferred
Sperre des Kundenauftrags aufgehoben
Kennzeichnet die Aufhebung einer Bearbeitungssperre, sodass der Kundenauftrag mit dem nächsten Schritt fortgesetzt werden kann. Das Ereignis wird erkannt, wenn sich die betreffenden Sperrfelder von einem gesetzten Wert zurück in einen leeren oder gelöschten Status ändern.
Warum das wichtig ist

Die Zeit bis zur Aufhebung einer Sperre ist entscheidend, um die Dauer der Verzögerung zu verstehen. Mit dieser Aktivität lassen sich Nacharbeit und die Effizienz der Lösungsprozesse quantifizieren.

Woher beziehen

Wird anhand der Änderungstabellen (CDHDR, CDPOS) ermittelt, wenn ein Sperrfeld des Kundenauftrags, zum Beispiel VBAK-LIFSK, von einem nicht leeren in einen leeren Wert geändert wird.

Erfassung

Wird erkannt, wenn sich ein Sperrfeld, zum Beispiel VBAK-LIFSK, von einem nicht leeren zurück in einen leeren Wert ändert.

Ereignistyp inferred
Ware kommissioniert
Kennzeichnet den Abschluss der physischen Kommissionierung der Ware aus den Lagerplätzen für die Auslieferung. Das Ereignis wird in der Regel anhand einer Statusänderung des Lieferbelegs ermittelt.
Warum das wichtig ist

Die Kommissionierung ist ein wichtiger Schritt bei der Auftragsabwicklung im Lager. Wenn Sie ihren Abschluss erfassen, können Sie die Lagereffizienz messen und Verzögerungen erkennen, bevor die Ware versandbereit ist.

Woher beziehen

Wird anhand von Statusfeldern in den Tabellen LIPS (Lieferposition) oder LIKP (Lieferkopf) ermittelt, zum Beispiel anhand des Kommissionierstatus (KOSTA). Der Wechsel zu „Vollständig kommissioniert“ kennzeichnet das Ereignis.

Erfassung

Wird anhand einer mit Timestamp versehenen Änderung des Kommissionierstatusfelds, zum Beispiel LIKP-KOSTA, im Lieferbeleg ermittelt.

Ereignistyp inferred
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus SAP S/4HANA

Möchten Sie beginnen?

Mit diesem Daten-Template können Sie Ihre Process-Mining-Analyse fundiert starten. Gewinnen Sie Erkenntnisse, um die Effizienz Ihrer Auftragsabwicklung zu verbessern und die Kundenzufriedenheit zu steigern.

Optimieren Sie noch heute Ihre Auftragsabwicklung und Verkaufsauftragsbearbeitung!

Beseitigen Sie Engpässe und verbessern Sie den Cashflow. Schließen Sie sich anderen Unternehmen an, die ihre Zykluszeit um 30 % verkürzen.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.