> Kontinuierliche Prozessverbesserung > Kreditmanagement und Forderungsmanagement > HighRadius > Daten Template

Ihr Daten-Template für Kreditmanagement und Forderungseinzug

HighRadius

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute für Kreditmanagement und Forderungseinzug (21) Aktivitäten im Kreditmanagement und Forderungseinzug (15) Anleitungen zur Datenextraktion (2)

Ihr Daten-Template für Kreditmanagement und Forderungseinzug

Dieses Template bietet eine strukturierte Anleitung zur Erfassung der Daten, die Sie für die Analyse Ihres Kreditmanagement- und Forderungseinzugsprozesses benötigen. Es beschreibt die erforderlichen Attribute, die zu erfassenden Aktivitäten und zeigt, wie Sie diese Informationen aus Ihrem HighRadius-System extrahieren. So bereiten Sie Ihre Daten effizient für Process Mining vor.

Empfohlene Attribute für die Datenerfassung
Wichtige Aktivitäten für die Prozessübersicht
Anleitung zur Datenextraktion aus HighRadius

Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Template herunterladen

Attribute für Kreditmanagement und Forderungseinzug

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihren Kreditmanagement- und Forderungseinzugsprozess umfassend zu analysieren.

3 Erforderlich 7 Empfohlen 11 Optional

	Name	Beschreibung
	Aktivitätsname ActivityName	Der Name des konkreten Geschäftsereignisses, das zu einem bestimmten Zeitpunkt für eine Rechnung eingetreten ist.
Beschreibung Der Aktivitätsname bezeichnet einen Schritt im Kreditmanagement und Forderungseinzug, etwa „Rechnung erstellt“, „Zahlungserinnerung bei Überfälligkeit gesendet“ oder „Zahlung eingegangen“. Die Abfolge dieser Aktivitäten bildet den Prozessablauf für jeden Case. Die Analyse dieses Attributs ermöglicht es, die tatsächliche Prozesslandkarte zu ermitteln und zu visualisieren. Sie hilft, Engpässe, Abweichungen von der Standardvorgehensweise und Nacharbeitsschleifen zu erkennen. Wie häufig und in welcher Reihenfolge Aktivitäten wie „Telefonat zum Forderungseinzug protokolliert“ oder „Streitfall erfasst“ auftreten, ist entscheidend für das Verständnis der Prozesseffizienz. Warum das wichtig ist Dieses Attribut legt die Prozessschritte fest und ermöglicht es, den Prozessablauf für jede Rechnung zu rekonstruieren und zu analysieren. Woher beziehen Dieses Attribut wird üblicherweise aus Event Logs, Statusänderungen oder bestimmten Aktionsdatensätzen in den verschiedenen Modulen der HighRadius-Plattform abgeleitet. Beispiele Rechnung an Kunden gesendetMahnverfahren eingeleitetZahlung eingegangenStreitfall geklärt
	Ereigniszeit EventTime	Der Timestamp, der angibt, wann die Aktivität stattgefunden hat, einschließlich Datum und Uhrzeit.
Beschreibung Die Ereigniszeit enthält für jede Prozessaktivität das genaue Datum und die genaue Uhrzeit. Diese chronologischen Daten bilden die Grundlage für Process Mining: Sie ermöglichen die korrekte Reihenfolge der Ereignisse und die Berechnung der Zeitabstände zwischen ihnen. Dieses Attribut wird zur Berechnung aller zeitbezogenen KPIs verwendet, etwa der Durchlaufzeiten für die Klärung von Streitfällen, Kreditgenehmigungen und Zahlungsbuchungen. Außerdem dient es dazu, die Prozessleistung im Zeitverlauf zu analysieren, verzögerungsverursachende Aktivitäten zu erkennen und die Einhaltung von Service-Level-Vereinbarungen zu messen. Warum das wichtig ist Sie liefert den zeitlichen Kontext für alle Aktivitäten. Das ist entscheidend, um Durchlaufzeiten zu berechnen, Engpässe zu erkennen und die Prozessdynamik zu verstehen. Woher beziehen Jeder Transaktionsdatensatz und jedes Event Log in HighRadius sollte ein entsprechendes Timestamp-Feld enthalten, das häufig „Erstellungsdatum“ oder „Timestamp“ heißt. Beispiele 2023-03-15T10:00:00Z2023-04-01T14:35:10Z2023-05-20T09:12:45Z
	Rechnungsnummer InvoiceNumber	Die eindeutige Kennung jeder Rechnung. Sie dient als zentrale Case-ID für den Prozess vom Kredit bis zum Zahlungseingang.
Beschreibung Die Rechnungsnummer ist der zentrale Schlüssel, der alle Aktivitäten zu einem einzelnen Forderungsvorgang miteinander verknüpft. Damit lässt sich der gesamte Lebenszyklus verfolgen: von der Rechnungserstellung über verschiedene Aktivitäten im Kreditmanagement und Forderungseinzug bis zum endgültigen Ausgleich oder zur Abschreibung. Bei der Process-Mining-Analyse ist dieses Attribut entscheidend, um alle zugehörigen Ereignisse zu einem Case zusammenzufassen. So lassen sich durchgängige Prozessabläufe visualisieren, Case-Dauern wie die Days Sales Outstanding (DSO) berechnen und unterschiedliche Abläufe einer Rechnung analysieren, etwa die Klärung von Streitfällen oder Mahnverfahren. Warum das wichtig ist Diese zentrale Kennung verknüpft alle Prozessschritte und ermöglicht es, den vollständigen Weg einer Rechnung von der Erstellung bis zum Abschluss zu analysieren. Woher beziehen Dies ist ein zentrales Feld in HighRadius, das üblicherweise in den Kerndatenobjekten für Rechnungen oder Forderungen zu finden ist. Beispiele INV-2023-001239876543210SI-55482
	Fälligkeitsdatum DueDate	Das berechnete Datum, bis zu dem die Rechnung bezahlt werden muss.
Beschreibung Das Fälligkeitsdatum ist der Kalendertag, bis zu dem eine Rechnung bezahlt werden muss, damit sie nicht als überfällig gilt. Es wird üblicherweise anhand des Rechnungsdatums und der Zahlungsbedingungen berechnet. Dieses Attribut ist die Grundlage für alle Analysen überfälliger Rechnungen. Es dient als Ausgangswert für die Berechnung der Verzugstage, das Auslösen von Mahnverfahren und die Messung der KPI „Einhaltung der Zahlungsbedingungen“. Außerdem unterstützt es Dashboards zur Altersstrukturanalyse von Rechnungen und zur Wirksamkeit des Mahnwesens. Warum das wichtig ist Dieses entscheidende Datum zeigt, ob eine Rechnung fristgerecht oder überfällig ist. Davon hängen alle weiteren Aktivitäten im Forderungseinzug und die zugehörigen KPIs ab. Woher beziehen Dieses Standardfeld ist im Rechnungseintrag von HighRadius enthalten. Es kann aus dem Quell-ERP-System übernommen oder in HighRadius berechnet werden. Beispiele 2023-04-142023-05-312023-06-20
	Grund des Zahlungsstreits DisputeReason	Der Grundcode oder die Beschreibung, die ein Kunde bei einem Einspruch gegen eine Rechnung angibt.
Beschreibung Legt ein Kunde Einspruch gegen eine Rechnung ein, nennt er üblicherweise einen Grund, etwa „Falsche Preisangabe“, „Beschädigte Ware“ oder „Doppelte Rechnung“. Dieses Attribut erfasst den angegebenen Grund. Die Analyse der Gründe für Zahlungsstreitigkeiten ist wichtig für das Dashboard „Dauer der Klärung von Zahlungsstreitigkeiten“. Sie hilft, Ursachen zu erkennen und systematische Probleme bei Preisen, Versand oder Rechnungsstellung zu beheben. Werden Streitigkeiten an der Ursache vermieden, kann sich der Zahlungseingang deutlich beschleunigen. Warum das wichtig ist Das Attribut zeigt die Ursachen für Zahlungsverzögerungen. So können Sie gezielte Prozessverbesserungen umsetzen und künftigen Zahlungsstreitigkeiten vorbeugen. Woher beziehen Diese Information wird erfasst, wenn ein Zahlungsstreit im Streitfallmanagement oder im Abzugsmodul von HighRadius protokolliert wird. Beispiele Falsche MengePreisabweichungBeschädigte WareDoppelte Rechnungsstellung
	Kunden-ID CustomerId	Die eindeutige Kennung des Kunden, der der Rechnung zugeordnet ist.
Beschreibung Die Kunden-ID ordnet eine Rechnung dem jeweiligen Kunden zu. Dadurch können Prozessdaten aus Kundensicht zusammengefasst und analysiert werden. Dieses Attribut ist wichtig, um das Zahlungsverhalten verschiedener Kunden oder Kundensegmente zu untersuchen. Es hilft bei Fragen wie: Welche Kunden zahlen häufig verspätet? Welche Kunden legen besonders oft Einspruch ein? Außerdem unterstützt es Dashboards wie „Einhaltung der Zahlungsbedingungen“ und ermöglicht die Aufschlüsselung von KPIs nach Kunden. Warum das wichtig ist Damit lassen sich Zahlungsverhalten, Häufigkeit von Zahlungsstreitigkeiten und die Interaktion mit dem Prozess auf Kundenebene analysieren. So können Sie Ihre Strategien für den Forderungseinzug gezielt anpassen. Woher beziehen Dieses Standardfeld befindet sich im Rechnungskopf oder in den Kundendaten von HighRadius. Beispiele CUST-001ACME-CORPGLOBEX-US
	Name des Sachbearbeiters CollectorName	Der Name des Benutzers oder Mitarbeitenden, der für eine Aktivität im Forderungseinzug zuständig ist.
Beschreibung Dieses Attribut gibt an, welcher Mitarbeitende im Forderungseinzug, Kredit-Analyst oder andere Benutzer eine manuelle Aktivität ausgeführt hat, etwa „Anruf zum Forderungseinzug protokolliert“ oder „Zahlungsstreit geklärt“. In der Analyse ermöglicht es den Leistungsvergleich zwischen einzelnen Sachbearbeitern und Teams. Es zeigt, wie die Arbeitslast verteilt ist, wie wirksam einzelne Strategien sind, etwa anhand der Erfolgsquote von Anrufen zum Forderungseinzug pro Sachbearbeiter, und wo Schulungsbedarf besteht. Auch für die Ressourcenverwaltung und Kapazitätsplanung ist diese Information wichtig. Warum das wichtig ist Das Attribut ordnet Prozessaktivitäten bestimmten Personen zu. So lassen sich Teamleistung, Arbeitslast und die Wirksamkeit manueller Eingriffe analysieren. Woher beziehen Diese Information ist üblicherweise in Aktivitätsprotokollen oder Benutzeraktionsdatensätzen im HighRadius-Modul für das Forderungsmanagement gespeichert. Beispiele Max MustermannErika MustermannEmilia Müller
	Rechnungsbetrag InvoiceAmount	Der Gesamtbetrag der Rechnung.
Beschreibung Dieses Attribut gibt den gesamten Rechnungsbetrag an. Es ist eine wichtige finanzielle Kennzahl, um den Wert jedes Falls zu verstehen. Beim Process Mining dient der Rechnungsbetrag dazu, den Forderungseinzug zu priorisieren, zum Beispiel indem Sie sich auf überfällige Rechnungen mit hohen Beträgen konzentrieren. Er ist eine wichtige Grundlage für finanzielle KPIs wie Days Sales Outstanding (DSO) und wird im Dashboard zur Analyse von Rechnungsausbuchungen verwendet, um die finanziellen Auswirkungen uneinbringlicher Forderungen zu beziffern. Warum das wichtig ist Das Attribut liefert den finanziellen Kontext zu jedem Fall. Es ermöglicht wertbasierte Analysen, die Priorisierung von Aufgaben und die Bezifferung finanzieller Auswirkungen wie Ausbuchungen. Woher beziehen Dieses Standardfeld befindet sich im Rechnungskopf von HighRadius. Beispiele 5000.001250.7525000.50
	Zahlungsbedingungen PaymentTerms	Die vereinbarten Bedingungen, die festlegen, bis wann ein Kunde eine Rechnung bezahlen soll.
Beschreibung Die Zahlungsbedingungen legen fest, wann eine Zahlung fällig ist, zum Beispiel „Netto 30“, „Netto 60“ oder „zahlbar bei Erhalt“. Auf dieser Grundlage wird das Fälligkeitsdatum der Rechnung berechnet. Dieses Attribut ist eine wichtige Grundlage für das Dashboard und die KPI „Einhaltung der Zahlungsbedingungen“. Die Analyse zeigt, ob die Standardbedingungen einheitlich angewendet werden und bei welchen Zahlungsbedingungen Rechnungen besonders häufig verspätet bezahlt werden. Diese Erkenntnisse können in die Kreditrichtlinien und in Verhandlungen mit Kunden einfließen. Warum das wichtig ist Das Attribut legt den erwarteten Zahlungszeitraum fest. Es ist daher entscheidend für die Berechnung von Fälligkeitsterminen und die Messung, ob Kunden ihre Zahlungsvereinbarungen einhalten. Woher beziehen Diese Information steht üblicherweise im Rechnungskopf oder in den Kundenstammdaten von HighRadius oder dem Quell-ERP-System. Beispiele Netto 30Netto 60Zahlbar bei Erhalt
	Zahlungsstatus PaymentStatus	Der aktuelle finanzielle Status der Rechnung, zum Beispiel offen, bezahlt, überfällig oder strittig.
Beschreibung Der Zahlungsstatus zeigt, an welcher Stelle des Lebenszyklus sich eine Rechnung befindet. Er gibt an, ob die Zahlung noch aussteht, vollständig oder teilweise eingegangen ist, die Rechnung überfällig ist oder ein Zahlungsstreit geprüft wird. Dieses Attribut ist zentral für das Dashboard „Zahlungsstatus und Altersstruktur von Rechnungen“. Damit lassen sich Forderungen schnell segmentieren, um die finanzielle Gesamtlage einzuschätzen und den Forderungseinzug bei überfälligen oder strittigen Rechnungen zu priorisieren. Warum das wichtig ist Das Attribut ordnet Rechnungen Gruppen zu, für die sich konkrete Maßnahmen ableiten lassen. So sehen Sie auf einen Blick, wie es um die Forderungen steht, und können Aktivitäten im Forderungseinzug priorisieren. Woher beziehen Dieses zentrale Statusfeld ist im Rechnungs- oder Forderungseintrag von HighRadius enthalten. Beispiele OffenBezahltÜberfälligStrittigAusgebucht
	Automatisiert IsAutomated	Ein boolesches Kennzeichen, das angibt, ob das System eine Aktivität automatisch oder ein Benutzer sie manuell ausgeführt hat.
Beschreibung Dieses berechnete Attribut unterscheidet zwischen systemgenerierten Ereignissen, etwa einer automatisierten Mahnung bei überfälliger Rechnung, und manuellen Aktionen wie einem protokollierten Anruf zum Forderungseinzug. Dieses Kennzeichen ist entscheidend für die Berechnung der KPI „Anteil automatisierter Aktivitäten im Forderungseinzug“. Es zeigt den Automatisierungsgrad des Prozesses, mögliche Ansatzpunkte für weitere Automatisierung und die relative Wirksamkeit automatisierter und manueller Kontakte. Warum das wichtig ist Damit lässt sich der Automatisierungsgrad des Prozesses messen und die Effizienz und Wirksamkeit automatisierter Systeme mit manuellen Tätigkeiten vergleichen. Woher beziehen Dieses Attribut wird bei der Datentransformation abgeleitet. Dazu werden bestimmte Aktivitätsnamen auf Grundlage von Fachwissen als automatisiert gekennzeichnet. Beispiele truefalse
	Datum der Zahlungszusage PromiseToPayDate	Das Datum, zu dem ein Kunde die Zahlung einer überfälligen Rechnung zugesagt hat.
Beschreibung Wenn ein Sachbearbeiter den Kunden kontaktiert, kann dieser eine Zahlungszusage machen, also versprechen, bis zu einem bestimmten Datum zu zahlen. Dieses Attribut erfasst das zugesagte Datum. Die Analyse dieser Daten ist wichtig, um die Verlässlichkeit von Zahlungszusagen und die Wirksamkeit der Sachbearbeiter beim Einholen verbindlicher Zusagen zu bewerten. Damit lässt sich die Quote eingehaltenen Zahlungszusagen ermitteln, eine wichtige Kennzahl für Teams im Forderungseinzug. Warum das wichtig ist Das Attribut erfasst ein wichtiges Ergebnis der Aktivitäten im Forderungseinzug. Es dient dazu, die Wirksamkeit von Nachfassaktionen und die Verlässlichkeit von Kundenzusagen zu messen. Woher beziehen Dieses Datum wird erfasst, wenn eine Aktivität zur Zahlungszusage im HighRadius-Modul für das Forderungsmanagement protokolliert wird. Beispiele 2023-06-152023-07-012023-06-25
	Endzeit EndTime	Der Timestamp, zu dem eine Aktivität abgeschlossen wurde.
Beschreibung Die Endzeit markiert den Abschluss einer Aktivität. Viele Aktivitäten im Forderungsmanagement sind punktuelle Ereignisse, bei denen Startzeit und Endzeit übereinstimmen. Andere, etwa die „Klärung eines Zahlungsstreits“, können eine bestimmte Dauer haben. Wenn verfügbar, wird dieses Attribut zusammen mit der Startzeit verwendet, um die Verarbeitungszeit einzelner Aktivitäten zu berechnen. So lässt sich feststellen, welche konkreten Schritte am meisten Zeit und Ressourcen beanspruchen, nicht nur die Wartezeiten dazwischen. Warum das wichtig ist Damit lässt sich die Dauer einzelner Aktivitäten genau messen. So wird sichtbar, an welchen Stellen des Prozesses Zeit aufgewendet wird. Woher beziehen Sehen Sie in der HighRadius-Dokumentation nach. Diese Angabe ist möglicherweise für bestimmte protokollierte Aktivitäten mit Start- und Endstatus verfügbar. Beispiele 2023-03-15T10:45:00Z2023-04-01T15:00:10Z2023-05-20T11:15:00Z
	Geschäftseinheit BusinessUnit	Die interne Geschäftseinheit oder Abteilung, die für den Verkauf oder die Rechnung zuständig ist.
Beschreibung Das Attribut „Geschäftseinheit“ ordnet eine Rechnung einem bestimmten Unternehmensbereich zu, zum Beispiel „Einzelhandel“, „Großhandel“ oder „Dienstleistungen“. So lässt sich die Leistung nach verschiedenen Geschäftsbereichen aufschlüsseln. Das Management kann KPIs wie DSO, Streitquoten und Ausbuchungen zwischen Geschäftseinheiten vergleichen und Bereiche mit besonders guten Ergebnissen oder Verbesserungsbedarf erkennen. Außerdem lässt sich so die Verantwortung der einzelnen Unternehmensbereiche für ihre Forderungen nachvollziehen. Warum das wichtig ist Damit können Sie die Leistung verschiedener Unternehmensbereiche vergleichen und erkennen, welche Abteilungen besonders wirksame Prozesse vom Kredit bis zum Zahlungseingang haben. Woher beziehen Diese Organisationsdaten stehen üblicherweise in der Rechnung oder werden aus dem zugehörigen Kundenauftrag oder Kundenkonto in HighRadius oder dem ERP-System abgeleitet. Beispiele Geschäftseinheit NordamerikaDienstleistungsabteilungFertigung
	Grund der Ausbuchung WriteOffReason	Der Grundcode oder die Erklärung dafür, warum eine Rechnung als uneinbringliche Forderung ausgebucht wurde.
Beschreibung Wird eine Rechnung als uneinbringlich eingestuft, wird sie ausgebucht. Dieses Attribut erfasst den Grund dafür, etwa „Konkurs des Kunden“, „Ungeklärter Zahlungsstreit“ oder „Ausbuchung eines Kleinbetrags“. Dieses Attribut ist wichtig für das Dashboard „Analyse von Rechnungsausbuchungen“. Es unterstützt die Ursachenanalyse finanzieller Verluste und liefert Erkenntnisse, mit denen sich Kreditrichtlinien überarbeiten, die Bearbeitung von Zahlungsstreitigkeiten verbessern oder Strategien für den Forderungseinzug anpassen lassen, um künftige Ausbuchungen zu verringern. Warum das wichtig ist Das Attribut erklärt die Ursachen von Umsatzeinbußen und liefert wichtige Hinweise zur Verbesserung der Kreditrisikobewertung und der Richtlinien für den Forderungseinzug. Woher beziehen Diese Information wird erfasst, wenn die Aktivität „Rechnung ausgebucht“ verarbeitet wird, üblicherweise im Finanz- oder Forderungsmanagementmodul von HighRadius. Beispiele KonkursVerjährungsfrist abgelaufenKosten des Forderungseinzugs übersteigen die Forderung
	Land Country	Das Land des Kunden, der der Rechnung zugeordnet ist.
Beschreibung Dieses Attribut gibt an, in welchem Land sich der Kunde befindet. Damit lässt sich der Kredit- und Forderungseinzug geografisch aufschlüsseln. Die Analyse nach Ländern kann regionale Unterschiede beim Zahlungsverhalten, bei der Wirksamkeit von Einzugsstrategien und bei häufigen Gründen für Zahlungsstreitigkeiten aufzeigen. Diese Informationen sind wichtig, um regionale Richtlinien anzupassen und das Management globaler Unternehmen mit Berichten zu unterstützen. Warum das wichtig ist Damit können Sie geografische Analysen durchführen, regionale Trends beim Zahlungsverhalten erkennen und die Strategien für den Forderungseinzug entsprechend anpassen. Woher beziehen Diese Information gehört zu den Kundenstammdaten und ist üblicherweise in HighRadius verfügbar oder wird mit einem Quell-ERP-System synchronisiert. Beispiele USADeutschlandBrasilien
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp, zu dem die Daten dieses Eintrags zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung Dieses Attribut gibt an, wie aktuell die Daten sind. Es erfasst Datum und Uhrzeit der letzten Datenextraktion oder Aktualisierung aus HighRadius. Für die Analyse zeigt dieses Feld, wie aktuell die Erkenntnisse sind. Dashboards und Berichte sollten diese Information anzeigen, damit Geschäftsentscheidungen auf aktuellen Daten beruhen. Warum das wichtig ist So ist transparent, wie aktuell die Daten sind. Das ist entscheidend, um Vertrauen in die Analyse zu schaffen und fundierte Entscheidungen zu treffen. Woher beziehen Diese Zeitangabe wird während der Extraktion von der Datenpipeline erzeugt und jedem Eintrag hinzugefügt. Beispiele 2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
	Mahnstufe DunningLevel	Die erreichte Stufe des automatisierten Mahnverfahrens für eine überfällige Rechnung.
Beschreibung Die Mahnstufe gibt an, wie intensiv der Forderungseinzug betrieben wird. Sie entspricht häufig einer Folge automatisierter Erinnerungen oder Mitteilungen an den Kunden. Stufe 1 kann beispielsweise eine freundliche Zahlungserinnerung sein, Stufe 3 die letzte Mahnung. Dieses Attribut ist wichtig für das Dashboard „Wirksamkeit der Mahnstrategie“. Die Analyse zeigt, welche Mahnstufen besonders häufig zu einer Zahlung führen. Unternehmen können so ihre Mahn-Workflows optimieren und wirksam gestalten, ohne Kundenbeziehungen durch übermäßigen Druck zu belasten. Warum das wichtig ist Das Attribut bildet die Eskalation der Aktivitäten im Forderungseinzug ab. So lässt sich analysieren, welche Mahnstrategien am wirksamsten zu einer Zahlung führen. Woher beziehen Dieses Statusfeld wird von der automatisierten Workflow-Engine für Forderungseinzug oder Mahnwesen in HighRadius verwaltet. Beispiele 123 - Letzte MahnungRechtliches Forderungsmanagement
	Quellsystem SourceSystem	Das System, aus dem die Daten stammen.
Beschreibung Dieses Attribut gibt an, in welchem Quellsystem die Ereignisdaten erzeugt wurden. In dieser Prozessansicht lautet der Wert üblicherweise „HighRadius“. In Umgebungen mit mehreren Systemen ist dieses Feld wichtig, um die Datenherkunft nachzuvollziehen und Informationen bis zu ihrem Ursprung zurückzuverfolgen. Es hilft, Prozesse zu unterscheiden, die sich über verschiedene Plattformen erstrecken, etwa ein ERP-System und ein spezialisiertes Tool für den Forderungseinzug. Warum das wichtig ist Das Attribut macht die Herkunft der Daten nachvollziehbar. Das ist wichtig für Data Governance, Validierung und das Verständnis der Systemlandschaft des Prozesses. Woher beziehen Dies ist üblicherweise ein statischer Wert, der während der Datenextraktion und -transformation hinzugefügt wird, um den Datensatz zu kennzeichnen. Beispiele HighRadiusHighRadius-CollectionsHighRadius-CashApp
	Verzugstage DaysOverdue	Die Anzahl der Tage, um die eine Rechnung überfällig ist. Der Wert ist null, wenn die Rechnung noch nicht fällig ist oder fristgerecht bezahlt wurde.
Beschreibung Die Verzugstage sind eine berechnete Kennzahl für den Zeitraum zwischen dem Fälligkeitsdatum und dem aktuellen Datum bei offenen Rechnungen beziehungsweise dem Zahlungsdatum bei bezahlten Rechnungen. Sie zeigen an, wie stark eine Zahlung im Verzug ist. Dieses Attribut bildet die Grundlage für das Dashboard „Zahlungsstatus und Altersstruktur von Rechnungen“. Damit werden Forderungen in Altersgruppen eingeteilt, zum Beispiel 1 bis 30 oder 31 bis 60 Tage. Die Verzugstage fließen außerdem in die Berechnung der Days Sales Outstanding (DSO) ein und helfen, den Forderungseinzug bei den am längsten überfälligen Konten zu priorisieren. Warum das wichtig ist Diese Kennzahl beziffert Zahlungsverzögerungen direkt. Sie ist daher wichtig für die Altersstrukturanalyse, die Priorisierung des Forderungseinzugs und die Berechnung des DSO. Woher beziehen Dieses Feld wird nicht gespeichert. Es wird bei der Datentransformation anhand des Fälligkeitsdatums und entweder des Zahlungsdatums oder des aktuellen Datums berechnet. Beispiele 1545092
	Währung Currency	Der Währungscode des Rechnungsbetrags.
Beschreibung Dieses Attribut gibt die Währung der Rechnung an, zum Beispiel USD, EUR oder JPY. Es liefert den nötigen Kontext für Geldbeträge wie den Rechnungsbetrag. Für international tätige Unternehmen ist dieses Feld unverzichtbar, um Finanzdaten korrekt auszuwerten. Es stellt sicher, dass Geldbeträge richtig interpretiert werden, und ermöglicht die korrekte Währungsumrechnung bei der Zusammenfassung von Daten für globale Berichte. Warum das wichtig ist Das Attribut ist unverzichtbar, um Geldbeträge korrekt zu interpretieren und fehlerhafte Finanzberechnungen und Berichte in Umgebungen mit mehreren Währungen zu vermeiden. Woher beziehen Dieses Standardfeld befindet sich im Rechnungseintrag, üblicherweise neben dem Rechnungsbetrag. Beispiele USDEURGBP

Erforderlich Empfohlen Optional

Aktivitäten im Kreditmanagement und Forderungseinzug

Diese wichtigen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um Ihren Kreditmanagement- und Forderungseinzugsprozess präzise zu entdecken und zu analysieren.

7 Empfohlen 8 Optional

	Aktivität	Beschreibung
	Rechnung abgeschrieben	Kennzeichnet einen alternativen Endzustand des Rechnungslebenszyklus: Die Forderung gilt als uneinbringlich und wird als Forderungsausfall abgeschrieben. Dies ist ein unerwünschtes Ergebnis.
Warum das wichtig ist Die Erfassung von Abschreibungen ist entscheidend für die Berechnung der Abschreibungsquote von Rechnungen und die Analyse der Ursachen finanzieller Verluste. Sie hilft, Schwächen bei der Bonitätsprüfung oder beim Forderungseinzug zu erkennen. Woher beziehen Dieses Ereignis wird erfasst, wenn eine Transaktion zur Abschreibung des Rechnungssaldos gebucht oder der Rechnungsstatus zu „Abgeschrieben“ geändert wird. Erfassung Abgeleitet aus einer Statusänderung zu „Abgeschrieben“ oder aus der Buchung einer bestimmten Abschreibungstransaktion für die Rechnung. Ereignistyp inferred
	Rechnung ausgeglichen	Diese Aktivität kennzeichnet den erfolgreichen Abschluss des Rechnungslebenszyklus: Die Rechnung ist vollständig bezahlt und geschlossen. Dies ist der gewünschte Endzustand des Prozesses.
Warum das wichtig ist Dies ist das zentrale End-Event des Happy Path im Prozess. Die Analyse der Abläufe, die zu diesem Ergebnis führen, hilft dabei, bewährte Vorgehensweisen und erfolgreiche Einzugsstrategien zu erkennen. Woher beziehen Dieses Ereignis wird üblicherweise nicht explizit erfasst, sondern aus einer Statusänderung der Rechnung zu „Geschlossen“ oder „Ausgeglichen“ und einem Saldo von null abgeleitet. Häufig dient der Timestamp der letzten Zahlungsbuchung als Ereigniszeitpunkt. Erfassung Abgeleitet aus einer Statusänderung der Rechnung zu „Geschlossen“ oder einem Saldo von null im Rechnungsfeld. Ereignistyp inferred
	Rechnung erstellt	Hier beginnt der Lebenszyklus einer Rechnung im Forderungseinzug. Das Ereignis zeigt an, dass die Rechnung im ERP-System erstellt und zur Verwaltung offener Forderungen in HighRadius importiert wurde.
Warum das wichtig ist Diese Aktivität ist das zentrale Start-Event für die Analyse des Prozesses vom Rechnungseingang bis zum Zahlungseingang. Alle Durchlaufzeiten, etwa die Days Sales Outstanding (DSO), werden üblicherweise ab diesem Zeitpunkt gemessen. Woher beziehen Dieses explizite Ereignis wird anhand des Erstellungsdatums des Rechnungseintrags in HighRadius erfasst. Dieser Eintrag wird üblicherweise mit dem Quell-ERP-System wie SAP oder Oracle synchronisiert. Erfassung Erfasst anhand des Erstellungs-Timestamps des Rechnungseintrags in den Forderungsdaten. Ereignistyp explicit
	Streitfall erfasst	Diese Aktivität kennzeichnet den Zeitpunkt, zu dem ein Kunde eine Rechnung beanstandet oder einen Abzug geltend macht und dies anschließend in HighRadius erfasst wird. Für den strittigen Betrag wird der reguläre Forderungseinzug dadurch ausgesetzt.
Warum das wichtig ist Dies ist das Start-Event zur Messung der durchschnittlichen Bearbeitungszeit von Streitfällen. Zu erkennen, wann und warum Streitfälle entstehen, ist entscheidend, um Ursachen wie Abrechnungsfehler oder Probleme beim Versand zu beheben. Woher beziehen Dieses Ereignis wird erfasst, wenn ein Benutzer in HighRadius Deductions Cloud einen mit einer Rechnung verknüpften Streitfall anlegt. Dabei wird ein Streitfalleintrag mit Timestamp erstellt. Erfassung Erfasst anhand des Erstellungs-Timestamps des mit der Rechnung verknüpften Streitfalleintrags. Ereignistyp explicit
	Streitfall geklärt	Kennzeichnet den Abschluss der Bearbeitung eines Streitfalls: Der Sachverhalt wurde untersucht und eine Lösung gefunden. Die Rechnung kann nun bezahlt oder abgeschrieben werden.
Warum das wichtig ist Dies ist das End-Event zur Messung der durchschnittlichen Bearbeitungszeit von Streitfällen. Lange Bearbeitungszeiten können den Zahlungseingang erheblich verzögern und auf Ineffizienzen im Prozess hinweisen. Woher beziehen Dieses Ereignis wird erfasst, wenn der Status des Streitfalls zu „Geklärt“, „Geschlossen“ oder einem ähnlichen Endstatus geändert wird. Für die Aktivität wird der Timestamp dieser Statusänderung verwendet. Erfassung Abgeleitet aus dem Timestamp, zu dem der Status des Streitfalls auf den abschließenden Status „Geklärt“ gesetzt wird. Ereignistyp inferred
	Zahlung eingegangen	Diese Aktivität kennzeichnet den Eingang einer Kundenzahlung, der häufig anhand eines Kontoauszugs oder einer Lockbox-Datei erfasst wird. Das Geld ist damit eingegangen, aber noch nicht der jeweiligen Rechnung zugeordnet.
Warum das wichtig ist Dieser wichtige Meilenstein stoppt häufig die Frist für den Forderungseinzug. Er ist der Ausgangspunkt für die KPI zur Verzögerung zwischen Zahlungseingang und Verbuchung und macht Verzögerungen bei der Zahlungszuordnung sichtbar. Woher beziehen Dieses Ereignis wird anhand der Zahlungsdatensätze in HighRadius Cash Application Cloud erfasst. Für jeden Zahlungslauf oder jede Transaktion aus einer Bankdatei ist ein Eingangsdatum hinterlegt. Erfassung Erfasst anhand des Timestamps des Zahlungseintrags, wenn dieser in das Modul für die Zahlungszuordnung importiert oder dort eingegeben wird. Ereignistyp explicit
	Zahlungsziel überschritten	Dieses berechnete Ereignis tritt ein, wenn das aktuelle Datum nach dem Zahlungsziel der Rechnung liegt. Es handelt sich nicht um eine Aktion eines Benutzers oder Systems, sondern um eine wichtige Statusänderung, die den Forderungseinzug auslöst.
Warum das wichtig ist Diese Aktivität löst alle nachfolgenden Mahn- und Einzugsaktivitäten aus. Sie unterscheidet fristgerecht bezahlte von überfälligen Rechnungen und ermöglicht so die Analyse der Wirksamkeit Ihrer Einzugsstrategie. Woher beziehen Dieses Ereignis wird nicht direkt gespeichert, sondern durch den Vergleich des Fälligkeitsdatums der Rechnung mit dem Timestamp anderer Ereignisse berechnet. Es wird bei der Datentransformation für Process Mining abgeleitet. Erfassung Berechnet durch den Vergleich des Felds due_date der Rechnung mit dem aktuellen Datum oder dem Ereignis-Timestamp (Timestamp > Due Date). Ereignistyp calculated
	Kreditlimit beantragt	Diese Aktivität kennzeichnet den Beginn einer Bonitätsprüfung für einen Kunden. Sie wird üblicherweise vor dem Abschluss eines Verkaufsauftrags ausgelöst und erfasst, sobald ein neues oder angepasstes Kreditlimit im System beantragt wird.
Warum das wichtig ist Die Zeit vom Antrag bis zur Genehmigung zeigt Engpässe bei der Kundenaufnahme und im Verkaufszyklus. Sie ist ein wichtiger Ausgangspunkt, um die Effizienz des Kreditmanagement-Teams zu messen. Woher beziehen Dieses Ereignis wird wahrscheinlich aus einer Statusänderung im Kreditprofil des Kunden oder aus dem Erstellungsdatum eines Antrags auf ein Kreditlimit im Kreditmanagement-Modul von HighRadius abgeleitet. Erfassung Abgeleitet aus dem Erstellungs-Timestamp eines Antrags auf ein Kreditlimit oder einer Statusänderung zu „Genehmigung ausstehend“. Ereignistyp inferred
	Kreditlimit genehmigt	Kennzeichnet den erfolgreichen Abschluss der Kreditprüfung, bei dem dem Kunden offiziell ein Kreditlimit eingeräumt wird. Das Ereignis wird erfasst, wenn ein Kreditmanager den Antrag in der HighRadius-Plattform genehmigt.
Warum das wichtig ist Dieser wichtige Meilenstein ermöglicht die Fortsetzung des Verkaufsprozesses. Die Erfassung dieser Aktivität ist entscheidend für die Berechnung der KPI zur Gesamtdauer des Kreditgenehmigungszyklus. Woher beziehen Dieses Ereignis wird in der Regel anhand einer Statusänderung des Antrags auf ein Kreditlimit erfasst, wenn dieser den Status „Genehmigt“ erhält. Es kann auch als eigenes Ereignis im Audit-Log des Systems vorliegen. Erfassung Abgeleitet aus einer Statusänderung des Kreditantrags zu „Genehmigt“ oder aus dem Timestamp der Genehmigung. Ereignistyp inferred
	Mahnverfahren eingeleitet	Diese Aktivität kennzeichnet den Beginn eines formellen Mahnverfahrens oder einer bestimmten Mahnstufe für eine überfällige Rechnung. Sie ist ein systematischerer Schritt als eine einzelne Zahlungserinnerung.
Warum das wichtig ist Die Erfassung des Beginns von Mahnverfahren hilft dabei, die Wirksamkeit verschiedener Einzugsstrategien und Mahnstufen bei der Zahlungsaufforderung zu analysieren. Woher beziehen Dieses Ereignis wird üblicherweise aus einer Änderung des Felds „Mahnstufe“ oder „Einzugsstrategie“ im Rechnungseintrag in HighRadius abgeleitet. Erfassung Abgeleitet aus einer Änderung des Attributs für die Mahnstufe der Rechnung, erfasst über Änderungsprotokolle oder einen mit Timestamps versehenen Verlauf. Ereignistyp inferred
	Rechnung an Kunden gesendet	Diese Aktivität kennzeichnet den Zeitpunkt, zu dem die Rechnung dem Kunden zugestellt wurde, üblicherweise per E-Mail oder über ein Kundenportal. HighRadius kann diese Mitteilung automatisieren und das Versandereignis protokollieren.
Warum das wichtig ist Die Erfassung hilft sicherzustellen, dass Kunden ihre Rechnungen zeitnah erhalten. Verzögerungen zwischen Rechnungserstellung und Versand können sich direkt auf die Zahlungsdauer und die DSO auswirken. Woher beziehen Dieses Ereignis wird häufig ausdrücklich im Kommunikations- oder Aktivitätsverlauf der Rechnung im Collections-Cloud-Modul protokolliert. Es kann auch anhand des Status eines automatisierten Mitteilungsauftrags abgeleitet werden. Erfassung Im Kommunikationsverlauf der Rechnung protokolliert, sobald eine E-Mail oder die Zustellung über ein Portal erfolgt. Ereignistyp explicit
	Telefonat zum Forderungseinzug protokolliert	Kennzeichnet einen manuellen Anruf eines Mitarbeitenden im Forderungseinzug beim Kunden zu einer überfälligen Rechnung. Die Mitarbeitenden protokollieren die Gesprächsdetails und das Ergebnis direkt in HighRadius.
Warum das wichtig ist Diese Aktivität ist wichtig, um die Erfolgsquote von Anrufen zum Forderungseinzug und die Effizienz der Einzugsaktivitäten zu bewerten. Sie hilft, automatisierte von manuellen Einzugsmaßnahmen zu unterscheiden. Woher beziehen Dieses explizite Ereignis wird erstellt, wenn ein Mitarbeitender im Forderungseinzug in der HighRadius-Oberfläche für die Rechnung oder das Kundenkonto die Funktion „Anruf protokollieren“ oder „Aktivität hinzufügen“ verwendet. Der Eintrag enthält einen Timestamp. Erfassung Erfasst aus der Aktivitätsprotokolltabelle, in der Mitarbeitende im Forderungseinzug manuelle Aktionen festhalten. Ereignistyp explicit
	Zahlung verbucht	Kennzeichnet den Abschluss der Zahlungszuordnung: Eine eingegangene Zahlung wurde erfolgreich einer bestimmten Rechnung zugeordnet und der offene Saldo ausgeglichen.
Warum das wichtig ist Diese Aktivität schließt den Zahlungsprozess ab. Die Zeit zwischen „Zahlung eingegangen“ und „Zahlung verbucht“ zeigt, wie effizient die Zahlungszuordnung abläuft. Woher beziehen Dieses Ereignis wird anhand des Buchungs- oder Ausgleichsdatums im Rechnungseintrag erfasst. Der Timestamp wird gespeichert, sobald die Zahlungszuordnung abgeschlossen ist. Erfassung Erfasst anhand des Timestamps für das Buchungs- oder Ausgleichsdatum in der Rechnungsposition. Ereignistyp explicit
	Zahlungserinnerung bei Überfälligkeit gesendet	Kennzeichnet eine automatisch oder manuell versendete Erinnerung an einen Kunden zu einer überfälligen Rechnung. HighRadius automatisiert diesen Schritt im Rahmen seiner Mahnstrategien und protokolliert die Mitteilung.
Warum das wichtig ist Diese Aktivität ist entscheidend für die Messung der Wirksamkeitsquote des Mahnverfahrens. Sie zeigt, wie viele Zahlungserinnerungen vor dem Zahlungseingang erforderlich sind. Woher beziehen Dieses explizite Ereignis wird im Aktivitäts- oder Kommunikationsprotokoll der Rechnung in HighRadius Collections Cloud erfasst. Für jede versendete Erinnerung gibt es einen entsprechenden Eintrag mit Timestamp. Erfassung Erfasst anhand des mit einem Timestamp versehenen Kommunikationsprotokolls zur Rechnung. Ereignistyp explicit
	Zahlungszusage erfasst	Diese Aktivität tritt ein, wenn ein Kunde zusagt, eine Rechnung an einem künftigen Datum zu bezahlen, und ein Mitarbeitender im Forderungseinzug diese Zusage im System erfasst. Dies ist ein positives Zwischenergebnis.
Warum das wichtig ist Die Erfassung von Zahlungszusagen hilft bei der Cashflow-Prognose und der Bewertung der Arbeit der Mitarbeitenden im Forderungseinzug. Außerdem lassen sich nicht eingehaltene Zusagen erkennen, wenn die Zahlung nicht bis zum vereinbarten Datum eingeht. Woher beziehen Dieses explizite Ereignis wird in HighRadius protokolliert, wenn ein Mitarbeitender einen mit einer Rechnung verknüpften Eintrag „Zahlungszusage“ erstellt. Der Eintrag hat einen eigenen Erstellungs-Timestamp. Erfassung Erfasst anhand des Erstellungs-Timestamps des Objekts „Zahlungszusage“ in HighRadius. Ereignistyp explicit

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus HighRadius

Schritte

Berichts- und Analysemodul aufrufen: Melden Sie sich bei Ihrer HighRadius-Instanz mit einem Benutzerkonto an, das über die erforderlichen Berechtigungen zum Erstellen und Ausführen benutzerdefinierter Berichte verfügt. Öffnen Sie den Bereich „Berichte und Analysen“ über das Haupt-Dashboard oder das Anwendungsmenü.
Neuen benutzerdefinierten Bericht erstellen: Starten Sie die Erstellung eines neuen Berichts. Wählen Sie ein Basisobjekt als primären Bezugspunkt für Ihre Daten, zum Beispiel das Objekt Rechnungen oder Open A/R. Geben Sie dem Bericht einen aussagekräftigen Namen, etwa ProcessMind_Credit_Collections_Log.
Zentrale Rechnungsattribute festlegen: Fügen Sie dem Berichtslayout die wichtigsten Rechnungsfelder hinzu: InvoiceNumber, CustomerId, InvoiceAmount, PaymentTerms, DueDate und PaymentStatus. Diese bilden die Basisspalten für jedes Ereignis.
Daten aus verknüpften Objekten hinzufügen (Ereignisse): Dieser Schritt ist besonders wichtig. Verknüpfen oder vereinigen Sie Daten aus verschiedenen HighRadius-Objekten, um alle 15 erforderlichen Aktivitäten zu erfassen. Fügen Sie im Berichtseditor die zugehörigen Datenquellen hinzu. Erstellen Sie für jede Aktivität Spalten mit den jeweiligen Ereignisdetails.
Bericht im Event-Log-Format strukturieren: Richten Sie den Bericht so ein, dass er eine Zeile pro Ereignis ausgibt. Dazu müssen in der Regel verschiedene Datenblöcke vereinigt werden, statt sie als Spalten zu verknüpfen. Ordnen Sie in jedem vereinigten Block das relevante Datumsfeld einer gemeinsamen Spalte EventTime zu und hinterlegen Sie den passenden Wert für ActivityName.
Ereignis „Zahlungsziel überschritten“ konfigurieren: Dieses Ereignis tritt nur unter bestimmten Bedingungen auf. Erstellen Sie einen eigenen Datenblock für Rechnungen, deren DueDate in der Vergangenheit liegt und deren PaymentStatus weiterhin „Open“ oder „Overdue“ lautet. Setzen Sie für diese Datensätze ActivityName auf „Zahlungsziel überschritten“ und verwenden Sie DueDate als EventTime.
Informationen zu Forderungsmanagement und Streitfällen hinzufügen: Nehmen Sie Daten aus den Modulen für Forderungsmanagement und Streitfälle auf. Verknüpfen Sie Objekte wie CollectorNotes oder ActivityHistory, um CollectorName abzurufen. Verknüpfen Sie außerdem das Objekt Streitfälle, um gegebenenfalls DisputeReason abzurufen.
Berichtsfilter festlegen: Grenzen Sie den Datenexport mit Filtern ein. Legen Sie für EventTime einen bestimmten Zeitraum fest, zum Beispiel die letzten 6 Monate, damit der Datensatz überschaubar bleibt. Je nach Organisationsstruktur können Sie auch nach bestimmten Unternehmenscodes oder Geschäftseinheiten filtern.
Bericht ausführen und Vorschau prüfen: Führen Sie den Bericht aus und prüfen Sie die Vorschau. Vergewissern Sie sich, dass die Struktur dem erforderlichen Event-Log-Format entspricht: eine Zeile pro Aktivität und Spalten für InvoiceNumber, ActivityName, EventTime sowie weitere Attribute.
Berichtsdaten exportieren: Wenn die Vorschau Ihren Anforderungen entspricht, exportieren Sie den vollständigen Bericht. Wählen Sie CSV als Exportformat, da Process-Mining-Werkzeuge dieses Format problemlos einlesen können. Achten Sie darauf, dass beim Export die UTF-8-Kodierung eingestellt ist, um Zeichenfehler zu vermeiden.
Daten abschließend prüfen: Öffnen Sie die exportierte CSV-Datei in einer Tabellenkalkulation. Prüfen Sie vor dem Upload in ProcessMind, ob alle 15 Aktivitäten enthalten sind, die Timestamps korrekt formatiert sind und die wichtigen Attribute wie erwartet ausgefüllt wurden.

Konfiguration

Berichtstyp: Ein benutzerdefinierter Bericht, der Daten aus mehreren Modulen kombiniert. Je nach HighRadius-Version kann er als „Joined Report“ bezeichnet werden oder mehrere Daten-„Blocks“ erfordern, die miteinander vereinigt werden.
Primäres Datenobjekt: Verwenden Sie als Basis des Berichts das Objekt Rechnungen oder Accounts Receivable.
Sekundäre Datenobjekte: Verknüpfen Sie weitere Objekte, zum Beispiel CreditRequests, CustomerCommunications, DunningHistory, CollectorActivityLog, PromiseToPay, Streitfälle und CashApplication.
Datumsfilter: Filtern Sie nach dem primären Ereigniszeitstempel. Empfehlenswert ist ein Zeitraum von 3 bis 6 Monaten, um ausreichend Details bei guter Leistung abzurufen. Ein Beispiel: EventTime innerhalb der letzten 180 Tage.
Statusfilter: Schließen Sie bei Bedarf irrelevante Rechnungsstatus wie „Cancelled“ oder „Draft“ aus, sofern diese nicht zum untersuchten Prozess gehören.
Berechtigungen: Das Benutzerkonto, mit dem Sie den Bericht ausführen, benötigt Lesezugriff auf alle relevanten Module, einschließlich Credit, Collections, Disputes und Cash Application. Nur so lässt sich der vollständige Datensatz extrahieren.

a Beispielabfrage sql

/*
 This is a configuration model for a HighRadius custom report. 
 It is not an executable SQL script but a blueprint for building the report in the UI.
 The report should be configured to UNION the following data blocks to create a single event log.
*/

// Report Name: ProcessMind_Credit_Collections_Log
// Report Output Format: CSV

// === BLOCK 1: Credit Limit Requested ===
{
  "ActivityName": "Credit Limit Requested",
  "Source Object": "CreditRequests",
  "Join Condition": "CreditRequests.CustomerId = Invoices.CustomerId",
  "Columns": {
    "InvoiceNumber": null, // May not be available at this stage
    "ActivityName": "Credit Limit Requested",
    "EventTime": "CreditRequests.RequestTimestamp",
    "CollectorName": "CreditRequests.CreditAnalystName",
    "CustomerId": "CreditRequests.CustomerId",
    "InvoiceAmount": null,
    "PaymentTerms": null,
    "DueDate": null,
    "PaymentStatus": null,
    "DisputeReason": null
  }
}

// === BLOCK 2: Credit Limit Approved ===
{
  "ActivityName": "Credit Limit Approved",
  "Source Object": "CreditRequests",
  "Join Condition": "CreditRequests.CustomerId = Invoices.CustomerId",
  "Columns": {
    "InvoiceNumber": null, // May not be available at this stage
    "ActivityName": "Credit Limit Approved",
    "EventTime": "CreditRequests.ApprovalTimestamp",
    "CollectorName": "CreditRequests.CreditAnalystName",
    "CustomerId": "CreditRequests.CustomerId",
    "InvoiceAmount": null,
    "PaymentTerms": null,
    "DueDate": null,
    "PaymentStatus": null,
    "DisputeReason": null
  }
}

// === BLOCK 3: Invoice Generated ===
{
  "ActivityName": "Invoice Generated",
  "Source Object": "Invoices",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Invoice Generated",
    "EventTime": "Invoices.CreationTimestamp",
    "CollectorName": null,
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Invoices.PaymentStatus",
    "DisputeReason": null
  }
}

// === BLOCK 4: Invoice Sent to Customer ===
{
  "ActivityName": "Invoice Sent to Customer",
  "Source Object": "CustomerCommunications",
  "Filter": "CustomerCommunications.Type = 'Invoice Delivery'",
  "Columns": {
    "InvoiceNumber": "CustomerCommunications.InvoiceNumber",
    "ActivityName": "Invoice Sent to Customer",
    "EventTime": "CustomerCommunications.SentTimestamp",
    "CollectorName": null,
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 5: Payment Due Date Passed ===
{
  "ActivityName": "Payment Due Date Passed",
  "Source Object": "Invoices",
  "Filter": "Invoices.DueDate < CURRENT_DATE AND Invoices.PaymentStatus = 'Open'",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Payment Due Date Passed",
    "EventTime": "Invoices.DueDate",
    "CollectorName": "Invoices.AssignedCollector",
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Invoices.PaymentStatus",
    "DisputeReason": null
  }
}

// === BLOCK 6: Overdue Reminder Sent ===
{
  "ActivityName": "Overdue Reminder Sent",
  "Source Object": "DunningHistory",
  "Filter": "DunningHistory.Action = 'Reminder'",
  "Columns": {
    "InvoiceNumber": "DunningHistory.InvoiceNumber",
    "ActivityName": "Overdue Reminder Sent",
    "EventTime": "DunningHistory.ExecutionTimestamp",
    "CollectorName": null, // Often automated
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 7: Dunning Procedure Initiated ===
{
  "ActivityName": "Dunning Procedure Initiated",
  "Source Object": "DunningHistory",
  "Filter": "DunningHistory.Action = 'Dunning Level 1'",
  "Columns": {
    "InvoiceNumber": "DunningHistory.InvoiceNumber",
    "ActivityName": "Dunning Procedure Initiated",
    "EventTime": "DunningHistory.ExecutionTimestamp",
    "CollectorName": null, // Often automated
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 8: Collection Call Logged ===
{
  "ActivityName": "Collection Call Logged",
  "Source Object": "CollectorActivityLog",
  "Filter": "CollectorActivityLog.Type = 'Call'",
  "Columns": {
    "InvoiceNumber": "CollectorActivityLog.InvoiceNumber",
    "ActivityName": "Collection Call Logged",
    "EventTime": "CollectorActivityLog.ActivityTimestamp",
    "CollectorName": "CollectorActivityLog.CollectorName",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 9: Promise to Pay Created ===
{
  "ActivityName": "Promise to Pay Created",
  "Source Object": "PromiseToPay",
  "Columns": {
    "InvoiceNumber": "PromiseToPay.InvoiceNumber",
    "ActivityName": "Promise to Pay Created",
    "EventTime": "PromiseToPay.CreationTimestamp",
    "CollectorName": "PromiseToPay.CreatedByCollector",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 10: Dispute Registered ===
{
  "ActivityName": "Dispute Registered",
  "Source Object": "DisputeCase",
  "Columns": {
    "InvoiceNumber": "DisputeCase.InvoiceNumber",
    "ActivityName": "Dispute Registered",
    "EventTime": "DisputeCase.CreationTimestamp",
    "CollectorName": "DisputeCase.AssignedAnalyst",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "Disputed",
    "DisputeReason": "DisputeCase.ReasonCode"
  }
}

// === BLOCK 11: Dispute Resolved ===
{
  "ActivityName": "Dispute Resolved",
  "Source Object": "DisputeCase",
  "Filter": "DisputeCase.Status = 'Closed' OR DisputeCase.Status = 'Resolved'",
  "Columns": {
    "InvoiceNumber": "DisputeCase.InvoiceNumber",
    "ActivityName": "Dispute Resolved",
    "EventTime": "DisputeCase.ResolutionTimestamp",
    "CollectorName": "DisputeCase.AssignedAnalyst",
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": "DisputeCase.ReasonCode"
  }
}

// === BLOCK 12: Payment Received ===
{
  "ActivityName": "Payment Received",
  "Source Object": "CashApplication.Payments",
  "Columns": {
    "InvoiceNumber": null, // Often matched later
    "ActivityName": "Payment Received",
    "EventTime": "CashApplication.Payments.PaymentDate",
    "CollectorName": null,
    "CustomerId": "CashApplication.Payments.CustomerId",
    "InvoiceAmount": null,
    "PaymentTerms": null,
    "DueDate": null,
    "PaymentStatus": null,
    "DisputeReason": null
  }
}

// === BLOCK 13: Payment Posted ===
{
  "ActivityName": "Payment Posted",
  "Source Object": "CashApplication.AppliedPayments",
  "Columns": {
    "InvoiceNumber": "CashApplication.AppliedPayments.InvoiceNumber",
    "ActivityName": "Payment Posted",
    "EventTime": "CashApplication.AppliedPayments.ApplicationTimestamp",
    "CollectorName": null,
    "CustomerId": "[From joined Invoice]",
    "InvoiceAmount": "[From joined Invoice]",
    "PaymentTerms": "[From joined Invoice]",
    "DueDate": "[From joined Invoice]",
    "PaymentStatus": "[From joined Invoice]",
    "DisputeReason": null
  }
}

// === BLOCK 14: Invoice Settled ===
{
  "ActivityName": "Invoice Settled",
  "Source Object": "Invoices",
  "Filter": "Invoices.Status = 'Closed' AND Invoices.ClosureReason = 'Paid'",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Invoice Settled",
    "EventTime": "Invoices.ClosureTimestamp",
    "CollectorName": null,
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Paid",
    "DisputeReason": null
  }
}

// === BLOCK 15: Invoice Written Off ===
{
  "ActivityName": "Invoice Written Off",
  "Source Object": "Invoices",
  "Filter": "Invoices.Status = 'Closed' AND Invoices.ClosureReason = 'Write-Off'",
  "Columns": {
    "InvoiceNumber": "Invoices.InvoiceNumber",
    "ActivityName": "Invoice Written Off",
    "EventTime": "Invoices.ClosureTimestamp",
    "CollectorName": "Invoices.AssignedCollector",
    "CustomerId": "Invoices.CustomerId",
    "InvoiceAmount": "Invoices.InvoiceAmount",
    "PaymentTerms": "Invoices.PaymentTerms",
    "DueDate": "Invoices.DueDate",
    "PaymentStatus": "Written Off",
    "DisputeReason": null
  }
}

Schritte

Voraussetzungen: Installieren Sie Python 3.6 oder höher sowie die Bibliotheken pandas und requests. Installieren Sie diese mit pip: pip install pandas requests. Lassen Sie sich außerdem von Ihrer HighRadius-Administration API-Zugangsdaten (Client ID und Client Secret) mit Lesezugriff auf die erforderlichen Datenobjekte wie Rechnungen, Forderungseinzug, Streitfälle und Zahlungen ausstellen.
Skript einrichten: Erstellen Sie eine neue Python-Skriptdatei, zum Beispiel extract_hr_data.py. Importieren Sie zunächst die erforderlichen Bibliotheken (requests, pandas, datetime) und definieren Sie Platzhalterkonstanten für die HighRadius-API-Basis-URL, die Client-Zugangsdaten und den gewünschten Extraktionszeitraum.
Authentifizierung einrichten: Schreiben Sie eine Funktion für die Authentifizierung. Sie verwendet Ihre Client ID und Ihr Client Secret, sendet eine POST-Anfrage an den HighRadius-Authentifizierungsendpunkt (zum Beispiel /auth/v1/token) und ruft ein Bearer-Token ab. Dieses Token wird im Header aller folgenden Datenanfragen verwendet.
Rechnungsdaten abrufen: Entwickeln Sie eine Funktion, die den zentralen Rechnungsendpunkt abfragt (zum Beispiel /invoices/v1/search). Die Funktion muss die Seitennavigation unterstützen, damit alle Datensätze im angegebenen Zeitraum abgerufen werden. Rufen Sie die API wiederholt auf, bis keine weiteren Seiten verfügbar sind, und speichern Sie die Rechnungsdaten in einer Liste von Dictionaries.
Daten verknüpfter Objekte abrufen: Erstellen Sie für jede zentrale Datenentität wie Streitfälle, Forderungseinzugnotizen und Zahlungen eine eigene Abruffunktion. Diese fragt den jeweiligen Endpunkt ab (zum Beispiel /disputes/v1/search, /collections/v1/notes oder /cashapp/v1/payments) und sollte alle relevanten Daten für den angegebenen Zeitraum effizient abrufen. In der Regel ist es besser, diese Datensätze gesammelt abzurufen, statt die API für jede Rechnung einzeln abzufragen.
Event Log strukturieren: Erstellen Sie eine leere Liste für alle Zeilen des Event Logs. Das Skript durchläuft die abgerufenen Daten und wandelt jede relevante Aktion oder Statusänderung in ein standardisiertes Dictionary für ein einzelnes Ereignis um. Jedes Dictionary sollte die Schlüssel InvoiceNumber, ActivityName, EventTime und alle weiteren erforderlichen Attribute enthalten.
Ereignisse im Rechnungslebenszyklus erstellen: Durchlaufen Sie die Liste der Rechnungen. Erstellen Sie für jede Rechnung Ereignisse für „Rechnung erstellt“, „Rechnung an Kunden gesendet“, „Rechnung ausgeglichen“ und „Rechnung abgeschrieben“. Verwenden Sie dazu das Erstellungsdatum, die Korrespondenzprotokolle, das Abschlussdatum und die Statusfelder. Speichern Sie die Ereignisse als Event-Dictionaries.
Ereignis „Zahlungsfälligkeit überschritten“ berechnen: Ergänzen Sie innerhalb derselben Rechnungsschleife Logik für dieses Ereignis. Es handelt sich um ein berechnetes Ereignis. Prüfen Sie, ob das Fälligkeitsdatum der Rechnung überschritten, die Rechnung noch unbezahlt und das Ereignis „Zahlungsfälligkeit überschritten“ noch nicht für sie erstellt wurde. Als EventTime für diese Aktivität verwenden Sie das Fälligkeitsdatum.
Ereignisse zu Forderungseinzug und Streitfällen erstellen: Verarbeiten Sie die Daten aus den Endpunkten für Forderungseinzug und Streitfälle. Erstellen Sie für jede Notiz, Zahlungszusage, Mahnmaßnahme oder jeden Streitfall entsprechende Event-Log-Zeilen („Mahnung gesendet“, „Inkassoanruf protokolliert“, „Zahlungszusage erstellt“, „Streitfall erfasst“, „Streitfall gelöst“). Ordnen Sie dem Ereignis die relevanten Details wie CollectorName und DisputeReason zu.
Zahlungsereignisse erstellen: Verarbeiten Sie die Zahlungsdaten aus dem Modul Cash Application. Erstellen Sie Ereignisse für „Zahlung eingegangen“ anhand des Erstellungsdatums der Zahlung oder des Kontoauszugsdatums. Erstellen Sie Ereignisse für „Zahlung gebucht“ anhand des Datums, an dem die Zahlung der Rechnung erfolgreich zugeordnet wurde.
Daten zusammenführen und formatieren: Wandeln Sie nach der Verarbeitung aller Datenquellen und der Erstellung der Ereignisse die Liste der Event-Dictionaries in einen pandas DataFrame um. Damit lassen sich die Daten einfach sortieren und Datentypen abschließend konvertieren. Achten Sie auf ein einheitliches Timestamp-Format in der Spalte EventTime (YYYY-MM-DD HH:MI:SS).
Als CSV exportieren: Exportieren Sie den fertigen DataFrame mit der Funktion to_csv von pandas in eine CSV-Datei. Verwenden Sie einen aussagekräftigen Dateinamen, zum Beispiel highradius_event_log.csv. Setzen Sie den Parameter index=False, damit der DataFrame-Index nicht als Spalte ausgegeben wird. Die Datei ist nun bereit für den Upload in ProcessMind.

Konfiguration

API-Zugangsdaten: Sie benötigen einen dedizierten API-Benutzer mit Client ID und Client Secret. Dieser Benutzer muss über Leseberechtigungen für alle relevanten API-Endpunkte verfügen, darunter Rechnungen, Kunden, Aktivitäten im Forderungseinzug, Streitfälle und Cash Application.
Zeitraum: Das Python-Skript enthält die Variablen START_DATE und END_DATE. Legen Sie unbedingt einen konkreten, angemessenen Zeitraum fest, etwa 3 bis 6 Monate. So begrenzen Sie das Datenvolumen und vermeiden eine übermäßig lange Skriptausführung. Filtern Sie anhand eines indizierten Datumsfelds wie dem Erstellungs- oder Änderungsdatum der Rechnung.
Endpunkt-URLs: Die angegebenen API-Endpunktpfade, zum Beispiel /invoices/v1/search, sind Platzhalter. Prüfen Sie in der API-Dokumentation Ihrer Organisation, welche HighRadius-Endpunkt-URLs tatsächlich gelten.
Seitennavigation: Das Skript muss den Mechanismus zur Seitennavigation der API korrekt verarbeiten. Dazu werden üblicherweise die Parameter limit und offset oder ein cursorbasiertes Verfahren verwendet. Als Ausgangspunkt eignet sich meist eine Seitengröße von 100 bis 500.
Umgebung: Führen Sie das Skript in einer stabilen Umgebung mit ausreichend Arbeitsspeicher für die DataFrames aus, insbesondere bei umfangreichen Extraktionen. Für Extraktionen im Produktivmaßstab empfiehlt sich ein Server statt eines lokalen Rechners.
Benutzerdefinierte Felder: Wenn Ihr Prozess benutzerdefinierte Felder in HighRadius verwendet, müssen Sie das Skript so anpassen, dass es diese Felder abfragt und in die Ausgabe aufnimmt.

a Beispielabfrage python

import requests
import pandas as pd
from datetime import datetime, time

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
HIGH RADIUS_BASE_URL = class="hl-string">"https://[your-highradius-instance].highradius.com/api"
CLIENT_ID = class="hl-string">"[Your_Client_ID]"
CLIENT_SECRET = class="hl-string">"[Your_Client_Secret]"
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def get_auth_token():
    class="hl-string">"""Authenticates with HighRadius and returns a bearer token."""
    auth_url = fclass="hl-string">"{HIGH RADIUS_BASE_URL}/auth/v1/token"
    payload = {
        class="hl-string">'grant_type': class="hl-string">'client_credentials',
        class="hl-string">'client_id': CLIENT_ID,
        class="hl-string">'client_secret': CLIENT_SECRET
    }
    response = requests.post(auth_url, data=payload)
    response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an exception for bad status codes
    return response.json()[class="hl-string">'access_token']

def fetch_paginated_data(endpoint, params, headers):
    class="hl-string">"""Fetches all pages of data from a given HighRadius endpoint."""
    all_data = []
    page = 0
    limit = 200 class=class="hl-string">"hl-comment"># Records per page
    while True:
        params[class="hl-string">'offset'] = page * limit
        params[class="hl-string">'limit'] = limit
        response = requests.get(fclass="hl-string">"{HIGH RADIUS_BASE_URL}{endpoint}", headers=headers, params=params)
        response.raise_for_status()
        data = response.json()
        records = data.get(class="hl-string">'data', []) class=class="hl-string">"hl-comment"># Adjust based on actual API response structure
        if not records:
            break
        all_data.extend(records)
        page += 1
    return all_data

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    print(class="hl-string">"Starting HighRadius data extraction...")
    auth_token = get_auth_token()
    headers = {class="hl-string">'Authorization': fclass="hl-string">'Bearer {auth_token}'}
    events = []

    class=class="hl-string">"hl-comment"># 1. Fetch all relevant invoices in the date range
    print(class="hl-string">"Fetching invoice data...")
    invoice_params = {class="hl-string">'creationDate_gte': START_DATE, class="hl-string">'creationDate_lte': END_DATE}
    invoices = fetch_paginated_data(class="hl-string">"/invoices/v1/search", invoice_params, headers)

    class=class="hl-string">"hl-comment"># Fetch related data in bulk to reduce API calls
    invoice_ids = [inv[class="hl-string">'invoiceNumber'] for inv in invoices]
    print(fclass="hl-string">"Fetching related data for {len(invoice_ids)} invoices...")

    notes = fetch_paginated_data(class="hl-string">"/collections/v1/notes", {class="hl-string">'invoiceNumber_in': class="hl-string">','.join(invoice_ids)}, headers)
    disputes = fetch_paginated_data(class="hl-string">"/disputes/v1/search", {class="hl-string">'invoiceNumber_in': class="hl-string">','.join(invoice_ids)}, headers)
    payments = fetch_paginated_data(class="hl-string">"/cashapp/v1/applications", {class="hl-string">'invoiceNumber_in': class="hl-string">','.join(invoice_ids)}, headers)
    credit_requests = fetch_paginated_data(class="hl-string">"/credit/v1/requests", {class="hl-string">'requestDate_gte': START_DATE, class="hl-string">'requestDate_lte': END_DATE}, headers)

    class=class="hl-string">"hl-comment"># Create dictionaries for quick lookups
    notes_by_invoice = {k: [n for n in notes if n[class="hl-string">'invoiceNumber'] == k] for k in invoice_ids}
    disputes_by_invoice = {k: [d for d in disputes if d[class="hl-string">'invoiceNumber'] == k] for k in invoice_ids}
    payments_by_invoice = {k: [p for p in payments if p[class="hl-string">'invoiceNumber'] == k] for k in invoice_ids}
    
    class=class="hl-string">"hl-comment"># Process each invoice to create events
    print(class="hl-string">"Transforming data into event log...")
    for invoice in invoices:
        common_attrs = {
            class="hl-string">'InvoiceNumber': invoice.get(class="hl-string">'invoiceNumber'),
            class="hl-string">'CustomerId': invoice.get(class="hl-string">'customer', {}).get(class="hl-string">'id'),
            class="hl-string">'InvoiceAmount': invoice.get(class="hl-string">'invoiceAmount'),
            class="hl-string">'PaymentTerms': invoice.get(class="hl-string">'paymentTerms'),
            class="hl-string">'DueDate': invoice.get(class="hl-string">'dueDate'),
            class="hl-string">'PaymentStatus': invoice.get(class="hl-string">'paymentStatus'),
            class="hl-string">'CollectorName': invoice.get(class="hl-string">'collector', {}).get(class="hl-string">'name'),
            class="hl-string">'DisputeReason': None
        }

        class=class="hl-string">"hl-comment"># Invoice Generated
        events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Generated', class="hl-string">'EventTime': invoice.get(class="hl-string">'creationDate')})
        
        class=class="hl-string">"hl-comment"># Invoice Sent to Customer (example from correspondence log)
        if invoice.get(class="hl-string">'sentDate'):
            events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Sent to Customer', class="hl-string">'EventTime': invoice.get(class="hl-string">'sentDate')})

        class=class="hl-string">"hl-comment"># Payment Due Date Passed (calculated)
        due_date_obj = datetime.strptime(invoice.get(class="hl-string">'dueDate'), class="hl-string">'%Y-%m-%dT%H:%M:%S.%fZ').date()
        if due_date_obj < datetime.today().date() and invoice.get(class="hl-string">'paymentStatus') not in [class="hl-string">'PAID', class="hl-string">'CLOSED']:
            event_time_at_due_date = datetime.combine(due_date_obj, time(23, 59, 59)).isoformat()
            events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Due Date Passed', class="hl-string">'EventTime': event_time_at_due_date})

        class=class="hl-string">"hl-comment"># Invoice Settled / Written Off
        if invoice.get(class="hl-string">'closeDate'):
            if invoice.get(class="hl-string">'paymentStatus') == class="hl-string">'PAID':
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Settled', class="hl-string">'EventTime': invoice.get(class="hl-string">'closeDate')})
            elif invoice.get(class="hl-string">'statusReason') == class="hl-string">'WRITTEN_OFF':
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Written Off', class="hl-string">'EventTime': invoice.get(class="hl-string">'closeDate')})

        class=class="hl-string">"hl-comment"># Process related notes for this invoice
        for note in notes_by_invoice.get(invoice[class="hl-string">'invoiceNumber'], []):
            activity_map = {
                class="hl-string">'REMINDER_SENT': class="hl-string">'Overdue Reminder Sent',
                class="hl-string">'DUNNING_STARTED': class="hl-string">'Dunning Procedure Initiated',
                class="hl-string">'COLLECTION_CALL': class="hl-string">'Collection Call Logged',
                class="hl-string">'PROMISE_TO_PAY': class="hl-string">'Promise to Pay Created'
            }
            activity_name = activity_map.get(note.get(class="hl-string">'noteType'))
            if activity_name:
                events.append({**common_attrs, class="hl-string">'ActivityName': activity_name, class="hl-string">'EventTime': note.get(class="hl-string">'creationDate'), class="hl-string">'CollectorName': note.get(class="hl-string">'createdBy')})

        class=class="hl-string">"hl-comment"># Process related disputes for this invoice
        for dispute in disputes_by_invoice.get(invoice[class="hl-string">'invoiceNumber'], []):
            events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Dispute Registered', class="hl-string">'EventTime': dispute.get(class="hl-string">'creationDate'), class="hl-string">'DisputeReason': dispute.get(class="hl-string">'reasonCode')})
            if dispute.get(class="hl-string">'resolutionDate'):
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Dispute Resolved', class="hl-string">'EventTime': dispute.get(class="hl-string">'resolutionDate'), class="hl-string">'DisputeReason': dispute.get(class="hl-string">'reasonCode')})
        
        class=class="hl-string">"hl-comment"># Process related payments for this invoice
        for payment in payments_by_invoice.get(invoice[class="hl-string">'invoiceNumber'], []):
            if payment.get(class="hl-string">'paymentReceivedDate'):
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Received', class="hl-string">'EventTime': payment.get(class="hl-string">'paymentReceivedDate')})
            if payment.get(class="hl-string">'applicationDate'):
                events.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Posted', class="hl-string">'EventTime': payment.get(class="hl-string">'applicationDate')})

    class=class="hl-string">"hl-comment"># Process credit requests (linked by customer ID)
    for request in credit_requests:
        class=class="hl-string">"hl-comment"># Note: Linking to a specific invoice is often not possible. Here we create a case-level event.
        class=class="hl-string">"hl-comment"># A more advanced logic could try to link based on customer and time proximity to an invoice.
        credit_attrs = {**common_attrs, class="hl-string">'InvoiceNumber': fclass="hl-string">"CREDIT-{request.get('customerId')}", class="hl-string">'CustomerId': request.get(class="hl-string">'customerId')}
        events.append({**credit_attrs, class="hl-string">'ActivityName': class="hl-string">'Credit Limit Requested', class="hl-string">'EventTime': request.get(class="hl-string">'requestDate')})
        if request.get(class="hl-string">'status') == class="hl-string">'APPROVED' and request.get(class="hl-string">'approvalDate'):
            events.append({**credit_attrs, class="hl-string">'ActivityName': class="hl-string">'Credit Limit Approved', class="hl-string">'EventTime': request.get(class="hl-string">'approvalDate')})

    class=class="hl-string">"hl-comment"># Finalize DataFrame
    if not events:
        print(class="hl-string">"No events found for the specified criteria.")
        return

    df = pd.DataFrame(events)
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
    df.dropna(subset=[class="hl-string">'InvoiceNumber', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'], inplace=True)
    
    class=class="hl-string">"hl-comment"># Save to CSV
    output_file = class="hl-string">'highradius_event_log.csv'
    df.to_csv(output_file, index=False, date_format=class="hl-string">'%Y-%m-%d %H:%M:%S')
    print(fclass="hl-string">"Extraction complete. Event log saved to {output_file}")

if __name__ == class="hl-string">'__main__':
    main()

Möchten Sie loslegen?

Dieses Template bietet Ihnen die strukturierte Datengrundlage, um wichtige Erkenntnisse zu Ihrem Kreditmanagement- und Forderungseinzugsprozess zu gewinnen. Beginnen Sie noch heute damit, Ihre HighRadius-Prozesse zu optimieren und den Cashflow zu beschleunigen.

Zurück zum Leitfaden zur Prozessverbesserung Template herunterladen

Optimieren Sie Ihr Kreditmanagement und Ihren Forderungseinzug

Beseitigen Sie Engpässe, verkürzen Sie die Zykluszeit um 30 % und steigern Sie die Effizienz.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Startklar in wenigen Minuten.

Ihr Daten-Template für Kreditmanagement und Forderungseinzug

Ihr Daten-Template für Kreditmanagement und Forderungseinzug

Attribute für Kreditmanagement und Forderungseinzug

Aktivitäten im Kreditmanagement und Forderungseinzug

Anleitungen zur Datenextraktion

Export aus dem Reporting and Analytics Module von HighRadius

Schritte

Konfiguration

a Beispielabfrage sql

Datenextraktion mit einem Python-Skript über HighRadius-REST-APIs

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Optimieren Sie Ihr Kreditmanagement und Ihren Forderungseinzug

Ihr Daten-Template für Kreditmanagement und Forderungseinzug

Ihr Daten-Template für Kreditmanagement und Forderungseinzug

Attribute für Kreditmanagement und Forderungseinzug

Aktivitäten im Kreditmanagement und Forderungseinzug

Anleitungen zur Datenextraktion

Export aus dem Reporting and Analytics Module von HighRadius

Schritte

Konfiguration

a Beispielabfrage sql

Datenextraktion mit einem Python-Skript über HighRadius-REST-APIs

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Optimieren Sie Ihr Kreditmanagement und Ihren Forderungseinzug

Der Schutz Ihrer Daten ist uns wichtig