Ihr Daten-Template für Kredit- und Forderungsmanagement

SAP S/4HANA
Ihr Daten-Template für Kredit- und Forderungsmanagement

Ihr Daten-Template für Kredit- und Forderungsmanagement

Dieses Template zeigt Ihnen, welche Daten Sie für die Analyse und Optimierung Ihres Kredit- und Forderungsmanagements erfassen sollten. Es führt die wichtigsten Attribute und Aktivitäten auf und enthält praktische Hinweise zur Datenextraktion aus Ihrem SAP-S/4HANA-System. So stellen Sie sicher, dass alle wesentlichen Informationen für eine aussagekräftige Prozessanalyse vorliegen.
  • Empfohlene Attribute für Ihr Event Log
  • Wichtige Prozessaktivitäten im Rechnungslebenszyklus
  • Konkrete Hinweise zur Datenextraktion aus SAP S/4HANA
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Kredit- und Forderungsmanagement

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihr Kredit- und Forderungsmanagement umfassend zu analysieren.
3 Erforderlich 5 Empfohlen 10 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Geschäftsereignisses im Prozess Kreditmanagement und Forderungseinzug.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt oder eine Aufgabe im Prozess, zum Beispiel „Rechnung erstellt“, „Mahnverfahren gestartet“ oder „Zahlung eingegangen“. Die Abfolge dieser Aktivitäten bildet den Prozessablauf für jeden Case.

Die Analyse des Aktivitätsnamens ist eine Grundlage des Process Mining: Sie ermöglicht es, die Prozesslandkarte zu ermitteln, Varianten zu erkennen und Übergänge zwischen einzelnen Schritten zu messen. Fast alle Prozessanalysen bauen darauf auf, darunter auch KPI-Berechnungen wie die „Erfolgsquote des Mahnverfahrens“, die Ereignisse nach einer Mahnaktivität erfasst.

Warum das wichtig ist

Das Attribut legt die Prozessschritte fest. Es ist unverzichtbar, um die Prozesslandkarte zu visualisieren, Varianten zu analysieren und den Prozessablauf zu verstehen.

Woher beziehen

Ermittelt aus einer Kombination von Transaktionscodes (TCODE), Änderungsprotokollen der Tabellen (CDHDR/CDPOS) oder Statusfeldern in SAP-Belegen.

Beispiele
Rechnung an Kunden gesendetMahnverfahren gestartetZahlung eingegangenStreitfall erfasst
Ereigniszeitpunkt
EventTime
Der Timestamp, der angibt, wann die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut enthält für jede erfasste Aktivität das genaue Datum und die genaue Uhrzeit. Es ist entscheidend, um die Reihenfolge der Ereignisse zu bestimmen und die Zeitspanne zwischen ihnen zu berechnen.

Der Ereigniszeitpunkt dient dazu, Aktivitäten chronologisch zu ordnen, die Prozesslandkarte zu erstellen und Leistungskennzahlen zu berechnen. So lässt sich beispielsweise die „durchschnittliche Dauer der Streitfallklärung“ ermitteln, indem die Zeit zwischen dem Timestamp „Streitfall erfasst“ und dem Timestamp „Streitfall geklärt“ gemessen wird.

Warum das wichtig ist

Er gibt die chronologische Reihenfolge der Ereignisse an. Diese ist erforderlich, um Zykluszeiten zu berechnen, die Prozessleistung zu analysieren und Engpässe zu erkennen.

Woher beziehen

Bezieht sich auf verschiedene Datums- und Zeitfelder in SAP-Tabellen, etwa BUDAT (Buchungsdatum) in BKPF oder CPUDT/CPUTM (Erfassungsdatum/-uhrzeit) in verschiedenen Tabellen. Auch die Änderungsprotokolle CDHDR/CDPOS enthalten Timestamps.

Beispiele
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
Rechnungsnummer
InvoiceNumber
Die eindeutige Kennung der Kundenrechnung. Sie dient als primäre Case-ID für den Prozess Kreditmanagement und Forderungseinzug.
Beschreibung

Die Rechnungsnummer, häufig auch als Buchhaltungsbelegnummer bezeichnet, kennzeichnet jede Forderung eindeutig. Sie bildet die zentrale Verbindung zwischen allen Prozessereignissen, von der Rechnungserstellung und den Mahnungen bis zur Bearbeitung von Streitfällen und zur abschließenden Zahlung oder Abschreibung.

Beim Process Mining ermöglicht die Analyse jeder Rechnungsnummer einen vollständigen Überblick über den gesamten Prozess. So erkennen Sie häufige Abläufe, Engpässe bei der Zahlungsabwicklung und Unterschiede im Umgang mit einzelnen Rechnungen. Das ist wichtig für Dashboards wie „Analyse der Rechnungsprozessvarianten“ und „Alter und Status überfälliger Rechnungen“.

Warum das wichtig ist

Sie ist die zentrale Case-ID, die alle zugehörigen Aktivitäten im Kreditmanagement und Forderungseinzug verknüpft. So lässt sich der gesamte Lebenszyklus jeder Forderung analysieren.

Woher beziehen

Zu finden ist sie üblicherweise in Tabellen wie BKPF (Kopf der Buchhaltungsbelege), Feld BELNR, oder VBRK (Faktura: Kopfdaten), Feld VBELN.

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

Dieses Attribut gibt an, welcher Benutzer für einen bestimmten Prozessschritt verantwortlich war, etwa für die Buchung einer Zahlung oder den Start eines Mahnlaufs. In SAP ist diese Information häufig im Feld „Benutzername“ (UNAME) oder „Erfasst von“ gespeichert.

Die Analyse nach Benutzern hilft dabei, leistungsstarke Mitarbeitende oder Teams zu erkennen, zusätzlichen Schulungsbedarf festzustellen und die Verteilung der Arbeitslast zu untersuchen. Sie kann auch Compliance-Verstöße oder nicht autorisierte Aktivitäten aufdecken. Das Dashboard „Wirksamkeit von Inkassogesprächen“ kann beispielsweise Ergebnisse nach Mitarbeitenden im Forderungseinzug erfassen.

Warum das wichtig ist

Das Attribut verknüpft Prozessaktivitäten mit einzelnen Personen. So lassen sich Ressourcenleistung, Arbeitslast und Compliance analysieren.

Woher beziehen

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

Beispiele
JSMITHRROEBATCH_USER
Kundennummer
CustomerNumber
Die eindeutige Kennung des Kundenkontos.
Beschreibung

Die Kundennummer kennzeichnet den Geschäftspartner, an den die Rechnung ausgestellt wurde. Sie verknüpft die Finanztransaktion mit dem Stammdatensatz des Kunden.

Dieses Attribut ist wichtig für kundenbezogene Analysen, etwa zum Zahlungsverhalten einzelner Kunden oder Kundensegmente. Dashboards wie „Trends beim Zahlungsverhalten von Kunden“ zeigen damit, welche Kunden regelmäßig verspätet zahlen. Außerdem unterstützt es Kennzahlen wie „Abdeckung von Kunden mit hoher Priorität“, indem Rechnungen nach Kunden gruppiert werden.

Warum das wichtig ist

Das Attribut verknüpft Transaktionen mit einzelnen Kunden. So lassen sich Zahlungsverhalten, Kundensegmente und Kundenbeziehungen analysieren.

Woher beziehen

Zu finden in Einzelposten von Buchhaltungsbelegen, etwa in der Tabelle BSEG (Feld KUNNR), oder in der Kundenstammdatentabelle KNA1.

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

Dieses Attribut gibt den Gesamtwert der in Rechnung gestellten Waren oder Dienstleistungen an. Es ist eine wichtige Kennzahl für die finanziellen Auswirkungen jedes Falls.

Die Analyse des Rechnungsbetrags ist entscheidend, um Maßnahmen zum Forderungseinzug zu priorisieren, etwa im Dashboard „Priorisierung des Forderungsbestands“. Außerdem lässt sich damit die finanzielle Auswirkung ineffizienter Prozesse bewerten, zum Beispiel der Gesamtwert beanstandeter Rechnungen oder der Betrag überfälliger Forderungen. Das Attribut bildet auch die Wertgrundlage für Kennzahlen wie „Anteil abgeschriebener Rechnungen“.

Warum das wichtig ist

Das Attribut beziffert den finanziellen Wert jedes Falls. Das ist wichtig für Priorisierung, Risikobewertung und Leistungsmessung.

Woher beziehen

Abgeleitet aus den Einzelposten von Buchhaltungsbelegen in der 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, um die eine Rechnung nach ihrem Fälligkeitsdatum noch offen ist.
Beschreibung

Diese berechnete Kennzahl misst die Zeitspanne zwischen dem „Payment Due Date“ und dem aktuellen Datum bei offenen Rechnungen beziehungsweise dem „Payment Date“ bei ausgeglichenen Rechnungen. Ein positiver Wert bedeutet, dass die Zahlung verspätet ist.

„Tage überfällig“ ist eine zentrale Kennzahl im Forderungsmanagement. Sie bildet die Hauptkennzahl im Dashboard „Altersstruktur und Status überfälliger Rechnungen“ und dient dazu, die Bearbeitung von Forderungen zu priorisieren. Die Verteilung dieser Kennzahl zeigt, wie es insgesamt um das Forderungsportfolio steht.

Warum das wichtig ist

Die Kennzahl ist ein wichtiger Indikator für die Wirksamkeit des Forderungsmanagements. Sie dient der Altersstrukturanalyse, der Priorisierung der Arbeit und der Messung von Zahlungsverzögerungen.

Woher beziehen

Wird bei der Datentransformation berechnet: (aktuelles Datum ODER Ausgleichsdatum) - PaymentDueDate (BSEG-ZFBDT).

Beispiele
1530920
Zahlungsziel
PaymentDueDate
Das Datum, bis zu dem die Rechnung bezahlt werden muss.
Beschreibung

Das Zahlungsziel wird anhand des Rechnungsdatums und der mit dem Kunden vereinbarten Zahlungsbedingungen berechnet. Es dient als Grundlage, um die Pünktlichkeit von Zahlungen zu messen.

Dieses Datum ist entscheidend für alle Analysen zu überfälligen Rechnungen. Es bildet die Grundlage für die Berechnung der „Tage überfällig“ und den Start von Mahnverfahren. Dashboards wie „Alter und Status überfälliger Rechnungen“ sowie Kennzahlen wie „durchschnittliche Days Sales Outstanding (DSO)“ hängen maßgeblich von diesem Attribut ab.

Warum das wichtig ist

Anhand dieses Datums erkennen Sie, ob eine Rechnung überfällig ist. Es löst Maßnahmen zum Forderungseinzug aus und dient zur Berechnung wichtiger Kennzahlen.

Woher beziehen

Zu finden im Kundenposten eines Buchhaltungsbelegs, Tabelle BSEG (Feld ZFBDT).

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

Wird eine Forderung als uneinbringlich eingestuft, wird sie aus den Büchern ausgebucht und mit einem Grundcode versehen. Dieser ordnet die Ursache ein, zum Beispiel „Insolvenz“, „Abschreibung eines Kleinbetrags“ oder „Ungeklärter Streitfall“.

Dieses Attribut ist für das Dashboard „Analyse der Rechnungsabschreibungen“ unverzichtbar. Durch die Auswertung von Häufigkeit und Wert der Abschreibungen nach Grund kann ein Unternehmen Schwachstellen in seiner Kreditrichtlinie oder seinem Forderungsmanagement erkennen und gezielt gegensteuern, um künftige Verluste zu begrenzen.

Warum das wichtig ist

Das Attribut zeigt die Ursachen finanzieller Verluste durch uneinbringliche Forderungen auf und liefert Ansatzpunkte zur Verbesserung der Kredit- und Forderungsmanagementrichtlinien.

Woher beziehen

Der Grund wird häufig während der jeweiligen Finanzbuchungstransaktion, etwa F-30, über Grundcodefelder wie BSEG-RSTGR erfasst.

Beispiele
INSOLVENZKLEINBETRAGSTREITFALLVERLUST
Buchungskreis
CompanyCode
Die Organisationseinheit, die ein rechtlich selbstständiges Unternehmen repräsentiert, für das ein eigener Jahresabschluss erstellt wird.
Beschreibung

Der Buchungskreis ist eine zentrale Organisationseinheit in SAP Financials. Alle Finanztransaktionen, darunter Rechnungen und Zahlungen, werden einem bestimmten Buchungskreis zugeordnet.

Beim Process Mining ist es wichtig, Prozesse nach Buchungskreis zu filtern oder auszuwerten, um ihre Leistung zwischen verschiedenen Rechtseinheiten eines Konzerns zu vergleichen. So lassen sich bewährte Vorgehensweisen einer Einheit auf andere übertragen oder systematische Probleme in einem bestimmten Unternehmen erkennen. Der Buchungskreis ist ein wichtiger Filter für nahezu alle Finanzprozessanalysen.

Warum das wichtig ist

Damit können Sie Prozessleistung und Compliance zwischen verschiedenen Rechtseinheiten der Organisation vergleichen.

Woher beziehen

Zu finden in den meisten Finanztabellen, etwa BKPF und BSEG (Feld BUKRS).

Beispiele
10002000US01DE01
Grund der Beanstandung
DisputeReason
Der Ursachencode, der angibt, warum ein Kunde eine Rechnung beanstandet.
Beschreibung

Wenn ein Kunde eine Rechnung beanstandet, wird üblicherweise ein Grund zugewiesen, der die Art des Problems beschreibt, etwa „Falsche Preisangabe“, „Beschädigte Ware“ oder „Doppelte Rechnung“. Die Bearbeitung erfolgt im SAP-Modul Dispute Management.

Die Analyse der Beanstandungsgründe hilft, die Ursachen für Unzufriedenheit und Zahlungsverzögerungen zu erkennen. Im Dashboard „Umfang und Klärung von Rechnungsstreitfällen“ können Sie nach diesem Attribut auswerten. So lassen sich wiederkehrende Probleme im vorgelagerten Order-to-Cash-Prozess erkennen, die behoben werden müssen.

Warum das wichtig ist

Das Attribut liefert wichtige Erkenntnisse zu den Ursachen von Rechnungsstreitfällen und hilft, zugrunde liegende betriebliche Probleme zu erkennen und zu beheben.

Woher beziehen

Stammt aus dem SAP-Modul Dispute Management, wahrscheinlich aus Tabellen wie UDM_SCASE_ATTR oder ähnlichen Tabellen mit Attributen zum Streitfall.

Beispiele
PRC_ERR - PreisfehlerQTY_DIF - MengenabweichungSHIP_DMG - Beschädigte Lieferung
Ist automatisiert
IsAutomated
Ein Kennzeichen dafür, ob ein Systembenutzer oder ein menschlicher Benutzer die Aktivität ausgeführt hat.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen automatisch vom System ausgeführten Aktivitäten, etwa einem geplanten Mahnlauf oder einer automatischen Zahlungsbuchung, und manuell von einem Benutzer ausgeführten Aktivitäten, etwa einem Anruf im Forderungsmanagement.

Die Auswertung dieses Attributs zeigt den Automatisierungsgrad des Prozesses. Sie können die Effizienz und Konsistenz automatisierter und manueller Schritte vergleichen, weitere Automatisierungsmöglichkeiten erkennen und den tatsächlichen manuellen Aufwand im Forderungsmanagement nachvollziehen.

Warum das wichtig ist

Das Attribut quantifiziert den Automatisierungsgrad des Prozesses und ermöglicht es, die Auswirkungen der Automatisierung auf Effizienz und Kosten zu analysieren.

Woher beziehen

Dieses abgeleitete Attribut basiert in der Regel auf „UserName“. Entspricht die Benutzer-ID einem vordefinierten Eintrag für System- oder Batch-Benutzer, etwa „BATCH_USER“, wird das Kennzeichen auf „true“ gesetzt.

Beispiele
truefalse
Kreditlimit
CreditLimit
Der maximale Kreditbetrag, der einem Kunden eingeräumt wird.
Beschreibung

Das Kreditlimit ist ein Wert in den Kreditstammdaten des Kunden. Es legt fest, welches Gesamtkreditrisiko das Unternehmen bei diesem Kunden eingehen möchte. Aktivitäten wie „Kreditlimit angefordert“ und „Kreditlimit genehmigt“ beziehen sich direkt auf dieses Attribut.

Das Attribut liefert Kontext für die Kreditrisikoanalyse. Das Dashboard „Analyse der Durchlaufzeit von Kreditgenehmigungen“ bildet den Prozess zur Festlegung oder Änderung des Limits ab. Zusammen mit überfälligen Beträgen ausgewertet, hilft es dabei, das Gesamtrisiko des Portfolios einzuschätzen.

Warum das wichtig ist

Das Attribut legt das genehmigte Kreditrisiko für einen Kunden fest und ist zentral für die Analyse des Kreditgenehmigungsprozesses und des gesamten Kreditrisikos.

Woher beziehen

Das Attribut ist im SAP-Modul Credit Management (FSCM) gespeichert, beispielsweise in der Tabelle UKM_BP_CMS_SGMT im Feld CREDIT_LIMIT.

Beispiele
50000.00100000.00250000.00
Kundensegment
CustomerSegment
Eine Einteilung von Kunden, zum Beispiel nach Unternehmensgröße, Branche oder strategischer Bedeutung.
Beschreibung

Das Kundensegment ist eine Einteilung aus Marketing oder Vertrieb, mit der Kunden anhand gemeinsamer Merkmale gruppiert werden. Kriterien können etwa Jahresumsatz, Branche, geografischer Standort oder Beziehungsstatus sein, zum Beispiel Gold, Silber oder Bronze.

Bei der Analyse des Forderungseinzugs hilft dieses Attribut, Muster in bestimmten Kundengruppen zu erkennen. Das Dashboard „Analyse abgeschriebener Rechnungen“ kann beispielsweise zeigen, ob ein bestimmtes Segment für einen überproportional hohen Anteil der Abschreibungen verantwortlich ist. Diese Erkenntnisse unterstützen strategische Entscheidungen zu den Kreditrichtlinien für das jeweilige Segment.

Warum das wichtig ist

Damit können Sie Prozessleistung und Kundenverhalten in verschiedenen Kundengruppen vergleichen und wichtige strategische Erkenntnisse gewinnen.

Woher beziehen

Stammt üblicherweise aus den Kundenstammdaten (Tabelle KNA1), häufig aus einem Klassifizierungs- oder Attributfeld wie KDKG1-KDKG5 (Kundengruppe 1–5).

Beispiele
GroßunternehmenKleine und mittlere UnternehmenÖffentliche VerwaltungStrategischer Kunde
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp der letzten Aktualisierung oder Extraktion von Daten aus dem Quellsystem.
Beschreibung

Dieses Attribut gibt an, wann der Datensatz zuletzt aktualisiert wurde. So können Benutzer einschätzen, wie aktuell die Daten sind, die sie analysieren.

Diese Metadaten sind für jedes Dashboard und jede Analyse wichtig. Sie zeigen, welchen Zeitraum die Analyse abdeckt, und verhindern Fehlinterpretationen aufgrund veralteter Informationen. Eine Analyse überfälliger Rechnungen ist beispielsweise nur aussagekräftig, wenn bekannt ist, wann die Daten zuletzt abgerufen wurden.

Warum das wichtig ist

So können Benutzer die Aktualität der Daten einschätzen, eine wichtige Voraussetzung für genaue, datengetriebene Entscheidungen.

Woher beziehen

Dieser Wert wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und gespeichert.

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

Die Mahnstufe gibt an, wie intensiv der Forderungseinzug betrieben wird. Sie reicht üblicherweise von einer einfachen Zahlungserinnerung bis zu einer formellen rechtlichen Mahnung. Jede Stufe entspricht einer bestimmten Aktivität im Mahnverfahren.

Dieses Attribut ist wichtig, um die Wirksamkeit und Compliance des Mahnverfahrens zu überwachen. Das Dashboard „Wirksamkeit des Mahnverfahrens“ analysiert damit die Zahlungsquoten der einzelnen Stufen. Das Dashboard „Compliance im Mahnverfahren“ prüft, ob die Stufen in der richtigen Reihenfolge durchlaufen werden.

Warum das wichtig ist

Das Attribut zeigt den Fortschritt der Maßnahmen zum Forderungseinzug. So lassen sich die Wirksamkeit des Mahnverfahrens und die Einhaltung des Prozesses analysieren.

Woher beziehen

Diese Informationen sind in Mahndatentabellen wie MHND (Mahndaten) gespeichert. Die letzte Mahnstufe eines Postens steht in BSEG (Feld MANST).

Beispiele
123 - Letzte MahnungRechtliche Schritte
Quellsystem
SourceSystem
Gibt an, aus welchem System die Daten stammen.
Beschreibung

Dieses Attribut bezeichnet das Informationssystem, aus dem die Daten stammen, in diesem Fall SAP S/4HANA. Es ist besonders wichtig, wenn Daten aus mehreren Systemen zusammengeführt werden, etwa aus verschiedenen ERP-Instanzen oder einem separaten CRM-System.

Bei der Prozessanalyse hilft das Attribut, Prozesse über mehrere Systeme hinweg zu unterscheiden oder die Analyse auf eine bestimmte Systeminstanz zu beschränken. Es gewährleistet die Nachverfolgbarkeit der Daten und liefert Kontext, insbesondere bei der Datenvalidierung und Fehlerbehebung.

Warum das wichtig ist

Das Attribut gibt wichtigen Aufschluss über die Herkunft der Daten. So sorgt es in Umgebungen mit mehreren Systemen für Klarheit und unterstützt die Data Governance.

Woher beziehen

Dieser statische Wert wird üblicherweise während der Datenextraktion hinzugefügt und kennzeichnet die jeweilige SAP-S/4HANA-Instanz, zum Beispiel anhand der System-ID (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 der Rechnung an, zum Beispiel USD oder EUR. Es liefert den nötigen Kontext für die Interpretation von Geldbeträgen, insbesondere in multinationalen Unternehmen.

Die meisten Analysen erfolgen zwar in einer standardisierten Hauswährung, doch die Belegwährung ist wichtig, um die ursprüngliche Transaktion und mögliche Wechselkurseffekte zu verstehen. Sie ergänzt das Attribut Rechnungsbetrag um den erforderlichen Kontext.

Warum das wichtig ist

Das Attribut liefert den nötigen Kontext zum Rechnungsbetrag und ermöglicht genaue Finanzanalysen in Umgebungen mit mehreren Währungen.

Woher beziehen

Zu finden in Kopftabellen wie BKPF (Feld WAERS) oder in Einzelpostentabellen wie BSEG (Feld PSWSL).

Beispiele
USDEURGBP
Erforderlich Empfohlen Optional

Aktivitäten im Kredit- und Forderungsmanagement

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um Ihren Forderungsmanagement-Workflow präzise zu entdecken und zu optimieren.
6 Empfohlen 6 Optional
Aktivität Beschreibung
Rechnung abgeschrieben
Diese Aktivität bezeichnet die Entscheidung, eine unbezahlte Rechnung als Verlust abzuschreiben und als uneinbringliche Forderung einzustufen. Sie wird erfasst, wenn ein bestimmter Ausgleichsbelegtyp gebucht wird, häufig mit einem eindeutigen Ursachencode.
Warum das wichtig ist

Abschreibungen verursachen unmittelbare finanzielle Verluste. Wenn Sie ihre Häufigkeit, Höhe und vorausgehenden Aktivitäten analysieren, erkennen Sie gefährdete Kunden und Schwachstellen im Forderungseinzug.

Woher beziehen

Dieses Ereignis lässt sich durch die Analyse des Ausgleichsbelegs ableiten, mit dem die Rechnung ausgeglichen wird. Ein bestimmtes Sachkonto oder ein Ursachencode (BSEG-RSTGR) im Ausgleichsbeleg weist auf eine Abschreibung hin.

Erfassung

Ermitteln Sie den Ausgleichsbeleg und prüfen Sie, ob ein bestimmter Ursachencode oder eine Buchung auf ein Konto für uneinbringliche Forderungen vorliegt.

Ereignistyp inferred
Rechnung ausgeglichen
Dies ist das erfolgreiche Endergebnis für eine Rechnung: Sie wurde vollständig bezahlt und aus den offenen Posten ausgeglichen. Dieser Status liegt vor, wenn der Rechnung ein Ausgleichsbeleg mit Ausgleichsdatum zugeordnet ist.
Warum das wichtig ist

Als wichtigster Erfolgsendpunkt schließt diese Aktivität den Lebenszyklus der Rechnung ab. Wenn Sie die Wege und die benötigte Zeit bis zu diesem Status analysieren, schaffen Sie eine wichtige Grundlage für die Prozessoptimierung.

Woher beziehen

Dies ist kein einzelnes Ereignis, sondern ein Status, der sich aus den Finanzdaten ableiten lässt. Eine Rechnung gilt als ausgeglichen, wenn sie in der Tabelle für ausgeglichene Kundenposten BSAD erscheint und ein gültiges Ausgleichsdatum (AUGDT) hat.

Erfassung

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 kennzeichnet die Erstellung einer Kundenrechnung und damit den Start des Forderungseinzugs. Das Ereignis wird erfasst, wenn im SAP-S/4HANA-System ein neuer Buchhaltungsbeleg mit einer Rechnungsbelegart gebucht wird.
Warum das wichtig ist

Dies ist das zentrale Start-Event des Rechnungseingangsprozesses. Die Zeitspanne von diesem Zeitpunkt bis zum Zahlungseingang ist entscheidend, um Days Sales Outstanding (DSO) und die Effizienz des Gesamtprozesses zu messen.

Woher beziehen

Dieses Ereignis wird ausdrücklich protokolliert. Erstellungsdatum und -uhrzeit stehen im Kopf der Buchhaltungsbelege in der Tabelle BKPF, für die jeweilige Belegnummer (BELNR). Belegarten wie „RV“ kennzeichnen üblicherweise Kundenrechnungen.

Erfassung

Verwenden Sie den Erstellungs-Timestamp des Rechnungsbelegs (CPUDT, CPUTM) aus der Tabelle BKPF.

Ereignistyp explicit
Streitfall erfasst
Diese Aktivität zeigt an, dass ein Kunde eine Rechnung offiziell beanstandet hat und in SAP Dispute Management ein Fall angelegt wurde. Das Ereignis wird erfasst, wenn ein neuer Streitfall angelegt und mit dem Rechnungsbeleg verknüpft wird.
Warum das wichtig ist

Die Erfassung von Streitfällen ist ein wichtiger Schritt, um Ausnahmen im Prozess zu verstehen. Wenn Sie Anzahl, Gründe und Klärungsdauer analysieren, erkennen Sie Ursachen wie Preis- oder Versandfehler.

Woher beziehen

Dieses Ereignis wird ausdrücklich in den Tabellen von SAP Dispute Management protokolliert. Als Timestamp dient das Erstellungsdatum des Falls in Tabellen wie UKM_CASE oder FDM_DCOBJ, sofern der Fall mit der Rechnung verknüpft ist.

Erfassung

Verwenden Sie den Erstellungs-Timestamp des Streitfalls aus der Tabelle UKM_CASE und filtern Sie nach dem Falltyp für Streitfälle.

Ereignistyp explicit
Zahlung eingegangen
Diese Aktivität bezeichnet den Eingang einer Kundenzahlung, die anschließend der offenen Rechnung zugeordnet wird. Sie wird durch die Erstellung eines Ausgleichsbelegs erfasst, der den Rechnungsbetrag ausgleicht.
Warum das wichtig ist

Dieser wichtige Meilenstein wirkt sich unmittelbar auf den Cashflow und die Days Sales Outstanding (DSO) aus. Wenn Sie die Zeit bis zur Zahlung und die vorausgehenden Aktivitäten analysieren, erkennen Sie, wie wirksam der gesamte Forderungseinzug ist.

Woher beziehen

Dieses Ereignis lässt sich aus dem Ausgleichsbeleg ableiten, der für die Rechnung gebucht wurde. Der Ausgleichstag (AUGDT) des jeweiligen Rechnungsbelegs in der Tabelle für ausgeglichene Posten, BSAD, liefert den Timestamp.

Erfassung

Ermitteln Sie den Ausgleichstag (AUGDT) in der Tabelle BSAD für die zugehörige Rechnungsbelegnummer (BELNR).

Ereignistyp inferred
Zahlungsziel überschritten
Ein berechnetes Ereignis, das eintritt, wenn das aktuelle Datum nach dem Nettofälligkeitsdatum der Rechnung liegt und noch keine Ausgleichszahlung gebucht wurde. Damit wechselt die Rechnung vom Status „aktuell“ zu „überfällig“.
Warum das wichtig ist

Diese Aktivität löst alle Maßnahmen zum Forderungseinzug und Mahnwesen aus. Sie ist wichtig, um Zahlungsverhalten, Gründe für Überfälligkeit und die Wirksamkeit frühzeitiger Zahlungserinnerungen zu analysieren.

Woher beziehen

Dieses Ereignis wird nicht ausdrücklich protokolliert. Es wird berechnet, indem das Nettofälligkeitsdatum (zum Beispiel das Feld ZFBDT in der Tabelle BSID) mit dem Timestamp der Analyse oder einer späteren Aktivität verglichen wird.

Erfassung

Leiten Sie das Ereignis ab, indem Sie das Nettofälligkeitsdatum der Rechnung (BSID-ZFBDT) mit dem aktuellen Timestamp oder dem Timestamp eines späteren Ereignisses vergleichen.

Ereignistyp calculated
Inkassogespräch geführt
Dieses Ereignis bezeichnet die persönliche Kontaktaufnahme eines Mitarbeitenden im Forderungseinzug mit einem Kunden wegen einer überfälligen Rechnung. Es gehört häufig nicht zu den Standardereignissen in SAP und setzt eine benutzerdefinierte Protokollierung oder die Anbindung eines CRM-Systems voraus.
Warum das wichtig ist

Manuelle Maßnahmen verursachen im Forderungseinzug hohe Kosten. Wenn Sie diese Gespräche verfolgen, können Sie die Wirksamkeit der Mitarbeitenden im Forderungseinzug messen und erkennen, bei welchen Kunden manueller Aufwand erforderlich ist.

Woher beziehen

In einer Standardkonfiguration von S/4HANA sind diese Informationen üblicherweise nicht verfügbar. Sie können in benutzerdefinierten Tabellen, als Notiz in der Arbeitsliste für den Forderungseinzug oder in einem externen CRM-System gespeichert sein, das angebunden werden muss.

Erfassung

Dafür müssen Systemerweiterungen, Notizen oder Daten aus einem externen System analysiert werden, in dem Aktivitäten zum Forderungseinzug protokolliert werden.

Ereignistyp explicit
Mahnverfahren gestartet
Diese Aktivität kennzeichnet den offiziellen Start des automatisierten Mahnverfahrens für eine überfällige Rechnung. Sie wird erfasst, wenn ein Mahnlauf die Rechnung verarbeitet und ihr eine Mahnstufe zuweist.
Warum das wichtig ist

Damit beginnt der automatisierte Forderungseinzug. Wenn Sie die Mahnaktivitäten verfolgen, können Sie die Wirksamkeit der Mahnstrategie bewerten und die Einhaltung interner Richtlinien prüfen.

Woher beziehen

Dieses Ereignis wird ausdrücklich in den Mahndatentabellen protokolliert. Das Laufdatum (LAUFD) aus der Mahnkopftabelle MHNK zeigt für die jeweilige Rechnung, wann das Verfahren ausgeführt wurde.

Erfassung

Extrahieren Sie für die jeweilige Rechnung das Mahnlaufdatum (MHNK-LAUFD) und die Mahnstufe (MHNK-MAHNS).

Ereignistyp explicit
Rechnung an Kunden gesendet
Dieses Ereignis bezeichnet den Zeitpunkt, zu dem die Rechnung an den Kunden übermittelt wurde, etwa per Post, E-Mail oder EDI. Üblicherweise lässt sich dieser Zeitpunkt anhand der Protokolle zur Ausgabesteuerung in SAP ermitteln, die die Verarbeitung einer Ausgabenachricht festhalten.
Warum das wichtig ist

Verzögerungen zwischen Rechnungserstellung und Versand können den gesamten Zahlungszyklus verlängern. Wenn Sie diese Zeitspanne verfolgen, erkennen Sie Engpässe in der Kundenkommunikation und Dokumentenverteilung.

Woher beziehen

Der Zeitpunkt lässt sich anhand von Datum und Uhrzeit der Verarbeitung in der Nachrichtenstatus-Tabelle NAST ableiten, sofern die Ausgabeart einer Kundenrechnung entspricht. Voraussetzung ist eine korrekte Konfiguration der Ausgabesteuerung.

Erfassung

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

Ereignistyp inferred
Streitfall geklärt
Diese Aktivität kennzeichnet den Abschluss eines Streitfalls, nachdem der Anspruch des Kunden bestätigt oder abgelehnt wurde. Sie wird erfasst, wenn der Status des Falls auf „geschlossen“ oder „geklärt“ gesetzt wird.
Warum das wichtig ist

Die Dauer der Streitfallklärung ist eine wichtige Kennzahl für Kundenzufriedenheit und betriebliche Effizienz. Lange Klärungszeiten können Zahlungen verzögern und die Kundenbeziehung belasten.

Woher beziehen

Dieses Ereignis lässt sich aus einer Statusänderung des Streitfalls ableiten. Ein Timestamp für den Wechsel zu „Geschlossen“ oder „Bestätigt“ in der Tabelle UKM_CASE zeigt, wann der Fall geklärt wurde.

Erfassung

Ermitteln Sie in der Tabelle UKM_CASE oder in zugehörigen Tabellen für Statusänderungsprotokolle den Timestamp, zu dem der Fall in einen endgültigen, geklärten Status wechselte.

Ereignistyp inferred
Zahlung gebucht
Dieses Ereignis bezeichnet die Buchung der Zahlung im Hauptbuch. Häufig erfolgt sie gleichzeitig mit dem Zahlungseingang. Sie kann jedoch auch ein separater Schritt sein, der zusätzliche Zeit in Anspruch nimmt.
Warum das wichtig ist

Verzögerungen zwischen Zahlungseingang und Buchung können die Finanzberichterstattung verfälschen. Wenn Sie diese Zykluszeit messen, können Sie die Effizienz und Genauigkeit der Buchhaltungsprozesse prüfen.

Woher beziehen

Dieses Ereignis lässt sich aus dem Buchungsdatum (BUDAT) oder Erstellungsdatum (CPUDT) des Ausgleichsbelegs in der Tabelle BKPF ableiten. Die Nummer des Ausgleichsbelegs steht in BSAD-AUGBL.

Erfassung

Verwenden Sie das Buchungsdatum (BUDAT) aus der Tabelle BKPF für den Ausgleichsbeleg, mit dem die Rechnung ausgeglichen wurde.

Ereignistyp inferred
Zahlungszusage erfasst
Dieses Ereignis tritt ein, wenn ein Mitarbeitender im Forderungseinzug erfasst, dass ein Kunde einen überfälligen Posten zu einem bestimmten Datum bezahlen will. Es handelt sich um eine ausdrückliche Aktion im SAP-Modul Collections Management.
Warum das wichtig ist

Zahlungszusagen sind ein wichtiges Ergebnis der Maßnahmen zum Forderungseinzug. Wenn Sie ihre Häufigkeit, Einhaltungsquote und Auswirkungen auf die Zahlungsdauer analysieren, können Sie Ihre Einzugsstrategien gezielt verbessern.

Woher beziehen

Dieses Ereignis wird ausdrücklich in SAP Collections Management protokolliert. Das Erstellungsdatum der Zahlungszusage lässt sich beispielsweise aus Tabellen wie UDM_P2P_ATTR beziehen.

Erfassung

Verwenden Sie das Erstellungsdatum aus Tabellen zu Zahlungszusagen, etwa UDM_P2P_ATTR, und verknüpfen Sie es mit der Rechnung.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So rufen Sie Ihre Daten aus SAP S/4HANA ab

Möchten Sie loslegen?

Bereiten Sie Ihre Daten mit diesem Template für die Analyse vor und nutzen Sie das Potenzial von Process Mining für Ihr Kredit- und Forderungsmanagement. Optimieren Sie noch heute Ihren Cashflow und verringern Sie Forderungsausfälle.

Verbessern Sie Ihren Cashflow: Optimieren Sie noch heute Ihr Kredit- und Forderungsmanagement

Erkennen Sie Ineffizienzen, verkürzen Sie die Durchlaufzeit um 30 % und verbessern Sie Ihren Cashflow.

Kostenlose Testphase starten

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.