Ihr Daten-Template für Kreditmanagement & Inkasso

SAP ECC
Ihr `Daten-Template` für Kreditmanagement & Inkasso

Ihr Daten-Template für Kreditmanagement & Inkasso

Dieses Template bietet einen klaren Überblick über die wesentlichen Datenattribute und Aktivitäten, die für eine effektive Analyse Ihres Kredit- und Forderungsmanagementprozesses erforderlich sind. Es enthält auch praktische Anleitungen, die Ihnen helfen, diese kritischen Informationen aus Ihrem SAP ECC-System zu extrahieren. Nutzen Sie diese Ressource, um eine reibungslose und genaue Datenerfassungsphase zu gewährleisten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktionsanleitung für SAP ECC
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Attribute im Kredit- und Forderungsmanagement

Dies sind die empfohlenen Datenfelder, die Sie in Ihren Event Log aufnehmen sollten, um eine umfassende Analyse des Kredit- und 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 des Events, 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 typischerweise 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 Rückgrat des Event Logs und ermöglicht die Sortierung von Aktivitäten sowie die Berechnung von Dauern zwischen ihnen.\n\nIn der Analyse ist dieser Timestamp grundlegend für die Berechnung aller zeitbasierten KPIs, wie Dispute Resolution Cycle Time, 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 Events und die Berechnung aller leistungsbezogenen Metriken, die sich auf die Zeit beziehen, wie Zykluszeiten 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-Identifikator für den Kreditmanagementprozess dient.
Beschreibung

Die Rechnungsnummer, bekannt als Belegnummer (BELNR) in SAP, identifiziert eindeutig jedes Debitorenbuchhaltungsdokument. Im Process Mining ist diese Nummer entscheidend, da sie alle verwandten Aktivitäten, von der Buchung und Mahnung bis zur eventuellen Zahlung oder Abschreibung, zu einem einzigen, kohärenten Case verknüpft.\n\nDie Analyse des Prozesses mit der Rechnungsnummer als Case-Identifikator 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 analysieren.

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`, die 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 das 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-Probleme 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 grundlegend 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 Maßstab 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 dem 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 entscheidend 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 Performance-Analyse und Workload-Management des Inkassoteams durch Zuordnung von Fällen und Ergebnissen zu spezifischen Personen oder Gruppen.

Datenquelle

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

Beispiele
J. SmithTeam 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, Kreditinformationen 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 grundlegend 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 wertvolle Erkenntnisse. Sie kann aufzeigen, ob bestimmte Segmente längere Zahlungszyklen, höhere Dispute-Raten aufweisen oder besser auf spezifische Inkassoaktivitäten reagieren. Diese Informationen sind entscheidend 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 entscheidend 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
Tage überfällig
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 Debitorenbuchhaltungsanalysen. 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
Abgeschrieben
IsWrittenOff
Ein boolescher Indikator, der anzeigt, ob die Rechnung letztendlich als uneinbringliche Forderung abgeschrieben wurde.
Beschreibung

Dies ist ein abgeleitetes Flag, das typischerweise auf 'wahr' gesetzt wird, wenn eine Rechnung unter Verwendung eines spezifischen Ursachencodes oder einer Belegart ausgeglichen wird, die eine Abschreibung kennzeichnet. Es identifiziert Cases, 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 typischerweise auf der Identifizierung spezifischer Ausgleichs-Ursachencodes (BSEG-RSTGR) oder Belegarten (BKPF-BLART), die für Abschreibungen verwendet werden.

Beispiele
truefalsch
Ausgleichsbeleg
Augbl
Die Belegnummer, die die Rechnung ausgeglichen hat, typischerweise 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 entscheidend, 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 entscheidend 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 die 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 entscheidend 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
Klärungsfall-ID
DisputeCaseId
Der eindeutige Identifikator für einen mit der Rechnung verknüpften Streitfall.
Beschreibung

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

Diese Kennung ermöglicht eine detaillierte Analyse des Streitbeilegungsprozesses. Sie ist essenziell für die Berechnung des KPIs „Durchlaufzeit der Streitbeilegung“ und hilft zu verstehen, warum Streitfälle entstehen, wie sie bearbeitet werden und welche typischen Ergebnisse 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 Dispute-Cases, was eine fokussierte Analyse der Effizienz des Streitbeilegungsprozesses und seiner Grundursachen ermöglicht.

Datenquelle

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

Beispiele
400000000021400000000157400000000305
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 Timestamp, 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 Timestamp 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 entscheidend ist, um Entscheidungen auf Grundlage der aktuellsten verfügbaren Prozessinformationen 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 gewährleistet eine klare Datenherkunft und hilft bei der Fehlerbehebung bei Datenextraktionsproblemen.

Bedeutung

Bietet entscheidenden Kontext zur Datenherkunft, insbesondere in komplexen IT-Landschaften, und gewährleistet 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 leiten.\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
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 typischerweise 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 analysieren, ob bestimmte Bedingungen zu einer besseren Zahlungsleistung oder mehr Disputes führen.

Datenquelle

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

Beispiele
0001NT30ZD60
Erforderlich Empfohlen Optional

Aktivitäten im Kredit- und Forderungsmanagement

Dies sind die entscheidenden Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozessentdeckung und Engpasserkennung zu gewährleisten.
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 entscheidend 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 Cases ist entscheidend für die Verbesserung der Kreditpolitik und Inkassostrategien.

Datenquelle

Dies ist typischerweise 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, typischerweise 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-Timestamp.

Ereignistyp inferred
Rechnung gebucht
Stellt die Erstellung eines Debitorenbuchhaltungs-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 entscheidend 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-Timestamp 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älligkeitsdatum ü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 dem 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 dem Timestamp eines anderen Events verglichen wird.

Erfassen

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

Ereignistyp calculated
Dispute Case gelöst
Der mit der Rechnung verbundene Streitfall wurde untersucht und eine Lösung gefunden. Dies wird typischerweise durch eine Statusänderung am Dispute-Case im SAP FSCM Dispute 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 Dispute-Case. Die Änderungslogs (CDHDR/CDPOS) für das Statusfeld des Dispute-Cases in Tabellen wie UDM_CASE liefern den Timestamp.

Erfassen

Identifizieren Sie den Timestamp, wann der Status des Dispute-Cases auf 'Geschlossen' oder 'Gelöst' geändert wird, durch Analyse der Änderungslogs.

Ereignistyp inferred
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. falsche Preisgestaltung oder Versand. Die Analyse ihrer Häufigkeit und Ursachen ist entscheidend für die Prozessverbesserung 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-Timestamp 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 typischerweise 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 entscheidend, um die Grundursachen für verspätete Zahlungen aufzudecken und den Cashflow zu verbessern.

Datenquelle

Dieser Status wird typischerweise aus einer Änderung im Feld Zahlungssperre (BSEG-ZLSPR) der Rechnungs-Position abgeleitet. Änderungslogs für dieses Feld (Tabellen CDHDR und CDPOS) können explizite Timestamps 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 angelegt
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 Dispute Management Modul protokolliert wird.
Bedeutung

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

Datenquelle

Bei Verwendung von SAP FSCM Dispute Management ist dies ein explizites Event. Die Erstellung eines Dispute-Cases wird in Tabellen wie UDM_CASE oder SCMG_T_CASE_ATTR mit einem Erfassungs-Timestamp 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
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 Timestamp.

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 genutzt 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-Timestamp aus Zahlungsversprechen-Tabellen wie UDM_P2P_ATTR in SAP FSCM.

Ereignistyp explicit
Zahlungsversprechen 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 entscheidend, um Inkassobemühungen zu eskalieren. Eine hohe Rate an gebrochenen Zusagen kann auf Probleme bei der Inkassostrategie oder der 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

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus SAP ECC