Ihr Daten-Template für das Forderungsmanagement

Universelles Process-Mining-Template
Ihr Daten-Template für das Forderungsmanagement

Ihr Daten-Template für das Forderungsmanagement

Universelles Process-Mining-Template

Dies ist unser generisches Daten-Template für Process Mining für Forderungen aus Lieferungen und Leistungen. Verwenden Sie unsere systemspezifischen Templates für eine gezieltere Anleitung.

Bestimmtes System auswählen
  • Wichtige Datenfelder zur Nachverfolgung von Rechnungslebenszyklen
  • Standardisierte Aktivitätsdefinitionen für eine konsistente Prozessabbildung
  • Skalierbare Struktur, kompatibel mit jedem Finanzmanagement-Tool
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Debitorenbuchhaltung

Dieser Abschnitt beschreibt die empfohlenen Datenfelder für Ihr Event Log, damit Sie Ihren Rechnungsprozess umfassend analysieren können.
5 Erforderlich 8 Empfohlen 2 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Die Beschreibung des Ereignisses oder der Aktion, die für die Rechnung ausgeführt wurde.
Beschreibung

Dieses Attribut definiert den konkreten Schritt oder die Statusänderung im Lebenszyklus der Rechnung. Beispiele sind Rechnung erstellt, Zahlung gebucht, Streitfall eröffnet oder Gutschrift ausgestellt.

Durch die Analyse der Abfolge dieser Aktivitäten rekonstruieren Process-Mining-Tools die Prozesslandkarte. So können Unternehmen Engpässe, Nacharbeitschleifen, etwa wiederholte Aktualisierungen eines Streitfalls, sowie Abweichungen von den standardmäßigen Inkassoverfahren erkennen.

Warum das wichtig ist

Dies ist das erforderliche Activity-Feld zur Definition der Prozessschritte.

Bezugsquelle

Zu finden in Transaktionsprotokollen, Änderungsbelegen oder Tabellen zur Statushistorie.

Beispiele
Rechnung erstelltZahlung eingegangenStreitfall gemeldetMahnschreiben gesendet
Ereignis-Timestamp
EventTime
Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt, zu dem eine Aktion im Quellsystem ausgeführt wurde. Es ist entscheidend, um die chronologische Reihenfolge der Ereignisse innerhalb eines Cases festzulegen.

Analysten verwenden diese Daten, um Durchlaufzeiten zwischen Prozessschritten zu berechnen, etwa die Zeit zwischen dem Versand der Rechnung und der Buchung der Zahlung. Außerdem bilden sie die Grundlage für die Bestimmung der Dauer einzelner Aktivitäten und die Erkennung von Verzögerungen im Zahlungseingangsprozess.

Warum das wichtig ist

Dies ist der erforderliche Start-Timestamp, um Ereignisse zu ordnen und die Dauer zu berechnen.

Bezugsquelle

Zu finden in Systemprotokollen, Timestamps von Transaktionserfassungen oder Tabellen zur Änderungshistorie.

Beispiele
2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten extrahiert oder aktualisiert wurden.
Beschreibung

Dieses Attribut erfasst, wann der Datensatz zuletzt in der Process-Mining-Anwendung aktualisiert wurde. Es dient als Metadatenfeld und informiert über die Aktualität der Analyse.

Es hilft Analysten zu erkennen, ob sie Echtzeitdaten oder eine Momentaufnahme aus einem früheren Zeitraum betrachten. Das ist entscheidend für eine korrekte Berichterstattung und dafür, dass Entscheidungen auf den aktuellsten verfügbaren Informationen beruhen.

Warum das wichtig ist

Liefert Kontext zur Datenlatenz und Datenzuverlässigkeit.

Bezugsquelle

Wird zur Laufzeit von der Datenpipeline oder dem ETL-Tool erzeugt.

Beispiele
2023-11-15T00:00:00Z2023-11-16T08:00:00Z
Quellsystem
SourceSystem
Der Name oder die Kennung des Systems, aus dem die Daten stammen.
Beschreibung

Dieses Attribut identifiziert die Softwareanwendung oder Umgebung, etwa SAP, Oracle oder HighRadius, aus der der Datensatz extrahiert wurde. In komplexen Landschaften mit mehreren ERP-Systemen hilft es, Datenquellen voneinander zu unterscheiden.

Es ist besonders nützlich, wenn die Prozessleistung in verschiedenen Regionen oder Geschäftsbereichen verglichen wird, die möglicherweise unterschiedliche Technologien einsetzen. Dadurch bleibt die Rückverfolgbarkeit der Daten bis zu ihrem Ursprung erhalten.

Warum das wichtig ist

Unverzichtbar zum Filtern und Validieren von Daten in Umgebungen mit mehreren Systemen.

Bezugsquelle

Wird während des ETL-Prozesses üblicherweise als statische Zeichenfolge hinzugefügt.

Beispiele
SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod
Rechnungsnummer
InvoiceId
Die eindeutige Kennung der jeweiligen Rechnung oder des Abrechnungsbelegs.
Beschreibung

Dieses Attribut ist die grundlegende Case-ID für den Debitorenprozess. Es unterscheidet eine Abrechnungstransaktion von einer anderen und dient als Primärschlüssel, um den Lebenszyklus einer Forderung von ihrer Erstellung bis zum Ausgleich zu verfolgen.

In der Process-Mining-Analyse wird dieses Attribut verwendet, um alle zugehörigen Ereignisse, etwa Rechnungserstellung, Aktualisierungen, Streitfälle und Zahlungen, zu einem einzelnen Case zusammenzufassen. Dadurch können Analysten den End-to-End-Verlauf einer bestimmten Rechnung visualisieren und Leistungskennzahlen auf Transaktionsebene berechnen.

Warum das wichtig ist

Dies ist die erforderliche Case-ID zur Rekonstruktion des Prozessablaufs.

Bezugsquelle

Typischerweise in der Transaktionskopftabelle oder der zentralen Nebenbuch-Tabelle für Debitoren zu finden.

Beispiele
INV-2023-001900004321US-10234B55432
Ausgleichsdatum
ClearingDate
Das Datum, an dem die Rechnung vollständig bezahlt oder verrechnet wurde.
Beschreibung

Dieses Attribut erfasst, wann der offene Posten im System geschlossen wurde, typischerweise durch die Buchung einer Zahlung oder Gutschrift. Es kennzeichnet das Ende des Inkassolebenszyklus dieser Rechnung.

Dieses Datum ist für die Berechnung der tatsächlichen Durchlaufzeit und der Days Sales Outstanding (DSO) mathematisch entscheidend. Es hilft, offene von geschlossenen Rechnungen zu unterscheiden, und dient zur Messung der Effizienz der Zahlungszuordnung.

Warum das wichtig ist

Unverzichtbar für die Berechnung der Durchlaufzeit und der tatsächlichen Days Sales Outstanding.

Bezugsquelle

Zu finden in der Belegzeile des Buchhaltungsbelegs oder in der Statushistorie.

Beispiele
2023-11-202023-12-052023-10-15
Automatisiert
IsAutomated
Kennzeichen dafür, ob die Aktivität ohne menschliches Eingreifen ausgeführt wurde.
Beschreibung

Dieses boolesche Attribut unterscheidet manuelle Benutzeraktionen von systemgesteuerten Ereignissen. Häufig wird es abgeleitet, indem die User ID mit einer Liste bekannter Servicekonten abgeglichen wird.

Es ist die wichtigste Grundlage für die Berechnung von Automatisierungsquoten. Unternehmen können damit den Return on Investment der Robotic Process Automation (RPA) bewerten und Möglichkeiten zur Automatisierung wiederkehrender manueller Aufgaben wie Zahlungszuordnung oder Mahnwesen erkennen.

Warum das wichtig ist

Entscheidend für die Messung der digitalen Transformation und der Prozessautomatisierungsquoten.

Bezugsquelle

Abgeleitet aus der User ID oder bestimmten Transaktionskennzeichen.

Beispiele
truefalse
Fälligkeitsdatum
DueDate
Das Datum, bis zu dem der Kunde voraussichtlich zahlen soll.
Beschreibung

Dieses Attribut legt die Zahlungsfrist gemäß den vereinbarten Verkaufsbedingungen fest. Es bildet die Grundlage für die Bestimmung, ob eine Rechnung aktuell, überfällig oder in Zahlungsverzug ist.

Analysten verwenden dieses Datum zur Berechnung von Kennzahlen für frühzeitige oder verspätete Zahlungen. Der Vergleich des tatsächlichen Zahlungsdatums mit dem Fälligkeitsdatum zeigt das Zahlungsverhalten des Kunden und die Wirksamkeit der Inkassostrategien.

Warum das wichtig ist

Die Grundlage für die Berechnung von Forderungsalter, Zahlungsverzug und Zahlungstreue.

Bezugsquelle

Zu finden im Rechnungskopf oder berechnet aus dem Basisdatum zuzüglich der Zahlungsbedingungen.

Beispiele
2023-12-012023-10-312023-11-15
Geschäftsbereich
BusinessUnit
Die interne Abteilung, Tochtergesellschaft oder der Buchungskreis, der die Rechnung ausstellt.
Beschreibung

Dieses Attribut bezeichnet die Organisationseinheit innerhalb des Unternehmens, der die Forderung gehört. In Systemen wie SAP entspricht dies dem Company Code, in NetSuite der Subsidiary.

Es ermöglicht vergleichende Analysen verschiedener Niederlassungen oder Geschäftsbereiche. Das Management kann damit die Inkassoleistung, die Einhaltung von Standardprozessen und DSO-Kennzahlen in unterschiedlichen Unternehmensteilen vergleichen.

Warum das wichtig ist

Ermöglicht den Vergleich der Leistung verschiedener Organisationseinheiten.

Bezugsquelle

Zu finden im Rechnungskopf oder im Kopf des Finanzbuchhaltungsbelegs.

Beispiele
US01EMEA-BetriebTochtergesellschaft A1000
Kundenname
CustomerName
Der Name des Unternehmens oder der Organisation, die für die Rechnung verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert den Schuldner, der der Rechnung zugeordnet ist. Es ermöglicht die Aggregation von Daten auf Kontoebene.

Das ist entscheidend für die Analyse des Zahlungsverhaltens bestimmter Kunden. So lassen sich strategisch wichtige Kunden identifizieren, die häufig verspätet zahlen oder Rechnungen beanstanden. Dadurch können Unternehmen die Kundenbeziehung gezielt steuern und individuelle Inkassomaßnahmen einsetzen.

Warum das wichtig ist

Ermöglicht Analysen auf Kontoebene und die Identifizierung problematischer Zahler.

Bezugsquelle

Zu finden in Kundenstammdatentabellen, die mit dem Rechnungskopf verknüpft sind.

Beispiele
Acme CorpGlobal IndustriesTech Solutions Ltd
Rechnungsbetrag
InvoiceAmount
Der gesamte Geldwert der Rechnung.
Beschreibung

Dieses Attribut stellt den finanziellen Wert der Forderung gegenüber dem Kunden dar. In der Regel entspricht es dem Bruttobetrag einschließlich Steuern und Zuschlägen.

In der Analyse ist dieses Feld grundlegend für die Berechnung finanzieller KPIs, etwa wertgewichteter Days Sales Outstanding (DSO), die Identifizierung gefährdeter Konten mit hohem Rechnungswert und die Priorisierung von Inkassomaßnahmen. Es ermöglicht die Segmentierung von Prozessen nach ihrer finanziellen Auswirkung.

Warum das wichtig ist

Entscheidend für die Analyse finanzieller Auswirkungen und die Priorisierung von Forderungen mit hohem Wert.

Bezugsquelle

Zu finden im Rechnungskopf oder im Kopf des Buchhaltungsbelegs.

Beispiele
1500.00250.5010000.0045.99
Streitgrund
DisputeReason
Die Kategorie oder der Code, der erklärt, warum eine Rechnung beanstandet wird.
Beschreibung

Dieses Attribut erfasst die Klassifizierung des Grundes, aus dem ein Kunde die Zahlung eines Teils oder der gesamten Rechnung verweigert. Häufige Gründe sind Preisfehler, beschädigte Waren oder fehlende Dokumente.

Diese Daten sind für die Ursachenanalyse entscheidend. Durch die Aggregation von Streitgründen können Unternehmen systematische Probleme in vorgelagerten Prozessen, etwa bei Auftragsabwicklung oder Preisgestaltung, erkennen, die Zahlungsverzögerungen und administrative Nacharbeit verursachen.

Warum das wichtig ist

Wichtig für die Identifizierung der Ursachen von Zahlungsverzögerungen und Nacharbeit.

Bezugsquelle

Zu finden in Modulen für das Streitfallmanagement oder in speziellen Tabellen für Streitfälle.

Beispiele
PreisdifferenzBeschädigte WarenFehlende BestellungDoppelte Rechnung
Zahlungsbedingungen
PaymentTerms
Die vereinbarten Bedingungen, die festlegen, wann die Zahlung fällig ist.
Beschreibung

Dieses Attribut enthält den Code oder die Beschreibung des Zahlungsplans, etwa Net 30, Net 60 oder Sofortzahlung. Es definiert die vertragliche Erwartung an den Zahlungseingang.

Die Analyse dieses Attributs zeigt, ob Standardbedingungen eingehalten werden oder ob Vertriebsteams ungünstige Zahlungsbedingungen gewähren, um Geschäfte abzuschließen. Außerdem lässt sich damit der Zusammenhang zwischen Zahlungsbedingungen und tatsächlichem Zahlungsverhalten prüfen.

Warum das wichtig ist

Liefert Kontext zum Fälligkeitsdatum und unterstützt die Analyse der Einhaltung von Zahlungsbedingungen.

Bezugsquelle

Zu finden im Rechnungskopf oder in den Kundenstammdaten.

Beispiele
NT30Netto 60 Tage2 % 10 Netto 30Sofort
Kundensegment
CustomerSegment
Die Klassifizierung des Kunden nach strategischem Wert oder Risiko.
Beschreibung

Dieses Attribut gruppiert Kunden in Kategorien wie Key Accounts, KMU, hohes Risiko oder öffentliche Einrichtungen. Es wird üblicherweise in den Stammdaten definiert.

Die Segmentierung der Prozessanalyse nach diesem Attribut zeigt, wie unterschiedliche Kundentypen behandelt werden. Sie hilft zu prüfen, ob Kunden mit hohem Wert bevorzugt betreut und Kunden mit hohem Risiko ausreichend überwacht werden.

Warum das wichtig ist

Ermöglicht die Analyse von Strategien für verschiedene Kundensegmente.

Bezugsquelle

Zu finden in Kundenstammdaten oder Geschäftspartner-Tabellen.

Beispiele
StrategischEinzelhandelGroßhandelStufe 1
Name des Inkassomitarbeiters
CollectorName
Der Name des Mitarbeiters oder Benutzers, der für den Zahlungseinzug verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert den Mitarbeiter oder das Team, das mit der Betreuung des Kundenkontos und der Sicherstellung des Zahlungseingangs beauftragt ist. Es verknüpft personelle Ressourcen mit Prozessergebnissen.

Damit lassen sich Produktivität und Wirksamkeit der Inkassomitarbeiter analysieren. Führungskräfte können Einzugsquoten, die Erfüllung von Zahlungszusagen und die Arbeitslast verschiedener Mitarbeiter vergleichen, um Schulungsbedarf zu erkennen oder Portfolios neu zu verteilen.

Warum das wichtig ist

Ermöglicht die Analyse der Mitarbeiterproduktivität und den Leistungsvergleich.

Bezugsquelle

Zu finden im Kundenstammsatz oder in speziellen Tabellen für das Inkassomanagement.

Beispiele
John DoeTeam Zahlungseinziehung ASystemagent
Erforderlich Empfohlen Optional

Aktivitäten der Debitorenbuchhaltung

Verwenden Sie diese wichtigen Prozessschritte und Meilensteine, um die erforderlichen Timestamps für eine präzise Ermittlung und Engpassidentifizierung in Ihrem Debitoren-Workflow zu erfassen.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Fälligkeitsdatum überschritten
Ein berechneter Meilenstein, der anzeigt, dass das aktuelle Datum die vereinbarte Zahlungsfrist überschritten hat, während die Rechnung weiterhin offen ist. Dieses Ereignis kennzeichnet den Übergang vom aktuellen zum überfälligen Status.
Warum das wichtig ist

Diese Information ist entscheidend für die Analyse fristgerechter Zahlungen und das Auslösen von Mahnstrategien.

Bezugsquelle

Berechnet durch den Vergleich des Fälligkeitsdatums der Rechnung mit dem Systemdatum, sofern kein Abschlussereignis eingetreten ist.

Erfassen

Erzeugen Sie ein Ereignis, wenn das Systemdatum das Feld „Due Date“ überschreitet und der generische Status weiterhin „Open“ lautet.

Ereignistyp calculated
Gutschrift gebucht
Die Ausstellung einer Gutschrift, die den Rechnungssaldo ausgleicht. Dies ist häufig das finanzielle Ergebnis eines berechtigten Disputes, einer Retoure oder eines nachträglichen Rabatts.
Warum das wichtig ist

Dieses Ereignis ist entscheidend für die Analyse von Umsatzverlusten, Rechnungsqualität und Ursachen ausbleibender Zahlungen.

Bezugsquelle

Zu finden in der Transaktionstabelle des Debitorenbereichs als Belegart für Gutschriften.

Erfassen

Verknüpfen Sie Gutschriftbelege über das Referenzfeld mit der ursprünglichen Rechnung.

Ereignistyp explicit
Rechnung ausgeglichen
Die abschließende Statusänderung, bei der der offene Rechnungsbetrag null beträgt. Dies geschieht durch vollständige Zahlung, Verrechnung eines Guthabens oder Abschreibung.
Warum das wichtig ist

Markiert das absolute Ende des Cases im System und dient zur Berechnung der gesamten Prozessdurchlaufzeit.

Bezugsquelle

Abgeleitet aus der Änderung des Rechnungsstatus in Closed, Cleared oder Paid.

Erfassen

Identifizieren Sie den Timestamp, an dem sich das Statuskennzeichen des offenen Postens in ausgeglichen ändert.

Ereignistyp inferred
Rechnung erstellt
Die erstmalige Erstellung des Rechnungssatzes im Finanzsystem legt den Debitorenposten an. Dieses Ereignis markiert den offiziellen Beginn des Einzugsprozesses und bildet die Grundlage für die Berechnung der Überfälligkeit.
Warum das wichtig ist

Dieses Ankerereignis definiert den Start-Timestamp für alle Durchlaufzeitkennzahlen und DSO-Berechnungen.

Bezugsquelle

Typischerweise finden Sie diese Information in der Belegkopftabelle oder in den Erstellungsprotokollen des ERP-Systems.

Erfassen

Extrahieren Sie den Erstellungs-Timestamp der eindeutigen Rechnungsbelegnummer.

Ereignistyp explicit
Rechnung gesendet
Die Übermittlung des Rechnungsdokuments an den Kunden per E-Mail, Druck, EDI oder Portal. Damit wird die Zahlungsverpflichtung an den Kunden übergeben.
Warum das wichtig ist

Die Berechnung der Zeitspanne zwischen Erstellung und Versand zeigt interne Bearbeitungsverzögerungen, die den Cashflow bremsen.

Bezugsquelle

Diese Information stammt aus Protokollen der Ausgabesteuerung, E-Mail-Versandprotokollen oder EDI-Statusaktualisierungen.

Erfassen

Identifizieren Sie Timestamps, an denen sich der Ausgabestatus der Rechnung in „sent“ oder „completed“ ändert.

Ereignistyp explicit
Streitfall eröffnet
Die Erstellung eines formellen Cases oder Reason Codes, der anzeigt, dass der Kunde die Gültigkeit oder den Betrag der Rechnung bestreitet. Dadurch wird der standardmäßige Forderungseinzug in der Regel unterbrochen.
Warum das wichtig ist

Dieses Ereignis macht Engpässe im Prozess sichtbar und hilft, den gefährdeten Umsatz durch Rechnungs- oder Qualitätsfehler zu quantifizieren.

Bezugsquelle

Erkannt durch die Erstellung eines Cases im Dispute-Management-Modul oder durch eine Statusänderung zu „In Dispute“.

Erfassen

Erfassen Sie den Timestamp, an dem eine Dispute-Case-ID mit der Rechnung verknüpft oder ein Dispute-Flag auf „true“ gesetzt wird.

Ereignistyp explicit
Zahlung gebucht
Die Erfassung einer eingehenden Zahlung, die der Rechnung zugeordnet wird. Dies ist das zentrale Ziel des Debitorenprozesses.
Warum das wichtig ist

Das wichtigste Ereignis zur Berechnung der Days Sales Outstanding (DSO) und zur Bewertung der Liquidität.

Bezugsquelle

Zu finden in Tabellen zur Zahlungszuordnung oder zum Zahlungseingang.

Erfassen

Erfassen Sie Timestamps aus Zahlungsbelegen, die mit der Rechnungsnummer verknüpft sind.

Ereignistyp explicit
Kontakt zur Zahlungseinziehung hergestellt
Eine Interaktion mit dem Kunden zu einer offenen Rechnung, etwa der Versand eines automatisierten Mahnschreibens oder die Dokumentation eines Telefonats. Damit wird der proaktive Einsatz des Forderungsteams erfasst.
Warum das wichtig ist

Diese Information ist wichtig, um die Produktivität der Mitarbeitenden im Forderungseinzug und die Wirkung von Mahnstrategien auf die Zahlungsgeschwindigkeit zu messen.

Bezugsquelle

Die Daten stammen aus Korrespondenzprotokollen, der CRM-Aktivitätshistorie oder Mahnjournalen.

Erfassen

Ordnen Sie Einträge aus Kundeninteraktionsprotokollen oder automatisierten Mahntabellen der Rechnung zu.

Ereignistyp explicit
Status des Streitfalls aktualisiert
Eine Änderung im Verlauf eines Dispute-Cases, etwa der Übergang von der ersten Prüfung zu einer aktiven Untersuchung. Damit wird der Workflow des Klärungsteams erfasst.
Warum das wichtig ist

Ermöglicht die Analyse der Durchlaufzeiten bei der Dispute-Klärung und zeigt Stillstände im Untersuchungsprozess.

Bezugsquelle

Abgeleitet aus dem Änderungsprotokoll des mit der Rechnung verknüpften Dispute-Case-Objekts.

Erfassen

Verfolgen Sie Änderungen im Statusfeld der verknüpften Dispute-Case-Entität.

Ereignistyp inferred
Streitfall gelöst
Der Abschluss einer Dispute-Untersuchung mit der Entscheidung, dem Kunden eine Gutschrift zu erteilen, den Saldo abzuschreiben oder die Zahlung durchzusetzen. Dadurch wird die Rechnung für den endgültigen Ausgleich freigegeben.
Warum das wichtig ist

Dieses Ereignis markiert das Ende der Ausnahmebearbeitung und ermöglicht die Fortsetzung des Cashflow-Zyklus.

Bezugsquelle

Erfasst, wenn sich der Status des Dispute-Cases zu „Closed“ oder „Resolved“ ändert.

Erfassen

Identifizieren Sie den Timestamp der letzten Statusänderung im Dispute-Management-System.

Ereignistyp explicit
Teilzahlung gebucht
Die Zuordnung eines Zahlungseingangs, der den Rechnungssaldo reduziert, aber einen Restbetrag offenlässt. Dies weist häufig auf einen Dispute, eine eingeschränkte Zahlungsfähigkeit oder eine Minderzahlung hin.
Warum das wichtig ist

Die Hervorhebung von Teilzahlungen hilft dabei, das Zahlungsverhalten von Kunden und die Komplexität des Prozesses zu analysieren.

Bezugsquelle

Wird erfasst, wenn eine Zahlungstransaktion mit der Rechnung verknüpft ist, der Zahlungsbetrag jedoch unter dem offenen Saldo liegt.

Erfassen

Identifizieren Sie Zahlungszuordnungen, bei denen der zugeordnete Betrag unter dem ausstehenden Rechnungsbetrag liegt.

Ereignistyp explicit
Uneinbringliche Forderung abgeschrieben
Die Erklärung des verbleibenden Rechnungsbetrags als uneinbringlich und seine Ausbuchung aus dem Debitorenbuch. Dies weist auf ein Prozessversagen und einen finanziellen Verlust hin.
Warum das wichtig ist

Wichtig für die Analyse der Gesamtkosten des Kreditprozesses und die Identifizierung von Kundensegmenten mit hohem Risiko.

Bezugsquelle

Erfasst aus Buchungszeilen oder Korrekturbuchungen mit einem spezifischen Grundcode für die Abschreibung.

Erfassen

Filtern Sie nach Korrekturbelegen, die als Abschreibungen klassifiziert und mit der Rechnung verknüpft sind.

Ereignistyp explicit
Zahlung abgeglichen
Der Abgleich des internen Zahlungsdatensatzes mit der entsprechenden Position im externen Kontoauszug. Dadurch wird bestätigt, dass der Zahlungseingang tatsächlich auf dem Bankkonto eingegangen ist.
Warum das wichtig ist

Unterscheidet zwischen dem buchhalterisch erfassten und dem tatsächlich bei der Bank eingegangenen Geld und macht Verzögerungen bei der Zahlungszuordnung sichtbar.

Bezugsquelle

Stammt aus Modulen für den Bankabgleich oder aus Protokollen der Liquiditätsverwaltung.

Erfassen

Identifizieren Sie, wann der Zahlungsbeleg im Bankbuch als ausgeglichen oder abgeglichen markiert wird.

Ereignistyp explicit
Zahlungszusage erfasst
Die Erfassung einer formellen Zusage des Kunden, einen bestimmten Betrag bis zu einem bestimmten Datum zu zahlen. In der Regel trägt ein Mitarbeitender im Forderungseinzug diese Zusage nach einem erfolgreichen Kundenkontakt ein.
Warum das wichtig ist

Diese Information schafft Transparenz über den erwarteten Cashflow und zeigt, wie zuverlässig Kunden ihre Zusagen einhalten.

Bezugsquelle

Zu finden in Modulen für das Forderungsmanagement oder in Notizfeldern zur Rechnung.

Erfassen

Extrahieren Sie Datensätze, in denen ein PTP-Datum und ein Betrag zur Rechnungs-ID erfasst sind.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Ausführliche Anweisungen finden Sie in unserem

ETL-Leitfaden

oder wählen Sie einen bestimmten Prozess und ein bestimmtes System aus.

Bereit für den Start?

Sie können beginnen, indem Sie dieses generische Template auf Ihre Daten anwenden oder einen unserer spezialisierten Leitfäden für Ihre Plattform auswählen.

Verbessern Sie Ihr Working Capital mit einem intelligenteren Forderungsmanagement

DSO senken und den Forderungseinzug mit Echtzeitanalysen vereinfachen

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Funktioniert mit jedem ERP.