Ihr Daten-Template für den Order-to-Cash-Prozess: Auftragsabwicklung im Vertrieb

SAP ECC
Ihr Daten-Template für den Order-to-Cash-Prozess: Auftragsabwicklung im Vertrieb

Ihr Daten-Template für den Order-to-Cash-Prozess: Auftragsabwicklung im Vertrieb

Dieses Template bietet eine klare Anleitung zur Erfassung der wesentlichen Daten für die Analyse Ihrer Auftragsabwicklung im Vertrieb mit SAP ECC. Es beschreibt die relevanten Attribute und Aktivitäten und gibt praktische Hinweise zur Datenextraktion. So können Sie alle erforderlichen Informationen für eine umfassende Prozessanalyse zusammenstellen.
  • Empfohlene Attribute für die Erfassung
  • Wichtige Aktivitäten für die Nachverfolgung
  • Hinweise zur Datenextraktion mit SAP ECC
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für den Order-to-Cash-Prozess: Auftragsabwicklung im Vertrieb

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um die Auftragsabwicklung im Vertrieb umfassend zu analysieren.
5 Erforderlich 7 Empfohlen 5 Optional
Name Beschreibung
Kundenauftrag
SalesOrder
Die eindeutige Kennung eines Kundenauftrags. Sie dient als zentraler Case für die Nachverfolgung des gesamten Order-to-Cash-Prozesses.
Beschreibung

Der Kundenauftrag ist das zentrale Dokument im Vertriebsprozess. Er enthält die Anfrage eines Kunden nach Waren oder Dienstleistungen sowie alle Informationen, die für die Bearbeitung von Anfang bis Ende erforderlich sind.

Im Process Mining dient dieses Attribut als Case-ID. Jede eindeutige Kundenauftragsnummer steht für eine vollständige Prozessinstanz. Die Analyse nach Kundenauftrag ermöglicht es, den gesamten Prozessverlauf nachzuverfolgen, Durchlaufzeiten zu messen und Abweichungen bei einzelnen Kundenaufträgen zu erkennen.

Warum das wichtig ist

Der Kundenauftrag ist der zentrale Schlüssel, mit dem sich alle zugehörigen Aktivitäten und Ereignisse verknüpfen lassen. So kann der gesamte Verlauf jedes Kundenauftrags analysiert werden.

Woher beziehen

Zu finden in der Tabelle VBAK (Verkaufsbeleg: Kopfdaten), im Feld VBELN.

Beispiele
900001234590000123469000012347
Aktivität
Activity
Die Bezeichnung eines bestimmten Geschäftsschritts oder Ereignisses im Kundenauftragsprozess.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Order-to-Cash-Prozess, zum Beispiel „Kundenauftrag erstellt“, „Lieferung angelegt“ oder „Zahlung eingegangen“. Anhand dieser Aktivitäten wird der Prozessablauf für jeden Kundenauftrag rekonstruiert.

Die Analyse der Reihenfolge und Zeitpunkte dieser Aktivitäten bildet den Kern des Process Mining. Sie macht den Prozessablauf sichtbar, hilft Engpässe und Prozessvarianten zu erkennen und ermöglicht die Konformitätsprüfung anhand eines Sollmodells. Aktivitäten werden in der Regel aus einer Kombination von Belegerstellungsereignissen, Statusänderungen oder bestimmten Transaktionscodes im System abgeleitet.

Warum das wichtig ist

Aktivitäten bilden die Grundlage der Prozessdarstellung. Sie ermöglichen es, den Prozessablauf zu visualisieren und Abweichungen sowie Engpässe zu analysieren.

Woher beziehen

Dieses abgeleitete Attribut wird üblicherweise bei der Datenextraktion erstellt. Dazu werden SAP-Transaktionscodes (T-Codes), Belegstatusänderungen (z. B. in den Tabellen VBUK und VBUP) oder Änderungsbelege (Tabellen CDHDR und CDPOS) verständlichen Aktivitätsnamen zugeordnet.

Beispiele
Kundenauftrag erstelltLieferung erstelltWarenausgang gebuchtRechnung erstelltZahlung eingegangen
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Aktualisierung der Daten dieses Datensatzes aus dem Quellsystem.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung eines Ereignisses oder Case. So ist ersichtlich, wie aktuell die analysierten Daten sind.

In Dashboards und Berichten hilft diese Information den Benutzern, die Aktualität der Daten einzuschätzen. Sie zeigt, ob die Analyse den aktuellen Betriebsstand abbildet oder auf älteren Daten beruht, und schafft Klarheit darüber, wie aktuell die Ergebnisse sind.

Warum das wichtig ist

Macht die Aktualität der Daten transparent. Das ist wichtig, damit Benutzer auf Grundlage der Process-Mining-Analyse rechtzeitig fundierte Entscheidungen treffen können.

Woher beziehen

Dieses Metadatenattribut wird zum Zeitpunkt der Datenübernahme vom Datenextraktionstool oder -prozess befüllt. Es ist nicht in den SAP-Quelltabellen gespeichert.

Beispiele
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
Quellsystem
SourceSystem
Gibt an, aus welchem Quellsystem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut bezeichnet das Ursprungssystem, zum Beispiel eine bestimmte SAP-ECC-Instanz oder Mandantennummer. Es ordnet die Daten ein, insbesondere in Umgebungen mit mehreren Produktivsystemen oder Daten aus Altsystemen.

In der Analyse dient es dazu, Daten nach ihrer Herkunft zu filtern oder aufzuschlüsseln. Das ist besonders hilfreich, um Prozesse systemübergreifend zu vergleichen oder bei Systemmigrationen die Datenintegrität und -konsistenz sicherzustellen.

Warum das wichtig ist

Liefert wichtigen Kontext, insbesondere in Umgebungen mit mehreren Systemen. So lassen sich Prozesse vergleichen und die Herkunft der Daten nachvollziehen.

Woher beziehen

Dieser Wert wird üblicherweise bei der Datenextraktion ergänzt. Meist handelt es sich um einen statischen Wert für die SAP-System-ID (SAPSID) oder den Mandanten (MANDT).

Beispiele
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Startzeit
StartTime
Der Timestamp, der angibt, wann eine Aktivität oder ein Ereignis begonnen hat.
Beschreibung

Die Startzeit, auch Ereignis-Timestamp genannt, erfasst Datum und Uhrzeit einer bestimmten Aktivität. Sie zeigt zum Beispiel, wann ein Kundenauftrag angelegt, ein Warenausgang gebucht oder eine Rechnung gebucht wurde.

Dieser Timestamp ist die Grundlage für alle zeitbezogenen Analysen im Process Mining. Mit ihm lassen sich die Zykluszeiten zwischen Aktivitäten und die Gesamtdauer eines Case berechnen sowie Verzögerungen und Engpässe erkennen. Genaue Timestamps sind entscheidend für Dashboards zur Leistungsanalyse, etwa zur Überwachung termingerechter Lieferungen oder der Durchlaufzeiten bei der Auftragserfüllung.

Warum das wichtig ist

Dieses wichtige Attribut ist die Grundlage für die Berechnung aller Leistungskennzahlen, etwa von Zykluszeiten und Dauern. Diese Kennzahlen sind entscheidend, um Engpässe zu erkennen.

Woher beziehen

Dieses zusammengesetzte Attribut wird üblicherweise aus einem Datumsfeld (z. B. ERDAT) und einem Zeitfeld (z. B. ERZET) verschiedener SAP-Tabellen gebildet, etwa VBAK (Kundenauftrag), LIKP (Lieferung) und VBRK (Rechnung).

Beispiele
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
Absagegrund
RejectionReason
Ein Code für den Grund, aus dem eine Kundenauftragsposition abgelehnt oder storniert wurde.
Beschreibung

Der Absagegrund erklärt, warum ein Kundenauftrag oder eine bestimmte Position nicht erfüllt wurde. Mögliche Gründe sind eine Stornierung durch den Kunden, die Nichtverfügbarkeit eines Produkts oder andere geschäftliche Ursachen.

Dieses Attribut ist wichtig für das Dashboard „Trends bei Kundenauftragsstornierungen“. Die Analyse der häufigsten Absagegründe hilft, Ursachen für entgangene Verkäufe zu erkennen. Daraus können Verbesserungen bei der Bestandsverwaltung, der Preisgestaltung oder der Kundenkommunikation abgeleitet werden, um die Auftragsstornierungsquote zu senken.

Warum das wichtig ist

Erklärt, warum Aufträge storniert werden. Die Ursachenanalyse hilft, entgangene Verkäufe zu verringern und die Prognosegenauigkeit zu verbessern.

Woher beziehen

Zu finden in der Tabelle VBAP (Verkaufsbeleg: Positionsdaten), im Feld ABGRU.

Beispiele
0215Z5
Benutzer
User
Die Benutzer-ID des Mitarbeitenden, der das Dokument erstellt oder zuletzt geändert beziehungsweise die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst die SAP-Benutzer-ID, die für ein bestimmtes Ereignis im Prozess verantwortlich ist. Es zeigt zum Beispiel, welcher Sachbearbeiter den Auftrag angelegt oder welcher Mitarbeitende im Lager den Warenausgang gebucht hat.

Die Analyse nach Benutzer hilft, die Arbeitslast zu verteilen, Schulungsbedarf zu erkennen und Unterschiede darin aufzudecken, wie Benutzer dieselbe Aufgabe ausführen. Sie ist wichtig für Dashboards zur Ressourcenleistung und Compliance sowie zur Erkennung manueller Eingriffe.

Warum das wichtig ist

Macht Ressourcenleistung und Arbeitslast sichtbar, hilft benutzerspezifische Prozessabweichungen zu erkennen und unterstützt die Compliance- und Automatisierungsanalyse.

Woher beziehen

In vielen SAP-Kopftabellen als Feld „Erstellt von“ (ERNAM) oder „Geändert von“ (AENAM) zu finden, zum Beispiel in VBAK, LIKP und VBRK.

Beispiele
CBURKEJSMITHRWILLIAMS
Kundennummer
CustomerNumber
Die eindeutige Kennung des Kunden, der den Kundenauftrag erteilt hat.
Beschreibung

Dieses Attribut bezeichnet den Auftraggeber, also das Hauptkundenkonto des Kundenauftrags. Es verknüpft den Vorgang mit einem bestimmten Kunden in den Stammdaten.

Die Analyse nach Kundennummer zeigt kundenspezifische Abläufe und Leistungen. Sie hilft beispielsweise zu ermitteln, bei welchen Kunden die Durchlaufzeiten am längsten, die Nacharbeitsquoten am höchsten oder Auftragsänderungen am häufigsten sind. Das ist wichtig, um das Kundenbeziehungsmanagement und den Service zu verbessern.

Warum das wichtig ist

Ermöglicht eine kundenbezogene Analyse. So lassen sich Prozessprobleme bei bestimmten Kunden erkennen und kundenspezifische Leistungen messen.

Woher beziehen

Zu finden in der Tabelle VBAK (Verkaufsbeleg: Kopfdaten), im Feld KUNNR.

Beispiele
100234100567200112
Liefersperre
DeliveryBlock
Ein Code, der angibt, ob ein Kundenauftrag für die Lieferung gesperrt ist und deshalb kein Lieferbeleg angelegt werden kann.
Beschreibung

Die Liefersperre ist ein Status auf Kopf- oder Positionsebene eines Kundenauftrags, der den Prozess vor dem Lieferschritt vorübergehend anhält. Ein Benutzer kann die Sperre manuell setzen. Das System kann sie auch automatisch auslösen, etwa bei einer Überschreitung des Kreditlimits oder unvollständigen Daten.

Dieses Attribut ist entscheidend für das Dashboard „Analyse von Auftragssperren und Nacharbeit“. Die Analyse von Häufigkeit, Dauer und Gründen der Liefersperren hilft, wesentliche Engpässe bei der Auftragserfüllung zu erkennen. Weniger Sperren tragen zu termingerechten Lieferungen und kürzeren Durchlaufzeiten bei.

Warum das wichtig ist

Zeigt Engpässe bei der Auftragserfüllung direkt auf. Um den Prozessfluss zu verbessern, muss klar sein, warum und wie oft Aufträge gesperrt werden.

Woher beziehen

Zu finden in der Tabelle VBAK (Verkaufsbeleg: Kopfdaten), im Feld LIFSK.

Beispiele
0102Z1
Materialnummer
MaterialNumber
Die eindeutige Kennung eines verkauften Produkts oder einer Dienstleistung.
Beschreibung

Die Materialnummer identifiziert die konkrete Position in einem Kundenauftrag. Da ein Kundenauftrag mehrere Materialien enthalten kann, wird dieses Attribut üblicherweise auf Positionsebene analysiert.

Die Analyse nach Materialnummer hilft, produktspezifische Probleme aufzudecken. Sie zeigt beispielsweise, ob bestimmte Produkte mit längeren Erfüllungszeiten, häufigeren Liefersperren oder mehr Rechnungsabweichungen verbunden sind. Das ist wichtig für das Lieferketten- und Produktmanagement, um die Abläufe für verschiedene Produktlinien zu optimieren.

Warum das wichtig ist

Ermöglicht eine produktbezogene Prozessanalyse und zeigt, bei welchen Produkten Ineffizienzen wie Verzögerungen, Sperren oder Nacharbeit auftreten.

Woher beziehen

Zu finden in der Tabelle VBAP (Verkaufsbeleg: Positionsdaten), im Feld MATNR.

Beispiele
FG-1001-ARAW-205BSERV-INSTALL
Nettobetrag
NetAmount
Der Gesamtwert des Kundenauftrags ohne Steuern und Rabatte auf Kopfebene.
Beschreibung

Der Nettobetrag gibt den Geldwert des Kundenauftrags an. Er ist eine wichtige Finanzkennzahl für jede Prozessinstanz.

Dieses Attribut ist für eine wertbezogene Process-Mining-Analyse unerlässlich. Es hilft, Verbesserungsmaßnahmen auf Aufträge mit hohem Wert auszurichten. Analysten können Prozessprobleme wie Verzögerungen oder Nacharbeit mit ihren finanziellen Auswirkungen in Verbindung bringen und so die Grundlage für Veränderungen stärken. Beispielsweise lässt sich untersuchen, ob Aufträge mit hohem Wert effizienter oder weniger effizient als Aufträge mit niedrigem Wert bearbeitet werden.

Warum das wichtig ist

Ermöglicht eine wertbezogene Analyse und hilft, Verbesserungsmaßnahmen auf Aufträge mit den größten finanziellen Auswirkungen für das Unternehmen auszurichten.

Woher beziehen

Zu finden in der Tabelle VBAK (Verkaufsbeleg: Kopfdaten), im Feld NETWR.

Beispiele
1500.0012550.75850.50
Verkaufsorganisation
SalesOrganization
Die Organisationseinheit, die für den Verkauf von Produkten oder Dienstleistungen verantwortlich ist.
Beschreibung

Die Verkaufsorganisation ist eine zentrale Organisationseinheit in SAP, die das Unternehmen nach seinen Vertriebsanforderungen gliedert. Sie ist für die Aushandlung von Verkaufsbedingungen und den Vertrieb von Waren und Dienstleistungen zuständig.

Im Process Mining ist dieses Attribut eine wichtige Analysedimension. Es ermöglicht, Prozessleistung, Effizienz und Compliance zwischen verschiedenen Vertriebseinheiten, Regionen oder Geschäftsbereichen zu vergleichen. So lassen sich bewährte Vorgehensweisen leistungsstarker Organisationen erkennen und Verbesserungsmöglichkeiten in anderen Bereichen aufzeigen.

Warum das wichtig ist

Ermöglicht ein Benchmarking zwischen Organisationseinheiten und Regionen, um Prozesseffizienz und Compliance zu vergleichen.

Woher beziehen

Zu finden in der Tabelle VBAK (Verkaufsbeleg: Kopfdaten), im Feld VKORG.

Beispiele
100025003100
Bestätigtes Lieferdatum
ConfirmedDeliveryDate
Das Datum, an dem die Lieferung der Waren oder Dienstleistungen dem Kunden zugesagt wurde.
Beschreibung

Dies ist das dem Kunden zugesagte Lieferdatum, das sich nach Materialverfügbarkeit und Terminplanung richtet. Es dient als Grundlage für die Messung der Lieferleistung.

Dieses Attribut bildet die Grundlage für das Dashboard „Leistung bei termingerechter Lieferung“ und die Kennzahl zur termingerechten Lieferung. Durch den Vergleich des bestätigten Lieferdatums mit dem tatsächlichen Datum des Warenausgangs lässt sich feststellen, ob ein Auftrag pünktlich, früher oder verspätet geliefert wurde. Dies ist ein wichtiger Maßstab für die Zuverlässigkeit der Lieferkette und die Kundenzufriedenheit.

Warum das wichtig ist

Dient als Vergleichswert für die Leistung bei termingerechter Lieferung, einer wichtigen Kennzahl für Kundenzufriedenheit und Effizienz der Lieferkette.

Woher beziehen

Zu finden in der Tabelle VBEP (Verkaufsbeleg: Einteilungen), im Feld EDATU.

Beispiele
2023-05-102023-06-202023-07-01
Kreditprüfungsstatus
CreditCheckStatus
Gibt den Status der Kreditprüfung für den Verkaufsbeleg an.
Beschreibung

Dieses Attribut zeigt das Ergebnis der automatischen oder manuellen Kreditprüfung eines Kundenauftrags. Übliche Statuswerte sind „Genehmigt“, „Abgelehnt“ oder „Gesperrt“.

Dieses Attribut ist wichtig für das Dashboard „Analyse der Bearbeitungszeit der Kreditprüfung“. Verzögerungen oder Sperren bei der Kreditprüfung können die gesamte Durchlaufzeit der Auftragserfüllung erheblich verlängern. Die Analyse des Status zeigt, wie effizient das Kreditmanagement arbeitet und wie es sich auf die Vertriebsgeschwindigkeit auswirkt.

Warum das wichtig ist

Wirkt sich direkt auf die Bearbeitungsgeschwindigkeit von Aufträgen aus. Die Analyse dieses Status hilft, Engpässe im Kreditmanagement zu erkennen, die die Auftragserfüllung verzögern.

Woher beziehen

Zu finden in der Tabelle VBUK (Verkaufsbeleg: Kopfstatus) oder direkt in VBAK als Kreditstatusfeld (z. B. CMGST).

Beispiele
ABD
Nacharbeit erfolgt
IsRework
Ein boolescher Wert, der angibt, ob ein Kundenauftrag nach seiner ursprünglichen Erstellung wesentlich geändert oder nachbearbeitet wurde.
Beschreibung

Dieses berechnete Attribut kennzeichnet Prozessinstanzen mit Nacharbeit, zum Beispiel nach einer oder mehreren Aktivitäten vom Typ „Kundenauftrag geändert“. Welche Änderungen als Nacharbeit gelten, etwa Änderungen an Preis, Menge oder Lieferdatum, wird bei der Projekteinstellung festgelegt.

Dieses Attribut ist wichtig für das Dashboard „Nacharbeit und Änderungshäufigkeit bei Kundenaufträgen“ und die Kennzahl zur Nacharbeitsquote bei Kundenaufträgen. Es vereinfacht die Analyse, indem Aufträge mit einem durchgängigen Ablauf direkt mit Aufträgen verglichen werden können, die manuelle Änderungen erforderten. So lassen sich die Auswirkungen der Nacharbeit auf Durchlaufzeiten und Kosten beziffern.

Warum das wichtig ist

Beziffert die Häufigkeit von Nacharbeit und ermöglicht die Analyse ihrer Ursachen sowie ihrer Auswirkungen auf Prozesseffizienz und Durchlaufzeit.

Woher beziehen

Dieses berechnete Attribut wird aus dem Event Log abgeleitet. Die Logik prüft, ob Aktivitäten vom Typ „Kundenauftrag geändert“ oder bestimmte Änderungsereignisse aus den Tabellen CDHDR/CDPOS vorliegen.

Beispiele
truefalse
Termingerecht geliefert
IsOnTimeDelivery
Ein boolescher Wert, der angibt, ob die Ware am bestätigten Lieferdatum oder früher versandt wurde.
Beschreibung

Dieses berechnete Attribut vergleicht das tatsächliche Warenausgangsdatum mit dem bestätigten Lieferdatum eines Kundenauftrags. Liegt das Warenausgangsdatum am bestätigten Datum oder davor, wird der Wert auf „wahr“ gesetzt, andernfalls auf „falsch“.

Dieses Attribut vereinfacht die Erstellung des Dashboards „Leistung bei termingerechter Lieferung“ und die Berechnung der Kennzahl zur termingerechten Lieferung. Die Leistung lässt sich damit einfach aggregieren und visualisieren, ohne Datumsvergleiche für jede Analyse oder jedes Chart erneut durchführen zu müssen. So ist die Zuverlässigkeit der Lieferungen auf einen Blick erkennbar.

Warum das wichtig ist

Liefert ein klares und einfaches Maß für die Lieferleistung und erleichtert die Berechnung der Gesamtkennzahl zur termingerechten Lieferung.

Woher beziehen

Dieses Attribut wird berechnet. Dazu wird der Timestamp der Aktivität „Warenausgang gebucht“ mit dem Wert des Attributs „ConfirmedDeliveryDate“ verglichen.

Beispiele
truefalse
Versandbedingungen
ShippingConditions
Legt die allgemeinen Versandbedingungen für die Lieferung von Waren an den Kunden fest.
Beschreibung

Die Versandbedingungen legen fest, wie ein Auftrag versandt wird, zum Beispiel als Standardversand, Expressversand oder zur Abholung. Sie werden mit dem Kunden vereinbart und beeinflussen die Logistikplanung.

Dieses Attribut wird in der Analyse „Effizienz und Kosten der Versandart“ verwendet. Durch die Aufschlüsselung nach Versandbedingungen können Unternehmen untersuchen, ob bestimmte Versandarten häufiger zu Verzögerungen oder längeren Durchlaufzeiten führen. Diese Daten helfen, die Logistik zu optimieren und die Lieferzeiterwartungen der Kunden zu steuern.

Warum das wichtig ist

Ermöglicht die Analyse der Logistikleistung und zeigt, ob bestimmte Versandarten mit Verzögerungen oder höherer Effizienz verbunden sind.

Woher beziehen

Zu finden in der Tabelle VBAK (Verkaufsbeleg: Kopfdaten), im Feld VSBED.

Beispiele
011020
Erforderlich Empfohlen Optional

Aktivitäten im Order-to-Cash-Prozess: Auftragsabwicklung im Vertrieb

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um die Auftragsabwicklung im Vertrieb präzise zu entdecken.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Auftrag bestätigt
Diese Aktivität zeigt an, dass der Kundenauftrag alle anfänglichen Prüfungen bestanden hat und zur Abwicklung freigegeben ist. Sie wird üblicherweise abgeleitet, wenn der Auftrag nicht mehr blockiert ist und in seinen Einteilungen bestätigte Mengen aufweist.
Warum das wichtig ist

Dieser wichtige Meilenstein markiert den Übergang von der Auftragserfassung zur Auftragsabwicklung. Er bildet den Ausgangspunkt für die Messung der Durchlaufzeiten und der Leistung bei termingerechter Lieferung.

Woher beziehen

Lässt sich ableiten, wenn Einteilungen in VBEP eine bestätigte Menge aufweisen (BMENG > 0) und der Auftrag nicht für die Lieferung blockiert ist (z. B. wenn VBUK-LIFSK leer ist).

Erfassung

Abgeleitet aus der Bestätigung der Einteilung (VBEP-BMENG > 0) und der Aufhebung von Sperren auf Kopfebene.

Ereignistyp inferred
Auftragsposition abgeschlossen
Diese Aktivität kennzeichnet den endgültigen Abschluss einer Kundenauftragsposition. Sie zeigt an, dass die Position vollständig geliefert und fakturiert wurde und als erledigt gilt. Der Abschluss wird aus dem Gesamtstatus der Position abgeleitet.
Warum das wichtig ist

Dieses Ereignis markiert den erfolgreichen Abschluss des Prozesses. Die Analyse der Abschlusszeitpunkte zeigt die Dauer des gesamten Prozesses und hilft, unnötig lange offene Aufträge zu erkennen.

Woher beziehen

Abgeleitet aus dem Gesamtstatusfeld der Position in der Tabelle VBUP (Verkaufsbeleg: Positionsstatus). Wenn VBUP-GBSTA den Wert 'C' (Vollständig bearbeitet) hat, gilt die Position als abgeschlossen.

Erfassung

Abgeleitet aus der Änderung des Positionsstatus (VBUP-GBSTA) auf 'C' (Vollständig bearbeitet).

Ereignistyp inferred
Kundenauftrag erstellt
Kennzeichnet die Erstellung eines neuen Kundenauftrags. Dieses explizite Ereignis wird erfasst, wenn ein Benutzer einen neuen Auftrag speichert, üblicherweise über die Transaktion VA01 in SAP.
Warum das wichtig ist

Dies ist das primäre Start-Event des Order-to-Cash-Prozesses. Der Zeitpunkt ist entscheidend, um die gesamte Durchlaufzeit und die Anzahl eingehender Aufträge zu messen.

Woher beziehen

Erfasst in der Tabelle VBAK (Kopfdaten des Verkaufsbelegs) anhand des Erstellungsdatums (ERDAT) und der Erstellungszeit (ERZET). Der Transaktionscode ist in VBAK-TCODE gespeichert.

Erfassung

Ereignis auf Grundlage des Erstellungs-Timestamps (ERDAT, ERZET) in der Tabelle VBAK.

Ereignistyp explicit
Rechnung erstellt
Kennzeichnet die Erstellung der Kundenrechnung oder des Fakturabelegs. Dieses explizite Ereignis erzeugt einen neuen Beleg im System und leitet damit den Zahlungsteil des Prozesses ein.
Warum das wichtig ist

Dieser wichtige Meilenstein startet die Messung der „Zahlungszykluszeit ab Rechnungsstellung“. Verzögerungen bei der Rechnungsstellung wirken sich direkt auf den Cashflow aus.

Woher beziehen

Erfasst in der Tabelle VBRK (Fakturabeleg: Kopfdaten) anhand des Erstellungsdatums (ERDAT). Die Verknüpfung mit dem Kundenauftrag oder der Lieferung ist in der Tabelle VBFA hinterlegt.

Erfassung

Ereignis auf Grundlage des Erstellungszeitstempels (ERDAT) in der Tabelle VBRK.

Ereignistyp explicit
Warenausgang gebucht
Bei diesem wichtigen Ereignis geht das Eigentum an den Waren über und sie verlassen offiziell das Lager. Die explizite Finanzbuchung erstellt einen Materialbeleg und aktualisiert den Bestand.
Warum das wichtig ist

Dies ist das Versandereignis und ein wichtiger Meilenstein für die Messung termingerechter Lieferungen und der Durchlaufzeiten. Es löst finanzielle Aktualisierungen aus und markiert einen unumkehrbaren Schritt in der physischen Auftragsabwicklung.

Woher beziehen

Erstellung eines Materialbelegs (MKPF/MSEG) mit einer Warenbewegungsart für den Warenausgang (z. B. 601), der mit dem Lieferbeleg verknüpft ist.

Erfassung

Erstellung eines Materialbelegs (MKPF/MSEG) mit einer Warenbewegungsart für den Warenausgang, verknüpft mit der Lieferung.

Ereignistyp explicit
Zahlung eingegangen
Dieses Ereignis zeigt an, dass die Zahlung des Kunden eingegangen und der Rechnung zugeordnet wurde. Damit wird der offene Debitorenposten ausgeglichen. Es handelt sich um ein Buchungsereignis, das sich aus dem Ausgleich eines Finanzbelegs ableiten lässt.
Warum das wichtig ist

Damit wird der Verkaufserlös endgültig vereinnahmt. Das Ereignis markiert den Endpunkt für die Messung der „Zahlungszykluszeit ab Rechnungsstellung“ und der gesamten „Durchlaufzeit der Auftragserfüllung“.

Woher beziehen

Abgeleitet aus den Ausgleichsbeleginformationen für den Debitorenposten in der Tabelle BSEG. Sind BSEG-AUGBL (Ausgleichsbeleg) und BSEG-AUGDT (Ausgleichsdatum) ausgefüllt, gilt die Zahlung als eingegangen.

Erfassung

Abgeleitet aus dem ausgefüllten Ausgleichsdatum (AUGDT) in der Tabelle BSEG für den Debitorenposten.

Ereignistyp inferred
Auftrag storniert
Zeigt an, dass ein Kundenauftrag vor der Erfüllung storniert wurde. Dies wird üblicherweise erfasst, indem für alle relevanten Auftragspositionen ein „Absagegrund“ hinterlegt wird.
Warum das wichtig ist

Dieser kritische Endpunkt bei einem Prozessabbruch unterstützt direkt die Kennzahl „Auftragsstornierungsquote“. Wann und warum Aufträge storniert werden, gibt Aufschluss über Probleme im Vertriebsprozess.

Woher beziehen

Abgeleitet aus dem ausgefüllten Feld VBAP-ABGRU (Absagegrund) für alle aktiven Positionen eines Kundenauftrags. Das Änderungsdatum ist in CDHDR/CDPOS zu finden.

Erfassung

Abgeleitet aus dem ausgefüllten Feld „Absagegrund“ (VBAP-ABGRU) für alle Positionen.

Ereignistyp inferred
Bonitätsprüfung durchgeführt
Zeigt an, dass die automatische oder manuelle Bonitätsprüfung des Kunden für den Auftrag abgeschlossen ist. Dies wird üblicherweise aus einer Änderung des Gesamtbonitätsstatus des Belegs abgeleitet.
Warum das wichtig ist

Die Bonitätsprüfung ist häufig ein kritischer Engpass. Die Dauer dieses Schritts zu messen, ist entscheidend für die „Analyse der Bearbeitungszeit von Bonitätsprüfungen“ und eine schnellere Auftragsbearbeitung.

Woher beziehen

Abgeleitet aus den Bonitätsstatusfeldern in der Tabelle VBUK (Verkaufsbeleg: Kopfstatus). Eine Änderung von VBUK-CMGST von „blockiert“ zu „freigegeben“ kennzeichnet diese Aktivität.

Erfassung

Abgeleitet aus Änderungen am Feld für den Gesamtbonitätsstatus (VBUK-CMGST).

Ereignistyp inferred
Kommissionierung abgeschlossen
Zeigt an, dass alle Positionen der Lieferung physisch aus dem Lager kommissioniert wurden. Bei Verwendung von Warehouse Management (WM) lässt sich dies aus dem Status des Transportauftrags ableiten.
Warum das wichtig ist

Die Analyse der Kommissionierzeit hilft, Lagerabläufe zu verbessern. Verzögerungen in diesem Schritt wirken sich direkt auf den gesamten Versandzeitplan und die Durchlaufzeit der Auftragsabwicklung aus.

Woher beziehen

Abgeleitet aus der Änderung des Kommissionierstatus der Lieferposition in der Tabelle LIPS-KOSTA auf „C“ (vollständig kommissioniert). Wenn WM aktiv ist, lässt sich das Ereignis aus der Bestätigung des Transportauftrags ableiten (Tabellen LTAK/LTAP).

Erfassung

Abgeleitet aus einer Änderung des Kommissionierstatus (LIPS-KOSTA) oder der Bestätigung des WM-Transportauftrags.

Ereignistyp inferred
Kundenauftrag geändert
Bezeichnet eine Änderung an einem bestehenden Kundenauftrag nach dessen erstmaliger Erstellung. Änderungen an Feldern wie Menge, Preis oder Datum werden in den dafür vorgesehenen Änderungsbelegt Tabellen (CDHDR, CDPOS) erfasst.
Warum das wichtig ist

Die Erfassung von Änderungen hilft, Nacharbeit, instabile Prozesse und Probleme mit der Datenqualität zu erkennen. Häufige Änderungen können auf Fehler bei der ursprünglichen Auftragserfassung hindeuten und zu Verzögerungen führen.

Woher beziehen

Abgerufen aus den Änderungsbelegtabellen CDHDR (Kopf) und CDPOS (Position) für OBJECTCLAS = 'VERKBELEG'. Timestamp und geändertes Feld lassen sich ermitteln.

Erfassung

Ereignis aus Änderungsbelegtabellen (CDHDR, CDPOS) für Verkaufsbelegobjekte.

Ereignistyp explicit
Lieferblock gesetzt
Bezeichnet das Setzen eines Lieferblocks für einen Kundenauftrag, wodurch die Erstellung eines Lieferbelegs verhindert wird. Das Ereignis lässt sich explizit aus Änderungsprotokollen erfassen oder aus Statustabellen ableiten.
Warum das wichtig ist

Diese Aktivität steht in direktem Zusammenhang mit der KPI „Blockierungsquote bei Kundenaufträgen“. Wenn Sie ermitteln, warum und wie oft Sperren gesetzt werden, können Sie Ursachen für Verzögerungen bei der Auftragsabwicklung aufdecken.

Woher beziehen

In Änderungsprotokollen (CDHDR/CDPOS) für das Feld VBAK-LIFSK zu finden. Alternativ lässt sich das Ereignis daran erkennen, dass das Feld VBAK-LIFSK befüllt ist.

Erfassung

Ereignis aus Änderungsbelegen für das Feld VBAK-LIFSK oder VBAP-LIFSP.

Ereignistyp explicit
Liefernachweis bestätigt
Diese Aktivität steht für die Bestätigung, dass der Kunde die Ware erhalten hat. Sie wird erfasst, sobald der Zustellnachweis im System verbucht wird. Dabei wird häufig der Status des Lieferbelegs aktualisiert.
Warum das wichtig ist

Dieses Ereignis liefert das tatsächliche Lieferdatum. Es ist entscheidend, um die „Leistung bei termingerechter Lieferung“ zuverlässig mit dem zugesagten Datum abzugleichen.

Woher beziehen

Abgeleitet aus dem Status des Zustellnachweises (VBUK-PODAT), der auf „C“ (Bestätigt) gesetzt wird. Das Bestätigungsdatum ist in VLPOD-PODAT gespeichert. Diese Funktion ist nicht immer implementiert.

Erfassung

Abgeleitet aus der Aktualisierung des POD-Status der Lieferung (VBUK-PODAT) oder einem Eintrag in der Tabelle VLPOD.

Ereignistyp inferred
Lieferung erstellt
Dieses Ereignis kennzeichnet die Erstellung des Auslieferungsbelegs. Er weist das Lager an, mit Kommissionierung und Versand zu beginnen. Das explizite Ereignis wird aus dem Belegfluss erfasst.
Warum das wichtig ist

Dies ist der erste Schritt der physischen Auftragsabwicklung. Die Zeit zwischen Auftragsbestätigung und Erstellung der Lieferung zeigt, wie schnell der Logistikprozess beginnt.

Woher beziehen

Erstellung eines Eintrags in der Tabelle LIKP (SD-Beleg: Kopfdaten der Lieferung). Die Verknüpfung mit dem Kundenauftrag wird in der Belegflusstabelle VBFA geführt.

Erfassung

Ereignis auf Grundlage des Erstellungs-Timestamps in der Tabelle LIKP, verknüpft über die Tabelle VBFA.

Ereignistyp explicit
Rechnung storniert
Steht für die Rücknahme eines zuvor erstellten Fakturabelegs. Bei dieser expliziten Transaktion wird ein neuer Stornobeleg angelegt, der den ursprünglichen Beleg ausgleicht.
Warum das wichtig ist

Die Erfassung von Rechnungsstornierungen hilft, Probleme bei der Preisgestaltung, Abweichungen beim Versand oder Datenfehler aufzudecken. Sie unterstützt die Kennzahl „Rechnungsabweichungsquote“.

Woher beziehen

Explizites Ereignis, erfasst durch die Erstellung eines Stornofakturabelegs (VBRK-VBTYP = 'N' oder 'O'). Die ursprüngliche Rechnung ist in VBRK-SFAKN referenziert.

Erfassung

Erstellung eines Stornobelegs in VBRK mit Verweis auf die ursprüngliche Rechnung.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus SAP ECC

Möchten Sie loslegen?

Nutzen Sie dieses Daten-Template, um das volle Potenzial Ihrer Auftragsabwicklung im Vertrieb auszuschöpfen. Beginnen Sie noch heute damit, die Effizienz zu steigern und den Cashflow zu beschleunigen.

Optimieren Sie noch heute die Auftragsabwicklung im Vertrieb

Beseitigen Sie Engpässe, verkürzen Sie die Zykluszeit um 30 % und verbessern Sie schnell Ihren Cashflow.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.