Ihre Vorlage für Kreditmanagement- & Inkassodaten
Ihre Vorlage für Kreditmanagement- & Inkassodaten
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Prozessaktivitäten für eine präzise Analyse
- Praktische Anleitung zur Datenextraktion aus Ihrem System
Attribute im Kredit- und Forderungsmanagement
| Name | Beschreibung | ||
|---|---|---|---|
|
Aktivitätsname
ActivityName
|
Der Name des spezifischen Ereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Rechnungslebenszyklus aufgetreten ist. | ||
|
Beschreibung
Der Aktivitätsname beschreibt einen spezifischen Schritt oder ein Ereignis innerhalb des Kredit- und Inkassoprozesses, wie 'Rechnung erstellt', 'Mahnung versandt' oder 'Zahlung erhalten'. Dieses Attribut ist grundlegend für Process Mining, da es die Knoten in der Prozesslandkarte definiert. Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten offenbart den tatsächlichen Prozessfluss und ermöglicht die Identifizierung von Nacharbeitschleifen, Ineffizienzen und nicht-konformen Prozesspfaden. Es unterstützt direkt die Erstellung aller Prozessflussvisualisierungen und wird zur Segmentierung von Zykluszeitberechnungen zwischen verschiedenen Prozessphasen verwendet.
Bedeutung
Dieses Attribut definiert die Schritte in der Prozesslandkarte und ermöglicht so die Visualisierung und Analyse des Rechnungslebenszyklus.
Datenquelle
Dieses Attribut wird typischerweise abgeleitet, indem spezifische Systemereignisse, Statusänderungen oder Datensatzerstellungsdaten aus verschiedenen Tabellen wie 'CustInvoiceJour', 'CustTrans', 'CustCollectionLetterJour' und 'CustPaymPromise' standardisierten Aktivitätsnamen zugeordnet werden.
Beispiele
Rechnung gebucht und versandtMahnschreiben generiertStreitfall registriert`Zahlung erhalten`
|
|||
|
Ereigniszeit
EventTime
|
Der Zeitstempel, der angibt, wann eine bestimmte Aktivität oder ein Ereignis stattgefunden hat. | ||
|
Beschreibung
Event Time ist das genaue Datum und die Uhrzeit, zu der eine Aktivität im System erfasst wurde. Sie ist ein Eckpfeiler des Process Mining und liefert die chronologische Reihenfolge, die zur Erstellung des Prozessflusses und zur Berechnung aller zeitbasierten Metriken erforderlich ist. Dieses Attribut ist wesentlich für die Analyse von Dauern, die Identifizierung von Engpässen und die Überwachung von SLAs. Zum Beispiel wird die Zeitdifferenz zwischen den Ereignissen 'Rechnung erstellt' und 'Zahlung erhalten' zur Berechnung der Days Sales Outstanding (DSO), einem kritischen Geschäfts-KPI, verwendet. Ohne genaue Timestamps sind Performance-Analyse und Engpass-Identifikation unmöglich.
Bedeutung
Dieser Zeitstempel ist essenziell für die Ereignisreihenfolge, die Entdeckung der Prozesslandkarte und die Berechnung aller Leistungsmetriken wie Zykluszeiten und Dauern.
Datenquelle
Dieses Attribut stammt aus verschiedenen Datums-/Zeitfeldern in D365-Tabellen, wie 'CreatedDateTime' in 'CustInvoiceJour' oder 'TransDate' in 'CustTrans', abhängig von der spezifischen Aktivität.
Beispiele
2023-01-15T09:30:00Z2023-02-28T14:12:55Z2023-03-20T11:05:10Z
|
|||
|
Rechnungsnummer
InvoiceNumber
|
Der eindeutige Bezeichner für jede Kundenrechnung, der als primärer Case Identifier für den Kreditmanagementprozess dient. | ||
|
Beschreibung
Die Rechnungsnummer ist ein kritisches Attribut, das jede Finanztransaktion mit einem Kunden eindeutig identifiziert. Sie verknüpft alle zugehörigen Aktivitäten, von der Rechnungserstellung und -buchung über das Inkasso bis zur endgültigen Verrechnung. Im Process Mining wird diese Nummer verwendet, um den End-to-End-Weg jeder Rechnung zu rekonstruieren, was eine detaillierte Analyse ihres Lebenszyklus ermöglicht. Durch die Verfolgung jeder Rechnung als separater Case können Unternehmen gemeinsame Prozesspfade, Bottlenecks und Abweichungen vom Standardverfahren identifizieren. Sie ist die Grundlage für die Berechnung wichtiger Kennzahlen wie Days Sales Outstanding und die Analyse von Prozessvarianten.
Bedeutung
Dies ist die essenzielle Case ID, die alle Prozessereignisse miteinander verbindet und die Rekonstruktion und Analyse des gesamten Invoice-to-Cash-Lebenszyklus ermöglicht.
Datenquelle
Dies ist typischerweise das Feld 'Invoice' aus der Tabelle 'CustInvoiceJour' in Microsoft Dynamics 365 Finance.
Beispiele
INV-0012345CIV-2023-8876SI-9510034
|
|||
|
Inkassomitarbeiter zugewiesen
CollectorAssigned
|
Der Name des Inkassomitarbeiters oder Teammitglieds, das für die Verwaltung der überfälligen Rechnung verantwortlich ist. | ||
|
Beschreibung
Dieses Attribut identifiziert den einzelnen Mitarbeiter, der für Inkassoaktivitäten einer bestimmten Rechnung verantwortlich ist. Es ist entscheidend für Leistungs- und Arbeitslastanalysen. Durch das Filtern der Prozesslandkarte oder der Dashboards nach Inkassomitarbeiter können Manager die individuelle Produktivität bewerten, Inkassostrategien vergleichen und Coaching-Möglichkeiten identifizieren. Dieses Attribut ist eine Schlüsseldimension für die Dashboards 'Produktivität des Inkassoteams' und 'Streitbeilegungs-Zykluszeit', da es hilft, Prozessergebnisse spezifischen Personen oder Teams zuzuordnen.
Bedeutung
Ermöglicht eine Leistungsanalyse des Inkassoteams, hilft bei der Lastverteilung und identifiziert Best Practices durch den Vergleich der Effektivität der Inkassomitarbeiter.
Datenquelle
Konsultieren Sie die Microsoft Dynamics 365 Dokumentation. Dies könnte mit einem Inkassomanagement-Modul oder Benutzerverantwortlichkeitsfeldern in Kunden- oder Transaktionsdatensätzen verknüpft sein.
Beispiele
John SmithEmily JonesInkassoteam A
|
|||
|
Kundenname
CustomerName
|
Der Firmenname des Kunden, an den die Rechnung ausgestellt wurde. | ||
|
Beschreibung
Der Kundenname identifiziert den spezifischen Kunden, der mit einer Rechnung verbunden ist. Dieses Attribut ist eine primäre Dimension für Filterung und Segmentierung. Die Analyse des Prozesses nach Kunden hilft, problematische Klienten zu identifizieren, die konsequent zu spät zahlen, Streitigkeiten auslösen oder umfangreiche Inkassobemühungen erfordern. Es ist ein Schlüsselattribut für das Dashboard 'Streitbeilegungs-Zykluszeit' und für jede detaillierte Analyse spezifischer Kundenkonten.
Bedeutung
Ermöglicht eine kundenspezifische Prozessanalyse, die hilft, Muster zu identifizieren und Beziehungen zu Schlüssel- oder Problemkonten zu verwalten.
Datenquelle
Diese Informationen werden typischerweise aus der 'CustTable' über die Kundenkontonummer, die in 'CustInvoiceJour' vorhanden ist, verbunden.
Beispiele
Contoso GmbHAdventure WorksFabrikam Inc.
|
|||
|
Kundensegment
CustomerSegment
|
Eine Klassifizierung des Kunden, zum Beispiel nach Größe, Branche oder strategischer Bedeutung. | ||
|
Beschreibung
Das Kundensegment ist ein kategoriales Attribut, das verwendet wird, um Kunden in aussagekräftige Kohorten zu gruppieren, zum Beispiel 'Strategische Kunden', 'KMU' oder 'Öffentliche Hand'. Diese Segmentierung ist für die strategische Analyse entscheidend. Sie hilft, Fragen zu beantworten wie 'Haben strategische Kunden eine niedrigere DSO?' oder 'Sind Abschreibungen in einem bestimmten Industriesegment häufiger?'. Es wird direkt in den Dashboards 'Days Sales Outstanding Trend', 'Uncollectible Invoice Write-Offs' und 'Overdue Invoices By Segment' verwendet, um über einzelne Kunden hinausgehende Einblicke auf höherer Ebene zu liefern.
Bedeutung
Ermöglicht eine aggregierte Analyse über Kundengruppen hinweg, um strategische Trends zu identifizieren und Inkassostrategien für verschiedene Segmente anzupassen.
Datenquelle
Dies ist oft ein benutzerdefiniertes Feld oder wird aus Attributen der 'CustTable' (Kundenstammtabelle) abgeleitet.
Beispiele
EnterpriseMittelstandÖffentlicher SektorGeschäftspartner
|
|||
|
Mahnstufe
DunningLevel
|
Gibt die aktuelle Stufe oder den Schweregrad des Mahn- (Inkasso-) Prozesses für eine überfällige Rechnung an. | ||
|
Beschreibung
Die Mahnstufe stellt den Schritt in einem strukturierten Mahnverfahren dar, z. B. 'Stufe 1: Freundliche Erinnerung', 'Stufe 2: Formelle Mahnung' oder 'Stufe 3: Letzte Warnung'. Die Verfolgung dieses Attributs ist entscheidend für die Bewertung des Erfolgs der Inkassostrategie. Das Dashboard 'Mahnstrategie-Effektivität' verwendet dieses Attribut, um zu zeigen, welcher Prozentsatz der Rechnungen nach Erreichen jeder Stufe bezahlt wird. Dies hilft Unternehmen, ihre Mahn-Workflows zu verfeinern, um die Zahlung effektiver zu sichern und gleichzeitig die Kundenbeziehungen zu pflegen.
Bedeutung
Dies ist entscheidend, um die Effektivität der Mahnstrategie zu messen und zu verstehen, in welcher Phase Kunden am wahrscheinlichsten zahlen.
Datenquelle
Diese Informationen wären in Tabellen zu finden, die sich auf Inkasso- und Mahnschreiben beziehen, wie 'CustCollectionLetterJour'.
Beispiele
123 - FinalGerichtliche Schritte
|
|||
|
Rechnungsbetrag
InvoiceAmount
|
Der monetäre Gesamtwert der Rechnung. | ||
|
Beschreibung
Der Rechnungsbetrag stellt den gesamten finanziellen Wert der fakturierten Waren oder Dienstleistungen dar. Dies ist ein grundlegendes Attribut für die Finanzanalyse innerhalb des Prozesses. Es ermöglicht die Segmentierung von Fällen nach Wert, um festzustellen, ob hochpreisige Rechnungen einem anderen Prozess folgen oder längere Verzögerungen aufweisen. Dieses Attribut ist entscheidend für die Dashboards 'Wertberichtigungen uneinbringlicher Forderungen' und 'Kreditlimit-Management-Analyse', da es hilft, finanzielle Auswirkungen zu quantifizieren und Risiken zu bewerten.
Bedeutung
Ermöglicht Finanzwirkungsanalysen, die Priorisierung hochwertiger Rechnungen und das Verständnis, wie der Rechnungswert das Prozessverhalten beeinflusst.
Datenquelle
Wahrscheinlich das Feld 'InvoiceAmount' in der Tabelle 'CustInvoiceJour'.
Beispiele
1500.7525000.00549.99
|
|||
|
Rechnungsstatus
InvoiceStatus
|
Der aktuelle Status der Rechnung in ihrem Lebenszyklus. | ||
|
Beschreibung
Der Rechnungsstatus bietet einen Überblick darüber, wo sich eine Rechnung im Prozess befindet, z. B. 'Offen', 'Bezahlt', 'Beanstandet' oder 'Abgeschrieben'. Während das Aktivitäten-Log eine detaillierte Historie liefert, ist der aktuelle Status ein nützliches Case-Attribut für die Filterung und das übergeordnete Reporting. Er ermöglicht Analysten, die Daten schnell zu segmentieren, um sich auf offene überfällige Rechnungen zu konzentrieren oder die Merkmale aller abgeschriebenen Rechnungen zu analysieren. Es ist eine einfache, aber aussagekräftige Methode, den aktuellen Stand der Debitorenbuchhaltung zu verstehen.
Bedeutung
Bietet eine schnelle und einfache Möglichkeit, Rechnungen nach ihrem aktuellen Status zu filtern und zu analysieren, z. B. indem man sich auf alle offenen oder beanstandeten Fälle konzentriert.
Datenquelle
Abgeleitet vom Abrechnungsstatus der Transaktionen in der Tabelle 'CustTrans'. Eine offene Transaktion ist unbezahlt, während eine geschlossene abgerechnet ist.
Beispiele
OffenBezahltTeilweise bezahltAbgeschrieben
|
|||
|
Tage überfällig
DaysOverdue
|
Die Anzahl der Tage, die eine Rechnung nach ihrem Fälligkeitsdatum überfällig ist. | ||
|
Beschreibung
Days Overdue ist eine berechnete Metrik, die die verstrichene Zeit seit dem Fälligkeitsdatum für eine unbezahlte Rechnung misst. Sie wird als das aktuelle Datum abzüglich des Fälligkeitsdatums berechnet. Dies ist ein wichtiger Leistungsindikator für das Inkassoteam, da er hilft, Rechnungen zu priorisieren, auf die man sich konzentrieren sollte. Es ist die primäre Metrik im Dashboard 'Overdue Invoices By Segment' und grundlegend für die Bewertung der Gesundheit der Debitorenbuchhaltung und der Effektivität der Inkassobemühungen.
Bedeutung
Dies ist eine kritische operative Metrik, die zur Priorisierung von Inkassobemühungen und zur Messung der Schwere von Zahlungsverzögerungen verwendet wird.
Datenquelle
Dies ist ein berechnetes Feld. Die Logik lautet: WENN Rechnung unbezahlt DANN (Heute() - Zahlungsfälligkeitsdatum) SONST 0.
Beispiele
1532910
|
|||
|
Zahlungsfälligkeitsdatum
PaymentDueDate
|
Das Datum, bis zu dem die Rechnungszahlung vertraglich fällig ist. | ||
|
Beschreibung
Das Zahlungsfälligkeitsdatum ist ein kritisches Datumsattribut, das durch die mit dem Kunden vereinbarten Zahlungsbedingungen definiert wird. Dieses Datum dient als Ausgangspunkt für die Feststellung, ob eine Rechnung überfällig ist. Es ist der primäre Auslöser für die Einleitung von Inkassoaktivitäten, wie das Versenden von Mahnungen oder das Starten eines formellen Mahnverfahrens. Im Process Mining wird es verwendet, um die Kennzahl 'Verzugstage' zu berechnen und die Einhaltung von Mahnrichtlinien zu überprüfen, beispielsweise um zu verifizieren, dass eine Mahnung innerhalb von X Tagen nach Überschreitung des Fälligkeitsdatums versandt wurde.
Bedeutung
Dieses Datum ist der Maßstab für die Messung der Pünktlichkeit von Zahlungen und der Auslöser für alle überfälligen und inkassobezogenen Aktivitäten.
Datenquelle
Typischerweise im Feld 'DueDate' der Tabellen 'CustTrans' oder 'CustInvoiceJour' zu finden.
Beispiele
2023-02-142023-03-312023-04-30
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
Die Zeit in Tagen von der Rechnungserstellung bis zum Zahlungseingang. | ||
|
Beschreibung
Days Sales Outstanding (DSO) ist ein wichtiger finanzieller KPI, der die durchschnittliche Anzahl der Tage misst, die es dauert, eine Zahlung nach einem Verkauf einzuziehen. In diesem Prozessmodell wird sie als die Dauer zwischen den Aktivitäten 'Rechnung erstellt' und 'Zahlung erhalten' für jede Rechnung berechnet. Eine niedrigere DSO weist auf einen effizienteren Inkassoprozess und einen besseren Cashflow hin. Dieses Attribut ermöglicht Trendanalysen über die Zeit und eine Segmentierung nach Dimensionen wie dem Kundensegment, um zu sehen, welche Gruppen die Gesamtmetrik beeinflussen.
Bedeutung
Dies ist ein kritischer KPI zur Messung der Cashflow-Effizienz und der Gesamtleistung des Rechnung-zu-Geld-Prozesses.
Datenquelle
Berechnet als die Dauer zwischen den Timestamps der Aktivitäten 'Rechnung erstellt' und 'Zahlung erhalten'.
Beispiele
28.545.261.0
|
|||
|
Ist beanstandet
IsDisputed
|
Ein boolesches Flag, das angibt, ob eine Rechnung jemals angefochten wurde. | ||
|
Beschreibung
Dies ist ein berechnetes Flag, das auf 'true' gesetzt wird, wenn ein Rechnungs-Case eine 'Streitfall registriert'-Aktivität enthält. Es vereinfacht die Analyse, indem es Benutzern ermöglicht, die Prozessflüsse von beanstandeten und nicht beanstandeten Rechnungen leicht zu filtern oder zu vergleichen. Man könnte zum Beispiel einfach die durchschnittliche DSO für beanstandete Rechnungen mit der durchschnittlichen DSO für nicht beanstandete Rechnungen vergleichen, um die Auswirkungen von Streitfällen auf den Cashflow zu quantifizieren. Es ist ein nützliches Attribut für High-Level-Dashboards und Vergleichsanalysen.
Bedeutung
Vereinfacht die Analyse und Filterung, indem ein einfacher Vergleich zwischen beanstandeten und nicht beanstandeten Rechnungsbeständen ermöglicht wird.
Datenquelle
Dies ist ein berechnetes Feld. Die Logik lautet: WENN der Case eine Aktivität 'Dispute Registered' enthält DANN wahr SONST falsch.
Beispiele
truefalsch
|
|||
|
Kreditlimit
CreditLimit
|
Der maximale Kreditbetrag, der dem Kunden genehmigt wurde. | ||
|
Beschreibung
Das Kreditlimit ist der Gesamtbetrag der Schulden, die einem Kunden eingeräumt werden dürfen. Dieses Attribut ist entscheidend für das Risikomanagement. Das Dashboard 'Kreditlimit-Management-Analyse' vergleicht diesen Wert mit den Rechnungsbeträgen für überfällige oder abgeschriebene Konten. Diese Analyse hilft festzustellen, ob Kreditlimits angemessen festgelegt und durchgesetzt werden und ob säumige Kunden tendenziell kürzlich erhöhte Limits hatten, was potenzielle Schwachstellen im Kreditgenehmigungsprozess aufzeigt.
Bedeutung
Dieses Attribut ist für die Risikobewertung unerlässlich und hilft zu analysieren, ob Abschreibungen mit schlecht verwalteten oder unzureichenden Kundenkreditlimits zusammenhängen.
Datenquelle
Dieser Wert wird typischerweise im Kundenstammsatz in der 'CustTable' gespeichert.
Beispiele
10000.0050000.000.00
|
|||
|
Land
Country
|
Das Land der Rechnungsadresse des Kunden. | ||
|
Beschreibung
Dieses Attribut gibt das Land an, das mit dem Kundenkonto verbunden ist. Es ist eine gängige Dimension für geografische Analysen. Die Segmentierung von Prozess-KPIs wie DSO oder Abschreibungsraten nach Ländern kann regionale Unterschiede im Zahlungsverhalten der Kunden, der Inkassoeffektivität oder den wirtschaftlichen Bedingungen aufdecken. Dies kann zu geografisch angepassten Inkassostrategien oder unterschiedlichen Zahlungsbedingungen für bestimmte Regionen führen.
Bedeutung
Ermöglicht geografische Analysen, um regionale Trends im Zahlungsverhalten und der Leistung des Inkassoprozesses zu identifizieren.
Datenquelle
Dies wird durch eine Verknüpfung vom Kundenstammsatz ('CustTable') mit seinem primären Adressdatensatz, oft in 'LogisticsPostalAddress', abgeleitet.
Beispiele
USADEUGBRCAN
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel der letzten Datenaktualisierung. | ||
|
Beschreibung
Dieses Attribut gibt an, wann der Datensatz zuletzt aus dem Quellsystem aktualisiert wurde. Es ist ein kritisches Metadatum für Benutzer der Process Mining Analyse, da es Kontext zur Aktualität der Daten liefert. Zu wissen, dass die Daten bis zu einem bestimmten Zeitpunkt aktuell sind, hilft Analysten, fundierte Entscheidungen zu treffen und den Umfang ihrer Erkenntnisse zu verstehen. Es wird typischerweise während der Datenaufnahme-Pipeline auf den gesamten Datensatz angewendet.
Bedeutung
Informiert Nutzer über die Aktualität der Daten, stellt sicher, dass Analysen auf einem bekannten Zeitrahmen basieren und verhindert Entscheidungen auf Grundlage veralteter Informationen.
Datenquelle
Dieser Wert wird zum Zeitpunkt der Ausführung von der ETL-/Datenpipeline generiert und dem Datensatz hinzugefügt.
Beispiele
2023-04-01T02:00:00Z2023-04-02T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Identifiziert das System, aus dem die Daten stammen. | ||
|
Beschreibung
Dieses Attribut gibt die Quellanwendung an, in der die Event-Daten aufgezeichnet wurden. In diesem Kontext wäre es 'Microsoft Dynamics 365'. Obwohl es in einer Ein-System-Analyse statisch erscheinen mag, ist es entscheidend für Data Governance, Fehlerbehebung und zukünftige Integrationen. Wenn Daten aus anderen Systemen, wie einem separaten CRM oder einem Inkassobüro-Portal, einbezogen würden, wäre dieses Feld unerlässlich, um zwischen ihnen zu unterscheiden und den vollständigen systemübergreifenden Prozess zu verstehen.
Bedeutung
Bietet eine klare Datenherkunft und ist entscheidend für die Aufrechterhaltung der Datenqualität sowie die Ermöglichung von Analysen über mehrere integrierte Systeme hinweg.
Datenquelle
Dies ist typischerweise ein statischer Wert, der während des Datenextraktionsprozesses hinzugefügt wird, um den Ursprung der Datensätze zu kennzeichnen.
Beispiele
Microsoft Dynamics 365D365 F&O
|
|||
|
Streitbeilegungszeit
DisputeResolutionTime
|
Die Zeit, die zur Beilegung eines Kundenstreitfalls ab dem Zeitpunkt seiner erstmaligen Registrierung benötigt wurde. | ||
|
Beschreibung
Die Streitbeilegungszeit misst die Effizienz des Streitbeilegungsprozesses. Sie wird als die Dauer zwischen den Aktivitäten 'Streitfall registriert' und 'Streitfall gelöst' berechnet. Lange Lösungszeiten können Zahlungen verzögern und die Kundenzufriedenheit negativ beeinflussen. Die Analyse dieser Metrik, segmentiert nach Inkassomitarbeiter oder Streitgrund, hilft, Engpässe und Verbesserungsbereiche im Streitmanagement-Workflow zu identifizieren.
Bedeutung
Misst die Effizienz des Streitfallbearbeitungsprozesses, der eine häufige Ursache für erhebliche Zahlungsverzögerungen ist.
Datenquelle
Berechnet als die Dauer zwischen den Timestamps der Aktivitäten 'Streitfall registriert' und 'Streitfall gelöst'.
Beispiele
7.215.83.5
|
|||
|
Streitfallgrund
DisputeReason
|
Der vom Kunden angegebene Grund für die Beanstandung einer Rechnung. | ||
|
Beschreibung
Wenn ein Kunde eine Rechnung beanstandet, gibt er typischerweise einen Grund an, wie 'Falsche Preisgestaltung', 'Beschädigte Ware' oder 'Doppelte Abrechnung'. Dieses Attribut erfasst diesen Grund. Die Analyse der Streitfallgründe ist entscheidend für die Ursachenanalyse. Sie hilft, wiederkehrende Probleme im Order-to-Cash-Prozess zu identifizieren, wie Probleme in den Vertriebs-, Versand- oder Abrechnungsabteilungen. Die Reduzierung von Streitfällen an der Quelle ist ein Schlüsselergebnis dieser Analyse, das die DSO direkt beeinflusst, indem Zahlungsverzögerungen verhindert werden.
Bedeutung
Liefert kritische Daten für die Ursachenanalyse von Zahlungsverzögerungen, um vor- oder übergeordnete Probleme zu identifizieren und zu beheben, die zu Rechnungsstreitigkeiten führen.
Datenquelle
Konsultieren Sie die Microsoft Dynamics 365 Dokumentation. Dies wäre Teil der Streitfallverwaltung oder der Fallmanagement-Funktionalität.
Beispiele
PreisfehlerMenge unzureichendProdukt nicht erhaltenLeistung nicht wie beschrieben
|
|||
|
Währungscode
CurrencyCode
|
Die Währung der Rechnung, zum Beispiel USD oder EUR. | ||
|
Beschreibung
Der Währungscode gibt die Transaktionswährung des Rechnungsbetrags an. Dies ist ein wichtiges Kontextattribut, insbesondere für multinationale Organisationen. Es ist notwendig für die korrekte Interpretation finanzieller Werte und kann verwendet werden, um zu analysieren, ob Zahlungszyklen oder Probleme mit bestimmten Währungen korrelieren, was mit Komplexitäten im Devisenhandel oder der internationalen Zahlungsabwicklung zusammenhängen könnte.
Bedeutung
Bietet einen wesentlichen Kontext für alle monetären Werte und ermöglicht die Analyse von Prozessen, die mehrere Währungen umfassen.
Datenquelle
Typischerweise im Feld 'CurrencyCode' der Tabelle 'CustInvoiceJour' zu finden.
Beispiele
USDEURGBPCAD
|
|||
Aktivitäten im Kredit- und Forderungsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
`Zahlung erhalten`
|
Zeigt an, dass eine Zahlung eines Kunden eingegangen und im System erfasst wurde, typischerweise über ein Zahlungsjournal. Dieses Ereignis geht der endgültigen Buchung und Zuordnung des Geldes zur spezifischen Rechnung voraus. | ||
|
Bedeutung
Dies ist ein entscheidender Meilenstein für die Berechnung der DSO und das Verständnis des Cashflows. Die Zeitspanne zwischen diesem Ereignis und der verbuchten Zahlung offenbart Bottlenecks im Cash-Application-Prozess.
Datenquelle
Ein explizites Ereignis, das vom Erstellungsdatum einer Kunden-Zahlungsjournaleintragung (LedgerJournalTrans) vor der Buchung erfasst wird. Es stellt das Datum dar, an dem die Zahlung als empfangen erfasst wurde.
Erfassen
Verwenden Sie das Transaktionsdatum aus den Zeilen des Kunden-Zahlungsjournals.
Ereignistyp
explicit
|
|||
|
Fälligkeitsdatum überschritten
|
Ein berechnetes Ereignis, das eintritt, wenn das aktuelle Datum das Fälligkeitsdatum der Rechnung überschreitet. Diese Aktivität entspricht keiner direkten Benutzeraktion, sondern wird durch den Vergleich des Systemdatums mit dem Fälligkeitsdatumsfeld der Rechnung abgeleitet. | ||
|
Bedeutung
Dieses Ereignis ist der Auslöser für alle Inkassoaktivitäten. Es ermöglicht die Analyse des Volumens überfälliger Rechnungen und der Pünktlichkeit von Mahnmaßnahmen, was KPIs wie die Einhaltung der Mahnrichtlinien unterstützt.
Datenquelle
Berechnet durch Vergleich des aktuellen Timestamps mit dem Feld 'DueDate' in der Tabelle der Kunden-Transaktionen (CustTrans). Der Ereignis-Timestamp ist das DueDate selbst.
Erfassen
Erstellen Sie ein Ereignis, wenn 'NOW()' größer ist als das Fälligkeitsdatum der Rechnung.
Ereignistyp
calculated
|
|||
|
Mahnschreiben generiert
|
Zeigt an, dass ein formelles Mahn- oder Inkassoschreiben für die überfällige Rechnung erstellt wurde. Dies wird erfasst, wenn der periodische Mahnprozess in Dynamics 365 ausgeführt wird, der Schreiben für relevante Rechnungen generiert. | ||
|
Bedeutung
Verfolgt die Einleitung und Häufigkeit formeller Inkassobemühungen. Es ist essenziell für die Messung der Mahneffektivität und der Einhaltung interner Inkassorichtlinien.
Datenquelle
Ein expliziter Datensatz wird in der Mahnhistorientabelle (CustCollectionLetterJour) erstellt. Das Erstellungsdatum des Mahnschreiben-Journals ist der Timestamp.
Erfassen
Extrahieren Sie Erstellungsereignisse aus der Tabelle CustCollectionLetterJour, die mit der Rechnung verknüpft sind.
Ereignistyp
explicit
|
|||
|
Rechnung abgeschrieben
|
Die Rechnung wurde als uneinbringlich eingestuft und formell als Forderungsausfall abgeschrieben. Dies ist eine explizite Handlung eines autorisierten Benutzers, die die Forderung löscht und den Verlust bucht. | ||
|
Bedeutung
Dies ist der primäre erfolglose Endpunkt des Prozesses. Die Verfolgung von Abschreibungen ist entscheidend für das Verständnis von Kreditrisiken, Inkassoausfällen und finanziellen Verlusten.
Datenquelle
Erfasst aus einer spezifischen Hauptbuch-Transaktion, die zur Abschreibung uneinbringlicher Forderungen verwendet wird und mit der Originalrechnung verknüpft ist. Das Buchungsdatum des Abschreibungsjournals dient als Timestamp.
Erfassen
Identifizieren Sie Journaleinträge mit einem spezifischen Abschreibungs-Buchungsprofil, die auf die Rechnung verweisen.
Ereignistyp
explicit
|
|||
|
Rechnung beglichen
|
Die Rechnung ist vollständig bezahlt und ihr Saldo beträgt null, was den erfolgreichen Abschluss des Prozesses markiert. Dieser Status wird abgeleitet, wenn die Summe der angewandten Zahlungen dem gesamten Rechnungsbetrag entspricht. | ||
|
Bedeutung
Dies ist der primäre erfolgreiche Endpunkt für den Credit-to-Cash-Prozess. Die Analyse von Pfaden, die hierher führen, hebt Best Practices und effiziente Prozessvarianten hervor.
Datenquelle
Abgeleitet vom Ausgleichsdatum in der Kunden-Ausgleichstabelle (CustSettlement). Dies geschieht, wenn die Felder 'AmountCur' und 'SettleAmountCur' für die Rechnung in CustTrans Null ergeben.
Erfassen
Identifizieren Sie das späteste Ausgleichsdatum, das mit der Rechnungstransaktion verbunden ist und deren Saldo auf null setzt.
Ereignistyp
inferred
|
|||
|
Rechnung erstellt
|
Kennzeichnet die Erstellung eines Verkaufsrechnungsdatensatzes im System, bevor dieser offiziell gebucht wird. Diese Aktivität ist typischerweise ein explizites Ereignis, das erfasst wird, wenn ein Benutzer einen Verkaufsauftrag abschließt und das entsprechende Rechnungsdokument generiert. | ||
|
Bedeutung
Dies ist das primäre Start-Event für den Rechnungslebenszyklus. Die Analyse der Zeit von diesem Zeitpunkt bis zur Zahlung ist entscheidend für die Messung der Days Sales Outstanding (DSO).
Datenquelle
Bei der Rechnungserstellung in der Tabelle 'Sales Invoice Header' (SalesInvoiceHeader) oder 'Sales Table' (SalesTable) erfasst. Der Erstellungszeitstempel des Datensatzes dient als Ereigniszeit.
Erfassen
Erfassen Sie den Erstellungs-Timestamp des Verkaufsrechnungsdatensatzes.
Ereignistyp
explicit
|
|||
|
Rechnung gebucht und versandt
|
Stellt die offizielle Erfassung der Rechnung im Hauptbuch dar, wodurch sie zu einer formellen Debitorenbuchung wird. Dieses Ereignis fällt normalerweise mit dem Versand der Rechnung an den Kunden zusammen und wird erfasst, wenn die Buchungsroutine in Dynamics 365 abgeschlossen ist. | ||
|
Bedeutung
Dies ist ein kritischer Meilenstein, der offiziell den Beginn der Zahlungsbedingungen und des Alterungsprozesses markiert. Verzögerungen zwischen Generierung und Buchung können Ineffizienzen im Abrechnungsprozess verbergen.
Datenquelle
Abgeleitet vom Buchungsdatum des Kundenrechnungsjournals (CustInvoiceJour) oder einer Statusänderung zu 'Gebucht'. Der Buchungszeitstempel ist der entscheidende Datenpunkt.
Erfassen
Verwenden Sie den Buchungszeitstempel aus dem Kundenrechnungsjournal (CustInvoiceJour).
Ereignistyp
inferred
|
|||
|
Streitfall registriert
|
Zeigt an, dass der Kunde die Rechnung formell beanstandet hat und der Status entsprechend aktualisiert wird. Dies wird typischerweise erfasst, indem ein Benutzer den Rechnungsstatus im Inkassomodul auf 'Beanstandet' ändert. | ||
|
Bedeutung
Dies ist der Startpunkt für den Streitbeilegungsprozess. Die Verfolgung hilft, die Häufigkeit von Streitigkeiten und die benötigte Zeit zur Beilegung zu messen, was sich auf die Kundenzufriedenheit und den Cashflow auswirkt.
Datenquelle
Abgeleitet aus einer Statusänderung der Kundenbuchung (CustTrans) oder einer zugehörigen Streitfallverwaltungstabelle (smmCaseDetail). Ein zeitgestempelter Log der Statusänderung ist erforderlich.
Erfassen
Identifizieren Sie, wann das Streitfallstatusfeld für eine Rechnungstransaktion befüllt oder auf 'Angefochten' geändert wird.
Ereignistyp
inferred
|
|||
|
Zahlung gebucht
|
Stellt die offizielle Buchung der Kundenzahlung im Hauptbuch und deren Anwendung zur Begleichung einer Rechnung dar. Dies wird vom Buchungsdatum des Kunden-Zahlungsjournals erfasst. | ||
|
Bedeutung
Schließt den Zahlungs Teil des Prozesses ab. Die Zeit zwischen Zahlungseingang und Buchung, der Cash Application Lag, ist eine wichtige Effizienzmetrik für die Finanzabteilung.
Datenquelle
Erfasst vom Buchungs-Timestamp des Kunden-Zahlungsjournals (LedgerJournalTrans). Dies bestätigt, dass die Zahlung vollständig im Hauptbuch verarbeitet wurde.
Erfassen
Verwenden Sie das Buchungsdatum aus dem gebuchten Kunden-Zahlungsjournal.
Ereignistyp
explicit
|
|||
|
Inkassoaktivität protokolliert
|
Stellt eine manuelle Inkassomaßnahme dar, wie einen Telefonanruf oder eine E-Mail, die dem Kunden oder der Rechnung zugeordnet wird. Dies wird erfasst, wenn ein Inkassomitarbeiter die Aktivitätenfunktion im Inkasso-Workspace nutzt, um seine Interaktionen aufzuzeichnen. | ||
|
Bedeutung
Bietet Transparenz über den manuellen Aufwand des Inkassoteams. Die Analyse dieser Aktivitäten im Vergleich zum Zahlungserfolg hilft, die Teamproduktivität und die Wirksamkeit verschiedener Kontaktmethoden zu messen.
Datenquelle
Protokolliert in den Aktivitäten (smmActivities) oder zugehörigen Fallverwaltungstabellen, die mit dem Kundenkonto verbunden sind. Erfordert die Verknüpfung der Aktivität mit einer spezifischen Rechnung, falls möglich.
Erfassen
Erfassen Sie die Erstellung von Aktivitätsdatensätzen, deren Typ 'Telefonanruf' oder 'E-Mail' ist und sich auf Inkasso bezieht.
Ereignistyp
explicit
|
|||
|
Streitfall gelöst
|
Kennzeichnet den Abschluss des Streitfallprozesses, bei dem eine Lösung erzielt und dokumentiert wurde. Dieses Ereignis wird erfasst, wenn ein Benutzer den Streitfallstatus einer Rechnung auf 'Gelöst' aktualisiert oder den zugehörigen Streitfall schließt. | ||
|
Bedeutung
Diese Aktivität schließt den Streitfall-Unterprozess ab. Die Dauer zwischen Streitfallregistrierung und -beilegung ist eine Schlüssel-KPI zur Messung der Effizienz des Lösungsteams.
Datenquelle
Abgeleitet aus einer Statusänderung der Kundenbuchung (CustTrans) oder wenn der zugehörige Streitfall (smmCaseDetail) geschlossen wird. Der Zeitstempel dieser Statusänderung ist die Ereigniszeit.
Erfassen
Identifizieren Sie, wann das Streitfallstatusfeld für eine Rechnung gelöscht oder auf 'Gelöst' geändert wird.
Ereignistyp
inferred
|
|||
|
Zahlungsversprechen erstellt
|
Ein Kunde hat sich verpflichtet, eine Zahlung zu einem bestimmten zukünftigen Datum zu leisten, und dieses Versprechen wird im System erfasst. Dieses Ereignis wird explizit protokolliert, wenn ein Inkassomitarbeiter ein Zahlungsversprechen im Inkassomodul eingibt. | ||
|
Bedeutung
Verfolgt informelle Zahlungsvereinbarungen und deren Erfüllungsquoten. Der Vergleich von Versprechen mit tatsächlichen Zahlungen kann bei der Cashflow-Prognose und der Bewertung der Kundenzuverlässigkeit helfen.
Datenquelle
Wahrscheinlich in Tabellen des Inkasso-Workspaces oder der Fallverwaltung erfasst, speziell für die Zahlungsversprechen-Funktionalität. Das Erstellungsdatum des Zahlungsversprechens ist die Ereigniszeit.
Erfassen
Erfassen Sie Erstellungsereignisse aus einer Zahlungszusage- oder Inkassofall-Detailtabelle.
Ereignistyp
explicit
|
|||