Ihre Order-to-Cash – Rechnungsstellungs- und FakturierungsDatenvorlage

SAP S/4HANA
Ihre Order-to-Cash – Rechnungsstellungs- und FakturierungsDatenvorlage

Ihre Order-to-Cash – Rechnungsstellungs- und FakturierungsDatenvorlage

Diese Datenvorlage bietet einen vollständigen Leitfaden für die Erfassung und Aufbereitung Ihrer Fakturierungs- und RechnungsstellungsDaten aus SAP S/4HANA. Sie beschreibt die wesentlichen Attribute und Aktivitäten, die zur Erstellung eines leistungsstarken Event-Logs für Process Mining erforderlich sind. Verwenden Sie diese Ressource, um Ihre Datenextraktion zu optimieren und sicherzustellen, dass Sie alle kritischen Informationen für eine effektive Analyse erfassen.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsleitfaden für SAP S/4HANA
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Order-to-Cash-Attribute – Fakturierung & Abrechnung

These are the recommended Daten Fields to include in Ihrem Event Log für comprehensive Order-to-Cash – Fakturierungs- & RechnungsstellungsProzessanalyse.
3 Erforderlich 7 Empfohlen 11 Optional
Name Beschreibung
Rechnungsnummer
InvoiceNumber
Der eindeutige Identifikator für einen Fakturabeleg, der als primärer Case-ID für den Rechnungsstellungsprozess dient.
Beschreibung

Die Rechnungsnummer, in SAP als Fakturabelegnummer bekannt, identifiziert jede Fakturierungstransaktion eindeutig. Sie fungiert als zentraler Schlüssel, der alle verbundenen Aktivitäten verknüpft, von der Rechnungserstellung und -buchung bis zum Zahlungseingang und der Abstimmung.\n\nIm Process Mining ist dieses Attribut für die Case Correlation unerlässlich. Alle Ereignisse, die dieselbe Rechnungsnummer teilen, werden zu einer einzigen Prozessinstanz gruppiert, was eine vollständige End-to-End-Analyse des FakturierungsLebenszyklus für jede einzelne Rechnung ermöglicht. Dies erlaubt die Verfolgung von Durchlaufzeiten, die Identifizierung von Abweichungen und die Analyse des Verlaufs jeder Rechnung.

Bedeutung

Es ist der wesentliche Identifikator, der alle zusammenhängenden Fakturierungsaktivitäten in einem einzigen Case verbindet und somit eine End-to-End-Prozessanalyse ermöglicht.

Datenquelle

SAP Tabelle: VBRK, Feld: VBELN

Beispiele
900012349000567890009012
Aktivitätsname
ActivityName
Der Name der Geschäftsaktivität oder den Antrag bearbeitet.es Ereignisse, das innerhalb des Fakturierungsprozesses aufgetreten ist, wie z.B. „Rechnung erstellt“ oder „Zahlung erhalten“.
Beschreibung

Der Aktivitätsname beschreibt einen spezifischen Schritt oder Meilenstein im FakturierungsLebenszyklus. Diese Aktivitäten werden aus verschiedenen Datenpunkten in SAP abgeleitet, wie z.B. Transaktionscodes, Dokumentstatusänderungen oder spezifischen Log-Einträgen, um einen sequenziellen Prozessablauf zu erstellen.\n\nDie Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten ist die Grundlage für Process Mining. Sie hilft, die Prozessablauf zu visualisieren, gängige und seltene Prozessvarianten zu entdecken, Engpässe zwischen den Schritten zu identifizieren und die Häufigkeit von nicht wertschöpfenden Aktivitäten wie Nacharbeit oder Stornierungen zu messen.

Bedeutung

Dieses Attribut definiert die Schritte im Prozess und ermöglicht die Visualisierung von Prozessablaufn sowie die Analyse von Prozessabläufen, Variationen und Engpässe.

Datenquelle

Abgeleitet aus verschiedenen Quellen, einschließlich Transaktionscodes (SY-TCODE), Änderungsbeleg-Status (Tabellen CDHDR/CDPOS) oder Geschäfts-Workflow-Protokollen (z. B. SWW_WI2OBJ).

Beispiele
Rechnung erstelltRechnung an Buchhaltung gebuchtKundenzahlung eingegangenRechnung storniert
Ereigniszeit
EventTime
Der genaue Zeitstempel, der angibt, wann eine Aktivität oder ein Event aufgetreten ist.
Beschreibung

Die Event Time liefert Datum und Uhrzeit für jede Aktivität und bildet das chronologische Basis des Prozesses. Dieser Zeitstempel ist maßgeblich für die Berechnung von Dauern, Durchlaufzeiten und Wartezeiten zwischen verschiedenen Schritten im Fakturierungsprozess.

In der Analyse wird die Event Time verwendet, um Aktivitäten sequenziell zu ordnen, wichtige Key Leistungsfähigkeit Indicators wie Days Sales Outstanding und die Zykluszeit der Rechnungserstellung zu berechnen und zeitbasierte Engpässe zu identifizieren. Sie ermöglicht eine dynamische Sicht auf den Prozess, die zeigt, wie sich die Leistungsfähigkeit im Laufe der Zeit ändert und wie lange jede Phase des Fakturierungszyklus dauert.

Bedeutung

Es liefert die chronologische Reihenfolge der Ereignisse, die für die Berechnung aller zeitbasierten Metriken, wie Durchlaufzeiten und Dauern, notwendig ist.

Datenquelle

Extrahierter Wert aus verschiedenen Datums- und Zeitfeldern je nach Aktivität, wie Erstellungsdatum und -zeit (VBRK-ERDAT, VBRK-ERZET), Änderungs-Zeitstempels (CDHDR-UDATE, CDHDR-UTIME) oder Buchungsdatum (BKPF-BUDAT).

Beispiele
2023-04-15T10:30:00Z2023-04-20T14:00:00Z2023-05-10T09:15:00Z
Benutzername
UserName
Die Benutzer-ID des Mitarbeiters, der den Antrag bearbeitet.ie Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst die SAP Benutzer-ID, die für ein bestimmtes Event verantwortlich ist, wie z.B. das Erstellen einer Rechnung, das Buchen eines Dokuments oder den Antrag bearbeitet.as Ausgleichen einer Zahlung. Es stellt eine Verknüpfung zwischen Prozessschritten und den Personen oder Teams her, die sie ausführen.\n\nDie Analyse nach Benutzernamen hilft, leistungsstarke Mitarbeiter, Schulungsbedarfe oder Ungleichgewichte in der Arbeitslastverteilung zu identifizieren. Sie ist auch wichtig für die Compliance-Analyse, da sie zeigt, wer kritische Aktivitäten durchgeführt hat, und für das Verständnis von Variationen in der Prozessausführung durch verschiedene Benutzer.

Bedeutung

Es verknüpft Prozessaktivitäten mit spezifischen Benutzern und ermöglicht die Analyse von Arbeitslast, Leistung und Compliance auf Einzel- oder Teamebene.

Datenquelle

Für Erstellungsereignisse ist dies in VBRK-ERNAM zu finden. Für nachfolgende Änderungen findet es sich in Änderungshistorien-Tabellen wie CDHDR-USERNAME oder in Workflow-Protokollen.

Beispiele
CBURNSHSIMPSONLLEONARD
Endzeit
EndTime
Der genaue Zeitstempel, der angibt, wann eine Aktivität oder ein Event abgeschlossen wurde.
Beschreibung

Die Endzeit markiert den Abschluss einer Aktivität. Im Process Mining wird dies oft als die Startzeit der nachfolgenden Aktivität im Case interpretiert, oder es kann direkt bezogen werden, wenn das System sowohl Start- als auch End-Ereignisse protokolliert.\n\nDieses Attribut ist maßgeblich für die Berechnung der Bearbeitungszeit einzelner Aktivitäten. Durch Subtraktion der Startzeit von der Endzeit kann die Dauer jedes Schritts gemessen werden, was für die Engpassanalyse, wie z.B. die Identifizierung von Verzögerungen in der Rechnungsfreigabephase, von wichtiger Bedeutung ist.

Bedeutung

Es ermöglicht die Berechnung der genauen Dauer (Verarbeitungszeit) jeder Aktivität, was für die Engpassanalyse grundlegend ist.

Datenquelle

Dies ist ein abgeleitetes Attribut für Process Mining. Es wird in der Regel als die Startzeit des nächsten Ereignisse in der Case-Sequenz berechnet. In einigen Szenarien könnten spezifische Tabellen Abschlusszeiten protokollieren.

Beispiele
2023-04-15T11:00:00Z2023-04-20T14:05:00Z2023-05-10T09:45:00Z
Kundenname
CustomerName
Der Name des Kunden, an den die Rechnung ausgestellt wurde.
Beschreibung

Dieses Attribut identifiziert den rechtlichen Namen des fakturierten Kunden. Es stammt aus den zentralen KundenstammDaten in SAP.\n\nDie Analyse des Prozesses nach Kunden ermöglicht die Identifizierung von Mustern, die für bestimmte Konten spezifisch sind. Zum Beispiel kann sie aufzeigen, welche Kunden konstant zu spät zahlen, welche die meisten Streitfalle verursachen oder für welche der Fakturierungsprozess am ineffizientesten ist. Dies ermöglicht ein gezieltes Kundenbeziehungsmanagement und maßgeschneiderte Inkassostrategien.

Bedeutung

Es ermöglicht eine kundenorientierte Analyse, die hilft, Zahlungsverhalten, Streitfallhäufigkeiten und Prozessineffizienzen für spezifische Konten zu identifizieren.

Datenquelle

Abgerufen aus der KundenstammDatentabelle KNA1 (Feld: NAME1), verknüpft über die Zahler-ID im Rechnungsheader (VBRK-KUNRG).

Beispiele
Springfield Power PlantKwik-E-MartCyberdyne Systems
Rechnungsbetrag
InvoiceAmount
Der Gesamtnetto-Wert der Rechnung.
Beschreibung

Dieses Attribut repräsentiert den monetären Gesamtwert der fakturierten Waren oder Dienstleistungen, exklusive Steuern. Es ist ein grundlegender FinanzDatenpunkt für jeden Rechnungsfall.\n\nDer Rechnungsbetrag wird in einer Vielzahl von Analysen verwendet. Er ermöglicht die Segmentierung des Prozesses nach Wert, um beispielsweise zu sehen, ob hochvolumige Rechnungen anders verarbeitet werden oder mehr Verzögerungen aufweisen. Er ist auch die Basis für das Finanzreporting und die Berechnung des Gesamtwerts ausstehende Zahlungen identifizieren.ender Forderungen.

Bedeutung

Es quantifiziert den finanziellen Wert jeder Rechnung und ermöglicht so eine wertbasierte Analyse, die Priorisierung von Inkassomaßnahmen und die Bewertung finanzieller Auswirkungen.

Datenquelle

SAP Tabelle: VBRK, Feld: NETWR

Beispiele
1500.0025000.50125.75
Rechnungsdatum
InvoiceDate
Das offizielle Datum, an dem die Rechnung an den Kunden ausgestellt wurde.
Beschreibung

Das Rechnungsdatum, in SAP auch als Fakturierungsdatum bekannt, dient als Ausgangspunkt für viele Finanzberechnungen. Es ist das Datum, ab dem Zahlungsbedingungen, Fälligkeitstermine und das Alter der Forderung bestimmt werden.\n\nDieses Datum ist ein kritisches Case-Level-Attribut für die Finanzanalyse. Es ist die Basis für die Berechnung des Days Sales Outstanding (DSO) KPI und für die Erstellung von Berichten über ausstehende Zahlungen identifizieren.ende Rechnungen (Aging Reports), die wesentliche Instrumente für das Cashflow-Management und das Forderungsmanagement sind.

Bedeutung

Es ist das primäre Datum für Finanzberechnungen und dient als Ausgangspunkt für DSO, Zahlungsfälligkeiten und Rechnungsalterungsanalysen.

Datenquelle

SAP Tabelle: VBRK, Feld: FKDAT

Beispiele
2023-03-202023-04-012023-05-18
Region
Region
Die geografische Region des Kunden.
Beschreibung

Das Attribut „Region“ gibt das geografische Gebiet, z.B. einen Bundesstaat oder eine Provinz, an, das mit der Kundenadresse verknüpft ist. Diese Daten sind in der Regel Teil des Kundenstammsatzes.\n\nDieses Attribut ist maßgeblich für das Dashboard „Regionale Fakturierungsleistung“. Es ermöglicht das Benchmarking wichtiger Kennzahlen wie Durchlaufzeiten, Fehlerraten und DSO über verschiedene Regionen hinweg. Dieser Vergleich kann regionale Unterschiede in der Prozessausführung, Compliance oder Effizienz aufzeigen und den Weg für gezielte Verbesserungen und die Standardisierung von Best Practices ebnen.

Bedeutung

Es ermöglicht den Vergleich der Fakturierungs-Leistungsfähigkeit über verschiedene geografische Gebiete hinweg, was hilft, regionale Unterschiede zu identifizieren und Prozesse zu standardisieren.

Datenquelle

Abgerufen aus der KundenstammDatentabelle KNA1 (Feld: REGIO), verknüpft über die Zahler-ID im Rechnungsheader (VBRK-KUNRG).

Beispiele
CANYTXBA
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem der Kunde die Rechnung voraussichtlich bezahlen soll.
Beschreibung

Das Zahlungsfälligkeitsdatum wird basierend auf dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen berechnet. Es stellt die Frist für den Zahlungseingang dar, ohne dass die Rechnung überfällig wird.\n\nDieses Attribut ist unerlässlich für die Überwachung der Effektivität des Forderungsmanagements und der Cashflow-Prognose. Es wird direkt zur Berechnung des KPI „On-Time-Payment-Rate“ und zur Segmentierung von Rechnungen in Aging Reports verwendet. Die Analyse von Abweichungen zwischen dem Fälligkeitsdatum und dem tatsächlichen Zahlungsdatum hilft, die Wirksamkeit verschiedener Zahlungsbedingungen zu bewerten.

Bedeutung

Es legt die Zahlungsfrist für den Kunden fest, was für die Berechnung der Pünktlichkeitsraten und die Verwaltung der Debitorenbuchhaltung (Accounts Receivable) wichtig ist.

Datenquelle

Dieses Datum wird nicht direkt gespeichert, sondern wird basierend auf dem Rechnungsdatum (VBRK-FKDAT) und dem Zahlungsbedingungsschlüssel (VBRK-ZTERM) mithilfe der SAP-Standardfunktionen zur Datumsermittlung berechnet.

Beispiele
2023-04-192023-05-012023-06-17
Buchungskreis
CompanyCode
Die Organisationseinheit, für die die Finanztransaktion erfasst wird.
Beschreibung

Der Buchungskreis ist eine grundlegende Organisationseinheit in SAP Financials, die ein rechtlich unabhängiges Unternehmen repräsentiert, für das Finanzberichte erstellt werden. Jeder Fakturabeleg ist einem spezifischen Buchungskreis zugeordnet.\n\nDie Analyse nach Buchungskreis ist in Mehrmandantenorganisationen unerlässlich, um die Prozessleistung, Finanzkennzahlen wie DSO und Compliance über verschiedene juristische Einheiten hinweg zu vergleichen. Er bietet einen übergeordneten organisatorischen Filter für alle Prozess-Dashboards.

Bedeutung

Es ermöglicht die Segmentierung der Prozessanalyse nach juristischen Einheiten, wodurch Leistungsfähigkeit-Vergleiche und finanzielle Konsolidierungen innerhalb der Organisation ermöglicht werden.

Datenquelle

SAP Tabelle: VBRK, Feld: BUKRS

Beispiele
10002000US01
Fakturabelegart
BillingDocumentType
Ein Code, der den Antrag bearbeitet.en Fakturabeleg klassifiziert, z. B. eine Rechnung, Gutschrift oder Stornierung.
Beschreibung

Der Fakturabelegtyp ist ein Schlüsselfeld, das Transaktionen innerhalb des Fakturierungsprozesses kategorisiert. Er steuert, wie das Dokument verarbeitet wird, einschließlich seines Nummernkreises und der Regeln für die Buchung in der Finanzbuchhaltung.\n\nDieses Attribut ermöglicht die Filterung des Prozesses zur Analyse spezifischer Transaktionstypen. Zum Beispiel könnte man eine separate Prozessansicht nur für Gutschriften erstellen, um die Gründe und den Prozessablauf für Finanzkorrekturen zu verstehen, oder Standardrechnungen separat von Stornierungen analysierenn, um ein klareres Bild des primären Fakturierungsprozesses zu erhalten.

Bedeutung

Es klassifiziert Transaktionen und ermöglicht eine fokussierte Analyse spezifischer Belegflüsse wie Standardrechnungen, Gutschriften oder Stornierungen.

Datenquelle

SAP Tabelle: VBRK, Feld: FKART

Beispiele
F2G2S1L2
Gutschriftsgrund
CreditMemoReason
Der Grundcode, der angibt, warum eine Gutschrift ausgestellt wurde.
Beschreibung

Wenn eine Rechnung Nein ist und gutgeschrieben werden muss, wird dem Gutschriftsbeleg in der Regel ein Grund zugewiesen. Dies bietet eine strukturierte Möglichkeit, die Quellen von Fakturierungsfehlern zu kategorisieren.\n\nDieses Attribut unterstützt direkt den KPI „Fakturierungsfehlerquote“. Durch die Aggregation und Analyse der Gründe für Gutschriften kann ein Unternehmen die häufigsten Fehlerarten identifizieren, wie z.B. Preisfehler oder Produktrücksendungen. Diese Analyse treibt Prozessoptimierungen voran, die darauf abzielen, den Bedarf an Finanzkorrekturen und Nacharbeit zu reduzieren.

Bedeutung

Es kategorisiert die Gründe für die Ausstellung von Gutschriften, was hilft, die häufigsten Quellen von Fakturierungsfehlern zu identifizieren und Qualitätsverbesserungen voranzutreiben.

Datenquelle

SAP Tabelle: VBRK, Feld: AUGRU (Auftragsgrund). Dieses Feld wird bei Gutschrifts-/Lastschriftsanforderungen verwendet, die dann fakturiert werden.

Beispiele
001 – Preisdifferenz002 – Schlechte Qualität005 – Kundenretoure
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, der angibt, wann die Daten für dieses Event zuletzt extrahiert oder aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabzugs aus dem Quellsystem. Es ist ein MetaDatenfeld, das wichtig ist, um die Aktualität der analysierten Daten zu verstehen.\n\nDiese Informationen werden verwendet, um die Aktualität der Analyse zu validieren und Datenaktualisierungspläne zu verwalten. Es stellt sicher, dass Stakeholder sich der Aktualität der Daten bewusst sind, wenn sie Entscheidungen basierend auf den Process Mining Dashboards und Erkenntnissen treffen.

Bedeutung

Es gibt Aufschluss über die Aktualität der Daten, was für das Vertrauen in die Analyse und das Verständnis ihrer Relevanz für den aktuellen Betriebszustand wichtig ist.

Datenquelle

Dieser Zeitstempel wird während des Datenextraktions- und Ladeprozesses (ETL) generiert und auf jeden Datensatz zugewiesen.

Beispiele
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
Quellsystem
SourceSystem
Identifiziert das spezifische Quellsystem, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut spezifiziert den Ursprung der Daten, was besonders nützlich in Umgebungen mit mehreren SAP-Instanzen oder anderen integrierten Systemen ist. Es umfasst in der Regel die System-ID und die Mandantennummer.\n\nIn der Analyse hilft es, Prozesse und Leistungen über verschiedene Systeme oder Organisationseinheiten hinweg zu differenzieren. Es stellt ... sicher die Datenherkunft und liefert Kontext, insbesondere wenn Daten aus mehreren Quellen für eine vollständige Prozessansicht kombiniert werden.

Bedeutung

Es liefert wichtigen Kontext über den Ursprung der Daten, stellt ... sicher Klarheit in Multi-System-Umgebungen und unterstützt die Daten Governance.

Datenquelle

Dies ist in der Regel ein statischer Wert, der während der Datenextraktion definiert wird und oft die System-ID (SY-SYSID) und den Mandanten (SY-MANDT) kombiniert.

Beispiele
S4H_PROD_100S4H_QAS_200ECC_PROD_300
Streitgrund
CustomerDisputeReason
Der Grund, den ein Kunde für die Anfechtung einer Rechnung angegeben hat.
Beschreibung

Wenn ein Kunde eine Rechnung anficht, wird oft der Grund für den Streitfalle erfasst. Dies könnte auf Preisfehler, Neine Mengen oder beschädigte Waren zurückzuführen sein. Diese Informationen können im SAP Streitfalle Management Modul oder als Textnotizen gespeichert werden.\n\nDie Analyse der Streitfalle-Gründe ist die Basis für den KPI „Fakturierungsfehlerquote“ und die damit verbundene Fehleranalyse. Sie hilft, die Ursachen von Fakturierungsungenauigkeiten zu identifizieren, wodurch das Unternehmen systemische Probleme in vorgelagerten Prozessen angehen, die Rechnungsqualität verbessern und die Kundenzufriedenheit steigern kann.

Bedeutung

Es erklärt, warum Rechnungen beanstandet werden, und liefert direkten Einblick in die Ursachen von Fakturierungsfehlern und Kundenunzufriedenheit.

Datenquelle

Wenn SAP Streitfalle Management verwendet wird, sind diese Informationen in Tabellen wie UDM_DISPUTE zu finden. Andernfalls können sie aus Grundcodes auf verwandten Belegen oder Textfeldern abgeleitet werden.

Beispiele
Falscher PreisMengenabweichungBeschädigte Ware erhalten
Verkaufsauftragsnummer
SalesOrderNumber
Die Kennung des ursprünglichen `Sales Order`, der zur Rechnung führte.
Beschreibung

Die Kundenauftragsnummer verknüpft den Fakturabeleg mit den vorhergehenden Verkaufsaktivitäten. Ein einziger Kundenauftrag kann zu einer oder mehreren Rechnungen führen, und diese Verknüpfung bietet den vollständigen Dokumentenfluss.\n\nDieses Attribut ist maßgeblich für eine echte End-to-End Order-to-Cash Analyse. Es ermöglicht die Erweiterung der Prozessansicht stromaufwärts, indem Fakturierungsprobleme mit ihren potenziellen Ursachen in den Phasen der Auftragserstellung oder -erfüllung verbunden werden. Zum Beispiel hilft es, die gesamte Zykluszeit der Rechnungserstellung zu berechnen, beginnend mit der Erfüllung des Auftrags.

Bedeutung

Es verknüpft die Rechnung mit dem ursprünglichen Kundenauftrag und ermöglicht so eine breitere, End-to-End-Sicht auf den Order-to-Cash-Prozess über die reine Fakturierung hinaus.

Datenquelle

SAP Tabelle: VBRP (Fakturabeleg PositionsDaten), Feld: AUBEL

Beispiele
100001231000045610000789
Währung
Currency
Der Währungscode für den Rechnungsbetrag.
Beschreibung

Dieses Attribut gibt die Währung an, in der den Antrag bearbeitet.ie Rechnungsbeträge ausgedrückt sind, z.B. USD, EUR oder JPY. Es liefert den notwendigen Kontext für alle monetären Werte.\n\nIn einer globalen Organisation ist die Währung für die korrekte Finanzanalyse und -berichterstattung unerlässlich. Sie ermöglicht die ordnungsgemäße Aggregation von FinanzDaten durch Umrechnung aller Beträge in eine gemeinsame Berichtswährung und ermöglicht den Vergleich der Fakturierungsleistung in verschiedenen Regionen mit unterschiedlichen lokalen Währungen.

Bedeutung

Es bietet den wesentlichen Kontext für alle monetären Werte und stellt ... sicher eine genaue Finanzanalyse und -berichterstattung, insbesondere bei multinationalen Operationen.

Datenquelle

SAP Tabelle: VBRK, Feld: WAERK

Beispiele
USDEURGBP
Wurde pünktlich bezahlt
IsPaidOnTime
Ein boolesches Flag, das anzeigt, ob die Rechnung am oder vor ihrem Fälligkeitsdatum bezahlt wurde.
Beschreibung

Dies ist ein berechnetes Attribut, das das tatsächliche Zahlungsdatum mit dem geplanten Zahlungsfälligkeitsdatum vergleicht. Es ergibt „Ja“, wenn die Zahlung pünktlich erfolgte, und „false“, wenn sie verspätet war.\n\nDieses Flag vereinfacht die Berechnung und Visualisierung des KPI „On-Time-Payment-Rate“. Es ermöglicht eine einfache Filterung und Segmentierung, um die Merkmale von Rechnungen zu analysierenn, die verspätet gegenüber denen, die pünktlich bezahlt werden. Dies kann helfen, Muster aufzudecken, die mit spezifischen Kunden, Regionen oder Zahlungsbedingungen zusammenhängen und zu verspäteten Zahlungen führen.

Bedeutung

Es vereinfacht die Leistungsfähigkeit-Messung, indem jede Rechnung klar als 'pünktlich' oder 'verspätet' gekennzeichnet wird, was den KPI der Pünktlichkeitsrate direkt unterstützt.

Datenquelle

Dies ist ein berechnetes Feld. Die Logik vergleicht den Zeitstempel der Aktivität „Kundenzahlung erhalten“ mit dem Wert im Attribut „PaymentDueDate“.

Beispiele
JaNein
Zahlungsbedingungen
PaymentTerms
Der Code, der den Antrag bearbeitet.ie Zahlungsbedingungen definiert, wie z.B. die zulässige Zahlungsfrist.
Beschreibung

Zahlungsbedingungen sind vordefinierte Konditionen, die mit einem Kunden vereinbart werden und festlegen, wann eine Rechnungszahlung fällig ist. Beispiele hierfür sind „Netto 30“ (Zahlung fällig in 30 Tagen) oder „2/10 Netto 30“ (2 % Rabatt bei Zahlung innerhalb von 10 Tagen, ansonsten fällig in 30 Tagen).\n\nDie Analyse nach Zahlungsbedingungen hilft, deren Wirksamkeit zu bewerten. Durch die Korrelation verschiedener Zahlungsbedingungen mit der tatsächlich benötigten Zeit bis zum Zahlungseingang kann ein Unternehmen ermitteln, welche Bedingungen am erfolgreichsten eine prompte Zahlung pflegen, und seine Bedingungen optimieren, um den Cashflow zu verbessern.

Bedeutung

Es definiert den vereinbarten Zahlungsplan und ermöglicht die Analyse, welche Bedingungen am effektivsten sind, um eine pünktliche Zahlung von Kunden zu sicherstellen.

Datenquelle

SAP Tabelle: VBRK, Feld: ZTERM

Beispiele
Z030Z060ZB60
Zahlungsstatus
PaymentStatus
Der aktuelle Status der Rechnungszahlung, z.B. Offen, Bezahlt oder Überfällig.
Beschreibung

Der Zahlungsstatus bietet eine Momentaufnahme des Stands einer Rechnung im InkassoLebenszyklus. Dies ist kein einzelnes Feld in SAP, sondern wird durch Überprüfung des Ausgleichsstatus des entsprechenden Buchhaltungsbelegs abgeleitet.

Dieses Attribut ist unerlässlich für das Dashboard zur Alterung der offenen Rechnungen. Es ermöglicht die Segmentierung aller offenen Rechnungen nach ihrem Status und Alter, wodurch das Inkassoteam seine Anstrengungen effektiv priorisieren kann. Die Verfolgung der Übergänge zwischen den Status ist auch eine Möglichkeit, den Inkassoprozess selbst zu überwachen.

Bedeutung

Es bietet einen klaren, auf einen Blick erkennbaren Überblick über den Inkasso-Status einer Rechnung, was für das Management von Forderungen und die Priorisierung von Inkassobemühungen wichtig ist.

Datenquelle

Abgeleitet durch Überprüfung des Ausgleichsstatus des Buchhaltungsbelegs (VBRK-BELNR) in Finanztabellen wie BSID (offene Posten) und BSAD (ausgeglichene Posten).

Beispiele
OffenBezahltÜberfälligTeilweise bezahlt
Erforderlich Empfohlen Optional

Order-to-Cash-Aktivitäten – Fakturierung & Abrechnung

Dies sind die wichtigen Prozessschritte und Meilensteine, die Sie in Ihrem `Event Log` für eine genaue `Prozessanalyse (Discovery)` erfassen sollten.
5 Empfohlen 8 Optional
Aktivität Beschreibung
Geldeingang zugeordnet/abgestimmt
Stellt den Moment dar, in dem der eingehende Kundenzahlung abgeglichen und zur Ausbuchung des offenen Rechnungsbetrags aus dem Nebenbuch der Debitorenbuchhaltung (Accounts Receivable) verwendet wird. Diese Aktivität schließt die Transaktion aus finanzieller Sicht ab.
Bedeutung

Misst die Effizienz des Zahlungszuordnungsprozesses. Verzögerungen hier können den tatsächlichen Zustand der Kundenkonten Nein darstellen und unnötigen Aufwand für Inkassoteams verursachen.

Datenquelle

Dieses Event wird durch das Ausgleichsdatum (BSEG-AUGDT) auf der Buchungsbelegposition der Originalrechnung erfasst. Dieses Datum wird gefüllt, wenn ein Ausgleichsbeleg den Posten ausgleicht.

Erfassen

Erfasst aus dem Feld Ausgleichsdatum (AUGDT) in der Tabelle BSEG/ACDOCA für den Rechnungszeilenposten.

Ereignistyp explicit
Kundenzahlung eingegangen
Diese Aktivität markiert die Buchung eines eingehenden Kundenzahlung in das Finanzsystem. Die Zahlung ist in diesem Stadium möglicherweise noch keiner spezifischen Rechnung zugeordnet, aber die Gelder wurden erfasst.
Bedeutung

Ein wichtiger Meilenstein zur Berechnung der den Antrag bearbeitet.urchschnittlichen Forderungslaufzeit (DSO). Er signalisiert den Geldeingang, auch wenn die Abstimmung noch ausstehende Zahlungen identifizieren.t.

Datenquelle

Erfasst aus dem Buchungsdatum (BKPF-BUDAT) des Kundenbelegdokuments (in der Regel Belegart 'DZ' in Tabelle BKPF).

Erfassen

Das Ereignis basiert auf der Erstellung des Zahlungsbelegs in BKPF/BSEG.

Ereignistyp explicit
Rechnung abgeschlossen
Diese Aktivität kennzeichnet den Endzustand einer erfolgreich bezahlten Rechnung. Funktional ist sie identisch mit „Cash Applied/Reconciled“ und zeigt an, dass der Prozess für diese Rechnung abgeschlossen ist.
Bedeutung

Dient als primäres End-Event des „Happy Path“ für den Prozess. Die Messung der Gesamtzykluszeit bis zu diesem Punkt bietet eine vollständige Übersicht über den End-to-End-Fakturierungs- und Rechnungsstellungsprozess.

Datenquelle

Abgeleitet vom Status des Kundenpostens im Buchhaltungsbeleg. Ein Posten ist geschlossen oder 'ausgeglichen', wenn die Felder Ausgleichsdatum (BSEG-AUGDT) und Ausgleichsbeleg (BSEG-AUGBL) gefüllt sind.

Erfassen

Abgeleitet aus der Befüllung des Ausgleichsdatums (AUGDT) in der BSEG/ACDOCA-Tabelle für den Rechnungszeilenposten.

Ereignistyp inferred
Rechnung an Buchhaltung gebucht
Stellt die erfolgreiche Buchung des Fakturabelegs in das Finanzbuchhaltungsmodul dar. Dies ist ein kritischer Meilenstein, bei dem die Rechnung zu einem offiziellen Debitoreneintrag wird und Buchungen im Hauptbuch erzeugt werden.
Bedeutung

Diese Aktivität bestätigt, dass die Rechnung ein rechtlich bindendes Finanzdokument ist. Die Zeitspanne zwischen Erstellung und Buchung ist ein wichtiger Leistungsindikator, der den Antrag bearbeitet.ie interne Bearbeitungseffizienz hervorhebt.

Datenquelle

Dieses Event wird erfasst, wenn der entsprechende Buchhaltungsbeleg erstellt wird. Der Fakturabeleg (VBRK-VBELN) ist über VBRK-BELNR mit dem Buchhaltungsbeleg (BKPF-BELNR) verknüpft, und das Buchungsdatum ist BKPF-BUDAT.

Erfassen

Erfasst aus dem Buchungsdatum (BUDAT) des Buchhaltungsbelegs in Tabelle BKPF, der mit dem Fakturabeleg verknüpft ist.

Ereignistyp explicit
Rechnung erstellt
Diese Aktivität markiert die Erstellung des Fakturabelegs im System. Es handelt sich um ein explizites Event, das erfasst wird, wenn ein Benutzer eine Transaktion wie VF01 ausführt oder wenn ein Hintergrundjob die Rechnung erstellt, was zu einem neuen Eintrag in der Fakturabelegkopf-Tabelle führt.
Bedeutung

Dies ist das primäre Start-Event für den Fakturierungsprozess. Die Analyse der Zeit von der Auftragserfüllung bis zu dieser Aktivität ist maßgeblich für die Messung der Zykluszeit der Rechnungserstellung und die Identifizierung anfänglicher Prozessverzögerungen.

Datenquelle

Bei der Erstellung in der SAP S/4HANA Tabelle VBRK (Fakturabeleg: KopfDaten) erfasst. Das Erstellungsdatum (VBRK-ERDAT) und die Uhrzeit (VBRK-ERZET) dienen als Zeitstempel.

Erfassen

Das Ereignis wird aus dem Erstellungs-Zeitstempel des FakturabelegDatensatzes in Tabelle VBRK erfasst.

Ereignistyp explicit
`Rechnung an Kunden gesendet`
Diese Aktivität markiert den Zeitpunkt, zu dem die Rechnung an den Kunden übermittelt wurde, z.B. per Druck, E-Mail oder EDI. Der Erfassungsmechanismus hängt von der Konfiguration des Output-Managements in SAP ab.
Bedeutung

Der offizielle Start der Zahlungsfrist aus Sicht des Kunden. Verzögerungen beim Rechnungsversand wirken sich direkt auf die Days Sales Outstanding (DSO) und den Cashflow aus.

Datenquelle

Kann explizit in den Ausgabesteuerungstabellen (wie NAST für ältere Methoden oder den Antrag bearbeitet.eren S/4HANA-Äquivalent) protokolliert werden. Wenn nicht explizit protokolliert, wird oft angenommen, dass es gleichzeitig mit 'Rechnung an Buchhaltung gebucht' auftritt.

Erfassen

Prüfen Sie die Verarbeitungsprotokolle in den Ausgabemanagement-Tabellen auf einen Zeitstempel, der den Antrag bearbeitet.em Rechnungs-Ausgabetyp zugeordnet ist.

Ereignistyp explicit
Gutschrift erstellt
Diese Aktivität stellt die Erstellung einer Gutschrift dar, die an einen Kunden ausgestellt wird, um eine Überberechnung zu korrigieren oder eine Gutschrift für zurückgesendete Waren zu gewähren. Sie ist oft mit einer Originalrechnung verknüpft.
Bedeutung

Hebt Probleme hervor, die zu finanziellen Anpassungen nach der Fakturierung führen. Die Analyse von Gutschriften kann Preisfehler, Produktprobleme oder andere Ursachen für Umsatzverluste aufdecken.

Datenquelle

Explizit als neuer Fakturabeleg (in VBRK) mit einer spezifischen Belegart für Gutschriften (z. B. 'G2') erstellt. Er referenziert oft den ursprünglichen Kundenauftrag oder den Antrag bearbeitet.ie Rechnung.

Erfassen

Erfasst aus der Erstellung eines Fakturabelegs in VBRK mit einer Gutschriftsfakturabelegart.

Ereignistyp explicit
Kundenstreitfall eröffnet
Diese Aktivität tritt auf, wenn ein Kunde einen Einspruch gegen eine Rechnung erhebt, der den Antrag bearbeitet.ann formell im System protokolliert wird. Dies erfordert die Nutzung des SAP Streitfalle Management Moduls.
Bedeutung

Zeigt Probleme mit der Fakturierungsgenauigkeit, Produktqualität oder Servicebereitstellung auf, die zu Zahlungsverzögerungen führen. Die Analyse von Streitgründen kann helfen, Ursachen zu beheben und die Kundenzufriedenheit zu verbessern.

Datenquelle

Protokolliert bei der Erstellung eines Streitfalls in den Streitfalle-Management-Tabellen (z. B. UDM_CASE), der mit dem Buchhaltungsbelegposten verknüpft ist.

Erfassen

Erfasst aus dem Erstellungs-Zeitstempel des mit der Rechnung verknüpften Streitfalle Case-Datensatzes.

Ereignistyp explicit
Rechnung storniert
Tritt auf, wenn eine zuvor erstellte Rechnung storniert wird, was in der Regel die Erstellung eines entsprechenden Stornobelegs beinhaltet. Dies kehrt die ursprüngliche Rechnung und ihre buchhalterische Auswirkung effektiv um.
Bedeutung

Zeigt Nacharbeit, Korrekturen oder Fakturierungsfehler an. Eine hohe Häufigkeit von Stornierungen weist auf erhebliche vorgelagerte Probleme bei der Kundenauftragserfassung oder den Antrag bearbeitet.er FakturierungsKonfiguration hin.

Datenquelle

Erfasst, wenn ein Stornierungs-Fakturabeleg erstellt wird (z. B. Belegart 'S1'). Dieses neue Dokument in VBRK referenziert die ursprüngliche Rechnungsnummer im Feld VBRK-SFAKN.

Erfassen

Das Ereignis wird aus dem Erstellungsdatum des Stornierungsbelegs in VBRK erfasst, der den Antrag bearbeitet.ie Originalrechnung referenziert.

Ereignistyp explicit
Rechnungsbuchung gesperrt
Dieses Event tritt auf, wenn eine Rechnung erstellt, aber aufgrund verschiedener Gründe, wie Kreditprüfungen oder Dateninkonsistenzen, automatisch von der Buchung in der Finanzbuchhaltung gesperrt wird. Dieser Status wird aus dem Buchungsstatusfeld im Fakturabeleg abgeleitet.
Bedeutung

Identifiziert Engpässe, an denen Rechnungen erstellt, aber nicht sofort an die Finanzabteilung freigegeben werden, was den gesamten Cash-Collection-Zyklus verzögert. Dies ist ein Schlüsselindikator für Datenqualitätsprobleme oder Kreditmanagementprobleme.

Datenquelle

Abgeleitet aus dem Buchungsstatusfeld in der Fakturabelegkopf-Tabelle (VBRK-RFBSK). Ein Status wie 'A' (Fakturabeleg für Weiterleitung an FI gesperrt) weist auf eine Sperre hin.

Erfassen

Abgeleitet durch Überprüfung des Wertes des Buchungsstatusfeldes (VBRK-RFBSK) unmittelbar nach der Rechnungserstellung.

Ereignistyp inferred
Rechnungsnacharbeit identifiziert
Ein kalkuliertes Ereignis, das eine Nacharbeits-Schleife identifiziert, bei der eine Rechnung storniert und dann eine neue für denselben Kundenauftrag erstellt wurde. Es ist keine einzelne Transaktion, sondern ein Ereignismuster.
Bedeutung

Unterstützt direkt den KPI der Rechnungsnacharbeitsrate, indem Korrekturinstanzen quantifiziert werden. Dies hilft, Ineffizienzen zu identifizieren und die Kosten mangelhafter Qualität im Fakturierungsprozess zu messen.

Datenquelle

Dieses Muster wird berechnet, indem ein Event „Rechnung storniert“ gefolgt von einem neuen Event „Rechnung erstellt“ identifiziert wird, die beide auf dasselbe Quelldokument, wie z.B. eine Kundenauftragsnummer, zurückzuführen sind.

Erfassen

Abgeleitet durch Erkennung einer Sequenz von 'Rechnung storniert' und 'Rechnung erstellt' für denselben Kundenauftrag.

Ereignistyp calculated
Zahlungserinnerung versandt
Stellt das Senden einer Zahlungserinnerung oder Mahnung an einen Kunden für eine überfällige Rechnung dar. Dies ist ein explizites Event, das durch den automatisierten Mahnprozess generiert wird.
Bedeutung

Ermöglicht die Analyse der Wirksamkeit des Mahnprozesses. Es hilft festzustellen, ob Mahnungen Zahlungen beschleunigen und welche Mahnstufen am effektivsten sind.

Datenquelle

Erfasst in den Mahnhistorietabellen (MAHNV, MHND), wenn der Mahnlauf (Transaktion F150) für den offenen Posten der Rechnung ausgeführt wird.

Erfassen

Erfasst vom Ausführungsdatum der Mahnung, das in den Mahnhistorientabellen aufgezeichnet ist.

Ereignistyp explicit
Zahlungsfälligkeitsdatum erreicht
Ein kalkuliertes Ereignis, das das offizielle Fälligkeitsdatum der Rechnungszahlung gemäß den vereinbarten Zahlungsbedingungen darstellt. Es ist kein transaktionelles Ereignis, sondern wird aus RechnungsDaten abgeleitet.
Bedeutung

Dies bietet eine kritische Grundlage zur Messung der pünktlichen Zahlungsleistung und zur Analyse des Kunden-Zahlungsverhaltens. Es hilft, zwischen fristgerechten und überfälligen Zahlungen zu unterscheiden.

Datenquelle

Berechnet auf Basis des Basisdatums für die Zahlung (BSEG-ZFBDT) und der Zahlungsbedingungen, die im Kundenposten des Buchhaltungsbelegs gespeichert sind.

Erfassen

Abgeleitet durch Addition der Zahlungszieltage zum Basiszahlungsdatum, das im Buchhaltungsbelegposten (BSEG) gefunden wird.

Ereignistyp calculated
Empfohlen Optional

Extraktionsanleitungen

So holen Sie Ihre Daten aus SAP S/4HANA