Ihr Daten-Template für Kreditmanagement und Forderungsmanagement
Ihr Daten-Template für Kreditmanagement und Forderungsmanagement
Dies ist unser generisches Datentemplate für Process Mining für Kreditmanagement und Forderungseinzug. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.
Wählen Sie ein bestimmtes System aus- Universelle Datenstruktur für jedes System im Kreditmanagement oder Forderungsmanagement
- Empfohlene Attribute für eine detaillierte Analyse Ihrer Prozessleistung
- Wichtige Aktivitäten für eine präzise Prozesserkennung und -optimierung
Attribute für Kreditmanagement und Forderungsmanagement
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Die Bezeichnung des konkreten Geschäftsereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt für eine Rechnung stattgefunden hat. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen bestimmten Schritt oder Meilenstein im Prozess Kreditmanagement und Forderungseinzug. Diese Aktivitäten bilden die Prozesslandkarte ab und stehen für Vorgänge wie „Rechnung an Kunden gesendet“, „Zahlungserinnerung versendet“ oder „Zahlung einer Rechnung zugeordnet“. Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten bildet den Kern des Process Mining. Sie macht den tatsächlichen Prozessablauf sichtbar, ermöglicht den Vergleich mit dem geplanten Modell und hilft, Abweichungen, Nacharbeitsschleifen und ineffiziente Abläufe zu erkennen. Eine hohe Häufigkeit der Aktivität „Beanstandung erfasst“ kann beispielsweise auf Probleme mit der Rechnungsgenauigkeit oder der Produktqualität hinweisen. Warum das wichtig ist Dieses Attribut legt die Prozessschritte fest. Es bildet die Grundlage der Prozesslandkarte und ermöglicht die Analyse von Prozessabläufen und Abweichungen. Woher beziehen Abgeleitet aus verschiedenen Statusänderungen, Transaktionscodes oder Ereignisprotokollen in den Finanz-, Vertriebs- oder Forderungsmanagementmodulen des Quellsystems. Beispiele Rechnung erstelltZahlungsziel überschrittenMahnverfahren gestartetZahlung eingegangen | |||
| Ereigniszeitpunkt EventTime | Der Timestamp mit Datum und Uhrzeit, der genau angibt, wann eine Aktivität stattgefunden hat. | ||
| Beschreibung Die Ereigniszeit beziehungsweise der Timestamp kennzeichnet den genauen Zeitpunkt, zu dem eine bestimmte Aktivität im Prozess stattgefunden hat. Damit lässt sich die chronologische Abfolge der Ereignisse für jeden Rechnungs-Case rekonstruieren. Diese Daten sind die Grundlage jeder zeitbezogenen Analyse. Im Process Mining dient die Ereigniszeit zur Berechnung wichtiger Leistungskennzahlen, etwa der Durchlaufzeiten zwischen Aktivitäten, der gesamten Case-Dauer und der Einhaltung von Service-Level-Vereinbarungen. Die Zeit zwischen „Rechnung versendet“ und „Zahlung eingegangen“ wirkt sich beispielsweise direkt auf die Days Sales Outstanding (DSO) aus. Die Analyse der Timestamps hilft, Verzögerungen zu erkennen, die Effizienz einzelner Prozessschritte zu messen und Engpässe zu lokalisieren. Warum das wichtig ist Dieser Timestamp ist entscheidend, um Ereignisse zeitlich zu ordnen, Durchlaufzeiten und Dauern zu berechnen und zeitbezogene Leistungsanalysen durchzuführen. Woher beziehen Wird üblicherweise als Belegerstellungsdatum, Buchungsdatum oder Timestamp eines Systemprotokolls zu einem Vorgang oder einer Statusänderung erfasst. Beispiele 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| Rechnungsnummer InvoiceNumber | Eindeutige Kennung jeder Rechnung. Sie dient als primäre Case-ID für den Prozess Kreditmanagement und Forderungseinzug. | ||
| Beschreibung Die Rechnungsnummer ist ein eindeutiger alphanumerischer Code, der jedem Rechnungsbeleg zugewiesen wird. Sie dient als zentrale Referenz für alle Aktivitäten und Vorgänge zu dieser Abrechnung, von der Erstellung bis zum endgültigen Ausgleich oder zur Abschreibung. Im Process Mining verknüpft die Rechnungsnummer alle zugehörigen Ereignisse, etwa „Rechnung erstellt“, „Zahlung eingegangen“ und „Beanstandung erfasst“, zu einer einzelnen Prozessinstanz oder einem Case. So lässt sich der gesamte Lebenszyklus einer Rechnung von Anfang bis Ende visualisieren und analysieren. Durch die Gruppierung nach Rechnungsnummer können Unternehmen Engpässe erkennen, Durchlaufzeiten verfolgen und nachvollziehen, wie sich die Bearbeitung einzelner Rechnungen unterscheidet. Warum das wichtig ist Dies ist die erforderliche Case-ID, die alle zugehörigen Ereignisse verknüpft und so die Rekonstruktion und Analyse des gesamten Rechnungslebenszyklus ermöglicht. Woher beziehen In der Regel in der Kopftabelle einer Rechnung oder eines Debitorenbelegs im Finanz-Quellsystem zu finden. Beispiele INV-2023-001239100045678SI-54321 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Ereignisdaten zuletzt aus dem Quellsystem aktualisiert oder extrahiert wurden. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit, zu denen die Daten zuletzt aus dem Quellsystem in die Process-Mining-Umgebung übernommen wurden. Als Metadatenfeld gibt es Auskunft darüber, wie aktuell der analysierte Datensatz ist. Die letzte Datenaktualisierung ist wichtig, damit Analysen und Dashboards den aktuellen Prozessstand widerspiegeln. Sie hilft Benutzern, die Daten richtig einzuordnen, indem sie den Datenstand kennen. Das ist besonders bei der Überwachung laufender Prozesse oder von KPIs nahe Echtzeit relevant, denn so lässt sich beurteilen, wie aktuell die Erkenntnisse sind. Warum das wichtig ist Gibt an, wie aktuell die Daten sind. So lässt sich die Aktualität der Analyse einordnen und der Datenstand nachvollziehen. Woher beziehen Dabei handelt es sich üblicherweise um Metadaten, die das ETL-Tool oder die Datenpipeline während der Datenübernahme erzeugt und speichert. Beispiele 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| Quellsystem SourceSystem | Der Name oder die Kennung des Systems, aus dem die Daten stammen, zum Beispiel eines ERP- oder CRM-Systems. | ||
| Beschreibung Das Attribut Quellsystem gibt an, in welcher Anwendung oder Plattform die Ereignisdaten ursprünglich erfasst wurden. In komplexen IT-Landschaften kann sich ein einzelner Prozess wie Kredit bis Zahlung über mehrere Systeme erstrecken, etwa über ein ERP-System für die Rechnungsstellung und eine separate Plattform für das Forderungsmanagement. Dieses Attribut hilft, den technologischen Kontext des Prozesses zu verstehen. Es unterstützt die Datenvalidierung, macht systemspezifische Prozessabweichungen sichtbar und hilft bei der Diagnose von Integrationsproblemen zwischen Plattformen. Eine Analyse kann beispielsweise zeigen, dass Verzögerungen regelmäßig bei Übergaben zwischen dem ERP-System und dem Forderungsmanagement-Tool auftreten. Warum das wichtig ist Gibt die Herkunft der Daten an. Das ist wichtig, um Prozessabweichungen zwischen Systemen zu verstehen und die Daten zu validieren. Woher beziehen Diese Information wird häufig während der Datenextraktion (ETL) ergänzt oder ist in technischen Metadatenfeldern der Quelltabellen enthalten. Beispiele SAP S/4HANAOracle NetSuiteHighRadius Collections | |||
| Fälligkeitsdatum DueDate | Das berechnete Datum, bis zu dem die Rechnung laut Vertrag bezahlt werden muss. | ||
| Beschreibung Das Fälligkeitsdatum ist der Tag, an dem die Zahlung einer Rechnung eingehen muss, damit sie als fristgerecht gilt. Es wird üblicherweise anhand des Rechnungsdatums und der vereinbarten Zahlungsbedingungen berechnet. Dieses Datum ist ein wichtiger Maßstab für die Leistungsmessung im Forderungseinzug. Es dient dazu, verspätete Zahlungen festzustellen, Mahnverfahren auszulösen und Fälligkeitsanalysen zu erstellen. Im Process Mining wird das Fälligkeitsdatum zur Berechnung von KPIs wie der fristgerechten Zahlungsquote und den Days Sales Outstanding (DSO) verwendet. Außerdem lässt sich damit untersuchen, wie wirksam die Maßnahmen zum Forderungseinzug im Hinblick auf Zahlungsfristen sind. Warum das wichtig ist Dient als zentraler Maßstab für die fristgerechte Zahlung und ist für die Berechnung von KPIs wie DSO und zur Beurteilung der Zahlungspünktlichkeit unverzichtbar. Woher beziehen Im Rechnungskopf zu finden. Das Datum kann direkt als Feld vorliegen oder aus dem Rechnungsdatum und den Zahlungsbedingungen abgeleitet werden. Beispiele 2023-04-142023-05-302023-06-01 | |||
| Grund der Beanstandung DisputeReason | Der Grundcode oder die Beschreibung, die erfasst wird, wenn ein Kunde eine Rechnung beanstandet. | ||
| Beschreibung Der Beanstandungsgrund gibt an, warum ein Kunde die Zahlung einer Rechnung verweigert. Häufige Gründe sind falsche Preise, beschädigte Waren, Mengenabweichungen oder fehlende Unterlagen. Diese Information wird üblicherweise erfasst, wenn ein formeller Beanstandungsfall angelegt wird. Der Beanstandungsgrund ist ein wichtiges Attribut für die Ursachenanalyse. Durch die Auswertung der Häufigkeit verschiedener Gründe kann ein Unternehmen systematische Probleme außerhalb des Forderungsmanagements erkennen, etwa beim Versand, bei der Abrechnungsgenauigkeit oder bei der Erfassung von Verkaufsaufträgen. Process Mining zeigt außerdem, wie sich unterschiedliche Beanstandungsgründe auf die Klärungsdauer und den Prozessablauf auswirken. So lässt sich das Beanstandungsmanagement gezielt verbessern. Warum das wichtig ist Ermöglicht die Ursachenanalyse von Zahlungsverzögerungen und Beanstandungen und hilft, vorgelagerte Probleme in Bereichen wie Abrechnung, Versand oder Vertrieb zu erkennen und zu beheben. Woher beziehen Gespeichert in Modulen für das Beanstandungsmanagement, in CRM-Systemen oder als Grundcode auf der Rechnung beziehungsweise dem Debitorenbeleg. Beispiele Falscher PreisFehlende MengeBeschädigte WareDoppelte Rechnung | |||
| Kunden-ID CustomerId | Eine eindeutige Kennung des Kunden, zu dem die Rechnung gehört. | ||
| Beschreibung Die Kunden-ID ist der eindeutige Code für ein bestimmtes Kundenkonto im System. Sie verknüpft eine Rechnung mit der Partei, die rechtlich zur Zahlung verpflichtet ist. Bei einer Process-Mining-Analyse ist die Kunden-ID eine wichtige Dimension für die Segmentierung. Analysten können damit die Prozessleistung für einzelne Kunden oder Kundengruppen untersuchen. So lassen sich Muster erkennen, etwa welche Kunden regelmäßig verspätet zahlen, besonders häufig Beanstandungen einreichen oder von bestimmten Prozessineffizienzen betroffen sind. Diese Erkenntnisse sind wichtig, um den Forderungseinzug gezielt auszurichten und die Kundenbeziehungen zu verbessern. Warum das wichtig ist Ermöglicht eine gezielte Segmentierung der Prozessdaten, um das Zahlungsverhalten zu analysieren, problematische Konten zu erkennen und den Forderungseinzug darauf abzustimmen. Woher beziehen Im Kopf des Rechnungsbelegs verfügbar oder über Kundenstammdatentabellen im Finanz- oder Vertriebssystem verknüpft. Beispiele CUST-00543100234ACME-CORP | |||
| Mahnstufe DunningLevel | Die erreichte Stufe des automatisierten Mahn- oder Forderungseinzugs für eine überfällige Rechnung. | ||
| Beschreibung Die Mahnstufe zeigt, wie weit eine überfällige Rechnung im formellen Mahnverfahren fortgeschritten ist. Sie wird häufig als Zahl oder Code dargestellt. „Stufe 1“ kann beispielsweise eine freundliche Erinnerung sein, während „Stufe 4“ die letzte Mahnung vor rechtlichen Schritten bezeichnet. Die Analyse der Mahnstufen ist wichtig, um die Wirksamkeit der Mahnstrategie zu bewerten. Process Mining zeigt, welche Prozessabläufe zu höheren Mahnstufen führen und ob diese tatsächlich Zahlungen auslösen. Eine Analyse kann beispielsweise ergeben, dass die meisten Zahlungen nach Mahnstufe 2 eingehen und die Stufen 3 und 4 daher weitgehend wirkungslos und kostspielig sind. Diese Erkenntnisse helfen, Zeitpunkt und Inhalt der Mahnschreiben zu optimieren. Warum das wichtig ist Misst die Intensität der Maßnahmen zum Forderungseinzug und ist entscheidend, um die Wirksamkeit der Mahnstrategie auf jeder Stufe zu analysieren. Woher beziehen Zu finden in Modulen für das Forderungsmanagement oder in Debitorendaten, häufig dem Kundenkonto oder bestimmten überfälligen Belegen zugeordnet. Beispiele 123Rechtliche Schritte ausstehend | |||
| Name des Sachbearbeiters CollectorName | Der Name oder die Kennung des Benutzers, Mitarbeitenden oder Teams, das für eine Aktivität zum Forderungseinzug zuständig ist. | ||
| Beschreibung Der Name des Sachbearbeiters gibt an, welche Person oder Gruppe eine überfällige Rechnung bearbeitet und für den Forderungseinzug zuständig ist. Das kann ein Mitarbeitender der Buchhaltung, ein spezialisierter Sachbearbeiter im Forderungsmanagement oder ein Team sein. Dieses Attribut ermöglicht die Leistungsanalyse einzelner Personen und Teams. Durch Filtern oder Vergleichen der Prozesse nach Sachbearbeiter können Unternehmen bewährte Vorgehensweisen besonders leistungsstarker Mitarbeitender erkennen, Schulungsbedarf feststellen und die Arbeitsverteilung analysieren. Es ist wichtig, um den menschlichen Anteil am Forderungseinzug und dessen Auswirkungen auf Zahlungseingänge und Abschreibungen zu verstehen. Warum das wichtig ist Ermöglicht die Analyse der Team- und Einzelleistung, der Arbeitsverteilung sowie der Wirksamkeit verschiedener Sachbearbeiter oder Strategien beim Forderungseinzug. Woher beziehen Zu finden in Debitorenbuchungsdaten, Kundenstammsätzen oder speziellen Modulen für das Forderungsmanagement. Das Attribut kann Feldern wie „Sachbearbeiter Buchhaltung“ oder „Benutzer-ID“ entsprechen. Beispiele John SmithTeam Forderungsmanagement AUSER123 | |||
| Rechnungsbetrag InvoiceAmount | Der Gesamtbetrag der Rechnung. | ||
| Beschreibung Der Rechnungsbetrag ist die Gesamtsumme, die dem Kunden in Rechnung gestellt wird und die er voraussichtlich zahlen muss. Er ist eine grundlegende Finanzkennzahl für jeden Rechnungs-Case. Dieses Attribut ist für die Analyse finanzieller Auswirkungen unverzichtbar. Werden Prozesskennzahlen mit dem Rechnungsbetrag verknüpft, können Unternehmen ihre Maßnahmen zum Forderungseinzug priorisieren. Eine Analyse kann beispielsweise zeigen, dass bei Rechnungen mit hohen Beträgen die Zahlung länger dauert oder häufiger Beanstandungen auftreten. Der Rechnungsbetrag ermöglicht außerdem die Berechnung wichtiger Finanzkennzahlen wie der Days Sales Outstanding (DSO) und die Ermittlung des Geldwerts, der durch Prozessengpässe oder Abschreibungen gebunden ist. Warum das wichtig ist Wichtig für Finanzanalysen, die Priorisierung des Forderungseinzugs bei hohen Rechnungsbeträgen und die Bezifferung der finanziellen Auswirkungen ineffizienter Prozesse. Woher beziehen Ein Standardfeld im Rechnungskopf des Debitoren- oder Abrechnungsmoduls des Quellsystems. Beispiele 5400.50125000.00750.75 | |||
| Rechnungsstatus InvoiceStatus | Der aktuelle finanzielle oder operative Status der Rechnung, zum Beispiel Offen, Bezahlt, Überfällig oder Beanstandet. | ||
| Beschreibung Der Rechnungsstatus gibt den aktuellen Stand einer Rechnung in ihrem Lebenszyklus an. Er ändert sich mit dem Prozessverlauf: Bei der Erstellung lautet er „Offen“, nach Überschreiten des Fälligkeitsdatums ohne Zahlung „Überfällig“ und schließlich „Bezahlt“ oder „Abgeschrieben“. Dieses Attribut zeigt den aktuellen Stand der Debitorenforderungen. In einer Process-Mining-Analyse hilft es, Cases zu kategorisieren und die Ergebnisse verschiedener Prozessvarianten zu verstehen. Ein Vergleich der Abläufe, die zum Status „Beanstandet“ beziehungsweise „Bezahlt“ führen, kann beispielsweise die Ursachen für Zahlungsverzögerungen aufdecken. Außerdem lassen sich aktive Cases filtern, etwa alle derzeit überfälligen Rechnungen, um laufende Maßnahmen zum Forderungseinzug zu analysieren. Warum das wichtig ist Zeigt den aktuellen Stand der Rechnungen und ermöglicht es, Prozessergebnisse zu analysieren sowie Cases in bestimmten Phasen wie „Überfällig“ oder „Beanstandet“ zu filtern. Woher beziehen Üblicherweise als Statusfeld im Kopf des Rechnungs- oder Debitorenbelegs verfügbar. Beispiele OffenBezahltÜberfälligBeanstandetAbgeschrieben | |||
| Buchungskreis CompanyCode | Die Kennung der juristischen Person oder Geschäftseinheit, zu der die Rechnung gehört. | ||
| Beschreibung Der Buchungskreis ist eine Organisationseinheit, die ein rechtlich selbstständiges Unternehmen oder einen abgegrenzten Geschäftsbereich bezeichnet, für den Abschlüsse erstellt werden. In Organisationen mit mehreren Gesellschaften wird jeder Vorgang einem bestimmten Buchungskreis zugeordnet. Dieses Attribut ist grundlegend für Analysen auf Organisationsebene. Es ermöglicht den Vergleich der Prozessleistung zwischen verschiedenen juristischen Personen, Tochtergesellschaften oder Geschäftseinheiten. Solche Vergleiche können Unterschiede bei Prozesseffizienz, Richtlinieneinhaltung und Leistung der Sachbearbeitenden aufzeigen. So lassen sich bewährte Vorgehensweisen weitergeben und Prozesse bei Bedarf standardisieren. Warum das wichtig ist Ermöglicht den Vergleich von Prozessen und Leistungskennzahlen zwischen verschiedenen juristischen Personen, Tochtergesellschaften oder Geschäftseinheiten einer Organisation. Woher beziehen Ein Standardfeld für Finanzbelege, einschließlich Rechnungen, in einem ERP-System. Beispiele 1000US01DE01UK_SALES | |||
| Kundensegment CustomerSegment | Eine Einordnung des Kunden, zum Beispiel nach Größe, Branche, strategischer Bedeutung oder Region. | ||
| Beschreibung Das Kundensegment ordnet Kunden anhand gemeinsamer Merkmale Gruppen zu. Die Einteilung kann sich beispielsweise nach Branche (etwa Fertigung oder Einzelhandel), Größe (etwa Großunternehmen oder KMU), Region oder strategischem Wert (etwa Gold, Silber oder Bronze) richten. Dieses Attribut ermöglicht eine differenzierte und strategische Analyse des Forderungseinzugs. Der Vergleich der Prozessleistung verschiedener Segmente kann zeigen, dass bestimmte Kundengruppen ein besonderes Zahlungsverhalten oder spezifische Herausforderungen aufweisen. Bei internationalen Kunden können beispielsweise grenzüberschreitende Bankvorgänge zu längeren Zahlungszyklen führen. Diese Erkenntnisse helfen, gezielte Strategien und Richtlinien für den Forderungseinzug je Segment zu entwickeln und so die Effizienz und Kundenzufriedenheit insgesamt zu verbessern. Warum das wichtig ist Ermöglicht den Vergleich verschiedener Kundengruppen und unterstützt die Entwicklung gezielter Strategien und Richtlinien für den Forderungseinzug. Woher beziehen Üblicherweise in den Kundenstammdaten eines CRM- oder ERP-Systems zu finden. Beispiele GroßunternehmenKleine und mittlere UnternehmenÖffentliche VerwaltungNordamerika | |||
| Rechnungswährung InvoiceCurrency | Die Währung, in der der Rechnungsbetrag angegeben ist. | ||
| Beschreibung Die Rechnungswährung gibt an, in welcher Währung, etwa USD, EUR oder JPY, die Rechnung ausgestellt wird und die Zahlung erwartet wird. Das ist besonders für international tätige Unternehmen relevant. Beim Process Mining stehen häufig Prozessabläufe und nicht Währungsumrechnungen im Mittelpunkt. Dennoch ist dieses Attribut wichtig, um den Rechnungsbetrag richtig einzuordnen. Es ermöglicht, die Analyse auf eine bestimmte Währung zu beschränken oder Prozesse nach Währung zu segmentieren. So lässt sich prüfen, ob Transaktionen in bestimmten Währungen anderen Mustern folgen, etwa aufgrund längerer internationaler Zahlungsabwicklung oder anderer Strategien für den Forderungseinzug in ausländischen Märkten. Warum das wichtig ist Liefert den erforderlichen Kontext zum Rechnungsbetrag und ermöglicht die Segmentierung der Analyse nach Währung, was für international tätige Unternehmen relevant sein kann. Woher beziehen Ein Standardfeld im Rechnungskopf. Beispiele USDEURGBPJPY | |||
| Zahlungsbedingungen PaymentTerms | Die vereinbarten Bedingungen, die festlegen, bis wann ein Kunde eine Rechnung bezahlen soll. | ||
| Beschreibung Die Zahlungsbedingungen legen die Konditionen eines Verkaufs fest, insbesondere den Zahlungszeitpunkt. Sie werden meist als Code oder Kurztext angegeben, zum Beispiel „Net 30“ (Zahlung innerhalb von 30 Tagen) oder „2/10 Net 30“ (2 % Skonto bei Zahlung innerhalb von 10 Tagen, andernfalls ist der Gesamtbetrag innerhalb von 30 Tagen fällig). Dieses Attribut liefert wichtigen Kontext zum Fälligkeitsdatum der Rechnung und zum Zahlungsverhalten des Kunden. Eine Analyse nach Zahlungsbedingungen kann zeigen, ob bestimmte Konditionen mit mehr verspäteten Zahlungen oder Beanstandungen verbunden sind. Außerdem lässt sich damit die Wirksamkeit von Skonti bei frühzeitiger Zahlung bewerten und die Grundlage für künftige Verhandlungen über Zahlungsbedingungen schaffen, um den Cashflow zu optimieren. Warum das wichtig ist Liefert Kontext zu den Fälligkeitsdaten von Rechnungen und ermöglicht die Analyse, wie sich unterschiedliche Zahlungsvereinbarungen auf die fristgerechte Zahlung und den Cashflow insgesamt auswirken. Woher beziehen Gespeichert in den Kundenstammdaten oder im Kopf des Verkaufsauftrags beziehungsweise der Rechnung. Beispiele Net 30Net 602/10 Net 30Zahlbar bei Erhalt | |||
Aktivitäten im Kreditmanagement und Forderungsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Rechnung abgeschrieben | Kennzeichnet den endgültigen, erfolglosen Ausgang: Die Forderung gilt als uneinbringlich und wird als Forderungsausfall abgeschrieben. Dadurch wird die Forderung aus den Büchern ausgebucht. | ||
| Warum das wichtig ist Diese Aktivität steht für einen direkten finanziellen Verlust. Eine Analyse der Häufigkeit und Höhe von Abschreibungen hilft, Kreditrisiken, Schwächen im Forderungseinzug und mögliche Prozessverbesserungen zu erkennen. Woher beziehen Dabei handelt es sich um einen expliziten Finanzvorgang, etwa eine Journalbuchung oder Korrektur, die auf ein Konto für Forderungsausfälle gebucht wird und die ursprüngliche Rechnung ausgleicht. Erfassung Verwenden Sie das Buchungsdatum des Finanzbelegs oder der Journalbuchung, mit der der Restbetrag der Rechnung abgeschrieben wird. Ereignistyp explicit | |||
| Rechnung ausgeglichen | Kennzeichnet den erfolgreichen Abschluss des Rechnungslebenszyklus: Die Rechnung ist vollständig bezahlt und ihr Saldo beträgt null. Dies ist der angestrebte Endzustand des Prozesses. | ||
| Warum das wichtig ist Dies ist das zentrale Endereignis des Happy Path. Die Zeit bis zu dieser Aktivität ergibt die gesamte Durchlaufzeit von der Rechnungsstellung bis zum Zahlungseingang, eine wichtige Geschäftskennzahl. Woher beziehen Der Ausgleich wird häufig angenommen, wenn die Summe der zugeordneten Zahlungen und Gutschriften dem Rechnungsbetrag entspricht oder der Status auf „Bezahlt“ oder „Geschlossen“ wechselt. Erfassung Ermitteln Sie den neuesten Timestamp eines Ausgleichs- oder Zahlungszuordnungsvorgangs, durch den der offene Rechnungsbetrag auf null sinkt. Ereignistyp inferred | |||
| Rechnung erstellt | Kennzeichnet die offizielle Erstellung des Rechnungssatzes im Quellsystem. Dieses Ereignis ist der zentrale Startpunkt des Rechnungs-zu-Zahlung-Prozesses. Dabei werden der Forderungsbetrag und die Zahlungsbedingungen festgelegt. | ||
| Warum das wichtig ist Dies ist das zentrale Start-Event des Prozesses. Alle Berechnungen der Zykluszeit, etwa für den Rechnungs-zu-Zahlung-Zyklus und den Days Sales Outstanding, beginnen an diesem Punkt. Woher beziehen Dieser zentrale Geschäftsvorgang ist im Debitoren- oder Abrechnungsmodul zu finden. Er wird anhand des Erstellungs- oder Buchungsdatums des Rechnungsbelegs erfasst. Erfassung Verwenden Sie den Erstellungs-Timestamp oder das Buchungsdatum aus der Haupttabelle des Rechnungs- oder Finanzbelegs. Ereignistyp explicit | |||
| Streitfall erfasst | Kennzeichnet den Zeitpunkt, zu dem ein Kunde offiziell eine Rechnung beanstandet und der Vorgang im System erfasst wird. Dieses Ereignis unterbricht häufig den regulären Mahnprozess für den strittigen Betrag. | ||
| Warum das wichtig ist Beanstandungen sind eine häufige Ursache für Zahlungsverzögerungen. Zu erkennen, wann und warum sie auftreten, ist entscheidend für die Ursachenanalyse, die Prozessverbesserung und die Verkürzung der Days Sales Outstanding. Woher beziehen Dieses Ereignis wird erfasst, wenn ein Beanstandungsfall angelegt oder der Rechnungsstatus in einem Modul für Beanstandungs- oder Forderungsmanagement auf „Beanstandet“ gesetzt wird. Erfassung Verwenden Sie den Erstellungszeitpunkt des Beanstandungsfalls oder den Timestamp der Statusänderung auf der Rechnung. Ereignistyp explicit | |||
| Zahlungsziel überschritten | Ein wichtiger Meilenstein: Das Nettozahlungsziel der Rechnung ist überschritten, ohne dass die Rechnung vollständig bezahlt wurde. Damit wechselt die Rechnung vom Status „Aktuell“ zu „Überfällig“. | ||
| Warum das wichtig ist Diese Aktivität löst in der Regel alle Maßnahmen zum Forderungseinzug und Mahnwesen aus. Anhand der Zahl der Rechnungen, die diesen Punkt erreichen, lassen sich das Zahlungsverhalten und der Arbeitsaufwand im Forderungseinzug beurteilen. Woher beziehen Dieses Ereignis wird nicht direkt im System erfasst. Es wird berechnet, indem das Fälligkeitsdatum der Rechnung mit dem aktuellen Timestamp oder dem Timestamp einer späteren Aktivität verglichen wird. Erfassung Erzeugen Sie einen Ereignis-Timestamp für das Fälligkeitsdatum der Rechnung, wenn sie bis zu diesem Datum nicht ausgeglichen wurde. Beispiel: „InvoiceDueDate + 1 day“. Ereignistyp calculated | |||
| Zahlungszusage erhalten | Dieses Ereignis tritt ein, wenn ein Kunde zusagt, eine Rechnung zu einem späteren Zeitpunkt zu bezahlen, und diese Vereinbarung im System erfasst wird. Es ist ein positives Zwischenergebnis der Maßnahmen zum Forderungseinzug. | ||
| Warum das wichtig ist Dies ist eine wichtige Kennzahl für die Wirksamkeit der Maßnahmen zum Forderungseinzug. Anhand dieses Meilensteins lässt sich prüfen, ob Kunden ihre Zusagen einhalten. Das unterstützt die Prognose künftiger Zahlungseingänge. Woher beziehen Dieses Ereignis wird von einem Benutzer ausdrücklich im Forderungsmanagementmodul erfasst. Dabei entsteht ein Datensatz mit zugesagtem Zahlungsdatum und Betrag. Erfassung Verwenden Sie den Erstellungs-Timestamp des der Rechnung zugeordneten Datensatzes „Zahlungszusage“. Ereignistyp explicit | |||
| Beanstandung geklärt | Kennzeichnet den Abschluss des Beanstandungsmanagements: Der Sachverhalt wurde geprüft und eine Lösung gefunden. Die Rechnung kann nun bezahlt oder abgeschrieben werden. | ||
| Warum das wichtig ist Die Dauer der Klärung wirkt sich direkt auf den Cashflow und die Kundenzufriedenheit aus. Mit dieser Aktivität lässt sich die Durchlaufzeit der Beanstandungsklärung bis zum Abschluss messen. Woher beziehen Dieses Ereignis wird erfasst, wenn der Status eines Beanstandungsfalls auf „Geklärt“ oder „Geschlossen“ gesetzt oder die Beanstandungskennzeichnung auf einer Rechnung entfernt wird. Erfassung Verwenden Sie den Timestamp der Statusänderung im Beanstandungsfall oder im Rechnungsdatensatz, der die Klärung anzeigt. Ereignistyp explicit | |||
| Gutschrift erstellt | Kennzeichnet die Erstellung einer Gutschrift, die mit einer Rechnung verrechnet wird. Dies geschieht häufig, um einen Abrechnungsfehler zu korrigieren oder eine Beanstandung zu klären. | ||
| Warum das wichtig ist Häufige Gutschriften können auf systematische Probleme im vorgelagerten Order-to-Cash-Prozess hinweisen, etwa auf falsche Preise oder Versandfehler. Diese Aktivität ist für die Ursachenanalyse besonders wichtig. Woher beziehen Dabei handelt es sich um einen üblichen Finanzvorgang, der anhand des Buchungsdatums des Gutschriftsbelegs im Debitorenmodul erfasst wird. Erfassung Verwenden Sie das Erstellungs- oder Buchungsdatum aus dem Belegkopf der Gutschrift und verknüpfen Sie die Gutschrift mit der ursprünglichen Rechnung. Ereignistyp explicit | |||
| Kreditlimit genehmigt | Kennzeichnet den erfolgreichen Abschluss einer Kreditprüfung, bei der ein Kreditlimit für einen Kunden offiziell gewährt oder angepasst wird. Diese Aktivität geht in der Regel der Rechnungserstellung voraus und legt die Bedingungen für die Transaktion fest. | ||
| Warum das wichtig ist Die Analyse der Zeit zwischen Kreditgenehmigung und Rechnungserstellung zeigt, wie effizient der Vertriebszyklus abläuft. Sie hilft außerdem zu verstehen, warum für bestimmte Rechnungen besondere Zahlungsbedingungen gelten oder später Probleme beim Forderungseinzug auftreten. Woher beziehen Dieses Ereignis wird in der Regel in einem Kreditmanagementmodul oder CRM-System erfasst, wenn ein Kreditmanager den Kreditantrag oder die Kreditprüfung eines Kunden genehmigt. Erfassung Erfassen Sie den Timestamp, zu dem der Status der Kreditprüfung eines Kunden auf „Genehmigt“ gesetzt oder ein neues Kreditlimit endgültig festgelegt wird. Ereignistyp explicit | |||
| Kunde zum Forderungseinzug kontaktiert | Kennzeichnet eine manuelle Kontaktaufnahme durch eine mit dem Forderungseinzug betraute Person, etwa per Telefon oder persönlicher E-Mail. Die zuständige Person erfasst diese Aktivität im System. | ||
| Warum das wichtig ist Diese Aktivität macht den manuellen Aufwand beim Forderungseinzug sichtbar. Anhand der Häufigkeit und der Ergebnisse solcher Kontakte lassen sich die Effizienz der Mitarbeitenden und der Ressourceneinsatz beurteilen. Woher beziehen Dieses Ereignis wird in der Regel anhand von Protokollen zu benutzerseitig erstellten Aktivitäten, Aufgaben oder Interaktionen in einem Inkasso- oder CRM-Modul erfasst. Erfassung Extrahieren Sie Datum und Uhrzeit der erfassten Aktivitäten, etwa „Telefonanruf“ oder „E-Mail“, die dem Kunden oder der Rechnung zugeordnet sind. Ereignistyp explicit | |||
| Mahnverfahren gestartet | Kennzeichnet den Beginn eines formellen Mahnverfahrens oder die Zuordnung einer überfälligen Rechnung zu einer bestimmten Inkassostrategie. Dies ist eine systematischere Eskalation als eine einzelne Zahlungserinnerung. | ||
| Warum das wichtig ist Diese Aktivität kennzeichnet eine Eskalation beim Forderungseinzug. Die Zeit bis zu diesem Schritt und die anschließenden Ergebnisse zeigen, wie effizient und wirksam die gesamte Mahnstrategie ist. Woher beziehen Dieses Ereignis wird erfasst, wenn einer Rechnung erstmals eine Mahnstufe zugewiesen oder im Forderungsmanagementsystem eine formelle Inkassostrategie ausgelöst wird. Erfassung Erfassen Sie den Timestamp, zu dem eine Rechnung erstmals in einen formellen Mahnlauf aufgenommen oder einer Inkassostrategie zugeordnet wird. Ereignistyp explicit | |||
| Rechnung an Kunden gesendet | Kennzeichnet den Zeitpunkt, zu dem die Rechnung dem Kunden offiziell zugestellt wurde, elektronisch oder in Papierform. Die Zahlungsfrist beginnt häufig an diesem Datum. | ||
| Warum das wichtig ist Verzögerungen zwischen Rechnungserstellung und Versand können den Zahlungszyklus verlängern. Anhand dieser Aktivität erkennen Sie Engpässe bei der Rechnungsausgabe und deren Auswirkungen auf den Cashflow. Woher beziehen Dieses Ereignis wird möglicherweise direkt in einem Ausgabemanagementsystem erfasst oder anhand von Kommunikationsprotokollen, etwa zu E-Mails oder EDI-Übertragungen, abgeleitet. Erfassung Extrahieren Sie den Timestamp aus Systemprotokollen für ausgehende Mitteilungen oder aus einem eigenen Feld für das Versanddatum im Rechnungssatz. Ereignistyp explicit | |||
| Zahlung einer Rechnung zugeordnet | Kennzeichnet den Abschluss der Zahlungszuordnung: Eine eingegangene Zahlung wurde erfolgreich mit einer bestimmten Rechnung abgeglichen und dieser zugeordnet. Dadurch wird der offene Saldo reduziert oder ausgeglichen. | ||
| Warum das wichtig ist Diese Aktivität bildet die entscheidende Verbindung zwischen Zahlungseingang und Abbau der Forderung. Verzögerungen bei der Zuordnung können unnötige Mahnaktivitäten und fehlerhafte Kundenkontoauszüge zur Folge haben. Woher beziehen Dieses Ereignis wird protokolliert, wenn ein Ausgleichsvorgang gebucht wird, der einen Zahlungsbeleg mit einem Rechnungsbeleg im Debitoren-Nebenbuch verknüpft. Erfassung Verwenden Sie das Buchungsdatum des Ausgleichsbelegs oder das in den Tabellen zur Zahlungszuordnung erfasste Zuordnungsdatum. Ereignistyp explicit | |||
| Zahlung eingegangen | Kennzeichnet den Eingang einer Kundenzahlung, der häufig anhand eines Kontoauszugs oder einer Lockbox-Datei erfasst wird. Das Geld ist damit eingegangen, aber noch nicht unbedingt einer bestimmten Rechnung zugeordnet. | ||
| Warum das wichtig ist Diese Aktivität markiert den Beginn der Zahlungszuordnung. Die Zeit zwischen Zahlungseingang und Zuordnung ist eine wichtige Kennzahl für das Treasury und die operative Effizienz. Woher beziehen Dieses Ereignis wird bei der Erstellung eines Zahlungseingangs- oder Kundenzahlungsbelegs erfasst, häufig in einem Zahlungsjournal oder einem Cash-Management-Modul. Erfassung Verwenden Sie das Buchungs- oder Valutadatum des eingehenden Zahlungsvorgangs oder des Kontoauszugsdatensatzes. Ereignistyp explicit | |||
| Zahlungserinnerung gesendet | Kennzeichnet eine erste, häufig automatisierte Zahlungserinnerung oder ein Mahnschreiben an einen Kunden zu einer überfälligen Rechnung. Dies ist in der Regel der erste Schritt im Mahnverfahren. | ||
| Warum das wichtig ist Anhand der Zahlungserinnerungen lässt sich die Wirksamkeit früher Maßnahmen zum Forderungseinzug beurteilen. Sie können auswerten, wie viele Rechnungen nach einer einfachen Erinnerung bezahlt werden und bei welchen weitere Maßnahmen erforderlich sind. Woher beziehen Dieses Ereignis wird anhand der Protokolle eines Mahn- oder Inkassomoduls erfasst. Darin sind das Datum und die Art der Mitteilung zu einer Rechnung verzeichnet. Erfassung Verwenden Sie das Ausführungsdatum aus dem Mahnverlauf oder der Kommunikationstabelle, die der Rechnung zugeordnet ist. Ereignistyp explicit | |||
| Zahlungszusage nicht eingehalten | Ein berechnetes Ereignis, das anzeigt, dass ein Kunde die Zahlung nicht bis zum vereinbarten Zusagedatum geleistet hat. Dies ist ein Rückschlag beim Forderungseinzug, der häufig weitere Eskalationsmaßnahmen erfordert. | ||
| Warum das wichtig ist Diese Aktivität macht Ineffizienzen und unzuverlässige Zusagen sichtbar. Anhand ihrer Häufigkeit lassen sich Kunden mit erhöhtem Risiko erkennen und Inkassostrategien für weitere Maßnahmen anpassen. Woher beziehen Dieses Ereignis wird abgeleitet, indem geprüft wird, ob das zugehörige Zahlungszusagedatum einer Rechnung verstrichen ist, ohne dass eine Zahlung gebucht wurde. Erfassung Erzeugen Sie ein Ereignis für den Tag nach dem Zusagedatum, wenn keine entsprechende Zahlung auf die Rechnung gebucht wurde. Ereignistyp calculated | |||
Extraktionsanleitungen
Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in
oder wählen Sie einen bestimmten Prozess und ein System aus.
Möchten Sie loslegen?
Wählen Sie unten eine systemspezifische Extraktionsanleitung aus, um passende Anweisungen zu erhalten. Alternativ können Sie dieses generische Template als Ausgangspunkt für die Datenaufbereitung verwenden.
Umsatzverluste vermeiden: Optimieren Sie Kreditmanagement und Forderungsmanagement noch heute
Funktioniert mit Ihren bestehenden Systemen. Ergebnisse in wenigen Tagen.
Keine Kreditkarte erforderlich. Legen Sie schnell los.