Ihr Daten-Template für das Forderungsmanagement
Ihr Daten-Template für das Forderungsmanagement
- Prozessspezifische Attribute für die Finanzanalyse
- Wichtige Meilensteine für eine präzise Prozesserkennung
- Schritt-für-Schritt-Anleitung zur Datenextraktion aus SAP ECC
Attribute des Forderungsmanagements
| 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
|
|||
Aktivitäten im Forderungsmanagement
| 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
|
|||
Anleitungen zur Datenextraktion
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.
Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.