Ihr Daten-Template für die Purchase-to-Pay-Rechnungsverarbeitung

SAP S/4HANA
Ihr Daten-Template für die Purchase-to-Pay-Rechnungsverarbeitung

Ihr Daten-Template für die Purchase-to-Pay-Rechnungsverarbeitung

Dieses Daten-Template unterstützt Sie bei der Einrichtung Ihrer Analyse der Purchase-to-Pay-Rechnungsverarbeitung. Es beschreibt die erforderlichen Datenattribute, die Sie erfassen sollten, und die zentralen Aktivitäten, die Sie verfolgen sollten. Außerdem enthält es hilfreiche Hinweise zur Datenextraktion. Verwenden Sie das Template, um Ihre Daten effizient für Process-Mining-Vorhaben aufzubereiten.
  • Empfohlene Attribute für die Datenerfassung
  • Zentrale Aktivitäten für die Nachverfolgung
  • Hinweise zur Datenextraktion für SAP S/4HANA
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für die Purchase-to-Pay-Rechnungsverarbeitung

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um die Purchase-to-Pay-Rechnungsverarbeitung umfassend zu analysieren.
3 Erforderlich 8 Empfohlen 10 Optional
Name Beschreibung
Rechnungsnummer
InvoiceNumber
Die eindeutige Kennung des Lieferantenrechnungsbelegs. Sie dient als primäre Case-ID des Prozesses.
Beschreibung

Die Rechnungsnummer ist die eindeutige Kennung, die jeder Lieferantenrechnung in SAP S/4HANA zugewiesen wird. Sie führt alle zugehörigen Aktivitäten wie Erstellung, Vorerfassung, Freigabe und Zahlung zu einer einzelnen Prozessinstanz zusammen.

Im Process Mining ist dieses Attribut grundlegend, um den gesamten Ablauf jeder Rechnung nachzuverfolgen. Es ermöglicht die Rekonstruktion des Prozessflusses vom Rechnungseingang bis zur endgültigen Zahlung. So lassen sich Durchlaufzeiten, Engpässe und Prozessabweichungen auf Ebene der einzelnen Rechnung analysieren.

Warum das wichtig ist

Dieses zentrale Attribut verknüpft alle zugehörigen Ereignisse und ermöglicht es, den gesamten Lebenszyklus einer Rechnung im System nachzuverfolgen.

Woher beziehen

Dies ist die Buchhaltungsbelegnummer im Feld BELNR der Tabelle BKPF.

Beispiele
190000000119000000451900000132
Aktivitätsname
ActivityName
Der Name der geschäftlichen Aktivität oder des Ereignisses, das zu einem bestimmten Zeitpunkt für eine Rechnung eingetreten ist.
Beschreibung

Der Aktivitätsname bezeichnet einen bestimmten Schritt oder eine Statusänderung im Lebenszyklus der Rechnungsverarbeitung. Beispiele sind „Rechnungsbeleg erstellt“, „Rechnung zur Freigabe gesendet“, „Zahlungssperre gesetzt“ und „Zahlung ausgeführt“.

Dieses Attribut ist entscheidend für die Erstellung der Prozesslandkarte, die den Ablauf der Aktivitäten visualisiert. Die Analyse ihrer Reihenfolge, Häufigkeit und Dauer hilft, Engpässe, Nacharbeitsschleifen und nicht konforme Prozessabweichungen zu erkennen. Es bildet die Grundlage jeder Process-Mining-Analyse.

Warum das wichtig ist

Das Attribut legt die Prozessschritte fest. Dadurch lassen sich Prozesslandkarten visualisieren sowie Prozessflüsse und Abweichungen analysieren.

Woher beziehen

Abgeleitet aus einer Kombination von SAP-Transaktionscodes (SY-TCODE), Statuswerten aus Änderungsbelegen (CDHDR/CDPOS) und bestimmten Feldwerten, die Statusänderungen anzeigen.

Beispiele
Rechnung geparktRechnung freigegebenZahlung ausgeführt
Ereigniszeitpunkt
EventTime
Das genaue Datum und die genaue Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung

Der Ereigniszeitpunkt ist der Timestamp, der genau festhält, wann eine bestimmte Aktivität stattgefunden hat. Diese Daten sind entscheidend, um die Dauer, Durchlaufzeiten und Wartezeiten zwischen den einzelnen Prozessschritten zu berechnen.

Bei Process-Mining-Analysen dienen genaue Timestamps zur Messung von Leistungskennzahlen wie „Durchschnittliche Rechnungsdurchlaufzeit“ und „Freigabedurchlaufzeit für Rechnungen“. Anhand der Zeit zwischen Aktivitäten können Unternehmen Engpässe erkennen, an denen sich Rechnungen verzögern, und Möglichkeiten zur Beschleunigung des Prozesses ermitteln.

Warum das wichtig ist

Dieser Timestamp bildet die Grundlage für alle zeitbezogenen Analysen, darunter Leistungsüberwachung, Erkennung von Engpässen und SLA-Überwachung.

Woher beziehen

Die Daten stammen üblicherweise aus den Änderungsbelegt Tabellen CDHDR (Kopf) und CDPOS (Position), und zwar aus den Feldern UDATE und UTIME. Bei einigen Ereignissen können sie auch aus Erstellungs- oder Erfassungsdaten in Tabellen wie BKPF (CPUDT, CPUTM) stammen.

Beispiele
2023-04-15T10:30:00Z2023-04-18T14:05:21Z2023-05-02T09:00:00Z
Belegart
DocumentType
Ein Code zur Klassifizierung verschiedener Arten von Buchhaltungsbelegen, etwa Lieferantenrechnungen oder Gutschriften.
Beschreibung

In SAP dient die Belegart dazu, verschiedene Geschäftsvorfälle zu unterscheiden. „KR“ steht beispielsweise üblicherweise für eine Standard-Lieferantenrechnung, „KG“ für eine Lieferantengutschrift.

Die Analyse nach Belegart ermöglicht es, den Prozess aufzuschlüsseln und die Bearbeitung verschiedener Geschäftsvorfälle zu vergleichen. Eine Gutschrift kann beispielsweise einen deutlich anderen Prozess durchlaufen als eine Standardrechnung. Diese Aufschlüsselung liefert genauere und relevantere Erkenntnisse zum Prozess.

Warum das wichtig ist

Damit lassen sich verschiedene Arten von Finanztransaktionen unterscheiden, etwa Standardrechnungen und Gutschriften, die häufig unterschiedliche Prozessabläufe haben.

Woher beziehen

Das Feld BLART befindet sich in der Belegkopftabelle BKPF.

Beispiele
KRREKG
Benutzername
UserName
Die SAP-Benutzer-ID der Person oder des Systems, die beziehungsweise das die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut gibt an, welcher Benutzer eine bestimmte Transaktion ausgeführt oder einen Beleg erstellt hat. Dabei kann es sich um die Benutzer-ID einer Person oder um die System-ID eines automatisierten Stapelverarbeitungsauftrags handeln.

Die Analyse nach Benutzer hilft dabei, die Arbeitslast zu verstehen, Schulungsbedarf zu erkennen und ungewöhnliches Benutzerverhalten aufzudecken. So wird beispielsweise sichtbar, welche Benutzer häufig Ausnahmen bearbeiten oder welche Rechnungen automatisch verarbeitet werden, etwa durch den Benutzer „BATCHUSER“. Das ist wichtig für die Berechnung des KPI „Automatisierungsgrad der Rechnungsverarbeitung“.

Warum das wichtig ist

Das Attribut ordnet Prozessaktivitäten bestimmten Benutzern oder Systemkonten zu. So können Sie Arbeitslasten analysieren, die Leistung vergleichen und Automatisierung erkennen.

Woher beziehen

Die Daten stammen aus Feldern wie BKPF-USNAM (Erfasst von) oder CDHDR-USERNAME (Geändert von).

Beispiele
SMITHJMUELLERTWF-BATCH
Bestellung
PurchasingDocument
Die Bestellnummer, auf die sich die Rechnung bezieht.
Beschreibung

Die Nummer des Einkaufsbelegs verknüpft die Lieferantenrechnung mit der ursprünglichen Bestellung (PO). Diese Verknüpfung ist grundlegend für den Drei-Wege-Abgleich, bei dem die Rechnung mit der Bestellung und dem Wareneingang abgeglichen wird.

Die Analyse dieses Attributs hilft, Probleme bei Rechnungen mit und ohne Bestellbezug zu verstehen. Es ist wichtig, um Abweichungen beim Abgleich zu untersuchen und die Effizienz des Beschaffungsprozesses zu bewerten.

Warum das wichtig ist

Verknüpft die Rechnung mit dem Beschaffungsprozess. Das ist wichtig, um Abweichungen beim Abgleich und die Einhaltung der Bestellvorgaben zu analysieren.

Woher beziehen

Diese Information befindet sich üblicherweise in der Belegpositionstabelle BSEG, Feld EBELN (Einkaufsbelegnummer).

Beispiele
450000123445000056784500009012
Buchungskreis
CompanyCode
Die Organisationseinheit, die ein rechtlich selbstständiges Unternehmen repräsentiert, für das Abschlüsse erstellt werden.
Beschreibung

Der Buchungskreis ist eine grundlegende Organisationseinheit in SAP Finance. Jede Rechnung wird einem bestimmten Buchungskreis zugeordnet, der die für den Geschäftsvorfall verantwortliche juristische Person festlegt.

Im Process Mining ist es wichtig, nach Buchungskreis zu filtern oder zu vergleichen, um die Prozessleistung verschiedener Geschäftseinheiten, juristischer Personen oder Länder zu analysieren. So lassen sich regionale Unterschiede bei Effizienz, Compliance und Automatisierungsgrad erkennen und gezielte Verbesserungsmaßnahmen ableiten.

Warum das wichtig ist

Damit können Sie die Leistung der Rechnungsverarbeitung bei verschiedenen juristischen Personen oder geografischen Standorten innerhalb des Unternehmens aufschlüsseln und vergleichen.

Woher beziehen

Dies ist ein Standardfeld in der Belegkopftabelle BKPF, Feld BUKRS.

Beispiele
1000US01DE01
Grund der Zahlungssperre
PaymentBlockReason
Ein Code, der angibt, warum eine Rechnung für die Zahlung gesperrt ist.
Beschreibung

Ist eine Rechnung für die Zahlung gesperrt, gibt dieses Attribut den konkreten Grund an, etwa „Mengenabweichung“ oder „Preisabweichung“. Die Gründe werden in SAP konfiguriert, um die Bearbeitung von Ausnahmen zu vereinheitlichen.

Dieses Attribut ist entscheidend für das Dashboard „Häufigkeit und Dauer von Zahlungssperren“. Die Analyse der verschiedenen Sperrgründe hilft, Ursachen für Zahlungsverzögerungen zu erkennen, etwa Probleme mit bestimmten Lieferanten, Materialien oder internen Prozessen. So können Sie gezielte Korrekturmaßnahmen ergreifen.

Warum das wichtig ist

Gibt die konkrete Ursache einer Zahlungssperre an. So können Sie Verzögerungen gezielt analysieren und die korrekte Bearbeitung beim ersten Mal verbessern.

Woher beziehen

Das Feld ZLSPR (Zahlungssperrschlüssel) befindet sich in der Lieferantenposition der Tabelle BSEG.

Beispiele
RIA
Lieferantennummer
VendorNumber
Die eindeutige Kennung des Lieferanten, der die Rechnung eingereicht hat.
Beschreibung

Die Lieferantennummer identifiziert den Lieferanten oder Kreditor, der mit der Rechnung verknüpft ist. Sie verbindet den Rechnungsvorgang mit den Lieferantenstammdaten.

Dieses Attribut ist wichtig für lieferantenbezogene Analysen, etwa zur Bewertung der „Zahlungsleistung gegenüber Lieferanten“ oder zur Ermittlung von Lieferanten, die häufig problematische Rechnungen einreichen, die zu Ausnahmen oder Zahlungssperren führen. Es unterstützt das Management von Lieferantenbeziehungen und die Bewertung der Zuverlässigkeit von Lieferanten.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Lieferant. So lassen sich Muster erkennen, Beziehungen steuern und lieferantenbezogene Probleme bewerten.

Woher beziehen

Das Feld LIFNR befindet sich üblicherweise in der Buchhaltungsbelegpositionstabelle BSEG.

Beispiele
100345700012V9832
Rechnungsbetrag
AmountInCompanyCodeCurrency
Der Bruttogesamtbetrag der Rechnung in der lokalen Währung des Buchungskreises.
Beschreibung

Dieses Attribut gibt den Gesamtwert der Rechnung an. Es ist eine wichtige Kennzahl, um die finanziellen Auswirkungen und den Umfang der Rechnungsverarbeitung zu verstehen.

Die Analyse der Rechnungsbeträge hilft dabei, Rechnungen mit hohem Wert bei der Bearbeitung zu priorisieren, Ausgabentrends zu erkennen und Prozessprobleme mit ihrem finanziellen Wert in Beziehung zu setzen. So lässt sich beispielsweise untersuchen, ob Rechnungen mit hohen Beträgen häufiger gesperrt werden oder längere Freigabezeiten haben.

Warum das wichtig ist

Das Attribut liefert den finanziellen Kontext des Prozesses. So können Sie nach Geldwerten analysieren und beispielsweise feststellen, ob Rechnungen mit hohen Beträgen anders verarbeitet werden.

Woher beziehen

Dieser Wert wird üblicherweise aus der Summe der relevanten Positionen in der Tabelle BSEG, Feld WRBTR (Betrag in lokaler Währung), abgeleitet.

Beispiele
1500.75125000.00850.20
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem die Rechnung bezahlt werden muss, damit sie nicht überfällig wird.
Beschreibung

Das Zahlungsfälligkeitsdatum ist der berechnete Termin, zu dem die Zahlung an den Lieferanten fällig ist. Es basiert auf dem Rechnungsdatum und den vereinbarten Zahlungsbedingungen und setzt eine wichtige Frist im Prozess.

Dieses Attribut ist entscheidend für den KPI „Pünktliche Zahlungsquote“ und das Dashboard „Zahlungsleistung gegenüber Lieferanten“. Durch den Vergleich des tatsächlichen Zahlungsdatums mit dem Fälligkeitsdatum kann ein Unternehmen messen, ob es seinen Zahlungsverpflichtungen nachkommt. Das wirkt sich auf die Lieferantenbeziehungen und den finanziellen Ruf aus.

Warum das wichtig ist

Das Datum ist der wichtigste Maßstab für die Pünktlichkeit von Zahlungen. Diese ist entscheidend für gute Lieferantenbeziehungen und hilft, Verzugsgebühren zu vermeiden.

Woher beziehen

Dieses Datum ist häufig direkt in der Lieferantenposition in der Tabelle BSEG, Feld ZFBDT (Basisdatum für die Berechnung des Fälligkeitsdatums), verfügbar. Das Nettofälligkeitsdatum wird anhand dieses Basisdatums und der Zahlungsbedingungen berechnet.

Beispiele
2023-05-302023-06-152023-07-01
Anzahl der Freigabezyklen
ApprovalCycleCount
Die Anzahl, wie oft eine Rechnung zur Freigabe gesendet wurde.
Beschreibung

Diese Kennzahl zählt, wie oft die Aktivität „Rechnung zur Freigabe gesendet“ für eine einzelne Rechnung auftritt. Ein Wert über eins bedeutet, dass die Rechnung mindestens einmal abgelehnt oder zurückgesendet wurde und einen neuen Freigabezyklus durchlaufen musste.

Dieses Attribut unterstützt direkt den KPI „Freigabequote im ersten Durchlauf“. Die Analyse von Rechnungen mit vielen Freigabezyklen hilft Unternehmen, Gründe für abgelehnte Freigaben zu erkennen, etwa fehlende Informationen oder falsche Kontierung, und den Prozess entsprechend zu verbessern.

Warum das wichtig ist

Quantifiziert die Nacharbeit im Teilprozess der Freigabe. So lassen sich die Quote der korrekten Bearbeitung beim ersten Mal messen und die Gründe für abgelehnte Freigaben ermitteln.

Woher beziehen

Berechnet durch Zählen, wie oft die Aktivität „Rechnung zur Freigabe gesendet“ für jede eindeutige InvoiceNumber auftritt.

Beispiele
123
Ausgleichsbelegnummer.
ClearingDocumentNumber
Die Nummer des Belegs, mit dem die Rechnung ausgeglichen wird. Dabei handelt es sich üblicherweise um den Zahlungsbeleg.
Beschreibung

Die Ausgleichsbelegnummer verknüpft eine offene Rechnungsposition mit dem Geschäftsvorfall, durch den sie ausgeglichen wird. Dabei handelt es sich fast immer um den Zahlungsbeleg. So wird bestätigt, dass die Rechnung bezahlt wurde.

Dieses Attribut stellt die eindeutige Verbindung zwischen einer Rechnung und ihrer Zahlung her. Es dient dazu, die Aktivität „Zahlung ausgeführt“ und den zugehörigen Timestamp zu ermitteln. Beides ist entscheidend für die Berechnung der gesamten Durchlaufzeit und der pünktlichen Zahlungsquote.

Warum das wichtig ist

Bestätigt, dass eine Rechnung bezahlt wurde, und verknüpft sie mit dem konkreten Zahlungsvorgang. Das ist entscheidend für die Analyse der Durchlaufzeit und der Zahlungsleistung.

Woher beziehen

Das Feld AUGBL (Ausgleichsbelegnummer) befindet sich in der Belegpositionstabelle BSEG.

Beispiele
150000000115000000231500000088
Automatisiert
IsAutomated
Ein Kennzeichen, das angibt, ob ein automatisiertes Systemkonto die Aktivität ausgeführt hat.
Beschreibung

Dieses boolesche Attribut ist wahr, wenn der einer Aktivität zugeordnete Benutzer ein bekanntes System- oder Stapelverarbeitungskonto ist, etwa „WF-BATCH“ oder „SAP_SYSTEM“. So lassen sich manuelle und automatisierte Prozessschritte unterscheiden.

Das Attribut ist entscheidend für die Berechnung des KPI „Automatisierungsgrad der Rechnungsverarbeitung“. Anhand der automatisierten Prozessschritte können Unternehmen den Erfolg ihrer Automatisierungsmaßnahmen messen und weitere Möglichkeiten ermitteln, manuellen Aufwand zu verringern und die Effizienz zu verbessern.

Warum das wichtig ist

Unterscheidet zwischen manuellen und systemgesteuerten Aktivitäten. Das ist grundlegend, um den Automatisierungsgrad zu messen und weitere Automatisierungsmöglichkeiten zu erkennen.

Woher beziehen

Abgeleitet aus dem Attribut UserName. Eine Zuordnung oder Regel kennzeichnet bestimmte Benutzer-IDs als „automatisiert“.

Beispiele
truefalse
Extraktions-Timestamp
ExtractionTimestamp
Datum und Uhrzeit, zu denen die Daten aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut erfasst den Timestamp der Datenextraktion. Er zeigt, wie aktuell die im Process-Mining-Tool analysierten Daten sind.

Bei der Analyse lässt sich damit nachvollziehen, wie aktuell die gewonnenen Erkenntnisse sind. Für Dashboards zur operativen Überwachung ist das entscheidend: So können Sie sicherstellen, dass Entscheidungen auf aktuellen Informationen beruhen und Datenaktualisierungen gezielt steuern.

Warum das wichtig ist

Zeigt an, wie aktuell die Daten sind. So beruhen Analysen und Berichte auf den neuesten verfügbaren Informationen.

Woher beziehen

Dies ist kein SAP-Feld. Das Datenextraktionstool oder der ETL-Prozess erzeugt den Wert und fügt ihn beim Abruf der Daten hinzu.

Beispiele
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Nacharbeit
IsRework
Ein Kennzeichen, das angibt, ob bei einer Rechnung Nacharbeit erforderlich war, etwa nach einer abgelehnten Freigabe oder der Aufhebung einer Zahlungssperre.
Beschreibung

Dieses Attribut kennzeichnet Rechnungen, bei denen eine oder mehrere Nacharbeitsschleifen aufgetreten sind. Nacharbeit wird anhand bestimmter Aktivitätsfolgen erkannt, zum Beispiel, wenn auf „Rechnung abgelehnt“ die Aktivität „Rechnung freigegeben“ folgt oder auf „Zahlungssperre gesetzt“ die Aktivität „Zahlungssperre aufgehoben“.

Das Attribut vereinfacht die Berechnung des KPI „Nacharbeitsquote bei Rechnungen“. Analysten können Fälle mit Nacharbeit gezielt herausfiltern und untersuchen, um Ursachen für Ineffizienz und wiederholten manuellen Aufwand zu ermitteln.

Warum das wichtig ist

Erkennt ineffiziente Prozessabläufe, bei denen Arbeit wiederholt werden muss. So lassen sich Verschwendung quantifizieren und die Ursachen von Prozessausnahmen ermitteln.

Woher beziehen

Berechnet anhand der Aktivitätsfolge im Event Log. Tritt beispielsweise „Rechnung abgelehnt“ im Ablauf einer Rechnung auf, wird dieses Kennzeichen auf wahr gesetzt.

Beispiele
truefalse
Pünktlich bezahlt
IsPaidOnTime
Ein Kennzeichen, das wahr ist, wenn die Rechnung am oder vor dem Zahlungsfälligkeitsdatum bezahlt wurde.
Beschreibung

Dieses boolesche Attribut ergibt sich aus dem Vergleich des tatsächlichen Zahlungsdatums, also des Timestamps der Aktivität „Zahlung ausgeführt“, mit dem „Zahlungsfälligkeitsdatum“. Es zeigt für jede Rechnung eindeutig an, ob die Zahlung pünktlich war.

Diese Berechnung bildet die Grundlage für den KPI „Pünktliche Zahlungsquote“. Durch einfaches Filtern und Analysieren lassen sich Merkmale verspäteter Zahlungen erkennen, etwa häufig betroffene Lieferanten, Buchungskreise oder Rechnungsbeträge.

Warum das wichtig ist

Misst direkt, ob die Zahlungsbedingungen eingehalten werden. Das ist eine wichtige Kennzahl für das Management von Lieferantenbeziehungen und Finanzprozessen.

Woher beziehen

Berechnet durch den Vergleich des EventTime-Werts der Aktivität „Zahlung ausgeführt“ mit dem Attribut PaymentDueDate. (Payment Date <= PaymentDueDate).

Beispiele
truefalse
Quellsystem-ID
SourceSystemId
Die Kennung des SAP-S/4HANA-Quellsystems, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt das Ursprungssystem an, zum Beispiel „S4H_PROD“ oder „ERP_EU“. Es ist besonders wichtig, wenn mehrere ERP-Instanzen oder eine Kombination aus älteren und modernen Systemen im Einsatz sind.

Bei der Analyse ermöglicht es den Vergleich der Prozessleistung zwischen verschiedenen Systemen oder Regionen. Zudem belegt es die Herkunft der Daten und ist für Data Governance und die Fehlersuche wichtig, wenn Daten aus mehreren Quellen in einer zentralen Process-Mining-Plattform zusammengeführt werden.

Warum das wichtig ist

Das Attribut gibt Aufschluss über die Herkunft der Daten. Das ist wichtig für Data Governance und den Vergleich von Prozessen zwischen verschiedenen Systemen oder Unternehmensstandorten.

Woher beziehen

Dieser Wert wird bei der Datenextraktion üblicherweise aus der SAP-System-ID (sy-sysid) abgeleitet oder als statischer Wert in der ETL-Pipeline konfiguriert.

Beispiele
S4PS4H_PROD_100ECC_EU
Rechnungsdatum
InvoiceDate
Das Datum, an dem der Lieferant den Rechnungsbeleg ausgestellt hat.
Beschreibung

Das Rechnungsdatum, auch Belegdatum genannt, ist das vom Lieferanten auf der Rechnung angegebene Datum. Anhand dieses Datums wird unter Berücksichtigung der vereinbarten Zahlungsbedingungen das Zahlungsfälligkeitsdatum berechnet.

Bei der Analyse ist dieses Datum eine wichtige Grundlage für finanzielle Berechnungen, etwa zur Ermittlung des Rechnungsalters und der Berechtigung für Skonto bei frühzeitiger Zahlung. Es ist ein zentraler Eingabewert für den KPI „Nutzungsquote für Skonto bei frühzeitiger Zahlung“.

Warum das wichtig ist

Dient als Grundlage für die Berechnung von Zahlungsbedingungen und Fälligkeitsterminen. Das ist wichtig, um das Betriebskapital zu steuern und Skonto zu nutzen.

Woher beziehen

Das Feld BLDAT (Belegdatum) befindet sich in der Belegkopftabelle BKPF.

Beispiele
2023-04-122023-05-152023-06-20
Stornogrund
ReversalReason
Ein Code, der angibt, warum ein Rechnungsbeleg storniert wurde.
Beschreibung

Wird eine Rechnung falsch gebucht, wird sie häufig storniert. Der Stornogrund erklärt, warum dies geschehen ist, zum Beispiel wegen eines falschen Buchungsdatums oder eines Erfassungsfehlers.

Die Analyse der Stornogründe hilft, Fehlermuster bei der Rechnungsbuchung zu erkennen. Diese Erkenntnisse können dazu beitragen, Schulungen zu verbessern, Systemkontrollen zu verstärken oder wiederkehrende Probleme zu beheben, die zu Nacharbeit und zusätzlichem Verwaltungsaufwand führen.

Warum das wichtig ist

Erklärt, warum Rechnungen storniert wurden, und gibt direkte Hinweise auf Fehlerquellen und Nacharbeit bei der Buchung.

Woher beziehen

Das Feld STGRD (Stornogrund) befindet sich im Kopf des Originalbelegs in der Tabelle BKPF.

Beispiele
010205
Zahlungsbedingungen
PaymentTerms
Der Code für die mit dem Lieferanten vereinbarten Zahlungsbedingungen, etwa Fälligkeitstermine und Skontofristen.
Beschreibung

Die Zahlungsbedingungen legen fest, wie eine Rechnung zu bezahlen ist, einschließlich möglicher Rabatte bei frühzeitiger Zahlung. „Z030“ kann beispielsweise bedeuten: „Nettozahlung innerhalb von 30 Tagen“.

Dieses Attribut ist wichtig für die Finanzplanung und die Optimierung des Betriebskapitals. Im Process Mining dient es zur Berechnung des „Zahlungsfälligkeitsdatums“ und zur Ermittlung der Berechtigung für Skonto bei frühzeitiger Zahlung. Damit unterstützt es direkt den KPI „Nutzungsquote für Skonto bei frühzeitiger Zahlung“.

Warum das wichtig ist

Legt Zahlungsfristen und Skonti fest und wirkt sich damit direkt auf die KPIs zur pünktlichen Zahlung und die Steuerung des Betriebskapitals aus.

Woher beziehen

Das Feld ZTERM (Schlüssel der Zahlungsbedingungen) befindet sich in der Lieferantenposition der Tabelle BSEG.

Beispiele
0001Z030NT60
Erforderlich Empfohlen Optional

Aktivitäten der Purchase-to-Pay-Rechnungsverarbeitung

Dies sind die zentralen Prozessschritte und Meilensteine, die Sie für eine präzise Prozesserkennung in Ihrem Event Log erfassen sollten.
5 Empfohlen 8 Optional
Aktivität Beschreibung
Rechnung freigegeben
Diese Aktivität zeigt an, dass die zuständige Stelle die Rechnung freigegeben hat. Sie wird erfasst, wenn der Freigabe-Workflow erfolgreich abgeschlossen oder ein Freigabekennzeichen gesetzt wurde.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein, denn danach kann die Rechnung bezahlt werden. Verzögerungen bei Freigaben sind ein häufiger Engpass. Wenn Sie diese Aktivität verfolgen, können Sie langsame Freigebende oder Prozessschritte ermitteln.

Woher beziehen

Das Ereignis lässt sich anhand des abschließenden Freigabeschritts in einem SAP-Workflow oder durch die Verfolgung von Änderungen an Freigabestatusfeldern in Tabellen zum Rechnungsbeleg oder zugehörigen Einkaufsbeleg ermitteln.

Erfassung

Leiten Sie das Ereignis aus dem Abschluss des Workflows oder aus Änderungen am Freigabestatusfeld eines Belegs ab.

Ereignistyp inferred
Rechnung gebucht
Bei diesem wichtigen Finanzereignis wird die geparkte oder freigegebene Rechnung offiziell im Hauptbuch gebucht. Dadurch wird die Verbindlichkeit gegenüber dem Lieferanten erfasst.
Warum das wichtig ist

Die Buchung ist ein wichtiger Meilenstein: Sie trennt die Dateneingabe und Freigabe von der finanziellen Abwicklung. Die Zeit von der Rechnungserstellung bis zur Buchung ist ein wichtiger Indikator für die Effizienz der internen Bearbeitung.

Woher beziehen

Dieses Ereignis wird anhand des Buchungsdatums (BKPF-BUDAT) im Belegkopf ermittelt. Bei Belegen, die zunächst vorerfasst werden, liefert der Wechsel in den gebuchten Status den Timestamp des Ereignisses.

Erfassung

Verwenden Sie das Buchungsdatum (BKPF-BUDAT) als Timestamp des Ereignisses.

Ereignistyp explicit
Rechnung storniert
Diese Aktivität steht für die Stornierung eines zuvor gebuchten Rechnungsbelegs. Bei einer fehlerhaften Rechnung ist dies ein abschließendes Ereignis. Häufig wird die Rechnung anschließend korrekt neu erfasst.
Warum das wichtig ist

Stornierungen weisen auf schwerwiegende Fehler hin, die im Prozess zuvor nicht erkannt wurden. Ihre Häufigkeit und Ursachen zu verfolgen, ist entscheidend, um den Prozess zu verbessern und finanzielle Ungenauigkeiten zu verringern.

Woher beziehen

Eine Stornierung wird erkannt, wenn ein Stornobeleg erstellt wird. Im Belegkopf (BKPF) des Originalbelegs steht die Nummer des Stornobelegs (BKPF-STBLG) und umgekehrt. Das Buchungsdatum des Stornobelegs ist der Ereigniszeitpunkt.

Erfassung

Ermitteln Sie Belege mit einem Wert im Feld BKPF-STBLG und verwenden Sie das Buchungsdatum des Stornobelegs.

Ereignistyp explicit
Rechnungsbeleg angelegt
Dieses erste Ereignis kennzeichnet die Anlage eines Rechnungsbelegs in SAP. Es kann erfasst werden, wenn ein Benutzer einen neuen Rechnungsbeleg speichert, der zunächst geparkt oder noch nicht gebucht sein kann.
Warum das wichtig ist

Diese Aktivität markiert den Beginn des Lebenszyklus der Rechnungsverarbeitung. Die Zeitspanne zwischen diesem Ereignis und späteren Ereignissen ist entscheidend, um die gesamte Durchlaufzeit zu messen.

Woher beziehen

Dieses Ereignis wird anhand von Anlagedatum und -uhrzeit (CPUDT, CPUTM) im Belegkopf erfasst, üblicherweise in der Tabelle BKPF oder bei Logistikrechnungen in RBKP. Der Transaktionscode (BKPF-TCODE), etwa FB60, MIRO oder MIR7, gibt Aufschluss über die Art der Anlage.

Erfassung

Verwenden Sie für den Rechnungsbeleg den Timestamp aus BKPF-CPUDT und BKPF-CPUTM.

Ereignistyp explicit
Zahlung ausgeführt
Dies ist die letzte Aktivität im Standardprozess: Die Zahlung wird ausgeführt und die Rechnung ausgeglichen. Damit wurden die Mittel an den Lieferanten ausgezahlt.
Warum das wichtig ist

Damit endet der Lebenszyklus der P2P-Rechnung. Dieses Ereignis ist entscheidend, um die gesamte Durchlaufzeit zu berechnen und die Pünktlichkeit der Zahlung im Verhältnis zum Fälligkeitsdatum zu messen.

Woher beziehen

Dieses Ereignis wird anhand der Ausgleichsinformationen zur Lieferantenposition erfasst. Das Ausgleichsdatum (BSEG-AUGDT) und der Ausgleichsbeleg (BSEG-AUGBL) zeigen an, dass die Zahlung erfolgt ist.

Erfassung

Verwenden Sie das Ausgleichsdatum (BSEG-AUGDT) der ausgeglichenen Lieferantenposition.

Ereignistyp explicit
Rechnung abgelehnt
Kennzeichnet die Ablehnung einer Rechnung während des Freigabeprozesses. Dadurch wird eine Nachbearbeitung erforderlich: Die Rechnung muss korrigiert und erneut eingereicht werden.
Warum das wichtig ist

Abgelehnte Rechnungen weisen häufig auf ineffiziente Abläufe und Probleme mit der Datenqualität hin. Die Analyse der Häufigkeit und Gründe von Ablehnungen zeigt Verbesserungs- und Schulungsbedarf auf.

Woher beziehen

Das Ereignis lässt sich anhand bestimmter Statusänderungen in einem SAP-Workflow erkennen, etwa des Status „Abgelehnt“. Auch Ereignisse, die den aktuellen Freigabe-Workflow abbrechen und die Rechnung zur Bearbeitung zurücksenden, können darauf hinweisen.

Erfassung

Leiten Sie das Ereignis aus Workflow-Statusänderungen ab, die eine Ablehnung anzeigen.

Ereignistyp inferred
Rechnung geparkt
Kennzeichnet eine Rechnung, die im System erfasst, aber noch nicht im Hauptbuch gebucht wurde. Durch das Parken können unvollständige Rechnungen gespeichert oder vor der Buchung später geprüft werden.
Warum das wichtig ist

Das Parken kennzeichnet eine bewusste Unterbrechung des Prozesses. Wenn Sie Dauer und Häufigkeit geparkter Rechnungen verfolgen, können Sie Verzögerungsursachen erkennen, bevor die formelle Buchungs- und Freigabephase beginnt.

Woher beziehen

Dies lässt sich anhand von Belegen erkennen, die über Parktransaktionen wie MIR7 oder FV60 angelegt wurden. Alternativ können Sie bestimmte Statusfelder in der Tabelle BKPF oder spezielle Tabellen für geparkte Belege wie VBKPF prüfen.

Erfassung

Ermitteln Sie Belege, die über Parktransaktionen angelegt wurden, oder prüfen Sie, ob ihr Status als geparkt gekennzeichnet ist.

Ereignistyp explicit
Rechnung zur Freigabe eingereicht
Diese Aktivität kennzeichnet den Start eines formellen Freigabe-Workflows für die Rechnung. Sie wird häufig daran erkannt, dass sich der Rechnungsstatus zu „Freigabe ausstehend“ ändert oder ein Workflow-Element erzeugt wird.
Warum das wichtig ist

Dies ist der Ausgangspunkt für die Messung der Freigabedurchlaufzeit. Um Engpässe im Freigabe-Workflow zu erkennen, muss bekannt sein, wann die Freigabe beginnt.

Woher beziehen

Dieses Ereignis wird üblicherweise anhand des Starts eines SAP Business Workflow ermittelt, der mit dem Rechnungsobjekt verknüpft ist, beispielsweise über die Tabelle SWW_WI2OBJ und das Objekt BUS2081. Alternativ kann eine Änderung eines benutzerdefinierten Statusfelds im Belegkopf herangezogen werden.

Erfassung

Leiten Sie das Ereignis aus der Anlage eines Workflow-Elements ab, das dem Rechnungsbeleg zugeordnet ist.

Ereignistyp inferred
Rechnungsdaten aktualisiert
Diese Aktivität erfasst eine Änderung am Rechnungsbeleg nach seiner ursprünglichen Anlage. Solche Änderungen treten häufig bei der Nachbearbeitung nach einer Ablehnung oder zur Korrektur von Fehlern auf.
Warum das wichtig ist

Häufige Aktualisierungen weisen auf Nachbearbeitung und mögliche Probleme mit der Datenqualität bei der Erfassung hin. Wenn Sie diese Änderungen verfolgen, können Sie den Korrekturaufwand beziffern und häufige Fehler erkennen.

Woher beziehen

Änderungen an wichtigen Feldern werden in den SAP-Änderungsbelegtabelle CDHDR (Kopf) und CDPOS (Position) protokolliert. Ereignisse lassen sich erzeugen, indem Sie Änderungen am relevanten Rechnungsobjekt herausfiltern.

Erfassung

Extrahieren Sie Änderungsereignisse für das Rechnungsobjekt aus den Tabellen CDHDR und CDPOS.

Ereignistyp explicit
Verspätete Zahlung ausgeführt
Dieses berechnete Ereignis tritt ein, wenn eine Rechnung nach ihrem berechneten Fälligkeitsdatum bezahlt wird. Es wird durch den Vergleich zweier Datumsfelder ermittelt.
Warum das wichtig ist

Diese Aktivität unterstützt direkt die KPIs zur pünktlichen Zahlung. Sie hilft dabei, Lieferanten oder Geschäftseinheiten mit häufig verspäteten Zahlungen zu erkennen, die Lieferantenbeziehungen belasten und zu Strafzahlungen führen können.

Woher beziehen

Das Ereignis wird ermittelt, indem das Ausgleichsdatum (BSEG-AUGDT) mit dem Nettofälligkeitsdatum verglichen wird. Das Fälligkeitsdatum wird seinerseits anhand des Basisdatums (BSEG-ZFBDT) und der Zahlungsbedingungen (BSEG-ZTERM) berechnet.

Erfassung

Ermitteln Sie das Ereignis durch den Vergleich von BSEG-AUGDT > (BSEG-ZFBDT + Zahlungszieltage).

Ereignistyp calculated
Zahlungssperre aufgehoben
Kennzeichnet die Behebung eines Problems durch Aufhebung einer zuvor gesetzten Zahlungssperre. Danach kann die Rechnung wieder bezahlt werden.
Warum das wichtig ist

Die Zeit zwischen dem Setzen und dem Aufheben einer Sperre entspricht der Bearbeitungsdauer einer Prozessausnahme. Eine kürzere Dauer ist entscheidend für effizientere Abläufe und bessere Lieferantenbeziehungen.

Woher beziehen

Dieses Ereignis wird erfasst, wenn das Feld für den Zahlungssperrschlüssel (BSEG-ZLSPR) geleert wird. Die Änderung wird in den Tabellen CDHDR und CDPOS protokolliert und enthält einen Timestamp für die Aufhebung.

Erfassung

Ermitteln Sie anhand der Änderungsbelege (CDHDR/CDPOS), wann das Feld BSEG-ZLSPR geleert wird.

Ereignistyp explicit
Zahlungssperre gesetzt
Bei dieser Aktivität wird eine Rechnung gezielt für die Zahlung gesperrt. Häufige Gründe sind Abweichungen bei Preis oder Menge sowie eine noch ausstehende Gutschrift.
Warum das wichtig ist

Zahlungssperren sind eine häufige Ursache für verspätete Zahlungen und Streitigkeiten mit Lieferanten. Für eine höhere Pünktlichkeit bei Zahlungen ist es entscheidend, Häufigkeit, Dauer und Gründe der Sperren zu analysieren.

Woher beziehen

Dieses Ereignis wird erfasst, indem Änderungen am Feld für den Zahlungssperrschlüssel (BSEG-ZLSPR) in der Rechnungsposition verfolgt werden. Die Änderungsprotokolle in CDHDR und CDPOS enthalten den Timestamp und den Benutzer, der die Sperre gesetzt hat.

Erfassung

Ermitteln Sie anhand der Änderungsbelege (CDHDR/CDPOS), wann das Feld BSEG-ZLSPR befüllt wird.

Ereignistyp explicit
Zahlungsvorschlag erstellt
Die Rechnung wird ausgewählt und im Rahmen eines Zahlungslaufs in einen Zahlungsvorschlag aufgenommen. Dies ist der erste Schritt des automatisierten Zahlungsprozesses.
Warum das wichtig ist

Diese Aktivität zeigt die Zahlungsabsicht an. Verzögerungen zwischen diesem Schritt und der endgültigen Zahlung können auf Probleme beim Zahlungslauf, bei Freigaben oder bei der Kommunikation mit der Bank hinweisen.

Woher beziehen

Diese Information finden Sie in den Tabellen zum Zahlungslauf, insbesondere in REGUP. Die Tabelle enthält die Positionen eines Zahlungsvorschlags. Das Laufdatum in der zugehörigen Tabelle REGUH liefert den Timestamp.

Erfassung

Ermitteln Sie, wann eine Rechnung aus einem Zahlungsvorschlag in der Tabelle REGUP erscheint.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus SAP S/4HANA

Möchten Sie loslegen?

Beginnen Sie noch heute mit der Optimierung Ihrer Rechnungsverarbeitung. Dieses Template ist der erste Schritt zu spürbaren Verbesserungen im Betrieb und höherer Effizienz.

Optimieren Sie jetzt die P2P-Rechnungsverarbeitung in SAP S/4HANA

Ermitteln Sie Engpässe und verkürzen Sie die Durchlaufzeit von Rechnungen um mindestens 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.