Ihr Daten-Template für das Forderungsmanagement
Ihr Daten-Template für das Forderungsmanagement
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
Attribute der Debitorenbuchhaltung
| 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 | |||
Aktivitäten der Debitorenbuchhaltung
| 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 | |||
Extraktionsleitfäden
Die Extraktionsmethoden unterscheiden sich je nach System. Ausführliche Anweisungen finden Sie in unserem
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
Keine Kreditkarte erforderlich. Funktioniert mit jedem ERP.