Ihr Daten-Template für Kreditmanagement & Inkasso
Ihr Daten-Template für Kreditmanagement & Inkasso
- Empfohlene Attribute für Ihr Event Log
- Schlüssel-Prozessaktivitäten, die über den Rechnungslebenszyklus hinweg verfolgt werden müssen
- Spezifische Extraktionsanleitung für SAP S/4HANA
Attribute im Kredit- und Forderungsmanagement
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Geschäfts-Events, das im Kreditmanagement- und Inkassoprozess aufgetreten ist. | ||
|
Beschreibung
Dieses Attribut beschreibt einen einzelnen Schritt oder eine Aufgabe innerhalb des Prozesses, wie 'Rechnung erstellt', 'Mahnverfahren eingeleitet' oder 'Zahlung erhalten'. Die Abfolge dieser Aktivitäten bildet den Prozessfluss für jeden Case. Die Analyse des Activity Name ist grundlegend für Process Mining, da sie die Entdeckung der Prozesskarte, die Identifizierung von Varianten und die Messung von Übergängen zwischen verschiedenen Schritten ermöglicht. Sie ist die Basis für nahezu alle Prozessanalysen, einschließlich KPI-Berechnungen wie der 'Dunning Success Rate', die Events nach einer Mahnaktivität verfolgt.
Bedeutung
Es definiert die Schritte des Prozesses, was für die Visualisierung der Prozesslandkarte, die Analyse von Varianten und das Verständnis des Prozessflusses unerlässlich ist.
Datenquelle
Generiert aus einer Kombination von Transaktionscodes (TCODE), Tabellenänderungsbelegen (CDHDR/CDPOS) oder Statusfeldern innerhalb von SAP-Dokumenten.
Beispiele
`Rechnung an Kunden gesendet`Mahnverfahren eingeleitet`Zahlung erhalten`Streitfall registriert
|
|||
|
Ereigniszeit
EventTime
|
Der Timestamp, der angibt, wann die Aktivität stattfand. | ||
|
Beschreibung
Dieses Attribut liefert das genaue Datum und die Uhrzeit für jede erfasste Aktivität. Es ist entscheidend für die Bestimmung der Reihenfolge der Events und die Berechnung der Dauer zwischen ihnen. Event Time wird verwendet, um Aktivitäten chronologisch zu ordnen, die Prozesskarte zu erstellen und Leistungsmetriken zu berechnen. Zum Beispiel wird sie zur Berechnung der 'Average Dispute Resolution Time' verwendet, indem die Dauer zwischen dem 'Dispute Registered'-Timestamp und dem 'Dispute Resolved'-Timestamp gemessen wird.
Bedeutung
Es bietet die chronologische Reihenfolge der Events, die für die Berechnung von Zykluszeiten, die Analyse der Prozessleistung und die Entdeckung von Engpässen notwendig ist.
Datenquelle
Stammt aus verschiedenen Datums- und Zeitfeldern in SAP-Tabellen, wie BUDAT (Buchungsdatum) in BKPF oder CPUDT/CPUTM (Datum/Uhrzeit der Erfassung) in verschiedenen Tabellen. Änderungsprotokoll-Tabellen CDHDR/CDPOS enthalten ebenfalls Timestamps.
Beispiele
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
Rechnungsnummer
InvoiceNumber
|
Der eindeutige Identifikator für die Kundenrechnung, der als primäre Case ID für den Kreditmanagement- und Inkassoprozess dient. | ||
|
Beschreibung
Die Rechnungsnummer, oft als Buchhaltungsbelegnummer dargestellt, identifiziert jede Forderungstransaktion eindeutig. Sie fungiert als zentraler Faden, der alle Prozess-Events verbindet, von der Rechnungserstellung und Mahnbescheiden bis zum Streitfallmanagement und der endgültigen Zahlung oder Abschreibung. Im Process Mining ermöglicht die Analyse des Weges jeder Rechnungsnummer eine vollständige Sicht auf den End-to-End-Prozess. Dies hilft, gemeinsame Pfade, Engpässe in der Zahlungsabwicklung und Variationen bei der Bearbeitung verschiedener Rechnungen zu identifizieren, was für Dashboards wie 'Invoice Process Variants Analysis' und 'Overdue Invoice Aging & Status' entscheidend ist.
Bedeutung
Es ist der wesentliche Case Identifier, der alle damit verbundenen Kredit- und Inkassoaktivitäten verknüpft und eine vollständige Lebenszyklusanalyse für jede Forderung ermöglicht.
Datenquelle
Typischerweise in Tabellen wie BKPF (Buchhaltungsbelegkopf) als Feld BELNR oder VBRK (Fakturabeleg: Kopfdaten) als Feld VBELN zu finden.
Beispiele
190000012319000004561900000789
|
|||
|
Benutzername
UserName
|
Die `Benutzer-ID` der `Person`, die die `Aktivität` ausgeführt hat. | ||
|
Beschreibung
Dieses Attribut identifiziert den spezifischen Benutzer, der für einen bestimmten Prozessschritt verantwortlich ist, z. B. die Buchung einer Zahlung oder die Initiierung eines Mahnlaufs. In SAP wird dies oft als 'Benutzername' (UNAME) oder 'Erfasst von'-Feld gespeichert. Die Analyse nach Benutzer hilft, leistungsstarke Einzelpersonen oder Teams zu identifizieren, Bereiche, in denen zusätzlicher Schulungsbedarf bestehen könnte, und Muster der Arbeitslastverteilung. Sie kann auch zur Untersuchung von Compliance-Problemen oder unautorisierten Aktivitäten verwendet werden. Zum Beispiel unterstützt sie das 'Collection Call Effectiveness'-Dashboard, indem sie Ergebnisse pro Sachbearbeiter verfolgt.
Bedeutung
Es verknüpft Prozessaktivitäten mit spezifischen Personen und ermöglicht so die Analyse von Ressourcenleistung, Arbeitslast und Compliance.
Datenquelle
Häufig in Kopfzeilentabellen wie BKPF (Feld USNAM) oder Änderungsbelegtabellen wie CDHDR (Feld USERNAME) zu finden.
Beispiele
JSMITHRROEBATCH_USER
|
|||
|
Kundennummer
CustomerNumber
|
Der eindeutige Identifikator für das Kundenkonto. | ||
|
Beschreibung
Die Kundennummer ist der Identifikator für den Geschäftspartner, an den die Rechnung ausgestellt wurde. Sie verknüpft die Finanztransaktion mit dem Stammdatensatz des Kunden. Dieses Attribut ist entscheidend für kundenbezogene Analysen, wie z. B. die Identifizierung des Zahlungsverhaltens spezifischer Kunden oder Segmente. Es wird in Dashboards wie 'Customer Payment Behavior Trends' verwendet, um zu verfolgen, welche Kunden konstant verspätet zahlen, und unterstützt KPIs wie 'High-Priority Account Coverage' durch Gruppierung der Rechnungen nach Kunden.
Bedeutung
Es verknüpft Transaktionen mit spezifischen Kunden und ermöglicht so die Analyse von Zahlungsverhalten, Segmentierung und Beziehungsmanagement.
Datenquelle
In Buchungsbelegpositionen in Tabellen wie BSEG (Feld KUNNR) oder in der Kundenstammdatentabelle KNA1 zu finden.
Beispiele
CUST100234CUST200567CUST300890
|
|||
|
Rechnungsbetrag
InvoiceAmount
|
Der Gesamtwert der Rechnung in der Belegwährung. | ||
|
Beschreibung
Dieses Attribut repräsentiert den gesamten monetären Wert der fakturierten Waren oder Dienstleistungen. Es ist ein kritisches Maß für die finanziellen Auswirkungen jedes Cases. Die Analyse des Rechnungsbetrags ist grundlegend für die Priorisierung von Inkassobemühungen, wie im Dashboard 'Collection Portfolio Prioritization' zu sehen ist. Sie wird auch verwendet, um die finanziellen Auswirkungen von Prozessineffizienzen zu bewerten, wie den Gesamtwert umstrittener Rechnungen oder den Betrag der in überfälligen Forderungen gebundenen Gelder. Sie unterstützt direkt KPIs wie die 'Invoice Write-Off Percentage', indem sie die Wertbasis liefert.
Bedeutung
Es quantifiziert den finanziellen Wert jedes Case, was für Priorisierung, Risikobewertung und Leistungsmessung unerlässlich ist.
Datenquelle
Abgeleitet aus Buchungsbelegpositionen in Tabelle BSEG (Feld DMBTR für den Betrag in Hauswährung oder WRBTR für den Betrag in Belegwährung).
Beispiele
1500.0025000.50750.75
|
|||
|
Tage überfällig
DaysOverdue
|
Die Anzahl der Tage, die eine Rechnung nach ihrem Zahlungsfälligkeitsdatum überfällig ist. | ||
|
Beschreibung
Dies ist eine berechnete Metrik, die die verstrichene Zeit zwischen dem 'Payment Due Date' und dem aktuellen Datum (für offene Rechnungen) oder dem 'Payment Date' (für ausgeglichene Rechnungen) misst. Ein positiver Wert zeigt eine verspätete Zahlung an. 'Days Overdue' ist ein Eckpfeiler-KPI für das Forderungsmanagement. Es ist die primäre Metrik im Dashboard 'Overdue Invoice Aging & Status' und wird zur Priorisierung von Inkassobemühungen verwendet. Die Analyse der Verteilung dieser Metrik hilft, den allgemeinen Zustand des Debitorenbestands zu verstehen.
Bedeutung
Es ist ein kritischer Leistungsindikator für die Effektivität des Inkassos, der für die Aging-Analyse, die Priorisierung von Aufgaben und die Messung von Zahlungsverzögerungen verwendet wird.
Datenquelle
Berechnet während der Datentransformation: (Aktuelles Datum ODER Ausgleichsdatum) - PaymentDueDate (BSEG-ZFBDT).
Beispiele
1530920
|
|||
|
Zahlungsfälligkeitsdatum
PaymentDueDate
|
Das Fälligkeitsdatum der Rechnungszahlung. | ||
|
Beschreibung
Das Zahlungsfälligkeitsdatum wird basierend auf dem Rechnungsdatum und den mit dem Kunden vereinbarten Zahlungsbedingungen berechnet. Es ist die Grundlage, anhand derer die Pünktlichkeit der Zahlung gemessen wird. Dieses Datum ist fundamental für alle Überfälligkeitsanalysen. Es ist der Ausgangspunkt für die Berechnung der 'Days Overdue' und für die Auslösung von Mahnverfahren. Dashboards wie 'Overdue Invoice Aging & Status' und KPIs wie 'Average Days Sales Outstanding (DSO)' stützen sich stark auf dieses Attribut.
Bedeutung
Es ist das Schlüsseldatum zur Feststellung, ob eine Rechnung überfällig ist, wodurch Inkassoaktivitäten ausgelöst und kritische KPIs berechnet werden.
Datenquelle
In der Kundenposition eines Buchungsbelegs, Tabelle BSEG (Feld ZFBDT), zu finden.
Beispiele
2023-05-302023-06-152023-07-01
|
|||
|
Abschreibungsgrund
WriteOffReason
|
Der Ursachencode, der erklärt, warum eine Rechnung als uneinbringlich abgeschrieben wurde. | ||
|
Beschreibung
Wenn eine Forderung als uneinbringlich eingestuft wird, wird sie aus den Büchern abgeschrieben, und es wird ein Ursachencode zugewiesen, um die Ursache zu klassifizieren, z. B. 'Insolvenz', 'Abschreibung geringer Beträge' oder 'Ungelöster Streitfall'. Dieses Attribut ist unerlässlich für das Dashboard 'Invoice Write-Off Analysis'. Durch die Analyse der Häufigkeit und des Wertes von Abschreibungen nach Gründen kann ein Unternehmen Schwachstellen in seiner Kreditpolitik oder Inkassostrategie identifizieren und Korrekturmaßnahmen ergreifen, um zukünftige Verluste zu minimieren.
Bedeutung
Es erklärt die Grundursachen finanzieller Verluste aus uneinbringlichen Forderungen und liefert Informationen für Verbesserungen der Kredit- und Inkassorichtlinien.
Datenquelle
Dies wird oft über Ursachencode-Felder (BSEG-RSTGR) während der spezifischen Finanzbuchungstransaktion (z.B. F-30) zur Abschreibung von Forderungen erfasst.
Beispiele
INSOLVENZSMALL_BALANCEDISPUTE_LOSS
|
|||
|
Bearbeitungszeit
ProcessingTime
|
Die Dauer einer spezifischen Aktivität. | ||
|
Beschreibung
Dieses Attribut misst die Zeit, die zur Durchführung einer Aktivität benötigt wird, berechnet als Differenz zwischen End- und Startzeit der Aktivität. Dies ist am relevantesten für Aktivitäten, die nicht sofort ablaufen. Bei vielen Finanztransaktionen in SAP sind Start- und Endzeit identisch. Bei Prozessen wie der Streitfalllösung kann diese Metrik jedoch die Zeit messen, die ein Case in einem bestimmten Status verbringt. Sie unterstützt direkt KPIs wie die 'Payment Posting Cycle Time' durch Messung der Dauer der Buchungsaktivität.
Bedeutung
Es hilft, zeitaufwändige Aktivitäten zu identifizieren, die potenzielle Engpässe im Prozess darstellen.
Datenquelle
Berechnet aus Eventdaten als (EndTime - StartTime). Erfordert sowohl einen Start- als auch einen End-Timestamp für jede Aktivität.
Beispiele
P1DPT2H30MP3DT5H
|
|||
|
Buchungskreis
CompanyCode
|
Die Organisationseinheit, die ein rechtlich unabhängiges Unternehmen repräsentiert, für das Finanzberichte erstellt werden. | ||
|
Beschreibung
Der Buchungskreis ist eine grundlegende Organisationseinheit in SAP Financials. Alle Finanztransaktionen, einschließlich Rechnungen und Zahlungen, werden einem spezifischen Buchungskreis zugeordnet. Im Process Mining ist das Filtern oder Dimensionieren nach Buchungskreis unerlässlich, um die Prozessleistung verschiedener Rechtseinheiten innerhalb eines Unternehmens zu vergleichen. Dies hilft, Best Practices in einer Einheit zu identifizieren, die auf andere angewendet werden können, oder systemische Probleme in einem bestimmten Unternehmen aufzudecken. Er ist ein Schlüsselfilter für nahezu alle Finanzprozessanalysen.
Bedeutung
Es ermöglicht den Vergleich von Prozessleistung und Compliance über verschiedene juristische Einheiten innerhalb der Organisation hinweg.
Datenquelle
In den meisten Finanztabellen, wie BKPF und BSEG (Feld BUKRS), zu finden.
Beispiele
10002000US01DE01
|
|||
|
Ist automatisiert
IsAutomated
|
Ein Flag, das anzeigt, ob die Aktivität von einem Systembenutzer oder einem menschlichen Benutzer durchgeführt wurde. | ||
|
Beschreibung
Dieses Boolesche Attribut unterscheidet zwischen Aktivitäten, die automatisch vom System ausgeführt werden (z. B. ein geplanter Mahnlauf, eine automatische Zahlungsbuchung), und solchen, die manuell von einem Benutzer durchgeführt werden (z. B. ein Inkassoanruf). Die Analyse dieses Attributs hilft, den Automatisierungsgrad im Prozess zu messen. Sie ermöglicht den Vergleich der Effizienz und Konsistenz automatisierter versus manueller Schritte, die Identifizierung von Möglichkeiten zur weiteren Automatisierung und das Verständnis des tatsächlichen manuellen Aufwands im Inkassoprozess.
Bedeutung
Es hilft, den Automatisierungsgrad im Prozess zu quantifizieren, was die Analyse des Einflusses von Automatisierung auf Effizienz und Kosten ermöglicht.
Datenquelle
Dies ist ein abgeleitetes Attribut, typischerweise basierend auf dem 'UserName'. Wenn die Benutzer-ID einer vordefinierten Liste von System- oder Batch-Benutzern (z.B. 'BATCH_USER') entspricht, wird das Flag auf true gesetzt.
Beispiele
truefalsch
|
|||
|
Kreditlimit
CreditLimit
|
Der maximale Kreditbetrag, der einem Kunden gewährt wird. | ||
|
Beschreibung
Das Kreditlimit ist ein Wert, der in den Kreditstammdaten des Kunden gespeichert ist und das gesamte Kreditrisiko definiert, das das Unternehmen bei diesem Kunden einzugehen bereit ist. Aktivitäten wie 'Kreditlimit angefordert' und 'Kreditlimit genehmigt' beziehen sich direkt auf dieses Attribut. Dieses Attribut liefert den Kontext für die Kreditrisikoanalyse. Das Dashboard 'Credit Approval Cycle Time Analysis' verfolgt den Prozess der Festlegung oder Änderung dieses Limits. Die Analyse in Verbindung mit überfälligen Beträgen hilft, das Gesamtportfoliorisiko zu bewerten.
Bedeutung
Es definiert das genehmigte Kreditrisiko für einen Kunden und ist zentral für die Analyse des Kreditgenehmigungsprozesses und des gesamten Kreditengagements.
Datenquelle
Gespeichert im SAP Credit Management (FSCM)-Modul, in Tabellen wie UKM_BP_CMS_SGMT (Feld CREDIT_LIMIT).
Beispiele
50000.00100000.00250000.00
|
|||
|
Kundensegment
CustomerSegment
|
Eine Klassifizierung des Kunden, zum Beispiel basierend auf Größe, Branche oder strategischer Bedeutung. | ||
|
Beschreibung
Das Kundensegment ist eine Marketing- oder Vertriebsklassifikation, die verwendet wird, um Kunden mit ähnlichen Merkmalen zu gruppieren. Dies kann auf Faktoren wie Jahresumsatz, Branche, geografischer Lage oder Beziehungsstatus (z.B. Gold, Silber, Bronze) basieren. In der Forderungsanalyse hilft die Segmentierung nach diesem Attribut, spezifische Muster in bestimmten Gruppen aufzudecken. Zum Beispiel kann das Dashboard 'Rechnungsabschreibungsanalyse' aufzeigen, ob ein bestimmtes Segment für einen überproportionalen Anteil an Abschreibungen verantwortlich ist, was strategische Entscheidungen über Kreditrichtlinien für dieses Segment leitet.
Bedeutung
Dies ermöglicht die Analyse der Prozess-Performance und des Kundenverhaltens über verschiedene Kundengruppen hinweg und liefert wertvolle strategische Erkenntnisse.
Datenquelle
Typischerweise aus den Kundenstammdaten (Tabelle KNA1) bezogen, oft in einem Klassifizierungs- oder Attributfeld wie KDKG1-KDKG5 (Kundengruppe 1-5).
Beispiele
GroßunternehmenKleine und mittelständische UnternehmenRegierungStrategischer Kunde
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel der jüngsten Datenaktualisierung bzw. der letzten Extraktion aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut gibt an, wann der Datensatz zuletzt aktualisiert wurde. Es liefert den Benutzern Kontext zur Aktualität der von ihnen analysierten Daten. Dies ist ein kritisches Metadatum für jedes Dashboard oder jede Analyse. Es informiert den Benutzer über den von der Analyse abgedeckten Zeitraum und verhindert Fehlinterpretationen aufgrund veralteter Informationen. Zum Beispiel ist eine Analyse überfälliger Rechnungen nur dann sinnvoll, wenn der Benutzer weiß, wann die Daten zuletzt abgerufen wurden.
Bedeutung
Es stellt sicher, dass Benutzer die Aktualität der Daten verstehen, was für genaue, datengestützte Entscheidungen entscheidend ist.
Datenquelle
Dieser Wert wird während des Extraktions-, Transformations- und Ladeprozesses (ETL) generiert und gespeichert.
Beispiele
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
|
Mahnstufe
DunningLevel
|
Zeigt die aktuelle Stufe des Mahnprozesses für eine überfällige Rechnung an. | ||
|
Beschreibung
Die Mahnstufe repräsentiert die Intensität der Inkassobemühungen, die typischerweise von einer einfachen Erinnerung zu formelleren rechtlichen Mitteilungen eskaliert. Jede Stufe entspricht einer spezifischen Mahnaktivität, die im Mahnverfahren definiert ist. Die Verfolgung dieses Attributs ist unerlässlich, um die Effektivität und Compliance des Mahnprozesses zu überwachen. Das Dashboard 'Dunning Process Effectiveness' verwendet dies, um Zahlungsraten auf verschiedenen Stufen zu analysieren, während das Dashboard 'Dunning Process Compliance' prüft, ob die Reihenfolge der Stufen korrekt eingehalten wird.
Bedeutung
Es verfolgt den Fortschritt der Inkassobemühungen und ermöglicht so die Analyse der Mahneffektivität und Prozess-Compliance.
Datenquelle
Diese Informationen sind in Mahndatentabellen wie MHND (Mahndaten) gespeichert. Die letzte Mahnstufe für eine Position findet sich in BSEG (Feld MANST).
Beispiele
123 - Letzte MahnungGerichtliche Schritte
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das System, aus dem die Daten stammen. | ||
|
Beschreibung
Dieses Attribut gibt das Quellinformationssystem an, in diesem Fall SAP S/4HANA. Es ist besonders wichtig in Umgebungen, in denen Daten aus mehreren Systemen, wie verschiedenen ERP-Instanzen oder einem separaten CRM, konsolidiert werden könnten. In der Prozessanalyse hilft dies, Prozesse zu unterscheiden, die mehrere Systeme umfassen können, oder ermöglicht die Filterung der Analyse auf eine spezifische Systeminstanz. Es gewährleistet die Datenherkunft und liefert Kontext, insbesondere während der Datenvalidierung und Fehlerbehebung.
Bedeutung
Es liefert entscheidenden Kontext über die Herkunft der Daten, gewährleistet Klarheit in Multisystemumgebungen und unterstützt die Data Governance.
Datenquelle
Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird und die spezifische SAP S/4HANA-Instanz identifiziert (z.B. durch System-ID oder SID).
Beispiele
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
|
Rechnungswährung
InvoiceCurrency
|
Die Währung, in der die Rechnung ausgestellt wurde. | ||
|
Beschreibung
Dieses Attribut gibt den Währungscode (z. B. USD, EUR) für den Rechnungsbetrag an. Es liefert den notwendigen Kontext für die Interpretation monetärer Werte, insbesondere in multinationalen Organisationen. Während die meisten Analysen in einer standardisierten lokalen Währung durchgeführt werden, ist die Belegwährung wichtig für das Verständnis der ursprünglichen Transaktion und für alle Analysen im Zusammenhang mit Wechselkursseffekten. Sie liefert Kontext zum Attribut InvoiceAmount.
Bedeutung
Es liefert wesentlichen Kontext für den Rechnungsbetrag und ermöglicht eine genaue Finanzanalyse in Multi-Währungsumgebungen.
Datenquelle
Typischerweise in Kopftabellen wie BKPF (Feld WAERS) oder Positionstabellen wie BSEG (Feld PSWSL) zu finden.
Beispiele
USDEURGBP
|
|||
|
Streitfallgrund
DisputeReason
|
Der Ursachencode, der angibt, warum ein Kunde eine Rechnung beanstandet. | ||
|
Beschreibung
Wenn ein Kunde eine Rechnung beanstandet, wird typischerweise ein Grund zugewiesen, um die Art des Problems zu kategorisieren, z. B. 'Falsche Preisgestaltung', 'Beschädigte Ware' oder 'Doppelte Rechnung'. Dies wird im SAP Dispute Management Modul verwaltet. Die Analyse der Dispute Reasons ist entscheidend, um die Ursachen für Kundenunzufriedenheit und Zahlungsverzögerungen zu identifizieren. Das Dashboard 'Invoice Dispute Volume & Resolution' kann nach diesem Attribut dimensioniert werden, um wiederkehrende Probleme im vorgelagerten Order-to-Cash-Prozess zu lokalisieren, die behoben werden müssen.
Bedeutung
Es bietet kritische Einblicke in die Grundursachen von Rechnungsstreitigkeiten und hilft, zugrunde liegende operative Probleme zu identifizieren und zu lösen.
Datenquelle
Stammt aus dem SAP Dispute Management Modul, wahrscheinlich aus Tabellen wie UDM_SCASE_ATTR oder ähnlichem, basierend auf den Attributen des Streitfalls.
Beispiele
PRC_ERR - PreisfehlerQTY_DIF - MengenabweichungSHIP_DMG - Beschädigte Lieferung
|
|||
Aktivitäten im Kredit- und Forderungsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Zahlung erhalten`
|
Diese Aktivität repräsentiert den Zahlungseingang vom Kunden, der dann auf die offene Rechnung angewendet wird. Sie wird durch die Erstellung eines Ausgleichsbelegs erfasst, der den Rechnungsbetrag ausgleicht. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein, der sich direkt auf den Cashflow und die DSO auswirkt. Die Analyse der Zahlungszeit und der ihr vorausgehenden Aktivitäten zeigt die Effektivität des gesamten Inkassoprozesses auf.
Datenquelle
Dies wird aus dem gegen die Rechnung gebuchten Ausgleichsbeleg abgeleitet. Das Ausgleichsdatum (AUGDT) aus der Tabelle der ausgeglichenen Posten, BSAD, für die spezifische Rechnung liefert den Timestamp.
Erfassen
Identifizieren Sie das Ausgleichsdatum (AUGDT) aus der Tabelle BSAD für die entsprechende Rechnungsbelegnummer (BELNR).
Ereignistyp
inferred
|
|||
|
Rechnung abgeschrieben
|
Diese Aktivität repräsentiert die Entscheidung, eine unbezahlte Rechnung als Verlust zu verbuchen und als uneinbringliche Forderung einzustufen. Dies wird erfasst, wenn eine spezifische Art von Ausgleichsbeleg gebucht wird, oft mit einem eindeutigen Ursachencode. | ||
|
Bedeutung
Abschreibungen stellen einen direkten finanziellen Verlust dar. Die Analyse ihrer Häufigkeit, ihres Wertes und der vorhergehenden Aktivitäten hilft, gefährdete Kunden und Versäumnisse im Inkassoprozess zu identifizieren.
Datenquelle
Dies kann durch Analyse des Ausgleichsbelegs abgeleitet werden, der die Rechnung begleicht. Ein spezifisches Hauptbuchkonto oder ein Ursachencode (BSEG-RSTGR), der im Ausgleichsbeleg verwendet wird, weist auf eine Abschreibung hin.
Erfassen
Identifizieren Sie den Ausgleichsbeleg und prüfen Sie auf einen spezifischen Grundcode oder eine Buchung auf ein Konto für Forderungsausfälle.
Ereignistyp
inferred
|
|||
|
Rechnung beglichen
|
Dies ist das endgültige, erfolgreiche Ergebnis für eine Rechnung, das anzeigt, dass sie vollständig bezahlt und aus den offenen Posten ausgeglichen wurde. Dieser Zustand wird erkannt, wenn eine Rechnung einen entsprechenden Ausgleichsbeleg und ein Datum aufweist. | ||
|
Bedeutung
Als primärer Erfolgspunkt des Prozesses schließt diese Aktivität den Rechnungslebenszyklus ab. Die Analyse der Pfade und der Zeit, die benötigt wird, um diesen Zustand zu erreichen, ist grundlegend für die Prozessoptimierung.
Datenquelle
Dies ist kein diskretes Event, sondern ein Zustand, der aus Finanztabellen abgeleitet wird. Eine Rechnung gilt als beglichen, wenn sie in der Tabelle der ausgeglichenen Kundenposten, BSAD, erscheint und ein gültiges Ausgleichsdatum (AUGDT) aufweist.
Erfassen
Verwenden Sie das Ausgleichsdatum (AUGDT) aus der Tabelle BSAD als Timestamp für diese abschließende Aktivität.
Ereignistyp
inferred
|
|||
|
Rechnung erstellt
|
Diese Aktivität markiert die Erstellung einer Kundenrechnung, die den Ausgangspunkt für den Inkassoprozess bildet. Dieses Event wird erfasst, wenn ein neuer Buchhaltungsbeleg mit einem Rechnungsbelegtyp im SAP S/4HANA System gebucht wird. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Invoice-to-Cash-Prozess. Die Analyse der Zeit von diesem Punkt bis zur Zahlung ist entscheidend für die Messung der Days Sales Outstanding (DSO) und der gesamten Prozesseffizienz.
Datenquelle
Dieses Event wird explizit protokolliert. Das Erstellungsdatum und die Uhrzeit finden sich in der Kopfzeilentabelle des Buchhaltungsbelegs, BKPF, für die relevante Belegnummer (BELNR). Belegarten wie 'RV' kennzeichnen typischerweise Kundenrechnungen.
Erfassen
Verwenden Sie den Beleg-Erstellungs-Timestamp (CPUDT, CPUTM) aus der Tabelle BKPF für den Rechnungsbeleg.
Ereignistyp
explicit
|
|||
|
Streitfall registriert
|
Diese Aktivität bedeutet, dass ein Kunde eine Rechnung formell beanstandet hat und ein Fall im SAP Dispute Management erstellt wurde. Dies wird erfasst, wenn ein neuer Streitfall erstellt und mit dem Rechnungsbeleg verknüpft wird. | ||
|
Bedeutung
Die Registrierung von Streitfällen ist ein entscheidender Schritt, um Prozessausnahmen zu verstehen. Die Analyse des Volumens, der Gründe und der Lösungszeit von Streitfällen hilft, die Ursachen wie Preis- oder Versandfehler zu identifizieren.
Datenquelle
Dies ist ein explizites Event, das in den SAP Dispute Management Tabellen erfasst wird. Das Erstellungsdatum des Falls in Tabellen wie UKM_CASE oder FDM_DCOBJ, verknüpft mit der Rechnung, dient als Timestamp.
Erfassen
Verwenden Sie den Erstellungs-Timestamp des Streitfalls aus der Tabelle UKM_CASE, gefiltert nach dem Case-Typ für Streitfälle.
Ereignistyp
explicit
|
|||
|
Zahlungsfälligkeitsdatum überschritten
|
Ein berechnetes Event, das eintritt, wenn das aktuelle Datum das Nettofälligkeitsdatum der Rechnung überschreitet, ohne dass eine Ausgleichszahlung gebucht wurde. Es signalisiert den Übergang einer Rechnung vom Status 'aktuell' zu 'überfällig'. | ||
|
Bedeutung
Diese Aktivität ist der Auslöser für alle Inkasso- und Mahnaktivitäten. Sie ist unerlässlich für die Analyse des Zahlungsverhaltens, der Überfälligkeitsgründe und der Wirksamkeit proaktiver Erinnerungen.
Datenquelle
Dies ist kein explizites Protokoll. Es wird durch den Vergleich des Nettofälligkeitsdatums (aus Tabellen wie BSID Feld ZFBDT) mit dem Timestamp der Analyse oder einer nachfolgenden Aktivität berechnet.
Erfassen
Ableitung durch Vergleich des Nettofälligkeitsdatums der Rechnung (BSID-ZFBDT) mit dem aktuellen Timestamp oder dem Timestamp eines nachfolgenden Events.
Ereignistyp
calculated
|
|||
|
`Rechnung an Kunden gesendet`
|
Stellt den Zeitpunkt dar, zu dem die Rechnung an den Kunden übermittelt wurde, z. B. per Druck, E-Mail oder EDI. Dies wird typischerweise über die SAP-Ausgabeermittlungsprotokolle erfasst, die aufzeichnen, wann eine Ausgabenachricht verarbeitet wurde. | ||
|
Bedeutung
Verzögerungen zwischen Rechnungserstellung und -versand können den gesamten Zahlungszyklus verlängern. Dies hilft, Engpässe in der Kundenkommunikation und Dokumentenverteilung zu identifizieren.
Datenquelle
Dies kann aus dem Verarbeitungsdatum und der Uhrzeit in der Nachrichtenstatustabelle NAST abgeleitet werden, wo der Ausgabetyp einer Kundenrechnung entspricht. Dies erfordert eine ordnungsgemäße Konfiguration der Ausgabeermittlung.
Erfassen
Suchen Sie nach einem erfolgreich verarbeiteten Eintrag in der NAST-Tabelle, der mit der Fakturabelegnummer der Rechnung verknüpft ist.
Ereignistyp
inferred
|
|||
|
Inkassoanruf getätigt
|
Stellt einen manuellen Kontakt dar, der von einem Inkassosachbearbeiter mit dem Kunden bezüglich einer überfälligen Rechnung aufgenommen wurde. Dies ist oft kein Standard-SAP-Ereignis und basiert auf einer benutzerdefinierten Protokollierung oder Integration mit einem CRM-System. | ||
|
Bedeutung
Manuelle Eingriffe sind ein kostspieliger Teil des Forderungsmanagementprozesses. Die Verfolgung dieser Kontakte hilft, die Effektivität der Sachbearbeiter zu messen und zu verstehen, welche Konten manuellen Aufwand erfordern.
Datenquelle
Diese Informationen sind in einer Standard S/4HANA-Einrichtung typischerweise nicht verfügbar. Sie könnten in benutzerdefinierten Tabellen, als Notiz in der Inkasso-Arbeitsliste oder in einem externen CRM-System gespeichert sein, das integriert werden muss.
Erfassen
Erfordert eine Analyse von Systemerweiterungen, Notizen oder Daten aus einem externen System, in dem Inkassoaktivitäten protokolliert werden.
Ereignistyp
explicit
|
|||
|
Mahnverfahren eingeleitet
|
Diese Aktivität repräsentiert die formelle Initiierung des automatisierten Mahnprozesses für eine überfällige Rechnung. Sie wird erfasst, wenn ein Mahnlauf die Rechnung verarbeitet und eine Mahnstufe zuweist. | ||
|
Bedeutung
Dies markiert den Beginn automatisierter Inkassoprozesse. Die Verfolgung von Mahnaktivitäten ist entscheidend, um die Wirksamkeit der Mahnstrategie zu bewerten und die Einhaltung interner Richtlinien sicherzustellen.
Datenquelle
Dies ist ein explizites Event, das in den Mahndatentabellen protokolliert wird. Das Laufsdatum (LAUFD) aus der Mahnkopftabelle MHNK, das der Rechnung zugeordnet ist, gibt an, wann das Verfahren ausgeführt wurde.
Erfassen
Extrahieren Sie das Datum des Mahnlaufs (MHNK-LAUFD) und die Mahnstufe (MHNK-MAHNS) für die spezifische Rechnung.
Ereignistyp
explicit
|
|||
|
Streitfall gelöst
|
Diese Aktivität kennzeichnet den Abschluss eines Streitfalls, entweder weil die Forderung des Kunden validiert oder abgelehnt wurde. Dies wird erfasst, wenn der Status des Streitfalls auf 'geschlossen' oder 'gelöst' aktualisiert wird. | ||
|
Bedeutung
Die zur Lösung von Streitfällen benötigte Zeit ist ein wichtiger Leistungsindikator für Kundenzufriedenheit und operative Effizienz. Lange Lösungszeiten können Zahlungen verzögern und Kundenbeziehungen belasten.
Datenquelle
Dies wird aus einer Statusänderung des Streitfalls abgeleitet. Ein Timestamp, der mit der Statusänderung auf 'Closed' oder 'Confirmed' in der Tabelle UKM_CASE verbunden ist, zeigt an, wann die Lösung erfolgte.
Erfassen
Identifizieren Sie den Timestamp der Statusänderung zu einem finalen, gelösten Status in der Tabelle UKM_CASE oder verwandten Statusänderungsprotokoll-Tabellen.
Ereignistyp
inferred
|
|||
|
Zahlung gebucht
|
Stellt den Buchungseintrag der Zahlung im Hauptbuch dar. In vielen Fällen erfolgt dies gleichzeitig mit dem Zahlungseingang, kann aber auch ein separater Schritt mit eigenen Verzögerungen sein. | ||
|
Bedeutung
Verzögerungen zwischen Geldeingang und Buchung können die Finanzberichterstattung verzerren. Die Messung dieser Zykluszeit hilft sicherzustellen, dass die Buchhaltungsprozesse effizient und genau sind.
Datenquelle
Dieses Event kann aus dem Buchungsdatum (BUDAT) oder dem Erstellungsdatum (CPUDT) des Ausgleichsbelegs in der Tabelle BKPF abgeleitet werden. Die Ausgleichsbelegnummer findet sich in BSAD-AUGBL.
Erfassen
Verwenden Sie das Buchungsdatum (BUDAT) aus der Tabelle BKPF für den Ausgleichsbeleg, der die Rechnung beglichen hat.
Ereignistyp
inferred
|
|||
|
Zahlungszusage erstellt
|
Dieses Event tritt auf, wenn ein Inkassosachbearbeiter die Zahlungszusage eines Kunden für eine überfällige Position an einem bestimmten Datum erfasst. Dies ist eine explizite Aktion innerhalb des SAP Collections Management Moduls. | ||
|
Bedeutung
Zahlungszusagen sind ein wichtiges Ergebnis von Inkassoaktivitäten. Die Analyse ihrer Häufigkeit, Erfüllungsrate und ihres Einflusses auf Zahlungszeiten hilft, Inkassostrategien zu verfeinern.
Datenquelle
Dies ist ein explizites Event, das im SAP Collections Management erfasst wird. Das Erstellungsdatum der Zahlungszusage kann aus Tabellen wie UDM_P2P_ATTR bezogen werden.
Erfassen
Verwenden Sie das Erstellungsdatum aus Zahlungszusagentabellen, wie UDM_P2P_ATTR, verknüpft mit der Rechnung.
Ereignistyp
explicit
|
|||