Ihr Daten-Template für Kredit- und Forderungsmanagement
Ihr Daten-Template für Kredit- und Forderungsmanagement
- Empfohlene Attribute für Ihr Event Log
- Wichtige Prozessaktivitäten im Rechnungslebenszyklus
- Konkrete Hinweise zur Datenextraktion aus SAP S/4HANA
Attribute für Kredit- und Forderungsmanagement
| 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
|
|||
Aktivitäten im Kredit- und Forderungsmanagement
| 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
|
|||
Anleitungen zur Datenextraktion
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.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.