Ihre Debitoren-Datenvorlage
Ihre Debitoren-Datenvorlage
Dies ist unsere generische Process-Mining-Datenvorlage für Debitorenmanagement. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Wesentliche Datenfelder zur Verfolgung von Rechnungslebenszyklen
- Standardisierte Aktivitätsdefinitionen für eine konsistente Prozessabbildung
- Skalierbare Struktur, kompatibel mit jedem Finanzmanagement-Tool
Attribute im Debitorenmanagement
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Die Beschreibung des Events oder der Aktion, die auf die Rechnung angewendet wurde. | ||
| Beschreibung Dieses Attribut definiert den spezifischen Schritt oder die Statusänderung, die im Rechnungslebenszyklus aufgetreten ist. Beispiele sind 'Rechnung erstellt', 'Zahlung gebucht', 'Streitfall eröffnet' oder 'Gutschrift ausgestellt'. Durch die Analyse der Reihenfolge dieser Aktivitäten rekonstruieren Process Mining-Tools die Prozesslandkarte. Dies ermöglicht es Organisationen, Engpässe, Nacharbeitsschleifen (wie wiederholte Streitfall-Updates) und Abweichungen von den Standard-Inkassoverfahren zu identifizieren. Bedeutung Es ist das obligatorische Aktivitätsfeld, das zur Definition der Prozessschritte erforderlich ist. Datenquelle Gefunden in Transaktionsprotokollen, Änderungsbelegen oder Statusverlaufstabellen. Beispiele Rechnung erstellt`Zahlung erhalten`Disput eröffnetMahnung versendet | |||
| Ereignis-Timestamp EventTime | Das spezifische Datum und die Uhrzeit, wann die Aktivität stattfand. | ||
| Beschreibung Dieses Attribut erfasst den genauen Zeitpunkt, an dem eine Aktion innerhalb des Quellsystems stattfand. Es ist entscheidend für die Festlegung der chronologischen Reihenfolge von Events innerhalb eines Case. Analysten verwenden diese Daten, um Durchlaufzeiten zwischen Prozessschritten zu berechnen, z. B. die Zeit von 'Rechnung versandt' bis 'Zahlung gebucht'. Es ist auch die Grundlage für die Bestimmung der Dauer spezifischer Aktivitäten und die Identifizierung von Verzögerungen im Geldeinzugszyklus. Bedeutung Es ist der obligatorische Start-Timestamp, der zur Anordnung von Events und zur Berechnung der Dauer erforderlich ist. Datenquelle Gefunden in Systemprotokollen, Transaktionseingangs-Timestamps oder Änderungsverlaufstabellen. 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, um Benutzer über die Aktualität der Analyse zu informieren. Es hilft Analysten zu verstehen, ob sie Echtzeitdaten oder eine Momentaufnahme aus einem früheren Zeitraum betrachten. Dies ist entscheidend für eine genaue Berichterstattung und um sicherzustellen, dass Entscheidungen auf den aktuellsten verfügbaren Informationen basieren. Bedeutung Bietet Kontext zu Datenlatenz und -zuverlässigkeit. Datenquelle Generiert von der Datenpipeline oder dem ETL-Tool zur Laufzeit. 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 (wie SAP, Oracle oder HighRadius), aus der der Datensatz extrahiert wurde. In komplexen Systemlandschaften mit mehreren ERP-Systemen hilft es, Datenquellen zu unterscheiden. Es ist besonders nützlich, wenn die Prozessperformance über verschiedene Regionen oder Geschäftseinheiten hinweg verglichen wird, die unterschiedliche zugrunde liegende Technologien nutzen. Es gewährleistet die Rückverfolgbarkeit der Daten zu ihrem Ursprung. Bedeutung Wichtig für das Filtern und Validieren von Daten in Multi-System-Umgebungen. Datenquelle Wird üblicherweise als statischer String während des ETL-Prozesses hinzugefügt. Beispiele SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| Rechnungsnummer InvoiceId | Der eindeutige Identifikator für die spezifische Rechnung oder den Abrechnungsbeleg. | ||
| Beschreibung Dieses Attribut repräsentiert den fundamentalen Case-Identifikator für den Debitorenprozess. Es unterscheidet eine Rechnungsstellung von einer anderen und dient als Primärschlüssel zur Verfolgung des Lebenszyklus einer Forderung von der Erstellung bis zur Verrechnung. In der Process Mining Analyse wird dieses Attribut verwendet, um alle zugehörigen Events, wie Rechnungserstellung, Aktualisierungen, Streitfälle und Zahlungen, in einem einzigen Case zu gruppieren. Es ermöglicht Analysten, die End-to-End-Reise einer spezifischen Rechnung zu visualisieren und Leistungskennzahlen auf Transaktionsebene zu berechnen. Bedeutung Es ist die obligatorische Case ID, die zur Rekonstruktion des Prozessflusses erforderlich ist. Datenquelle Typischerweise in der Transaktionskopftabelle oder der Haupttabelle des Debitoren-Nebenbuchs 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 einer Gutschrift. Es markiert das Ende des Inkasso-Lebenszyklus für diese Rechnung. Dieses Datum ist mathematisch entscheidend für die Berechnung der tatsächlichen Zykluszeit und der Days Sales Outstanding (DSO). Es hilft, zwischen offenen und geschlossenen Rechnungen zu unterscheiden, und wird zur Messung der Effizienz des Zahlungseingangsprozesses verwendet. Bedeutung Essentiell für die Berechnung der Durchlaufzeit und der tatsächlichen Days Sales Outstanding. Datenquelle Gefunden in der Buchungsbelegposition oder im Statusverlauf. Beispiele 2023-11-202023-12-052023-10-15 | |||
| Fälligkeitsdatum DueDate | Das Datum, bis zu dem der Kunde voraussichtlich die Zahlung leisten wird. | ||
| Beschreibung Dieses Attribut legt die Zahlungsfrist fest, wie sie in den Verkaufsbedingungen vereinbart wurde. Es ist die Grundlage, um zu bestimmen, ob eine Rechnung aktuell, überfällig oder säumig ist. Analysten nutzen dieses Datum, um Kennzahlen für frühe oder verspätete Zahlungen zu berechnen. Der Vergleich des tatsächlichen Zahlungsdatums mit dem Fälligkeitsdatum offenbart das Kunden-Compliance-Verhalten und die Effektivität der Inkasso-Strategien. Bedeutung Die Basis für die Berechnung von Alterung, Verzug und Zahlungs-Compliance. Datenquelle Gefunden im Rechnungsheader oder berechnet aus dem Basisdatum plus Zahlungsbedingungen. Beispiele 2023-12-012023-10-312023-11-15 | |||
| Geschäftseinheit BusinessUnit | Die interne Abteilung, Tochtergesellschaft oder der Unternehmenscode, der die Rechnung ausstellt. | ||
| Beschreibung Dieses Attribut repräsentiert die organisatorische Einheit innerhalb des Unternehmens, die die Forderung besitzt. In Systemen wie SAP entspricht dies dem Company Code; in NetSuite ist es die Subsidiary. Es ermöglicht eine vergleichende Analyse über verschiedene Niederlassungen oder Geschäftsbereiche hinweg. Das Management kann diese Ansicht nutzen, um Inkasso-Performance, die Einhaltung von Standardprozessen und DSO-Kennzahlen in verschiedenen Teilen der Organisation zu benchmarken. Bedeutung Ermöglicht das Benchmarking der Leistung über verschiedene Unternehmensbereiche hinweg. Datenquelle Gefunden im Rechnungsheader oder im Finanzbuchhaltungsbelegheader. Beispiele US01EMEA-OperationenTochtergesellschaft A1000 | |||
| Ist automatisiert IsAutomated | Flag, das anzeigt, ob die Aktivität ohne menschliches Eingreifen durchgeführt wurde. | ||
| Beschreibung Dieses Boolesche Attribut unterscheidet zwischen manuellen Benutzeraktionen und systemgesteuerten Events. Es wird oft durch den Abgleich der User ID mit einer Liste bekannter Service-Konten abgeleitet. Dies ist der primäre Treiber für die Berechnung von Automatisierungsraten. Es hilft Unternehmen, den Return on Investment für Robotic Process Automation (RPA) zu verstehen und Möglichkeiten zur Automatisierung wiederkehrender manueller Aufgaben wie den Zahlungseingang oder das Mahnwesen zu identifizieren. Bedeutung Entscheidend für die Messung der digitalen Transformation und der Prozessautomatisierungsraten. Datenquelle Abgeleitet von Benutzer-ID oder spezifischen Transaktionsflags. Beispiele truefalsch | |||
| Kundenname CustomerName | Der Name der juristischen Person oder Organisation, die für die Rechnung verantwortlich ist. | ||
| Beschreibung Dieses Attribut identifiziert den Schuldner, der mit der Rechnung verbunden ist. Es ermöglicht die Aggregation von Daten auf Konten-Ebene. Dies ist essenziell für die Analyse des Zahlungsverhaltens spezifischer Kunden. Es ermöglicht die Identifizierung strategischer Kunden, die häufig zu spät zahlen oder Rechnungen anfechten, und somit ein gezieltes Beziehungsmanagement und maßgeschneiderte Inkasso-Ansätze. Bedeutung Ermöglicht die Analyse auf Kontoebene und die Identifizierung problematischer Zahler. Datenquelle Gefunden in Kundenstammdatentabellen, die mit dem Rechnungsheader verknüpft sind. Beispiele Acme CorpGlobale IndustrienTech Solutions GmbH | |||
| Rechnungsbetrag InvoiceAmount | Der monetäre Gesamtwert der Rechnung. | ||
| Beschreibung Dieses Attribut repräsentiert den finanziellen Wert der Forderung gegenüber dem Kunden. Es spiegelt typischerweise den Bruttobetrag einschließlich Steuern und Zuschlägen wider. In der Analyse ist dieses Feld grundlegend für die Berechnung finanzieller KPIs wie der wertgewichteten Days Sales Outstanding (DSO), die Identifizierung gefährdeter Konten mit hohem Wert und die Priorisierung der Inkasso-Bemühungen. Es ermöglicht die Segmentierung von Prozessen nach finanziellen Auswirkungen. Bedeutung Entscheidend für die Analyse finanzieller Auswirkungen und die Priorisierung hochwertiger Inkassoaktivitäten. Datenquelle Gefunden im Rechnungsheader oder Buchungsbelegheader. Beispiele 1500.00250.5010000.0045.99 | |||
| Streitgrund DisputeReason | Die Kategorie oder der Code, der erklärt, warum eine Rechnung angefochten wird. | ||
| Beschreibung Dieses Attribut erfasst die Klassifizierung, warum ein Kunde sich weigert, einen Teil oder die gesamte Rechnung zu bezahlen. Häufige Gründe sind Preisfehler, beschädigte Ware oder fehlende Dokumentation. Diese Daten sind entscheidend für die Ursachenanalyse. Durch die Aggregation von Streitgründen können Organisationen systemische Probleme in vorgelagerten Prozessen (wie Fulfillment oder Preisgestaltung) identifizieren, die Zahlungsverzögerungen und administrativen Nacharbeitsaufwand verursachen. Bedeutung Wichtig zur Identifizierung der Ursachen für Zahlungsverzögerungen und Nacharbeiten. Datenquelle Gefunden in Streitfallmanagement-Modulen oder spezifischen Streitfalltabellen. Beispiele PreisabweichungBeschädigte WareFehlende 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, wie z. B. Netto 30, Netto 60 oder sofort. Es definiert die vertragliche Erwartung für den Cash Flow. Die Analyse dieses Attributs hilft zu identifizieren, ob Standardbedingungen eingehalten werden oder ob Verkaufsteams ungünstige Bedingungen gewähren, um Geschäfte abzuschließen. Es wird auch verwendet, um Zahlungsbedingungen mit dem tatsächlichen Zahlungsverhalten zu korrelieren und die Termineinhaltung zu überprüfen. Bedeutung Bietet Kontext für das Fälligkeitsdatum und hilft bei der Analyse der Termineinhaltung. Datenquelle Gefunden im Rechnungsheader oder in den Kundenstammdaten. Beispiele NT30Netto 60 Tage2% 10 Net 30Sofort | |||
| Kundensegment CustomerSegment | Die Klassifizierung des Kunden basierend auf strategischem Wert oder Risiko. | ||
| Beschreibung Dieses Attribut gruppiert Kunden in Kategorien wie Key Accounts, SMB, Hohes Risiko oder Öffentlicher Sektor. Es wird üblicherweise in den Stammdaten definiert. Die Segmentierung der Prozessanalyse nach diesem Attribut zeigt, wie unterschiedliche Kundentypen behandelt werden. Sie hilft zu überprüfen, ob hochwertige Kunden einen bevorzugten Service erhalten oder ob Kunden mit hohem Risiko ausreichend überwacht werden. Bedeutung Ermöglicht die Strategieanalyse über verschiedene Kundensegmente hinweg. Datenquelle Gefunden in Kundenstammdaten oder Geschäftspartner-Tabellen. Beispiele StrategischRetailWholesaleTier 1 | |||
| Name des Sachbearbeiters CollectorName | Der Name des Agenten oder Benutzers, der für das Inkasso verantwortlich ist. | ||
| Beschreibung Dieses Attribut identifiziert den spezifischen Mitarbeiter oder das Team, das für die Verwaltung des Kundenkontos und die Sicherstellung der Zahlung zuständig ist. Es verknüpft Personalressourcen mit Prozessergebnissen. Dies ermöglicht die Analyse der Produktivität und Effektivität von Inkasso-Mitarbeitern. Manager können Einzugsraten, die Einhaltung von Zahlungsversprechen und die Arbeitslast verschiedener Mitarbeiter vergleichen, um Schulungsbedarf zu identifizieren oder Portfolios neu auszurichten. Bedeutung Ermöglicht die Analyse der Mitarbeiterproduktivität und das Performance-Benchmarking. Datenquelle Gefunden im Kundenstammsatz oder in spezifischen Inkassomanagement-Tabellen. Beispiele John DoeInkassoteam ASystemagent | |||
Aktivitäten im Debitorenmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Fälligkeitsdatum überschritten | Ein berechneter Meilenstein, der anzeigt, dass das aktuelle Datum den vereinbarten Zahlungszieltermin überschritten hat, während die Rechnung noch offen ist. Dieses Ereignis kennzeichnet den Übergang vom aktuellen zum überfälligen Status. | ||
| Bedeutung Wichtig für die Analyse der pünktlichen Zahlungsleistung und die Auslösung von Mahnstrategien. Datenquelle Berechnet durch den Vergleich des Rechnungsfälligkeitsdatums mit dem Systemdatum, wenn kein Abschlussereignis stattgefunden hat. Erfassen Generieren Sie ein Event, wenn das Systemdatum das Fälligkeitsdatumsfeld überschreitet und der generische Status noch 'Offen' ist. Ereignistyp calculated | |||
| Gutschrift gebucht | Die Ausstellung einer Gutschrift, die den Rechnungsbetrag ausgleicht. Dies ist oft das finanzielle Ergebnis einer gültigen Streitigkeit, einer Rücksendung oder eines nachträglichen Rabatts. | ||
| Bedeutung Entscheidend für die Analyse von Umsatzverlusten, Abrechnungsqualität und den Ursachen von Nichtzahlung. Datenquelle Gefunden in der Debitorenbuchhaltungs-Transaktionstabelle als Belegart speziell für Gutschriften. Erfassen Verknüpfen Sie Gutschriftsbelege über das Referenzfeld mit der Originalrechnung. Ereignistyp explicit | |||
| Rechnung ausgeglichen | Die letzte Statusänderung, bei der der offene Rechnungsbetrag Null wird. Dies geschieht durch vollständige Zahlung, Gutschriftanwendung oder Abschreibung. | ||
| Bedeutung Markiert das absolute Ende des Case im System und wird zur Berechnung der gesamten Prozessdurchlaufzeit verwendet. Datenquelle Abgeleitet aus der Statusfeldänderung der Rechnung auf 'Geschlossen', 'Ausgeglichen' oder 'Bezahlt'. Erfassen Identifizieren Sie den Timestamp, wenn das Status-Flag des offenen Postens auf 'ausgeglichen' wechselt. Ereignistyp inferred | |||
| Rechnung erstellt | Die erstmalige Erstellung des Rechnungsdatensatzes im Finanzsystem, wodurch der Debitorenposten entsteht. Dieses Event markiert den offiziellen Beginn des Inkassolebenszyklus und legt die Basis für Alterungsberechnungen fest. | ||
| Bedeutung Dies ist der Anker-Event für den gesamten Prozess, der den Start-Timestamp für alle Zykluszeit-Kennzahlen und DSO-Berechnungen definiert. Datenquelle Typischerweise in der Transaktionskopftabelle oder den Erstellungsprotokollen des ERP-Systems zu finden. Erfassen Extrahieren Sie den Erstellungs-Timestamp der eindeutigen Rechnungsbelegnummer. Ereignistyp explicit | |||
| Rechnung versandt | Die Übertragung des Rechnungsbelegs an den Kunden per E-Mail, Ausdruck, EDI oder Portal. Dies stellt die Übergabe der Zahlungsverpflichtung an den Kunden dar. | ||
| Bedeutung Die Berechnung der Verzögerung zwischen Erstellung und Versand hilft, interne Verarbeitungsverzögerungen zu identifizieren, die den Cash Flow verzögern. Datenquelle Abgeleitet aus Output-Management-Protokollen, E-Mail-Übertragungsprotokollen oder EDI-Status-Updates. Erfassen Identifizieren Sie Timestamps, bei denen sich der Rechnungs-Output-Status auf 'gesendet' oder 'abgeschlossen' ändert. Ereignistyp explicit | |||
| Streitfall eröffnet | Die Erstellung eines formalen Case oder eines Ursachencodes, der anzeigt, dass der Kunde der Rechnungsvalidität oder dem Betrag nicht zustimmt. Dies stoppt normalerweise die standardmäßigen Inkassobemühungen. | ||
| Bedeutung Identifiziert Engpässe im Prozess und hilft, gefährdete Umsätze aufgrund von Abrechnungsfehlern oder Qualitätsproblemen zu quantifizieren. Datenquelle Identifiziert durch die Erstellung eines Case im Streitfallmanagement-Modul oder eine Statusänderung auf 'In Dispute'. Erfassen Erfassen Sie den Timestamp, wenn eine Streitfall-ID mit der Rechnung verknüpft oder ein Streitfall-Flag auf wahr gesetzt wird. Ereignistyp explicit | |||
| Zahlung gebucht | Die Erfassung einer eingehenden Geldtransaktion, die auf die Rechnung angewendet wird. Dies stellt das primäre Ziel des AR-Prozesses dar. | ||
| Bedeutung Das wichtigste Event zur Berechnung der Days Sales Outstanding (DSO) und zur Bewertung der Cash Flow-Gesundheit. Datenquelle Gefunden in den Zahlungsanwendungs- oder Zahlungseingangstabellen. Erfassen Erfassen Sie Timestamps aus Zahlungseingangsbelegen, die mit der Rechnungsnummer verknüpft sind. Ereignistyp explicit | |||
| Disput gelöst | Der Abschluss einer Streitfalluntersuchung, der zu einer Entscheidung führt, dem Kunden eine Gutschrift zu erteilen, den Saldo abzuschreiben oder die Zahlung durchzusetzen. Dies gibt die Rechnung für die endgültige Begleichung frei. | ||
| Bedeutung Markiert das Ende des Ausnahmebehandlungsprozesses und ermöglicht die Wiederaufnahme des Cash Cycle. Datenquelle Erfasst, wenn der Status des Streitfalls auf 'Geschlossen' oder 'Gelöst' wechselt. Erfassen Identifizieren Sie den Timestamp der letzten Statusänderung im Streitfallmanagement-System. Ereignistyp explicit | |||
| Forderungsausfall abgeschrieben | Der Vorgang, den verbleibenden Rechnungsbetrag als uneinbringlich zu deklarieren und ihn aus dem Debitoren-Ledger zu entfernen. Dies stellt einen Prozessfehler und einen finanziellen Verlust dar. | ||
| Bedeutung Wichtig für die Analyse der Gesamtkosten des Kreditprozesses und die Identifizierung risikoreicher Kundensegmente. Datenquelle Erfasst aus Journaleinträgen oder Anpassungstransaktionen mit einem spezifischen Abschreibungs-Ursachencode. Erfassen Filtern Sie nach Anpassungsbelegen, die als Abschreibungen klassifiziert und mit der Rechnung verknüpft sind. Ereignistyp explicit | |||
| Inkassokontakt hergestellt | Eine Interaktion mit dem Kunden bezüglich einer offenen Rechnung, wie das Senden einer automatisierten Mahnung oder das Protokollieren eines Telefonats. Dies erfasst den proaktiven Aufwand des Inkassoteams. | ||
| Bedeutung Wichtig für die Messung der Produktivität von Sachbearbeitern und der Wirksamkeit von Mahnstrategien auf die Zahlungsgeschwindigkeit. Datenquelle Stammt aus Korrespondenzprotokollen, CRM-Aktivitätsverläufen oder Mahnbüchern. Erfassen Ordnen Sie Einträge aus Kundeninteraktionsprotokollen oder automatisierten Mahntabellen, die mit der Rechnung verknüpft sind, zu. Ereignistyp explicit | |||
| Streitfall-Status aktualisiert | Eine Statusänderung in einem Streitfall, beispielsweise der Übergang von der ersten Prüfung zur aktiven Untersuchung. Dies verfolgt den Workflow des Lösungsteams. | ||
| Bedeutung Ermöglicht die Analyse der Bearbeitungszeiten für Streitfälle und die Identifizierung von Stillständen im Untersuchungsprozess. Datenquelle Abgeleitet aus dem Verlaufs-Log des mit der Rechnung verknüpften Streitfall-Objekts. Erfassen Verfolgen Sie Änderungen im Statusfeld der verknüpften Streitfall-Case-Entität. Ereignistyp inferred | |||
| Teilzahlung gebucht | Die Verbuchung eines Zahlungseingangs, der den Rechnungsbetrag reduziert, aber einen Restbetrag offen lässt. Dies deutet oft auf eine Streitigkeit, Zahlungsunfähigkeit oder Teilzahlung hin. | ||
| Bedeutung Das Hervorheben von Teilzahlungen hilft, das Zahlungsverhalten der Kunden und die Prozesskomplexität zu analysieren. Datenquelle Erfasst, wenn eine Zahlungstransaktion mit der Rechnung verknüpft ist, der Zahlungsbetrag jedoch geringer ist als der offene Saldo. Erfassen Identifizieren Sie Zahlungszuordnungen, bei denen der zugewiesene Betrag geringer ist als der ausstehende Rechnungsbetrag. Ereignistyp explicit | |||
| Zahlung abgestimmt | Der Abgleich des internen Zahlungsdatensatzes mit der externen Kontoauszugsposition. Dies bestätigt, dass das Geld physisch auf dem Bankkonto eingegangen ist. | ||
| Bedeutung Differenziert zwischen Buchgeld und Bankguthaben und hebt Verzögerungen im Cash-Application-Prozess hervor. Datenquelle Stammt aus Bankabstimmungsmodulen oder Cash-Management-Protokollen. Erfassen Identifizieren Sie, wann der Zahlungsbeleg im Bankbuch als ausgeglichen oder abgeglichen markiert wird. Ereignistyp explicit | |||
| Zahlungsversprechen erfasst | Die Erfassung einer formellen Zusage des Kunden, einen bestimmten Betrag bis zu einem bestimmten Datum zu zahlen. Dies wird typischerweise von einem Inkasso-Mitarbeiter nach einem erfolgreichen Kontakt eingegeben. | ||
| Bedeutung Bietet Transparenz über den erwarteten Cash Flow und misst die Zuverlässigkeit von Kundenzusagen. Datenquelle Gefunden in Inkassomanagement-Modulen oder Notizfeldern, die der Rechnung zugeordnet sind. Erfassen Extrahieren Sie Datensätze, bei denen ein PTP-Datum und -Betrag zur Rechnungs-ID protokolliert sind. Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,