Ihr Daten-Template für das Forderungsmanagement

SAP ECC
Ihr Daten-Template für das Forderungsmanagement

Ihr Daten-Template für das Forderungsmanagement

Dieses Template bietet eine strukturierte Grundlage, um Ihre Finanz-Workflows in SAP ECC anhand der wesentlichen Datenkomponenten abzubilden. Es enthält eine umfassende Liste der Prozessschritte, die Sie überwachen sollten, sowie der erforderlichen Datenfelder, um Ihren Forderungseinzug vollständig nachzuvollziehen. Mit dieser Anleitung stellen Sie sicher, dass Ihr Event Log alle erforderlichen Details enthält, um die Effizienz zu steigern und den Cashflow zu verbessern.
  • Prozessspezifische Attribute für die Finanzanalyse
  • Wichtige Meilensteine für eine präzise Prozesserkennung
  • Schritt-für-Schritt-Anleitung zur Datenextraktion aus SAP ECC
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute des Forderungsmanagements

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, damit Sie Ihren Forderungsmanagementprozess umfassend analysieren können.
5 Erforderlich 9 Empfohlen 8 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Das konkrete Ereignis oder die Aktion im Prozess.
Beschreibung

Dieses Attribut erfasst den Namen des ausgeführten Prozessschritts, zum Beispiel „Rechnung angelegt“, „Zahlung erhalten“ oder „Klärungsfall erfasst“. Der Name wird aus Transaktionscodes, Belegarten oder bestimmten Änderungen am Status des Buchhaltungsbelegs abgeleitet. Anhand dieser Daten lässt sich der Prozessablauf rekonstruieren und die Variantenanalyse durchführen.

Warum das wichtig ist

Das Attribut definiert die erforderliche Event-Log-Struktur, um den Prozessablauf zu visualisieren und Engpässe zu erkennen.

Woher beziehen

Abgeleitet aus TCODE in BKPF, Belegart in BLART oder Änderungsbelegen (CDHDR/CDPOS)

Beispiele
Rechnung angelegtZahlung eingegangenGutschrift gebuchtKlärungsfall eröffnet
Ereigniszeitpunkt
EventTime
Der genaue Timestamp, zu dem die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit, zu denen eine Aktivität im System stattgefunden hat. Bei Transaktionsdaten in SAP ECC ergibt sich der Wert üblicherweise aus dem Erfassungsdatum (CPUDT) und der Erfassungszeit (CPUTM). Diese Zeitangabe ist erforderlich, um Zykluszeiten, Durchlaufzeiten und die Dauer zwischen Prozessschritten zu berechnen.

Warum das wichtig ist

Unverzichtbar für alle zeitbasierten Analysen, darunter Days Sales Outstanding und die Prozessgeschwindigkeit.

Woher beziehen

Tabelle BKPF, Felder CPUDT (Datum) und CPUTM (Uhrzeit)

Beispiele
2023-10-12T08:30:00Z2023-10-15T14:22:10Z2023-11-01T09:15:00Z
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Datenextraktion oder -aktualisierung.
Beschreibung

Gibt an, wann die Daten zuletzt aus dem SAP-ECC-Quellsystem mit der Process-Mining-Plattform synchronisiert wurden. So können Benutzer die Aktualität der Analyse und mögliche Verzögerungen in den Dashboards einschätzen. Das ist entscheidend, um zu prüfen, ob die KPIs den aktuellen Geschäftsstand abbilden.

Warum das wichtig ist

Zeigt Benutzern, wie aktuell die Daten in ihren Dashboards sind.

Woher beziehen

Vom Extraktionstool erzeugt (ETL-Timestamp)

Beispiele
2023-11-25T00:00:00Z2023-11-25T06:00:00Z
Quellsystem
SourceSystem
Der Name des Systems, aus dem die Daten stammen.
Beschreibung

Gibt die SAP-ECC-Instanz oder den Mandanten an, aus dem der Datensatz extrahiert wurde. In Systemlandschaften mit mehreren Systemen ist dieses Attribut wichtig, um Daten getrennt auszuwerten und systemspezifische Prozessvarianten zu erkennen. Es gewährleistet die Datenherkunft und unterstützt bei der Fehlersuche in Integrationen.

Warum das wichtig ist

Erforderlich für die Data Governance und um in Umgebungen mit mehreren ERP-Systemen die Herkunft von Datensätzen zu bestimmen.

Woher beziehen

Systemkonfiguration oder bei der Extraktion fest hinterlegt

Beispiele
SAP_ECC_P01SAP_ECC_QAERP_NA_01
Rechnungsnummer
InvoiceNumber
Eindeutige Kennung der Rechnung oder des Buchhaltungsbelegs.
Beschreibung

Dieses Attribut ist der Primärschlüssel für den Debitorenbuchhaltungsprozess. In SAP ECC setzt er sich üblicherweise aus der Belegnummer (BELNR), dem Buchungskreis (BUKRS) und dem Geschäftsjahr (GJAHR) zusammen, damit er im gesamten System eindeutig ist. Er dient als zentraler Bezugspunkt, über den sich alle nachfolgenden Aktivitäten wie Zahlungen, Klärungsfälle und Ausgleiche dem ursprünglichen finanziellen Anspruch zuordnen lassen.

Warum das wichtig ist

Dies ist die Case-ID, die benötigt wird, um den gesamten Lebenszyklus einer Forderung von der Anlage bis zum endgültigen Ausgleich nachzuverfolgen.

Woher beziehen

Tabelle BKPF, Feld BELNR (häufig mit BUKRS und GJAHR kombiniert)

Beispiele
140000023420231800003991202351000008822022
Ausgleichsdatum
ClearingDate
Das Datum, an dem die Rechnung ausgeglichen wurde, durch Zahlung oder Verrechnung.
Beschreibung

Das Datum (AUGDT), an dem der offene Posten im System ausgeglichen wurde. Es ist der maßgebliche Endzeitpunkt des Inkassoprozesses für eine bestimmte Rechnung. Als zentrale Berechnungsgrundlage dient es für die durchschnittlichen Days Sales Outstanding und zur Feststellung, ob eine Zahlung verspätet eingegangen ist.

Warum das wichtig ist

Der maßgebliche Timestamp für die Berechnung von DSO und Zahlungsgeschwindigkeit.

Woher beziehen

Tabelle BSAD (ausgeglichene Posten), Feld AUGDT

Beispiele
2023-12-012023-11-15
Automatisiert
IsAutomated
Kennzeichen dafür, ob die Aktivität automatisch ausgeführt wurde.
Beschreibung

Ein boolesches Kennzeichen, das aus dem Transaktionscode und dem Benutzernamen abgeleitet wird. Ist der TCODE beispielsweise „F110“ (automatischer Zahlungslauf) oder handelt es sich beim Benutzer um ein bekanntes System-Batchkonto, wird der Wert auf „true“ gesetzt. Dieses Attribut wird direkt für die KPI „Automatisierungsquote beim Ausgleich“ benötigt.

Warum das wichtig ist

Entscheidend für die Messung der Prozesseffizienz und des Automatisierungsgrads.

Woher beziehen

Abgeleitet aus TCODE und USNAM

Beispiele
truefalse
Belegart
DocumentType
Klassifiziert den Buchhaltungsbeleg, zum Beispiel als Rechnung, Zahlung oder Gutschrift.
Beschreibung

Die SAP-Belegart (BLART) unterscheidet verschiedene Geschäftsvorgänge, etwa eine Kundenrechnung (DR), eine Kundenzahlung (DZ) oder eine Gutschrift (DG). Dieses Attribut ist grundlegend für die Definition des Case-Typs und die Filterung bestimmter Prozessabläufe, zum Beispiel für die Analyse der Nachbearbeitungsquote von Gutschriften.

Warum das wichtig ist

Unterscheidet Rechnungen, Zahlungen und Korrekturen in den Daten.

Woher beziehen

Tabelle BKPF, Feld BLART

Beispiele
RVDZDGDR
Benutzername
UserName
Die ID des Benutzers, der die Transaktion ausgeführt hat.
Beschreibung

Erfasst die SAP-Benutzer-ID (USNAM), die mit der Anlage oder Änderung des Belegs verknüpft ist. Dieses Attribut wird dem Feld „Benutzer“ zugeordnet und dient im Dashboard „Effizienz der Klärungsbearbeitung“ zur Analyse der Mitarbeiterleistung. Außerdem hilft es, manuelle Benutzer von Systemkonten zu unterscheiden.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Teammitgliedern und die Erkennung automatisierter Vorgänge.

Woher beziehen

Tabelle BKPF, Feld USNAM

Beispiele
JSMITHBATCH_USERFIN_AP_01
Betrag in Hauswährung
AmountInLocalCurrency
Der Wert der Position in der Währung des Buchungskreises.
Beschreibung

Gibt den finanziellen Wert der Aktivität oder des Belegs in der Währung des lokalen Hauptbuchs an (DMBTR). Dieses Attribut dient zur Berechnung von „Aktivitätsbetrag“ und ist wichtig, um Inkassoaktivitäten nach Wert zu priorisieren. So können sich Analysen auf offene Posten mit hohem Wert konzentrieren.

Warum das wichtig ist

Unverzichtbar für die Analyse finanzieller Auswirkungen und die Priorisierung von Fällen mit hohem Wert.

Woher beziehen

Tabelle BSEG, Feld DMBTR

Beispiele
1500.00230.5010000.00
Buchungskreis
CompanyCode
Organisationseinheit, für die die Bilanz erstellt wird.
Beschreibung

Bezeichnet die jeweilige rechtliche Einheit oder Tochtergesellschaft innerhalb der Unternehmensstruktur. In SAP entspricht dies dem Feld „BUKRS“. Die Analyse nach Buchungskreis ermöglicht den Leistungsvergleich zwischen verschiedenen Geschäftseinheiten und zeigt, welche Einheiten ihre Forderungen am effizientesten verwalten.

Warum das wichtig ist

Wichtig, um Dashboards nach Geschäftseinheit zu filtern und Finanzbuchhaltungen getrennt auszuwerten.

Woher beziehen

Tabelle BKPF, Feld BUKRS

Beispiele
1000US01DE99
Kundenkontengruppe
CustomerAccountGroup
Ordnet Kunden verschiedenen Segmenten zu.
Beschreibung

Die SAP-Kontengruppe (KTOKD) kategorisiert Kunden, zum Beispiel als Warenempfänger, Auftraggeber oder konzerninterne Kunden. Sie dient als primäre Zuordnung zum Kundensegment. Das Dashboard „Zahlungstrends nach Kundensegment“ benötigt dieses Attribut, um die Einhaltung der Zahlungsbedingungen zwischen verschiedenen Kundentypen zu vergleichen.

Warum das wichtig ist

Die Standardmethode zur Segmentierung von Kunden in SAP.

Woher beziehen

Tabelle KNA1, Feld KTOKD

Beispiele
KUNA0001DEBI
Kundennummer
CustomerNumber
Eindeutige Kennung des Kundenkontos.
Beschreibung

Die eindeutige ID, die dem Kunden im SAP-System zugewiesen ist (KUNNR). Mit diesem Attribut lassen sich Prozesskennzahlen auf Kundenebene aggregieren und die Dashboards „Leistung der Inkassoaktivitäten“ und „Zahlungstrends nach Kundensegment“ erstellen. Es ist wichtig, um Kunden mit hohem Risiko zu erkennen.

Warum das wichtig ist

Ermöglicht detaillierte Analysen des Zahlungsverhaltens und der Zahlungstrends einzelner Kunden.

Woher beziehen

Tabelle BSEG oder BSID/BSAD, Feld KUNNR

Beispiele
000100293CUST-9921000550021
Nettofälligkeitsdatum
NetDueDate
Das berechnete Datum, bis zu dem die Zahlung erfolgen muss.
Beschreibung

Dies ist der endgültige Zahlungstermin. In SAP wird er häufig ausgehend vom Basisdatum (ZFBDT) und den in den Zahlungsbedingungen (ZTERM) festgelegten Tagen berechnet. Dieses Attribut ist wichtig für die KPI „Einhaltung der Zahlungsbedingungen“ und zeigt, welche Rechnungen überfällig sind.

Warum das wichtig ist

Maßgeblicher Bezugspunkt, um pünktliche von verspäteten Zahlungen zu unterscheiden.

Woher beziehen

Abgeleitet aus BSEG-ZFBDT und den Zahlungsbedingungen (Logik der Tabelle T052)

Beispiele
2023-12-302024-01-15
Bonität
CreditRating
Die Bonitätsbewertung des Kunden.
Beschreibung

Die Bonitätsbewertung des Kunden (CTLPC oder ein vergleichbares Feld in KNKK/FSCM). Dieses Attribut wird für das Dashboard „Auswirkungen von Kreditlimits und Bonität“ benötigt. Damit können Analysten untersuchen, ob die Wahrscheinlichkeit von Klärungsfällen oder verspäteten Zahlungen mit dem Risikoprofil des Kunden zusammenhängt.

Warum das wichtig ist

Stellt den Zusammenhang zwischen Risikomanagementdaten und operativer Leistung her.

Woher beziehen

Tabelle KNKK (Kreditmanagement) oder FSCM-Tabellen

Beispiele
A+Hohes Risiko500
ID des Klärungsfalls
DisputeCaseId
Kennung eines mit der Rechnung verknüpften Klärungsfalls.
Beschreibung

Die eindeutige Kennung (CASE_GUID oder externe ID) aus dem Modul SAP FSCM Dispute Management. Dieses Attribut ist für das Dashboard „Effizienz der Klärungsbearbeitung“ zwingend erforderlich. Es verknüpft den Finanzbeleg mit dem Klärungs-Workflow und ermöglicht so die Berechnung der Bearbeitungsdauer.

Warum das wichtig ist

Verknüpft den Debitorenbuchhaltungsprozess mit dem Teilprozess Dispute Management.

Woher beziehen

Tabelle FDM_DCPROC oder SCMG_T_CASE_ATTR (wenn FSCM aktiv ist)

Beispiele
DISP-000123100029384
Kreditkontrollbereich
CreditControlArea
Organisationseinheit für das Kreditmanagement.
Beschreibung

Der Kreditkontrollbereich (KKBER) dient dazu, Kreditlimits für Kunden festzulegen und zu überwachen. Dieses Attribut unterstützt die Analyse der Auswirkungen von Kreditlimits und Bonität, indem es Kunden den jeweiligen Kreditrichtlinien zuordnet. So lässt sich der Zusammenhang zwischen Kreditrisikoeinstellungen und Zahlungsverzögerungen untersuchen.

Warum das wichtig ist

Wichtige Grundlage für die Analyse von Kreditrisiken und der Wirksamkeit von Richtlinien.

Woher beziehen

Tabelle KNB1 oder KNKK, Feld KKBER

Beispiele
US01GLBLEU00
Kundenland
CustomerCountry
Der Ländercode des Kunden.
Beschreibung

Der geografische Standort des Kunden (LAND1), abgerufen aus den Kundenstammdaten. Dieses Attribut unterstützt die Analyse der Rechnungszykluszeit, indem sich die Leistung nach Region aufschlüsseln lässt. So können Länder erkannt werden, in denen lokale Gepflogenheiten oder Verzögerungen im Bankverkehr zu längeren Zahlungszyklen führen.

Warum das wichtig ist

Unterstützt regionale Leistungsvergleiche und die regulatorische Berichterstattung.

Woher beziehen

Tabelle KNA1, Feld LAND1

Beispiele
USDEFR
Rechnungsort
BillingCity
Die Stadt der Rechnungsadresse des Kunden.
Beschreibung

Der Stadtname (ORT01) aus den Kundenstammdaten. Damit lässt sich im Dashboard ermitteln, welche Kundensegmente oder Rechnungsorte besonders hohe Days Sales Outstanding aufweisen. Das Attribut ermöglicht eine detaillierte geografische Analyse des Zahlungsverhaltens.

Warum das wichtig ist

Wird speziell für das Dashboard zur Analyse der Rechnungszykluszeit benötigt.

Woher beziehen

Tabelle KNA1, Feld ORT01

Beispiele
New YorkBerlinLondon
Transaktionscode
TransactionCode
Der SAP-T-Code, mit dem die Aktivität ausgeführt wird.
Beschreibung

Der konkrete Transaktionscode (TCODE), mit dem der Beleg gebucht wurde, zum Beispiel „FB01“ (Beleg buchen) oder „F110“ (automatischer Zahlungslauf). Dieses Attribut bildet die Grundlage für die Berechnung von „Automatisiert“ und den „Tracker für die Automatisierung der Zahlungseingangsverarbeitung“. Es zeigt, auf welche Weise der Vorgang erfasst wurde.

Warum das wichtig ist

Unterschiedliche T-Codes weisen auf verschiedene Verarbeitungsmethoden hin, manuell oder automatisch.

Woher beziehen

Tabelle BKPF, Feld TCODE

Beispiele
VF01F110FB70FEB_BSPROC
Zahlung verspätet
IsLatePayment
Kennzeichen dafür, ob die Zahlung nach dem Fälligkeitsdatum eingegangen ist.
Beschreibung

Ein boolesches Kennzeichen, das durch den Vergleich von Ausgleichsdatum und Nettofälligkeitsdatum berechnet wird. Dieses Attribut vereinfacht die Berechnung der KPI „Einhaltung der Zahlungsbedingungen“. Im Dashboard lassen sich damit schnell Fälle herausfiltern, in denen die Zahlungsbedingungen nicht eingehalten wurden.

Warum das wichtig ist

Erkennt schnell Verstöße gegen Zahlungsbedingungen im Prozess.

Woher beziehen

Berechnet: ClearingDate > NetDueDate

Beispiele
truefalse
Zahlungsbedingungen
PaymentTerms
Code für die vereinbarten Zahlungsbedingungen.
Beschreibung

Der Schlüssel für die Zahlungsbedingungen (ZTERM) legt das Fälligkeitsdatum und mögliche Skonti fest. Die Analyse dieses Attributs zeigt, ob Probleme bei der Inanspruchnahme von Frühzahlungsrabatten auf strenge Zahlungsbedingungen oder Fehler im Prozess zurückzuführen sind. Es ist eine wichtige Dimension für die finanzielle Compliance.

Warum das wichtig ist

Legt das erwartete Verhalten und die Fristen für den Case fest.

Woher beziehen

Tabelle BSEG oder KNB1, Feld ZTERM

Beispiele
NT30ZB010001
Erforderlich Empfohlen Optional

Aktivitäten im Forderungsmanagement

Diese Prozessschritte und Meilensteine bilden die wesentlichen Aktivitäten ab, die Sie für eine präzise Erkennung Ihrer Finanz-Workflows im Event Log erfassen sollten.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Buchhaltungsbeleg erstellt
Die Kundenrechnung wird erstmals im Hauptbuch der Finanzbuchhaltung erfasst. Dadurch entsteht der offene Posten im Nebenbuch der Debitorenbuchhaltung.
Warum das wichtig ist

Kennzeichnet den offiziellen Beginn der finanziellen Verbindlichkeit und der Fristberechnung für die Kundenrechnung.

Woher beziehen

Tabellen BKPF (Kopf) und BSEG (Segment). Ermitteln Sie Belege, bei denen der Kontentyp (KOART) den Wert 'D' (Kunde) hat. Verwenden Sie das Erfassungsdatum (CPUDT) und die Erfassungszeit (CPUTM).

Erfassung

Wird protokolliert, wenn eine Transaktion einen Datensatz in BKPF anlegt

Ereignistyp explicit
Rechnung ausgeglichen
Im letzten Abstimmungsschritt werden die offene Rechnung und die Zahlung miteinander verknüpft und der Status des offenen Postens aufgehoben. Damit ist der Prozess abgeschlossen.
Warum das wichtig ist

Wichtiges End Event. Dient zur Berechnung der „Quote automatisierter Zahlungsausgleiche“ und schließt den Prozess ab.

Woher beziehen

Tabelle BSEG. Die Felder 'AUGBL' (Ausgleichsbeleg) und 'AUGDT' (Ausgleichsdatum) sind für die Rechnungsposition gefüllt.

Erfassung

Wird protokolliert, wenn ein offener Posten ausgeglichen wird

Ereignistyp explicit
Rechnung versendet
Die Rechnung wird per Post, E-Mail oder EDI an den Kunden übermittelt. Dieses Ereignis kennzeichnet den Zeitpunkt, an dem der Kunde die Zahlungsaufforderung tatsächlich erhält.
Warum das wichtig ist

Wichtig für die Berechnung der KPI „Vorlaufzeit bis zum Rechnungsversand“. Verzögerungen erhöhen direkt die Days Sales Outstanding.

Woher beziehen

Dazu müssen Sie den FI-Beleg wahrscheinlich mit dem SD-Fakturierungsbeleg (VBRK) verknüpfen und in der Ausgabesteuerungstabelle (NAST) den erfolgreichen Verarbeitungsstatus prüfen.

Erfassung

VBRK-VBNUM mit den Ausgabeprotokollen in NAST abgleichen

Ereignistyp inferred
Streitfall erfasst
Eine Rechnungsposition wird mit einem Ursachencode versehen, der auf einen Einwand oder eine Anfrage des Kunden hinweist. Dadurch wird die Rechnung üblicherweise für die Zahlung gesperrt.
Warum das wichtig ist

Wichtig für die „Effizienz bei der Klärung von Streitfällen“. Zeigt, warum Zahlungen ausstehen, und ermöglicht die Messung der Klärungsdauer.

Woher beziehen

Änderungen an BSEG-RSTGR (Ursachencode) oder Integration mit den Tabellen für SAP FSCM Dispute Management (UDM_CASE).

Erfassung

Statusfeld vorher und nachher vergleichen oder FSCM-Protokoll prüfen

Ereignistyp inferred
Teilzahlung gebucht
Eine Zahlung geht ein, die nur einen Teil des gesamten Rechnungsbetrags abdeckt. Die Rechnung bleibt mit einem Restbetrag offen.
Warum das wichtig ist

Wichtig für die „Analyse der Auswirkungen von Teilzahlungen“. Teilzahlungen erhöhen den Abstimmungsaufwand und verlängern die Durchlaufzeiten.

Woher beziehen

Tabelle BSEG. Ermitteln Sie Zahlungsbelege (Typ DZ/KZ), die auf die Rechnung verweisen (REBZG), sie aber nicht vollständig ausgleichen.

Erfassung

Wird protokolliert, wenn ein Zahlungsbeleg gebucht wird

Ereignistyp explicit
Zahlung eingegangen
Ein eingehender Zahlungsbeleg wird gebucht, um die Rechnung auszugleichen. Damit wird der Zahlungseingang im Hauptbuch erfasst.
Warum das wichtig ist

Das zentrale Ereignis für die „durchschnittlichen Days Sales Outstanding“. Es kennzeichnet den Zahlungseingang für den Verkauf.

Woher beziehen

Tabellen BKPF/BSEG. Belegart 'DZ' (Kundenzahlung) oder 'KZ' (Lieferantenzahlung für Kunden).

Erfassung

Wird protokolliert, wenn die Zahlungstransaktion ausgeführt wird

Ereignistyp explicit
Zahlungserinnerung versendet
Bei einem überfälligen Saldo wird ein Mahnschreiben oder eine Zahlungserinnerung an den Kunden versendet. Dies zeigt die proaktive Arbeit des Forderungsteams.
Warum das wichtig ist

Wichtig für das Dashboard „Leistung bei Maßnahmen zum Forderungseinzug“. Eine hohe Häufigkeit deutet auf ein ungünstiges Zahlungsverhalten der Kunden hin.

Woher beziehen

Tabellen MHND (Mahndaten) und MHNK (Mahnungskopf). Sie enthalten das Datum und die Mahnstufe des Schreibens.

Erfassung

Wird protokolliert, wenn der Mahnlauf (F150) ausgeführt wird

Ereignistyp explicit
Forderung abgeschrieben
Der Rechnungsbetrag wird als uneinbringlich eingestuft und aus den Forderungen in den Aufwand für Forderungsausfälle umgebucht. Dies geschieht, wenn der Forderungseinzug scheitert.
Warum das wichtig ist

Negativer Prozessabschluss. Wichtig für die Analyse der Ursachen von Umsatzverlusten.

Woher beziehen

Tabelle BSEG. Ausgleichsbeleg mit einer bestimmten Belegart, zum Beispiel 'AB', oder einem Ursachencode für die Abschreibung.

Erfassung

Aus Belegart und Zuordnung zum Sachkonto ableiten

Ereignistyp inferred
Gutschrift gebucht
Dem Kunden wird eine Gutschrift ausgestellt, die den offenen Forderungsbetrag verringert. Damit werden üblicherweise Rechnungsfehler korrigiert oder Rücksendungen bearbeitet.
Warum das wichtig ist

Fließt in die KPI „Nacharbeitsquote bei Gutschriften“ ein. Ein hohes Volumen weist auf vorgelagerte Qualitätsprobleme im Vertrieb oder in der Auftragsabwicklung hin.

Woher beziehen

Tabellen BKPF/BSEG mit Belegart 'DG' (oder einer benutzerdefinierten Gutschrift-Belegart), die auf die ursprüngliche Rechnung verweist.

Erfassung

Wird protokolliert, wenn eine Transaktion einen Gutschriftbeleg in BKPF anlegt

Ereignistyp explicit
Kontoauszug abgeglichen
Eine Position des elektronischen Kontoauszugs wird automatisch einem Kundenkonto zugeordnet. Dies kennzeichnet die erstmalige Erfassung des Zahlungseingangs bei der Bank.
Warum das wichtig ist

Unterstützt den „Tracker für die Automatisierung der Zahlungseingangszuordnung“. Zeigt die Effizienz der Verarbeitung elektronischer Kontoauszüge (EBS).

Woher beziehen

Tabellen FEBEP (Positionen elektronischer Kontoauszüge) und FEBA (Verarbeitung von Kontoauszügen).

Erfassung

Wird protokolliert, wenn ein EBS hochgeladen und verarbeitet wird

Ereignistyp explicit
Skonto angewendet
Ein Skonto wird in Anspruch genommen und verringert den zu zahlenden Endbetrag. Dies geschieht, wenn die Zahlung innerhalb der Skontofrist eingeht.
Warum das wichtig ist

Überwacht die „Inanspruchnahme von Skonti bei frühzeitiger Zahlung“. Hilft zu prüfen, ob Skonti berechtigt oder fälschlicherweise gewährt wurden.

Woher beziehen

Tabelle BSEG. Das Feld 'SKNTO' (Skontobetrag) ist in der Ausgleichsposition gefüllt.

Erfassung

Wird als Feldwert im Ausgleichsbeleg protokolliert

Ereignistyp explicit
Zahlungsausgleich rückgängig gemacht
Ein zuvor erfolgreicher Zahlungsausgleich wird storniert und die Rechnung wieder geöffnet. Dies weist auf einen Fehler bei der ursprünglichen Zuordnung des Zahlungseingangs hin.
Warum das wichtig ist

Kennzeichnet Nacharbeit. Häufige Rücknahmen deuten auf Probleme mit Regeln für den automatischen Zahlungsausgleich oder auf Schulungsbedarf bei der manuellen Abstimmung hin.

Woher beziehen

Tabelle BKPF. Ermitteln Sie Belege, bei denen der Ausgleichsbeleg zurückgesetzt wurde, etwa anhand der Transaktionslogik von FBRA oder über Änderungsprotokolle.

Erfassung

Wird protokolliert, wenn die Transaktion FBRA ausgeführt wird

Ereignistyp explicit
Zahlungsbedingungen geändert
Die vereinbarten Zahlungsbedingungen werden nach der Buchung der Rechnung angepasst, etwa das Fälligkeitsdatum oder die Skontoberechtigung. Dies weist häufig auf eine Neuverhandlung oder Korrektur hin.
Warum das wichtig ist

Änderungen der Zahlungsbedingungen verfälschen die Altersstrukturanalyse und können auf Fehler in den Stammdaten oder auf fallweise Zugeständnisse hindeuten.

Woher beziehen

Änderungsbelegtabellen (CDHDR/CDPOS), verknüpft mit dem Buchhaltungsbeleg (BSEG-ZTERM oder BSEG-ZFBDT).

Erfassung

Wird protokolliert, wenn ein Änderungsbeleg in CDHDR geschrieben wird

Ereignistyp explicit
Zahlungszusage erfasst
Der Kunde sagt zu, einen bestimmten Betrag bis zu einem festgelegten Datum zu zahlen. Diese Information fließt in die Liquiditätsplanung ein.
Warum das wichtig ist

Wird unter „Leistung bei Maßnahmen zum Forderungseinzug“ verwendet. Die Erfolgsquote von Zahlungszusagen gibt Aufschluss über die Genauigkeit der kurzfristigen Liquiditätsplanung.

Woher beziehen

Tabellen des SAP FSCM Collections Management (UDM_P2P) oder Ableitung aus Textnotizen der Mitarbeitenden im Forderungseinzug.

Erfassung

Wird in FSCM oder in der Texttabelle STXH protokolliert

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus SAP ECC

Möchten Sie loslegen?

Optimieren Sie noch heute Ihren Forderungseinzug, indem Sie diese Datenstandards in Ihrer SAP-ECC-Umgebung anwenden. Unser Team unterstützt Sie bei jedem Schritt Ihrer Process-Mining-Reise.

Optimieren Sie Ihr Forderungsmanagement und schließen Sie Cashflow-Lücken noch heute

Senken Sie Ihren DSO um 15 bis 20 Tage und beschleunigen Sie Zahlungseingänge in SAP ECC.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.