Daten-Template: Auftragseingang bis Zahlungseingang – Verkaufsauftragsbearbeitung

SAP ECC
Daten-Template: Auftragseingang bis Zahlungseingang – Verkaufsauftragsbearbeitung

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

Dieses Template bietet einen klaren Leitfaden für die Erfassung der wesentlichen Daten, die zur Analyse Ihrer Order-to-Cash – Verkaufsauftragsabwicklung in SAP ECC erforderlich sind. Es beschreibt die entscheidenden Attribute, die gesammelt werden müssen, die wichtigsten zu verfolgenden Aktivitäten und bietet praktische Anleitung für die Datenextraktion. Nutzen Sie diese Ressource, um sicherzustellen, dass Sie alle notwendigen Informationen für eine umfassende Prozessanalyse sammeln.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsanleitung für SAP ECC
Neu bei Event Logs? Erfahren Sie wie man ein Process Mining Event Log erstellt.

Order to Cash - Kundenauftragsabwicklung Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, für eine umfassende Order-to-Cash – Kundenauftragsbearbeitungs-Analyse.
5 Erforderlich 8 Empfohlen 5 Optional
NameBeschreibung
Kundenauftrag
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 (Cycle Times) und die Identifizierung von Abweichungen für jeden einzelnen Kundenauftrag.

Warum es wichtig ist

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

Woher erhalten

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

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

Dieses Attribut beschreibt einen einzelnen Schritt im Order-to-Cash-Prozess, wie zum Beispiel 'Kundenauftrag erstellt', 'Lieferung erstellt' oder 'Zahlung erhalten'. Diese Aktivitäten sind die Bausteine, die verwendet werden, um den Prozessfluss für jeden Kundenauftrag zu rekonstruieren.\n\nDie Analyse der Sequenz und der zeitlichen Abfolge dieser Aktivitäten ist der Kern von Process Mining. Sie hilft, die Prozesslandkarte zu visualisieren, Engpässe zu identifizieren, Prozessvarianten aufzudecken und die Compliance mit einem Standardmodell zu überprüfen. Aktivitäten werden typischerweise aus einer Kombination von Belegerstellungs-Events, Statusänderungen oder spezifischen, im System erfassten Transaktionscodes abgeleitet.

Warum es wichtig ist

Aktivitäten bilden das Rückgrat der Prozesslandkarte und ermöglichen die Visualisierung und Analyse des Prozessflusses sowie von Abweichungen und Engpässen.

Woher erhalten

Dies ist ein abgeleitetes Attribut, das typischerweise 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ätennamen generiert wird.

Beispiele
Kundenauftrag erstelltLieferung erstelltWarenausgangRechnung erstelltZahlung erhalten
Letzte Datenaktualisierung
LastDataUpdate
Timestamp, der anzeigt, wann die Daten für diesen Datensatz zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung für ein bestimmtes Event oder einen Case. Es bietet Transparenz über die Aktualität der analysierten Daten.\n\nIn Dashboards und Berichten ist diese Information entscheidend, damit Benutzer die Aktualität der Erkenntnisse verstehen. Sie hilft zu bestätigen, ob die Analyse den aktuellsten Stand der Vorgänge widerspiegelt oder auf älteren Daten basiert, und hilft, die Erwartungen der Benutzer an die Aktualität der Daten zu managen.

Warum es wichtig ist

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

Woher erhalten

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 Ursprungssystem an, zum Beispiel einen spezifischen SAP-ECC-Instanznamen oder eine Mandantennummer. Es liefert Kontext für die Daten, insbesondere in Umgebungen mit mehreren Produktionssystemen oder Daten aus Altsystemen.\n\nIn der Analyse wird es verwendet, um Daten anhand ihres Ursprungs zu filtern oder zu segmentieren. Dies ist besonders nützlich, um Prozesse über verschiedene Systeme hinweg zu vergleichen oder bei Systemmigrationsprojekten die Datenintegrität und Konsistenz zu gewährleisten.

Warum es wichtig ist

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

Woher erhalten

Dieser Wert wird typischerweise während des Datenextraktionsprozesses hinzugefügt und ist oft ein statischer Wert, der die SAP-System-ID (SAPSID) oder den Mandanten (MANDT) darstellt.

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

Der Startzeitpunkt, auch bekannt als Event Timestamp, zeichnet das präzise 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 Timestamp ist grundlegend für alle zeitbasierten Analysen im Process Mining. Er wird verwendet, um Durchlaufzeiten (Cycle Times) zwischen Aktivitäten zu berechnen, die Gesamtdauer eines Case zu messen und Verzögerungen oder Bottlenecks zu identifizieren. Genaue Timestamps sind entscheidend für Performance-Analyse-Dashboards, wie z.B. jene, die die pünktliche Lieferung oder Durchlaufzeiten überwachen.

Warum es wichtig ist

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

Woher erhalten

Dies ist ein zusammengesetztes Attribut, das typischerweise 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
Ablehnungsgrund
RejectionReason
Ein Code, der den 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 Bestandsmanagement, der Preisstrategie oder der Kundenkommunikation vorantreiben, um die Kundenauftragsstornierungsrate zu reduzieren.

Warum es wichtig ist

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

Woher erhalten

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

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

Dieses Attribut erfasst die SAP user ID, die für ein bestimmtes Event im Prozess verantwortlich ist. Es identifiziert beispielsweise den Sachbearbeiter im Vertrieb, der den Auftrag erstellt hat, oder das Lagerpersonal, das den Warenausgang gebucht hat.\n\nDie Analyse des Prozesses nach Benutzer hilft, die Arbeitslastverteilung zu verstehen, Schulungsbedarf zu identifizieren und Unterschiede in der Ausführung derselben Aufgaben durch verschiedene Benutzer zu erkennen. Dies ist essenziell für Dashboards, die sich auf Ressourcenauslastung, Compliance und die Erkennung manueller Eingriffe konzentrieren.

Warum es wichtig ist

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

Woher erhalten

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

Beispiele
CBURKEJSMITHRWILLIAMS
Kundenauftrags-Durchlaufzeit
SalesOrderCycleTime
Die Gesamtdauer von der Erstellung des Kundenauftrags bis zu dessen endgültigem Abschluss oder Zahlung.
Beschreibung

Diese berechnete Kennzahl misst die End-to-End-Bearbeitungszeit für einen einzelnen Kundenauftrag. Sie wird typischerweise als Differenz zwischen dem Timestamp der allerersten Aktivität ('Kundenauftrag erstellt') und der allerletzten Aktivität (z.B. 'Zahlung erhalten' oder 'Auftragsposition abgeschlossen') berechnet.\n\nDieses Attribut ist die primäre Kennzahl für das Dashboard zur 'End-to-End-Durchlaufzeit von Kundenaufträgen' und den KPI zur 'Durchlaufzeit der Kundenauftragsabwicklung'. Es bietet eine Überblicksansicht der Prozesseffizienz und ist eine kritische Kennzahl zur Identifizierung langlaufender Aufträge und der allgemeinen Prozessgesundheit. Die Analyse der Verteilung dieser Kennzahl hilft, Benchmarks zu setzen und die Auswirkungen von Verbesserungsinitiativen im Laufe der Zeit zu verfolgen.

Warum es wichtig ist

Dies ist der primäre KPI zur Messung der Gesamtprozessgeschwindigkeit und -effizienz, der eine kritische Grundlage für Verbesserungsinitiativen bietet.

Woher erhalten

Hierbei handelt es sich um eine berechnete Kennzahl, die aus dem Event Log abgeleitet wird, indem die Differenz zwischen dem maximalen und minimalen Startzeitpunkt für einen bestimmten Verkaufsauftrag ermittelt wird.

Beispiele
10 Tage 4 Stunden25 Tage 11 Stunden5 Tage 2 Stunden
Kundennummer
CustomerNumber
Der eindeutige Identifikator für den Kunden, der den Kundenauftrag platziert hat.
Beschreibung

Dieses Attribut repräsentiert den 'Auftraggeber', das primäre Kundenkonto, das mit dem Kundenauftrag verknüpft ist. Es verbindet die Transaktion mit einem spezifischen Kunden in den Stammdaten.\n\nDie Analyse nach Kundennummer ermöglicht es, den Prozess zu segmentieren, um kundenspezifisches Verhalten und die Leistung zu verstehen. Es hilft, Fragen zu beantworten, wie welche Kunden die längsten Durchlaufzeiten, die höchsten Nacharbeitsquoten oder die häufigsten Auftragsänderungen haben. Dies ist entscheidend für die Verbesserung des Kundenbeziehungsmanagement und der Service-Levels.

Warum es wichtig ist

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

Woher erhalten

Gefunden in der Tabelle für Verkaufsbelegkopfdaten (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 entscheidend 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 entscheidend für die Verbesserung der pünktlichen Lieferung und der gesamten Durchlaufzeit (Cycle Time).

Warum es wichtig ist

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

Woher erhalten

Gefunden in der Tabelle für Verkaufsbelegkopfdaten (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 typischerweise 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 entscheidend für das Supply Chain und Produktmanagement, um den Prozess für verschiedene Produktlinien zu optimieren.

Warum es wichtig ist

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

Woher erhalten

Gefunden in der Tabelle für Verkaufsbelegpositionen (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 Prozessverbesserungsinitiativen, 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.

Warum es wichtig ist

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.

Woher erhalten

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

Beispiele
1500.0012550.75850.50
Vertriebsorganisation
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-Performance, Effizienz und Compliance über verschiedene Vertriebseinheiten, Regionen oder Geschäftsbereiche hinweg. Dies hilft, Best Practices in leistungsstarken Organisationen und Verbesserungsbereiche in anderen zu identifizieren.

Warum es wichtig ist

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

Woher erhalten

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

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

Dies ist der dem 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 Lieferkette und die Kundenzufriedenheit.

Warum es wichtig ist

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

Woher erhalten

Gefunden in der Tabelle für Verkaufsbeleg-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, die Nacharbeit erfahren haben, wie zum Beispiel eine oder mehrere Aktivitäten des Typs 'Kundenauftrag geändert'. Die spezifische Logik dafür, was Nacharbeit darstellt – beispielsweise eine Änderung von Preis, Menge oder Lieferdatum – wird während der Projekteinrichtung definiert.\n\nDieses Attribut ist entscheidend für das Dashboard zur 'Häufigkeit der Kundenauftrags-Nacharbeit und -Änderungen' und den KPI zur 'Kundenauftrags-Nacharbeitsrate'. Es vereinfacht die Analyse, indem es eine direkte Filterung und einen Vergleich zwischen Aufträgen ermöglicht, die einen 'direkten Durchlauf' hatten, und solchen, die manuelle Änderungen erforderten. Dies hilft, die Auswirkungen der Nacharbeit auf Durchlaufzeiten und Kosten zu quantifizieren.

Warum es wichtig ist

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.

Woher erhalten

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
truefalsch
Kreditprüfungsstatus
CreditCheckStatus
Zeigt den Status der Kreditprüfung für den Verkaufsbeleg an.
Beschreibung

Dieses Attribut zeigt das Ergebnis der automatisierten oder manuellen Kreditprüfung eines Kundenauftrags. Gängige Status sind 'Genehmigt', 'Abgelehnt' oder 'Gesperrt'.\n\nDies ist ein Schlüsselattribut für das Dashboard zur 'Analyse der Kreditprüfungslaufzeit'. Verzögerungen oder Sperren in der Kreditprüfungsphase können die gesamte Durchlaufzeit der Auftragsabwicklung erheblich beeinflussen. Die Analyse dieses Status hilft, die Effizienz des Kreditmanagementprozesses und dessen Auswirkungen auf die Verkaufsgeschwindigkeit zu verstehen.

Warum es wichtig ist

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.

Woher erhalten

Gefunden in der Tabelle für Verkaufsbelegkopfstatus (VBUK) oder direkt 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ätigtes Lieferdatum für einen Kundenauftrag. Wenn das Warenausgangsdatum am oder vor dem bestätigten Datum liegt, wird es als wahr markiert, anderenfalls als falsch.\n\nDieses Attribut vereinfacht die Erstellung des Dashboards zur 'Pünktlichen Lieferperformance' und die Berechnung des KPI zur 'Pünktlichen Lieferrate'. Es ermöglicht eine einfache Aggregation und Visualisierung der Leistung, ohne dass Datumsvergleiche direkt in jeder Analyse oder jedem Diagramm durchgeführt werden müssen. Dies bietet ein klares, auf einen Blick erkennbares Maß für die Lieferzuverlässigkeit.

Warum es wichtig ist

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

Woher erhalten

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

Beispiele
truefalsch
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 analysieren, 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.

Warum es wichtig ist

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

Woher erhalten

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

Beispiele
011020
Erforderlich Empfohlen Optional

Order to Cash - Kundenauftragsabwicklung Activities

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ätBeschreibung
Auftrag bestätigt
Diese Aktivität kennzeichnet, dass der Kundenauftrag alle initialen Prüfungen bestanden hat und zur Abwicklung bestätigt ist. Sie wird typischerweise abgeleitet, wenn der Auftrag nicht mehr gesperrt ist und bestätigte Mengen in seinen Terminpositionen enthält.
Warum es wichtig ist

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

Woher erhalten

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.
Warum es wichtig ist

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.

Woher erhalten

Abgeleitet aus dem Gesamtstatusfeld in der VBUP-Tabelle (Verkaufsbeleg: 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
Kundenauftrag erstellt
Kennzeichnet die Anlage eines neuen Kundenauftragsbelegs. Dies ist ein explizites Event, das erfasst wird, wenn ein Benutzer einen neuen Auftrag speichert, typischerweise über Transaktion VA01 in SAP.
Warum es wichtig ist

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

Woher erhalten

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

Erfassen

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

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

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

Woher erhalten

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

Erfassen

Ereignis basierend auf Erstellungs-Timestamp (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.
Warum es wichtig ist

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.

Woher erhalten

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
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.
Warum es wichtig ist

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.

Woher erhalten

Abgeleitet aus den Ausgleichsbeleginformationen 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 storniert
Zeigt an, dass ein Verkaufsauftrag vor der Abwicklung storniert wurde. Dies wird typischerweise erfasst, indem ein 'Ablehnungsgrund' auf alle relevanten Positionen des Auftrags angewendet wird.
Warum es wichtig ist

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

Woher erhalten

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
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.
Warum es wichtig ist

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

Woher erhalten

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 der Bestätigung des WM-Transportauftrags.

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

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.

Woher erhalten

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

Erfassen

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

Ereignistyp inferred
Kundenauftrag 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.
Warum es wichtig ist

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.

Woher erhalten

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

Erfassen

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

Ereignistyp explicit
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.
Warum es wichtig ist

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

Woher erhalten

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 dem 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.
Warum es wichtig ist

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.

Woher erhalten

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 die Anweisung an das Lager ist, mit den Kommissionierungs- und Versandaktivitäten zu beginnen. Dies ist ein explizites Event, das aus dem Belegfluss erfasst wird.
Warum es wichtig ist

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

Woher erhalten

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-Timestamp 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.
Warum es wichtig ist

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

Woher erhalten

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
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus SAP ECC