Ihr Datentemplate für den Order-to-Cash-Prozess: Fakturierung und Rechnungsstellung

SAP ECC
Ihr Datentemplate für den Order-to-Cash-Prozess: Fakturierung und Rechnungsstellung

Ihr Datentemplate für den Order-to-Cash-Prozess: Fakturierung und Rechnungsstellung

Dieses umfassende Datentemplate bietet einen strukturierten Überblick über die Daten, die Sie für die Analyse und Optimierung Ihrer Fakturierungs- und Rechnungsstellungsprozesse benötigen. Es zeigt, welche wichtigen Attribute Sie erfassen und welche Aktivitäten Sie nachverfolgen sollten, und enthält praktische Hinweise zur Datenextraktion. Bereiten Sie Ihre Daten damit gezielt für Process Mining vor und gewinnen Sie präzise Erkenntnisse zur Leistung Ihres Order-to-Cash-Prozesses.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Prozessschritte und Meilensteine zur Nachverfolgung
  • Praktische Hinweise zur Datenextraktion aus SAP ECC
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Order-to-Cash: Fakturierung und Rechnungsstellung

Diese Datenfelder sollten Sie für eine umfassende Analyse von Fakturierung und Rechnungsstellung im Order-to-Cash-Prozess in SAP ECC in Ihr Event Log aufnehmen.
3 Erforderlich 5 Empfohlen 13 Optional
Name Beschreibung
Aktivität
ActivityName
Die Bezeichnung des Geschäftsereignisses oder Prozessschritts im Lebenszyklus einer Rechnung.
Beschreibung

Dieses Attribut beschreibt eine konkrete Aktion oder Statusänderung im Fakturierungsprozess, zum Beispiel „Rechnung erzeugt“, „Rechnung gebucht“ oder „Kundenzahlung eingegangen“. Die Aktivitäten werden konzeptionell aus verschiedenen Systemereignissen, Statusänderungen in Belegen oder von Benutzern ausgeführten Transaktionscodes abgeleitet.

Die Abfolge dieser Aktivitäten bildet den Prozessfluss und ist die Grundlage der Process-Mining-Analyse. Anhand der Aktivitäten erkennen Unternehmen, welche Schritte in welcher Reihenfolge und wie häufig ausgeführt werden. So lässt sich die tatsächliche Prozessausführung mit dem geplanten Prozess vergleichen.

Warum das wichtig ist

Sie legt die Schritte in der Prozessdarstellung fest und ermöglicht es, Prozessabläufe, Abweichungen und Engpässe sichtbar zu machen und zu analysieren.

Woher beziehen

Dieses konzeptionelle Attribut wird aus mehreren Quellen abgeleitet, etwa aus Transaktionscodes (CDHDR-TCODE), Belegstatusänderungen (VBUK-FKSTK) und Buchungen von Buchhaltungsbelegen.

Beispiele
Rechnung erstelltRechnung gebuchtZahlungserinnerung versendetRechnung ausgeglichen
Rechnungsnummer
InvoiceNumber
Die eindeutige Kennung des Fakturabelegs, die als primäre Case-ID für den Rechnungsprozess dient.
Beschreibung

Die Rechnungsnummer, in SAP als Fakturabelegnummer bezeichnet, identifiziert jede Rechnung eindeutig. Im Process Mining dient sie als Case-ID und fasst alle zugehörigen Aktivitäten wie Erstellung, Buchung, Versand, Zahlung und Ausgleich zu einem durchgängigen Prozessfall zusammen.

Die Analyse nach Rechnungsnummer ermöglicht einen vollständigen Überblick über den Lebenszyklus jeder Fakturatransaktion, von der Erstellung bis zum endgültigen Ausgleich. Das ist entscheidend für die Berechnung wichtiger Kennzahlen wie Days Sales Outstanding (DSO) und der gesamten Rechnungsdurchlaufzeit. So entsteht eine klare Grundlage, um die Leistung zu messen und Verbesserungen abzuleiten.

Warum das wichtig ist

Sie ist der zentrale Schlüssel, um den gesamten Verlauf einer Rechnung nachzuverfolgen und Durchlaufzeiten, Engpässe und Abweichungen für jede einzelne Fakturatransaktion zu analysieren.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: VBELN

Beispiele
90001234900012359000123690001237
Startzeit
EventTime
Der Timestamp, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Der Ereigniszeitpunkt erfasst Datum und Uhrzeit jeder Aktivität im Lebenszyklus einer Rechnung. Dieser Timestamp ist die Grundlage für alle zeitbezogenen Process-Mining-Analysen, darunter die Berechnung von Durchlaufzeiten, die Ermittlung von Engpässen und die Überwachung der Prozessleistung anhand von Service-Level-Vereinbarungen.

Das Attribut wird in der Regel aus einem Datumsfeld wie dem Buchungsdatum (BUDAT) und einem Zeitfeld (UZEIT) aus verschiedenen SAP-Tabellen gebildet, in denen Änderungen oder die Belegerstellung erfasst werden. Genaue Timestamps sind entscheidend für ein zuverlässiges Event Log und aussagekräftige Leistungsanalysen.

Warum das wichtig ist

Dieses Attribut bildet die Grundlage für alle Leistungsanalysen. Es ermöglicht die Berechnung von Durchlaufzeiten, Dauern und Wartezeiten zwischen Prozessschritten.

Woher beziehen

Wird aus verschiedenen Datums- und Zeitfeldern mehrerer Tabellen gebildet, zum Beispiel BKPF (BUDAT, CPUTM), VBRK (ERDAT, ERZET) und Änderungsprotokolltabellen wie CDHDR (UDATE, UTIME).

Beispiele
2023-04-15T10:30:00Z2023-04-16T11:00:00Z2023-05-20T09:00:00Z
Benutzername
UserName
Die ID des Benutzers, der die Aktivität ausgeführt oder den Beleg angelegt hat.
Beschreibung

Dieses Attribut erfasst die SAP-Benutzer-ID, die für ein bestimmtes Ereignis verantwortlich ist, etwa für die Erstellung einer Rechnung oder die Buchung einer Zahlung. Es ist wichtig, um den menschlichen Anteil am Prozess zu analysieren.

Anhand dieser Daten lassen sich Leistungsunterschiede zwischen Benutzern oder Teams untersuchen, Schulungsbedarf ermitteln und mögliche Compliance-Probleme erkennen. Außerdem können manuelle Aktivitäten von Benutzern von automatisierten Schritten durch System- oder Batch-Benutzer unterschieden werden. Das ist wichtig für die Berechnung des Automatisierungsgrads.

Warum das wichtig ist

Ermöglicht die Analyse der Benutzerleistung und der Arbeitsverteilung. Außerdem lassen sich manuelle und automatisierte Aktivitäten unterscheiden, was Initiativen zur Automatisierung und Effizienzsteigerung unterstützt.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: ERNAM (Erstellt von), BKPF, Feld: USNAM (Benutzername) oder CDHDR, Feld: USERNAME (Benutzer).

Beispiele
JSMITHBW_BATCHLROSSIMKUMAR
Buchungskreis
CompanyCode
Die Kennung der juristischen Person, die die Rechnung ausgestellt hat.
Beschreibung

Der Buchungskreis steht in SAP für eine eigenständige rechtliche und buchhalterische Einheit. Alle Finanztransaktionen, einschließlich Rechnungen, werden einem bestimmten Buchungskreis zugeordnet. Er ist ein grundlegendes organisatorisches Datenelement.

Im Process Mining dient der Buchungskreis dazu, die Leistung von Fakturierungsprozessen verschiedener juristischer Personen innerhalb eines Unternehmens zu vergleichen. So lassen sich bewährte Vorgehensweisen einer Einheit erkennen und auf andere übertragen. Zugleich berücksichtigt die Analyse die Organisationsstruktur des Unternehmens.

Warum das wichtig ist

Ermöglicht das Filtern und Vergleichen von Prozessen über verschiedene juristische Personen hinweg. Das ist eine wichtige Grundlage für Finanzanalysen und den Vergleich innerhalb der Organisation.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: BUKRS

Beispiele
10002000US01DE01
Fakturabelegart
BillingDocumentType
Ein Code zur Kategorisierung des Fakturabelegs, zum Beispiel als Rechnung, Gutschrift oder Lastschrift.
Beschreibung

Die Fakturabelegart ordnet Transaktionen anhand ihres Geschäftszwecks verschiedenen Kategorien zu. „F2“ steht beispielsweise für eine Standardkundenrechnung, „G2“ für eine Gutschrift. In SAP wird diese Klassifizierung konfiguriert und steuert die Verarbeitung der verschiedenen Fakturabelege.

Für Process Mining ist dieses Attribut wichtig, um unterschiedliche Fakturierungsszenarien zu filtern und zu vergleichen. Analysten können Standardrechnungen getrennt von Gutschriften untersuchen und so deren jeweilige Abläufe, Durchlaufzeiten und Herausforderungen nachvollziehen. Das ermöglicht gezieltere Prozessverbesserungen.

Warum das wichtig ist

Ermöglicht die getrennte Analyse verschiedener Fakturierungsprozesse, etwa von Standardrechnungen und Gutschriften, deren Abläufe sich oft deutlich unterscheiden.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: FKART

Beispiele
F2G2L2IV
Kundennummer
CustomerNumber
Eine eindeutige Nummer, die den Kunden identifiziert, an den die Rechnung gestellt wird.
Beschreibung

Die Kundennummer ordnet eine Rechnung einem bestimmten Kunden oder Geschäftspartner zu. Dieses Attribut ist wichtig, um den Fakturierungsprozess anhand von Kundenmerkmalen aufzuschlüsseln und zu analysieren.

Analysten können damit die Days Sales Outstanding (DSO) verschiedener Kunden vergleichen, häufig verspätete Zahlungen erkennen oder die Einhaltung von Zahlungsbedingungen untersuchen. Solche Muster helfen dabei, Kundenbeziehungen zu steuern und passende Strategien für den Zahlungseinzug zu entwickeln.

Warum das wichtig ist

Ermöglicht kundenbezogene Analysen, mit denen sich Zahlungsverhalten und DSO je Kunde untersuchen sowie passende Strategien für den Zahlungseinzug entwickeln lassen.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: KUNRG (Zahler) oder KUNAG (Auftraggeber).

Beispiele
100023200541CUST-A487910345
Rechnungsnettobetrag
TotalInvoiceAmount
Der gesamte Nettowert des Fakturabelegs.
Beschreibung

Dieses Attribut enthält den Nettogesamtbetrag der Rechnung ohne Steuern. Der Rechnungsbetrag ist eine wichtige Finanzinformation zum Fakturierungsprozess.

Er lässt sich für verschiedene Analysen verwenden, etwa um Rechnungen nach hohem und niedrigem Wert zu gruppieren und ihre Prozessabläufe zu vergleichen. Außerdem kann er dabei helfen, den Zahlungseinzug zu priorisieren oder zu untersuchen, warum die Freigabe oder Bezahlung hochpreisiger Rechnungen länger dauert. Dieser finanzielle Kontext erweitert die Prozessanalyse um eine wichtige Perspektive.

Warum das wichtig ist

Liefert wichtigen finanziellen Kontext für wertbezogene Analysen. So lässt sich beispielsweise feststellen, ob hochpreisige Rechnungen einen anderen Prozess durchlaufen oder länger bis zum Ausgleich benötigen.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: NETWR

Beispiele
1500.7525000.00500.0012345.67
Ausgleichsdatum
ClearingDate
Das Datum, an dem die Zahlung eingegangen und die Rechnung in der Debitorenbuchhaltung ausgeglichen wurde.
Beschreibung

Das Ausgleichsdatum ist der Tag, an dem ein offener Posten wie eine Rechnung im Finanzsystem als bezahlt oder „ausgeglichen“ gekennzeichnet wird. Es gibt an, wann der Zahlungseingang als vereinnahmt und abgestimmt gilt.

Dieses Datum zählt zu den wichtigsten im Order-to-Cash-Zyklus. Es bildet den Endpunkt für die Berechnung von Days Sales Outstanding (DSO) und der gesamten Durchlaufzeit von der Rechnung bis zum Zahlungseingang. Anhand des Ausgleichsdatums lässt sich die Wirksamkeit des Zahlungseinzugs messen.

Warum das wichtig ist

Markiert den letzten Schritt im Lebenszyklus der Rechnung. Das Datum dient als Endpunkt für die Berechnung von DSO und der gesamten Durchlaufzeit und gibt Aufschluss über die Effizienz des Zahlungseinzugs.

Woher beziehen

SAP-ECC-Tabelle: BSAD, Feld: AUGDT

Beispiele
2023-05-142023-06-012023-06-25
Automatisiert
IsAutomated
Eine Kennzeichnung, die angibt, ob eine Aktivität von einem Systembenutzer oder automatisiert ausgeführt wurde.
Beschreibung

Dieses berechnete Attribut ist ein boolescher Wert, der manuelle von automatisierten Aktivitäten unterscheidet. Es wird üblicherweise ermittelt, indem das Attribut „Benutzername“ mit einer Liste bekannter System- oder Batch-Benutzer-IDs wie „BATCHUSER“ oder „SAPSYSTEM“ abgeglichen wird.

Die Kennzeichnung ist wichtig, um den Automatisierungsgrad im Fakturierungsprozess zu messen. Viele Unternehmen wollen damit die Effizienz steigern und Kosten senken. Die KPI für die automatisierte Fakturierung wird direkt aus diesem Attribut berechnet und zeigt den Fortschritt von Automatisierungsinitiativen.

Warum das wichtig ist

Unterstützt direkt die Berechnung der Automatisierungsrate in der Fakturierung. So lassen sich die Prozesseffizienz und die Auswirkungen von Automatisierungsprojekten messen.

Woher beziehen

Wird aus dem Attribut „Benutzername“ abgeleitet. Die Logik könnte beispielsweise lauten: IF UserName IN ('BATCH', 'SYSTEM', 'RFCUSER') THEN true ELSE false.

Beispiele
truefalse
Belegdatum
DocumentDate
Das Datum auf dem Originalbeleg, das vom Lieferanten oder Ersteller angegeben wurde.
Beschreibung

Das Belegdatum ist das Ausstellungsdatum des Originalbelegs. Bei der Fakturierung entspricht es in der Regel dem Erstellungsdatum der Rechnung und dient häufig als Grundlage für die Berechnung des Fälligkeitsdatums.

Dieses Datum ist wichtig für die Finanzberichterstattung und die Berechnung zentraler Kennzahlen wie Days Sales Outstanding (DSO). Aus Kundensicht markiert es den Beginn des Zahlungszeitraums. Abweichungen zwischen Beleg- und Buchungsdatum können interne Verzögerungen bei der Bearbeitung eingehender Rechnungen sichtbar machen.

Warum das wichtig ist

Dient als Ausgangspunkt für die Berechnung des Rechnungsalters und des DSO und ist eine wichtige Bezugsgröße für Finanzanalysen und die Auswertung von Zahlungsbedingungen.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: FKDAT (Fakturadatum)

Beispiele
2023-04-152023-04-162023-05-20
Buchungsdatum
PostingDate
Das Datum, an dem der Beleg in der Finanzbuchhaltung gebucht wird.
Beschreibung

Das Buchungsdatum bestimmt die Geschäftsjahresperiode, in der die Transaktion im Hauptbuch erfasst wird. Es ist ein wichtiges Datum für Buchhaltung und Finanzberichterstattung. Verzögerungen zwischen Belegerstellung und Buchung können auf Ineffizienzen bei der internen Bearbeitung von Fakturabelegen hinweisen.

Im Process Mining markiert das Buchungsdatum einen wichtigen Meilenstein im Lebenszyklus der Rechnung. Die Zeitspanne zwischen Rechnungserstellung und Buchung kann als Kennzahl für die Effizienz der Fakturierungsabteilung dienen.

Warum das wichtig ist

Markiert einen wichtigen finanziellen Meilenstein und ist für die Buchhaltung entscheidend. Die Zeitspanne zwischen Rechnungserstellung und Buchung misst die Effizienz der internen Bearbeitung.

Woher beziehen

SAP-ECC-Tabelle: BKPF, Feld: BUDAT

Beispiele
2023-04-152023-04-172023-05-21
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung oder Extraktion der Daten aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann der Datensatz zuletzt aus dem Quellsystem aktualisiert wurde. Es liefert wichtigen Kontext für die Analyse und zeigt Benutzern, wie aktuell die angezeigten Daten sind.

In Dashboards und Berichten informiert dieser Timestamp die Beteiligten über den Aktualitätsstand der Daten. So können sie einschätzen, ob sehr neue Transaktionen bereits sichtbar sind. Der Wert wird üblicherweise am Ende der Datenextraktion erzeugt.

Warum das wichtig ist

Informiert Benutzer über den Aktualitätsstand der Daten. Das ist wichtig, wenn sie auf Grundlage der Analyse operative Entscheidungen treffen.

Woher beziehen

Wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und gespeichert.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Nacharbeit
IsRework
Eine Kennzeichnung, die angibt, ob eine Aktivität einen Nacharbeits- oder Korrekturschritt darstellt.
Beschreibung

Dieses berechnete Attribut kennzeichnet Aktivitäten, die Nacharbeit darstellen, etwa „Rechnung korrigiert“ oder Belegstornierungen. In der Regel handelt es sich um einen booleschen Wert, der aus dem Aktivitätsnamen oder aus Transaktionscodes für Korrekturen und Stornierungen abgeleitet wird, zum Beispiel „VF11“ zum Stornieren eines Fakturabelegs.

Im Process Mining ist diese Kennzeichnung besonders hilfreich, um den Umfang der Nacharbeit im Fakturierungsprozess zu messen. Sie unterstützt direkt Kennzahlen wie die Rechnungsberichtigungsquote und macht Nacharbeitsschleifen in der Prozessdarstellung sichtbar. So werden Ineffizienzen und Qualitätsprobleme deutlich, die Betriebskosten erhöhen und Zahlungen verzögern.

Warum das wichtig ist

Macht Ineffizienzen und Qualitätsprobleme messbar, indem sichtbar wird, wie viel Aufwand für Fehlerkorrekturen anfällt. Unterstützt direkt Kennzahlen zur Nacharbeit.

Woher beziehen

Wird aus dem Aktivitätsnamen oder Transaktionscode abgeleitet. Beispiel: IF ActivityName = 'Invoice Corrected' OR TransactionCode = 'VF11' THEN true ELSE false.

Beispiele
truefalse
Quellsystem
SourceSystem
Gibt an, aus welchem Quellsystem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut bezeichnet das führende System, aus dem die Daten stammen. In Unternehmen mit mehreren ERP-Instanzen oder integrierten Systemen hilft dieses Feld, Daten aus unterschiedlichen Quellen zu unterscheiden.

Für Process Mining ist es wichtig, um Daten zu validieren und Prozesse über verschiedene Systeme oder Organisationseinheiten hinweg zu vergleichen. Das Feld wird bei der Datenextraktion in der Regel mit einem festen Wert befüllt, der den Datensatz kennzeichnet.

Warum das wichtig ist

Gibt Aufschluss über die Herkunft der Daten. Das ist in Umgebungen mit mehreren Systemen wichtig, um die Datenintegrität sicherzustellen und systembezogene Analysen zu ermöglichen.

Woher beziehen

Dieser feste Wert wird üblicherweise während der Datenextraktion, -transformation und -ladung (ETL) hinzugefügt und kennzeichnet die jeweilige SAP-ECC-Instanz (z. B. „ECC_PROD_NA“).

Beispiele
SAP_ECC_PRODECC_EU_100SAP_US_FIN
Rechnungsfälligkeitsdatum
InvoiceDueDate
Das Datum, bis zu dem der Kunde voraussichtlich zahlt.
Beschreibung

Das Rechnungsfälligkeitsdatum ist der Zahlungstermin, der sich aus den Zahlungsbedingungen ergibt. Es ist eine wichtige Grundlage für die Verwaltung offener Forderungen und die Einleitung von Maßnahmen zum Zahlungseinzug.

Dieses Attribut dient zur Berechnung der KPI für die fristgerechte Zahlung, indem es mit dem tatsächlichen Zahlungsdatum verglichen wird. Die Analyse nach Fälligkeitsdatum hilft bei der Liquiditätsplanung und dabei, den Zahlungseinzug für anstehende oder überfällige Zahlungen zu priorisieren. Das Datum wird üblicherweise aus dem Basisdatum und den Zahlungsbedingungen abgeleitet.

Warum das wichtig ist

Dient als Maßstab für die fristgerechte Zahlung und ist wichtig für die Verwaltung offener Forderungen und die Liquiditätsplanung.

Woher beziehen

Wird anhand des Basisdatums (BSEG-ZFBDT) und der Zahlungsbedingungen (BSEG-ZTERM) berechnet. Das Datum ist nicht immer direkt in einem Feld gespeichert.

Beispiele
2023-05-152023-05-302023-06-20
Transaktionscode
TransactionCode
Der SAP-Transaktionscode, mit dem eine Aktivität ausgeführt wurde.
Beschreibung

Der Transaktionscode, auch T-Code genannt, ist die eindeutige Kennung einer bestimmten Funktion oder eines Programms in SAP, zum Beispiel „VF01“ zum Anlegen eines Fakturabelegs. Der T-Code zu jedem Ereignis zeigt auf technischer Systemebene, wie ein Prozess ausgeführt wurde.

Diese Information ist für die Ursachenanalyse besonders wertvoll. Treten beispielsweise häufig Fehler auf, können Analysten prüfen, ob ein nicht standardisierter Transaktionscode verwendet wird. Der T-Code hilft außerdem dabei, die Aktivität abzuleiten und zu verstehen, welche Systemfunktionen im Prozess zum Einsatz kommen.

Warum das wichtig ist

Liefert technischen Kontext zur Ausführung einer Aktivität. So lassen sich Ursachen von Prozessabweichungen untersuchen und nicht standardisierte Benutzeraktionen erkennen.

Woher beziehen

SAP-ECC-Tabelle: CDHDR, Feld: TCODE

Beispiele
VF01VF02FB01F-28
Verkaufsbelegnummer
SalesDocumentNumber
Die Kennung des ursprünglichen Kundenauftrags, aus dem die Rechnung hervorgegangen ist.
Beschreibung

Dieses Attribut verknüpft die Rechnung direkt mit dem Kundenauftrag, der die Transaktion ausgelöst hat. Diese Rückverfolgbarkeit ist wichtig für eine durchgängige Order-to-Cash-Analyse.

Durch die Verknüpfung des Fakturierungsprozesses mit dem vorangehenden Kundenauftragsprozess können Unternehmen die gesamte Durchlaufzeit vom Kundenauftrag bis zum Zahlungseingang analysieren. So lässt sich feststellen, ob Verzögerungen bei der Fakturierung durch Probleme im Vertrieb, in der Auftragsabwicklung oder in der Fakturierungsabteilung entstehen. Das ermöglicht einen umfassenderen Blick auf den Prozess.

Warum das wichtig ist

Verknüpft den Fakturierungsprozess mit dem Kundenauftrag und ermöglicht eine durchgängige Order-to-Cash-Analyse. So lassen sich auch abteilungsübergreifende Verzögerungen erkennen.

Woher beziehen

SAP-ECC-Tabelle: VBRP, Feld: VGBEL

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

Die Verkaufsorganisation ist eine Organisationseinheit in SAP, die für den Vertrieb von Waren und Dienstleistungen sowie für die Aushandlung von Verkaufsbedingungen zuständig ist. Sie ist ein wichtiges Merkmal für die Strukturierung der Vertriebsabläufe.

Im Process Mining ermöglicht dieses Attribut, den Fakturierungsprozess aus Sicht der Vertriebsstruktur zu analysieren. Die Leistung verschiedener Verkaufsorganisationen lässt sich vergleichen. So können Unternehmen erkennen, welche Regionen oder Geschäftsbereiche ihre Rechnungen effizienter bearbeiten, und bewährte Vorgehensweisen standardisieren.

Warum das wichtig ist

Ermöglicht Leistungsvergleiche und Analysen zwischen Vertriebsbereichen oder Regionen. So lassen sich bewährte Vorgehensweisen und Verbesserungsmöglichkeiten erkennen.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: VKORG

Beispiele
1000NA01EU01AP01
Währung
Currency
Der Währungscode für die in der Rechnung angegebenen Beträge.
Beschreibung

Dieses Attribut gibt die Transaktionswährung an, zum Beispiel USD, EUR oder JPY. Es liefert den nötigen Kontext für Geldbeträge wie den Rechnungsnettobetrag.

Bei der Analyse von Daten eines multinationalen Unternehmens ist das Währungsfeld wichtig, um Finanzwerte korrekt zu interpretieren und umzurechnen. Es ermöglicht eine konsistente Berichterstattung und verhindert, dass Beträge ohne korrekte Währungsumrechnung zusammengefasst werden. Andernfalls wären die Finanzanalysen fehlerhaft.

Warum das wichtig ist

Liefert den nötigen Kontext für alle Geldbeträge und ermöglicht genaue Finanzanalysen, insbesondere bei mehreren Währungen.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: WAERK

Beispiele
USDEURGBPJPY
Zahlungsbedingungen
PaymentTerms
Die Bedingungen, unter denen ein Verkäufer einen Verkauf abschließt, einschließlich des Zahlungsplans.
Beschreibung

Die Zahlungsbedingungen legen fest, wann eine Zahlung fällig ist, zum Beispiel „Netto 30“ oder „Netto 60“. Sie werden mit dem Kunden vereinbart und beeinflussen den Cashflow maßgeblich.

Eine Analyse nach Zahlungsbedingungen kann zeigen, ob bestimmte Vereinbarungen mit längeren Zahlungszyklen oder häufigeren verspäteten Zahlungen einhergehen. Diese Erkenntnisse helfen dem Unternehmen, bessere Bedingungen auszuhandeln oder die Finanzplanung anzupassen. Die Zahlungsbedingungen sind außerdem eine wichtige Grundlage für die Berechnung des Rechnungsfälligkeitsdatums.

Warum das wichtig ist

Hilft dabei, das Zahlungsverhalten der Kunden und die Auswirkungen vereinbarter Zahlungsbedingungen auf den Cashflow zu analysieren. Die Erkenntnisse unterstützen die Optimierung kommerzieller Vereinbarungen.

Woher beziehen

SAP-ECC-Tabelle: VBRK, Feld: ZTERM

Beispiele
Z030Z060Z001
Erforderlich Empfohlen Optional

Aktivitäten für Order-to-Cash: Fakturierung und Rechnungsstellung

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine in Ihrem Event Log, um den Prozess präzise zu entdecken und seine Leistung zu überwachen.
5 Empfohlen 8 Optional
Aktivität Beschreibung
Kundenzahlung eingegangen
Eine Kundenzahlung ist eingegangen und wurde im System als Zahlungseingang oder Bankeinzahlung gebucht. Dabei wird ein separater Zahlungsbeleg erstellt, der noch nicht der konkreten Rechnung zugeordnet ist.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein im Cash Conversion Cycle. Die Zeit vom Rechnungsversand bis zum Zahlungseingang ist ein wesentlicher Bestandteil des Days Sales Outstanding (DSO).

Woher beziehen

Erfasst als neuer Beleg in BKPF und BSEG, üblicherweise mit einem Belegtyp für Kundenzahlungen wie „DZ“. Das Buchungsdatum (BUDAT) kennzeichnet das Ereignis.

Erfassung

Anhand des Buchungsdatums des Kundenzahlungsbelegs in BKPF.

Ereignistyp explicit
Rechnung an Kunden gesendet
Zeigt an, dass die Rechnung über einen festgelegten Ausgabekanal wie Druck, E-Mail oder EDI an den Kunden versendet wurde. Dieses Ereignis wird üblicherweise anhand der Protokolle des Ausgabemanagementsystems erfasst.
Warum das wichtig ist

Dieses Ereignis ist ein wichtiger Meilenstein, ab dem die Zahlungsfrist des Kunden läuft. Verzögerungen wirken sich direkt darauf aus, wann mit einer Zahlung zu rechnen ist, und beeinträchtigen die Effizienz des Forderungseinzugs.

Woher beziehen

Lässt sich anhand von Datum und Uhrzeit der Verarbeitung in der Nachrichtenstatus-Tabelle (NAST) für den zur Rechnung gehörenden Ausgabetyp ermitteln.

Erfassung

Abgeleitet aus einem Eintrag in Tabelle NAST mit dem Verarbeitungsstatus „1“ (erfolgreich verarbeitet).

Ereignistyp inferred
Rechnung ausgeglichen
Der endgültige Status einer erfolgreich bezahlten Rechnung. Er zeigt an, dass der offene Posten durch eine entsprechende Zahlung oder Gutschrift ausgeglichen wurde. Die Rechnung gilt damit als vollständig beglichen.
Warum das wichtig ist

Kennzeichnet den erfolgreichen Abschluss des Order-to-Cash-Zyklus für eine Rechnung. Dies ist das wichtigste End Event zur Messung der durchschnittlichen Gesamtdauer des Rechnungszyklus.

Woher beziehen

Tritt ein, wenn die Felder für den Ausgleichsbeleg (AUGBL) und das Ausgleichsdatum (AUGDT) für die Rechnungsposition in Tabelle BSEG befüllt sind.

Erfassung

Das Ereignis tritt am Ausgleichsdatum (AUGDT) ein, das für die Rechnungsposition in Tabelle BSEG erfasst ist.

Ereignistyp explicit
Rechnung erstellt
Kennzeichnet die Erstellung des Abrechnungsbelegs im System. Das Ereignis wird erfasst, wenn in der Tabelle für Buchhaltungsbelegköpfe (BKPF) ein neuer Eintrag mit einem bestimmten Belegtyp für Rechnungen angelegt wird.
Warum das wichtig ist

Dies ist der Ausgangspunkt des gesamten Rechnungsstellungsprozesses. Anhand der Zeit ab diesem Ereignis lässt sich die Zykluszeit der Rechnungserstellung messen. Außerdem bildet sie die Grundlage für die Berechnung des Days Sales Outstanding (DSO).

Woher beziehen

Erfasst in Tabelle BKPF. Das Erstellungsdatum (CPUDT) und die Erstellungszeit (CPUTM) eines bestimmten Belegs (BELNR) kennzeichnen dieses Ereignis. Der Belegtyp (BLART) weist ihn als Rechnung aus.

Erfassung

Anhand des Erstellungs-Timestamp (CPUDT) des Rechnungsbelegs in Tabelle BKPF.

Ereignistyp explicit
Rechnung gebucht
Die Rechnung wird offiziell im Nebenbuch der Debitorenbuchhaltung und im Hauptbuch erfasst. Dadurch wird sie rechtsverbindlich und weist die Forderung gegenüber dem Kunden aus.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein, ab dem die Frist für den Forderungseinzug läuft. Die Zeit zwischen Erstellung und Buchung kann interne Verzögerungen sichtbar machen, die den Cashflow beeinträchtigen.

Woher beziehen

Erfasst in Tabelle BKPF. Das Buchungsdatum (BUDAT) des Belegs (BELNR) kennzeichnet dieses Ereignis. Bei geparkten Belegen ist dies der Zeitpunkt, an dem der Beleg gebucht wird.

Erfassung

Anhand des Buchungsdatums (BUDAT) des Rechnungsbelegs in Tabelle BKPF.

Ereignistyp explicit
Klärungsfall erstellt
Für die Rechnung wurde ein formeller Klärungsfall erfasst, in der Regel aufgrund einer Kundenbeschwerde. Der Fall wird im SAP Dispute Management dokumentiert.
Warum das wichtig ist

Zeigt Rechnungen mit dem Risiko verspäteter Zahlung und macht die zugrunde liegenden Ursachen für die Unzufriedenheit des Kunden sichtbar. Damit beginnt ein wichtiger Prozess zur Bearbeitung von Ausnahmen.

Woher beziehen

Erfasst, wenn in der Tabelle für Klärungsfälle (UDM_CASE) ein Fall angelegt wird, der mit dem Buchhaltungsbeleg der Rechnung verknüpft ist.

Erfassung

Wird protokolliert, wenn ein Benutzer über die Transaktion UDM_DISPUTE einen Klärungsfall erstellt.

Ereignistyp explicit
Rechnung abgeschrieben
Ein alternativer Endstatus: Die Rechnung gilt als uneinbringlich und der offene Betrag wird gegen ein Konto für uneinbringliche Forderungen ausgebucht. Damit wird die Rechnung ohne Kundenzahlung abgeschlossen.
Warum das wichtig ist

Kennzeichnet ein negatives Prozessergebnis und einen Umsatzausfall. Die Erfassung dieser Ereignisse hilft dabei, die Ursachen uneinbringlicher Forderungen zu analysieren und die Richtlinien für das Kreditmanagement zu verbessern.

Woher beziehen

Wird anhand der Ausgleichsbuchung für die Rechnung ermittelt. Wird das Ausgleichsdokument auf ein bestimmtes Sachkonto für Forderungsausfälle gebucht, gilt die Rechnung als abgeschrieben.

Erfassung

Wird ermittelt, wenn bei der Ausgleichsbuchung auf ein festgelegtes Sachkonto für Forderungsausfälle gebucht wird.

Ereignistyp inferred
Rechnung fällig
Ein berechnetes Ereignis, das den Tag kennzeichnet, an dem die Rechnung gemäß den Zahlungsbedingungen fällig ist. Es handelt sich nicht um eine Aktivität eines Benutzers oder Systems, sondern um einen wichtigen Zeitpunkt.
Warum das wichtig ist

Wichtig für die Analyse des Zahlungsverhaltens und der Compliance. Das Ereignis dient als Grundlage, um pünktliche von verspäteten Zahlungen zu unterscheiden und den KPI für die Quote pünktlicher Zahlungen zu berechnen.

Woher beziehen

Abgeleitet aus dem Vergleich des aktuellen Datums mit dem Nettofälligkeitsdatum. Das Fälligkeitsdatum steht in Feld BSEG-ZFBDT oder wird anhand des Basisdatums und der Zahlungsbedingungen berechnet.

Erfassung

Vergleichen Sie das Systemdatum mit dem Feld für das Nettofälligkeitsdatum im Rechnungspositionseintrag (BSEG).

Ereignistyp calculated
Rechnung genehmigt
Kennzeichnet die formelle Freigabe der Rechnung, durch die sie gebucht oder an den Kunden gesendet werden kann. Häufig lässt sich dies daran erkennen, dass ein geparkter Beleg in einen gebuchten Beleg umgewandelt wird.
Warum das wichtig ist

Erfasst den internen Freigabe-Workflow, der häufig Engpässe verursacht. Die Analyse dieser Aktivität unterstützt das Dashboard zur Analyse des Rechnungsfreigabeprozesses, indem sie langsame Freigaben sichtbar macht.

Woher beziehen

Lässt sich am Übergang eines Belegs vom geparkten Status (in VBKPF) zum gebuchten Status (in BKPF) erkennen. Wird ein Workflow-System verwendet, kann das Ereignis alternativ explizit in den Workflow-Protokollen erfasst sein.

Erfassung

Vergleichen Sie das Erstellungsdatum des geparkten Belegs (VBKPF) mit dem Buchungsdatum des endgültigen Belegs (BKPF).

Ereignistyp inferred
Rechnung geparkt
Der Rechnungsbeleg wurde vorläufig gespeichert, aber noch nicht im Hauptbuch gebucht. Dies wird häufig verwendet, wenn Angaben fehlen oder der Beleg vor der endgültigen Buchung geprüft werden muss.
Warum das wichtig ist

Erfasst Schritte vor der Buchung und mögliche Verzögerungen. Eine lange Verweildauer im geparkten Status kann auf Probleme mit der Datenqualität oder Engpässe im Vorabfreigabeprozess hinweisen.

Woher beziehen

Geparkte Belege werden in Tabelle VBKPF gespeichert. Wird dort ein Beleg angelegt und später gebucht, kennzeichnet dies die Aktivität.

Erfassung

Wird beim Speichern eines geparkten Belegs über eine Transaktion wie FV70 protokolliert.

Ereignistyp explicit
Rechnung korrigiert
Kennzeichnet eine Nacharbeit, bei der eine zunächst fehlerhafte Rechnung storniert wurde. Dies wird erfasst, indem Stornobelege ermittelt werden, die mit der ursprünglichen Rechnung verknüpft sind.
Warum das wichtig ist

Macht Ineffizienzen und Qualitätsprobleme im Prozess sichtbar. Häufige Korrekturen weisen auf Probleme in vorgelagerten Vertriebs- oder Abrechnungsdaten hin und unterstützen das Dashboard zu Rechnungsnacharbeit und Fehlerquoten.

Woher beziehen

Wird anhand eines Stornobelegs erkannt, bei dem BKPF-STBLG auf den ursprünglichen Beleg verweist. Das Ereignis ist die Erstellung dieses Stornobelegs.

Erfassung

Wird protokolliert, wenn ein Stornobeleg erstellt wird, zum Beispiel über FB08.

Ereignistyp explicit
Zahlung der Rechnung zugeordnet
Die eingegangene Kundenzahlung wurde der konkreten offenen Rechnung zugeordnet und zum Ausgleich vorgemerkt. Bei diesem Abstimmungsschritt wird die Zahlung mit der Forderung verknüpft.
Warum das wichtig ist

Diese Aktivität ist wichtig, um die Zykluszeit der Zahlungszuordnung zu messen. Verzögerungen bei der Zuordnung können den tatsächlichen Forderungsbestand falsch darstellen und verfügbare Liquidität verdecken.

Woher beziehen

Abgeleitet aus dem Ausgleichsvorgang, zum Beispiel F-32, der die Ausgleichsfelder im Rechnungspositionseintrag befüllt. Der Timestamp des Ereignisses ist das Ausgleichsdatum.

Erfassung

Abgeleitet daraus, dass das Ausgleichsdatum (AUGDT) in der Rechnungspositionstabelle (BSEG) eingetragen ist.

Ereignistyp inferred
Zahlungserinnerung versendet
Das System hat für eine überfällige Rechnung eine Mahnung oder Zahlungserinnerung erstellt und an den Kunden gesendet. Dieses Ereignis wird anhand der Mahnprotokolle erfasst.
Warum das wichtig ist

Hilft dabei, die Wirksamkeit der Einzugsstrategie zu bewerten. Für den KPI zur Wirksamkeit von Zahlungserinnerungen ist es wichtig, die Zeit zwischen Erinnerung und Zahlungseingang zu analysieren.

Woher beziehen

Erfasst in den Mahndatentabellen, insbesondere MHNK (Mahndatenkopf) und MHND (Mahndatenpositionen), die beim Mahnlauf erstellt werden (Transaktion F150).

Erfassung

Wird protokolliert, wenn für den überfälligen Posten ein Mahnlauf ausgeführt wird (F150).

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus SAP ECC

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre Daten effizient vor und gewinnen wertvolle Erkenntnisse zu Ihren Fakturierungs- und Rechnungsstellungsprozessen. Beginnen Sie noch heute damit, Ihren Cashflow zu beschleunigen.

Beschleunigen Sie Ihren Cashflow: Optimieren Sie Fakturierung und Rechnungsstellung noch heute!

Beseitigen Sie Ineffizienzen, verkürzen Sie die Zykluszeit um 30 % und verbessern Sie Ihren Cashflow.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Beginnen Sie in wenigen Minuten mit der Optimierung.