Ihr Daten-Template für die Debitorenbuchhaltung
Ihr Daten-Template für die Debitorenbuchhaltung
- Prozessspezifische Attribute für die Finanzanalyse
- Zentrale Meilensteine für eine präzise Prozesserkennung
- Schrittweise Anleitung zur Extraktion aus SAP ECC
Attribute der Debitorenbuchhaltung
| 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
|
|||
Aktivitäten der Debitorenbuchhaltung
| 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
|
|||
Extraktionsanleitungen
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.
Keine Kreditkarte erforderlich, die Einrichtung dauert nur wenige Minuten