Ihr Daten-Template für Kreditmanagement & Inkasso

SAP S/4HANA
Ihr `Daten-Template` für Kreditmanagement & Inkasso

Ihr Daten-Template für Kreditmanagement & Inkasso

Dieses Template bietet eine klare Anleitung zur Erfassung der notwendigen Daten, um Ihren Credit Management & Collections-Prozess zu analysieren und zu optimieren. Es skizziert wichtige Attribute, die gesammelt werden müssen, wesentliche Aktivitäten, die zu verfolgen sind, und praktische Extraktionsanleitungen aus Ihrem SAP S/4HANA System. Nutzen Sie diese Ressource, um sicherzustellen, dass Sie alle kritischen Informationen für eine leistungsstarke Prozessanalyse erfassen.
  • Empfohlene Attribute für Ihr Event Log
  • Schlüssel-Prozessaktivitäten, die über den Rechnungslebenszyklus hinweg verfolgt werden müssen
  • Spezifische Extraktionsanleitung für SAP S/4HANA
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Attribute im Kredit- und Forderungsmanagement

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um eine umfassende Analyse Ihres Kreditmanagement- und Inkassoprozesses zu ermöglichen.
3 Erforderlich 5 Empfohlen 11 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Geschäfts-Events, das im Kreditmanagement- und Inkassoprozess aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder eine Aufgabe innerhalb des Prozesses, wie 'Rechnung erstellt', 'Mahnverfahren eingeleitet' oder 'Zahlung erhalten'. Die Abfolge dieser Aktivitäten bildet den Prozessfluss für jeden Case.

Die Analyse des Activity Name ist grundlegend für Process Mining, da sie die Entdeckung der Prozesskarte, die Identifizierung von Varianten und die Messung von Übergängen zwischen verschiedenen Schritten ermöglicht. Sie ist die Basis für nahezu alle Prozessanalysen, einschließlich KPI-Berechnungen wie der 'Dunning Success Rate', die Events nach einer Mahnaktivität verfolgt.

Bedeutung

Es definiert die Schritte des Prozesses, was für die Visualisierung der Prozesslandkarte, die Analyse von Varianten und das Verständnis des Prozessflusses unerlässlich ist.

Datenquelle

Generiert aus einer Kombination von Transaktionscodes (TCODE), Tabellenänderungsbelegen (CDHDR/CDPOS) oder Statusfeldern innerhalb von SAP-Dokumenten.

Beispiele
`Rechnung an Kunden gesendet`Mahnverfahren eingeleitet`Zahlung erhalten`Streitfall registriert
Ereigniszeit
EventTime
Der Timestamp, der angibt, wann die Aktivität stattfand.
Beschreibung

Dieses Attribut liefert das genaue Datum und die Uhrzeit für jede erfasste Aktivität. Es ist entscheidend für die Bestimmung der Reihenfolge der Events und die Berechnung der Dauer zwischen ihnen.

Event Time wird verwendet, um Aktivitäten chronologisch zu ordnen, die Prozesskarte zu erstellen und Leistungsmetriken zu berechnen. Zum Beispiel wird sie zur Berechnung der 'Average Dispute Resolution Time' verwendet, indem die Dauer zwischen dem 'Dispute Registered'-Timestamp und dem 'Dispute Resolved'-Timestamp gemessen wird.

Bedeutung

Es bietet die chronologische Reihenfolge der Events, die für die Berechnung von Zykluszeiten, die Analyse der Prozessleistung und die Entdeckung von Engpässen notwendig ist.

Datenquelle

Stammt aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen, wie BUDAT (Buchungsdatum) in BKPF oder CPUDT/CPUTM (Datum/Uhrzeit der Erfassung) in verschiedenen Tabellen. Änderungsprotokoll-Tabellen CDHDR/CDPOS enthalten ebenfalls Timestamps.

Beispiele
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
Rechnungsnummer
InvoiceNumber
Der eindeutige Identifikator für die Kundenrechnung, der als primäre Case ID für den Kreditmanagement- und Inkassoprozess dient.
Beschreibung

Die Rechnungsnummer, oft als Buchhaltungsbelegnummer dargestellt, identifiziert jede Forderungstransaktion eindeutig. Sie fungiert als zentraler Faden, der alle Prozess-Events verbindet, von der Rechnungserstellung und Mahnbescheiden bis zum Streitfallmanagement und der endgültigen Zahlung oder Abschreibung.

Im Process Mining ermöglicht die Analyse des Weges jeder Rechnungsnummer eine vollständige Sicht auf den End-to-End-Prozess. Dies hilft, gemeinsame Pfade, Engpässe in der Zahlungsabwicklung und Variationen bei der Bearbeitung verschiedener Rechnungen zu identifizieren, was für Dashboards wie 'Invoice Process Variants Analysis' und 'Overdue Invoice Aging & Status' entscheidend ist.

Bedeutung

Es ist der wesentliche Case Identifier, der alle damit verbundenen Kredit- und Inkassoaktivitäten verknüpft und eine vollständige Lebenszyklusanalyse für jede Forderung ermöglicht.

Datenquelle

Typischerweise in Tabellen wie BKPF (Buchhaltungsbelegkopf) als Feld BELNR oder VBRK (Fakturabeleg: Kopfdaten) als Feld VBELN zu finden.

Beispiele
190000012319000004561900000789
Benutzername
UserName
Die `Benutzer-ID` der `Person`, die die `Aktivität` ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert den spezifischen Benutzer, der für einen bestimmten Prozessschritt verantwortlich ist, z. B. die Buchung einer Zahlung oder die Initiierung eines Mahnlaufs. In SAP wird dies oft als 'Benutzername' (UNAME) oder 'Erfasst von'-Feld gespeichert.

Die Analyse nach Benutzer hilft, leistungsstarke Einzelpersonen oder Teams zu identifizieren, Bereiche, in denen zusätzlicher Schulungsbedarf bestehen könnte, und Muster der Arbeitslastverteilung. Sie kann auch zur Untersuchung von Compliance-Problemen oder unautorisierten Aktivitäten verwendet werden. Zum Beispiel unterstützt sie das 'Collection Call Effectiveness'-Dashboard, indem sie Ergebnisse pro Sachbearbeiter verfolgt.

Bedeutung

Es verknüpft Prozessaktivitäten mit spezifischen Personen und ermöglicht so die Analyse von Ressourcenleistung, Arbeitslast und Compliance.

Datenquelle

Häufig in Kopfzeilentabellen wie BKPF (Feld USNAM) oder Änderungsbelegtabellen wie CDHDR (Feld USERNAME) zu finden.

Beispiele
JSMITHRROEBATCH_USER
Kundennummer
CustomerNumber
Der eindeutige Identifikator für das Kundenkonto.
Beschreibung

Die Kundennummer ist der Identifikator für den Geschäftspartner, an den die Rechnung ausgestellt wurde. Sie verknüpft die Finanztransaktion mit dem Stammdatensatz des Kunden.

Dieses Attribut ist entscheidend für kundenbezogene Analysen, wie z. B. die Identifizierung des Zahlungsverhaltens spezifischer Kunden oder Segmente. Es wird in Dashboards wie 'Customer Payment Behavior Trends' verwendet, um zu verfolgen, welche Kunden konstant verspätet zahlen, und unterstützt KPIs wie 'High-Priority Account Coverage' durch Gruppierung der Rechnungen nach Kunden.

Bedeutung

Es verknüpft Transaktionen mit spezifischen Kunden und ermöglicht so die Analyse von Zahlungsverhalten, Segmentierung und Beziehungsmanagement.

Datenquelle

In Buchungsbelegpositionen in Tabellen wie BSEG (Feld KUNNR) oder in der Kundenstammdatentabelle KNA1 zu finden.

Beispiele
CUST100234CUST200567CUST300890
Rechnungsbetrag
InvoiceAmount
Der Gesamtwert der Rechnung in der Belegwährung.
Beschreibung

Dieses Attribut repräsentiert den gesamten monetären Wert der fakturierten Waren oder Dienstleistungen. Es ist ein kritisches Maß für die finanziellen Auswirkungen jedes Cases.

Die Analyse des Rechnungsbetrags ist grundlegend für die Priorisierung von Inkassobemühungen, wie im Dashboard 'Collection Portfolio Prioritization' zu sehen ist. Sie wird auch verwendet, um die finanziellen Auswirkungen von Prozessineffizienzen zu bewerten, wie den Gesamtwert umstrittener Rechnungen oder den Betrag der in überfälligen Forderungen gebundenen Gelder. Sie unterstützt direkt KPIs wie die 'Invoice Write-Off Percentage', indem sie die Wertbasis liefert.

Bedeutung

Es quantifiziert den finanziellen Wert jedes Case, was für Priorisierung, Risikobewertung und Leistungsmessung unerlässlich ist.

Datenquelle

Abgeleitet aus Buchungsbelegpositionen in Tabelle BSEG (Feld DMBTR für den Betrag in Hauswährung oder WRBTR für den Betrag in Belegwährung).

Beispiele
1500.0025000.50750.75
Tage überfällig
DaysOverdue
Die Anzahl der Tage, die eine Rechnung nach ihrem Zahlungsfälligkeitsdatum überfällig ist.
Beschreibung

Dies ist eine berechnete Metrik, die die verstrichene Zeit zwischen dem 'Payment Due Date' und dem aktuellen Datum (für offene Rechnungen) oder dem 'Payment Date' (für ausgeglichene Rechnungen) misst. Ein positiver Wert zeigt eine verspätete Zahlung an.

'Days Overdue' ist ein Eckpfeiler-KPI für das Forderungsmanagement. Es ist die primäre Metrik im Dashboard 'Overdue Invoice Aging & Status' und wird zur Priorisierung von Inkassobemühungen verwendet. Die Analyse der Verteilung dieser Metrik hilft, den allgemeinen Zustand des Debitorenbestands zu verstehen.

Bedeutung

Es ist ein kritischer Leistungsindikator für die Effektivität des Inkassos, der für die Aging-Analyse, die Priorisierung von Aufgaben und die Messung von Zahlungsverzögerungen verwendet wird.

Datenquelle

Berechnet während der Datentransformation: (Aktuelles Datum ODER Ausgleichsdatum) - PaymentDueDate (BSEG-ZFBDT).

Beispiele
1530920
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Fälligkeitsdatum der Rechnungszahlung.
Beschreibung

Das Zahlungsfälligkeitsdatum wird basierend auf dem Rechnungsdatum und den mit dem Kunden vereinbarten Zahlungsbedingungen berechnet. Es ist die Grundlage, anhand derer die Pünktlichkeit der Zahlung gemessen wird.

Dieses Datum ist fundamental für alle Überfälligkeitsanalysen. Es ist der Ausgangspunkt für die Berechnung der 'Days Overdue' und für die Auslösung von Mahnverfahren. Dashboards wie 'Overdue Invoice Aging & Status' und KPIs wie 'Average Days Sales Outstanding (DSO)' stützen sich stark auf dieses Attribut.

Bedeutung

Es ist das Schlüsseldatum zur Feststellung, ob eine Rechnung überfällig ist, wodurch Inkassoaktivitäten ausgelöst und kritische KPIs berechnet werden.

Datenquelle

In der Kundenposition eines Buchungsbelegs, Tabelle BSEG (Feld ZFBDT), zu finden.

Beispiele
2023-05-302023-06-152023-07-01
Abschreibungsgrund
WriteOffReason
Der Ursachencode, der erklärt, warum eine Rechnung als uneinbringlich abgeschrieben wurde.
Beschreibung

Wenn eine Forderung als uneinbringlich eingestuft wird, wird sie aus den Büchern abgeschrieben, und es wird ein Ursachencode zugewiesen, um die Ursache zu klassifizieren, z. B. 'Insolvenz', 'Abschreibung geringer Beträge' oder 'Ungelöster Streitfall'.

Dieses Attribut ist unerlässlich für das Dashboard 'Invoice Write-Off Analysis'. Durch die Analyse der Häufigkeit und des Wertes von Abschreibungen nach Gründen kann ein Unternehmen Schwachstellen in seiner Kreditpolitik oder Inkassostrategie identifizieren und Korrekturmaßnahmen ergreifen, um zukünftige Verluste zu minimieren.

Bedeutung

Es erklärt die Grundursachen finanzieller Verluste aus uneinbringlichen Forderungen und liefert Informationen für Verbesserungen der Kredit- und Inkassorichtlinien.

Datenquelle

Dies wird oft über Ursachencode-Felder (BSEG-RSTGR) während der spezifischen Finanzbuchungstransaktion (z.B. F-30) zur Abschreibung von Forderungen erfasst.

Beispiele
INSOLVENZSMALL_BALANCEDISPUTE_LOSS
Bearbeitungszeit
ProcessingTime
Die Dauer einer spezifischen Aktivität.
Beschreibung

Dieses Attribut misst die Zeit, die zur Durchführung einer Aktivität benötigt wird, berechnet als Differenz zwischen End- und Startzeit der Aktivität. Dies ist am relevantesten für Aktivitäten, die nicht sofort ablaufen.

Bei vielen Finanztransaktionen in SAP sind Start- und Endzeit identisch. Bei Prozessen wie der Streitfalllösung kann diese Metrik jedoch die Zeit messen, die ein Case in einem bestimmten Status verbringt. Sie unterstützt direkt KPIs wie die 'Payment Posting Cycle Time' durch Messung der Dauer der Buchungsaktivität.

Bedeutung

Es hilft, zeitaufwändige Aktivitäten zu identifizieren, die potenzielle Engpässe im Prozess darstellen.

Datenquelle

Berechnet aus Eventdaten als (EndTime - StartTime). Erfordert sowohl einen Start- als auch einen End-Timestamp für jede Aktivität.

Beispiele
P1DPT2H30MP3DT5H
Buchungskreis
CompanyCode
Die Organisationseinheit, die ein rechtlich unabhängiges Unternehmen repräsentiert, für das Finanzberichte erstellt werden.
Beschreibung

Der Buchungskreis ist eine grundlegende Organisationseinheit in SAP Financials. Alle Finanztransaktionen, einschließlich Rechnungen und Zahlungen, werden einem spezifischen Buchungskreis zugeordnet.

Im Process Mining ist das Filtern oder Dimensionieren nach Buchungskreis unerlässlich, um die Prozessleistung verschiedener Rechtseinheiten innerhalb eines Unternehmens zu vergleichen. Dies hilft, Best Practices in einer Einheit zu identifizieren, die auf andere angewendet werden können, oder systemische Probleme in einem bestimmten Unternehmen aufzudecken. Er ist ein Schlüsselfilter für nahezu alle Finanzprozessanalysen.

Bedeutung

Es ermöglicht den Vergleich von Prozessleistung und Compliance über verschiedene juristische Einheiten innerhalb der Organisation hinweg.

Datenquelle

In den meisten Finanztabellen, wie BKPF und BSEG (Feld BUKRS), zu finden.

Beispiele
10002000US01DE01
Ist automatisiert
IsAutomated
Ein Flag, das anzeigt, ob die Aktivität von einem Systembenutzer oder einem menschlichen Benutzer durchgeführt wurde.
Beschreibung

Dieses Boolesche Attribut unterscheidet zwischen Aktivitäten, die automatisch vom System ausgeführt werden (z. B. ein geplanter Mahnlauf, eine automatische Zahlungsbuchung), und solchen, die manuell von einem Benutzer durchgeführt werden (z. B. ein Inkassoanruf).

Die Analyse dieses Attributs hilft, den Automatisierungsgrad im Prozess zu messen. Sie ermöglicht den Vergleich der Effizienz und Konsistenz automatisierter versus manueller Schritte, die Identifizierung von Möglichkeiten zur weiteren Automatisierung und das Verständnis des tatsächlichen manuellen Aufwands im Inkassoprozess.

Bedeutung

Es hilft, den Automatisierungsgrad im Prozess zu quantifizieren, was die Analyse des Einflusses von Automatisierung auf Effizienz und Kosten ermöglicht.

Datenquelle

Dies ist ein abgeleitetes Attribut, typischerweise basierend auf dem 'UserName'. Wenn die Benutzer-ID einer vordefinierten Liste von System- oder Batch-Benutzern (z.B. 'BATCH_USER') entspricht, wird das Flag auf true gesetzt.

Beispiele
truefalsch
Kreditlimit
CreditLimit
Der maximale Kreditbetrag, der einem Kunden gewährt wird.
Beschreibung

Das Kreditlimit ist ein Wert, der in den Kreditstammdaten des Kunden gespeichert ist und das gesamte Kreditrisiko definiert, das das Unternehmen bei diesem Kunden einzugehen bereit ist. Aktivitäten wie 'Kreditlimit angefordert' und 'Kreditlimit genehmigt' beziehen sich direkt auf dieses Attribut.

Dieses Attribut liefert den Kontext für die Kreditrisikoanalyse. Das Dashboard 'Credit Approval Cycle Time Analysis' verfolgt den Prozess der Festlegung oder Änderung dieses Limits. Die Analyse in Verbindung mit überfälligen Beträgen hilft, das Gesamtportfoliorisiko zu bewerten.

Bedeutung

Es definiert das genehmigte Kreditrisiko für einen Kunden und ist zentral für die Analyse des Kreditgenehmigungsprozesses und des gesamten Kreditengagements.

Datenquelle

Gespeichert im SAP Credit Management (FSCM)-Modul, in Tabellen wie UKM_BP_CMS_SGMT (Feld CREDIT_LIMIT).

Beispiele
50000.00100000.00250000.00
Kundensegment
CustomerSegment
Eine Klassifizierung des Kunden, zum Beispiel basierend auf Größe, Branche oder strategischer Bedeutung.
Beschreibung

Das Kundensegment ist eine Marketing- oder Vertriebsklassifikation, die verwendet wird, um Kunden mit ähnlichen Merkmalen zu gruppieren. Dies kann auf Faktoren wie Jahresumsatz, Branche, geografischer Lage oder Beziehungsstatus (z.B. Gold, Silber, Bronze) basieren.

In der Forderungsanalyse hilft die Segmentierung nach diesem Attribut, spezifische Muster in bestimmten Gruppen aufzudecken. Zum Beispiel kann das Dashboard 'Rechnungsabschreibungsanalyse' aufzeigen, ob ein bestimmtes Segment für einen überproportionalen Anteil an Abschreibungen verantwortlich ist, was strategische Entscheidungen über Kreditrichtlinien für dieses Segment leitet.

Bedeutung

Dies ermöglicht die Analyse der Prozess-Performance und des Kundenverhaltens über verschiedene Kundengruppen hinweg und liefert wertvolle strategische Erkenntnisse.

Datenquelle

Typischerweise aus den Kundenstammdaten (Tabelle KNA1) bezogen, oft in einem Klassifizierungs- oder Attributfeld wie KDKG1-KDKG5 (Kundengruppe 1-5).

Beispiele
GroßunternehmenKleine und mittelständische UnternehmenRegierungStrategischer Kunde
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel der jüngsten Datenaktualisierung bzw. der letzten Extraktion aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann der Datensatz zuletzt aktualisiert wurde. Es liefert den Benutzern Kontext zur Aktualität der von ihnen analysierten Daten.

Dies ist ein kritisches Metadatum für jedes Dashboard oder jede Analyse. Es informiert den Benutzer über den von der Analyse abgedeckten Zeitraum und verhindert Fehlinterpretationen aufgrund veralteter Informationen. Zum Beispiel ist eine Analyse überfälliger Rechnungen nur dann sinnvoll, wenn der Benutzer weiß, wann die Daten zuletzt abgerufen wurden.

Bedeutung

Es stellt sicher, dass Benutzer die Aktualität der Daten verstehen, was für genaue, datengestützte Entscheidungen entscheidend ist.

Datenquelle

Dieser Wert wird während des Extraktions-, Transformations- und Ladeprozesses (ETL) generiert und gespeichert.

Beispiele
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
Mahnstufe
DunningLevel
Zeigt die aktuelle Stufe des Mahnprozesses für eine überfällige Rechnung an.
Beschreibung

Die Mahnstufe repräsentiert die Intensität der Inkassobemühungen, die typischerweise von einer einfachen Erinnerung zu formelleren rechtlichen Mitteilungen eskaliert. Jede Stufe entspricht einer spezifischen Mahnaktivität, die im Mahnverfahren definiert ist.

Die Verfolgung dieses Attributs ist unerlässlich, um die Effektivität und Compliance des Mahnprozesses zu überwachen. Das Dashboard 'Dunning Process Effectiveness' verwendet dies, um Zahlungsraten auf verschiedenen Stufen zu analysieren, während das Dashboard 'Dunning Process Compliance' prüft, ob die Reihenfolge der Stufen korrekt eingehalten wird.

Bedeutung

Es verfolgt den Fortschritt der Inkassobemühungen und ermöglicht so die Analyse der Mahneffektivität und Prozess-Compliance.

Datenquelle

Diese Informationen sind in Mahndatentabellen wie MHND (Mahndaten) gespeichert. Die letzte Mahnstufe für eine Position findet sich in BSEG (Feld MANST).

Beispiele
123 - Letzte MahnungGerichtliche Schritte
Quellsystem
SourceSystem
Identifiziert das System, aus dem die Daten stammen.
Beschreibung

Dieses Attribut gibt das Quellinformationssystem an, in diesem Fall SAP S/4HANA. Es ist besonders wichtig in Umgebungen, in denen Daten aus mehreren Systemen, wie verschiedenen ERP-Instanzen oder einem separaten CRM, konsolidiert werden könnten.

In der Prozessanalyse hilft dies, Prozesse zu unterscheiden, die mehrere Systeme umfassen können, oder ermöglicht die Filterung der Analyse auf eine spezifische Systeminstanz. Es gewährleistet die Datenherkunft und liefert Kontext, insbesondere während der Datenvalidierung und Fehlerbehebung.

Bedeutung

Es liefert entscheidenden Kontext über die Herkunft der Daten, gewährleistet Klarheit in Multisystemumgebungen und unterstützt die Data Governance.

Datenquelle

Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird und die spezifische SAP S/4HANA-Instanz identifiziert (z.B. durch System-ID oder SID).

Beispiele
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
Rechnungswährung
InvoiceCurrency
Die Währung, in der die Rechnung ausgestellt wurde.
Beschreibung

Dieses Attribut gibt den Währungscode (z. B. USD, EUR) für den Rechnungsbetrag an. Es liefert den notwendigen Kontext für die Interpretation monetärer Werte, insbesondere in multinationalen Organisationen.

Während die meisten Analysen in einer standardisierten lokalen Währung durchgeführt werden, ist die Belegwährung wichtig für das Verständnis der ursprünglichen Transaktion und für alle Analysen im Zusammenhang mit Wechselkursseffekten. Sie liefert Kontext zum Attribut InvoiceAmount.

Bedeutung

Es liefert wesentlichen Kontext für den Rechnungsbetrag und ermöglicht eine genaue Finanzanalyse in Multi-Währungsumgebungen.

Datenquelle

Typischerweise in Kopftabellen wie BKPF (Feld WAERS) oder Positionstabellen wie BSEG (Feld PSWSL) zu finden.

Beispiele
USDEURGBP
Streitfallgrund
DisputeReason
Der Ursachencode, der angibt, warum ein Kunde eine Rechnung beanstandet.
Beschreibung

Wenn ein Kunde eine Rechnung beanstandet, wird typischerweise ein Grund zugewiesen, um die Art des Problems zu kategorisieren, z. B. 'Falsche Preisgestaltung', 'Beschädigte Ware' oder 'Doppelte Rechnung'. Dies wird im SAP Dispute Management Modul verwaltet.

Die Analyse der Dispute Reasons ist entscheidend, um die Ursachen für Kundenunzufriedenheit und Zahlungsverzögerungen zu identifizieren. Das Dashboard 'Invoice Dispute Volume & Resolution' kann nach diesem Attribut dimensioniert werden, um wiederkehrende Probleme im vorgelagerten Order-to-Cash-Prozess zu lokalisieren, die behoben werden müssen.

Bedeutung

Es bietet kritische Einblicke in die Grundursachen von Rechnungsstreitigkeiten und hilft, zugrunde liegende operative Probleme zu identifizieren und zu lösen.

Datenquelle

Stammt aus dem SAP Dispute Management Modul, wahrscheinlich aus Tabellen wie UDM_SCASE_ATTR oder ähnlichem, basierend auf den Attributen des Streitfalls.

Beispiele
PRC_ERR - PreisfehlerQTY_DIF - MengenabweichungSHIP_DMG - Beschädigte Lieferung
Erforderlich Empfohlen Optional

Aktivitäten im Kredit- und Forderungsmanagement

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihren Inkasso-Workflow präzise zu analysieren und zu optimieren.
6 Empfohlen 6 Optional
Aktivität Beschreibung
`Zahlung erhalten`
Diese Aktivität repräsentiert den Zahlungseingang vom Kunden, der dann auf die offene Rechnung angewendet wird. Sie wird durch die Erstellung eines Ausgleichsbelegs erfasst, der den Rechnungsbetrag ausgleicht.
Bedeutung

Dies ist ein kritischer Meilenstein, der sich direkt auf den Cashflow und die DSO auswirkt. Die Analyse der Zahlungszeit und der ihr vorausgehenden Aktivitäten zeigt die Effektivität des gesamten Inkassoprozesses auf.

Datenquelle

Dies wird aus dem gegen die Rechnung gebuchten Ausgleichsbeleg abgeleitet. Das Ausgleichsdatum (AUGDT) aus der Tabelle der ausgeglichenen Posten, BSAD, für die spezifische Rechnung liefert den Timestamp.

Erfassen

Identifizieren Sie das Ausgleichsdatum (AUGDT) aus der Tabelle BSAD für die entsprechende Rechnungsbelegnummer (BELNR).

Ereignistyp inferred
Rechnung abgeschrieben
Diese Aktivität repräsentiert die Entscheidung, eine unbezahlte Rechnung als Verlust zu verbuchen und als uneinbringliche Forderung einzustufen. Dies wird erfasst, wenn eine spezifische Art von Ausgleichsbeleg gebucht wird, oft mit einem eindeutigen Ursachencode.
Bedeutung

Abschreibungen stellen einen direkten finanziellen Verlust dar. Die Analyse ihrer Häufigkeit, ihres Wertes und der vorhergehenden Aktivitäten hilft, gefährdete Kunden und Versäumnisse im Inkassoprozess zu identifizieren.

Datenquelle

Dies kann durch Analyse des Ausgleichsbelegs abgeleitet werden, der die Rechnung begleicht. Ein spezifisches Hauptbuchkonto oder ein Ursachencode (BSEG-RSTGR), der im Ausgleichsbeleg verwendet wird, weist auf eine Abschreibung hin.

Erfassen

Identifizieren Sie den Ausgleichsbeleg und prüfen Sie auf einen spezifischen Grundcode oder eine Buchung auf ein Konto für Forderungsausfälle.

Ereignistyp inferred
Rechnung beglichen
Dies ist das endgültige, erfolgreiche Ergebnis für eine Rechnung, das anzeigt, dass sie vollständig bezahlt und aus den offenen Posten ausgeglichen wurde. Dieser Zustand wird erkannt, wenn eine Rechnung einen entsprechenden Ausgleichsbeleg und ein Datum aufweist.
Bedeutung

Als primärer Erfolgspunkt des Prozesses schließt diese Aktivität den Rechnungslebenszyklus ab. Die Analyse der Pfade und der Zeit, die benötigt wird, um diesen Zustand zu erreichen, ist grundlegend für die Prozessoptimierung.

Datenquelle

Dies ist kein diskretes Event, sondern ein Zustand, der aus Finanztabellen abgeleitet wird. Eine Rechnung gilt als beglichen, wenn sie in der Tabelle der ausgeglichenen Kundenposten, BSAD, erscheint und ein gültiges Ausgleichsdatum (AUGDT) aufweist.

Erfassen

Verwenden Sie das Ausgleichsdatum (AUGDT) aus der Tabelle BSAD als Timestamp für diese abschließende Aktivität.

Ereignistyp inferred
Rechnung erstellt
Diese Aktivität markiert die Erstellung einer Kundenrechnung, die den Ausgangspunkt für den Inkassoprozess bildet. Dieses Event wird erfasst, wenn ein neuer Buchhaltungsbeleg mit einem Rechnungsbelegtyp im SAP S/4HANA System gebucht wird.
Bedeutung

Dies ist das primäre Start-Event für den Invoice-to-Cash-Prozess. Die Analyse der Zeit von diesem Punkt bis zur Zahlung ist entscheidend für die Messung der Days Sales Outstanding (DSO) und der gesamten Prozesseffizienz.

Datenquelle

Dieses Event wird explizit protokolliert. Das Erstellungsdatum und die Uhrzeit finden sich in der Kopfzeilentabelle des Buchhaltungsbelegs, BKPF, für die relevante Belegnummer (BELNR). Belegarten wie 'RV' kennzeichnen typischerweise Kundenrechnungen.

Erfassen

Verwenden Sie den Beleg-Erstellungs-Timestamp (CPUDT, CPUTM) aus der Tabelle BKPF für den Rechnungsbeleg.

Ereignistyp explicit
Streitfall registriert
Diese Aktivität bedeutet, dass ein Kunde eine Rechnung formell beanstandet hat und ein Fall im SAP Dispute Management erstellt wurde. Dies wird erfasst, wenn ein neuer Streitfall erstellt und mit dem Rechnungsbeleg verknüpft wird.
Bedeutung

Die Registrierung von Streitfällen ist ein entscheidender Schritt, um Prozessausnahmen zu verstehen. Die Analyse des Volumens, der Gründe und der Lösungszeit von Streitfällen hilft, die Ursachen wie Preis- oder Versandfehler zu identifizieren.

Datenquelle

Dies ist ein explizites Event, das in den SAP Dispute Management Tabellen erfasst wird. Das Erstellungsdatum des Falls in Tabellen wie UKM_CASE oder FDM_DCOBJ, verknüpft mit der Rechnung, dient als Timestamp.

Erfassen

Verwenden Sie den Erstellungs-Timestamp des Streitfalls aus der Tabelle UKM_CASE, gefiltert nach dem Case-Typ für Streitfälle.

Ereignistyp explicit
Zahlungsfälligkeitsdatum überschritten
Ein berechnetes Event, das eintritt, wenn das aktuelle Datum das Nettofälligkeitsdatum der Rechnung überschreitet, ohne dass eine Ausgleichszahlung gebucht wurde. Es signalisiert den Übergang einer Rechnung vom Status 'aktuell' zu 'überfällig'.
Bedeutung

Diese Aktivität ist der Auslöser für alle Inkasso- und Mahnaktivitäten. Sie ist unerlässlich für die Analyse des Zahlungsverhaltens, der Überfälligkeitsgründe und der Wirksamkeit proaktiver Erinnerungen.

Datenquelle

Dies ist kein explizites Protokoll. Es wird durch den Vergleich des Nettofälligkeitsdatums (aus Tabellen wie BSID Feld ZFBDT) mit dem Timestamp der Analyse oder einer nachfolgenden Aktivität berechnet.

Erfassen

Ableitung durch Vergleich des Nettofälligkeitsdatums der Rechnung (BSID-ZFBDT) mit dem aktuellen Timestamp oder dem Timestamp eines nachfolgenden Events.

Ereignistyp calculated
`Rechnung an Kunden gesendet`
Stellt den Zeitpunkt dar, zu dem die Rechnung an den Kunden übermittelt wurde, z. B. per Druck, E-Mail oder EDI. Dies wird typischerweise über die SAP-Ausgabeermittlungsprotokolle erfasst, die aufzeichnen, wann eine Ausgabenachricht verarbeitet wurde.
Bedeutung

Verzögerungen zwischen Rechnungserstellung und -versand können den gesamten Zahlungszyklus verlängern. Dies hilft, Engpässe in der Kundenkommunikation und Dokumentenverteilung zu identifizieren.

Datenquelle

Dies kann aus dem Verarbeitungsdatum und der Uhrzeit in der Nachrichtenstatustabelle NAST abgeleitet werden, wo der Ausgabetyp einer Kundenrechnung entspricht. Dies erfordert eine ordnungsgemäße Konfiguration der Ausgabeermittlung.

Erfassen

Suchen Sie nach einem erfolgreich verarbeiteten Eintrag in der NAST-Tabelle, der mit der Fakturabelegnummer der Rechnung verknüpft ist.

Ereignistyp inferred
Inkassoanruf getätigt
Stellt einen manuellen Kontakt dar, der von einem Inkassosachbearbeiter mit dem Kunden bezüglich einer überfälligen Rechnung aufgenommen wurde. Dies ist oft kein Standard-SAP-Ereignis und basiert auf einer benutzerdefinierten Protokollierung oder Integration mit einem CRM-System.
Bedeutung

Manuelle Eingriffe sind ein kostspieliger Teil des Forderungsmanagementprozesses. Die Verfolgung dieser Kontakte hilft, die Effektivität der Sachbearbeiter zu messen und zu verstehen, welche Konten manuellen Aufwand erfordern.

Datenquelle

Diese Informationen sind in einer Standard S/4HANA-Einrichtung typischerweise nicht verfügbar. Sie könnten in benutzerdefinierten Tabellen, als Notiz in der Inkasso-Arbeitsliste oder in einem externen CRM-System gespeichert sein, das integriert werden muss.

Erfassen

Erfordert eine Analyse von Systemerweiterungen, Notizen oder Daten aus einem externen System, in dem Inkassoaktivitäten protokolliert werden.

Ereignistyp explicit
Mahnverfahren eingeleitet
Diese Aktivität repräsentiert die formelle Initiierung des automatisierten Mahnprozesses für eine überfällige Rechnung. Sie wird erfasst, wenn ein Mahnlauf die Rechnung verarbeitet und eine Mahnstufe zuweist.
Bedeutung

Dies markiert den Beginn automatisierter Inkassoprozesse. Die Verfolgung von Mahnaktivitäten ist entscheidend, um die Wirksamkeit der Mahnstrategie zu bewerten und die Einhaltung interner Richtlinien sicherzustellen.

Datenquelle

Dies ist ein explizites Event, das in den Mahndatentabellen protokolliert wird. Das Laufsdatum (LAUFD) aus der Mahnkopftabelle MHNK, das der Rechnung zugeordnet ist, gibt an, wann das Verfahren ausgeführt wurde.

Erfassen

Extrahieren Sie das Datum des Mahnlaufs (MHNK-LAUFD) und die Mahnstufe (MHNK-MAHNS) für die spezifische Rechnung.

Ereignistyp explicit
Streitfall gelöst
Diese Aktivität kennzeichnet den Abschluss eines Streitfalls, entweder weil die Forderung des Kunden validiert oder abgelehnt wurde. Dies wird erfasst, wenn der Status des Streitfalls auf 'geschlossen' oder 'gelöst' aktualisiert wird.
Bedeutung

Die zur Lösung von Streitfällen benötigte Zeit ist ein wichtiger Leistungsindikator für Kundenzufriedenheit und operative Effizienz. Lange Lösungszeiten können Zahlungen verzögern und Kundenbeziehungen belasten.

Datenquelle

Dies wird aus einer Statusänderung des Streitfalls abgeleitet. Ein Timestamp, der mit der Statusänderung auf 'Closed' oder 'Confirmed' in der Tabelle UKM_CASE verbunden ist, zeigt an, wann die Lösung erfolgte.

Erfassen

Identifizieren Sie den Timestamp der Statusänderung zu einem finalen, gelösten Status in der Tabelle UKM_CASE oder verwandten Statusänderungsprotokoll-Tabellen.

Ereignistyp inferred
Zahlung gebucht
Stellt den Buchungseintrag der Zahlung im Hauptbuch dar. In vielen Fällen erfolgt dies gleichzeitig mit dem Zahlungseingang, kann aber auch ein separater Schritt mit eigenen Verzögerungen sein.
Bedeutung

Verzögerungen zwischen Geldeingang und Buchung können die Finanzberichterstattung verzerren. Die Messung dieser Zykluszeit hilft sicherzustellen, dass die Buchhaltungsprozesse effizient und genau sind.

Datenquelle

Dieses Event kann aus dem Buchungsdatum (BUDAT) oder dem Erstellungsdatum (CPUDT) des Ausgleichsbelegs in der Tabelle BKPF abgeleitet werden. Die Ausgleichsbelegnummer findet sich in BSAD-AUGBL.

Erfassen

Verwenden Sie das Buchungsdatum (BUDAT) aus der Tabelle BKPF für den Ausgleichsbeleg, der die Rechnung beglichen hat.

Ereignistyp inferred
Zahlungszusage erstellt
Dieses Event tritt auf, wenn ein Inkassosachbearbeiter die Zahlungszusage eines Kunden für eine überfällige Position an einem bestimmten Datum erfasst. Dies ist eine explizite Aktion innerhalb des SAP Collections Management Moduls.
Bedeutung

Zahlungszusagen sind ein wichtiges Ergebnis von Inkassoaktivitäten. Die Analyse ihrer Häufigkeit, Erfüllungsrate und ihres Einflusses auf Zahlungszeiten hilft, Inkassostrategien zu verfeinern.

Datenquelle

Dies ist ein explizites Event, das im SAP Collections Management erfasst wird. Das Erstellungsdatum der Zahlungszusage kann aus Tabellen wie UDM_P2P_ATTR bezogen werden.

Erfassen

Verwenden Sie das Erstellungsdatum aus Zahlungszusagentabellen, wie UDM_P2P_ATTR, verknüpft mit der Rechnung.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So holen Sie Ihre Daten aus SAP S/4HANA