Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung
Ihr Order-to-Cash-Daten-Template für die Kundenauftragsbearbeitung
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking
- Extraktionsleitfaden für SAP S/4HANA
Order-to-Cash – Auftragsmanagement Attribute
| Name | Beschreibung | ||
|---|---|---|---|
|
`Verkaufsauftrag`
Vbeln
|
Die eindeutige Kennung für einen Verkaufsbelegeg, der als primärer Case-ID für den Order-to-Cash-Prozess dient. | ||
|
Beschreibung
Die Kundenauftragsnummer identifiziert eindeutig die Anfrage eines Kunden nach Waren oder Dienstleistungen. Sie ist das zentrale Objekt, das alle Aktivitäten im Lebenszyklus der Kundenauftragsbearbeitung verknüpft, von der Erstellung und Bestätigung bis zur Lieferung und Fakturierung. Im Process Mining ist dieses Attribut wichtig für die Verfolgung des End-to-End-Prozesses jedes einzelnen Auftrags. Die Analyse von Prozessen nach Kundenauftrag ermöglicht es Unternehmen, Engpässe zu identifizieren, Prozessvarianten zu verstehen und wichtige Leistungskennzahlen wie Durchlaufzeit und Liefertermintreue für jede spezifische Kundentransaktion zu messen.
Bedeutung
Dies ist der Kernidentifikator, der alle zugehörigen Prozess-Ereignisse verbindet und eine vollständige Case-Level-Ansicht des AuftragsLebenszyklus ermöglicht.
Datenquelle
Dieses Attribut ist die 'Verkaufsbelegegnummer' aus der VBAK-Tabelle (Feld VBELN).
Beispiele
100002341000056710000891
|
|||
|
Aktivitätsname
ActivityName
|
Der Name der Geschäftsaktivität, die zu einem spezifischen Zeitpunkt im Kundenauftragsprozess stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut beschreibt einen spezifischen Schritt oder ein Event im Lebenszyklus des Kundenauftrags, wie z.B. 'Kundenauftrag erstellt', 'Warenausgang gebucht' oder 'Zahlung erhalten'. Diese Aktivitäten werden aus verschiedenen Statusänderungen, BelegerstellungsDaten und Log-Einträgen über verschiedene SAP-Module hinweg abgeleitet. Die Analyse der Reihenfolge und Dauer dieser Aktivitäten ist die Grundlage des Process Mining. Sie ermöglicht die Visualisierung von Prozesskarten, die Identifizierung von Engpässen zwischen den Schritten und die Analyse von Prozessvarianten, um zu verstehen, wie Aufträge tatsächlich durch das System fließen, im Vergleich zum entworfenen Prozess.
Bedeutung
Es definiert die Schritte im Prozess und ermöglicht den Aufbau der Prozessablauf sowie die Analyse von Prozessfluss und Engpässen.
Datenquelle
Dies ist ein abgeleitetes Attribut, das in der Regel während der Datenextraktion generiert wird, indem Statusänderungen oder Dokumentenerstellungs-Ereignissen aus Tabellen wie VBAK, LIKP, VBRK und CDHDR/CDPOS aussagekräftigen Aktivitätsnamen zugeordnet werden.
Beispiele
`Verkaufsauftrag` erstelltLieferung erstelltRechnung erstellt`Zahlung erhalten`
|
|||
|
Ereigniszeit
EventTime
|
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. | ||
|
Beschreibung
Event Time liefert das genaue Datum und die Uhrzeit für jede Aktivität im Prozess und bildet das chronologische Basis des Event Log. Zum Beispiel erfasst es, wann ein Kundenauftrag erstellt, Waren versandt und eine Rechnung bezahlt wurde. Dieses Attribut ist maßgeblich für alle zeitbasierten Analysen. Es wird verwendet, um Durchlaufzeiten zwischen Aktivitäten zu berechnen, Verzögerungen zu identifizieren, die Prozessleistung anhand von Service Level Agreements zu messen und die Gesamtdauer des Kundenauftragsprozesses zu analysierenn. Die Genauigkeit dieser Zeitstempel wirkt sich direkt auf die Qualität der Process Mining-Erkenntnisse aus.
Bedeutung
Dieser Zeitstempel ist unerlässlich für die Berechnung aller Laufzeiten, Durchlaufzeiten und Wartezeiten, die grundlegend für die Leistungsanalyse sind.
Datenquelle
Dies ist ein abgeleitetes Attribut, das aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen wie ERDAT/ERZET (Erstellungsdatum/-zeit) in VBAK, LIKP, VBRK oder aus Änderungslog-Zeitstempels aus CDHDR stammt.
Beispiele
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
`Verkaufsorganisation`
Vkorg
|
Eine Organisationseinheit, die für den Vertrieb spezifischer Produkte oder Dienstleistungen verantwortlich ist. | ||
|
Beschreibung
Die Verkaufsorganisation repräsentiert eine Verkaufseinheit in einem Unternehmen. Sie ist verantwortlich für die Verhandlung von Verkaufsbedingungen und den Vertrieb von Waren und Dienstleistungen. Jede Verkaufstransaktion wird einer spezifischen Verkaufsorganisation zugeordnet. Dieses Attribut ist eine primäre Dimension für die Leistungsanalyse. Durch das Filtern oder Vergleichen von Daten über verschiedene Verkaufsorganisationen hinweg können Unternehmen Leistungen vergleichen, regionale oder den Antrag bearbeitet.ivisionale Best Practices identifizieren und verstehen, wie sich die Prozesseffizienz geografisch oder nach Geschäftseinheit unterscheidet.
Bedeutung
Ermöglicht den Leistungsvergleich und das Benchmarking zwischen verschiedenen Geschäftseinheiten, Regionen oder Unternehmen innerhalb einer Unternehmensgruppe.
Datenquelle
Dieses Attribut ist die 'Verkaufsorganisation' aus der VBAK-Tabelle (Feld VKORG).
Beispiele
10002000US01DE01
|
|||
|
Angefordertes Lieferdatum
Vdatu
|
Das vom Kunden angeforderte Lieferdatum für die Waren oder Dienstleistungen. | ||
|
Beschreibung
Dieses Datum stellt den vom Kunden gewünschten Lieferzeitpunkt für die Positionen im Kundenauftrag dar. Es ist eine wichtige Information für die Planung, Terminierung und Service-Level-Agreement (SLA)-Messung. Dieses Attribut ist wichtig für die Messung der Kundenservice-Levels und der logistischen Leistung. Es dient als Referenzwert für den KPI der 'Pünktlichen Lieferrate', wobei es mit dem tatsächlichen Warenausgangsdatum oder Lieferdatum verglichen wird, um festzustellen, ob der Kundenwunsch erfüllt wurde. Die Analyse von Abweichungen hilft, systemische Probleme in der Abwicklung oder Planung zu identifizieren.
Bedeutung
Dies ist das primäre Datum zur Messung der Termintreue von Lieferungen. Diese ist ein wichtiger KPI für die Kundenzufriedenheit und die Effizienz der Lieferkettenmanagement.
Datenquelle
Dieses Attribut ist das 'Wunschlieferdatum' aus der Kundenauftrags-Lieferplanelementtabelle VBEP (Feld VDATU).
Beispiele
2023-02-012023-03-152023-04-20
|
|||
|
Benutzername
Ernam
|
Die SAP-Benutzer-ID der Person, die den Beleg erstellt oder zuletzt geändert hat. | ||
|
Beschreibung
Dieses Attribut erfasst den verantwortlichen Benutzer für eine bestimmte Aktivität, wie die Erstellung des Kundenauftrags oder den Antrag bearbeitet.ie Buchung des Warenausgangs. Es verknüpft Prozessschritte mit den Personen oder Teams, die sie durchgeführt haben. Die Analyse von Aktivitäten nach Benutzer hilft beim Identifizieren von Schulungsbedarf, beim Verstehen der Arbeitslastverteilung und beim Erkennen von Abweichungen, die spezifisch für bestimmte Benutzer sein können. Es ist auch wertvoll für Compliance- und Audit-Zwecke, da es eine klare Aufzeichnung liefert, wer wichtige Aktionen innerhalb des Prozesses durchgeführt hat.
Bedeutung
Es ermöglicht die Analyse der Prozessleistung nach Benutzer oder Team und hilft dabei, Spitzenleister, Schulungsmöglichkeiten und die Arbeitslastverteilung zu identifizieren.
Datenquelle
Dieses Attribut ist der 'Name des Objekterstellers' aus Tabellen wie VBAK (Feld ERNAM für die Erstellung) oder aus Änderungsbelegköpfen in CDHDR (Feld UNAME).
Beispiele
CBURNSDSCRANTONJHALPERT
|
|||
|
Kundennummer
Kunnr
|
Die eindeutige Kennung für ein Kundenkonto. | ||
|
Beschreibung
Die Kundennummer ist ein eindeutiger Schlüssel, der jedem Kunden in den StammDaten zugewiesen wird. Sie wird in allen Transaktionen verwendet, die mit diesem Kunden in Verbindung stehen, einschließlich Verkaufsaufträgen, Lieferungen und Zahlungen. Die Analyse des Prozesses aus Kundensicht ist maßgeblich. Dieses Attribut ermöglicht die Segmentierung der Auftragsperformance nach Kunden, die Identifizierung, welche Kunden die längsten Verzögerungen erleben, und das Verständnis, wie die Prozessausführung bei Schlüsselkonten variiert. Es ist die Basis für Dashboards, die Durchlaufzeiten nach Kundensegment analysierenn.
Bedeutung
Dies ermöglicht eine kundenzentrierte Analyse, die hilft, Prozessprobleme zu identifizieren, die spezifische Kunden oder Kundengruppen betreffen, und kundenspezifische KPIs zu messen.
Datenquelle
Dieses Attribut ist der 'Auftraggeber' oder den Antrag bearbeitet.ie 'Kundennummer' aus der VBAK-Tabelle (Feld KUNNR).
Beispiele
C000123C000456C000789
|
|||
|
Materialnummer
Matnr
|
Die eindeutige Kennung für ein verkauftes Produkt oder Material. | ||
|
Beschreibung
Die Materialnummer ist der eindeutige Schlüssel für ein Produkt in den MaterialstammDaten. Jede Position in einem Kundenauftrag entspricht einer spezifischen Materialnummer. Dieses Attribut ermöglicht eine Produktzentrierte Prozessanalyse. Es wird verwendet, um zu analysierenn, ob bestimmte Produkte mit längeren Bearbeitungszeiten, häufigeren Änderungen oder höheren Stornierungsraten verbunden sind. Diese Erkenntnis kann helfen, Probleme im Zusammenhang mit spezifischen Produktlinien aufzudecken, wie z.B. Komplexitäten in der Lieferkettenmanagement oder Datenungenauigkeiten.
Bedeutung
Es erleichtert die Analyse auf Produktebene und zeigt auf, ob bestimmte Materialien oder Produktlinien mit Prozessverzögerungen, Nacharbeit oder anderen Ineffizienzen verbunden sind.
Datenquelle
Dieses Attribut ist die 'Materialnummer' aus der Kundenauftragspositionstabelle VBAP (Feld MATNR).
Beispiele
PROD-1001PROD-2005SERV-A01
|
|||
|
Nettobetrag
Netwr
|
Der Nettowert der Kundenauftragsposition oder den Antrag bearbeitet.es Belegs in der Belegwährung. | ||
|
Beschreibung
Der Nettobetrag stellt den Wert eines Auftrags nach Abzügen von Rabatten und Zuschlägen, aber vor Steuern dar. Er ist eine zentrale finanzielle Kennzahl, die mit jedem Kundenauftrag verbunden ist. Im Process Mining liefert dieses Attribut wichtigen geschäftlichen Kontext. Es wird geverwendet, um Analysen auf hochwertige Aufträge zu priorisieren, zu verstehen, ob der Auftragswert mit der Bearbeitungszeit oder Komplexität korreliert, und die finanziellen Auswirkungen von Prozessineffizienzen wie Stornierungen oder Verzögerungen zu messen. Eine Analyse könnte beispielsweise zeigen, dass hochwertige Aufträge häufig durch manuelle Kreditprüfungen verzögert werden.
Bedeutung
Bietet finanziellen Kontext für jeden Case, ermöglicht eine wertbasierte Analyse, um Verbesserungen bei umsatzstarken Aufträgen zu priorisieren und die Kosten von Verzögerungen zu quantifizieren.
Datenquelle
Dieses Attribut ist der 'Nettowert der Auftragsposition in Belegwährung' aus der VBAP-Tabelle (Feld NETWR) oder aggregiert aus der VBAK-Tabelle.
Beispiele
1500.00250.5012345.75
|
|||
|
Verkaufsbelegegart
Auart
|
Eine Klassifizierung, die verschiedene Verkaufsbelegegarten wie Standardaufträge, Retouren oder Gutschriften unterscheidet. | ||
|
Beschreibung
Die Verkaufsbelegegart steuert, wie ein Verkaufsbelegeg in SAP verarbeitet wird. Sie definiert Details wie den Nummernkreis, erforderliche Felder und den gesamten Transaktionsfluss. Beispiele hierfür sind 'OR' für einen Standardauftrag oder 'RE' für einen Retourenauftrag. Im Process Mining ist dieses Attribut wichtig für die Segmentierung der Analyse. Der Vergleich der Prozessabläufe für verschiedene Belegarten kann signifikante Unterschiede in Durchlaufzeiten, Nacharbeitsquoten und Automatisierungsgraden aufzeigen. Dies hilft dabei, Prozessoptimierungsinitiativen auf spezifische Auftragsarten zuzuschneiden.
Bedeutung
Es ermöglicht die Segmentierung von Verkaufsaufträgen in verschiedene Kategorien und erlaubt so eine vergleichende Analyse, wie unterschiedliche Auftragsarten verarbeitet werden.
Datenquelle
Dieses Attribut ist die 'Verkaufsbelegegart' aus der VBAK-Tabelle (Feld AUART).
Beispiele
ORRECRVerkaufsauftrag
|
|||
|
Ablehnungsgrund
Abgru
|
Ein Code, der den Antrag bearbeitet.en Grund angibt, warum ein Kundenauftrag oder eine Position abgelehnt oder storniert wurde. | ||
|
Beschreibung
Der Ablehnungsgrund liefert Kontext, wenn ein Kundenauftrag oder eine spezifische Position storniert wird. Diese Gründe werden in der Regel vom Unternehmen konfiguriert und können Codes wie 'Nicht auf Lager', 'Kunde storniert' oder 'Falscher Preis' umfassen. Dieses Attribut ist die Basis für die Ursachenanalyse von Auftragsstornierungen. Durch die Analyse der häufigsten Ablehnungsgründe können Unternehmen zugrunde liegende Probleme in ihren Vertriebs-, Bestands- oder Preisgestaltungsprozessen identifizieren. Diese Erkenntnis ist maßgeblich für das Dashboard zur 'Kundenauftragsstornierungsanalyse', um verlorene Umsätze zu reduzieren und die Effizienz zu verbessern.
Bedeutung
Es liefert das 'Warum' hinter Auftragsstornierungen und ermöglicht eine Ursachenanalyse, um Probleme wie Preisfehler, Nichtverfügbarkeit von Lagerbeständen oder schlechte Datenqualität zu beheben.
Datenquelle
Dieses Attribut ist der 'Ablehnungsgrund für Angebote und Kundenaufträge' aus der Kundenauftragspositionstabelle VBAP (Feld ABGRU).
Beispiele
010215
|
|||
|
Abteilung
Spart
|
Eine Organisationseinheit, die eine spezifische Produktlinie oder einen Geschäftsbereich repräsentiert. | ||
|
Beschreibung
Die Division dient zur Gruppierung von Materialien oder Dienstleistungen und repräsentiert oft eine Produktlinie. Sie ist Teil der Vertriebsbereichsdefinition und hilft, das Geschäft aus einer Produktorientierten Sichtweise zu strukturieren. Dieses Attribut ist nützlich für die Analyse der Prozessleistung verschiedener Produktgruppen. Es kann helfen, Fragen zu beantworten wie: 'Unterscheidet sich die Bearbeitung von Ersatzteilbestellungen von der Bearbeitung von Fertigwarenbestellungen?' Diese Segmentierung ist maßgeblich für den KPI 'Durchlaufzeit nach Produktlinie' und die zugehörige Dashboard-Analyse.
Bedeutung
Ermöglicht die Prozessanalyse basierend auf Produktlinien oder Geschäftsbereichen und hilft, Leistungsunterschiede zwischen verschiedenen Geschäftsbereichen aufzudecken.
Datenquelle
Dieses Attribut ist die 'Sparte' aus den VBAK- oder VBAP-Tabellen (Feld SPART).
Beispiele
000105
|
|||
|
Belegwährung
Waerk
|
Der Währungscode für die im Verkaufsbelegeg angegebenen Beträge. | ||
|
Beschreibung
Dieses Attribut definiert die Währung (z.B. USD, EUR, JPY) für Geldwerte wie den Nettobetrag innerhalb des Verkaufsbelegegs. Es liefert den notwendigen Kontext zur korrekten Interpretation und Aggregation von FinanzDaten. Obwohl nicht direkt ein Treiber des Prozessflusses, ist die Währung für jede Finanzanalyse essenziell. Sie stellt sicher, dass Geldwerte korrekt verstanden werden und ist notwendig, wenn Beträge in eine gemeinsame Währung für die Berichterstattung auf globaler Ebene umgerechnet werden.
Bedeutung
Bietet wesentlichen Kontext für alle monetären Werte und stellt ... sicher eine präzise Finanzanalyse und Berichterstattung, insbesondere bei globalen Operationen.
Datenquelle
Dieses Attribut ist die 'SD-Belegwährung' aus der VBAK-Tabelle (Feld WAERK).
Beispiele
USDEURGBP
|
|||
|
Bestellmenge
Kwmeng
|
Die bestellte Menge des Materials in einer spezifischen Verkaufsbelegegsposition. | ||
|
Beschreibung
Dieses Attribut stellt die Anzahl der Einheiten eines bestimmten Materials dar, die vom Kunden in einer Kundenauftragsposition angefordert wurden. Es ist ein wesentlicher Bestandteil transaktionaler Daten. Die Analyse der Auftragsmenge liefert wertvollen Geschäftskontext. Sie kann verwendet werden, um die Analyse nach Auftragsgröße (kleine vs. große Aufträge) zu segmentieren und zu sehen, ob das Volumen mit der Prozesseffizienz korreliert. Darüber hinaus ist es eine Schlüsselkennzahl für die Geschäftsberichterstattung und das Verständnis des Umfangs der Geschäftstätigkeit.
Bedeutung
Ermöglicht eine Analyse auf Basis der Auftragsgröße, um zu verstehen, ob das Auftragsvolumen Bearbeitungszeiten, die Komplexität oder Fehlerraten beeinflusst.
Datenquelle
Dieses Attribut ist die 'Kumulierte Bestellmenge in Verkaufseinheiten' aus der VBAP-Tabelle (Feld KWMENG).
Beispiele
101505
|
|||
|
Endzeit
EndTime
|
Der `Zeitstempel`, der anzeigt, wann eine spezifische `Activity` oder ein `Event` abgeschlossen wurde. | ||
|
Beschreibung
EndTime kennzeichnet den Zeitpunkt der Fertigstellung einer einzelnen Aktivität. Während StartTime angibt, wann eine Aufgabe begann, erfasst EndTime, wann sie abgeschlossen wurde, wodurch die Dauer der aktiven Arbeit messbar wird. Dieses Attribut ist maßgeblich für die genaue Berechnung der Bearbeitungszeiten von Aktivitäten. Es ermöglicht Analysten, zwischen der aktiv an einer Aufgabe verbrachten Zeit (Bearbeitungszeit = EndTime – StartTime) und der Wartezeit bis zum Beginn der nächsten Aufgabe (Wartezeit = NextActivity.StartTime – CurrentActivity.EndTime) zu unterscheiden. Diese Unterscheidung ist die Basis für eine präzise Engpassanalyse.
Bedeutung
Es ermöglicht die präzise Berechnung der Aktivitätsbearbeitungszeit, was wichtig ist, um aktive Arbeitszeit von unProduktiver Wartezeit zu unterscheiden.
Datenquelle
Dies ist ein abgeleitetes Attribut. Bei einigen Aktivitäten kann es einem spezifischen Zeitstempel in SAP entsprechen. Bei anderen wird es oft abgeleitet oder gleich der Startzeit gesetzt, wenn das Ereignis als augenblicklich betrachtet wird.
Beispiele
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
|
|||
|
Gesamtlieferstatus
Lfstk
|
Der Gesamtlieferstatus des Kundenauftrags, der anzeigt, ob er noch nicht bearbeitet, teilweise geliefert oder vollständig geliefert ist. | ||
|
Beschreibung
Dieses Statusfeld bietet eine übergeordnete Übersicht über den Abwicklungsfortschritt eines Verkaufsbelegegs. Es wird aus dem Status aller Positionen aggregiert, um anzuzeigen, ob der Auftrag aus Liefersicht offen, in Bearbeitung oder abgeschlossen ist. In der Prozessanalyse ist dieses Attribut wertvoll, um den aktuellen Status offener Aufträge zu verstehen und Fälle zu filtern. Zum Beispiel bietet die Analyse ausschließlich 'vollständig gelieferter' Aufträge einen Einblick in abgeschlossene Prozesse, während die Analyse 'noch nicht bearbeiteter' Aufträge helfen kann, Rückstände und anfängliche Engpässe zu identifizieren.
Bedeutung
Bietet eine Momentaufnahme des Auftragserfüllungsfortschritts und ermöglicht das Filtern und die Analyse, basierend darauf, ob ein Auftrag offen, teilweise oder vollständig geliefert wurde.
Datenquelle
Dieses Attribut ist der 'Gesamte Lieferstatus aller Positionen' aus der VBUK-Statustabelle (Feld LFSTK).
Beispiele
ABC
|
|||
|
Ist Liefertreue
IsOnTimeDelivery
|
Ein Boolesches Flag, das anzeigt, ob der Auftrag pünktlich zum bestätigten oder angefragten Liefertermin geliefert wurde. | ||
|
Beschreibung
Dieses Attribut liefert ein klares, binäres Ergebnis für die Lieferleistung jedes Auftrags. Es wird berechnet, indem der tatsächliche Zeitstempel des 'Warenausgang gebucht' mit dem 'Wunschlieferdatum' (VDATU) oder einem bestätigten Lieferdatum aus der Auftragsterminierung verglichen wird. Dieses Flag ist die Grundlage für den KPI der 'Pünktlichen Lieferrate' und das Dashboard zur 'Einhaltung des Liefertermins'. Es vereinfacht die Analyse, indem es Benutzern ermöglicht, alle Aufträge schnell in 'pünktliche' und 'verspätete' Kategorien zu segmentieren und dann die Prozesseigenschaften jeder Gruppe zu untersuchen, um die Grundursachen für Verzögerungen zu finden.
Bedeutung
Misst direkt die Erfüllungsleistung anhand der Kundenerwartungen und bildet die Grundlage für den wichtigen KPI 'On-Time Delivery Rate'.
Datenquelle
Dies ist ein berechnetes Attribut, abgeleitet durch den Vergleich des Zeitstempel der Aktivität 'Warenausgang gebucht' mit dem 'Wunschlieferdatum' (VBEP-VDATU).
Beispiele
JaNein
|
|||
|
Ist manueller Eintrag
IsManualEntry
|
Ein Flag, das anzeigt, ob der Kundenauftrag manuell oder über einen automatisierten Kanal wie EDI oder ein E-Commerce-Portal erstellt wurde. | ||
|
Beschreibung
Dieses Attribut unterscheidet zwischen Aufträgen, die ein Benutzer direkt in der SAP GUI erfasst hat, und solchen, die automatisch über Electronic Daten Interchange (EDI), APIs oder andere integrierte Systeme erstellt wurden. Diese Information lässt sich manchmal vom Benutzer, der den Antrag bearbeitet.en Auftrag erstellt hat (z. B. ein Systembenutzer vs. ein menschlicher Benutzer), oder von spezifischen Indikatoren im Verkaufsbelegeg ableiten. Dieses Attribut ist wichtig für die Automatisierungsanalyse und unterstützt den KPI für die 'Rate der manuellen Auftragserfassung'. Es ermöglicht einen direkten Vergleich von Prozesseffizienz, Fehlerraten und Durchlaufzeiten zwischen manuell und automatisch erstellten Aufträgen, was beim Aufbau eines Business-Case für weitere Automatisierung hilft.
Bedeutung
Es hilft, den Automatisierungsgrad im Auftragserfassungsprozess zu messen und die Effizienz und Fehlerraten von manuellen gegenüber automatisierten Aufträgen zu vergleichen.
Datenquelle
Dies ist oft ein abgeleitetes Attribut. Es kann durch Überprüfung des 'Erstellt von'-Benutzers (ERNAM) in VBAK gegen eine Listee bekannter System-/Batch-Benutzer oder den Antrag bearbeitet.urch spezifische Kanalindikatoren abgeleitet werden.
Beispiele
JaNein
|
|||
|
Ist Nacharbeit
IsRework
|
Ein Boolesches Flag, das anzeigt, ob eine Aktivität oder ein Case Nacharbeit erfordert, wie z. B. eine wiederholte Bestätigung oder eine wesentliche Änderung. | ||
|
Beschreibung
Dieses Flag wird verwendet, um Kundenaufträge zu identifizieren, die Nacharbeiten erfahren haben, z. B. nach Bestätigung geändert wurden oder bei denen dieselbe Aktivität mehrmals auftritt. Die Logik für das Setzen dieses Flags kann auf dem Auftreten von 'Kundenauftrag geändert'-Aktivitäten oder mehreren 'Auftrag bestätigt'-Ereignissen für denselben Case basieren. Dieses Attribut unterstützt direkt das Dashboard für die 'Rate der Kundenauftragsänderungen und Nacharbeiten' und verwandte KPIs. Es ermöglicht ein einfaches Filtern und Quantifizieren von Nacharbeiten, was Unternehmen hilft, die Kosten und Häufigkeit von Prozessineffizienzen zu messen und die Grundursachen dieser Abweichungen anzugehen.
Bedeutung
Dieses Flag hilft, die Häufigkeit und die Auswirkungen von Nacharbeiten zu quantifizieren, wodurch Analysen zur Reduzierung von Prozessabweichungen, manuellen Änderungen und Ineffizienzen ermöglicht werden.
Datenquelle
Dies ist ein berechnetes Attribut. Die Logik wird während der Datentransformation definiert, oft durch das Erkennen von wiederholten Aktivitäten oder spezifischen Änderungs-Ereignissen (z. B. aus CDHDR/CDPOS-Tabellen).
Beispiele
JaNein
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel der jüngsten Datenaktualisierung bzw. der letzten Extraktion aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut gibt an, wann die Daten für die Prozessanalyse zuletzt aktualisiert wurden. Es bietet Fachanwendern und Analysten Transparenz über die Aktualität der angezeigten Daten und stellt sicher, dass sie den durch die Analyse abgedeckten Zeitraum verstehen. In Dashboards und Berichten ist diese Information für den Kontext unerlässlich. Sie hilft Benutzern zu erkennen, ob sie EchtzeitHinweisrmationen oder eine periodische Momentaufnahme betrachten, was die Interpretation aktueller Trends und der operativen Leistung beeinflusst.
Bedeutung
Informiert Nutzer über die Aktualität der Daten, um sicherzustellen, dass sie den zeitlichen Kontext der Analyse verstehen und Fehlinterpretationen vermieden werden.
Datenquelle
Dieses Attribut wird vom Datenextraktions- oder ETL-Tool generiert und erfasst den Zeitstempel der letzten Ausführung der Datenpipeline.
Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Quellsystem
SourceSystemId
|
Identifiziert das Quellsystem, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut spezifiziert das Ursprungssystem für die EreignisDaten, zum Beispiel 'SAP S/4HANA Production' oder 'ECC Quality'. In Umgebungen mit mehreren ERP-Systemen oder einer Mischung aus Altsystemen und modernen Plattformen ist dieses Feld wichtig für die Datenherkunft und Validierung. Für die Analyse ermöglicht es das Filtern und Vergleichen von Prozessen über verschiedene Systeme oder Organisationseinheiten hinweg. Dies kann Abweichungen in der Prozessausführung oder Datenqualität aufzeigen, die spezifisch für eine bestimmte Systemlandschaft sind.
Bedeutung
Es liefert Kontext zum Datenursprung, was in Multi-System-Umgebungen wichtig ist, um die Datenintegrität sicherzustellen und vergleichende Analysen zu ermöglichen.
Datenquelle
Dies ist in der Regel ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um den Datensatz mit seinem Herkunftssystem zu kennzeichnen.
Beispiele
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Vertriebskanal
Vtweg
|
Der Kanal, über den Produkte oder Dienstleistungen den Kunden erreichen, wie z.B. Einzelhandel, Großhandel oder Online. | ||
|
Beschreibung
Der Vertriebsweg definiert die Methode des Verkaufs und der Verteilung von Produkten an Kunden. Er ist ein zentrales Organisationselement, das zusammen mit der Verkaufsorganisation den Verkaufsbereich definiert. Die Analyse von Prozessen nach Vertriebsweg hilft Unternehmen zu verstehen, ob bestimmte Kanäle effizienter sind als andere. Zum Beispiel könnten Aufträge aus dem „Online“-Kanal hochgradig automatisiert und schnell sein, während Aufträge aus dem „Direktvertriebs“-Kanal mehr manuelle Schritte erfordern und länger dauern könnten. Dies ermöglicht gezielte Verbesserungen für spezifische Kanäle.
Bedeutung
Ermöglicht eine Leistungsfähigkeit-Analyse über verschiedene Vertriebskanäle wie Web, Direktvertrieb oder Einzelhandel hinweg, um kanalspezifische Engpässe oder Best Practices zu identifizieren.
Datenquelle
Dieses Attribut ist der 'Vertriebsweg' aus der VBAK-Tabelle (Feld VTWEG).
Beispiele
102001
|
|||
Order-to-Cash – Auftragsmanagement Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Verkaufsauftrag` erstellt
|
Diese Activity markiert den Beginn des Vertriebsprozesses, wenn ein neuer Kundenauftrag formell im System angelegt wird. Dieses Event wird explizit erfasst, wenn ein Benutzer einen neuen Kundenauftragsbeleg speichert (z.B. mittels Transaktion VA01), wodurch ein neuer Eintrag in der VBAK-Tabelle erstellt wird. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Order-to-Cash-Prozess. Die Analyse der Zeitspanne von dieser Activity bis zu nachfolgenden Meilensteinen ist grundlegend, um die gesamte Durchlaufzeit zu messen und anfängliche Verarbeitungsverzögerungen zu identifizieren.
Datenquelle
Wird bei der Erstellung in der Tabelle VBAK (VerkaufsbelegegkopfDaten) erfasst. Die Felder Erstellungsdatum (ERDAT) und Uhrzeit (ERZET) liefern den Zeitstempel.
Erfassen
Erfasst aus dem Erstellungs-Zeitstempel des KundenauftragskopfDatensatzes in Tabelle VBAK.
Ereignistyp
explicit
|
|||
|
`Zahlung erhalten`
|
Diese Activity markiert den erfolgreichen Abschluss des Prozesses, bei dem die Zahlung des Kunden eingegangen und gegen die offene Rechnung verrechnet wurde. Dies ist eine explizite Finanzbuchung, die den Debitorenposten schließt. | ||
|
Bedeutung
Dies ist der letzte, wertschöpfende Schritt des Order-to-Cash-Zyklus. Die Analyse der Zeit von Rechnungserstellung bis Zahlung ist wichtig für die Steuerung des Cashflows und der Days Sales Outstanding (DSO).
Datenquelle
Erfasst aus dem Ausgleichsdatum (AUGDT) in der Tabelle BSEG (Buchhaltungsbelegsegment) für den Einzelposten, der mit der Kundenzahlung zum Ausgleich der Rechnung zusammenhängt.
Erfassen
Erfasst aus dem Ausgleichsdatum (AUGDT) des ausgeglichenen Kundenpostens in Tabelle BSEG oder den Antrag bearbeitet.es Ausgleichsbelegs in BKPF.
Ereignistyp
explicit
|
|||
|
Auftrag abgeschlossen
|
Kennzeichnet den finalen Status eines Verkaufsauftrags, was bedeutet, dass alle zugehörigen Prozesse, einschließlich Lieferung, Fakturierung und Zahlung, abgeschlossen sind. Dies wird aus dem Gesamtstatus des Verkaufsbelegegs abgeleitet. | ||
|
Bedeutung
Diese Activity bietet einen definitiven Endpunkt für erfolgreich abgeschlossene Aufträge in der Prozessanalyse. Sie stellt sicher, dass die End-to-End-Durchlaufzeit für erfüllte Aufträge genau gemessen wird.
Datenquelle
Abgeleitet aus der Änderung des Gesamtstatusfeldes (VBUK-GBSTK) des Verkaufsbelegegs auf 'C' (Komplett verarbeitet). Der Zeitstempel muss aus der letzten Aktualisierung eines zugehörigen Dokuments, wie z.B. dem Zahlungsausgleich, abgeleitet werden.
Erfassen
Abgeleitet, wenn der Belegstatus VBUK-GBSTK auf 'C' wechselt, wobei der Zeitstempel vom finalen Event (z.B. Zahlungseingang) genommen wird.
Ereignistyp
inferred
|
|||
|
Lieferung erstellt
|
Diese Activity kennzeichnet die Erstellung eines Auslieferungsbelegs, der den Antrag bearbeitet.en Versand- und Logistikprozess initiiert. Dies ist ein explizites Event, bei dem ein Lieferbeleg in Bezug auf den Kundenauftrag erstellt wird. | ||
|
Bedeutung
Dieser Meilenstein kennzeichnet den Übergang von der Vertriebsabwicklung zur Logistik. Die Analyse der Zeitspanne von der Auftragsbestätigung bis zur Lieferungserstellung hilft, Engpässe in der Abwicklungsplanung zu identifizieren.
Datenquelle
Erfasst aus dem Erstellungs-Zeitstempel der Tabelle LIKP (SD-Beleg: LieferkopfDaten). Die Rückverbindung zum Kundenauftrag ist in der Tabelle VBFA (Verkaufsbelegegfluss) gespeichert.
Erfassen
Erfasst aus dem Erstellungs-Zeitstempel des Lieferbelegkopfes in Tabelle LIKP.
Ereignistyp
explicit
|
|||
|
Rechnung erstellt
|
Stellt die Erstellung des Kundenfakturabelegs dar, der Produkte, Mengen und Preise für die Zahlung detailliert. Dies ist ein expliziter Event, bei dem ein Rechnungsdokument in Referenz zur Lieferung oder zum Verkaufsauftrag generiert wird. | ||
|
Bedeutung
Diese Activity markiert den Beginn des Zahlungseingangszyklus. Die Zeit zwischen Warenausgang und Rechnungserstellung ist ein wichtiger KPI zur Messung der Effizienz des Fakturierungsprozesses.
Datenquelle
Erfasst aus dem Erstellungsdatum (ERDAT) und der Uhrzeit (ERZET) der Tabelle VBRK (Fakturabeleg: KopfDaten). Die Tabelle VBFA verknüpft die Rechnung mit den vorhergehenden Belegen.
Erfassen
Erfasst aus dem Erstellungs-Zeitstempel des Fakturabelegkopfes in Tabelle VBRK.
Ereignistyp
explicit
|
|||
|
Verkaufsauftrag bestätigt
|
Kennzeichnet den Zeitpunkt, an dem die Materialverfügbarkeit geprüft und eine bestätigte Menge sowie ein Liefertermin für die Auftragspositionen zugesichert wurden. Dies wird aus der Erstellung von Einteilungen mit bestätigten Mengen abgeleitet. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein, der den Antrag bearbeitet.ie Verpflichtung gegenüber dem Kunden darstellt. Die Zeit, die zum Erreichen dieser Phase benötigt wird (Zykluszeit der Auftragsbestätigung), ist ein Schlüsselmaßstab für die interne Prozesseffizienz.
Datenquelle
Abgeleitet aus der Erstellung von Datensätzen in der Tabelle VBEP (Verkaufsbelegeg: EinteilungsDaten) mit einer bestätigten Menge (BMENG > 0) für die Verkaufsauftragspositionen.
Erfassen
Abgeleitet aus dem Erstellungsdatum der ersten Einteilungszeile in Tabelle VBEP mit einer bestätigten Menge.
Ereignistyp
inferred
|
|||
|
Warenausgang gebucht
|
Dies ist die rechtliche und finanzielle Übergabe der Waren, die ihren offiziellen Abgang aus dem Lagerbestand des Unternehmens markiert. Dieses explizite Ereignis reduziert die Lagerbestände und ist eine Voraussetzung für die Fakturierung. | ||
|
Bedeutung
Die Buchung des Warenausgangs ist ein kritischer finanzieller und logistischer Meilenstein. Sie wird oft als Zeitpunkt des 'Versands' betrachtet und hat direkte Auswirkungen auf die Bestandsbewertung und Umsatzrealisierung.
Datenquelle
Der Zeitstempel wird in der LIKP-Tabelle (WADAT_IST: Tatsächliches Warenausgangsdatum) aufgezeichnet, wenn der Warenausgang gebucht wird. Die VBFA-Belegflusstabelle verknüpft dies mit dem Kundenauftrag.
Erfassen
Erfasst aus dem tatsächlichen Warenausgangsdatum (LIKP-WADAT_IST) im Lieferkopf.
Ereignistyp
explicit
|
|||
|
Buchhaltungsbeleg erstellt
|
Diese Activity tritt auf, wenn die Rechnung erfolgreich in das Finanzbuchhaltungsmodul gebucht wird, wobei Journalbuchungen erstellt werden. Es ist ein explizites Event, das einen entsprechenden Beleg im Finanzhauptbuch erzeugt. | ||
|
Bedeutung
Dieses Ereignis bestätigt, dass der Umsatz aus dem Verkauf formell in der Unternehmensbuchhaltung erfasst wurde. Verzögerungen an dieser Stelle können die Genauigkeit der Finanzberichterstattung beeinträchtigen.
Datenquelle
Erfasst aus dem Erstellungsdatum (CPUDT) und der Uhrzeit (CPUTM) der Tabelle BKPF (Kopf des Buchhaltungsbelegs). Die Tabelle VBRK speichert oft die entsprechende Buchhaltungsbelegnummer (VBRK-BELNR).
Erfassen
Erfasst aus dem Erstellungs-Zeitstempel des Buchhaltungsbelegkopfes in Tabelle BKPF.
Ereignistyp
explicit
|
|||
|
Kreditprüfung durchgeführt
|
Stellt den Abschluss einer Bonitätsprüfung für den mit dem Verkaufsauftrag verbundenen Kunden dar. Dies kann ein automatischer oder manueller Schritt sein, dessen Abschluss in der Regel aus einer Änderung des Gesamt-Kreditstatus des Belegs abgeleitet wird. | ||
|
Bedeutung
Kreditprüfungen sind ein häufiger Engpass, der den Antrag bearbeitet.ie Auftragsbestätigung und -erfüllung erheblich verzögern kann. Die Verfolgung dieser Aktivität hilft, deren Dauer und Auswirkungen auf den Gesamtprozess zu messen.
Datenquelle
Abgeleitet aus Statusaktualisierungen in der Tabelle VBUK (Verkaufsbelegeg: Kopfstatus und administrative Daten). Eine Änderung im Kreditstatusfeld (CMGST) zeigt den Abschluss der Prüfung an.
Erfassen
Abgeleitet aus einer zeitzugewiesenen Änderung im Kreditstatusfeld (VBUK-CMGST) des Verkaufsbelegegs.
Ereignistyp
inferred
|
|||
|
Rechnung an Kunden gesendet
|
Zeigt an, dass die generierte Rechnung an den Kunden übermittelt wurde, zum Beispiel per Druck, E-Mail oder EDI. Dies wird in der Regel aus dem Verarbeitungs-Log des Nachrichtenfindungssystems abgeleitet. | ||
|
Bedeutung
Die Zahlungsfrist beginnt oft, wenn der Kunde die Rechnung erhält. Die Verfolgung dieses Ereignisse ist maßgeblich für die genaue Messung der Durchlaufzeit des Zahlungseingangs.
Datenquelle
Abgeleitet aus Einträgen in der NAST-Tabelle (Nachrichtenstatus), die die Verarbeitung von Nachrichtenarten wie Rechnungen protokollieren. Das Verarbeitungsdatum und die -uhrzeit können als Event-Zeitstempel dienen.
Erfassen
Abgeleitet aus dem Verarbeitungs-Zeitstempel des relevanten Nachrichten-Datensatzes in Tabelle NAST.
Ereignistyp
inferred
|
|||
|
Verkaufsauftrag geändert
|
Zeigt an, dass ein wesentliches Attribut eines bestehenden Verkaufsauftrags, wie Menge, Preis oder angefragtes Lieferdatum, nach der ursprünglichen Erstellung geändert wurde. Dieses Event wird explizit in den Änderungsbelegtabellen von SAP erfasst. | ||
|
Bedeutung
Häufige Änderungen deuten auf Prozessinstabilität hin und können zu Nacharbeit, Erfüllungsfehlern und Verzögerungen führen. Diese Aktivität ist maßgeblich, um die Änderungsrate von Kundenaufträgen zu messen und die Grundursachen zu identifizieren.
Datenquelle
Erfasst aus den ÄnderungsDatentabellen CDHDR (Änderungsbelegkopf) und CDPOS (Änderungsbelegpositionen), die Änderungen an Kundenauftragstabellen wie VBAK und VBAP protokollieren.
Erfassen
Identifiziert aus Einträgen in der CDHDR-Tabelle, die mit dem Kundenauftragsobjekt (OBJECTCLAS 'VERKBELEG') verknüpft sind.
Ereignistyp
explicit
|
|||
|
Verkaufsauftragsposition abgelehnt
|
Stellt die Stornierung oder Ablehnung einer bestimmten Position eines Verkaufsauftrags dar, bevor dieser vollständig bearbeitet wurde. Dies wird aus der Anwendung eines Ablehnungsgrundes auf eine Position abgeleitet. | ||
|
Bedeutung
Diese Activity repräsentiert ein unerfolgreiches Ergebnis für einen Teil eines Auftrags. Die Analyse, wann und warum Positionen abgelehnt werden, hilft, Probleme in Bezug auf Produktverfügbarkeit, Preisgestaltung oder Kundenanforderungen zu identifizieren.
Datenquelle
Abgeleitet aus Änderungsbelegen (CDHDR, CDPOS), die zeigen, wann das Feld 'Ablehnungsgrund' (VBAP-ABGRU) für eine Verkaufsauftragsposition gefüllt wird.
Erfassen
Abgeleitet vom Zeitstempel, zu dem das Feld VBAP-ABGRU für eine oder mehrere Positionen gefüllt wird.
Ereignistyp
inferred
|
|||
|
Verkaufsauftragssperre aufgehoben
|
Stellt die Aufhebung einer Bearbeitungssperre dar, die es dem Verkaufsauftrag ermöglicht, zum nächsten Schritt überzugehen. Dies wird abgeleitet, indem eine Änderung in den relevanten Sperrfeldern von einem gesetzten Wert zurück zu einem leeren oder gelöschten Status erkannt wird. | ||
|
Bedeutung
Die Nachverfolgung der Zeit, die zur Beseitigung von Blockaden benötigt wird, ist maßgeblich für das Verständnis der Dauer von Verzögerungen. Diese Activity hilft, Nacharbeit und die Effizienz von Lösungsprozessen zu quantifizieren.
Datenquelle
Abgeleitet aus den ÄnderungsDatentabellen (CDHDR, CDPOS), wenn ein Sperrfeld im Verkaufsauftrag (z.B. VBAK-LIFSK) von einem nicht-leeren Wert auf leer geändert wird.
Erfassen
Identifiziert durch die Erkennung einer Änderung in einem Sperrfeld (z.B. VBAK-LIFSK) von einem nicht-leeren Wert zurück zu einem leeren Wert.
Ereignistyp
inferred
|
|||
|
Verkaufsauftragssperre gesetzt
|
Diese Activity tritt auf, wenn eine Bearbeitungssperre auf den Kundenauftrag angewendet wird, die nachfolgende Aktivitäten wie die Liefererstellung verhindert. Dies wird durch die Überwachung von Änderungsprotokollen für spezifische Sperrfelder im Kundenauftragskopf oder auf Positionsebene abgeleitet. | ||
|
Bedeutung
Das Setzen von Sperren ist eine zentrale Abweichung vom „Happy Path“. Die Identifizierung, warum und wie oft Sperren gesetzt werden, hilft, systemische Probleme bei der Datenqualität, Preisgestaltung oder den Antrag bearbeitet.en KundenstammDaten aufzudecken.
Datenquelle
Abgeleitet aus den ÄnderungsDatentabellen (CDHDR, CDPOS) für Sperrfelder im Verkaufsauftrag, wie z.B. VBAK-AUFSP (Auftragssperre) oder VBAK-LIFSK (Liefersperre).
Erfassen
Identifiziert durch die Erkennung einer Änderung in einem Sperrfeld (z.B. VBAK-LIFSK) von einem leeren Wert zu einem nicht-leeren Wert.
Ereignistyp
inferred
|
|||
|
Waren kommissioniert
|
Stellt den Abschluss des physischen Kommissionierprozesses der Waren aus den Lagerorten für die Auslieferung dar. Dies wird in der Regel aus einer Statusaktualisierung des Lieferbelegs abgeleitet. | ||
|
Bedeutung
Kommissionierung ist ein wichtiger Schritt im Warehouse Fulfillment Process. Die Überwachung ihres Abschlusses hilft, die Lagereffizienz zu messen und Verzögerungen zu identifizieren, bevor die Waren versandfertig sind.
Datenquelle
Abgeleitet aus Statusfeldern in den Tabellen LIPS (Lieferposition) oder LIKP (Lieferkopf), wie z.B. dem Kommissionierstatus (KOSTA). Eine Änderung auf 'Komplett kommissioniert' kennzeichnet das Event.
Erfassen
Abgeleitet aus einer zeitzugewiesenen Änderung im Kommissionierstatusfeld (z.B. LIKP-KOSTA) des Lieferbelegs.
Ereignistyp
inferred
|
|||