Ihr Daten-Template für Forderungen aus Lieferungen und Leistungen

Universelles Process-Mining-Template
Ihr Daten-Template für Forderungen aus Lieferungen und Leistungen

Ihr Daten-Template für Forderungen aus Lieferungen und Leistungen

Universelles Process-Mining-Template

Dies ist unser generisches Datentemplate für Process Mining für Debitorenbuchhaltung. Unsere systemspezifischen Templates bieten Ihnen genauere Anleitungen.

Wählen Sie ein bestimmtes System aus
  • Wichtige Datenfelder zur Nachverfolgung des Rechnungslebenszyklus
  • Standardisierte Aktivitätsdefinitionen für eine einheitliche Prozessabbildung
  • Skalierbare Struktur, kompatibel mit jedem Finanzmanagement-Tool
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute für Forderungen aus Lieferungen und Leistungen

In diesem Abschnitt finden Sie die empfohlenen Datenfelder für Ihr Event Log. Sie ermöglichen eine umfassende Analyse Ihres Rechnungsprozesses.
5 Erforderlich 8 Empfohlen 2 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Beschreibung des Ereignisses oder der Aktion, die für die Rechnung ausgeführt wurde.
Beschreibung

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

Anhand der Abfolge dieser Aktivitäten rekonstruieren Process-Mining-Tools den Prozessablauf. Unternehmen können so Engpässe, Schleifen mit Nacharbeit, etwa wiederholte Aktualisierungen eines Streitfalls, und Abweichungen von den standardmäßigen Mahnverfahren erkennen.

Warum das wichtig ist

Dies ist das erforderliche Feld Aktivität, mit dem die Prozessschritte definiert werden.

Woher beziehen

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

Beispiele
Rechnung erstelltZahlung eingegangenStreitfall gemeldetMahnschreiben versendet
Ereignis-Timestamp
EventTime
Datum und 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 Ereignisse innerhalb eines Case chronologisch zu ordnen.

Anhand dieser Daten berechnen Analysten die Durchlaufzeiten zwischen Prozessschritten, etwa die Zeit zwischen dem Versand einer Rechnung und der Buchung einer Zahlung. Außerdem lassen sich damit die Dauer einzelner Aktivitäten bestimmen und Verzögerungen im Forderungseinzug erkennen.

Warum das wichtig ist

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

Woher beziehen

Zu finden in Systemprotokollen, Zeitstempeln der Transaktionserfassung oder Tabellen zur Änderungshistorie.

Beispiele
2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z
Letzte Datenaktualisierung
LastDataUpdate
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. Als Metadatenfeld informiert es Benutzer darüber, wie aktuell die Analyse ist.

Es hilft Analysten einzuschätzen, ob sie Echtzeitdaten oder einen Stand aus einem früheren Zeitraum betrachten. Das ist wichtig für verlässliche Berichte und Entscheidungen auf Basis der aktuell verfügbaren Informationen.

Warum das wichtig ist

Gibt Aufschluss über die Aktualität und Zuverlässigkeit der Daten.

Woher beziehen

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

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

Dieses Attribut bezeichnet die Softwareanwendung oder Umgebung, etwa SAP, Oracle oder HighRadius, aus der der Datensatz extrahiert wurde. Bei komplexen Systemlandschaften mit mehreren ERP-Systemen lassen sich damit die Datenquellen unterscheiden.

Das ist besonders hilfreich, wenn die Prozessleistung in verschiedenen Regionen oder Geschäftseinheiten verglichen wird, die unterschiedliche Technologien einsetzen. Außerdem lässt sich so die Herkunft der Daten nachvollziehen.

Warum das wichtig ist

Unverzichtbar, um Daten in Umgebungen mit mehreren Systemen zu filtern und zu validieren.

Woher beziehen

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

Beispiele
SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod
Rechnungsnummer
InvoiceId
Eindeutige Kennung der jeweiligen Rechnung oder des Abrechnungsdokuments.
Beschreibung

Dieses Attribut ist die grundlegende Case-ID für den Prozess der Debitorenbuchhaltung. Es unterscheidet einzelne Abrechnungsvorgänge voneinander und dient als Primärschlüssel, um den Lebenszyklus einer Forderung von der Erstellung bis zum Ausgleich nachzuverfolgen.

Bei der Process-Mining-Analyse werden alle zugehörigen Ereignisse, etwa die Rechnungserstellung, Änderungen, Streitfälle und Zahlungen, anhand dieses Attributs zu einem Case zusammengefasst. So lässt sich der gesamte Ablauf einer bestimmten Rechnung visualisieren und Kennzahlen auf Vorgangsebene berechnen.

Warum das wichtig ist

Dies ist die erforderliche Case-ID, mit der sich der Prozessablauf rekonstruieren lässt.

Woher beziehen

Typischerweise in der Transaktionskopftabelle oder der Haupttabelle des Debitoren-Nebenbuchs zu finden.

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

Dieses Attribut erfasst, wann der offene Posten im System geschlossen wurde, üblicherweise durch die Buchung einer Zahlung oder Gutschrift. Es markiert das Ende des Forderungseinzugs für die betreffende Rechnung.

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

Warum das wichtig ist

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

Woher beziehen

Zu finden in der Einzelpostenposition des Buchungsbelegs 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 zwischen manuellen Benutzeraktionen und systemgesteuerten Ereignissen. Häufig wird es ermittelt, indem die Benutzer-ID mit einer Liste bekannter Dienstkonten abgeglichen wird.

Es ist die wichtigste Grundlage für die Berechnung des Automatisierungsgrads. Unternehmen können damit den Nutzen der robotergestützten Prozessautomatisierung (RPA) bewerten und Möglichkeiten erkennen, wiederkehrende manuelle Aufgaben wie die Zahlungszuordnung oder das Mahnwesen zu automatisieren.

Warum das wichtig ist

Entscheidend, um den digitalen Wandel und den Automatisierungsgrad von Prozessen zu messen.

Woher beziehen

Abgeleitet aus der Benutzer-ID oder bestimmten Transaktionskennzeichen.

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

Dieses Attribut gibt die Zahlungsfrist gemäß den vereinbarten Verkaufsbedingungen an. Es bildet die Grundlage dafür, festzustellen, ob eine Rechnung aktuell, überfällig oder im Verzug ist.

Analysten verwenden dieses Datum, um Kennzahlen zu vorzeitigen oder verspäteten Zahlungen zu berechnen. Der Vergleich des tatsächlichen Zahlungsdatums mit dem Fälligkeitsdatum zeigt, wie zuverlässig Kunden zahlen und wie wirksam die Einzugsstrategien sind.

Warum das wichtig ist

Grundlage für die Berechnung des Forderungsalters, des Zahlungsverzugs und der Einhaltung von Zahlungsfristen.

Woher beziehen

Zu finden im Rechnungskopf oder berechnet aus dem Basisdatum und den Zahlungsbedingungen.

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

Dieses Attribut bezeichnet die Organisationseinheit des Unternehmens, der die Forderung zugeordnet ist. In Systemen wie SAP entspricht es dem Buchungskreis, in NetSuite der Tochtergesellschaft.

Es ermöglicht Vergleiche zwischen verschiedenen Niederlassungen oder Geschäftsbereichen. Das Management kann damit die Leistung beim Forderungseinzug, die Einhaltung standardisierter Prozesse und DSO-Kennzahlen in den einzelnen Unternehmensteilen vergleichen.

Warum das wichtig ist

Ermöglicht Leistungsvergleiche zwischen verschiedenen Organisationseinheiten.

Woher beziehen

Zu finden im Rechnungskopf oder im Kopf des Finanzbuchhaltungsbelegs.

Beispiele
US01EMEA OperationsTochtergesellschaft A1000
Grund des Streitfalls
DisputeReason
Kategorie oder Code, der angibt, warum eine Rechnung beanstandet wird.
Beschreibung

Dieses Attribut erfasst, warum ein Kunde die Zahlung eines Teils oder des gesamten Rechnungsbetrags verweigert. Häufige Gründe sind Preisfehler, beschädigte Waren oder fehlende Unterlagen.

Diese Daten sind für die Ursachenanalyse wichtig. Durch die Auswertung der Streitfallgründe können Unternehmen systematische Probleme in vorgelagerten Prozessen, etwa bei der Auftragsabwicklung oder Preisgestaltung, erkennen, die Zahlungsverzögerungen und zusätzlichen Verwaltungsaufwand verursachen.

Warum das wichtig ist

Wichtig, um Ursachen für Zahlungsverzögerungen und Nacharbeit zu erkennen.

Woher beziehen

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

Beispiele
PreisabweichungBeschädigte WareBestellung fehltDoppelte Rechnung
Kundenname
CustomerName
Name der Person oder Organisation, die für die Rechnung verantwortlich ist.
Beschreibung

Dieses Attribut bezeichnet den Schuldner der Rechnung. Damit lassen sich Daten auf Kundenkontoebene zusammenfassen.

Es ist wichtig, um das Zahlungsverhalten einzelner Kunden zu analysieren. So können strategisch wichtige Kunden erkannt werden, die häufig verspätet zahlen oder Rechnungen beanstanden. Das ermöglicht eine gezielte Kundenbetreuung und individuell angepasste Einzugsmaßnahmen.

Warum das wichtig ist

Ermöglicht Analysen auf Kundenkontoebene und die Erkennung von Kunden mit problematischem Zahlungsverhalten.

Woher beziehen

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

Beispiele
Acme CorpGlobal IndustriesTech Solutions Ltd
Rechnungsbetrag
InvoiceAmount
Gesamtbetrag der Rechnung.
Beschreibung

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

In der Analyse dient dieses Feld zur Berechnung finanzieller Kennzahlen, etwa des nach Wert gewichteten Days Sales Outstanding (DSO). Außerdem lassen sich damit gefährdete Forderungen mit hohem Wert erkennen und Einzugsmaßnahmen priorisieren. So können Prozesse nach ihrer finanziellen Auswirkung segmentiert werden.

Warum das wichtig ist

Entscheidend für die Analyse finanzieller Auswirkungen und die Priorisierung des Einzugs werthaltiger Forderungen.

Woher beziehen

Zu finden im Rechnungskopf oder im Kopf des Buchungsbelegs.

Beispiele
1500.00250.5010000.0045.99
Zahlungsbedingungen
PaymentTerms
Vereinbarte Bedingungen, die festlegen, wann die Zahlung fällig ist.
Beschreibung

Dieses Attribut enthält den Code oder die Beschreibung des Zahlungsziels, etwa Net 30, Net 60 oder sofortige Zahlung. Es legt die vertraglich vereinbarten Erwartungen an den Zahlungseingang fest.

Die Analyse dieses Attributs zeigt, ob die Standardbedingungen eingehalten werden oder Vertriebsteams ungünstige Zahlungsziele gewähren, um Abschlüsse zu erzielen. Außerdem lässt sich damit prüfen, ob die tatsächlichen Zahlungen den vereinbarten Bedingungen entsprechen.

Warum das wichtig ist

Ergänzt das Fälligkeitsdatum und hilft bei der Analyse, ob die Zahlungsbedingungen eingehalten werden.

Woher beziehen

Zu finden im Rechnungskopf oder in den Kundenstammdaten.

Beispiele
NT30Net 60 Tage2 % 10 Net 30Sofort
Kundensegment
CustomerSegment
Einstufung des Kunden nach strategischem Wert oder Risiko.
Beschreibung

Dieses Attribut ordnet Kunden Kategorien wie Schlüsselkunden, KMU, hohes Risiko oder öffentliche Hand zu. Die Einstufung wird üblicherweise in den Stammdaten festgelegt.

Eine nach diesem Attribut segmentierte Prozessanalyse zeigt, wie unterschiedliche Kundengruppen behandelt werden. So lässt sich 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 Kundengruppen.

Woher beziehen

Zu finden in Kundenstammdaten oder Geschäftspartner-Tabellen.

Beispiele
StrategischEinzelhandelGroßhandelStufe 1
Name des Sachbearbeiters
CollectorName
Name des Mitarbeitenden oder Benutzers, der für den Zahlungseinzug zuständig ist.
Beschreibung

Dieses Attribut bezeichnet den Mitarbeitenden oder das Team, das für die Betreuung des Kundenkontos und den Zahlungseinzug zuständig ist. Es stellt den Bezug zwischen den Mitarbeitenden und den Prozessergebnissen her.

Damit lassen sich Produktivität und Wirksamkeit der Mitarbeitenden im Forderungseinzug analysieren. Führungskräfte können Einzugsquoten, eingehaltene Zahlungszusagen und Arbeitsaufkommen vergleichen, um Schulungsbedarf zu erkennen oder Kundenportfolios neu zu verteilen.

Warum das wichtig ist

Ermöglicht die Analyse der Mitarbeiterproduktivität und Leistungsvergleiche.

Woher beziehen

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

Beispiele
John DoeForderungseinzugsteam ASystemagent
Erforderlich Empfohlen Optional

Aktivitäten im Forderungsmanagement

Erfassen Sie mit diesen zentralen Prozessschritten und Meilensteinen die erforderlichen Timestamps. So können Sie Ihren Workflow im Forderungsmanagement präzise analysieren und Engpässe identifizieren.
7 Empfohlen 7 Optional
Aktivität Beschreibung
Gutschrift gebucht
Eine Gutschrift wird ausgestellt, um den Rechnungsbetrag zu mindern. Häufig ist sie die finanzielle Folge einer berechtigten Reklamation, einer Rücksendung oder eines nachträglichen Rabatts.
Warum das wichtig ist

Wichtig für die Analyse von Umsatzverlusten, Abrechnungsqualität und Ursachen ausbleibender Zahlungen.

Woher beziehen

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

Erfassung

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

Ereignistyp explicit
Rechnung ausgeglichen
Der Endstatus wird erreicht, wenn der offene Rechnungsbetrag null beträgt. Dies geschieht durch vollständige Zahlung, Verrechnung einer Gutschrift oder Abschreibung.
Warum das wichtig ist

Kennzeichnet das endgültige Ende des Falls im System und dient zur Berechnung der gesamten Prozessdurchlaufzeit.

Woher beziehen

Abgeleitet aus einer Änderung des Rechnungsstatus zu „Geschlossen“, „Ausgeglichen“ oder „Bezahlt“.

Erfassung

Ermitteln Sie den Zeitstempel, zu dem das Kennzeichen für den offenen Posten auf „Ausgeglichen“ wechselt.

Ereignistyp inferred
Rechnung erstellt
Die Rechnung wird erstmals im Finanzsystem angelegt und als Forderung verbucht. Dieses Ereignis markiert den offiziellen Beginn des Einziehungsprozesses und bildet die Grundlage für die Berechnung des Forderungsalters.
Warum das wichtig ist

Dieses Ereignis bildet den Ausgangspunkt des gesamten Prozesses. Es legt den Startzeitpunkt für alle Kennzahlen zur Durchlaufzeit und für die DSO-Berechnung fest.

Woher beziehen

In der Regel in der Transaktionskopftabelle oder den Erstellungsprotokollen des ERP-Systems zu finden.

Erfassung

Extrahieren Sie den Erstellungszeitstempel der eindeutigen Rechnungsnummer.

Ereignistyp explicit
Rechnung versendet
Das Abrechnungsdokument wird per E-Mail, Post, EDI oder über ein Portal an den Kunden übermittelt. Damit wird die Zahlungsverpflichtung an den Kunden weitergegeben.
Warum das wichtig ist

Der Zeitraum zwischen Erstellung und Versand zeigt interne Bearbeitungsverzögerungen, die den Zahlungseingang hinauszögern.

Woher beziehen

Diese Information stammt aus Protokollen der Ausgabeverwaltung, E-Mail-Versandnachweisen oder EDI-Statusmeldungen.

Erfassung

Ermitteln Sie die Zeitstempel, zu denen sich der Ausgabestatus der Rechnung in „Versendet“ oder „Abgeschlossen“ ändert.

Ereignistyp explicit
Reklamation eröffnet
Ein formeller Fall oder Ursachencode wird angelegt, wenn der Kunde die Gültigkeit oder den Betrag einer Rechnung beanstandet. Dadurch wird die reguläre Forderungseinziehung in der Regel ausgesetzt.
Warum das wichtig ist

Zeigt Engpässe im Prozess und hilft, den durch Abrechnungsfehler oder Qualitätsprobleme gefährdeten Umsatz zu beziffern.

Woher beziehen

Erkennbar an der Anlage eines Falls im Reklamationsmanagement oder an einer Statusänderung zu „In Prüfung“.

Erfassung

Erfassen Sie den Zeitstempel, zu dem eine Reklamationsfall-ID mit der Rechnung verknüpft oder ein Reklamationskennzeichen auf „Wahr“ gesetzt wird.

Ereignistyp explicit
Zahlung gebucht
Ein eingegangener Geldbetrag wird der Rechnung zugeordnet. Dies ist das zentrale Ziel des Forderungsmanagements.
Warum das wichtig ist

Das wichtigste Ereignis für die Berechnung der Days Sales Outstanding (DSO) und die Beurteilung der Liquidität.

Woher beziehen

Zu finden in Tabellen zur Zahlungszuordnung oder zu Zahlungseingängen.

Erfassung

Erfassen Sie die Zeitstempel aus Zahlungseingangsbelegen, die mit der Rechnungsnummer verknüpft sind.

Ereignistyp explicit
Zahlungsfrist abgelaufen
Ein berechneter Meilenstein, der anzeigt, dass das aktuelle Datum die vereinbarte Zahlungsfrist überschritten hat, während die Rechnung noch offen ist. Dieses Ereignis kennzeichnet den Wechsel vom aktuellen zum überfälligen Status.
Warum das wichtig ist

Wichtig für die Analyse fristgerechter Zahlungen und die Auslösung von Mahnmaßnahmen.

Woher beziehen

Wird berechnet, indem das Fälligkeitsdatum der Rechnung mit dem Systemdatum verglichen wird, sofern noch kein Abschlussereignis vorliegt.

Erfassung

Erstellen Sie ein Ereignis, wenn das Systemdatum das Feld „Fälligkeitsdatum“ überschreitet und der generische Status weiterhin „Offen“ lautet.

Ereignistyp calculated
Kunde zur Forderung kontaktiert
Eine Kontaktaufnahme mit dem Kunden zu einer offenen Rechnung, zum Beispiel durch den Versand eines automatisierten Mahnschreibens oder die Erfassung eines Telefonats. Damit wird die proaktive Arbeit des Forderungsteams dokumentiert.
Warum das wichtig ist

Wichtig, um die Produktivität der Mitarbeitenden im Forderungseinzug und die Wirkung von Mahnmaßnahmen auf die Zahlungsgeschwindigkeit zu messen.

Woher beziehen

Diese Information stammt aus Korrespondenzprotokollen, dem Aktivitätsverlauf im CRM oder Mahnjournalen.

Erfassung

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

Ereignistyp explicit
Reklamation geklärt
Die Untersuchung einer Reklamation wird abgeschlossen und es wird entschieden, dem Kunden eine Gutschrift zu erteilen, den Saldo abzuschreiben oder die Zahlung einzufordern. Damit wird die Rechnung für den endgültigen Ausgleich freigegeben.
Warum das wichtig ist

Kennzeichnet das Ende der Bearbeitung eines Ausnahmefalls und ermöglicht die Fortsetzung des Cashflow-Zyklus.

Woher beziehen

Erfasst, wenn der Status des Reklamationsfalls auf „Geschlossen“ oder „Geklärt“ wechselt.

Erfassung

Ermitteln Sie den Zeitstempel der letzten Statusänderung im Reklamationsmanagementsystem.

Ereignistyp explicit
Reklamationsstatus aktualisiert
Eine Änderung im Bearbeitungsstand eines Reklamationsfalls, etwa der Wechsel von der ersten Prüfung zur laufenden Untersuchung. So wird der Workflow des Klärungsteams nachvollziehbar.
Warum das wichtig ist

Ermöglicht die Analyse der Bearbeitungszeiten von Reklamationen und zeigt, wo die Untersuchung ins Stocken gerät.

Woher beziehen

Abgeleitet aus dem Verlaufsprotokoll des mit der Rechnung verknüpften Reklamationsfalls.

Erfassung

Verfolgen Sie Änderungen im Statusfeld des verknüpften Reklamationsfalls.

Ereignistyp inferred
Teilzahlung gebucht
Eine Zahlung wird verbucht und verringert den Rechnungsbetrag, lässt aber einen Restbetrag offen. Das kann auf eine Reklamation, fehlende Zahlungsfähigkeit oder eine Minderzahlung hindeuten.
Warum das wichtig ist

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

Woher beziehen

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

Erfassung

Ermitteln Sie Zahlungszuordnungen, bei denen der zugeordnete Betrag unter dem offenen Rechnungsbetrag liegt.

Ereignistyp explicit
Uneinbringliche Forderung abgeschrieben
Der verbleibende Rechnungsbetrag wird als uneinbringlich eingestuft und aus dem Forderungsbuch ausgebucht. Dies bedeutet einen Prozessfehler und einen finanziellen Verlust.
Warum das wichtig ist

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

Woher beziehen

Erfasst in Journalbuchungen oder Korrekturbuchungen mit einem bestimmten Abschreibungsgrund.

Erfassung

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

Ereignistyp explicit
Zahlung abgeglichen
Der interne Zahlungseintrag wird mit dem entsprechenden Posten auf dem externen Kontoauszug abgeglichen. Damit wird bestätigt, dass das Geld tatsächlich auf dem Bankkonto eingegangen ist.
Warum das wichtig ist

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

Woher beziehen

Diese Information stammt aus Modulen für den Kontoauszugsabgleich oder aus Protokollen der Liquiditätsverwaltung.

Erfassung

Ermitteln Sie, wann der Zahlungsbeleg im Bankbuch als ausgeglichen oder zugeordnet gekennzeichnet wird.

Ereignistyp explicit
Zahlungsversprechen erfasst
Ein Kunde verpflichtet sich verbindlich, einen bestimmten Betrag bis zu einem bestimmten Datum zu zahlen. In der Regel erfasst ein Mitarbeitender im Forderungseinzug diese Zusage nach einem erfolgreichen Kundenkontakt.
Warum das wichtig ist

Macht den erwarteten Zahlungseingang sichtbar und zeigt, wie zuverlässig Kunden ihre Zusagen einhalten.

Woher beziehen

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

Erfassung

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

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So erhalten Sie Ihre Daten für Process Mining.

Die Extraktionsmethoden unterscheiden sich je nach System. Eine ausführliche Anleitung finden Sie in

unserem ETL-Leitfaden   oder   wählen Sie einen bestimmten Prozess und ein System aus.

Möchten Sie starten?

Sie können mit diesem generischen Template Ihre Daten analysieren oder eine unserer spezialisierten Anleitungen für Ihre Plattform auswählen.

Stärken Sie noch heute Ihr Betriebskapital mit einem effizienteren Forderungsmanagement

Senken Sie Ihre Days Sales Outstanding und optimieren Sie den Forderungseinzug mit Echtzeitanalysen

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Funktioniert mit jedem ERP-System.