Ihr Daten-Template für das KYC-Kunden-Onboarding

Der Aktivitätsname bezeichnet einen einzelnen Schritt oder Meilenstein im Kunden-Onboarding, zum Beispiel „Erste Prüfung durchgeführt“ oder „Antrag genehmigt“. Die Abfolge dieser Aktivitäten bildet die Grundlage der Prozesslandkarte.

Die Analyse dieses Attributs macht den Prozessablauf sichtbar. Sie zeigt häufige und alternative Pfade und ermöglicht es, die Häufigkeit der einzelnen Schritte zu messen. So lässt sich nachvollziehen, welche Maßnahmen in welcher Reihenfolge ausgeführt werden.

Dieses Attribut legt die Prozessschritte fest und ermöglicht die Erstellung einer Prozesslandkarte sowie die Analyse des Prozessablaufs und seiner Abweichungen.

Diese Informationen finden sich in der Regel in den Workflow- oder Audit-Log-Tabellen von Fenergo. Sie sind dort Statusübergängen von Cases oder dem Abschluss von Aufgaben zugeordnet.

Der Kundenantrag ist der zentrale Bezeichner, der alle zugehörigen Aktivitäten und Ereignisse eines einzelnen KYC-Onboarding-Prozesses zusammenfasst. Damit lässt sich ein Antrag von der ersten Einreichung bis zum endgültigen Ergebnis verfolgen, unabhängig davon, ob er genehmigt, abgelehnt oder geschlossen wurde.

Im Process Mining ist dieses Attribut grundlegend, um den vollständigen Ablauf jedes Antrags zu rekonstruieren. Es ermöglicht die Analyse von Prozessabläufen, Zykluszeiten, Abweichungen und Engpässen für jeden einzelnen Antrag. So wird sichtbar, wie die jeweiligen Cases bearbeitet werden.

Dies ist die zentrale Case-ID, die alle zugehörigen Ereignisse verknüpft und so die Analyse des Kunden-Onboarding-Prozesses von Anfang bis Ende ermöglicht.

In der Regel handelt es sich um den Primärschlüssel in der zentralen Case-Management- oder Client-Lifecycle-Management-Entität von Fenergo.

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine bestimmte Aktivität begonnen hat. Es liefert die chronologische Reihenfolge, die zur Rekonstruktion des Prozessablaufs erforderlich ist, und ist für alle zeitbasierten Analysen unverzichtbar.

Im Process Mining dient die Startzeit dazu, die Dauer von Aktivitäten, die Wartezeit zwischen ihnen und die gesamte Zykluszeit eines Cases zu berechnen. Sie bildet das zeitliche Grundgerüst des Event Logs und ist entscheidend für Leistungs- und Engpassanalysen.

Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und zeitbasierte Kennzahlen wie Zykluszeiten und Dauern zu berechnen.

Zu finden in den Audit-Trail-, Event-Log- oder Workflow-Verlaufstabellen von Fenergo, häufig unter Bezeichnungen wie „Timestamp“, „StartDate“ oder „CreationDate“.

Dieses Attribut erfasst Datum und Uhrzeit der letzten Datenaktualisierung. Es gibt Aufschluss darüber, wie aktuell die analysierten Daten sind, und hilft dabei, die Aktualität der Erkenntnisse einzuschätzen.

In Dashboards und Berichten informiert dieser Wert die Benutzer darüber, wie aktuell die Daten sind. So lässt sich besser beurteilen, ob die Analyse den laufenden Betrieb oder einen historischen Stand abbildet.

Gibt wichtigen Aufschluss über die Aktualität der Daten, damit Benutzer den zeitlichen Stand der Prozessanalyse einordnen können.

Dieser Wert wird während der Datenextraktion und des Ladens (ETL) generiert und dem Datensatz als Timestamp hinzugefügt.

Dieses Attribut gibt an, aus welchem System die Ereignisdaten stammen. Bei diesem Prozess ist es durchgehend Fenergo. In zusammengeführten Datensätzen hilft es jedoch, die Datenquellen voneinander zu unterscheiden.

Bei der Analyse dient es vor allem dazu, Daten aus bestimmten Systemen zu filtern oder ihre Herkunft zu überprüfen. So bleibt nachvollziehbar, welche Daten aus welchem System stammen, wenn Informationen aus mehreren Systemen für eine umfassende Prozessansicht zusammengeführt werden.

Gibt die Herkunft der Daten an. Das ist wichtig für die Data Governance, die Validierung und die Prüfung, ob die Analyse auf der richtigen Quelle basiert.

In der Regel handelt es sich um einen statischen Wert, der während der Datenextraktion hinzugefügt wird, um die Herkunft der Datensätze zu kennzeichnen.

Dieses Attribut gibt den organisatorischen Kontext des Benutzers an, der eine Aktivität ausgeführt hat, zum Beispiel „Compliance“, „Onboarding Operations“ oder „Vertrieb“. Häufig wird es aus den Benutzerprofilinformationen abgeleitet.

Diese Dimension ist wichtig, um Prozessübergaben zwischen Abteilungen zu analysieren und abteilungsübergreifende Engpässe zu erkennen. Sie unterstützt direkt das Dashboard „Verteilung der Mitarbeiteraktivitäten“, da sich die Arbeit nach Team oder Abteilung zusammenfassen lässt.

Ermöglicht die Analyse der Prozessleistung nach Abteilung und macht Übergaben zwischen Abteilungen, Verzögerungen und die Verteilung der Arbeitslast sichtbar.

Möglicherweise müssen Sie diese Information anhand der ID „InitiatingUser“ aus einer separaten Benutzer- oder HR-Stammdatentabelle ergänzen. Fenergo kann sie auch im Benutzerprofil speichern.

Dieses Attribut gibt das Ergebnis des Antrags am Prozessende oder bei einem laufenden Prozess dessen aktuellen Status an. Häufige Werte sind „Genehmigt“, „Abgelehnt“ oder „In Bearbeitung“.

Für die Ergebnisanalyse ist diese Dimension entscheidend. Sie ermöglicht es, Prozessabläufe nach ihrem endgültigen Ergebnis zu filtern und zu vergleichen. Das ist wichtig für das Dashboard „Nachbearbeitung und Ablehnung von Anträgen“ sowie für die Berechnung von Kennzahlen wie der Ablehnungsquote von Anträgen.

Gibt das Ergebnis eines Cases an und ermöglicht den Vergleich der Abläufe genehmigter und abgelehnter Anträge sowie die Analyse der Erfolgsquoten.

In der Regel handelt es sich um den endgültigen Status, der für den Case im Case-Management-System von Fenergo gespeichert ist.

Dieses Attribut gibt an, welcher Mitarbeitende oder Systembenutzer für eine bestimmte Aufgabe oder ein Ereignis verantwortlich war. Es kann sich um eine eindeutige Benutzer-ID, einen Namen oder eine Rolle handeln.

Die Analyse nach Benutzern zeigt, wie sich die Arbeitslast verteilt und wie die individuelle Leistung ausfällt. Sie kann auch auf Schulungsbedarf hinweisen. Das Attribut ist wichtig für das Dashboard „Verteilung der Mitarbeiteraktivitäten“ und ermöglicht eine Detailanalyse der Aktivitäten einzelner Personen oder Teams.

Zeigt, welcher Benutzer eine Aktion ausgeführt hat. So lassen sich Arbeitslastverteilung, Teamleistung und Ressourcenzuweisung analysieren.

Diese Informationen werden in der Regel zusammen mit den Ereignisdetails in den Audit-Logs oder Aufgabenverlaufstabellen von Fenergo gespeichert, häufig unter Bezeichnungen wie „UserID“, „UserName“ oder „ModifiedBy“.

Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine bestimmte Aktivität beendet wurde. Zusammen mit der Startzeit gibt es die aktive Dauer einer Aufgabe an.

Im Process Mining wird die Endzeit zusammen mit der Startzeit verwendet, um die Verarbeitungszeit jeder Aktivität zu berechnen. So lässt sich feststellen, welche Prozessschritte am meisten Zeit beanspruchen und wie effizient Ressourcen eingesetzt werden.

Ermöglicht die Berechnung der Verarbeitungszeit von Aktivitäten. Das ist grundlegend, um lang laufende Aufgaben und Leistungsengpässe zu erkennen.

Zu finden in den Audit-Trail- oder Workflow-Verlaufstabellen von Fenergo, häufig unter Bezeichnungen wie „EndDate“ oder „CompletionDate“. Alternativ lässt sich die Endzeit aus der Startzeit des nachfolgenden Ereignisses ableiten.

Der Risikowert ist ein quantitatives Maß für das potenzielle Risiko eines Kunden. Er wird anhand verschiedener Faktoren wie Gerichtsbarkeit, Branche und Prüfergebnissen berechnet. In der Regel ermittelt die Regel-Engine von Fenergo diesen Wert.

Dieses Attribut ermöglicht es, Risikostufen mit dem Prozessverlauf in Beziehung zu setzen. So kann die Analyse beispielsweise zeigen, ob Kunden mit hohem Risiko längere Zykluszeiten haben oder häufiger manuell bearbeitet werden müssen. Das ist hilfreich für das Dashboard „Detailanalyse der Risiko- und Compliance-Prüfung“.

Quantifiziert das Kundenrisiko und ermöglicht die Analyse, wie sich die Risikostufe auf Prozessdauer, Nachbearbeitung und Ergebnisse auswirkt.

Dieser Wert ist ein zentrales Ergebnis des Client Risk Assessment-Moduls von Fenergo. Er wird im Case oder in der Mandantenentität gespeichert.

Das SLA-Zieldatum ist die vereinbarte Frist für den Abschluss des gesamten Onboarding-Prozesses eines Kundenantrags. Es dient als wichtige Vergleichsgröße für die tatsächliche Prozessleistung.

Dieses Attribut ist für das Dashboard „Überwachung der SLA-Konformität“ und die Berechnung der KPI „SLA-Einhaltungsquote“ unverzichtbar. Es ermöglicht, Cases mit drohender SLA-Überschreitung frühzeitig zu erkennen und die Arbeit entsprechend zu priorisieren.

Legt das angestrebte Abschlussdatum fest. Das ist wichtig, um die SLA-Konformität zu überwachen und überfällige Cases zu priorisieren.

Dieses Datum wird häufig anhand des Einreichungsdatums des Antrags und der im SLA-Management-Modul von Fenergo konfigurierten Geschäftsregeln berechnet.

Wenn der endgültige Status eines Antrags „Abgelehnt“ lautet, gibt dieses Attribut den konkreten Grund an. Beispiele sind „Hintergrundprüfung nicht bestanden“, „Unvollständige Unterlagen“ oder „Hohes Risikoprofil“.

Dieses Attribut ist entscheidend, um die Ursachen abgelehnter Anträge zu analysieren. Es unterstützt direkt das Dashboard „Nachbearbeitung und Ablehnung von Anträgen“, indem es Ablehnungsgründe kategorisiert. So lassen sich häufige Probleme erkennen und Korrekturmaßnahmen ergreifen, um die Quote der beim ersten Versuch erfolgreichen Anträge zu erhöhen.

Zeigt, warum Anträge scheitern, und ermöglicht eine Ursachenanalyse, mit der sich die Ablehnungsquote senken lässt.

In der Regel im Feld für den Ablehnungsgrund oder in den Notizen zum endgültigen Ablehnungsstatus im Fenergo-Case-Workflow zu finden.

Dieses Attribut gibt an, über welchen Weg der Antrag eingereicht wurde, zum Beispiel über ein Online-Portal, eine Filiale oder einen Kundenbetreuer. Der Kanal kann sich auf die Datenqualität und die Anforderungen an die Bearbeitung auswirken.

Im Dashboard „Effizienz nach Antragsquelle und -typ“ dient diese Dimension dazu, die Leistung verschiedener Kanäle zu vergleichen. So erkennen Unternehmen, welche Kanäle effizient arbeiten und wo sich Prozesse verbessern lassen.

Gibt die Herkunft der Anträge an und ermöglicht die Analyse von Kanaleffizienz, Kosten und Customer Experience.

Diese Information wird möglicherweise in einem ersten Datenerfassungsformular in Fenergo aufgenommen oder von einem vorgelagerten System übermittelt.

Diese Kennzahl zählt für jeden Case, wie oft die Aktivität „Zusätzliche Informationen angefordert“ auftritt. Ein höherer Wert bedeutet mehr Rückfragen. Das kann den Prozess verzögern und die Customer Experience beeinträchtigen.

Dieses Attribut unterstützt direkt die KPI „Cases mit zusätzlichen Informationsanforderungen“. Damit lassen sich Anträge mit besonders vielen Rückfragen erkennen, die auf Probleme bei der ersten Datenerfassung oder komplexe Anforderungen hindeuten können. Die Analyse hilft, die Informationsbeschaffung zu verbessern.

Quantifiziert Reibungsverluste für Kunden und Prozessverzögerungen aufgrund unvollständiger Erstinformationen. So lässt sich die Datenerfassung verbessern.

Diese berechnete Kennzahl ergibt sich aus der Anzahl der Ereignisse „Zusätzliche Informationen angefordert“ für jede „CustomerApplication“-ID.

Dieses Attribut unterscheidet zwischen Aufgaben, die das System automatisch ausführt, etwa erste Prüfungen und Systemkontrollen, und Aufgaben, die ein Benutzer manuell erledigt. Häufig wird dafür geprüft, ob als ausführender Benutzer ein System- oder Dienstkonto eingetragen ist.

Die Analyse dieses Werts ist wichtig, um den Automatisierungsgrad des Prozesses zu bestimmen. Sie hilft, die Auswirkungen der Automatisierung auf Effizienz, Kosten und Geschwindigkeit zu quantifizieren und weitere Automatisierungsmöglichkeiten zu erkennen.

Unterscheidet zwischen Aktivitäten von Menschen und Systemen. Das ist wichtig für die Automatisierungsanalyse und die Ermittlung des Ressourcenaufwands.

Dieser Wert wird in der Regel aus dem Feld „InitiatingUser“ abgeleitet. Eine Liste bekannter Systembenutzer-IDs dient dazu, den Wert auf „true“ zu setzen.

Der Case-Verantwortliche ist die Person oder Gruppe, die die Hauptverantwortung für einen Onboarding-Case trägt. Diese Person ist in der Regel für den fristgerechten und erfolgreichen Abschluss zuständig.

Dieses Attribut ermöglicht die Analyse der Arbeitslast und Leistung auf Ebene der Case-Verantwortlichen. So lässt sich feststellen, ob bestimmte Verantwortliche längere Zykluszeiten oder höhere Ablehnungsquoten aufweisen. Das kann auf Schulungsbedarf oder eine unausgewogene Ressourcenzuweisung hindeuten.

Gibt die für einen Case verantwortliche Person oder das zuständige Team an und ermöglicht die Leistungsanalyse der Case-Verantwortlichen.

In der Regel handelt es sich um ein eigenes Feld in der primären Case-Entität von Fenergo, das die Zuweisung des Cases angibt.

Die Kunden-ID ist die eindeutige Referenz für die Mandantenentität im Stammdatensystem. Während die Antragsnummer als Case-ID des Prozesses dient, verknüpft die Kunden-ID die Onboarding-Aktivitäten mit einem bestimmten Kunden.

Mit diesem Attribut lässt sich die Onboarding-Historie eines einzelnen Kunden analysieren, zum Beispiel, wenn der Kunde im Laufe der Zeit mehrere Onboarding-Prozesse durchlaufen hat. Außerdem können Prozessdaten mit anderen kundenbezogenen Daten verknüpft werden, um einen umfassenderen Überblick über das Geschäft zu erhalten.

Verknüpft den Onboarding-Prozess mit einem eindeutigen Kunden und ermöglicht so kundenbezogene Analysen und die Anreicherung der Daten.

Diese ID wird in Fenergo im Datensatz des Kunden oder der juristischen Person gespeichert und dem Onboarding-Case zugeordnet.

Dieses Attribut ordnet Kunden anhand ihrer Rechtsform oder ihrer Beziehung zum Finanzinstitut verschiedenen Kategorien zu. Für unterschiedliche Kundentypen gelten oft eigene Onboarding-Abläufe mit unterschiedlichem Aufwand und abweichenden Sorgfaltspflichten.

Die Analyse nach Kundentyp zeigt Leistungsunterschiede zwischen den Segmenten. Das Dashboard „Effizienz nach Antragsquelle und -typ“ nutzt diese Dimension, um Zykluszeiten und Genehmigungsquoten zu vergleichen und gezielte Prozessverbesserungen abzuleiten.

Ermöglicht den Vergleich der Prozessleistung zwischen Kundensegmenten, deren Komplexität und SLAs sich häufig unterscheiden.

Diese Informationen werden in der Regel in der Kunden- oder Mandantenentität in Fenergo gespeichert und mit dem Antrags-Case verknüpft.

Dieses Attribut gibt das Land des Kunden an. Davon hängen häufig die geltenden regulatorischen Anforderungen und Risikofaktoren im Onboarding-Prozess ab.

Die Analyse nach Ländern ermöglicht den Vergleich von Zykluszeiten, Risikostufen und Prozesskomplexität in verschiedenen Rechtsräumen. Sie zeigt, wie sich regionale Unterschiede auf die operative Leistung auswirken, und unterstützt die Einhaltung lokaler Vorschriften.

Ermöglicht die geografische Segmentierung des Prozesses. Das ist wichtig, um regulatorische Auswirkungen und die Leistung in den einzelnen Regionen zu analysieren.

Diese Information gehört zu den zentralen Kundendaten, die während des Antragsprozesses erfasst und in Fenergo in der Mandantenentität gespeichert werden.

Dieses Attribut kennzeichnet Aktivitäten, die einen Rückschritt im Prozess darstellen, zum Beispiel die Rückkehr zur „Dokumentenprüfung“, nachdem die „Compliance-Prüfung“ bereits begonnen hat, oder ein erneutes Auftreten von „Zusätzliche Informationen angefordert“.

Die Erkennung von Nachbearbeitung ist entscheidend, um Ineffizienzen und Reibungsverluste im Prozess zu verstehen. Mit diesem Wert lässt sich die KPI „Nachbearbeitungsschleifenquote“ direkt berechnen. Außerdem können unnötige, wiederholte Schritte im Prozessablauf sichtbar gemacht und quantifiziert werden.

Macht ineffiziente Nachbearbeitungsschleifen sichtbar. So lässt sich der Aufwand quantifizieren und erkennen, wo Verbesserungen die Quote der beim ersten Versuch erfolgreichen Fälle erhöhen können.

Dieser Wert wird mithilfe von Process-Mining-Verfahren abgeleitet, die die Abfolge der Aktivitäten analysieren. Folgt beispielsweise auf „Aktivität A“ die „Aktivität B“ und erscheint anschließend im selben Case erneut „Aktivität A“, gilt das zweite Auftreten als Nachbearbeitung.

Dieses Attribut gibt die SLA-Leistung eines abgeschlossenen Cases mit einem binären Wert an. Es wird auf „true“ gesetzt, wenn der Timestamp der abschließenden Aktivität am oder vor dem „SlaTargetDate“ liegt, andernfalls auf „false“.

Dieses berechnete Feld vereinfacht die Überwachung und Berichterstattung zur SLA-Leistung. Es ermöglicht die einfache Zusammenfassung zur Berechnung der KPI „SLA-Einhaltungsquote“ und das Filtern nach Merkmalen SLA-konformer und nicht konformer Cases.

Misst direkt die SLA-Leistung und ermöglicht die einfache Berechnung der KPI „SLA-Einhaltungsquote“ sowie das Filtern nach nicht konformen Cases.

Wird ermittelt, indem der Timestamp der letzten Case-Aktivität, zum Beispiel „Antrag genehmigt“ oder „Antrag abgelehnt“, mit dem „SlaTargetDate“ verglichen wird.