Datentemplate: Auftrags-zu-Kasse-Kundenauftragsabwicklung

SAP S/4HANA
Datentemplate: Auftrags-zu-Kasse-Kundenauftragsabwicklung

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

Dieses Datentemplate bietet eine umfassende Anleitung zur Sammlung der notwendigen Informationen für die Analyse Ihres Order-to-Cash - Kundenauftragsbearbeitung. Es skizziert die wesentlichen Attribute und Schlüsselaktivitäten, die zum Aufbau eines akkuraten Event Logs erforderlich sind. Darüber hinaus finden Sie eine detaillierte Anleitung, wie Sie diese Daten aus Ihrem SAP S/4HANA-System extrahieren, um Ihre Prozessoptimierung zu starten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsleitfaden für SAP S/4HANA
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Order-to-Cash - Kundenauftragsbearbeitungsattribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihrem Event Log für eine umfassende Order-to-Cash- und Kundenauftragsbearbeitungsanalyse inkludieren sollten.
3 Erforderlich 7 Empfohlen 13 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name der Geschäftsaktivität, die zu einem spezifischen Zeitpunkt im Kundenauftragsprozess stattgefunden hat.
Beschreibung

Dieses Attribut beschreibt einen spezifischen Schritt oder ein Event im Lebenszyklus des Kundenauftrags, wie z.B. 'Kundenauftrag erstellt', 'Warenausgang gebucht' oder 'Zahlung erhalten'. Diese Activities werden aus verschiedenen Statusänderungen, Belegerstellungsdaten und Log-Einträgen über verschiedene SAP-Module hinweg abgeleitet.

Die Analyse der Reihenfolge und Dauer dieser Activities ist die Grundlage des Process Mining. Sie ermöglicht die Visualisierung von Prozesskarten, die Identifizierung von Engpässen zwischen den Schritten und die Analyse von Prozessvarianten, um zu verstehen, wie Aufträge tatsächlich durch das System fließen, im Vergleich zum entworfenen Prozess.

Warum es wichtig ist

Es definiert die Schritte im Prozess und ermöglicht den Aufbau der Prozesslandkarte sowie die Analyse von Prozessfluss und Engpässen.

Woher erhalten

Dies ist ein abgeleitetes Attribut, das typischerweise während der Datenextraktion generiert wird, indem Statusänderungen oder Dokumentenerstellungs-Ereignissen aus Tabellen wie VBAK, LIKP, VBRK und CDHDR/CDPOS aussagekräftigen Aktivitätsnamen zugeordnet werden.

Beispiele
Verkaufsauftrag erstelltLieferung erstelltRechnung erstelltZahlung erhalten
Ereigniszeit
EventTime
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Event Time liefert das genaue Datum und die Uhrzeit für jede Aktivität im Prozess und bildet das chronologische Rückgrat des Event Log. Zum Beispiel erfasst es, wann ein Kundenauftrag erstellt, Waren versandt und eine Rechnung bezahlt wurde.

Dieses Attribut ist entscheidend für alle zeitbasierten Analysen. Es wird verwendet, um Durchlaufzeiten zwischen Aktivitäten zu berechnen, Verzögerungen zu identifizieren, die Prozessleistung anhand von Service Level Agreements zu messen und die Gesamtdauer des Kundenauftragsprozesses zu analysieren. Die Genauigkeit dieser timestamps wirkt sich direkt auf die Qualität der Process Mining-Erkenntnisse aus.

Warum es wichtig ist

Dieser Timestamp ist unerlässlich für die Berechnung aller Laufzeiten, Durchlaufzeiten und Wartezeiten, die grundlegend für die Leistungsanalyse sind.

Woher erhalten

Dies ist ein abgeleitetes Attribut, das aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen wie ERDAT/ERZET (Erstellungsdatum/-zeit) in VBAK, LIKP, VBRK oder aus Änderungslog-Timestamps aus CDHDR stammt.

Beispiele
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
Verkaufsauftrag
Vbeln
Die eindeutige Kennung für einen Verkaufsbeleg, der als primärer Case Identifier für den Order-to-Cash-Prozess dient.
Beschreibung

Die Kundenauftragsnummer identifiziert eindeutig die Anfrage eines Kunden nach Waren oder Dienstleistungen. Sie ist das zentrale Objekt, das alle Activities im Lebenszyklus der Kundenauftragsbearbeitung verknüpft, von der Erstellung und Bestätigung bis zur Lieferung und Fakturierung.

Im Process Mining ist dieses Attribut essenziell für die Verfolgung des End-to-End-Prozesses jedes einzelnen Auftrags. Die Analyse von Prozessen nach Kundenauftrag ermöglicht es Unternehmen, Engpässe zu identifizieren, Prozessvarianten zu verstehen und wichtige Leistungskennzahlen wie Durchlaufzeit und Liefertermintreue für jede spezifische Kundentransaktion zu messen.

Warum es wichtig ist

Dies ist der Kernidentifikator, der alle zugehörigen Prozess-Ereignisse verbindet und eine vollständige Case-Level-Ansicht des Auftragslebenszyklus ermöglicht.

Woher erhalten

Dieses Attribut ist die 'Verkaufsbelegnummer' aus der VBAK-Tabelle (Feld VBELN).

Beispiele
100002341000056710000891
Angefordertes Lieferdatum
Vdatu
Das vom Kunden angeforderte Lieferdatum für die Waren oder Dienstleistungen.
Beschreibung

Dieses Datum stellt den vom Kunden gewünschten Lieferzeitpunkt für die Positionen im Kundenauftrag dar. Es ist eine wichtige Information für die Planung, Terminierung und Service-Level-Agreement (SLA)-Messung.

Dieses Attribut ist essenziell für die Messung der Kundenservice-Levels und der logistischen Leistung. Es dient als Referenzwert für den KPI der 'Pünktlichen Lieferrate', wobei es mit dem tatsächlichen Warenausgangsdatum oder Lieferdatum verglichen wird, um festzustellen, ob der Kundenwunsch erfüllt wurde. Die Analyse von Abweichungen hilft, systemische Probleme in der Abwicklung oder Planung zu identifizieren.

Warum es wichtig ist

Dies ist das primäre Datum zur Messung der Termintreue von Lieferungen. Diese ist ein entscheidender KPI für die Kundenzufriedenheit und die Effizienz der Lieferkette.

Woher erhalten

Dieses Attribut ist das 'Wunschlieferdatum' aus der Kundenauftrags-Lieferplanelementtabelle VBEP (Feld VDATU).

Beispiele
2023-02-012023-03-152023-04-20
Benutzername
Ernam
Die SAP-Benutzer-ID der Person, die den Beleg erstellt oder zuletzt geändert hat.
Beschreibung

Dieses Attribut erfasst den verantwortlichen Benutzer für eine bestimmte Activity, wie die Erstellung des Kundenauftrags oder die Buchung des Warenausgangs. Es verknüpft Prozessschritte mit den Personen oder Teams, die sie durchgeführt haben.

Die Analyse von Activities nach Benutzer hilft beim Identifizieren von Schulungsbedarfen, beim Verstehen der Arbeitslastverteilung und beim Erkennen von Abweichungen, die spezifisch für bestimmte Benutzer sein können. Es ist auch wertvoll für Compliance- und Audit-Zwecke, da es eine klare Aufzeichnung liefert, wer wichtige Aktionen innerhalb des Prozesses durchgeführt hat.

Warum es wichtig ist

Es ermöglicht die Analyse der Prozessleistung nach Benutzer oder Team und hilft dabei, Spitzenleister, Schulungsmöglichkeiten und die Arbeitslastverteilung zu identifizieren.

Woher erhalten

Dieses Attribut ist der 'Name des Objekterstellers' aus Tabellen wie VBAK (Feld ERNAM für die Erstellung) oder aus Änderungsbelegköpfen in CDHDR (Feld UNAME).

Beispiele
CBURNSDSCRANTONJHALPERT
Kundennummer
Kunnr
Die eindeutige Kennung für ein Kundenkonto.
Beschreibung

Die Kundennummer ist ein eindeutiger Schlüssel, der jedem Kunden in den Stammdaten zugewiesen wird. Sie wird in allen Transaktionen verwendet, die mit diesem Kunden in Verbindung stehen, einschließlich Verkaufsaufträgen, Lieferungen und Zahlungen.

Die Analyse des Prozesses aus Kundensicht ist entscheidend. Dieses Attribut ermöglicht die Segmentierung der Auftragsperformance nach Kunden, die Identifizierung, welche Kunden die längsten Verzögerungen erleben, und das Verständnis, wie die Prozessausführung bei Schlüsselkonten variiert. Es ist grundlegend für Dashboards, die Durchlaufzeiten nach Kundensegment analysieren.

Warum es wichtig ist

Dies ermöglicht eine kundenzentrierte Analyse, die hilft, Prozessprobleme zu identifizieren, die spezifische Kunden oder Kundengruppen betreffen, und kundenspezifische KPIs zu messen.

Woher erhalten

Dieses Attribut ist der 'Auftraggeber' oder die 'Kundennummer' aus der VBAK-Tabelle (Feld KUNNR).

Beispiele
C000123C000456C000789
Materialnummer
Matnr
Die eindeutige Kennung für ein verkauftes Produkt oder Material.
Beschreibung

Die Materialnummer ist der eindeutige Schlüssel für ein Produkt in den Materialstammdaten. Jede Position in einem Kundenauftrag entspricht einer spezifischen Materialnummer.

Dieses Attribut ermöglicht eine produktzentrierte Prozessanalyse. Es wird verwendet, um zu analysieren, ob bestimmte Produkte mit längeren Bearbeitungszeiten, häufigeren Änderungen oder höheren Stornierungsraten verbunden sind. Diese Erkenntnis kann helfen, Probleme im Zusammenhang mit spezifischen Produktlinien aufzudecken, wie z.B. Komplexitäten in der Lieferkette oder Datenungenauigkeiten.

Warum es wichtig ist

Es erleichtert die Analyse auf Produktebene und zeigt auf, ob bestimmte Materialien oder Produktlinien mit Prozessverzögerungen, Nacharbeit oder anderen Ineffizienzen verbunden sind.

Woher erhalten

Dieses Attribut ist die '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 stellt den Wert eines Auftrags nach Abzügen von Rabatten und Zuschlägen, aber vor Steuern dar. Er ist eine zentrale finanzielle Kennzahl, die mit jedem Kundenauftrag verbunden ist.

Im Process Mining liefert dieses Attribut wichtigen geschäftlichen Kontext. Es wird genutzt, um Analysen auf hochwertige Aufträge zu priorisieren, zu verstehen, ob der Auftragswert mit der Bearbeitungszeit oder Komplexität korreliert, und die finanziellen Auswirkungen von Prozessineffizienzen wie Stornierungen oder Verzögerungen zu messen. Eine Analyse könnte beispielsweise zeigen, dass hochwertige Aufträge häufig durch manuelle Kreditprüfungen verzögert werden.

Warum es wichtig ist

Bietet finanziellen Kontext für jeden Case, ermöglicht eine wertbasierte Analyse, um Verbesserungen bei umsatzstarken Aufträgen zu priorisieren und die Kosten von Verzögerungen zu quantifizieren.

Woher erhalten

Dieses Attribut ist der 'Nettowert der Auftragsposition in Belegwährung' aus der VBAP-Tabelle (Feld NETWR) oder aggregiert aus der VBAK-Tabelle.

Beispiele
1500.00250.5012345.75
Verkaufsbelegart
Auart
Eine Klassifizierung, die verschiedene Verkaufsbelegarten wie Standardaufträge, Retouren oder Gutschriften unterscheidet.
Beschreibung

Die Verkaufsbelegart steuert, wie ein Verkaufsbeleg in SAP verarbeitet wird. Sie definiert Details wie den Nummernkreis, erforderliche Felder und den gesamten Transaktionsfluss. Beispiele hierfür sind 'OR' für einen Standardauftrag oder 'RE' für einen Retourenauftrag.

Im Process Mining ist dieses Attribut entscheidend für die Segmentierung der Analyse. Der Vergleich der Prozessabläufe für verschiedene Belegarten kann signifikante Unterschiede in Durchlaufzeiten, Nacharbeitsquoten und Automatisierungsgraden aufzeigen. Dies hilft dabei, Prozessverbesserungsinitiativen auf spezifische Auftragsarten zuzuschneiden.

Warum es wichtig ist

Es ermöglicht die Segmentierung von Verkaufsaufträgen in verschiedene Kategorien und erlaubt so eine vergleichende Analyse, wie unterschiedliche Auftragsarten verarbeitet werden.

Woher erhalten

Dieses Attribut ist die 'Verkaufsbelegart' aus der VBAK-Tabelle (Feld AUART).

Beispiele
ORRECRVerkaufsauftrag
Verkaufsorganisation
Vkorg
Eine Organisationseinheit, die für den Vertrieb spezifischer Produkte oder Dienstleistungen verantwortlich ist.
Beschreibung

Die Verkaufsorganisation repräsentiert eine Verkaufseinheit in einem Unternehmen. Sie ist verantwortlich für die Verhandlung von Verkaufsbedingungen und den Vertrieb von Waren und Dienstleistungen. Jede Verkaufstransaktion wird einer spezifischen Verkaufsorganisation zugeordnet.

Dieses Attribut ist eine primäre Dimension für die Leistungsanalyse. Durch das Filtern oder Vergleichen von Daten über verschiedene Verkaufsorganisationen hinweg können Unternehmen Leistungen vergleichen, regionale oder divisionale Best Practices identifizieren und verstehen, wie sich die Prozesseffizienz geografisch oder nach Geschäftseinheit unterscheidet.

Warum es wichtig ist

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

Woher erhalten

Dieses Attribut ist die 'Verkaufsorganisation' aus der VBAK-Tabelle (Feld VKORG).

Beispiele
10002000US01DE01
Ablehnungsgrund
Abgru
Ein Code, der den Grund angibt, warum ein Kundenauftrag oder eine Position abgelehnt oder storniert wurde.
Beschreibung

Der Ablehnungsgrund liefert Kontext, wenn ein Kundenauftrag oder eine spezifische Position storniert wird. Diese Gründe werden typischerweise vom Unternehmen konfiguriert und können Codes wie 'Nicht auf Lager', 'Kunde storniert' oder 'Falscher Preis' umfassen.

Dieses Attribut ist grundlegend für die Ursachenanalyse von Auftragsstornierungen. Durch die Analyse der häufigsten Ablehnungsgründe können Unternehmen zugrunde liegende Probleme in ihren Vertriebs-, Bestands- oder Preisgestaltungsprozessen identifizieren. Diese Erkenntnis ist entscheidend für das Dashboard zur 'Kundenauftragsstornierungsanalyse', um verlorene Umsätze zu reduzieren und die Effizienz zu verbessern.

Warum es wichtig ist

Es liefert das 'Warum' hinter Auftragsstornierungen und ermöglicht eine Ursachenanalyse, um Probleme wie Preisfehler, Nichtverfügbarkeit von Lagerbeständen oder schlechte Datenqualität zu beheben.

Woher erhalten

Dieses Attribut ist der 'Ablehnungsgrund für Angebote und Kundenaufträge' aus der Kundenauftragspositionstabelle VBAP (Feld ABGRU).

Beispiele
010215
Abteilung
Spart
Eine Organisationseinheit, die eine spezifische Produktlinie oder einen Geschäftsbereich repräsentiert.
Beschreibung

Die Division dient zur Gruppierung von Materialien oder Dienstleistungen und repräsentiert oft eine Produktlinie. Sie ist Teil der Vertriebsbereichsdefinition und hilft, das Geschäft aus einer produktorientierten Sichtweise zu strukturieren.

Dieses Attribut ist nützlich für die Analyse der Prozessleistung verschiedener Produktgruppen. Es kann helfen, Fragen zu beantworten wie: 'Unterscheidet sich die Bearbeitung von Ersatzteilbestellungen von der Bearbeitung von Fertigwarenbestellungen?' Diese Segmentierung ist entscheidend für den KPI 'Durchlaufzeit nach Produktlinie' und die zugehörige Dashboard-Analyse.

Warum es wichtig ist

Ermöglicht die Prozessanalyse basierend auf Produktlinien oder Geschäftsbereichen und hilft, Leistungsunterschiede zwischen verschiedenen Geschäftsbereichen aufzudecken.

Woher erhalten

Dieses Attribut ist die 'Sparte' aus den VBAK- oder VBAP-Tabellen (Feld SPART).

Beispiele
000105
Bearbeitungszeit
ProcessingTime
Die Dauer der aktiven Bearbeitung einer spezifischen Activity.
Beschreibung

Die Bearbeitungszeit, auch als Aktivitätsdauer bekannt, misst die Zeitspanne zwischen dem Start und dem Ende eines einzelnen Prozessschritts. Sie stellt die aktive Arbeitszeit dar, im Gegensatz zur Wartezeit zwischen den Schritten.

Diese berechnete Metrik ist entscheidend, um zu identifizieren, welche spezifischen Aktivitäten im Prozess am zeitaufwendigsten sind. Sie ist ein Schlüsselbestandteil der Bottleneck-Analyse und hilft, Ineffizienzen innerhalb einer Aufgabe zu erkennen, wie beispielsweise eine langwierige 'Credit Check Performed' Aktivität, die auf einen Bedarf an Automatisierung oder Ressourcenzuweisung hinweisen könnte.

Warum es wichtig ist

Es misst die aktive Arbeitszeit einer Aktivität und hilft dabei, genau festzustellen, welche spezifischen Aufgaben am zeitaufwändigsten sind und für eine Optimierung infrage kommen.

Woher erhalten

Dies ist ein berechnetes Attribut, abgeleitet durch die Differenz zwischen der Endzeit und Startzeit einer Aktivität.

Beispiele
360086400300
Belegwährung
Waerk
Der Währungscode für die im Verkaufsbeleg angegebenen Beträge.
Beschreibung

Dieses Attribut definiert die Währung (z.B. USD, EUR, JPY) für monetäre Werte wie den Nettobetrag innerhalb des Verkaufsbelegs. Es liefert den notwendigen Kontext zur korrekten Interpretation und Aggregation von Finanzdaten.

Obwohl nicht direkt ein Treiber des Prozessflusses, ist die Währung für jede Finanzanalyse essenziell. Sie stellt sicher, dass monetäre Werte korrekt verstanden werden und ist notwendig, wenn Beträge in eine gemeinsame Währung für die Berichterstattung auf globaler Ebene umgerechnet werden.

Warum es wichtig ist

Bietet wesentlichen Kontext für alle monetären Werte und gewährleistet eine präzise Finanzanalyse und Berichterstattung, insbesondere bei globalen Operationen.

Woher erhalten

Dieses Attribut ist die 'SD-Belegwährung' aus der VBAK-Tabelle (Feld WAERK).

Beispiele
USDEURGBP
Bestellmenge
Kwmeng
Die bestellte Menge des Materials in einer spezifischen Verkaufsbelegsposition.
Beschreibung

Dieses Attribut stellt die Anzahl der Einheiten eines bestimmten Materials dar, die vom Kunden in einer Kundenauftragsposition angefordert wurden. Es ist ein fundamentaler Bestandteil transaktionaler Daten.

Die Analyse der Auftragsmenge liefert wertvollen Geschäftskontext. Sie kann verwendet werden, um die Analyse nach Auftragsgröße (kleine vs. große Aufträge) zu segmentieren und zu sehen, ob das Volumen mit der Prozesseffizienz korreliert. Darüber hinaus ist es eine Schlüsselkennzahl für die Geschäftsberichterstattung und das Verständnis des Umfangs der Geschäftstätigkeit.

Warum es wichtig ist

Ermöglicht eine Analyse auf Basis der Auftragsgröße, um zu verstehen, ob das Auftragsvolumen Bearbeitungszeiten, die Komplexität oder Fehlerraten beeinflusst.

Woher erhalten

Dieses Attribut ist die 'Kumulierte Bestellmenge in Verkaufseinheiten' aus der VBAP-Tabelle (Feld KWMENG).

Beispiele
101505
Endzeit
EndTime
Der Timestamp, der anzeigt, wann eine spezifische Activity oder ein Event abgeschlossen wurde.
Beschreibung

EndTime kennzeichnet den Zeitpunkt der Fertigstellung einer einzelnen Aktivität. Während StartTime angibt, wann eine Aufgabe begann, erfasst EndTime, wann sie abgeschlossen wurde, wodurch die Dauer der aktiven Arbeit messbar wird.

Dieses Attribut ist entscheidend für die genaue Berechnung der Bearbeitungszeiten von Aktivitäten. Es ermöglicht Analysten, zwischen der aktiv an einer Aufgabe verbrachten Zeit (Processing Time = EndTime - StartTime) und der Wartezeit bis zum Beginn der nächsten Aufgabe (Waiting Time = NextActivity.StartTime - CurrentActivity.EndTime) zu unterscheiden. Diese Unterscheidung ist grundlegend für eine präzise Engpassanalyse.

Warum es wichtig ist

Es ermöglicht die präzise Berechnung der Aktivitätsbearbeitungszeit, was entscheidend ist, um aktive Arbeitszeit von unproduktiver Wartezeit zu unterscheiden.

Woher erhalten

Dies ist ein abgeleitetes Attribut. Bei einigen Aktivitäten kann es einem spezifischen Timestamp in SAP entsprechen. Bei anderen wird es oft abgeleitet oder gleich der Startzeit gesetzt, wenn das Ereignis als augenblicklich betrachtet wird.

Beispiele
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
Gesamtlieferstatus
Lfstk
Der Gesamtlieferstatus des Kundenauftrags, der anzeigt, ob er noch nicht bearbeitet, teilweise geliefert oder vollständig geliefert ist.
Beschreibung

Dieses Statusfeld bietet eine übergeordnete Übersicht über den Abwicklungsfortschritt eines Verkaufsbelegs. Es wird aus dem Status aller Positionen aggregiert, um anzuzeigen, ob der Auftrag aus Liefersicht offen, in Bearbeitung oder abgeschlossen ist.

In der Prozessanalyse ist dieses Attribut wertvoll, um den aktuellen Status offener Aufträge zu verstehen und Cases zu filtern. Zum Beispiel bietet die Analyse ausschließlich 'vollständig gelieferter' Aufträge einen Einblick in abgeschlossene Prozesse, während die Analyse 'noch nicht bearbeiteter' Aufträge helfen kann, Rückstände und anfängliche Engpässe zu identifizieren.

Warum es wichtig ist

Bietet eine Momentaufnahme des Auftragserfüllungsfortschritts und ermöglicht das Filtern und die Analyse, basierend darauf, ob ein Auftrag offen, teilweise oder vollständig geliefert wurde.

Woher erhalten

Dieses Attribut ist der 'Gesamte Lieferstatus aller Positionen' aus der VBUK-Statustabelle (Feld LFSTK).

Beispiele
ABC
Ist manueller Eintrag
IsManualEntry
Ein Flag, das anzeigt, ob der Kundenauftrag manuell oder über einen automatisierten Kanal wie EDI oder ein E-Commerce-Portal erstellt wurde.
Beschreibung

Dieses Attribut unterscheidet zwischen Aufträgen, die ein Benutzer direkt in der SAP GUI erfasst hat, und solchen, die automatisch über Electronic Data Interchange (EDI), APIs oder andere integrierte Systeme erstellt wurden. Diese Information lässt sich manchmal vom Benutzer, der den Auftrag erstellt hat (z. B. ein Systembenutzer vs. ein menschlicher Benutzer), oder von spezifischen Indikatoren im Verkaufsbeleg ableiten.

Dieses Attribut ist essenziell für die Automatisierungsanalyse und unterstützt den KPI für die 'Rate der manuellen Auftragserfassung'. Es ermöglicht einen direkten Vergleich von Prozesseffizienz, Fehlerraten und Zykluszeiten zwischen manuell und automatisch erstellten Aufträgen, was beim Aufbau eines Business Case für weitere Automatisierung hilft.

Warum es wichtig ist

Es hilft, den Automatisierungsgrad im Auftragserfassungsprozess zu messen und die Effizienz und Fehlerraten von manuellen gegenüber automatisierten Aufträgen zu vergleichen.

Woher erhalten

Dies ist oft ein abgeleitetes Attribut. Es kann durch Überprüfung des 'Erstellt von'-Benutzers (ERNAM) in VBAK gegen eine Liste bekannter System-/Batch-Benutzer oder durch spezifische Kanalindikatoren abgeleitet werden.

Beispiele
truefalsch
Ist Nacharbeit
IsRework
Ein Boolesches Flag, das anzeigt, ob eine Aktivität oder ein Case Nacharbeit erfordert, wie z. B. eine wiederholte Bestätigung oder eine wesentliche Änderung.
Beschreibung

Dieses Flag wird verwendet, um Kundenaufträge zu identifizieren, die Nacharbeiten erfahren haben, z. B. nach Bestätigung geändert wurden oder bei denen dieselbe Aktivität mehrmals auftritt. Die Logik für das Setzen dieses Flags kann auf dem Auftreten von 'Kundenauftrag geändert'-Aktivitäten oder mehreren 'Auftrag bestätigt'-Ereignissen für denselben Case basieren.

Dieses Attribut unterstützt direkt das Dashboard für die 'Rate der Kundenauftragsänderungen und Nacharbeiten' und verwandte KPIs. Es ermöglicht ein einfaches Filtern und Quantifizieren von Nacharbeiten, was Unternehmen hilft, die Kosten und Häufigkeit von Prozessineffizienzen zu messen und die Grundursachen dieser Abweichungen anzugehen.

Warum es wichtig ist

Dieses Flag hilft, die Häufigkeit und die Auswirkungen von Nacharbeiten zu quantifizieren, wodurch Analysen zur Reduzierung von Prozessabweichungen, manuellen Änderungen und Ineffizienzen ermöglicht werden.

Woher erhalten

Dies ist ein berechnetes Attribut. Die Logik wird während der Datentransformation definiert, oft durch das Erkennen von wiederholten Aktivitäten oder spezifischen Änderungs-Ereignissen (z. B. aus CDHDR/CDPOS-Tabellen).

Beispiele
truefalsch
Ist pünktliche Lieferung
IsOnTimeDelivery
Ein Boolesches Flag, das anzeigt, ob der Auftrag pünktlich zum bestätigten oder angefragten Liefertermin geliefert wurde.
Beschreibung

Dieses Attribut liefert ein klares, binäres Ergebnis für die Lieferleistung jedes Auftrags. Es wird berechnet, indem der tatsächliche Timestamp des 'Warenausgang gebucht' mit dem 'Wunschlieferdatum' (VDATU) oder einem bestätigten Lieferdatum aus der Auftragsterminierung verglichen wird.

Dieses Flag ist die Grundlage für den KPI der 'Pünktlichen Lieferrate' und das Dashboard zur 'Einhaltung des Liefertermins'. Es vereinfacht die Analyse, indem es Benutzern ermöglicht, alle Aufträge schnell in 'pünktliche' und 'verspätete' Kategorien zu segmentieren und dann die Prozesseigenschaften jeder Gruppe zu untersuchen, um die Grundursachen für Verzögerungen zu finden.

Warum es wichtig ist

Misst direkt die Erfüllungsleistung anhand der Kundenerwartungen und bildet die Grundlage für den wichtigen KPI 'On-Time Delivery Rate'.

Woher erhalten

Dies ist ein berechnetes Attribut, abgeleitet durch den Vergleich des Timestamp der Aktivität 'Warenausgang gebucht' mit dem 'Wunschlieferdatum' (VBEP-VDATU).

Beispiele
truefalsch
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel der jüngsten Datenaktualisierung bzw. der letzten Extraktion aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann die Daten für die Prozessanalyse zuletzt aktualisiert wurden. Es bietet Fachanwendern und Analysten Transparenz über die Aktualität der angezeigten Daten und stellt sicher, dass sie den durch die Analyse abgedeckten Zeitraum verstehen.

In Dashboards und Berichten ist diese Information für den Kontext unerlässlich. Sie hilft Benutzern zu erkennen, ob sie Echtzeitinformationen oder eine periodische Momentaufnahme betrachten, was die Interpretation aktueller Trends und der operativen Leistung beeinflusst.

Warum es wichtig ist

Informiert Nutzer über die Aktualität der Daten, um sicherzustellen, dass sie den zeitlichen Kontext der Analyse verstehen und Fehlinterpretationen vermieden werden.

Woher erhalten

Dieses Attribut wird vom Datenextraktions- oder ETL-Tool generiert und erfasst den Timestamp der letzten Ausführung der Datenpipeline.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Quellsystem
SourceSystemId
Identifiziert das Quellsystem, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut spezifiziert das Ursprungssystem für die Ereignisdaten, zum Beispiel 'SAP S/4HANA Production' oder 'ECC Quality'. In Umgebungen mit mehreren ERP-Systemen oder einer Mischung aus Altsystemen und modernen Plattformen ist dieses Feld entscheidend für die Datenherkunft und Validierung.

Für die Analyse ermöglicht es das Filtern und Vergleichen von Prozessen über verschiedene Systeme oder Organisationseinheiten hinweg. Dies kann Abweichungen in der Prozessausführung oder Datenqualität aufzeigen, die spezifisch für eine bestimmte Systemlandschaft sind.

Warum es wichtig ist

Es liefert Kontext zum Datenursprung, was in Multi-System-Umgebungen entscheidend ist, um die Datenintegrität sicherzustellen und vergleichende Analysen zu ermöglichen.

Woher erhalten

Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um den Datensatz mit seinem Herkunftssystem zu kennzeichnen.

Beispiele
S4H_PROD_100ECC_DEV_200S4H_QAS_100
Vertriebskanal
Vtweg
Der Kanal, über den Produkte oder Dienstleistungen den Kunden erreichen, wie z.B. Einzelhandel, Großhandel oder Online.
Beschreibung

Der Vertriebsweg definiert die Methode des Verkaufs und der Verteilung von Produkten an Kunden. Er ist ein zentrales Organisationselement, das zusammen mit der Verkaufsorganisation den Verkaufsbereich definiert.

Die Analyse von Prozessen nach Vertriebsweg hilft Unternehmen zu verstehen, ob bestimmte Kanäle effizienter sind als andere. Zum Beispiel könnten Aufträge aus dem „Online“-Kanal hochgradig automatisiert und schnell sein, während Aufträge aus dem „Direktvertriebs“-Kanal mehr manuelle Schritte erfordern und länger dauern könnten. Dies ermöglicht gezielte Verbesserungen für spezifische Kanäle.

Warum es wichtig ist

Ermöglicht eine Performance-Analyse über verschiedene Vertriebskanäle wie Web, Direktvertrieb oder Einzelhandel hinweg, um kanalspezifische Engpässe oder Best Practices zu identifizieren.

Woher erhalten

Dieses Attribut ist der 'Vertriebsweg' aus der VBAK-Tabelle (Feld VTWEG).

Beispiele
102001
Erforderlich Empfohlen Optional

Order-to-Cash - Kundenauftragsbearbeitungsaktivitäten

Dies sind die entscheidenden Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozessentdeckung und Engpasserkennung zu gewährleisten.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Auftrag abgeschlossen
Kennzeichnet den finalen Status eines Verkaufsauftrags, was bedeutet, dass alle zugehörigen Prozesse, einschließlich Lieferung, Fakturierung und Zahlung, abgeschlossen sind. Dies wird aus dem Gesamtstatus des Verkaufsbelegs abgeleitet.
Warum es wichtig ist

Diese Activity bietet einen definitiven Endpunkt für erfolgreich abgeschlossene Aufträge in der Prozessanalyse. Sie stellt sicher, dass die End-to-End-Durchlaufzeit für erfüllte Aufträge genau gemessen wird.

Woher erhalten

Abgeleitet aus der Änderung des Gesamtstatusfeldes (VBUK-GBSTK) des Verkaufsbelegs auf 'C' (Komplett verarbeitet). Der Timestamp muss aus der letzten Aktualisierung eines zugehörigen Dokuments, wie z.B. dem Zahlungsausgleich, abgeleitet werden.

Erfassen

Abgeleitet, wenn der Belegstatus VBUK-GBSTK auf 'C' wechselt, wobei der Timestamp vom finalen Event (z.B. Zahlungseingang) genommen wird.

Ereignistyp inferred
Lieferung erstellt
Diese Activity kennzeichnet die Erstellung eines Auslieferungsbelegs, der den Versand- und Logistikprozess initiiert. Dies ist ein explizites Event, bei dem ein Lieferbeleg in Bezug auf den Kundenauftrag erstellt wird.
Warum es wichtig ist

Dieser Meilenstein kennzeichnet den Übergang von der Vertriebsabwicklung zur Logistik. Die Analyse der Zeitspanne von der Auftragsbestätigung bis zur Lieferungserstellung hilft, Engpässe in der Abwicklungsplanung zu identifizieren.

Woher erhalten

Erfasst aus dem Erstellungs-Timestamp der Tabelle LIKP (SD-Beleg: Lieferkopfdaten). Die Rückverbindung zum Kundenauftrag ist in der Tabelle VBFA (Verkaufsbelegfluss) gespeichert.

Erfassen

Erfasst aus dem Erstellungs-Timestamp des Lieferbelegkopfes in Tabelle LIKP.

Ereignistyp explicit
Rechnung erstellt
Stellt die Erstellung des Kundenfakturabelegs dar, der Produkte, Mengen und Preise für die Zahlung detailliert. Dies ist ein expliziter Event, bei dem ein Rechnungsdokument in Referenz zur Lieferung oder zum Verkaufsauftrag generiert wird.
Warum es wichtig ist

Diese Activity markiert den Beginn des Zahlungseingangszyklus. Die Zeit zwischen Warenausgang und Rechnungserstellung ist ein wichtiger KPI zur Messung der Effizienz des Fakturierungsprozesses.

Woher erhalten

Erfasst aus dem Erstellungsdatum (ERDAT) und der Uhrzeit (ERZET) der Tabelle VBRK (Fakturabeleg: Kopfdaten). Die Tabelle VBFA verknüpft die Rechnung mit den vorhergehenden Belegen.

Erfassen

Erfasst aus dem Erstellungs-Timestamp des Fakturabelegkopfes in Tabelle VBRK.

Ereignistyp explicit
Verkaufsauftrag bestätigt
Kennzeichnet den Zeitpunkt, an dem die Materialverfügbarkeit geprüft und eine bestätigte Menge sowie ein Liefertermin für die Auftragspositionen zugesichert wurden. Dies wird aus der Erstellung von Einteilungen mit bestätigten Mengen abgeleitet.
Warum es wichtig ist

Dies ist ein kritischer Meilenstein, der die Verpflichtung gegenüber dem Kunden darstellt. Die Zeit, die zum Erreichen dieser Phase benötigt wird (Zykluszeit der Auftragsbestätigung), ist ein Schlüsselmaßstab für die interne Prozesseffizienz.

Woher erhalten

Abgeleitet aus der Erstellung von Datensätzen in der Tabelle VBEP (Verkaufsbeleg: Einteilungsdaten) mit einer bestätigten Menge (BMENG > 0) für die Verkaufsauftragspositionen.

Erfassen

Abgeleitet aus dem Erstellungsdatum der ersten Einteilungszeile in Tabelle VBEP mit einer bestätigten Menge.

Ereignistyp inferred
Verkaufsauftrag erstellt
Diese Activity markiert den Beginn des Vertriebsprozesses, wenn ein neuer Kundenauftrag formell im System angelegt wird. Dieses Event wird explizit erfasst, wenn ein Benutzer einen neuen Kundenauftragsbeleg speichert (z.B. mittels Transaktion VA01), wodurch ein neuer Eintrag in der VBAK-Tabelle erstellt wird.
Warum es wichtig ist

Dies ist das primäre Start-Event für den Order-to-Cash-Prozess. Die Analyse der Zeitspanne von dieser Activity bis zu nachfolgenden Meilensteinen ist grundlegend, um die gesamte Durchlaufzeit zu messen und anfängliche Verarbeitungsverzögerungen zu identifizieren.

Woher erhalten

Wird bei der Erstellung in der Tabelle VBAK (Verkaufsbelegkopfdaten) erfasst. Die Felder Erstellungsdatum (ERDAT) und Uhrzeit (ERZET) liefern den Timestamp.

Erfassen

Erfasst aus dem Erstellungs-Timestamp des Kundenauftragskopfdatensatzes in Tabelle VBAK.

Ereignistyp explicit
Warenausgang gebucht
Dies ist die rechtliche und finanzielle Übergabe der Waren, die ihren offiziellen Abgang aus dem Lagerbestand des Unternehmens markiert. Dieses explizite Ereignis reduziert die Lagerbestände und ist eine Voraussetzung für die Fakturierung.
Warum es wichtig ist

Die Buchung des Warenausgangs ist ein kritischer finanzieller und logistischer Meilenstein. Sie wird oft als Zeitpunkt des 'Versands' betrachtet und hat direkte Auswirkungen auf die Bestandsbewertung und Umsatzrealisierung.

Woher erhalten

Der Timestamp wird in der LIKP-Tabelle (WADAT_IST – Tatsächliches Warenausgangsdatum) aufgezeichnet, wenn der Warenausgang gebucht wird. Die VBFA-Belegflusstabelle verknüpft dies mit dem Kundenauftrag.

Erfassen

Erfasst aus dem tatsächlichen Warenausgangsdatum (LIKP-WADAT_IST) im Lieferkopf.

Ereignistyp explicit
Zahlung erhalten
Diese Activity markiert den erfolgreichen Abschluss des Prozesses, bei dem die Zahlung des Kunden eingegangen und gegen die offene Rechnung verrechnet wurde. Dies ist eine explizite Finanzbuchung, die den Debitorenposten schließt.
Warum es wichtig ist

Dies ist der letzte, wertschöpfende Schritt des Order-to-Cash-Zyklus. Die Analyse der Zeit von Rechnungserstellung bis Zahlung ist essenziell für die Steuerung des Cashflows und der Days Sales Outstanding (DSO).

Woher erhalten

Erfasst aus dem Ausgleichsdatum (AUGDT) in der Tabelle BSEG (Buchhaltungsbelegsegment) für den Einzelposten, der mit der Kundenzahlung zum Ausgleich der Rechnung zusammenhängt.

Erfassen

Erfasst aus dem Ausgleichsdatum (AUGDT) des ausgeglichenen Kundenpostens in Tabelle BSEG oder des Ausgleichsbelegs in BKPF.

Ereignistyp explicit
Buchhaltungsbeleg erstellt
Diese Activity tritt auf, wenn die Rechnung erfolgreich in das Finanzbuchhaltungsmodul gebucht wird, wobei Journalbuchungen erstellt werden. Es ist ein explizites Event, das einen entsprechenden Beleg im Finanzhauptbuch erzeugt.
Warum es wichtig ist

Dieses Ereignis bestätigt, dass der Umsatz aus dem Verkauf formell in der Unternehmensbuchhaltung erfasst wurde. Verzögerungen an dieser Stelle können die Genauigkeit der Finanzberichterstattung beeinträchtigen.

Woher erhalten

Erfasst aus dem Erstellungsdatum (CPUDT) und der Uhrzeit (CPUTM) der Tabelle BKPF (Kopf des Buchhaltungsbelegs). Die Tabelle VBRK speichert oft die entsprechende Buchhaltungsbelegnummer (VBRK-BELNR).

Erfassen

Erfasst aus dem Erstellungs-Timestamp des Buchhaltungsbelegkopfes in Tabelle BKPF.

Ereignistyp explicit
Kreditprüfung durchgeführt
Stellt den Abschluss einer Bonitätsprüfung für den mit dem Verkaufsauftrag verbundenen Kunden dar. Dies kann ein automatischer oder manueller Schritt sein, dessen Abschluss typischerweise aus einer Änderung des Gesamt-Kreditstatus des Belegs abgeleitet wird.
Warum es wichtig ist

Kreditprüfungen sind ein häufiger Engpass, der die Auftragsbestätigung und -erfüllung erheblich verzögern kann. Die Verfolgung dieser Aktivität hilft, deren Dauer und Auswirkungen auf den Gesamtprozess zu messen.

Woher erhalten

Abgeleitet aus Statusaktualisierungen in der Tabelle VBUK (Verkaufsbeleg: Kopfstatus und administrative Daten). Eine Änderung im Kreditstatusfeld (CMGST) zeigt den Abschluss der Prüfung an.

Erfassen

Abgeleitet aus einer zeitgestempelten Änderung im Kreditstatusfeld (VBUK-CMGST) des Verkaufsbelegs.

Ereignistyp inferred
Rechnung an Kunden gesendet
Zeigt an, dass die generierte Rechnung an den Kunden übermittelt wurde, zum Beispiel per Druck, E-Mail oder EDI. Dies wird typischerweise aus dem Verarbeitungs-Log des Nachrichtenfindungssystems abgeleitet.
Warum es wichtig ist

Die Zahlungsfrist beginnt oft, wenn der Kunde die Rechnung erhält. Die Verfolgung dieses Events ist entscheidend für die genaue Messung der Durchlaufzeit des Zahlungseingangs.

Woher erhalten

Abgeleitet aus Einträgen in der NAST-Tabelle (Nachrichtenstatus), die die Verarbeitung von Nachrichtenarten wie Rechnungen protokollieren. Das Verarbeitungsdatum und die -uhrzeit können als Event-Timestamp dienen.

Erfassen

Abgeleitet aus dem Verarbeitungs-Timestamp des relevanten Nachrichten-Datensatzes in Tabelle NAST.

Ereignistyp inferred
Verkaufsauftrag geändert
Zeigt an, dass ein wesentliches Attribut eines bestehenden Verkaufsauftrags, wie Menge, Preis oder angefragtes Lieferdatum, nach der ursprünglichen Erstellung geändert wurde. Dieses Event wird explizit in den Änderungsbelegtabellen von SAP erfasst.
Warum es wichtig ist

Häufige Änderungen deuten auf Prozessinstabilität hin und können zu Nacharbeit, Erfüllungsfehlern und Verzögerungen führen. Diese Aktivität ist entscheidend, um die Änderungsrate von Kundenaufträgen zu messen und die Grundursachen zu identifizieren.

Woher erhalten

Erfasst aus den Änderungsdatentabellen CDHDR (Änderungsbelegkopf) und CDPOS (Änderungsbelegpositionen), die Änderungen an Kundenauftragstabellen wie VBAK und VBAP protokollieren.

Erfassen

Identifiziert aus Einträgen in der CDHDR-Tabelle, die mit dem Kundenauftragsobjekt (OBJECTCLAS 'VERKBELEG') verknüpft sind.

Ereignistyp explicit
Verkaufsauftragsposition abgelehnt
Stellt die Stornierung oder Ablehnung einer bestimmten Position eines Verkaufsauftrags dar, bevor dieser vollständig bearbeitet wurde. Dies wird aus der Anwendung eines Ablehnungsgrundes auf eine Position abgeleitet.
Warum es wichtig ist

Diese Activity repräsentiert ein unerfolgreiches Ergebnis für einen Teil eines Auftrags. Die Analyse, wann und warum Positionen abgelehnt werden, hilft, Probleme in Bezug auf Produktverfügbarkeit, Preisgestaltung oder Kundenanforderungen zu identifizieren.

Woher erhalten

Abgeleitet aus Änderungsbelegen (CDHDR, CDPOS), die zeigen, wann das Feld 'Ablehnungsgrund' (VBAP-ABGRU) für eine Verkaufsauftragsposition gefüllt wird.

Erfassen

Abgeleitet vom Timestamp, zu dem das Feld VBAP-ABGRU für eine oder mehrere Positionen gefüllt wird.

Ereignistyp inferred
Verkaufsauftragssperre aufgehoben
Stellt die Aufhebung einer Bearbeitungssperre dar, die es dem Verkaufsauftrag ermöglicht, zum nächsten Schritt überzugehen. Dies wird abgeleitet, indem eine Änderung in den relevanten Sperrfeldern von einem gesetzten Wert zurück zu einem leeren oder gelöschten Status erkannt wird.
Warum es wichtig ist

Die Nachverfolgung der Zeit, die zur Beseitigung von Blockaden benötigt wird, ist entscheidend für das Verständnis der Dauer von Verzögerungen. Diese Activity hilft, Nacharbeit und die Effizienz von Lösungsprozessen zu quantifizieren.

Woher erhalten

Abgeleitet aus den Änderungsdatentabellen (CDHDR, CDPOS), wenn ein Sperrfeld im Verkaufsauftrag (z.B. VBAK-LIFSK) von einem nicht-leeren Wert auf leer geändert wird.

Erfassen

Identifiziert durch die Erkennung einer Änderung in einem Sperrfeld (z.B. VBAK-LIFSK) von einem nicht-leeren Wert zurück zu einem leeren Wert.

Ereignistyp inferred
Verkaufsauftragssperre gesetzt
Diese Activity tritt auf, wenn eine Bearbeitungssperre auf den Kundenauftrag angewendet wird, die nachfolgende Activities wie die Liefererstellung verhindert. Dies wird durch die Überwachung von Änderungsprotokollen für spezifische Sperrfelder im Kundenauftragskopf oder auf Positionsebene abgeleitet.
Warum es wichtig ist

Das Setzen von Sperren ist eine zentrale Abweichung vom „Happy Path“. Die Identifizierung, warum und wie oft Sperren gesetzt werden, hilft, systemische Probleme bei der Datenqualität, Preisgestaltung oder den Kundenstammdaten aufzudecken.

Woher erhalten

Abgeleitet aus den Änderungsdatentabellen (CDHDR, CDPOS) für Sperrfelder im Verkaufsauftrag, wie z.B. VBAK-AUFSP (Auftragssperre) oder VBAK-LIFSK (Liefersperre).

Erfassen

Identifiziert durch die Erkennung einer Änderung in einem Sperrfeld (z.B. VBAK-LIFSK) von einem leeren Wert zu einem nicht-leeren Wert.

Ereignistyp inferred
Waren kommissioniert
Stellt den Abschluss des physischen Kommissionierprozesses der Waren aus den Lagerorten für die Auslieferung dar. Dies wird typischerweise aus einer Statusaktualisierung des Lieferbelegs abgeleitet.
Warum es wichtig ist

Kommissionierung ist ein entscheidender Schritt im Warehouse Fulfillment Process. Die Überwachung ihres Abschlusses hilft, die Lagereffizienz zu messen und Verzögerungen zu identifizieren, bevor die Waren versandfertig sind.

Woher erhalten

Abgeleitet aus Statusfeldern in den Tabellen LIPS (Lieferposition) oder LIKP (Lieferkopf), wie z.B. dem Kommissionierstatus (KOSTA). Eine Änderung auf 'Komplett kommissioniert' kennzeichnet das Event.

Erfassen

Abgeleitet aus einer zeitgestempelten Änderung im Kommissionierstatusfeld (z.B. LIKP-KOSTA) des Lieferbelegs.

Ereignistyp inferred
Empfohlen Optional

Extraktionsleitfäden

So holen Sie Ihre Daten aus SAP S/4HANA