Ihre Datenvorlage für Kreditmanagement & Inkasso

SAP ECC
Ihre Datenvorlage für Kreditmanagement & Inkasso

Ihre Datenvorlage für Kreditmanagement & Inkasso

Diese Datenvorlage bietet einen klaren Überblick über die relevanten Datenattribute und Aktivitäten, die für eine effektive Analyse Ihres Forderungsmanagementprozesses erforderlich sind. Es enthält auch praktische Anleitungen, die Sie helfen, diese kritischen Informationen aus Ihrem SAP ECC-System zu extrahieren. Verwenden Sie diese Ressource, um eine problemlose und genaue Datenerfassungsphase zu sicherstellen.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung für SAP ECC
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Forderungsmanagement-Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, um eine vollständige Analyse des Forderungsmanagements in SAP ECC zu ermöglichen.
3 Erforderlich 8 Empfohlen 10 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name der Geschäftsaktivität oder den Antrag bearbeitet.es Ereignisse, das zu einem bestimmten Zeitpunkt im RechnungsLebenszyklus aufgetreten ist.
Beschreibung

Dieses Attribut beschreibt einen spezifischen Schritt oder ein Event innerhalb des Kredit- und Inkassoprozesses, wie 'Rechnung gebucht', 'Mahnlauf ausgeführt' oder 'Zahlungseingangsbeleg gebucht'. Diese Aktivitäten bilden die Knotenpunkte der Prozesskarte.\n\nDurch die Analyse der Sequenz, Häufigkeit und Dauer zwischen diesen Aktivitäten können Unternehmen ihren tatsächlichen Prozessfluss visualisieren, Abweichungen von Standardverfahren identifizieren und Engpässe aufzeigen. Zum Beispiel kann die Analyse des Pfades nach 'Mahnlauf ausgeführt' die Effektivität der Mahnstrategie aufdecken.

Bedeutung

Aktivitäten sind die Bausteine der Prozesskarte. Sie ermöglichen die Visualisierung und Analyse des Prozessflusses, von Varianten und Ausnahmen.

Datenquelle

Dies ist ein abgeleitetes Attribut, das in der Regel durch die Zuordnung von Transaktionscodes (TCODE), Belegarten (BLART) oder spezifischen Feldänderungen aus verschiedenen SAP-Tabellen (z.B. BKPF, BSID, MHNK, UDM_CASE) zu benutzerfreundlichen Aktivitätsnamen konstruiert wird.

Beispiele
Rechnung gebuchtMahnlauf ausgeführtZahlungsversprechen erstelltZahlungseingangsbeleg gebuchtRechnung ausgeglichen
Ereigniszeit
EventTime
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Die Event Time erfasst das genaue Datum und die Uhrzeit jeder Aktivität im Prozess. Sie ist das chronologische Basis des Event-Logs und ermöglicht die Sortierung von Aktivitäten sowie die Berechnung von Dauern zwischen ihnen.\n\nIn der Analyse ist dieser Zeitstempel grundlegend für die Berechnung aller zeitbasierten KPIs, wie Streitfalle Resolution Durchlaufzeit, Payment Posting Latency und Average Days from Due Date to Payment. Er ermöglicht die Entdeckung von Engpässen, indem er lange Wartezeiten zwischen aufeinanderfolgenden Schritten hervorhebt.

Bedeutung

Dieses Attribut ist wesentlich für die korrekte Sequenzierung von Ereignisse und die Berechnung aller leistungsbezogenen Metriken, die sich auf die Zeit beziehen, wie Durchlaufzeiten und Dauern.

Datenquelle

Stammt aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen, wie BUDAT (Buchungsdatum) oder CPUDT/CPUTM (Belegerfassungsdatum/-uhrzeit) in BKPF, oder ereignisspezifischen Tabellen.

Beispiele
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Rechnungsnummer
InvoiceNumber
Der eindeutige Identifikator für die Kundenrechnung, der als primärer Case-ID für den Kreditmanagementprozess dient.
Beschreibung

Die Rechnungsnummer, bekannt als Belegnummer (BELNR) in SAP, identifiziert eindeutig jedes Debitorenbuchhaltung (Accounts Receivable)sdokument. Im Process Mining ist diese Nummer wichtig, da sie alle verwandten Aktivitäten, von der Buchung und Mahnung bis zur Eventuellen Zahlung oder Abschreibung, zu einem einzigen, kohärenten Fall verknüpft.\n\nDie Analyse des Prozesses mit der Rechnungsnummer als Case-ID ermöglicht eine vollständige Ansicht des RechnungsLebenszyklus. Dies hilft bei der Verfolgung wichtiger Kennzahlen wie Days Sales Outstanding (DSO), der Identifizierung von Engpässen im Inkassoprozess und dem Verständnis der Wirksamkeit verschiedener Inkassostrategien für spezifische Rechnungen.

Bedeutung

Dies ist der wesentliche Schlüssel, der jedes Event im Lebenszyklus einer Rechnung verbindet und es ermöglicht, den End-to-End Kredit-zu-Cash-Prozess zu verfolgen und zu analysierenn.

Datenquelle

Zu finden in verschiedenen Finanzbuchhaltungstabellen in SAP ECC, primär in BKPF (Belegkopf Finanzbuchhaltung) und BSEG (Belegsegment Finanzbuchhaltung) als Feld BELNR.

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

Dieses Attribut identifiziert den spezifischen Benutzer, der für ein Event verantwortlich ist, wie das Buchen einer Rechnung oder den Antrag bearbeitet.as Erstellen eines Streitfalls. In SAP wird dies oft in Feldern wie ERNAM (Erstellt von) oder USNAM gespeichert.\n\nDie Analyse nach Benutzer hilft, die Arbeitslastverteilung zu verstehen, Schulungsbedarfe zu identifizieren und potenzielle Compliance-Verstöße zu erkennen. Zum Beispiel kann sie aufdecken, ob bestimmte Benutzer konsistent mit Prozessabweichungen oder Verzögerungen in Verbindung gebracht werden oder ob Top-Performer eine effizientere Prozessvariante befolgen.

Bedeutung

Es ermöglicht die Analyse menschlicher Leistung und Verhaltensweisen innerhalb des Prozesses, um Top-Performer, Schulungsmöglichkeiten und Arbeitslastungleichgewichte zu identifizieren.

Datenquelle

Üblicherweise in Kopfzeilentabellen wie BKPF als USNAM (Benutzername) oder ERNAM (Name des Erstellers des Objekts) zu finden.

Beispiele
SMITHJRDOECFO-ADMIN
Fälligkeitsdatum
NetDueDate
Das Datum, an dem die Rechnungszahlung vertraglich fällig ist.
Beschreibung

Das Fälligkeitsdatum ist die Frist, bis zu der ein Kunde eine Rechnung bezahlen soll. Es wird basierend auf dem Rechnungsbasisdatum und den Zahlungsbedingungen berechnet. In SAP ist das Nettofälligkeitsdatum oft im Feld FAEDT verfügbar.\n\nDieses Datum ist die Basis für das Kreditmanagement. Es ist die Referenz, anhand derer die Pünktlichkeit gemessen wird. Es wird verwendet, um KPIs wie 'Durchschnittliche Tage vom Fälligkeitsdatum bis zur Zahlung' zu berechnen und Inkassoaktivitäten auszulösen, wenn es überschritten wird. Die Analyse von Verzögerungen relativ zu diesem Datum ist eine Kernaktivität in der Inkassoanalyse.

Bedeutung

Dies ist der primäre Referenzwert für die Messung der Zahlungsfristen und ist wesentlich für die Berechnung überfälliger Tage und zugehöriger KPIs.

Datenquelle

Dieses Datum ist oft direkt in Kundenpositionstabellen wie BSID als FAEDT (Nettofälligkeitsdatum) verfügbar. Es kann auch aus dem Basisdatum (ZFBDT) und den Zahlungsbedingungen (ZTERM) berechnet werden.

Beispiele
2023-02-142023-03-312023-04-15
Inkassobearbeiter
Sachp
Der Sachbearbeiter oder Inkassomitarbeiter, der den Antrag bearbeitet.em Kundenkonto zugewiesen ist.
Beschreibung

Dieses Attribut identifiziert die Person oder Gruppe, die für das Inkasso eines spezifischen Kundenkontos verantwortlich ist. In SAP ist dies oft der Sachbearbeiter (SACHP), der im Kundenstammsatz definiert ist.\n\nDiese Dimension ist maßgeblich für das Leistungsmanagement innerhalb des Inkassoteams. Sie ermöglicht die Erstellung von Dashboards wie 'Rechnungsalterungsübersicht', gefiltert nach Sachbearbeiter, was hilft, Arbeitslasten zu verwalten und die Effektivität verschiedener Sachbearbeiter oder Teams zu vergleichen. Sie beantwortet Fragen dazu, welche Sachbearbeiter am erfolgreichsten überfällige Rechnungen klären.

Bedeutung

Ermöglicht Leistungsfähigkeit-Analyse und Workload-Management des Inkassoteams durch Zuordnung von Fällen und Resultaten zu spezifischen Personen oder Gruppen.

Datenquelle

Üblicherweise in den Daten des Debitorenstammsatzes auf Buchungskreisebene zu finden (Tabelle KNB1, Feld SACHP).

Beispiele
J. SchmidtTeam AINTL-COLL
Kundennummer
Kunnr
Der eindeutige Identifikator für den Kunden.
Beschreibung

Die Kundennummer (KUNNR in SAP) ist der eindeutige Schlüssel für ein Kundenkonto. Sie verknüpft eine Transaktion mit den StammDaten eines spezifischen Kunden, einschließlich seiner Zahlungshistorie, KreditHinweisrmationen und KontaktDaten.\n\nIm Process Mining ist dieses Attribut wesentlich für die Segmentierung der Analyse. Es ermöglicht den Vergleich der Prozessleistung über verschiedene Kunden hinweg, die Identifizierung chronisch später Zahler und die Analyse, wie sich Inkassostrategien für strategische versus nicht-strategische Konten unterscheiden. Es ist die Basis für Dashboards wie Rechnungsalterung und Einhaltung von Zahlungsbedingungen.

Bedeutung

Ermöglicht eine kundenorientierte Analyse, die hilft, Verhaltensmuster für spezifische Kunden oder Kundengruppen zu identifizieren und Inkassostrategien anzupassen.

Datenquelle

Standardfeld KUNNR in Kundenpositionstabellen (BSID, BSAD) und Belegkopftabellen (BKPF, falls gefüllt).

Beispiele
10002050CUST-7890
Kundensegment
CustomerSegment
Die Klassifizierung des Kunden, beispielsweise basierend auf Größe, Branche oder strategischer Bedeutung.
Beschreibung

Das Kundensegment ist eine Klassifikation, die verwendet wird, um Kunden mit ähnlichen Merkmalen zu gruppieren. Dies wird oft aus der Kundenkontengruppe (KTOKD) in SAP oder anderen benutzerdefinierten Feldern in den StammDaten des Kunden abgeleitet.

Die Segmentierung der Prozessanalyse nach diesem Attribut liefert relevante Einblicke. Sie kann aufzeigen, ob bestimmte Segmente längere Zahlungszyklen, höhere Streitfalle-Raten aufweisen oder besser auf spezifische Inkassoaktivitäten reagieren. Diese Informationen sind wichtig für die Optimierung von Inkassostrategien und die Anpassung der Kundeninteraktionen.

Bedeutung

Ermöglicht eine zielgerichtete Analyse, um zu sehen, wie der Prozess für verschiedene Kundentypen funktioniert, und ermöglicht maßgeschneiderte Strategien und Ressourcenzuweisung.

Datenquelle

Wird oft aus dem Feld Kundengruppe (KTOKD) in der Kundenstammtabelle KNA1 oder anderen benutzerdefinierten Feldern abgeleitet.

Beispiele
Key AccountsKleine und mittelständische UnternehmenRegierungIntern
Mahnstufe
Mahns
Die höchste Mahnstufe (Erinnerung), die für die Rechnung erreicht wurde.
Beschreibung

Die Mahnstufe (MAHNS in SAP) gibt an, wie viele Mahnungen für eine überfällige Rechnung versendet wurden, entsprechend der Intensität des Mahnverfahrens.\n\nDieses Attribut ist der Schlüssel zur Bewertung des Mahnprozesses. Es wird direkt im Dashboard 'Mahnwirksamkeit nach Stufe' verwendet, um zu messen, welcher Prozentsatz der Rechnungen nach jeder gesendeten Mahnung bezahlt wird. Diese Analyse hilft, die Mahnstrategie zu verfeinern, beispielsweise durch Anpassung des Zeitpunkts oder Inhalts von Mahnungen auf ineffektiven Stufen.

Bedeutung

Misst direkt die Intensität der Inkassobemühungen, was für die Analyse der Effektivität der Mahnstrategie wichtig ist.

Datenquelle

Zu finden auf der Kundenposition in Tabelle BSID als Feld MAHNS. Die Mahnlaufhistorie befindet sich in den Tabellen MHNK (Kopf) und MHND (Daten).

Beispiele
1234
Rechnungsbetrag
Dmbtr
Der Gesamtwert der Rechnung in der Hauswährung.
Beschreibung

Dieses Attribut stellt den gesamten monetären Wert der Rechnung dar. In SAP wird dies oft im Feld DMBTR für den Betrag in Hauswährung gespeichert.\n\nDer Rechnungsbetrag ist eine kritische Dimension für die Analyse. Er ermöglicht die Priorisierung von Inkassobemühungen bei hochvolumigen Rechnungen und das Verständnis, ob eine Korrelation zwischen Rechnungswert und Zahlungsverzögerungen oder Streitfällen besteht. Er kann verwendet werden, um die Prozesskarte so zu filtern, dass nur Rechnungen über einem bestimmten Schwellenwert angezeigt werden.

Bedeutung

Bietet finanziellen Kontext für den Prozess und ermöglicht eine wertbasierte Analyse sowie die Priorisierung von Inkassobemühungen bei hochvolumigen Positionen.

Datenquelle

Standardfeld DMBTR (Betrag in Hauswährung) in Tabellen wie BSEG, BSID und BSAD.

Beispiele
1500.0012500.50750.25
Überfälligkeitstage
DaysOverdue
Die berechnete Anzahl von Tagen, die eine Rechnung nach ihrem Fälligkeitsdatum überfällig ist.
Beschreibung

Diese Metrik berechnet die Anzahl der Tage zwischen dem Zahlungsfälligkeitsdatum einer Rechnung und dem Datum, an dem sie ausgeglichen wurde. Für offene Rechnungen wird sie basierend auf dem aktuellen Datum berechnet.\n\n'Tage überfällig' ist eine grundlegende Metrik für alle Debitorenbuchhaltung (Accounts Receivable)sanalysen. Sie ist die primäre Messgröße für das Dashboard 'Rechnungsalterungsübersicht' und wird zur Priorisierung von Inkassoaktivitäten verwendet. Die Trendanalyse dieser Metrik auf aggregierter Ebene kann den allgemeinen Gesundheitszustand der Forderungen eines Unternehmens anzeigen.

Bedeutung

Dies ist eine zentrale Leistungsmetrik, die Zahlungsverzögerungen direkt quantifiziert und zur Priorisierung von Inkassobemühungen sowie zur Messung der Prozessgesundheit verwendet wird.

Datenquelle

Berechnetes Attribut. Die Logik lautet: (Ausgleichsdatum oder aktuelles Datum) – Nettofälligkeitsdatum.

Beispiele
0153295
Ausgleichsbeleg
Augbl
Die Belegnummer, die die Rechnung ausgeglichen hat, in der Regel eine Zahlung oder Gutschrift.
Beschreibung

Die Ausgleichsbelegnummer (AUGBL in SAP) verknüpft eine offene Position, wie eine Rechnung, mit dem Dokument, das sie ausgeglichen hat. Wenn eine Rechnung bezahlt wird, wird die Zahlungsbelegnummer als Ausgleichsbeleg für diese Rechnung gespeichert.\n\nDieses Feld ist technisch wichtig, um zu bestätigen, dass eine Rechnung ausgeglichen wurde, und um sie mit dem spezifischen Zahlungs- oder Gutschrifts-Event zu verknüpfen. Es ist die Grundlage für die Identifizierung der Aktivität 'Rechnung ausgeglichen' und um sicherzustellen, dass der End-to-End-Prozess korrekt erfasst wird.

Bedeutung

Stellt die explizite Verknüpfung zwischen einer Rechnung und ihrem Ausgleichsbeleg bereit, was wichtig für die genaue Modellierung von Ausgleichsereignissen ist.

Datenquelle

Standardfeld AUGBL in Kundenpositionstabellen BSID (leer bei offenen Posten) und BSAD (gefüllt nach Ausgleich).

Beispiele
140000000114000000551400000120
Buchungskreis
Bukrs
Der Identifikator für die juristische Einheit (Buchungskreis), zu der den Antrag bearbeitet.ie Rechnung gehört.
Beschreibung

Der Buchungskreis (BUKRS in SAP) stellt eine unabhängige juristische Einheit dar, für die Finanzabschlüsse erstellt werden. Er ist eine grundlegende Organisationseinheit in SAP Financials.\n\nDieses Attribut ist wesentlich für die Filterung und den Vergleich der Prozessleistung über verschiedene juristische Einheiten innerhalb eines Unternehmens. Es ermöglicht die Analyse, ob Inkassoprozesse standardisiert sind oder ob es signifikante Leistungsunterschiede, beispielsweise bei DSO oder Streitfallquoten, zwischen verschiedenen Buchungskreisen gibt.

Bedeutung

Ermöglicht die Segmentierung der Prozessanalyse nach juristischen Einheiten, was für große, multinationale Organisationen zur Leistungsvergleichung wichtig ist.

Datenquelle

Standardfeld BUKRS in nahezu allen Finanztabellen, einschließlich BKPF, BSEG, BSID und BSAD.

Beispiele
10002000US01
Dokumententyp
Blart
Die Art des Finanzdokuments, wie eine Rechnung, Gutschrift oder Zahlung.
Beschreibung

Die Belegart (BLART in SAP) klassifiziert Buchungsbelege. Zum Beispiel könnte 'RV' eine Kundenrechnung, 'DZ' eine Kundenzahlung und 'DG' eine Gutschrift sein.\n\nWährend Aktivitäten für Process Mining abgeleitet werden, bietet die ursprüngliche Belegart wichtigen Kontext und kann zur Überprüfung oder für eine detailliertere Finanzanalyse verwendet werden. Sie hilft, die Art der verarbeiteten Transaktionen zu verstehen und kann verwendet werden, um die Analyse auf bestimmte Belegarten, wie Kundenrechnungen, zu filtern.

Bedeutung

Bietet finanziellen Kontext durch Klassifizierung von Transaktionen, der zur Filterung von Analysen oder zur Validierung der abgeleiteten Aktivitätsnamen verwendet werden kann.

Datenquelle

Standardfeld BLART in der Belegkopftabelle BKPF.

Beispiele
RVDZDGAB
Ist abgeschrieben
IsWrittenOff
Ein boolescher Indikator, der anzeigt, ob die Rechnung letztendlich als uneinbringliche Forderung abgeschrieben wurde.
Beschreibung

Dies ist ein abgeleitetes Flag, das in der Regel auf 'wahr' gesetzt wird, wenn eine Rechnung unter Verwendung eines spezifischen Ursachencodes oder einer Belegart ausgeglichen wird, die eine Abschreibung kennzeichnet. Es identifiziert Fälle, die einen finanziellen Verlust darstellen.\n\nDieses Attribut ist wesentlich für die Berechnung des KPIs 'Abschreibungsquote für uneinbringliche Forderungen' und für entsprechende Dashboards. Es ermöglicht eine Ursachenanalyse, um die Merkmale von Rechnungen und Kunden zu verstehen, die häufig abgeschrieben werden, was zur Verbesserung der Kreditpolitik und der Inkassoeffektivität beitragen kann.

Bedeutung

Identifiziert Prozessergebnisse, die zu finanziellen Verlusten führen, und ermöglicht so die Analyse, um die Grundursachen von uneinbringlichen Forderungen zu finden und die Kreditpolitik zu verbessern.

Datenquelle

Dies ist ein abgeleitetes Attribut. Die Logik basiert in der Regel auf der Identifizierung spezifischer Ausgleichs-Ursachencodes (BSEG-RSTGR) oder Belegarten (BKPF-BLART), die für Abschreibungen verwendet werden.

Beispiele
JaNein
Kreditlimit
Klimk
Der dem Kunden zugewiesene Gesamtkreditlimitbetrag.
Beschreibung

Das Kreditlimit (KLIMK in SAP) ist der maximale Kreditbetrag, der einem Kundenkonto gewährt wird. Es ist ein Schlüsselelement des Kreditrisikomanagements.\n\nDieses Attribut ist wesentlich für das Dashboard 'Kreditlimit-Genauigkeit vs. uneinbringliche Forderungen'. Durch die Analyse der Beziehung zwischen dem zugewiesenen Kreditlimit und dem Auftreten von Abschreibungen kann ein Unternehmen die Effektivität seiner Kreditpolitik bewerten. Es unterstützt auch KPIs wie die 'Kreditlimit-Revisionsrate', um zu sehen, ob die initialen Bewertungen genau sind.

Bedeutung

Bietet Kontext zum Kreditrisiko und ermöglicht die Analyse, ob Kreditrichtlinien wirksam sind, um uneinbringliche Forderungen zu verhindern, ohne den Umsatz zu hemmen.

Datenquelle

Zu finden in den zentralen KreditmanagementDaten für einen Kunden in Tabelle KNKK, Feld KLIMK.

Beispiele
10000.0050000.00250000.00
Letzte Datenaktualisierung
LastDataRefreshTimestamp
Der Zeitstempel, der angibt, wann die Daten zuletzt im Process-Mining-Tool extrahiert oder aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenladevorgangs. Es bietet Geschäftsanwendern Transparenz über die Aktualität der von ihnen analysierten Daten.\n\nBei der Überprüfung von Dashboards und Analysen hilft dieser Zeitstempel den Benutzern zu verstehen, ob die Daten die allerneuesten Transaktionen enthalten oder ob es eine bekannte Verzögerung gibt. Es ist ein kritisches Metadatum, um Vertrauen in die Analyseergebnisse aufzubauen.

Bedeutung

Informiert Nutzer über die Aktualität der Daten, was wichtig ist, um Entscheidungen auf Grundlage der aktuellsten verfügbaren ProzessHinweisrmationen zu treffen.

Datenquelle

Dieser Wert wird von der Datenextraktions- und Lade-Pipeline (ETL) generiert und gespeichert, wenn Daten aktualisiert werden.

Beispiele
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
Quellsystem-ID
SourceSystemId
Der Identifikator des Quellsystems, aus dem die Daten extrahiert wurden.
Beschreibung

Dieses Attribut spezifiziert das Ursprungssystem, beispielsweise die spezifische SAP ECC-Instanz wie 'ECCPRD100'. Dies ist wichtig in Umgebungen mit mehreren ERP-Systemen oder bei der Integration von Daten aus verschiedenen Quellen.\n\nEs ermöglicht das Filtern und Vergleichen von Prozessen über verschiedene Systeme oder Regionen hinweg. Dies stellt ... sicher eine klare Datenherkunft und hilft bei der Fehlerbehebung bei Datenextraktionsproblemen.

Bedeutung

Bietet wichtigen Kontext zur Datenherkunft, insbesondere in komplexen IT-Infrastrukturen, und stellt ... sicher so die Datenrückverfolgbarkeit und ermöglicht eine systemspezifische Analyse.

Datenquelle

Wird üblicherweise während des Datenextraktionsprozesses hinzugefügt. In SAP kann dafür der Name des logischen Systems (LOGSYS) verwendet werden.

Beispiele
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Risikokategorie
Ctlpc
Eine Klassifizierung des Kreditrisikos des Kunden.
Beschreibung

Die Risikokategorie (CTLPC in SAP) gruppiert Kunden basierend auf ihrer Kreditwürdigkeit und Zahlungshistorie. Diese Klassifizierung wird verwendet, um automatisierte Kreditprüfungen zu steuern und Inkassostrategien zu unterstützen.\n\nDie Analyse des Prozesses nach Risikokategorie kann tiefe Erkenntnisse liefern. Sie kann zeigen, ob Hochrisikokunden unterschiedliche Prozesspfade verfolgen oder signifikant längere Zahlungszyklen haben. Diese Informationen sind wertvoll für die Validierung der Genauigkeit der Risikoklassifizierung und für die Anpassung der Inkassointensität basierend auf dem Risiko.

Bedeutung

Ermöglicht eine risikobasierte Analyse des Inkassoprozesses, die hilft, Risikomodelle zu validieren und Inkassostrategien entsprechend anzupassen.

Datenquelle

Zu finden in den zentralen KreditmanagementDaten für einen Kunden in Tabelle KNKK, Feld CTLPC.

Beispiele
001002HOCHRISIKO
Streitfall-ID
DisputeCaseId
Der eindeutige Identifikator für einen mit der Rechnung verknüpften Streitfall.
Beschreibung

Wenn ein Kunde eine Rechnung beanstandet, kann im SAP Streitfalle Management Modul ein formaler Streitfall angelegt werden. Diese ID identifiziert diesen Fall eindeutig.

Diese Kennung ermöglicht eine detaillierte Analyse des Streitbeilegungsprozesses. Sie ist wichtig für die Berechnung des KPIs „Durchlaufzeit der Streitbeilegung“ und hilft zu verstehen, warum Streitfälle entstehen, wie sie bearbeitet werden und welche typischen Resultate es gibt. Zudem unterstützt sie dabei, den Unterprozess für Streitfälle vom Standard-Inkassoablauf zu isolieren.

Bedeutung

Verknüpft Inkassoaktivitäten mit formalen Streitfalle-Fälle, was eine fokussierte Analyse der Effizienz des Streitbeilegungsprozesses und seiner Grundursachen ermöglicht.

Datenquelle

Zu finden in SAP Streitfalle Management-Tabellen, wie UDM_CASE_ATTR00. Erfordert die Nutzung des SAP Streitfalle Management-Moduls.

Beispiele
400000000021400000000157400000000305
Zahlungsbedingungen
Zterm
Der Code für die mit dem Kunden vereinbarten Zahlungsbedingungen.
Beschreibung

Der Zahlungsbedingungscode (ZTERM in SAP) definiert die Zahlungsbedingungen, wie das Fälligkeitsdatum und Eventuelle Skonti für vorzeitige Zahlungen. Dies wird in der Regel in den KundenstammDaten festgelegt und auf Rechnungen kopiert.\n\nDie Analyse nach Zahlungsbedingungen hilft zu verstehen, wie unterschiedliche Bedingungen das Zahlungsverhalten beeinflussen. Das Dashboard 'Einhaltung & Auswirkung der Zahlungsbedingungen' visualisiert beispielsweise, wie die Einhaltung der Bedingungen variiert und welche Auswirkungen dies auf die überfälligen Tage hat. Dies kann Entscheidungen darüber beeinflussen, welche Zahlungsbedingungen verschiedenen Kundensegmenten angeboten werden sollen.

Bedeutung

Erläutert die vertragliche Zahlungsvereinbarung und hilft zu analysierenn, ob bestimmte Bedingungen zu einer besseren Zahlungsleistung oder mehr Streitfalles führen.

Datenquelle

Standardfeld ZTERM, zu finden in den KundenstammDaten (KNB1) und Finanzbelegtabellen (BSEG).

Beispiele
0001NT30ZD60
Erforderlich Empfohlen Optional

Forderungsmanagement-Aktivitäten

Dies sind die wichtigen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozessentdeckung und Engpasserkennung zu sicherstellen.
5 Empfohlen 9 Optional
Aktivität Beschreibung
Mahnlauf ausgeführt
Diese Aktivität stellt die Ausführung des automatischen Mahnprogramms für eine überfällige Rechnung dar. Das System protokolliert die Mahnstufe, das Datum und andere Details für jede in einem Mahnlauf enthaltene Rechnung.
Bedeutung

Die Verfolgung von Mahnaktivitäten ist maßgeblich für die Bewertung der Effektivität der Inkassostrategie. Sie hilft zu bestimmen, welche Mahnstufen am erfolgreichsten Zahlungen anstoßen und identifiziert nicht reagierende Kunden.

Datenquelle

Dies ist ein explizites Event. Details zu Mahnläufen werden in den MahnDaten-Tabellen gespeichert, hauptsächlich MHNK (MahnDaten), die das Laufsdatum (LAUFD) und die Mahnstufe (MAHNS) für jede gemahnte Rechnung enthalten.

Erfassen

Extrahieren Sie Datensätze aus der Tabelle MHNK, die Buchungskreis, Konto und Mahndatum verknüpfen.

Ereignistyp explicit
Rechnung abgeschrieben
Stellt die Entscheidung dar, eine unbezahlte Rechnung als Verlust zu absorbieren und sie als uneinbringliche Forderung einzustufen. Dies wird durch eine spezifische Finanzbuchung erfasst, die die ursprüngliche Rechnung ausgleicht und den Betrag auf ein Konto für uneinbringliche Forderungen umbucht.
Bedeutung

Dies ist das primäre 'schlechte' End-Event, das ein Versagen im Kredit- oder Inkassoprozess und einen direkten finanziellen Verlust kennzeichnet. Die Analyse dieser Fälle ist maßgeblich für die Verbesserung der Kreditpolitik und Inkassostrategien.

Datenquelle

Dies ist in der Regel eine explizite Buchung oder ein abgeleitetes Event basierend auf der Ausgleichstransaktion. Der Ausgleich erfolgt über einen spezifischen Transaktionscode und Ursachencode, der eine Abschreibung anzeigt. Der Ausgleichsbeleg kann zur Bestätigung der Abschreibung analysiert werden.

Erfassen

Identifizieren Sie Ausgleichsbelege, bei denen ein spezifischer Ursachencode (BSEG-RSTGR) für Abschreibungen verwendet wird oder bei denen der Gegenposten auf ein Konto für uneinbringliche Forderungen gebucht wird.

Ereignistyp inferred
Rechnung ausgeglichen
Dieses Event kennzeichnet den erfolgreichen Abschluss einer Rechnung, in der Regel nachdem die vollständige Zahlung eingegangen und angewendet wurde. Es wird abgeleitet, wenn die Rechnungs-Position aus der Tabelle der offenen Posten (BSID) in die Tabelle der ausgeglichenen Posten (BSAD) verschoben wird.
Bedeutung

Dies ist das primäre 'gute' End-Event für den Prozess. Die Zeit bis zum Erreichen dieser Aktivität ist ein Kernbestandteil der DSO. Die Analyse von Pfaden, die hierher führen, hilft, Best Practices zu identifizieren.

Datenquelle

Dies ist ein abgeleitetes Event. Der Ausgleich wird durch das Vorhandensein eines Ausgleichsbelegs (AUGBL) und eines Ausgleichsdatums (AUGDT) für die Rechnungs-Position identifiziert, das in der Tabelle der ausgeglichenen Posten BSAD gefunden wird.

Erfassen

Verwenden Sie das Ausgleichsdatum (BSAD-AUGDT) für die jeweilige Rechnungszeile als Event-Zeitstempel.

Ereignistyp inferred
Rechnung gebucht
Stellt die Erstellung eines Debitorenbuchhaltung (Accounts Receivable)s-Rechnungsbelegs im Finanzbuchhaltungsmodul dar. Dieses Event wird explizit erfasst, wenn ein Fakturierungsbeleg aus dem Vertrieb (SD) an die Buchhaltung freigegeben oder eine FI-Rechnung direkt eingegeben wird, wodurch Einträge in den Tabellen BKPF und BSEG erstellt werden.
Bedeutung

Dies ist das primäre Start-Event für den RechnungsLebenszyklus. Die Analyse der Zeit von diesem Zeitpunkt bis zur Zahlung ist maßgeblich für die Messung der Days Sales Outstanding (DSO) und der gesamten Prozesseffizienz.

Datenquelle

Dies ist ein explizites Event, das bei der Erstellung eines Finanzdokuments aufgezeichnet wird. Der Event-Zeitstempel kann aus der Belegkopftabelle BKPF (Feld CPUDT oder BKTXT) für die entsprechende Rechnungsbelegnummer (BELNR) abgerufen werden.

Erfassen

Identifizieren Sie Erfassungsereignisse für FI-Belege mit relevanten Belegarten (z.B. 'RV', 'DR') in Tabelle BKPF.

Ereignistyp explicit
Zahlungsfälligkeit überschritten
Ein abgeleitetes Event, das anzeigt, dass die Rechnung offiziell überfällig geworden ist. Dies ist kein explizites System-Event, sondern wird durch den Vergleich des Nettofälligkeitsdatums der Rechnung mit dem aktuellen Datum oder den Antrag bearbeitet.em Zeitstempel einer nachfolgenden Aktivität abgeleitet.
Bedeutung

Dieses Event markiert den Übergang von der Standardfakturierung zum Inkassoprozess. Es ist der Auslöser für die Berechnung überfälliger Tage und die Einleitung von Mahnverfahren, was die Grundlage für Alterungsberichte bildet.

Datenquelle

Dies ist ein berechnetes Event. Es wird abgeleitet, indem das Nettofälligkeitsdatum (BSID-NETDT) der offenen Rechnungs-Position mit dem Systemdatum oder den Antrag bearbeitet.em Zeitstempel eines anderen Ereignisse verglichen wird.

Erfassen

Berechnet durch Vergleich des Nettofälligkeitsdatums der Rechnung (BSID-NETDT) mit einer Zeitachse.

Ereignistyp calculated
Gutschrift gebucht
Stellt die Erstellung eines Gutschriftsbelegs für ein Kundenkonto dar, oft zur Korrektur eines Abrechnungsfehlers oder zur Beilegung eines Streitfalls. Dieses Dokument wird explizit im FI-Modul erstellt.
Bedeutung

Gutschriften sind ein direktes Ergebnis von Prozessfehlern vorgelagert, wie z.B. Neine Preisgestaltung oder Versand. Die Analyse ihrer Häufigkeit und Ursachen ist maßgeblich für die Prozessoptimierung und die Reduzierung von Umsatzverlusten.

Datenquelle

Dies ist ein explizites Event, das bei der Erstellung eines Finanzdokuments mit einer Gutschriftsbelegart (z.B. 'DG') erfasst wird. Der Event-Zeitstempel kann aus der Belegkopftabelle BKPF abgerufen werden.

Erfassen

Identifizieren Sie Erfassungsereignisse für FI-Belege mit Gutschriftsbelegarten (z.B. 'DG', 'G2') in Tabelle BKPF.

Ereignistyp explicit
Inkassokontakt protokolliert
Ein Inkassomitarbeiter hat den Kunden bezüglich einer überfälligen Rechnung kontaktiert, z.B. per Telefon oder E-Mail. Diese Aktivität wird in der Regel manuell vom Mitarbeiter im System protokolliert.
Bedeutung

Diese Aktivität misst den manuellen Aufwand des Inkassoteams. Die Analyse der Häufigkeit und des Zeitpunkts von Kontakten im Verhältnis zu nachfolgenden Zahlungen hilft, die Effektivität der Inkassomaßnahmen zu bestimmen.

Datenquelle

Bei Verwendung von SAP FSCM Collections Management wird dies als 'Kundenkontakt' protokolliert. Die Details werden in Tabellen gespeichert, die mit der Inkasso-Arbeitsliste und der Kontakthistorie verknüpft sind, oft mit UDM_CASE.

Erfassen

Extrahieren Sie Kundenkontaktprotokolle aus den relevanten FSCM Collections Management-Tabellen.

Ereignistyp explicit
Rechnung für Zahlung gesperrt
Zeigt an, dass eine manuelle oder automatische Sperre für die Rechnung gesetzt wurde, die die Zahlung verhindert. Dies wird durch einen spezifischen Zahlungssperrindikator erfasst, der im Rechnungs-Positionselement in der Tabelle BSEG gesetzt ist.
Bedeutung

Zahlungssperren sind eine Hauptursache für Verzögerungen und Prozessausnahmen. Zu identifizieren, wann und warum Rechnungen gesperrt werden, ist maßgeblich, um die Grundursachen für verspätete Zahlungen aufzudecken und den Cashflow zu verbessern.

Datenquelle

Dieser Status wird in der Regel aus einer Änderung im Feld Zahlungssperre (BSEG-ZLSPR) der Rechnungs-Position abgeleitet. Änderungslogs für dieses Feld (Tabellen CDHDR und CDPOS) können explizite Zeitstempels liefern.

Erfassen

Erkennen Sie Änderungen am Feld BSEG-ZLSPR für die Rechnungsbelegposition unter Verwendung der Tabelle CDHDR für Zeitstempel.

Ereignistyp inferred
Restposten erstellt
Tritt während der Zahlungsanwendung auf, wenn ein Kunde eine Rechnung unterzahlt und der verbleibende geringe Betrag als neue offene Position gebucht wird. Dies wird aus den Details der Ausgleichstransaktion abgeleitet.
Bedeutung

Restposten weisen auf Zahlungsdifferenzen hin und verursachen zusätzlichen Aufwand. Ihre Verfolgung hilft, Kunden zu identifizieren, die häufig zu wenig zahlen, und deckt Probleme bei der Preisgestaltung oder Abrechnung auf, die zu Streitigkeiten führen.

Datenquelle

Dies ist ein abgeleitetes Event. Wenn eine Ausgleichstransaktion (z.B. über F-28) eine ursprüngliche Rechnung ausgleicht, aber auch einen neuen offenen Posten für den Restbetrag bucht, wird ein Restposten erstellt. Dies kann durch Überprüfung der Positionen des Ausgleichsbelegs identifiziert werden.

Erfassen

Analysieren Sie Ausgleichsbelege (BKPF-AUGBL), um Fälle zu finden, in denen ein neuer offener Posten mit einem Verweis auf die ursprüngliche Rechnung erstellt wird.

Ereignistyp inferred
Streitfall erstellt
Stellt die formale Registrierung eines Kundenstreitfalls im Zusammenhang mit einer Rechnung dar, z.B. eine Preis- oder Mengendifferenz. Dies ist ein explizites Event, das im SAP FSCM Streitfalle Management Modul protokolliert wird.
Bedeutung

Streitfalle unterbrechen den Zahlungsprozess und erfordern interne Ressourcen zu deren Beilegung. Die Nachverfolgung der Streitfalle-Erstellung ist der erste Schritt zur Analyse der Bearbeitungszeit, der Ursachen und deren Auswirkungen auf die DSO.

Datenquelle

Bei Verwendung von SAP FSCM Streitfalle Management ist dies ein explizites Event. Die Erstellung eines Streitfalle-Fälle wird in Tabellen wie UDM_CASE oder SCMG_T_CASE_ATTR mit einem Erfassungs-Zeitstempel protokolliert.

Erfassen

Extrahieren Sie das Erstellungsdatum und die Uhrzeit aus den Case Management-Tabellen (z.B. UDM_CASE) für Fälle, die mit der Rechnung verknüpft sind.

Ereignistyp explicit
Streitfalle Case gelöst
Der mit der Rechnung verbundene Streitfall wurde untersucht und eine Lösung gefunden. Dies wird in der Regel durch eine Statusänderung am Streitfalle-Case im SAP FSCM Streitfalle Management erfasst.
Bedeutung

Die Beilegung eines Streitfalls entsperrt den Zahlungsprozess. Die Messung der Zeit zwischen der Erstellung und Beilegung eines Streitfalls ist ein wichtiger KPI zur Identifizierung von Ineffizienzen im Streitbeilegungsprozess.

Datenquelle

Dies ist ein abgeleitetes Event aus einer Statusänderung im Streitfalle-Case. Die Änderungslogs (CDHDR/CDPOS) für das Statusfeld des Streitfalle-Fälle in Tabellen wie UDM_CASE liefern den Zeitstempel.

Erfassen

Identifizieren Sie den Zeitstempel, wann der Status des Streitfalle-Fälle auf 'Geschlossen' oder 'Gelöst' geändert wird, durch Analyse der Änderungslogs.

Ereignistyp inferred
Zahlungseingangsbeleg gebucht
Stellt die initiale Erfassung einer Zahlung von einem Kunden im System dar, oft bevor sie bestimmten Rechnungen zugeordnet wird. Dies ist ein explizites Event, das einen Zahlungsbeleg erstellt, z.B. eine Belegart DZ.
Bedeutung

Dies kennzeichnet den Erhalt von Bargeld. Die Zeitverzögerung zwischen diesem Event und dem finalen Event 'Rechnung ausgeglichen' stellt den Cash Application Prozess dar, der ein signifikanter Engpass sein kann.

Datenquelle

Dies ist ein explizites Event. Es wird aus der Erstellung eines Zahlungsbelegs in Tabelle BKPF erfasst, identifizierbar durch spezifische Belegarten (z.B. 'DZ'). Das Buchungsdatum (BKPF-BUDAT) dient als Zeitstempel.

Erfassen

Identifizieren Sie die Erfassung von Belegen mit zahlungsrelevanten Belegarten (z.B. 'DZ') in Tabelle BKPF.

Ereignistyp explicit
Zahlungsversprechen erstellt
Ein Kunde hat die Inkassoabteilung kontaktiert und zugesagt, eine Zahlung bis zu einem bestimmten Datum zu leisten. Dieses Event wird explizit protokolliert, wenn SAP FSCM Collections Management geverwendet wird.
Bedeutung

Zahlungsversprechen sind ein wichtiges Ergebnis von Inkassoaktivitäten. Die Analyse ihrer Erstellung, Einhaltung und Bruchquoten hilft, die Effektivität der Inkassomaßnahmen zu messen und Cashflows zu prognostizieren.

Datenquelle

Bei Verwendung von SAP FSCM Collections Management ist dies ein explizites Event. Details zu Zahlungsversprechen werden in Tabellen wie UDM_P2P_ATTR gespeichert, verknüpft mit Geschäftspartner und Rechnung.

Erfassen

Extrahieren Sie den Erstellungs-Zeitstempel aus Zahlungsversprechen-Tabellen wie UDM_P2P_ATTR in SAP FSCM.

Ereignistyp explicit
Zahlungszusage gebrochen
Ein abgeleitetes Event, das anzeigt, dass ein Kunde eine vereinbarte Zahlung aus einem 'Zahlungsversprechen' nicht fristgerecht geleistet hat. Dies wird durch das Fehlen einer entsprechenden Zahlung bis zum versprochenen Datum abgeleitet.
Bedeutung

Das Erkennen gebrochener Zahlungszusagen ist maßgeblich, um Inkassobemühungen zu eskalieren. Eine hohe Rate an gebrochenen Zusagen kann auf Probleme bei der Inkassostrategie oder den Antrag bearbeitet.er finanziellen Gesundheit des Kunden hinweisen.

Datenquelle

Dies ist ein abgeleitetes oder berechnetes Event. Es wird durch den Vergleich des Versprechensdatums (aus UDM_P2P_ATTR) mit dem tatsächlichen Zahlungs-Ausgleichsdatum für die Rechnung bestimmt. Wenn bis zum Versprechensdatum keine Zahlung eingeht, gilt das Versprechen als gebrochen.

Erfassen

Vergleichen Sie das Versprechensdatum in UDM_P2P_ATTR mit dem Ausgleichsdatum der Rechnung. Wenn das Ausgleichsdatum nach dem Versprechensdatum liegt, wurde das Versprechen gebrochen.

Ereignistyp calculated
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus SAP ECC