Ihr Daten-Template für die Debitorenbuchhaltung

SAP ECC
Ihr Daten-Template für die Debitorenbuchhaltung

Ihr Daten-Template für die Debitorenbuchhaltung

Dieses Template bietet einen strukturierten Ansatz, um Ihre Finanz-Workflows in SAP ECC anhand der wesentlichen Datenkomponenten abzubilden. Es enthält eine umfassende Liste der zu überwachenden Prozessschritte sowie der erforderlichen Datenfelder, damit Sie Ihren Forderungseinzugszyklus vollständig nachvollziehen können. Mit dieser Anleitung stellen Sie sicher, dass Ihr Event Log die notwendigen Details erfasst, um Effizienz und Liquidität zu verbessern.
  • Prozessspezifische Attribute für die Finanzanalyse
  • Zentrale Meilensteine für eine präzise Prozesserkennung
  • Schrittweise Anleitung zur Extraktion aus SAP ECC
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Debitorenbuchhaltung

Dies sind die empfohlenen Datenfelder für Ihr Event Log, damit Sie Ihren Debitorenprozess umfassend analysieren können.
5 Erforderlich 9 Empfohlen 8 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Das konkrete Ereignis oder die Aktion, die im Prozess ausgeführt wird.
Beschreibung

Dieses Attribut erfasst den Namen des ausgeführten Prozessschritts, etwa „Rechnung erstellt“, „Zahlung eingegangen“ oder „Streitfall erfasst“. Der Wert wird aus Transaktionscodes, Belegtypen oder bestimmten Änderungen am Status des Buchhaltungsbelegs abgeleitet. Diese Daten ermöglichen die Rekonstruktion des Prozessablaufs und die Analyse von Pfadvarianten.

Warum das wichtig ist

Es definiert die Struktur des Event Logs, die erforderlich ist, um die Prozesslandkarte zu visualisieren und Engpässe zu erkennen.

Bezugsquelle

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

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

Dieses Attribut erfasst das genaue Datum und die genaue Uhrzeit, zu denen eine Aktivität im System stattgefunden hat. Bei Transaktionsdaten in SAP ECC handelt es sich meist um eine Kombination aus Erfassungsdatum (CPUDT) und Erfassungszeit (CPUTM). Damit steht die zeitliche Dimension zur Verfügung, die für die Berechnung von Durchlaufzeiten, Vorlaufzeiten und Zeitabständen zwischen Prozessschritten erforderlich ist.

Warum das wichtig ist

Unverzichtbar für alle zeitbasierten Analysen, einschließlich Außenstandsdauer und Prozessgeschwindigkeit.

Bezugsquelle

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

Zeigt, 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. Dies ist entscheidend, um zu prüfen, ob die KPIs den aktuellen Zustand des Unternehmens abbilden.

Warum das wichtig ist

Stellt sicher, dass Benutzer wissen, wie aktuell die Daten in ihren Dashboards sind.

Bezugsquelle

Von der Extraktionssoftware 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

Identifiziert die konkrete SAP-ECC-Instanz oder den Mandanten, aus dem der Datensatz extrahiert wurde. In Landschaften mit mehreren Systemen ist dieses Attribut entscheidend, um Daten zu trennen und systemspezifische Prozessvarianten zu erkennen. Es stellt die Datenherkunft sicher und unterstützt die Fehleranalyse bei Integrationsproblemen.

Warum das wichtig ist

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

Bezugsquelle

Systemkonfiguration oder bei der Extraktion fest hinterlegt

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

Dieses Attribut stellt den Primärschlüssel für den Forderungsprozess dar. In SAP ECC handelt es sich typischerweise um eine Verkettung aus Buchhaltungsbelegnummer (BELNR), Buchungskreis (BUKRS) und Geschäftsjahr (GJAHR), um die Eindeutigkeit im gesamten System sicherzustellen. Die Kennung dient als zentraler Anker, um alle nachfolgenden Aktivitäten wie Zahlungen, Streitfälle und Ausgleiche mit der ursprünglichen finanziellen Verpflichtung zu verknüpfen.

Warum das wichtig ist

Dies ist die Case-ID, die erforderlich ist, um den End-to-End-Lebenszyklus einer Forderung von ihrer Erstellung bis zum endgültigen Ausgleich zu verfolgen.

Bezugsquelle

Tabelle BKPF, Feld BELNR, häufig verkettet mit BUKRS und GJAHR

Beispiele
140000023420231800003991202351000008822022
Ausgleichsdatum
ClearingDate
Das Datum, an dem die Rechnung ausgeglichen wurde, also bezahlt oder verrechnet wurde.
Beschreibung

Das Datum (AUGDT), an dem der offene Posten im System ausgeglichen wurde. Dies ist der maßgebliche End-Timestamp des Inkassoprozesses für eine bestimmte Rechnung. Er ist die zentrale Grundlage für die Berechnung der „durchschnittlichen Außenstandsdauer“ und die Feststellung, ob eine Zahlung verspätet eingegangen ist.

Warum das wichtig ist

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

Bezugsquelle

Tabelle BSAD (ausgeglichene Posten), Feld AUGDT

Beispiele
2023-12-012023-11-15
Belegart
DocumentType
Klassifiziert den Buchhaltungsbeleg, zum Beispiel 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 von „CaseType“ und das Filtern bestimmter Prozessabläufe, beispielsweise zur Analyse der „Nachbearbeitungsquote von Gutschriften“.

Warum das wichtig ist

Unterscheidet Rechnungen, Zahlungen und Korrekturen in den Daten.

Bezugsquelle

Tabelle BKPF, Feld BLART

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

Erfasst die SAP-Benutzer-ID (USNAM), die mit der Erstellung oder Änderung des Belegs verbunden ist. Dieses Attribut wird „User“ zugeordnet und im Dashboard „Effizienz der Streitfalllösung“ verwendet, um die Leistung der Bearbeiter nachzuverfolgen. Außerdem hilft es, manuelle Benutzer von Systemkonten zu unterscheiden.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Teammitgliedern und die Erkennung von Automatisierung.

Bezugsquelle

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

Stellt den finanziellen Wert der Aktivität oder des Belegs in der Währung des lokalen Hauptbuchs dar (DMBTR). Dieses Attribut wird zur Berechnung von „ActivityAmount“ verwendet und ist entscheidend, um Inkassovorgänge nach Wert zu priorisieren. Dadurch lässt sich die Analyse auf offene Posten mit hohem Wert konzentrieren.

Warum das wichtig ist

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

Bezugsquelle

Tabelle BSEG, Feld DMBTR

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

Bezeichnet die konkrete rechtliche Einheit oder Tochtergesellschaft innerhalb der Unternehmensstruktur. In SAP entspricht dies dem Feld „BUKRS“. Die Analyse nach Buchungskreis ermöglicht den Vergleich der Leistung verschiedener Geschäftsbereiche und zeigt, welche Einheiten Forderungen am effizientesten verwalten.

Warum das wichtig ist

Entscheidend, um Dashboards nach Geschäftsbereich zu filtern und Finanzbücher getrennt zu halten.

Bezugsquelle

Tabelle BKPF, Feld BUKRS

Beispiele
1000US01DE99
Ist automatisiert
IsAutomated
Kennzeichen dafür, ob die Aktivität automatisch ausgeführt wurde.
Beschreibung

Ein boolesches Kennzeichen, das aus Transaktionscode und Benutzername abgeleitet wird. Wenn der TCODE beispielsweise „F110“ (automatischer Zahlungslauf) lautet oder der Benutzer ein bekanntes System-Batchkonto ist, wird der Wert auf „true“ gesetzt. Dieses Attribut wird direkt für die KPI „Quote automatisierter Ausgleiche“ benötigt.

Warum das wichtig ist

Entscheidend für die Messung von Prozesseffizienz und Automatisierungsquoten.

Bezugsquelle

Abgeleitet aus TCODE und USNAM

Beispiele
truefalse
Kundenkontengruppe
CustomerAccountGroup
Ordnet Kunden verschiedenen Segmenten zu.
Beschreibung

Die SAP-Kontengruppe (KTOKD) kategorisiert Kunden, zum Beispiel Auftraggeber, Warenempfänger oder konzerninterne Kunden. Sie dient als primäre Zuordnung zum „Kundensegment“. Für das Dashboard „Zahlungstrends nach Kundensegment“ ist sie entscheidend, um die Einhaltung von Zahlungsbedingungen durch verschiedene Kundentypen zu vergleichen.

Warum das wichtig ist

Die Standardmethode zur Segmentierung von Kunden in SAP.

Bezugsquelle

Tabelle KNA1, Feld KTOKD

Beispiele
KUNA0001DEBI
Kundennummer
CustomerNumber
Eindeutige Kennung für das Kundenkonto.
Beschreibung

Die dem Kunden im SAP-System zugewiesene eindeutige ID (KUNNR). Dieses Attribut ermöglicht die Dashboards „Leistung von Inkassoaktivitäten“ und „Zahlungstrends nach Kundensegment“, indem Prozesskennzahlen auf Kundenebene aggregiert werden. Es ist entscheidend, um Kunden mit hohem Risiko zu identifizieren.

Warum das wichtig ist

Ermöglicht eine detaillierte Analyse des Kundenverhaltens und der Zahlungstrends.

Bezugsquelle

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 die endgültige Zahlungsfrist. In SAP wird sie häufig ausgehend vom Basisdatum (ZFBDT) durch Addition der im Zahlungsbedingungsschlüssel (ZTERM) hinterlegten Tage ermittelt. Dieses Attribut ist entscheidend für die KPI „Einhaltungsquote der Zahlungsbedingungen“ und zeigt, welche Rechnungen überfällig sind.

Warum das wichtig ist

Der Referenzpunkt zur Bestimmung pünktlicher und verspäteter Zahlungen.

Bezugsquelle

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

Beispiele
2023-12-302024-01-15
ID des Streitfalls
DisputeCaseId
Kennung für einen mit der Rechnung verknüpften Streitfall.
Beschreibung

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

Warum das wichtig ist

Verknüpft den Debitorenbuchhaltungsprozess mit dem Teilprozess des Dispute Managements.

Bezugsquelle

Tabelle FDM_DCPROC oder SCMG_T_CASE_ATTR, falls FSCM aktiv ist

Beispiele
DISP-000123100029384
Ist verspätete Zahlung
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 „Einhaltungsquote der Zahlungsbedingungen“. Im Dashboard lassen sich damit Fälle ohne Compliance schnell filtern.

Warum das wichtig ist

Identifiziert schnell Prozessverstöße bei Zahlungsbedingungen.

Bezugsquelle

Berechnet: ClearingDate > NetDueDate

Beispiele
truefalse
Kreditkontrollbereich
CreditControlArea
Organisationseinheit für das Kreditmanagement.
Beschreibung

Der Kreditkontrollbereich (KKBER) wird verwendet, um Kreditlimits für Kunden festzulegen und zu überwachen. Dieses Attribut unterstützt die Analyse „Auswirkungen von Kreditlimit und Rating“, indem es Kunden ihren jeweiligen Kreditrichtlinien zuordnet. So lässt sich der Zusammenhang zwischen Kreditrisikoeinstellungen und Zahlungsverzögerungen untersuchen.

Warum das wichtig ist

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

Bezugsquelle

Tabelle KNB1 oder KNKK, Feld KKBER

Beispiele
US01GLBLEU00
Kreditrating
CreditRating
Der Bonitätswert des Kunden.
Beschreibung

Das Kreditrating des Kunden (CTLPC oder ein vergleichbares Feld in KNKK/FSCM). Dieses Attribut wird für das Dashboard „Auswirkungen von Kreditlimit und Rating“ benötigt. Es ermöglicht Analysten, die Wahrscheinlichkeit von Streitfällen oder verspäteten Zahlungen mit dem Risikoprofil des Kunden in Beziehung zu setzen.

Warum das wichtig ist

Verknüpft Daten des Risikomanagements mit der operativen Leistung.

Bezugsquelle

Tabelle KNKK (Kreditmanagement) oder FSCM-Tabellen

Beispiele
A+Hohes Risiko500
Kundenland
CustomerCountry
Der dem Kunden zugeordnete Ländercode.
Beschreibung

Der geografische Standort des Kunden (LAND1), abgerufen aus den Kundenstammdaten. Dieses Attribut unterstützt die „Analyse der Rechnungsdurchlaufzeit“, indem es eine Leistungssegmentierung nach Regionen ermöglicht. So lässt sich erkennen, ob bestimmte Länder aufgrund lokaler Gepflogenheiten oder Verzögerungen im Bankverkehr längere Zahlungszyklen aufweisen.

Warum das wichtig ist

Unterstützt die regionale Leistungsanalyse und das regulatorische Reporting.

Bezugsquelle

Tabelle KNA1, Feld LAND1

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

Der Stadtname (ORT01) aus den Kundenstammdaten. Dieses Attribut unterstützt die Dashboard-Anforderung, zu ermitteln, „welche Kundensegmente oder Rechnungsorte am stärksten zu einer hohen Außenstandsdauer beitragen“. Dadurch wird eine detaillierte geografische Analyse des Zahlungsverhaltens möglich.

Warum das wichtig ist

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

Bezugsquelle

Tabelle KNA1, Feld ORT01

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

Der spezifische 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 „IsAutomated“ und den „Tracker für die Automatisierung der Zahlungszuordnung“. Es zeigt, auf welche Weise die Erfassung erfolgte.

Warum das wichtig ist

Verschiedene T-Codes weisen auf unterschiedliche Verarbeitungsmethoden hin, manuell oder automatisch.

Bezugsquelle

Tabelle BKPF, Feld TCODE

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

Der Schlüssel für Zahlungsbedingungen (ZTERM) legt das Fälligkeitsdatum und mögliche Skonti fest. Die Analyse dieses Attributs hilft zu verstehen, ob Probleme bei der „Nutzung von Frühzahlerrabatten“ auf strenge Bedingungen oder Prozessfehler zurückzuführen sind. Es ist eine zentrale Dimension für die finanzielle Compliance.

Warum das wichtig ist

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

Bezugsquelle

Tabelle BSEG oder KNB1, Feld ZTERM

Beispiele
NT30ZB010001
Erforderlich Empfohlen Optional

Aktivitäten der Debitorenbuchhaltung

Diese Prozessschritte und Meilensteine stellen die wesentlichen Aktivitäten dar, die Sie für eine präzise Ermittlung Ihrer Finanz-Workflows in Ihrem Event Log erfassen sollten.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Buchhaltungsbeleg erstellt
Die erstmalige Buchung der Kundenrechnung im Hauptbuch der Finanzbuchhaltung. Dadurch wird der offene Posten im Nebenbuch der Forderungen angelegt.
Warum das wichtig ist

Kennzeichnet den offiziellen Beginn der finanziellen Verpflichtung und des Fälligkeitszählers für die Kundenrechnung.

Bezugsquelle

Tabelle BKPF (Kopf) und BSEG (Segment). Identifizieren Sie Belege, bei denen der Kontentyp (KOART) „D“ (Kunde) lautet. Verwenden Sie das Erfassungsdatum (CPUDT) und die Erfassungszeit (CPUTM).

Erfassen

Wird protokolliert, wenn eine Transaktion einen Datensatz in BKPF erstellt

Ereignistyp explicit
Rechnung ausgeglichen
Der abschließende Abstimmungsschritt, bei dem die offene Rechnung mit der Zahlung verknüpft und der Status des offenen Postens entfernt wird. Der Prozess ist damit abgeschlossen.
Warum das wichtig ist

Wesentliches Endereignis. Wird zur Berechnung der „automatisierten Ausgleichsquote“ und zum Abschluss des Lebenszyklus verwendet.

Bezugsquelle

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

Erfassen

Wird protokolliert, wenn der offene Posten ausgeglichen wird

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

Entscheidend für die Berechnung der KPI „Vorlaufzeit des Rechnungsversands“. Verzögerungen an dieser Stelle erhöhen die Außenstandsdauer unmittelbar.

Bezugsquelle

Dafür müssen wahrscheinlich der FI-Beleg mit dem SD-Fakturierungsbeleg (VBRK) verknüpft und die Tabelle zur Ausgabesteuerung (NAST) auf einen erfolgreichen Verarbeitungsstatus geprüft werden.

Erfassen

VBRK-VBNUM mit den Ausgabeprotokollen in NAST abgleichen

Ereignistyp inferred
Streitfall erfasst
Die Kennzeichnung einer Rechnungsposition mit einem Ursachencode, der auf einen Widerspruch oder eine Rückfrage des Kunden hinweist. Dadurch wird die Rechnung in der Regel für die Zahlung gesperrt.
Warum das wichtig ist

Wichtig für die „Effizienz der Streitfallklärung“. Zeigt, warum Zahlungseingänge zurückgehalten werden, und ermöglicht die Messung der Klärungsdauer.

Bezugsquelle

Änderungen an BSEG-RSTGR (Ursachencode) oder eine Integration mit den Tabellen des SAP-FSCM-Streitfallmanagements (UDM_CASE).

Erfassen

Statusfeld vor und nach der Änderung oder das FSCM-Protokoll vergleichen

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

Entscheidend für die „Analyse der Auswirkungen von Teilzahlungen“. Erhöht die Komplexität der Abstimmung und die Durchlaufzeiten.

Bezugsquelle

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

Erfassen

Wird protokolliert, wenn der Zahlungsbeleg gebucht wird

Ereignistyp explicit
Zahlung eingegangen
Die Buchung eines eingehenden Zahlungsbelegs, der zum Ausgleich der Rechnung bestimmt ist. Dadurch wird der Zahlungseingang im Hauptbuch erfasst.
Warum das wichtig ist

Das zentrale Ereignis für die „durchschnittliche Außenstandsdauer“. Es stellt die finanzielle Realisierung des Verkaufs dar.

Bezugsquelle

Tabelle BKPF/BSEG. Belegtyp „DZ“ (Kundenzahlung) oder „KZ“ (Lieferantenzahlung für Kunden).

Erfassen

Wird protokolliert, wenn die Zahlungstransaktion ausgeführt wird

Ereignistyp explicit
Zahlungserinnerung versendet
Der Versand einer Mahnung oder Zahlungserinnerung an den Kunden aufgrund eines überfälligen Saldos. Dies stellt eine proaktive Maßnahme des Forderungsteams dar.
Warum das wichtig ist

Wesentlich für das Dashboard „Leistung der Forderungseinzugsaktivitäten“. Eine hohe Häufigkeit deutet auf ein problematisches Zahlungsverhalten der Kunden hin.

Bezugsquelle

Tabelle MHND (Mahndaten) und MHNK (Mahnungskopf). Erfasst das Datum und die Mahnstufe der Mitteilung.

Erfassen

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

Ereignistyp explicit
Abschreibung gebucht
Die Einstufung des Rechnungsbetrags als uneinbringlich und seine Ausbuchung aus den Forderungen in den Aufwand für Forderungsausfälle. Dies wird verwendet, wenn der Forderungseinzug erfolglos bleibt.
Warum das wichtig ist

Ein negativer Abschluss des Prozesses. Wichtig für die Analyse der Ursachen von Umsatzverlusten.

Bezugsquelle

Tabelle BSEG. Ausgleichsbeleg mit einem bestimmten Belegtyp, etwa „AB“, oder einem Ursachencode, der auf eine Abschreibung hinweist.

Erfassen

Aus Belegtyp und Zuordnung des Sachkontos ableiten

Ereignistyp inferred
Ausgleich zurückgesetzt
Die Stornierung eines zuvor erfolgreichen Ausgleichs, durch die die Rechnung wieder geöffnet wird. Dies weist auf einen Fehler bei der ursprünglichen Zahlungszuordnung hin.
Warum das wichtig ist

Steht für Nacharbeit. Häufige Rücksetzungen weisen auf Probleme mit Regeln für die automatische Zahlungszuordnung oder bei der Schulung zur manuellen Abstimmung hin.

Bezugsquelle

Tabelle BKPF. Identifizieren Sie Belege, bei denen der Ausgleichsbeleg zurückgesetzt wurde, etwa über die Logik der Transaktion FBRA oder anhand von Änderungsprotokollen.

Erfassen

Wird protokolliert, wenn die Transaktion FBRA ausgeführt wird

Ereignistyp explicit
Gutschrift gebucht
Die Ausstellung einer Gutschrift an den Kunden, durch die sich der offene Forderungssaldo verringert. Dies korrigiert meist Abrechnungsfehler oder verarbeitet Retouren.
Warum das wichtig ist

Fließt in die KPI „Nacharbeitsquote bei Gutschriften“ ein. Ein hohes Volumen weist auf Qualitätsprobleme in vorgelagerten Vertriebs- oder Abwicklungsprozessen hin.

Bezugsquelle

Tabelle BKPF/BSEG, bei der der Belegtyp „DG“ oder ein kundenspezifischer Gutschriftentyp auf die ursprüngliche Rechnung verweist.

Erfassen

Wird protokolliert, wenn eine Transaktion einen Gutschriftsbeleg in BKPF erstellt

Ereignistyp explicit
Kontoauszug abgeglichen
Die automatisierte Zuordnung einer Position des elektronischen Kontoauszugs zu einem Kundenkonto. Dies stellt die erstmalige Erfassung des Zahlungseingangs bei der Bank dar.
Warum das wichtig ist

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

Bezugsquelle

Tabelle FEBEP (Positionen des elektronischen Kontoauszugs) und FEBA (Verarbeitung von Kontoauszügen).

Erfassen

Wird protokolliert, wenn EBS hochgeladen und verarbeitet wird

Ereignistyp explicit
Skonto angewendet
Die Nutzung einer Skontokondition, durch die sich der endgültig zu zahlende Betrag verringert. Dies geschieht, wenn die Zahlung innerhalb der Skontofrist erfolgt.
Warum das wichtig ist

Überwacht die „Ausschöpfung von Frühzahlungsrabatten“. Hilft zu prüfen, ob Skonti berechtigt in Anspruch genommen oder unzulässig gewährt werden.

Bezugsquelle

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

Erfassen

Wird als Feldwert im Ausgleichsbeleg protokolliert

Ereignistyp explicit
Zahlungsbedingungen geändert
Eine Änderung der vereinbarten Zahlungsbedingungen, etwa des Fälligkeitsdatums oder der Skontoberechtigung, nachdem die Rechnung gebucht wurde. Dies weist häufig auf eine Neuverhandlung oder Korrektur hin.
Warum das wichtig ist

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

Bezugsquelle

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

Erfassen

Wird protokolliert, wenn ein Änderungsbeleg in CDHDR geschrieben wird

Ereignistyp explicit
Zahlungszusage erfasst
Eine Zusage des Kunden, einen bestimmten Betrag bis zu einem bestimmten Datum zu zahlen. Dadurch wird die Liquiditätsprognose aktualisiert.
Warum das wichtig ist

Wird in „Leistung der Forderungseinzugsaktivitäten“ verwendet. Die Erfolgsquote von Zahlungszusagen lässt Rückschlüsse auf die Genauigkeit der kurzfristigen Liquiditätsplanung zu.

Bezugsquelle

Tabellen des SAP-FSCM-Forderungsmanagements (UDM_P2P) oder aus Textnotizen abgeleitet, die Mitarbeitende im Forderungseinzug erstellt haben.

Erfassen

Wird in FSCM oder der Texttabelle STXH protokolliert

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So extrahieren Sie Ihre Daten aus SAP ECC

Möchten Sie jetzt starten?

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

Optimieren Sie Ihre Debitorenbuchhaltung und schließen Sie Liquiditätslücken noch heute

Senken Sie Ihren DSO um 15 bis 20 Tage und beschleunigen Sie Zahlungen in SAP ECC.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich, die Einrichtung dauert nur wenige Minuten