Ihr Daten-Template für die Kreditoren-Rechnungsverarbeitung

SAP S/4HANA
Ihr Daten-Template für die Kreditoren-Rechnungsverarbeitung

Ihr Daten-Template für die Kreditoren-Rechnungsverarbeitung

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse Ihrer Kreditoren-Rechnungsverarbeitung erfassen sollten. Es beschreibt die erforderlichen Attribute und Aktivitäten für ein aussagekräftiges Event Log. Außerdem finden Sie praktische Hinweise dazu, wie Sie die Daten aus Ihren Quellsystemen extrahieren und mit Process Mining beginnen.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Prozessaktivitäten für eine gezielte Nachverfolgung
  • Schritt-für-Schritt-Anleitung zur Datenextraktion
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Kreditoren-Rechnungsverarbeitung

Diese wichtigen Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihren Kreditorenprozess gründlich und aussagekräftig zu analysieren.
5 Erforderlich 6 Empfohlen 9 Optional
Name Beschreibung
Aktivität
ActivityName
Der Name eines bestimmten Geschäftsereignisses oder Prozessschritts im Lebenszyklus der Rechnungsverarbeitung.
Beschreibung

Die Aktivität bezeichnet eine bestimmte Phase oder Handlung im Kreditorenprozess, etwa „Rechnung eingegangen“, „Rechnung gebucht“ oder „Zahlung ausgeführt“. Diese Aktivitäten bilden die Bausteine der Prozessübersicht.

Die Analyse von Aktivitäten ist ein zentraler Bestandteil von Process Mining. Sie macht den Prozessfluss sichtbar, zeigt häufige Abläufe und Abweichungen vom Standardprozess und misst Häufigkeit und Dauer der einzelnen Schritte. Die Abfolge der Aktivitäten einer Rechnung bildet ihren Prozessverlauf.

Warum das wichtig ist

Sie definiert die Prozessschritte und ermöglicht es, den Prozessfluss sichtbar zu machen, Engpässe zu erkennen und Nacharbeitsschleifen aufzudecken.

Woher beziehen

Abgeleitet aus verschiedenen Quellen, darunter Änderungen des Belegstatus (zum Beispiel BKPF-BSTAT), Änderungsbelege (Tabellen CDHDR/CDPOS) oder Workflow-Protokolle. Dafür ist in der Regel eine individuelle Extraktionslogik erforderlich.

Beispiele
Rechnung eingegangenRechnung freigegebenZahlung ausgeführtRechnung für Zahlung gesperrt
Ereigniszeit
EventTime
Das genaue Datum und die Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

Die Ereigniszeit ist der Timestamp jeder Aktivität und bildet die chronologische Abfolge der Ereignisse für eine Rechnung ab. Diese Daten sind entscheidend, um den Prozessfluss zu verstehen und zeitbezogene Analysen durchzuführen.

In der Analyse dient die Ereigniszeit dazu, Aktivitäten korrekt zu ordnen, Durchlaufzeiten zwischen Prozessschritten zu berechnen, Wartezeiten zu ermitteln und die Prozessleistung über verschiedene Zeiträume hinweg zu untersuchen, zum Beispiel im Monatsvergleich. Sie bildet die Grundlage für alle zeitbezogenen KPIs.

Warum das wichtig ist

Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und alle zeitbezogenen Kennzahlen wie Durchlaufzeiten und Zeitspannen zu berechnen. Diese sind grundlegend für Process Mining.

Woher beziehen

Stammt aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen, zum Beispiel Erfassungsdatum (BKPF-CPUDT), Buchungsdatum (BKPF-BUDAT), Ausgleichsdatum (BSAK-AUGDT) oder Zeitstempel aus Änderungsprotokollen (CDHDR-UDATE/UTIME).

Beispiele
2023-10-01T09:00:00Z2023-10-05T14:30:15Z2023-10-15T11:21:05Z
Rechnung
Invoice
Der eindeutige Bezeichner eines Rechnungsbelegs. Er dient als primäre Case-ID für den Kreditorenprozess.
Beschreibung

Die Rechnung ist das zentrale Objekt, das alle zugehörigen Aktivitäten vom Eingang bis zur Zahlung miteinander verknüpft. In SAP S/4HANA besteht der zusammengesetzte Schlüssel in der Regel aus Buchungskreis (BUKRS), eindeutiger Belegnummer (BELNR) und Geschäftsjahr (GJAHR).

Die Analyse nach Rechnung ermöglicht einen vollständigen Überblick über den gesamten Rechnungslebenszyklus. Sie bildet die Grundlage für die Berechnung wichtiger Kennzahlen wie der gesamten Durchlaufzeit, die Ermittlung von Engpässen bei einzelnen Rechnungen und das Verständnis der verschiedenen Prozesspfade einer Rechnung.

Warum das wichtig ist

Der eindeutige Bezeichner bildet den Weg jeder Rechnung ab. So lässt sich ihr gesamter Lebenszyklus nachvollziehen und die Prozessleistung für jeden Case einzeln analysieren.

Woher beziehen

Dies ist ein zusammengesetzter Schlüssel aus den Tabellen BKPF (Buchhaltungsbelegkopf) oder RBKP (Belegkopf: Rechnungseingang) und den Feldern BUKRS, BELNR und GJAHR.

Beispiele
1000-1900000001-20231710-1900000002-20232000-5100000003-2024
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten dieses Datensatzes zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut enthält Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung aus SAP S/4HANA. Als Metadatenfeld ist es wichtig, um die Aktualität der analysierten Daten einzuschätzen.

So können Benutzer beurteilen, wie aktuell die Prozessanalyse ist. Die Information hilft, Erwartungen an die Datenlatenz zu steuern, Datenaktualisierungen zu planen und die Datenintegrität zu wahren.

Warum das wichtig ist

Zeigt an, wie aktuell die Daten sind, damit Benutzer den Aktualitätsstand ihrer Prozessanalyse einschätzen können.

Woher beziehen

Dieser Wert wird bei der Datenextraktion aus dem Quellsystem generiert und jedem Datensatz hinzugefügt.

Beispiele
2024-05-20T04:00:00Z2024-05-21T04:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut gibt die Herkunft der Prozessdaten an. In dieser Ansicht lautet der Wert in der Regel „SAP S/4HANA“.

In Umgebungen mit mehreren ERP- oder integrierten Systemen ist dieses Feld wichtig für die Datenherkunft und die Trennung von Daten. Es stellt sicher, dass die Analyse den richtigen Datensatz verwendet, und hilft, Probleme mit der Datenqualität bis zu ihrer Quelle zurückzuverfolgen.

Warum das wichtig ist

Gibt die Herkunft der Daten an. Das ist wichtig für Data Governance, die Fehlerbehebung und Umgebungen mit mehreren Systemen.

Woher beziehen

In der Regel ein statischer Wert, der während der Datenextraktion hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
SAP S/4HANASAP ECC 6.0S4H_PROD_100
Benutzername
UserName
Die Benutzer-ID der Person, die die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst die SAP-Benutzer-ID der Person, die für eine bestimmte Aktivität verantwortlich ist, etwa das Buchen, Freigeben oder Ausgleichen einer Rechnung. Es ordnet Prozessschritte einzelnen Benutzern zu.

Die Analyse nach Benutzername ist wichtig, um die Arbeitsverteilung zu verstehen, besonders leistungsstarke Mitarbeitende zu erkennen und festzustellen, wer zusätzliche Schulungen benötigt. Auch für die Analyse von Engpässen bei Freigaben ist dieses Attribut relevant, denn es zeigt, welche freigabeberechtigten Personen Verzögerungen im Prozess verursachen.

Warum das wichtig ist

Ordnet Aktivitäten bestimmten Personen zu und ermöglicht so die Analyse von Benutzerleistung, Arbeitsbelastung und der Einhaltung von Funktionstrennungsrichtlinien.

Woher beziehen

In der Regel in Kopftabellen wie BKPF-USNAM (Erfasst von) oder in Änderungsbelegtabelle CDHDR-USERNAME (Geändert von) zu finden.

Beispiele
ABROWNJSMITHAP_AUTOMATION
Bestellnummer
PurchaseOrderNumber
Der eindeutige Bezeichner der Bestellung, die gegebenenfalls mit der Rechnung verknüpft ist.
Beschreibung

Dieses Attribut verknüpft eine Rechnung mit einer vorab genehmigten Bestellung (PO). Das Vorhandensein einer Bestellnummer bildet die Grundlage für den 3-Wege-Abgleich (Bestellung, Rechnung und Wareneingang).

Das Attribut ist wichtig für die Analyse von Compliance und Effizienz. Es dient zur Berechnung der KPI „Anteil der Rechnungen ohne Bestellung“, die die Einhaltung der Beschaffungsrichtlinien misst. Außerdem bildet es die Grundlage für das Dashboard „Leistung des 3-Wege-Abgleichs“, mit dem sich der Abgleich bei Rechnungen mit Bestellung analysieren lässt.

Warum das wichtig ist

Wichtig für die Analyse der Effizienz des 3-Wege-Abgleichs und die Messung der Einhaltung von Beschaffungsrichtlinien, indem Rechnungen ohne Bestellung erkannt werden.

Woher beziehen

Zu finden in den Rechnungspositionstabellen, zum Beispiel RSEG-EBELN für MM-Rechnungen oder BSEG-EBELN für FI-Rechnungen.

Beispiele
45000012344500005678
Buchungskreis
CompanyCode
Die Organisationseinheit, für die die Rechnung verarbeitet wird.
Beschreibung

Ein Buchungskreis ist die kleinste Organisationseinheit, für die ein vollständiger, in sich geschlossener Kontensatz für die externe Berichterstattung erstellt werden kann. Im Kreditorenprozess bezeichnet er die juristische Person, die dem Lieferanten Geld schuldet.

Die Analyse nach Buchungskreis ermöglicht den Vergleich der Prozessleistung verschiedener juristischer Personen innerhalb des Unternehmens. So lässt sich erkennen, welche Unternehmensteile Standardprozesse einhalten und wo die Effizienz geringer, die Durchlaufzeiten länger oder die Nacharbeitsquoten höher sind.

Warum das wichtig ist

Ermöglicht den Vergleich der Prozessleistung verschiedener juristischer Personen und hilft, regionale oder geschäftsbereichsspezifische Probleme sowie bewährte Vorgehensweisen zu erkennen.

Woher beziehen

Zu finden in Belegkopftabellen, vor allem in BKPF-BUKRS für FI-Rechnungen und RBKP-BUKRS für MM-Rechnungen.

Beispiele
10001710US01DE01
Fälligkeitstermin der Rechnung
InvoiceDueDate
Das Datum, bis zu dem die Rechnung an den Lieferanten bezahlt werden muss.
Beschreibung

Der Fälligkeitstermin der Rechnung ist die Frist für die Zahlung an den Lieferanten. Wird sie eingehalten, lassen sich Verzugsgebühren vermeiden und gute Lieferantenbeziehungen pflegen. Das Datum wird anhand des Basisdatums der Rechnung und der mit dem Lieferanten vereinbarten Zahlungsbedingungen berechnet.

Der Fälligkeitstermin ist entscheidend für das Dashboard „Zahlungskonformität und Fälligkeiten“ und die KPI „Pünktliche Zahlungen“. Durch den Vergleich mit dem tatsächlichen Zahlungsdatum zeigt die Analyse, ob Zahlungen pünktlich, vorzeitig oder verspätet erfolgen. Das hat unmittelbare finanzielle Auswirkungen und beeinflusst die Lieferantenbeziehungen.

Warum das wichtig ist

Dies ist die wichtigste Grundlage für die Analyse pünktlicher Zahlungen. Sie ermöglicht es, die Zahlungsleistung und ihre Auswirkungen auf Lieferantenbeziehungen und Verzugsgebühren zu messen.

Woher beziehen

Dieses Datum wird häufig berechnet. Der Nettofälligkeitstermin steht im Feld BSEG-NETDT. Er lässt sich auch aus dem Basisdatum für die Zahlung (BSEG-ZFBDT) und den Zahlungsbedingungen (BSEG-ZTERM) ableiten.

Beispiele
2023-10-312023-11-152024-01-10
Lieferantenname
VendorName
Der Name des Lieferanten, der die Rechnung eingereicht hat.
Beschreibung

Dieses Attribut enthält den offiziellen Namen des Lieferanten. Die Verknüpfung erfolgt über die im Rechnungsbeleg gespeicherte Lieferantennummer.

Die Lieferantenanalyse ist wichtig, um Lieferantenbeziehungen zu verwalten und prozessbezogene Probleme bei bestimmten Lieferanten zu erkennen. Sie hilft bei Fragen wie: „Welche Lieferanten reichen die meisten Rechnungen mit Abweichungen ein?“ oder „Bezahlen wir bestimmte strategische Lieferanten durchgehend pünktlich?“ Zusammen mit Rechnungsnummer und -betrag ist der Lieferantenname auch wichtig, um mögliche Doppelzahlungen zu erkennen.

Warum das wichtig ist

Ermöglicht die Analyse der Prozessleistung nach Lieferant. So können Sie problematische Lieferanten erkennen und strategische Lieferantenbeziehungen gezielt verwalten.

Woher beziehen

Aus der Lieferantenstammdatentabelle LFA1 (Feld NAME1), verknüpft über die Lieferantennummer (LIFNR) in BKPF oder RBKP.

Beispiele
Office Supplies GmbH.Global Consulting GroupMachine Parts GmbH
Rechnungsbetrag
InvoiceAmount
Der Bruttogesamtbetrag der Rechnung in der ursprünglichen Belegwährung.
Beschreibung

Dies ist der Gesamtbetrag der vom Lieferanten eingereichten Rechnung. Er umfasst die Kosten für Waren oder Dienstleistungen, Steuern und sonstige Gebühren vor Abzügen oder Rabatten.

Der Rechnungsbetrag ist ein wichtiges Finanzattribut für zahlreiche Analysen. Er hilft dabei, Rechnungen mit hohen Beträgen zu priorisieren, die finanziellen Auswirkungen von Prozessverzögerungen zu verstehen, etwa Verzugsgebühren bei hohen Rechnungsbeträgen, und den Prozess zu segmentieren. So lässt sich zum Beispiel untersuchen, ob Rechnungen mit hohen Beträgen einen anderen Freigabeweg durchlaufen. Das Attribut ist außerdem wichtig, um mögliche Doppelzahlungen zu erkennen.

Warum das wichtig ist

Liefert den finanziellen Kontext zum Prozess und ermöglicht wertbezogene Analysen, die Priorisierung hoher Rechnungsbeträge und die Quantifizierung finanzieller Auswirkungen.

Woher beziehen

Zu finden in Tabellen wie RBKP-RMWWR (Bruttorechnungsbetrag) für MM-Rechnungen oder berechnet aus Rechnungspositionen in BSEG (Feld WRBTR) für FI-Rechnungen.

Beispiele
1500.00250.7512345.50
Ausgleichsdatum
ClearingDate
Das Datum, an dem die Zahlung erfolgt und die Rechnung aus den offenen Posten ausgeglichen wurde.
Beschreibung

Das Ausgleichsdatum gibt an, wann die Rechnung finanziell beglichen wurde. An diesem Datum findet die Aktivität „Zahlung ausgeglichen“ statt. Für die meisten erfolgreich bearbeiteten Rechnungen ist damit der letzte Prozessschritt erreicht.

Anhand dieses Datums lässt sich das tatsächliche Zahlungsdatum ermitteln und mit dem Fälligkeitsdatum der Rechnung vergleichen. Es ist daher entscheidend für die Berechnung der KPI „Pünktliche Zahlungsquote“ und für Analysen zur Zahlungsleistung. Außerdem markiert es den Endpunkt für die Berechnung der durchgängigen Rechnungsdurchlaufzeit.

Warum das wichtig ist

Das Datum markiert den endgültigen Ausgleich einer Rechnung. Es bildet den Endpunkt für die Berechnung der Durchlaufzeit und die Grundlage für Analysen zur Pünktlichkeit von Zahlungen.

Woher beziehen

Zu finden in den Tabellen für ausgeglichene Posten, bei Lieferanten beispielsweise in BSAK-AUGDT.

Beispiele
2023-10-282023-11-142024-01-09
Automatisiert
IsAutomated
Ein Kennzeichen dafür, ob das System die Aktivität automatisch statt durch einen menschlichen Benutzer ausgeführt hat.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen von Menschen angestoßenen Aktivitäten und solchen, die durch Systemjobs, Workflows oder Bots ausgeführt werden. Ein automatisierter Zahlungslauf oder eine vom System erzeugte Rechnungsbuchung wird beispielsweise als automatisiert gekennzeichnet.

Die Analyse dieses Attributs zeigt den Automatisierungsgrad im Kreditorenprozess. Damit lässt sich der Erfolg von Automatisierungsvorhaben messen, die Effizienz automatisierter und manueller Schritte vergleichen und weiteres Automatisierungspotenzial erkennen.

Warum das wichtig ist

Hilft, den Automatisierungsgrad des Prozesses zu messen, die Wirksamkeit der Automatisierung zu analysieren und weitere Verbesserungsmöglichkeiten zu erkennen.

Woher beziehen

Abgeleitet anhand des Benutzernamens, zum Beispiel anhand von Systembenutzer-IDs wie 'SAP_SYSTEM' oder 'BATCHUSER', oder anhand spezifischer Transaktionscodes für automatisierte Jobs.

Beispiele
truefalse
Lieferanten-Rechnungsnummer
VendorInvoiceNumber
Die Rechnungsnummer, die der Lieferant auf seinem Beleg angibt.
Beschreibung

Dies ist die Referenznummer aus dem Buchhaltungssystem des Lieferanten, wie sie auf der Papier- oder elektronischen Rechnung steht. Sie wird bei Rechnungseingang manuell erfasst oder per OCR ausgelesen.

Dieses Feld ist für den operativen Ablauf und für Analysen besonders wichtig, insbesondere für das Dashboard „Mögliche doppelte Rechnungszahlungen“. Eine gängige Methode zur Erkennung von Duplikaten ist die Suche nach mehreren internen Rechnungsbelegen mit demselben Lieferantennamen, derselben Lieferanten-Rechnungsnummer und demselben Rechnungsbetrag. Die Nummer ist die wichtigste externe Referenz einer Rechnung.

Warum das wichtig ist

Das Feld ist entscheidend, um mögliche doppelte Zahlungen zu erkennen, und dient als wichtigste externe Referenz für die Kommunikation mit Lieferanten.

Woher beziehen

Gespeichert im Feld „Referenz“ im Belegkopf, üblicherweise BKPF-XBLNR.

Beispiele
INV-2023-9876733401120231015-001
Rechnungsbelegart
InvoiceDocumentType
Eine Klassifizierung des Rechnungsbelegs, die steuert, wie er in SAP verarbeitet wird.
Beschreibung

Die Belegart ist ein wichtiges Konfigurationselement in SAP und ordnet Buchhaltungsbelege Kategorien zu. Beispielsweise wird „KR“ üblicherweise für Lieferantenrechnungen, „RE“ für MM-Rechnungen und „KG“ für Lieferantengutschriften verwendet. Die Belegart bestimmt unter anderem den Nummernkreis und die erforderlichen Felder.

In der Prozessanalyse ermöglicht die Filterung nach Belegart den Vergleich der Abläufe verschiedener Rechnungstypen. So kann sich der Freigabeprozess einer Gutschrift von dem einer Standardrechnung unterscheiden. Das ist hilfreich für das Dashboard „Varianten der Rechnungsfreigabe“.

Warum das wichtig ist

Ermöglicht die Segmentierung des Prozesses nach der Bearbeitung verschiedener Rechnungstypen und macht Unterschiede bei Prozesspfaden und Durchlaufzeiten sichtbar.

Woher beziehen

Direkt aus dem Belegkopf, Feld BKPF-BLART.

Beispiele
KRREKG
Rechnungswährung
InvoiceCurrency
Der Währungscode des Rechnungsbetrags (z. B. USD, EUR).
Beschreibung

Dieses Attribut gibt an, in welcher Währung der Rechnungsbetrag ausgewiesen ist. Es liefert den notwendigen Kontext für alle Finanzwerte.

In international tätigen Unternehmen können Analysen von Rechnungen ohne Berücksichtigung der Währung irreführend sein. Mit diesem Feld lassen sich Finanzdaten korrekt auswerten, indem alle Beträge in eine gemeinsame Berichtswährung umgerechnet oder Analysen nach Währung aufgeschlüsselt werden, um die Finanzaktivitäten in den einzelnen Regionen zu verstehen.

Warum das wichtig ist

Das Attribut liefert den nötigen Kontext zum Rechnungsbetrag und ermöglicht präzise Finanzanalysen und Berichte, insbesondere in international tätigen Unternehmen.

Woher beziehen

Zu finden in den Belegkopftabellen, vor allem in BKPF-WAERS oder RBKP-WAERS.

Beispiele
USDEURGBPJPY
Skonto in Anspruch genommen
DiscountTaken
Ein boolesches Kennzeichen dafür, ob ein Skonto bei vorzeitiger Zahlung erfolgreich in Anspruch genommen wurde.
Beschreibung

Dieses Attribut gibt an, ob beim Bezahlen der Rechnung tatsächlich Skonto abgezogen wurde. Es ist entscheidend, um die finanzielle Effizienz des Kreditorenprozesses zu messen.

Das Kennzeichen bildet die Grundlage für die KPI „Skontoausnutzungsquote“. Filtern Sie zunächst nach Rechnungen, für die laut Zahlungsbedingungen ein Skonto möglich war, und analysieren Sie anschließend dieses Kennzeichen. So lässt sich genau berechnen, wie viel Geld eingespart wurde und wie viele Einsparmöglichkeiten ungenutzt blieben. Das Ergebnis ist ein klarer, messbarer Wert für die Leistung der Kreditorenbuchhaltung.

Warum das wichtig ist

Das Attribut misst direkt, wie erfolgreich verfügbare Skonti bei vorzeitiger Zahlung in Anspruch genommen werden. Das wirkt sich unmittelbar auf das Unternehmensergebnis aus.

Woher beziehen

Abgeleitet aus dem Skontobetrag im Zahlungsbeleg: Das Feld BSEG-SKNTO muss größer als null sein.

Beispiele
truefalse
Sperrgrund
BlockingReason
Der Grund, aus dem eine Rechnung für die Zahlung gesperrt ist, meist aufgrund einer Abweichung.
Beschreibung

Besteht eine Rechnung die Prüfung beim 3-Wege-Abgleich oder bei einem anderen Verifizierungsschritt nicht, wird sie für die Zahlung gesperrt. Der Sperrgrund beschreibt das Problem, etwa eine Mengenabweichung, eine Preisabweichung oder einen fehlenden Wareneingang.

Dieses Attribut ist entscheidend für das Dashboard „Analyse der Nacharbeit bei Rechnungsabweichungen“. Die Häufigkeit der verschiedenen Sperrgründe zeigt, wo die Ursachen für ineffiziente Abläufe liegen. Ist beispielsweise „Preisabweichung“ ein häufiger Grund, kann dies auf Probleme mit den Stammdaten im Einkaufssystem hindeuten.

Warum das wichtig ist

Das Attribut zeigt direkt die Ursachen für Rechnungsabweichungen und Nacharbeit auf und ermöglicht gezielte Prozessverbesserungen.

Woher beziehen

Gespeichert in Rechnungspositions-Tabellen wie RSEG, in Feldern mit der Bezeichnung SPGR* (z. B. SPGRP, SPGRQ, SPGRT). Auch in RBKP_BLOCKED zu finden.

Beispiele
PreisabweichungMengenabweichungFehlender Wareneingang
Zahlung verspätet
IsLatePayment
Ein boolesches Kennzeichen dafür, ob die Rechnung nach dem Fälligkeitsdatum bezahlt wurde.
Beschreibung

Dieses berechnete Attribut gibt mit einem einfachen Wahr/Falsch-Kennzeichen an, ob die Rechnung nach dem offiziellen Fälligkeitsdatum bezahlt wurde. Es wird durch den Vergleich von „Ausgleichsdatum“ und „Rechnungsfälligkeitsdatum“ ermittelt.

Das Kennzeichen vereinfacht die Analyse im Dashboard „Zahlungskonformität und Fälligkeiten“ sowie die Berechnung der KPI „Pünktliche Zahlungsquote“. Sie können damit verspätete Zahlungen zählen, den Anteil pünktlicher Zahlungen berechnen und Lieferanten oder Buchungskreise mit einem hohen Anteil verspäteter Zahlungen ermitteln.

Warum das wichtig ist

Das Attribut misst direkt, ob die Zahlungsbedingungen eingehalten werden, vereinfacht die Berechnung der KPI für pünktliche Zahlungen und hilft, Bereiche mit schlechter Zahlungsleistung zu erkennen.

Woher beziehen

Berechnetes Attribut. Die Logik lautet: IF ClearingDate > InvoiceDueDate THEN true ELSE false.

Beispiele
truefalse
Zahlungsbedingungen
PaymentTerms
Die mit dem Lieferanten vereinbarten Bedingungen für die Bezahlung einer Rechnung, häufig einschließlich möglicher Skonti.
Beschreibung

Die Zahlungsbedingungen legen fest, wann Zahlungen fällig sind und ob Skonto bei vorzeitiger Zahlung gewährt wird. So kann die Bedingung „Z001“ beispielsweise bedeuten: „Zahlbar innerhalb von 30 Tagen, 2 % Skonto bei Zahlung innerhalb von 10 Tagen“.

Dieses Attribut bildet die Grundlage für das Dashboard „Skontoausnutzungsquote“. Anhand der Zahlungsbedingungen lassen sich alle Rechnungen ermitteln, für die ein Skonto möglich war. Der Vergleich mit den tatsächlich gewährten Skonti zeigt, wo Einsparungen verpasst wurden, und gibt Aufschluss über die Effizienz des Zahlungsprozesses.

Warum das wichtig ist

Das Attribut ist unverzichtbar, um Skontomöglichkeiten zu analysieren, die finanzielle Leistung des Zahlungsprozesses zu messen und entgangene Einsparungen zu ermitteln.

Woher beziehen

Zu finden in den Lieferanten-Einzelposten, in der Tabelle BSEG-ZTERM oder im Rechnungskopf unter RBKP-ZTERM.

Beispiele
Z0010001NT30
Erforderlich Empfohlen Optional

Aktivitäten der Kreditoren-Rechnungsverarbeitung

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine in Ihrem Event Log, um Prozesse präzise zu entdecken und zu optimieren.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Rechnung eingegangen
Diese Aktivität kennzeichnet die Anlage eines Rechnungsbelegs in SAP, entweder manuell oder über eine automatisierte Schnittstelle wie OCR/VIM. Das Ereignis wird in der Regel anhand von Datum und Uhrzeit der Belegerfassung im Buchhaltungsbelegkopf ermittelt.
Warum das wichtig ist

Als Startpunkt des Prozesses ist diese Aktivität entscheidend, um die durchgängige Rechnungsdurchlaufzeit zu berechnen und den Durchsatz des gesamten Kreditorenprozesses zu messen.

Woher beziehen

Dieses Ereignis wird aus der Buchhaltungsbelegkopftabelle (BKPF) anhand des Belegerfassungsdatums (CPUDT) und der Erfassungszeit (CPUTM) ermittelt.

Erfassung

Verwenden Sie den Erstellungs-Timestamp (BKPF-CPUDT, BKPF-CPUTM) des Rechnungsbelegs.

Ereignistyp explicit
Rechnung freigegeben
Die Rechnung hat alle erforderlichen Freigaben im Workflow-System erhalten. Dies ist häufig der letzte Schritt, bevor die Rechnung gebucht oder für die Zahlung entsperrt werden kann.
Warum das wichtig ist

Dieser wichtige Meilenstein markiert das Ende des Freigabezyklus. Die Zeit zwischen Weiterleitung und Freigabe ist eine entscheidende Effizienzkennzahl.

Woher beziehen

Wird in SAP-Business-Workflow-Protokollen als Abschluss oder endgültige Freigabe erfasst. Alternativ lässt sich das Ereignis aus der Aufhebung einer Zahlungssperre nach der Weiterleitung ableiten.

Erfassung

Extrahieren Sie Workflow-Abschlussereignisse aus SAP-Workflow-Protokollen oder ermitteln Sie das abschließende „Freigabe“-Ereignis.

Ereignistyp explicit
Rechnung für Zahlung gesperrt
Das System hat die Rechnung automatisch oder manuell für die Zahlung gesperrt. Gründe dafür sind häufig Abweichungen bei Preis oder Menge sowie fehlende Freigaben.
Warum das wichtig ist

Eine Zahlungssperre ist ein wichtiger Hinweis auf Probleme und Nacharbeit. Die Analyse der Sperrgründe und -dauer hilft, die Ursachen für Zahlungsverzögerungen und Prozessineffizienzen zu ermitteln.

Woher beziehen

Dieser Status wird ausdrücklich im Feld für den Zahlungssperrschlüssel (ZLSPR) der Lieferantenposition im Buchhaltungsbeleg erfasst (Tabelle BSEG).

Erfassung

Wird über Änderungsbelege protokolliert, wenn das Feld BSEG-ZLSPR mit einem Sperrgrund befüllt wird.

Ereignistyp explicit
Rechnung gebucht
Die Rechnung wird offiziell im Hauptbuch erfasst und begründet eine finanzielle Verbindlichkeit. Ein vorerfasster Beleg wird gebucht oder die Rechnung wird direkt gebucht.
Warum das wichtig ist

Dies ist ein wichtiger finanzieller Meilenstein. Er bestätigt die Zahlungsverpflichtung des Unternehmens und ist häufig Voraussetzung für die Zahlungsplanung.

Woher beziehen

Dieses Ereignis wird anhand des Buchungsdatums (BUDAT) im Belegkopf (BKPF) ermittelt. Bei einem gebuchten Beleg ist der Belegstatus (BKPF-BSTAT) leer.

Erfassung

Verwenden Sie für nicht vorerfasste Belege (BKPF-BSTAT ist leer) den Buchungs-Timestamp (BKPF-BUDAT).

Ereignistyp explicit
Rechnung storniert
Der Rechnungsbeleg wurde storniert, wodurch seine finanzielle Wirkung aufgehoben wurde. Dies ist ein alternativer Endzustand des Prozesses, häufig aufgrund fehlerhafter Einträge oder Streitigkeiten mit Lieferanten.
Warum das wichtig ist

Die Erfassung von Stornierungen hilft, Ursachen für Prozessfehler wie doppelte Einreichungen oder fehlerhafte Rechnungsdaten zu erkennen. Solche Fälle können auf vorgelagerte Probleme hinweisen.

Woher beziehen

Wird ausdrücklich erfasst, wenn ein Stornobeleg erstellt wird. Im ursprünglichen Belegkopf (BKPF) sind dann die Nummer des Stornobelegs (STBLG) und der Stornogrund hinterlegt.

Erfassung

Ermitteln Sie das Buchungsdatum des Stornobelegs, auf den im Kopf des ursprünglichen Belegs (BKPF-STBLG) verwiesen wird.

Ereignistyp explicit
Zahlung ausgeführt
Die Rechnung wurde bezahlt. Das Ereignis wird erfasst, wenn der Zahlungslauf abgeschlossen und ein Zahlungsbeleg erstellt und gebucht wurde.
Warum das wichtig ist

Diese Aktivität ist wichtig für die Cashflow-Analyse und die Messung der KPI „Pünktliche Zahlungen“. Dazu wird dieses Datum mit dem Fälligkeitstermin der Rechnung verglichen.

Woher beziehen

Wird anhand des Buchungsdatums des Zahlungsbelegs erfasst, mit dem die Rechnung ausgeglichen wird. Die Nummer des Zahlungsbelegs ist im Ausgleichsbelegfeld (AUGBL) der Rechnungsposition (BSEG) hinterlegt.

Erfassung

Ermitteln Sie das Buchungsdatum (BUDAT) des Zahlungsbelegs, mit dem die Rechnungsposition ausgeglichen wird.

Ereignistyp explicit
Zahlung ausgeglichen
Diese Aktivität markiert den endgültigen Abschluss der Rechnung. Dabei werden Zahlung und Rechnung im Nebenbuch miteinander abgeglichen. Damit ist der Prozess abgeschlossen.
Warum das wichtig ist

Als endgültiger Endpunkt des Prozesses ist diese Aktivität für die genaue Berechnung der durchgängigen Durchlaufzeit unerlässlich. Sie bestätigt, dass die Verbindlichkeit beglichen wurde.

Woher beziehen

Dieses Ereignis wird ausdrücklich erfasst, wenn das Feld für das Ausgleichsdatum (AUGDT) in der Lieferantenposition des Rechnungsbelegs (Tabelle BSEG) befüllt ist.

Erfassung

Verwenden Sie das Ausgleichsdatum (BSEG-AUGDT) aus der Rechnungsposition.

Ereignistyp explicit
Abweichung geklärt
Diese Aktivität zeigt an, dass ein zuvor festgestelltes Problem, das wahrscheinlich eine Zahlungssperre ausgelöst hat, untersucht und behoben wurde. Das Ereignis wird erfasst, wenn die Zahlungssperre für eine Rechnung aufgehoben wird.
Warum das wichtig ist

Die Erfassung dieser Nacharbeitsschleife ist entscheidend für das Dashboard „Analyse der Nacharbeit bei Rechnungsabweichungen“. Sie zeigt, wie viel Zeit und Aufwand für die Fehlerbehebung anfallen.

Woher beziehen

Wird aus Änderungsbelegen abgeleitet, die die Aufhebung einer Zahlungssperre zeigen. Das Änderungsprotokoll für das Feld BSEG-ZLSPR ist die wichtigste Quelle.

Erfassung

Ermitteln Sie Änderungsbelege für die Tabelle BSEG, bei denen das Feld ZLSPR von einem Wert auf leer geändert wurde.

Ereignistyp inferred
Bestellung abgeglichen
Diese Aktivität zeigt an, dass die Rechnung erfolgreich einer Bestellung zugeordnet wurde. Sie ist ein wichtiger Schritt beim 3-Wege-Abgleich für Rechnungen aus dem Beschaffungsprozess.
Warum das wichtig ist

Die Analyse dieser Aktivität zeigt, wie effizient der Abgleich abläuft. Sie ist außerdem eine wichtige Grundlage für die KPIs „Leistung des 3-Wege-Abgleichs“ und „Anteil der Rechnungen ohne Bestellung“.

Woher beziehen

Dieses Ereignis wird abgeleitet, wenn eine Rechnungsposition in der Tabelle BSEG oder ACDOCA eine gültige Bestellnummer (EBELN) und Positionsnummer (EBELP) enthält.

Erfassung

Abgeleitet aus einer Bestellreferenz (BSEG-EBELN) im Rechnungsbeleg bei dessen Anlage.

Ereignistyp inferred
Fälligkeitstermin der Rechnung überschritten
Ein berechnetes Ereignis, das anzeigt, dass der Nettofälligkeitstermin der Rechnung verstrichen ist, ohne dass eine Zahlung ausgeglichen wurde. Dies weist auf eine verspätete oder überfällige Zahlung hin.
Warum das wichtig ist

Diese Aktivität ist wichtig für das Dashboard „Zahlungskonformität und Fälligkeiten“. Sie hilft, überfällige Rechnungen frühzeitig zu erkennen und zu bearbeiten sowie die Ursachen verspäteter Zahlungen zu analysieren.

Woher beziehen

Dieses Ereignis ist in SAP nicht ausdrücklich erfasst. Es wird berechnet, indem das aktuelle Systemdatum mit dem Nettofälligkeitstermin verglichen wird, der sich aus BSEG-ZFBDT oder dem Basisdatum und den Zahlungsbedingungen ergibt.

Erfassung

Berechnetes Ereignis, das ausgelöst wird, wenn der Ereignis-Timestamp nach dem Nettofälligkeitstermin der Rechnung liegt.

Ereignistyp calculated
Rechnung abgelehnt
Eine freigabeberechtigte Person hat die Rechnung während des Freigabe-Workflows abgelehnt. In der Regel wird sie zur Korrektur oder Klärung an die bearbeitende Person zurückgegeben.
Warum das wichtig ist

Die Erfassung von Ablehnungen macht Nacharbeitsschleifen im Freigabeprozess sichtbar und kann auf Verstöße gegen Richtlinien oder eine fehlerhafte Kontierung hinweisen.

Woher beziehen

Wird als spezifisches Ergebnisereignis in den SAP-Business-Workflow-Protokollen zur Rechnung erfasst.

Erfassung

Extrahieren Sie Ereignisse mit dem Workflow-Status „abgelehnt“ aus den SAP-Workflow-Protokollen.

Ereignistyp explicit
Rechnung vorerfasst
Die Rechnung wurde im System erfasst, aber noch nicht im Hauptbuch gebucht. Dieser Schritt dient häufig dazu, einen unvollständigen Beleg für die spätere Bearbeitung oder Freigabe zu speichern.
Warum das wichtig ist

Die Erfassung vorerfasster Rechnungen hilft, Verzögerungen vor der formellen Buchung zu erkennen und Probleme mit unvollständigen Daten oder der ersten Prüfung aufzudecken.

Woher beziehen

Dieser Status wird aus dem Belegstatusfeld im Buchhaltungsbelegkopf abgeleitet (BKPF-BSTAT = 'V' für vorerfasst). Das Ereignis tritt ein, sobald der Status gesetzt wird.

Erfassung

Ermitteln Sie Änderungsbelege für die Tabelle BKPF, bei denen das Feld BSTAT auf 'V' (vorerfasst) gesetzt ist.

Ereignistyp inferred
Rechnung zur Freigabe weitergeleitet
Die Rechnung wurde anhand von Geschäftsregeln zur erforderlichen Freigabe an einen Workflow übergeben. Damit beginnt der Freigabeprozess.
Warum das wichtig ist

Diese Aktivität bildet den Ausgangspunkt für die Messung der KPI „Durchschnittliche Freigabezeit von Rechnungen“ und die Analyse von Engpässen im Freigabeprozess.

Woher beziehen

Das Ereignis lässt sich aus SAP-Business-Workflow-Protokollen (SWW*-Tabellen) ermitteln. Diese protokollieren den Start einer Workflow-Instanz, die mit dem Rechnungsobjekt verknüpft ist, zum Beispiel BUS2081.

Erfassung

Extrahieren Sie Workflow-Start-Ereignisse aus SAP-Workflow-Protokollen, zum Beispiel aus der Tabelle SWW_WIHEAD, die mit dem Rechnungsbeleg verknüpft ist.

Ereignistyp explicit
Wareneingang abgeglichen
Diese Aktivität zeigt an, dass die Mengen und Werte der Rechnung erfolgreich mit einem Wareneingangsbeleg abgeglichen wurden. Damit ist der 3-Wege-Abgleich abschließend geprüft.
Warum das wichtig ist

Die Erfassung dieses Schritts hilft, Ineffizienzen beim 3-Wege-Abgleich aufzudecken und Abweichungen zwischen dem Wareneingang und den vom Lieferanten berechneten Mengen zu erkennen.

Woher beziehen

Dieses Ereignis wird aus einer Referenz auf einen Materialbeleg (Wareneingang) in der Rechnungsposition abgeleitet, die häufig über die Bestellhistorie verknüpft ist.

Erfassung

Abgeleitet aus einer Referenz auf einen Wareneingangsbeleg in der Rechnungsposition, zum Beispiel in RSEG bei MIRO-Rechnungen.

Ereignistyp inferred
Zahlungsvorschlag erstellt
Die Rechnung wurde in einen Zahlungsvorschlag eines Zahlungslaufs aufgenommen, zum Beispiel F110. Sie ist nun für die Zahlung vorgesehen, sobald der Lauf endgültig ausgeführt wird.
Warum das wichtig ist

Diese Aktivität zeigt den Übergang von einer offenen Verbindlichkeit zu einem Posten, der aktiv für die Zahlung vorbereitet wird. So lässt sich die Effizienz der Zahlungsabwicklung analysieren.

Woher beziehen

Dieses Ereignis wird ausdrücklich in den Tabellen der Zahlungslaufdaten protokolliert, insbesondere in REGUP (bearbeitete Posten des Zahlungsprogramms) und REGUH (Kopf).

Erfassung

Ermitteln Sie, wann eine Rechnung in der Tabelle REGUP für einen in REGUH erfassten Zahlungslauf erscheint.

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So extrahieren Sie Ihre Daten aus SAP S/4HANA

Bereit für den Einstieg?

Nutzen Sie dieses Template als Ausgangspunkt für Ihre Process-Mining-Initiative und erschließen Sie Effizienzpotenziale in der Kreditorenbuchhaltung. Starten Sie noch heute mit einem optimierten und schlankeren Prozess.

Vermeiden Sie Mahngebühren: Optimieren Sie noch heute Ihre Rechnungsverarbeitung in der Kreditorenbuchhaltung

Senken Sie die Verarbeitungskosten um 60 % und vermeiden Sie doppelte Zahlungen.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten können Sie loslegen.