Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung

SAP ECC
Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung

Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung

Diese Datenvorlage bietet einen klaren Leitfaden für die Erfassung der relevanten Daten, die zur Analyse Ihrer Order-to-Cash: Verkaufsauftragsabwicklung in SAP ECC erforderlich sind. Es beschreibt die wichtigen Attribute, die gesammelt werden müssen, die wichtigsten zu verfolgenden Aktivitäten und bietet praktische Anleitung für die Datenextraktion. Verwenden Sie diese Ressource, um sicherzustellen, dass Sie alle notwendigen Informationen für eine vollständige Prozessanalyse sammeln.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung für SAP ECC
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Order-to-Cash – Auftragsmanagement Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, für eine vollständige Order-to-Cash: Kundenauftragsbearbeitungs-Analyse.
5 Erforderlich 7 Empfohlen 5 Optional
Name Beschreibung
`Verkaufsauftrag`
SalesOrder
Der eindeutige Identifikator für ein Kundenauftragsdokument, der als primärer Case zur Verfolgung des gesamten Order-to-Cash-Prozesses dient.
Beschreibung

Der Kundenauftrag ist das zentrale Dokument im Verkaufsprozess, das die Anfrage eines Kunden nach Waren oder Dienstleistungen darstellt. Er enthält alle Informationen, die zur vollständigen Bearbeitung der Kundenanfrage erforderlich sind.

Im Process Mining wird dieses Attribut als Case-ID verwendet. Jede eindeutige Kundenauftragsnummer repräsentiert eine End-to-End-Prozessinstanz. Die Analyse von Prozessen nach Kundenauftrag ermöglicht die Verfolgung des vollständigen Lebenszyklus, die Messung von Durchlaufzeiten (Durchlaufzeits) und die Identifizierung von Abweichungen für jeden einzelnen Kundenauftrag.

Bedeutung

Es ist der wichtige Schlüssel, um alle verbundenen Aktivitäten und Ereignisse zu verknüpfen und so eine vollständige End-to-End-Analyse des Verlaufs jedes Kundenauftrags zu ermöglichen.

Datenquelle

Gefunden in der Tabelle für VerkaufsbelegegkopfDaten (VBAK) als Feld VBELN.

Beispiele
900001234590000123469000012347
Aktivität
Activity
Der Name eines spezifischen Geschäftsschritts oder Ereignisse, das innerhalb des Kundenauftragsprozesses aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Order-to-Cash-Prozess, wie z. B. „Kundenauftrag angelegt“, „Lieferung erstellt“ oder „Zahlung erhalten“. Diese Aktivitäten bilden die Bausteine zur Rekonstruktion des Prozessflusses für jeden einzelnen Auftrag.

Die Analyse der Reihenfolge und des Zeitpunkts dieser Aktivitäten ist der Kern von Process Mining. Sie hilft dabei, die Prozessablauf zu visualisieren, Engpässe zu identifizieren, Prozessvarianten zu entdecken und die Compliance mit einem Standardmodell zu prüfen. Aktivitäten werden in der Regel aus einer Kombination von Belegerstellungs-Ereignisse, Statusänderungen oder spezifischen Transaktionscodes im System abgeleitet.

Bedeutung

Aktivitäten bilden das Basis der Prozessablauf und ermöglichen die Visualisierung und Analyse des Prozessflusses sowie von Abweichungen und Engpässen.

Datenquelle

Dies ist ein abgeleitetes Attribut, das in der Regel während der Datenextraktion durch die Abbildung von SAP-Transaktionscodes (T-Codes), Dokumentstatusänderungen (z.B. aus Tabellen wie VBUK, VBUP) oder Änderungsbelegprotokollen (Tabellen CDHDR, CDPOS) auf benutzerfreundliche Aktivitätsbezeichnungen generiert wird.

Beispiele
`Verkaufsauftrag` erstelltLieferung erstelltWarenausgangRechnung erstellt`Zahlung erhalten`
Letzte Datenaktualisierung
LastDataUpdate
Zeitstempel, der anzeigt, wann die Daten für diesen Datensatz zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut gibt Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung für ein Event oder einen Case an. Es schafft Transparenz über die Aktualität der analysierten Daten.

In Dashboards und Berichten ist diese Information wichtig, damit die Anwender den Antrag bearbeitet.ie Zeitnähe der gewonnenen Erkenntnisse einschätzen können. Es hilft zu bestätigen, ob die Analyse den aktuellen Stand des Geschäftsbetriebs widerspiegelt oder auf älteren Daten basiert, wodurch Erwartungen an die Datenaktualität gesteuert werden.

Bedeutung

Stellt sicher, dass Benutzer über die Aktualität der Daten Hinweisrmiert sind, was wichtig ist, um zeitnahe und fundierte Entscheidungen basierend auf der Process Mining-Analyse zu treffen.

Datenquelle

Dies ist ein MetaDaten-Attribut, das vom Datenextraktions-Tool oder -Prozess zum Zeitpunkt der Datenerfassung befüllt wird. Es ist nicht in den Quell-SAP-Tabellen gespeichert.

Beispiele
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
Quellsystem
SourceSystem
Identifiziert das Quellsystem, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt das Quellsystem an, zum Beispiel den Namen einer SAP ECC-Instanz oder eine Mandantennummer. Es liefert den Kontext für die Daten, besonders in Umgebungen mit mehreren Produktivsystemen oder Daten aus Altsystemen.

In der Analyse wird es verwendet, um Daten basierend auf ihrer Herkunft zu filtern oder zu segmentieren. Dies ist besonders nützlich für den Vergleich von Prozessen über verschiedene Systeme hinweg oder bei Systemmigrationen, um die Datenintegrität und -konsistenz sicherzustellen.

Bedeutung

Bietet wesentlichen Kontext, insbesondere in Multi-System-Umgebungen, ermöglicht den Prozessvergleich und stellt eine klare Datenherkunft sicher.

Datenquelle

Dieser Wert wird in der Regel während des Datenextraktionsprozesses hinzugefügt und ist oft ein statischer Wert, der den Antrag bearbeitet.ie SAP-System-ID (SAPSID) oder den Antrag bearbeitet.en Mandanten (MANDT) darstellt.

Beispiele
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Startzeit
StartTime
Der `Zeitstempel`, der anzeigt, wann eine `Aktivität` oder ein `Event` begann.
Beschreibung

Der Startzeitpunkt, auch bekannt als Event Zeitstempel, zeichnet das exakte Datum und die Uhrzeit auf, zu der eine spezifische Aktivität stattgefunden hat. Zum Beispiel würde er erfassen, wann ein Kundenauftrag erstellt, Waren ausgeliefert oder eine Rechnung gebucht wurde.

Dieser Zeitstempel ist die Basis für alle zeitbasierten Analysen im Process Mining. Er wird verwendet, um Durchlaufzeiten (Durchlaufzeits) zwischen Aktivitäten zu berechnen, die Gesamtdauer eines Case zu messen und Verzögerungen oder Engpässe zu identifizieren. Genaue Zeitstempels sind wichtig für Leistungsfähigkeit-Analyse-Dashboards, wie z.B. jene, die die pünktliche Lieferung oder Durchlaufzeiten überwachen.

Bedeutung

Dies ist ein kritisches Attribut zur Berechnung aller Leistungsfähigkeit-Kennzahlen, wie Durchlaufzeiten und Dauern, die für die Identifizierung von Engpässen unerlässlich sind.

Datenquelle

Dies ist ein zusammengesetztes Attribut, das in der Regel durch die Kombination eines Datumsfeldes (z.B. ERDAT) und eines Zeitfeldes (z.B. ERZET) aus verschiedenen SAP-Tabellen wie VBAK (Verkaufsauftrag), LIKP (Lieferung) und VBRK (Rechnung) abgeleitet wird.

Beispiele
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
`Verkaufsorganisation`
SalesOrganization
Die `Organisationseinheit`, verantwortlich für den `Verkauf` von `Produkten` oder `Dienstleistungen`.
Beschreibung

Eine Vertriebsorganisation ist eine zentrale Organisationseinheit in SAP, die das Unternehmen nach ihren Vertriebsanforderungen strukturiert. Sie ist verantwortlich für die Aushandlung von Verkaufsbedingungen und den Vertrieb von Waren und Dienstleistungen.

Im Process Mining ist dieses Attribut eine kritische Dimension für die Analyse. Es ermöglicht den Vergleich von Prozess-Leistungsfähigkeit, Effizienz und Compliance über verschiedene Vertriebseinheiten, Regionen oder Geschäftsbereiche hinweg. Dies hilft, Best Practices in leistungsstarken Organisationen und Verbesserungsbereiche in anderen zu identifizieren.

Bedeutung

Ermöglicht organisatorisches Benchmarking, um die Prozesseffizienz und Compliance über verschiedene Geschäftseinheiten oder Regionen hinweg zu vergleichen.

Datenquelle

Gefunden in der Tabelle für VerkaufsbelegegkopfDaten (VBAK) als Feld VKORG.

Beispiele
100025003100
Ablehnungsgrund
RejectionReason
Ein Code, der den Antrag bearbeitet.en Grund angibt, warum eine Verkaufsauftragsposition abgelehnt oder storniert wurde.
Beschreibung

Der Ablehnungsgrund liefert den Kontext dafür, warum ein Kundenauftrag oder eine spezifische Position nicht erfüllt wurde. Dies könnte auf Kundenstornierung, Produktnichtverfügbarkeit oder andere geschäftliche Gründe zurückzuführen sein.

Dieses Attribut ist wesentlich für das Dashboard zu Kundenauftragsstornierungstrends. Durch die Analyse der häufigsten Ablehnungsgründe kann ein Unternehmen die Ursachen für verlorene Umsätze identifizieren. Diese Erkenntnis kann Verbesserungen im Lagerverwaltung, der Preisstrategie oder den Antrag bearbeitet.er Kundenkommunikation vorantreiben, um die Kundenauftragsstornierungsrate zu reduzieren.

Bedeutung

Liefert das 'Warum' hinter Auftragsstornierungen und ermöglicht eine Ursachenanalyse, um verlorene Umsätze zu reduzieren und die Prognosegenauigkeit zu verbessern.

Datenquelle

Gefunden in der Tabelle für Verkaufsbelegegpositionen (VBAP) als Feld ABGRU.

Beispiele
0215Z5
Benutzer
User
Die Benutzer-ID des Mitarbeiters, der den Antrag bearbeitet.as Dokument erstellt oder zuletzt geändert oder den Antrag bearbeitet.ie Aktivität durchgeführt hat.
Beschreibung

Dieses Attribut erfasst die SAP Benutzer-ID des Verantwortlichen für ein bestimmtes Event im Prozess. Es identifiziert beispielsweise den Sachbearbeiter im Vertrieb, der den Antrag bearbeitet.en Auftrag angelegt hat, oder den Antrag bearbeitet.en Lagerarbeiter, der den Antrag bearbeitet.en Warenausgang gebucht hat.

Die Analyse des Prozesses nach Benutzern hilft dabei, die Verteilung der Arbeitsbelastung zu verstehen, Schulungsbedarf zu ermitteln und Abweichungen in der Arbeitsweise zu erkennen. Das ist wichtig für Dashboards, die sich auf Ressourcenleistung, Compliance und manuelle Eingriffe konzentrieren.

Bedeutung

Bietet Transparenz über Ressourcenleistung und Arbeitslast, hilft bei der Identifizierung benutzerspezifischer Prozessabweichungen und ist maßgeblich für die Compliance- und Automatisierungsanalyse.

Datenquelle

Gefunden in vielen SAP-Kopftabellen als Feld 'Erstellt von' (ERNAM) oder 'Geändert von' (AENAM), wie z. B. in VBAK, LIKP, VBRK.

Beispiele
CBURKEJSMITHRWILLIAMS
Kundennummer
CustomerNumber
Der eindeutige Identifikator für den Kunden, der den Antrag bearbeitet.en Kundenauftrag platziert hat.
Beschreibung

Dieses Attribut repräsentiert den „Auftraggeber“: das primäre Kundenkonto, das mit dem Verkaufsauftrag verknüpft ist. Es verbindet die Transaktion mit einem spezifischen Kunden in den StammDaten.

Die Analyse nach Kundennummer ermöglicht eine Segmentierung des Prozesses, um kundenspezifisches Verhalten und Leistungsfähigkeit zu verstehen. Sie hilft bei der Beantwortung von Fragen wie: Welche Kunden haben die längsten Durchlaufzeiten, die höchsten Nacharbeitsraten oder den Antrag bearbeitet.ie häufigsten Auftragsänderungen? Dies ist maßgeblich für die Verbesserung des Customer Beziehungsmanagements und des Serviceniveaus.

Bedeutung

Ermöglicht eine kundenorientierte Analyse, die dabei hilft, Prozessprobleme zu identifizieren, die bestimmte Kunden betreffen, und kundenspezifische Leistungen zu messen.

Datenquelle

Gefunden in der Tabelle für VerkaufsbelegegkopfDaten (VBAK) als Feld KUNNR.

Beispiele
100234100567200112
Liefersperre
DeliveryBlock
Ein Code, der angibt, ob ein Verkaufsauftrag für die Lieferung gesperrt ist, was die Erstellung eines Lieferbelegs verhindert.
Beschreibung

Die Liefersperre ist ein Status, der für einen Kundenauftrag (auf Kopf- oder Positionsebene) gesetzt wird, um den Prozess vor dem Lieferschritt temporär anzuhalten. Sperren können manuell durch einen Benutzer oder automatisch durch das System gesetzt werden, z. B. aufgrund einer Kreditlimitüberschreitung oder unvollständiger Daten.

Dieses Attribut ist maßgeblich für das Dashboard zur Analyse von Kundenauftragssperren und Nacharbeit. Die Analyse der Häufigkeit, Dauer und Gründe für Liefersperren hilft, Hauptengpässe im Abwicklungsprozess zu identifizieren. Die Reduzierung dieser Sperren ist maßgeblich für die Verbesserung der pünktlichen Lieferung und der gesamten Durchlaufzeit (Durchlaufzeit).

Bedeutung

Identifiziert direkt Engpässe im Abwicklungsprozess. Die Analyse, warum und wie oft Aufträge blockiert werden, ist maßgeblich für die Verbesserung der Prozesseffizienz.

Datenquelle

Gefunden in der Tabelle für VerkaufsbelegegkopfDaten (VBAK) als Feld LIFSK.

Beispiele
0102Z1
Materialnummer
MaterialNumber
Der eindeutige Identifikator für ein Produkt oder eine Dienstleistung, die verkauft wird.
Beschreibung

Die Materialnummer identifiziert den spezifischen Artikel auf einer Kundenauftragsposition. Da ein einzelner Kundenauftrag mehrere Materialien enthalten kann, wird dieses Attribut in der Regel auf Positionsebene analysiert.

Die Analyse des Prozesses nach Materialnummer hilft, Produktspezifische Probleme aufzudecken. Sie kann aufzeigen, ob bestimmte Produkte mit längeren Erfüllungszeiten, häufigeren Liefersperren oder öfteren Rechnungsabweichungen verbunden sind. Dies ist maßgeblich für das Supply Chain und Produktmanagement, um den Prozess für verschiedene Produktlinien zu optimieren.

Bedeutung

Ermöglicht eine Produktbasierte Prozessanalyse, die aufzeigt, welche Produkte mit Prozessineffizienzen wie Verzögerungen, Blockaden oder Nacharbeiten verbunden sind.

Datenquelle

Gefunden in der Tabelle für Verkaufsbelegegpositionen (VBAP) als Feld MATNR.

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

Nettobetrag repräsentiert den monetären Wert des Kundenauftrags. Es ist eine wichtige Finanzkennzahl, die mit jeder Prozessinstanz verbunden ist.

Dieses Attribut ist wesentlich für wertbasiertes Process Mining. Es ermöglicht die Priorisierung von Prozessoptimierungsinitiativen, indem der Fokus auf hochwertige Aufträge gelegt wird. Analysten können Prozessprobleme, wie Verzögerungen oder Nacharbeiten, mit finanziellen Auswirkungen korrelieren, was den Aufbau eines stärkeren Business-Case für Veränderungen unterstützt. Zum Beispiel kann damit analysiert werden, ob hochwertige Aufträge effizienter oder weniger effizient als niedrigwertige Aufträge bearbeitet werden.

Bedeutung

Ermöglicht eine wertbasierte Analyse, die dabei hilft, Verbesserungsbemühungen bei Aufträgen zu priorisieren, die den größten finanziellen Einfluss auf das Unternehmen haben.

Datenquelle

Gefunden in der Tabelle für VerkaufsbelegegkopfDaten (VBAK) als Feld NETWR.

Beispiele
1500.0012550.75850.50
Bestätigter Liefertermin
ConfirmedDeliveryDate
Das Datum, an dem die Lieferung der Waren oder Dienstleistungen dem Kunden bestätigt wurde.
Beschreibung

Dies ist der den Antrag bearbeitet.em Kunden zugesagte Liefertermin, basierend auf Materialverfügbarkeit und Planung. Er dient als Grundlage für die Messung der Lieferperformance.

Dieses Attribut bildet die Grundlage für das Dashboard zur Pünktlichkeitsleistung der Lieferung und den KPI der Pünktlichkeitsrate. Durch den Vergleich des bestätigten Liefertermins mit dem tatsächlichen Warenausgangsdatum kann die Analyse feststellen, ob ein Auftrag pünktlich, zu früh oder zu spät geliefert wurde. Dies ist ein primäres Maß für die Zuverlässigkeit der Lieferkettenmanagement und die Kundenzufriedenheit.

Bedeutung

Dies ist der Referenzwert zur Messung der Pünktlichkeitsleistung der Lieferung, ein kritischer KPI für Kundenzufriedenheit und Effizienz der Lieferkettenmanagement.

Datenquelle

Gefunden in der Tabelle für Verkaufsbelegeg-Einplantabelle (VBEP) als Feld EDATU.

Beispiele
2023-05-102023-06-202023-07-01
Ist Nacharbeit
IsRework
Ein Boolean Flag, das angibt, ob ein Verkaufsauftrag nach der initialen Erstellung eine signifikante Änderung oder Nachbearbeitungsaktivität durchlaufen hat.
Beschreibung

Dieses berechnete Attribut identifiziert Prozessinstanzen, bei denen Nacharbeit angefallen ist, wie z. B. durch eine oder mehrere Aktivitäten vom Typ „Kundenauftrag geändert“. Die spezifische Logik dafür: etwa Preis-, Mengen- oder Lieferterminänderungen: wird während des Projekt-Setups definiert.

Dieses Attribut ist zentral für das Dashboard „Häufigkeit von Nacharbeit und Änderungen bei Kundenaufträgen“ und den entsprechenden KPI. Es vereinfacht die Analyse, indem es eine direkte Filterung und den Vergleich zwischen Aufträgen ermöglicht, die den Idealpfad („Straight-through“) durchlaufen haben, und solchen, die manuelle Änderungen erforderten. Dies hilft, die Auswirkungen von Nacharbeit auf Durchlaufzeiten und Kosten zu quantifizieren.

Bedeutung

Quantifiziert direkt die Häufigkeit von Nacharbeit und ermöglicht so die Analyse ihrer Ursachen sowie deren Auswirkungen auf die gesamte Prozesseffizienz und die Durchlaufzeit.

Datenquelle

Dies ist ein berechnetes Attribut, das aus dem Event Log abgeleitet wird. Die Logik prüft das Vorhandensein von Aktivitäten des Typs 'Kundenauftrag geändert' oder spezifischer Änderungsereignisse aus den Tabellen CDHDR/CDPOS.

Beispiele
JaNein
Kreditprüfungsstatus
CreditCheckStatus
Zeigt den Status der Kreditprüfung für den Verkaufsbelegeg an.
Beschreibung

Dieses Attribut zeigt das Ergebnis der automatisierten oder manuellen Kreditprüfung eines Kundenauftrags an. Typische Status sind „Genehmigt“, „Abgelehnt“ oder „Gesperrt“.

Dies ist ein Schlüsselattribut für das Dashboard „Analyse der Bearbeitungszeit der Kreditprüfung“. Verzögerungen oder Sperren in dieser Phase können die gesamte Durchlaufzeit der Auftragsabwicklung erheblich beeinflussen. Die Analyse dieses Status hilft dabei, die Effizienz des Kreditmanagements und dessen Auswirkungen auf die Vertriebsgeschwindigkeit zu verstehen.

Bedeutung

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

Datenquelle

Gefunden in der Tabelle für Verkaufsbelegegkopfstatus (VBUK) oder den Antrag bearbeitet.irekt in VBAK als Kreditstatusfeld (z. B. CMGST).

Beispiele
ABD
Pünktliche Lieferung
IsOnTimeDelivery
Ein Boolean Flag, das angibt, ob die Waren am oder vor dem bestätigten Lieferdatum versandt wurden.
Beschreibung

Dieses berechnete Attribut vergleicht das tatsächliche Warenausgangsdatum mit dem bestätigten Lieferdatum (ConfirmedDeliveryDate) eines Kundenauftrags. Liegt das Warenausgangsdatum am oder vor dem bestätigten Datum, wird es als „True“ markiert, andernfalls als „False“.

Dieses Attribut vereinfacht die Erstellung des Dashboards zur Liefertreue und die Berechnung des On-Time Delivery Rate KPIs. Es ermöglicht eine einfache Aggregation und Visualisierung der Leistungsfähigkeit, ohne dass Datumsvergleiche ad hoc in jeder Analyse oder jedem Diagramm durchgeführt werden müssen. Dies bietet ein klares, schnelles Maß für die Lieferleistungsstarkkeit.

Bedeutung

Bietet ein klares und einfaches Maß für die Lieferperformance und ermöglicht die einfache Berechnung des gesamten On-Time Delivery Rate KPI.

Datenquelle

Dies ist ein berechnetes Attribut. Die Logik vergleicht den Zeitstempel der Aktivität 'Warenausgang' mit dem Wert aus dem Attribut Bestätigtes Lieferdatum.

Beispiele
JaNein
Versandbedingungen
ShippingConditions
Definiert die allgemeine Versandstrategie für die Lieferung von Waren an den Kunden.
Beschreibung

Die Lieferbedingungen legen fest, wie ein Auftrag versendet wird, zum Beispiel 'Standard', 'Express' oder 'Abholung'. Dies wird mit dem Kunden vereinbart und beeinflusst die Logistikplanung.

Dieses Attribut wird in der Analyse 'Effizienz und Kosten der Versandmethode' verwendet. Durch die Segmentierung des Prozesses nach Lieferbedingungen können Unternehmen analysierenn, ob bestimmte Methoden anfälliger für Verzögerungen sind oder längere Durchlaufzeiten aufweisen. Diese Daten helfen, die Logistik zu optimieren und Kundenerwartungen hinsichtlich der Lieferzeiten zu managen.

Bedeutung

Ermöglicht die Analyse der Logistikleistung und hilft dabei zu bestimmen, ob bestimmte Versandarten mit Verzögerungen oder höherer Effizienz korrelieren.

Datenquelle

Gefunden in der Tabelle für VerkaufsbelegegkopfDaten (VBAK) als Feld VSBED.

Beispiele
011020
Erforderlich Empfohlen Optional

Order-to-Cash – Auftragsmanagement Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, für eine genaue Order-to-Cash: Kundenauftragsbearbeitungs-Discovery.
6 Empfohlen 8 Optional
Aktivität Beschreibung
`Verkaufsauftrag` erstellt
Kennzeichnet die Anlage eines neuen Kundenauftragsbelegs. Dies ist ein explizites Event, das erfasst wird, wenn ein Benutzer einen neuen Auftrag speichert, in der Regel über Transaktion VA01 in SAP.
Bedeutung

Dies ist das primäre Start-Event für den Order-to-Cash-Prozess. Die Analyse seines Zeitpunkts ist maßgeblich für die Messung der Gesamtdurchlaufzeit und der Auftragseingangsraten.

Datenquelle

Erfasst in der VBAK-Tabelle (Sales Document Header Daten) unter Verwendung des Erstellungsdatums (ERDAT) und der Uhrzeit (ERZET). Der Transaktionscode ist in VBAK-TCODE gespeichert.

Erfassen

Ereignis basierend auf Erstellungs-Zeitstempel (ERDAT, ERZET) in der VBAK-Tabelle.

Ereignistyp explicit
`Zahlung erhalten`
Dieses Event signalisiert, dass die Kundenzahlung eingegangen und auf die Rechnung gebucht wurde, wodurch die offene Forderungsposition ausgeglichen wird. Dies ist ein buchhalterisches Event, abgeleitet aus der Ausbuchung eines Finanzbelegs.
Bedeutung

Dies ist der letzte Schritt zur Cashflow-Realisierung aus dem Verkauf. Es ist der Endpunkt für die Messung der Rechnung-zu-Zahlung-Durchlaufzeit und der Gesamtdurchlaufzeit der Auftragsabwicklung.

Datenquelle

Abgeleitet aus den AusgleichsbelegHinweisrmationen in der BSEG-Tabelle für die Kundenposition. Wenn BSEG-AUGBL (Ausgleichsbeleg) und BSEG-AUGDT (Ausgleichsdatum) befüllt sind, ist die Zahlung eingegangen.

Erfassen

Abgeleitet aus der Befüllung des Ausgleichsdatums (AUGDT) in der Tabelle BSEG für die Forderungsposition.

Ereignistyp inferred
Auftrag bestätigt
Diese Aktivität kennzeichnet, dass der Kundenauftrag alle initialen Prüfungen bestanden hat und zur Abwicklung bestätigt ist. Sie wird in der Regel abgeleitet, wenn der Auftrag nicht mehr gesperrt ist und bestätigte Mengen in seinen Terminpositionen enthält.
Bedeutung

Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.ie Auftragserfassung von der Ausführung trennt. Er ist der Ausgangspunkt für die Messung von Ausführungs-Durchlaufzeiten und der Pünktlichkeitsleistung der Lieferung.

Datenquelle

Kann abgeleitet werden, wenn Einteilungen in VBEP eine bestätigte Menge (BMENG > 0) aufweisen und der Auftrag nicht für die Lieferung gesperrt ist (z.B. VBUK-LIFSK ist leer).

Erfassen

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

Ereignistyp inferred
Auftragsposition geschlossen
Diese Aktivität kennzeichnet den endgültigen Abschluss einer Kundenauftragsposition, was darauf hindeutet, dass sie vollständig geliefert, fakturiert und als abgeschlossen gilt. Dies wird aus dem Gesamtstatus der Position abgeleitet.
Bedeutung

Dient als erfolgreiches Endereignis für den Prozess. Die Analyse des Zeitpunkts, wann Artikel abgeschlossen werden, hilft, die Ende-zu-Ende-Prozessdauer zu verstehen und Aufträge zu identifizieren, die unnötig offen bleiben.

Datenquelle

Abgeleitet aus dem Gesamtstatusfeld in der VBUP-Tabelle (Verkaufsbelegeg: Positionsstatus) für die Position. Wenn VBUP-GBSTA 'C' (Vollständig bearbeitet) ist, ist die Position abgeschlossen.

Erfassen

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

Ereignistyp inferred
Rechnung erstellt
Kennzeichnet die Anlage der Kundenrechnung oder den Antrag bearbeitet.es Fakturabelegs. Dies ist ein explizites Event, das ein neues Dokument im System generiert und den Zahlungsteil des Prozesses initiiert.
Bedeutung

Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.ie Messung der Rechnung-zu-Zahlung-Durchlaufzeit startet. Verzögerungen bei der Rechnungsstellung wirken sich direkt auf den Cashflow aus.

Datenquelle

Erfasst in der VBRK-Tabelle (Billing Document: Header Daten) basierend auf ihrem Erstellungsdatum (ERDAT). Die Verknüpfung zum Kundenauftrag oder zur Lieferung befindet sich in der VBFA-Tabelle.

Erfassen

Ereignis basierend auf Erstellungs-Zeitstempel (ERDAT) in der VBRK-Tabelle.

Ereignistyp explicit
Warenausgang
Ein kritisches Event, bei dem das Eigentum an den Waren übergeht und diese das Lager offiziell verlassen. Dies ist eine explizite Finanzbuchung, die einen Materialbeleg erzeugt und den Bestand aktualisiert.
Bedeutung

Dies ist das Ereignis 'Versand' und ein wichtiger Meilenstein zur Messung der Pünktlichkeit der Lieferung und der Ausführungs-Durchlaufzeiten. Es löst Finanzaktualisierungen aus und ist ein Punkt ohne Wiederkehr im physischen Ausführungsprozess.

Datenquelle

Erstellung eines Materialbelegs (MKPF/MSEG) mit einer Warenausgangsbewegungsart (z.B. 601), der mit dem Lieferbeleg verknüpft ist.

Erfassen

Erstellung eines Materialbelegs (MKPF/MSEG) mit einer Warenausgangsbewegungsart, verknüpft mit der Lieferung.

Ereignistyp explicit
`Kommissionierung abgeschlossen`
Bedeutet, dass alle Artikel für die Lieferung physisch aus dem Lager entnommen wurden. Wird Warehouse Management (WM) verwendet, kann dies aus dem Status des Transportauftrags abgeleitet werden.
Bedeutung

Die Analyse der Kommissionierzeit hilft, Lagerabläufe zu optimieren. Verzögerungen hier wirken sich direkt auf den gesamten Lieferzeitrahmen und den Abwicklungszyklus aus.

Datenquelle

Abgeleitet aus der Änderung des Kommissionierstatus der Lieferposition in Tabelle LIPS-KOSTA auf 'C' (vollständig kommissioniert). Wenn WM aktiv ist, kann dies aus der Transportauftragsbestätigung (LTAK/LTAP-Tabellen) abgeleitet werden.

Erfassen

Abgeleitet aus der Änderung des Kommissionierstatus (LIPS-KOSTA) oder den Antrag bearbeitet.er Bestätigung des WM-Transportauftrags.

Ereignistyp inferred
Auftrag storniert
Zeigt an, dass ein Verkaufsauftrag vor der Abwicklung storniert wurde. Dies wird in der Regel erfasst, indem ein 'Ablehnungsgrund' auf alle relevanten Positionen des Auftrags angewendet wird.
Bedeutung

Dies ist ein kritischer Fehlerendpunkt, der den Antrag bearbeitet.en KPI für die Auftragsstornierungsrate direkt unterstützt. Das Verständnis, wann und warum Aufträge storniert werden, liefert Einblicke in Probleme des Vertriebsprozesses.

Datenquelle

Abgeleitet aus der Befüllung des Feldes VBAP-ABGRU (Ablehnungsgrund) für alle aktiven Positionen eines Kundenauftrags. Das Datum der Änderung ist in CDHDR/CDPOS zu finden.

Erfassen

Abgeleitet aus der Befüllung des Feldes 'Ablehnungsgrund' (VBAP-ABGRU) bei allen Positionen.

Ereignistyp inferred
Kreditprüfung durchgeführt
Zeigt den Abschluss der automatischen oder manuellen Kreditprüfung für den Kunden im Kundenauftrag an. Dies wird in der Regel aus einer Änderung des gesamten Kreditstatus des Dokuments abgeleitet.
Bedeutung

Die Kreditprüfung ist oft ein kritischer Engpass. Die Messung der benötigten Zeit für diesen Schritt ist wesentlich für die Analyse der Bearbeitungszeit der Kreditprüfung und für die Beschleunigung der Auftragsabwicklung.

Datenquelle

Abgeleitet aus den Kreditstatusfeldern in der VBUK-Tabelle (Verkaufsbelegeg: Kopfstatus). Eine Änderung von VBUK-CMGST von 'gesperrt' auf 'freigegeben' kennzeichnet diese Activity.

Erfassen

Abgeleitet aus Änderungen im Gesamtstatusfeld (VBUK-CMGST).

Ereignistyp inferred
Liefernachweis bestätigt
Diese Aktivität repräsentiert die Bestätigung, dass der Kunde die Waren erhalten hat. Sie wird erfasst, wenn der Liefernachweis im System verbucht wird, wobei oft der Status des Lieferbelegs aktualisiert wird.
Bedeutung

Dieses Event liefert das tatsächliche Lieferdatum, das wesentlich ist, um die 'Liefertreue' genau gegen das zugesagte Datum zu messen.

Datenquelle

Abgeleitet aus der Einstellung des Abliefernachweisstatus (VBUK-PODAT) auf 'C' (Bestätigt). Das Bestätigungsdatum wird in VLPOD-PODAT gespeichert. Dies ist nicht immer implementiert.

Erfassen

Abgeleitet aus der Aktualisierung des POD-Status der Lieferung (VBUK-PODAT) oder den Antrag bearbeitet.em VLPOD-Tabelleneintrag.

Ereignistyp inferred
Liefersperre gesetzt
Stellt eine Aktion dar, bei der eine Liefersperre für den Kundenauftrag gesetzt wird, was die Erstellung eines Lieferbelegs verhindert. Dies kann explizit aus Änderungslogs erfasst oder aus Statustabellen abgeleitet werden.
Bedeutung

Diese Aktivität steht in direktem Zusammenhang mit dem KPI 'Kundenauftragssperrenrate'. Das Identifizieren, warum und wie oft Sperren gesetzt werden, hilft, Gründe für Lieferverzögerungen aufzudecken.

Datenquelle

Kann in Änderungsprotokollen (CDHDR/CDPOS) für das Feld VBAK-LIFSK gefunden werden. Alternativ wird es abgeleitet, wenn das Feld VBAK-LIFSK gefüllt wird.

Erfassen

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

Ereignistyp explicit
Lieferung erstellt
Dieses Event kennzeichnet die Erstellung des Auslieferungsbelegs, der den Antrag bearbeitet.ie Anweisung an das Lager ist, mit den Kommissionierungs- und Versandaktivitäten zu beginnen. Dies ist ein explizites Event, das aus dem Belegfluss erfasst wird.
Bedeutung

Dies ist der erste Schritt im physischen Ausführungsprozess. Die Zeit zwischen Auftragsbestätigung und Liefererstellung zeigt, wie schnell der Logistikprozess eingeleitet wird.

Datenquelle

Die Erstellung eines Datensatzes in der LIKP-Tabelle (SD-Beleg: LieferbelegkopfDaten). Die Verknüpfung zum Kundenauftrag wird in der Belegflusstabelle VBFA gepflegt.

Erfassen

Ereignis basierend auf Erstellungs-Zeitstempel in der LIKP-Tabelle, verknüpft über die VBFA-Tabelle.

Ereignistyp explicit
Rechnung storniert
Stellt die Stornierung eines zuvor erstellten Fakturabelegs dar. Dies ist eine explizite Transaktion, die ein neues Stornodokument zur Aufhebung des Originals erstellt.
Bedeutung

Das Nachverfolgen von Rechnungsstornierungen hilft, Probleme mit der Preisgestaltung, Versanddifferenzen oder Datenfehlern zu identifizieren. Dies unterstützt den KPI 'Rechnungsdiskrepanzrate'.

Datenquelle

Ein explizites Ereignis, erfasst durch die Erstellung eines Stornorechnungsbelegs (VBRK-VBTYP = 'N' oder 'O'). Die Originalrechnung wird in VBRK-SFAKN referenziert.

Erfassen

Erstellung eines Stornobelegs in VBRK, der auf die Originalrechnung verweist.

Ereignistyp explicit
Verkaufsauftrag geändert
Stellt eine Änderung dar, die an einem bestehenden Kundenauftrag nach dessen erstmaliger Erfassung vorgenommen wurde. Diese Änderungen werden in dedizierten Änderungslog-Tabellen (CDHDR, CDPOS) erfasst, wenn Felder wie Menge, Preis oder Daten geändert werden.
Bedeutung

Das Nachverfolgen von Änderungen hilft, Nacharbeit, Prozessinstabilität und Probleme mit der Datenqualität zu identifizieren. Eine hohe Häufigkeit von Änderungen kann auf Probleme im ursprünglichen Auftragserfassungsprozess hinweisen, was zu Verzögerungen führt.

Datenquelle

Abgerufen aus Änderungsbelegtabellen CDHDR (Kopf) und CDPOS (Position) für OBJECTCLAS = 'VERKBELEG'. Der Zeitstempel und das geänderte Feld können identifiziert werden.

Erfassen

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

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus SAP ECC