Ihr KYC-Kunden-Onboarding Daten-Template

ACTICO
Ihr KYC-Kunden-Onboarding Daten-Template

Ihr KYC-Kunden-Onboarding Daten-Template

Dieses Template bietet einen strukturierten Ansatz zur Erfassung der wesentlichen Daten für die Analyse Ihres KYC-Kunden-Onboarding-Prozesses. Es beschreibt die entscheidenden Attribute, die gesammelt werden müssen, und die Schlüsselaktivitäten, die in Ihrem Event Log verfolgt werden sollen. Darüber hinaus finden Sie praktische Anleitungen zur Extraktion dieser Daten aus Ihren Quellsystemen, um einen reibungslosen Start Ihrer Process Mining Journey zu gewährleisten.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • Extraktions-Leitfaden für ACTICO
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

KYC-Kunden-Onboarding-Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, um eine umfassende Analyse Ihres KYC-Kunden-Onboarding-Prozesses zu ermöglichen.
5 Erforderlich 7 Empfohlen 6 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Geschäfts-Events oder der Aufgabe, die innerhalb des Kunden-Onboarding-Prozesses durchgeführt wird.
Beschreibung

Dieses Attribut erfasst den Namen jedes Schritts oder jeder Aktivität, die während des KYC-Prozesses auftritt, wie 'Antrag eingereicht', 'Risikobewertung durchgeführt' oder 'Antrag genehmigt'. Es liefert die sequenziellen Bausteine der Prozesslandkarte.

Die Analyse des Activity Name ermöglicht die Visualisierung des Prozessflusses, die Identifizierung häufiger oder seltener Aktivitäten und die Erkennung von Bottlenecks oder Rework-Schleifen. Es ist ein Eckpfeiler, um zu verstehen, welche Aktionen in welcher Reihenfolge ausgeführt werden, was für die Variantenanalyse und Compliance-Prüfungen entscheidend ist.

Bedeutung

Es definiert die Schritte in der Prozesslandkarte, visualisiert den Fluss und ermöglicht die Analyse von Abweichungen sowie der Reihenfolge von Aktivitäten.

Datenquelle

Diese Information findet sich typischerweise in einer Event Log-Tabelle innerhalb von ACTICO, oft in einem Feld, das den Event- oder Aufgabentyp beschreibt. Konsultieren Sie die ACTICO-Dokumentation.

Beispiele
Bewerbung eingereichtRisikobewertung durchgeführtCompliance-Prüfung abgeschlossenApplication Rejected
Ereigniszeit
EventTime
Der Timestamp, der anzeigt, wann eine spezifische Aktivität begann oder stattfand.
Beschreibung

Event Time ist der exakte Zeitpunkt, an dem eine Aktivität im System aufgezeichnet wurde. Sie definiert die chronologische Reihenfolge aller Ereignisse eines Antrags und bildet die Timeline der Onboarding-Journey ab.

Dieses Attribut ist die Basis jeder zeitbezogenen Analyse. Damit werden Durchlaufzeiten berechnet, Verzögerungen identifiziert und die Einhaltung von SLAs geprüft. Erst durch diese Zeitstempel können Process-Mining-Tools den tatsächlichen Prozessfluss rekonstruieren.

Bedeutung

Dieses Attribut liefert die chronologische Reihenfolge der Events, was für die Berechnung von Dauern, die Entdeckung von Bottlenecks und die Analyse der Prozess-Timeline unerlässlich ist.

Datenquelle

Der Zeitstempel jeder aufgezeichneten Aktivität in den ACTICO Event-Log-Tabellen. Details finden Sie in der ACTICO-Dokumentation.

Beispiele
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z
Kundenantrag
CustomerApplication
Die eindeutige Kennung für einen einzelnen Kunden-Onboarding-Antrag, die als Case ID für die Prozessanalyse dient.
Beschreibung

Die Kundenanwendung ist der primäre Case-Identifier, der alle Events und Aktivitäten einer einzelnen Kunden-Onboarding-Journey gruppiert. Sie repräsentiert eine vollständige Instanz des KYC-Prozesses, von der initialen Einreichung bis zur finalen Entscheidung über Genehmigung oder Ablehnung.

Im Process Mining ist dieses Attribut essenziell, um die End-to-End-Journey jedes Antrags zu rekonstruieren. Es ermöglicht Analysten, die Abfolge der Aktivitäten zu verfolgen, die gesamten Durchlaufzeiten zu messen und verschiedene Prozesspfade oder Varianten zu vergleichen, die von verschiedenen Anwendungen durchlaufen wurden. Alle Events, die dieselbe Kundenanwendungs-ID teilen, werden als Teil desselben Case betrachtet.

Bedeutung

Dies ist das fundamentale Attribut für Process Mining, da es alle verwandten Events zu einer einzigen, kohärenten Prozessinstanz verbindet und eine End-to-End-Analyse der Onboarding-Erfahrung jedes Kunden ermöglicht.

Datenquelle

Dies ist ein Primärschlüssel in den Hauptanwendungs- oder Case-Management-Tabellen innerhalb von ACTICO. Konsultieren Sie die ACTICO-Dokumentation für spezifische Tabellen- und Feldnamen.

Beispiele
APP-2023-001234APP-2023-001235APP-2024-000001
Letzte Datenaktualisierung
LastDataUpdate
Der `Timestamp`, der den Zeitpunkt angibt, zu dem die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabzugs aus ACTICO. Es ist ein Metadatenfeld, das für den gesamten Datensatz gilt und nicht für einzelne Events, und liefert Kontext zur Aktualität der Analyse.

In Dashboards und Berichten ist diese Information für Benutzer von entscheidender Bedeutung, um zu verstehen, wie aktuell die Daten sind. Es hilft, Erwartungen hinsichtlich der Aktualität von Erkenntnissen zu managen und ist entscheidend für die operative Überwachung, bei der nahezu Echtzeitdaten wichtig sind. Die Anzeige dieses Timestamps gewährleistet Transparenz und Vertrauen in die präsentierten Daten.

Bedeutung

Gibt die Aktualität der Daten an, damit Nutzer wissen, ob sie auf Basis neuester Informationen entscheiden – wichtig für den operativen Betrieb.

Datenquelle

Dieser Wert wird während des Datenextraktions-, Transformations- und Lade-(ETL)-Prozesses generiert und gespeichert. Er spiegelt den Timestamp wider, wann der ETL-Job erfolgreich abgeschlossen wurde.

Beispiele
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Quellsystem
SourceSystem
Das führende System, aus dem die Event-Daten stammen.
Beschreibung

Dieses Attribut identifiziert das Quellinformationssystem, in dem die Daten generiert wurden. Für diesen Prozess wird es durchgängig 'ACTICO' sein, aber in breiteren Analysen, die mehrere Systeme umfassen, hilft es, Datenherkünfte zu differenzieren.

Im Process Mining Kontext ist es entscheidend für die Data Governance und Validierung. Es stellt sicher, dass Daten ihrer Quelle korrekt zugeordnet werden, was wichtig ist, wenn Daten aus verschiedenen Systemen zusammengeführt werden, um eine umfassende Prozessansicht zu erstellen. Es hilft auch bei der Behebung von Datenqualitätsproblemen, indem diese auf das Ursprungssystem zurückgeführt werden.

Bedeutung

Liefert wesentlichen Kontext zur Datenherkunft, um Datenherkunft und -governance sicherzustellen, was entscheidend ist, wenn Daten aus mehreren Quellen kombiniert werden.

Datenquelle

Dies ist typischerweise ein statischer Wert ('ACTICO'), der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird, um den Datensatz zu kennzeichnen.

Beispiele
ACTICOACTICO PlattformActico KYC Modul
Ablehnungsgrund
RejectionReason
Der spezifische Grund, der angegeben wird, wenn ein Kundenantrag abgelehnt wird.
Beschreibung

Wenn der finale Status eines Antrags 'Abgelehnt' ist, liefert dieses Attribut die zugrunde liegende Ursache. Beispiele sind 'Unvollständige Dokumentation', 'Hintergrundprüfung fehlgeschlagen' oder 'Hohes Risikoprofil'.

Dies ist ein vitales Attribut für die Ursachenanalyse. Durch die Analyse der Häufigkeit verschiedener Ablehnungsgründe kann das Unternehmen systemische Probleme im Prozess oder bei Kundeneinreichungen identifizieren. Zum Beispiel könnte eine hohe Anzahl von Ablehnungen aufgrund unvollständiger Dokumentation darauf hindeuten, dass die Antragsanweisungen unklar sind. Dies unterstützt direkt das Dashboard 'Ablehnungsrate und -gründe von Anträgen'.

Bedeutung

Liefert das 'Warum' hinter Anwendungsablehnungen und ermöglicht eine Ursachenanalyse, um die Ablehnungsrate zu reduzieren und die Prozesseffizienz zu verbessern.

Datenquelle

Normalerweise in der Haupt-Case- oder Anwendungstabelle in ACTICO zu finden, oft nur gefüllt, wenn der Antragsstatus 'Abgelehnt' ist.

Beispiele
Unvollständige DokumentationFehlgeschlagene IdentitätsprüfungSanktionstrefferHoher Risikowert
Abteilung
Department
Die für die Durchführung der Aktivität verantwortliche Fachabteilung oder das Team.
Beschreibung

Dieses Attribut ordnet eine Aktivität einer spezifischen Organisationseinheit zu, wie z. B. 'Compliance', 'Onboarding-Team' oder 'Kundenbeziehungen'. Es bietet einen organisatorischen Kontext für den Prozessfluss.

Die Analyse auf Abteilungsebene ist entscheidend, um zu verstehen, wie Arbeit zwischen verschiedenen Teilen der Organisation übergeben wird. Sie hilft, abteilungsübergreifende Bottlenecks zu identifizieren, die Effizienz der Abteilung zu messen und die Ressourcenallokation über Teams hinweg zu analysieren. Dashboards können nach Abteilung gefiltert werden, um Managern eine Ansicht der spezifischen Leistung ihres Teams zu bieten.

Bedeutung

Bietet eine organisatorische Dimension für die Analyse, die die Identifizierung abteilungsübergreifender Verzögerungen und die Bewertung der Teamleistung ermöglicht.

Datenquelle

Diese Information könnte direkt mit den Event-Daten gespeichert oder durch das Verknüpfen von Benutzerdaten mit einer HR-Stammdatentabelle, die Benutzer Abteilungen zuordnet, abgeleitet werden. Konsultieren Sie die ACTICO-Dokumentation.

Beispiele
ComplianceOnboarding-TeamKundenservice
Antragsstatus
ApplicationStatus
Das Endergebnis oder der aktuelle Status des Kunden-Onboarding-Antrags.
Beschreibung

Dieses Attribut zeigt die finale Entscheidung eines Case an, typischerweise 'Genehmigt' oder 'Abgelehnt'. Es kann auch den Status von laufenden Cases anzeigen. Dies ist eine kritische Dimension für ergebnisbasierte Analysen.

Zu verstehen, warum Anträge genehmigt oder abgelehnt werden, ist ein Hauptziel des KYC Process Mining. Dieses Attribut ermöglicht das Filtern der Prozesslandkarte, um die typischen Journeys von genehmigten versus abgelehnten Anträgen zu sehen, was hilft, Prozessmuster zu identifizieren, die zu unerwünschten Ergebnissen führen. Es ist auch die Basis für die Berechnung des KPIs 'Antragsablehnungsrate'.

Bedeutung

Definiert das Ergebnis jedes Falls und ermöglicht Vergleiche zwischen erfolgreichen und erfolglosen Instanzen sowie die Berechnung von Ablehnungsquoten.

Datenquelle

Dies ist ein Case-Level-Attribut, das oft in der Haupt-Case- oder Anwendungstabelle in ACTICO zu finden ist. Es spiegelt den finalen Status der Anwendung wider.

Beispiele
GenehmigtAbgelehntIn BearbeitungAusstehende Informationen
Endzeit
EndTime
Der Timestamp, der anzeigt, wann eine spezifische Aktivität abgeschlossen wurde.
Beschreibung

Die End Time markiert den Abschluss einer Aktivität. Gepaart mit der Start Time (EventTime) ermöglicht sie die Berechnung der genauen Dauer jeder Aufgabe, bekannt als Bearbeitungszeit. Nicht alle Events haben eine eindeutige Endzeit, da einige sofortig sein können.

Dieses Attribut ist fundamental für die Performance-Analyse, insbesondere um zu messen, wie lange jeder Schritt dauert. Es ermöglicht die Erstellung detaillierter Performance-Dashboards, hilft zu identifizieren, welche Aktivitäten die meiste Zeit in Anspruch nehmen, und ist essenziell für die Berechnung von KPIs wie 'Durchschnittliche Dokumentenprüfzeit'.

Bedeutung

Ermöglicht die Berechnung exakter Bearbeitungszeiten, was für die Identifizierung von Engpässen und die Analyse der Ressourceneffizienz unerlässlich ist.

Datenquelle

Wie die Startzeit findet sich auch diese meist in den Event-Log-Tabellen von ACTICO. Manche Systeme nutzen separate Spalten für Start- und Endzeit eines Events.

Beispiele
2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z
Initiierender Benutzer
InitiatingUser
Die User ID oder der Name des Mitarbeiters, der die Aktivität durchgeführt hat.
Beschreibung

Dieses Attribut identifiziert den spezifischen Benutzer oder Systemagenten, der für die Ausführung einer Aktivität verantwortlich ist. Es verknüpft Prozessschritte mit den Personen oder Teams, die sie ausgeführt haben.

Die Analyse der Leistung nach Benutzer ist eine häufige Anforderung. Dieses Attribut ermöglicht die Erstellung von Dashboards, die die Arbeitslastverteilung, individuelle Bearbeitungszeiten und Leistungsvergleiche zwischen Benutzern oder Teams zeigen. Es hilft, leistungsstarke Einzelpersonen sowie diejenigen zu identifizieren, die möglicherweise zusätzliche Schulungen benötigen, und ist entscheidend für das Verständnis der Ressourcenallokation und -auslastung.

Bedeutung

Verknüpft Aktivitäten mit Nutzern, was Performance-Analysen auf Team-Ebene ermöglicht und hilft, Schulungsbedarf oder Ressourcenengpässe zu finden.

Datenquelle

Typischerweise zusammen mit jedem Event in ACTICOs Event Log- oder Transaktionshistorien-Tabellen gespeichert. Konsultieren Sie die ACTICO-Dokumentation.

Beispiele
john.doejane.smithSYSTEM_USER
Risikostufe
RiskLevel
Das berechnete Risikolevel des Kundenantrags, z.B. Niedrig, Mittel oder Hoch.
Beschreibung

Dieses Attribut repräsentiert die bewertete Risikokategorie eines Kunden, die oft die Komplexität und Strenge des nachfolgenden KYC-Prozesses bestimmt. Ein Hochrisikokunde kann zusätzliche Prüfungen und Genehmigungen erfordern im Vergleich zu einem Niedrigrisikokunden.

Im Process Mining ist Risk Level eine leistungsstarke Dimension für die vergleichende Analyse. Es ermöglicht Analysten zu prüfen, ob der Prozess die verschiedenen Pfade basierend auf dem Risiko wie beabsichtigt korrekt verfolgt. Zum Beispiel kann man überprüfen, ob alle Hochrisikokunden einen erweiterten Due-Diligence-Schritt durchlaufen. Es ist entscheidend für das 'Risk Assessment Process Flows' Dashboard.

Bedeutung

Ermöglicht die Segmentierung von Fällen nach Risiko, um zu prüfen, ob der Prozess wie vorgeschrieben auf verschiedene Risikoprofile reagiert.

Datenquelle

Dies ist ein wichtiger Datenpunkt, der auf Case-Ebene in der Hauptanwendungstabelle innerhalb von ACTICO gespeichert ist.

Beispiele
NiedrigMittelHoch
SLA-Zieldatum
SlaTargetDate
Das Datum, bis zu dem der Kunden-Onboarding-Prozess voraussichtlich abgeschlossen sein wird.
Beschreibung

Das SLA Target Date ist die Frist für den Abschluss des Kunden-Onboardings, wie in internen Service Level Agreements definiert. Dieses Datum wird oft auf der Grundlage des Antragsdatums plus einer Standardbearbeitungszeit berechnet.

Dieses Attribut ist entscheidend für die Überwachung der SLA-Compliance. Durch den Vergleich des tatsächlichen Abschlussdatums eines Case mit seinem SLA Target Date kann das System feststellen, ob der Case pünktlich abgeschlossen oder die SLA verletzt wurde. Dies ist die Basis für das 'Onboarding SLA Performance' Dashboard und den KPI 'Onboarding SLA Adherence Rate'.

Bedeutung

Liefert den Benchmark zur Messung der Pünktlichkeit, ermöglicht die direkte Überwachung und Berichterstattung der SLA-Compliance.

Datenquelle

Dies kann als Feld in der Haupt-Case-Tabelle in ACTICO gespeichert oder basierend auf Geschäftsregeln abgeleitet werden (z.B. Einreichungsdatum + 5 Geschäftstage).

Beispiele
2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z
Bearbeitungszeit
ProcessingTime
Die Dauer der aktiven Bearbeitung einer Aktivität.
Beschreibung

Die Bearbeitungszeit ist die berechnete Dauer vom Start- bis zum Endzeitpunkt einer Aktivität. Diese Metrik repräsentiert die 'Bearbeitungszeit' oder die aktive Arbeitszeit, im Gegensatz zur Wartezeit zwischen den Aktivitäten.

Dies ist ein kritischer KPI zur Messung der operativen Effizienz. Hohe Bearbeitungszeiten für bestimmte Aktivitäten sind klare Indikatoren für Bottlenecks oder übermäßig komplexe Aufgaben. Durch die Aggregation dieser Metrik können Manager erkennen, welche Schritte die meisten Ressourcen verbrauchen, und diese für Prozessverbesserungs- oder Automatisierungsinitiativen priorisieren. Sie ist eine grundlegende Komponente von Performance Dashboards.

Bedeutung

Misst die aktive Bearbeitungszeit einer Aufgabe, um ineffiziente Schritte zu finden, die überproportional viel Zeit und Ressourcen beanspruchen.

Datenquelle

Dies ist eine berechnete Metrik, abgeleitet durch Subtrahieren der 'EventTime' (StartTime) von der 'EndTime' für jede Aktivität.

Beispiele
864000003600000600000
Ist automatisiert
IsAutomated
Ein `Indikator`, der anzeigt, ob eine `Aktivität` automatisch vom `System` oder manuell von einem `Benutzer` durchgeführt wurde.
Beschreibung

Dieses boolesche Attribut unterscheidet zwischen Aufgaben, die von einem menschlichen Benutzer ausgeführt werden, und solchen, die durch Systemautomatisierung erfolgen, wie z. B. eine automatisierte Hintergrundprüfung oder Risikobewertung.

Die Analyse dieses Attributs hilft bei der Bewertung der Wirksamkeit von Automatisierungsinitiativen. Sie ermöglicht einen Vergleich der Bearbeitungszeiten zwischen automatisierten und manuellen Schritten, identifiziert, welche Teile des Prozesses noch stark manuell sind, und kann Möglichkeiten für weitere Automatisierungen zur Verbesserung der Effizienz und Reduzierung der Betriebskosten aufzeigen.

Bedeutung

Unterscheidet zwischen manuellen und System-Aufgaben – essenziell, um den Automatisierungsgrad zu messen und neue Effizienzpotenziale zu finden.

Datenquelle

Dies kann aus dem Attribut 'InitiatingUser' abgeleitet werden (z.B. wenn der Benutzer 'SYSTEM' ist) oder es könnte ein dediziertes Flag im Event Log sein. Konsultieren Sie die ACTICO-Dokumentation.

Beispiele
truefalsch
Ist Nacharbeit
IsRework
Ein berechnetes Flag, das anzeigt, ob eine Aktivität ein wiederholter Schritt oder Teil einer Rework-Schleife ist.
Beschreibung

Dieses boolesche Attribut kennzeichnet Aktivitäten, die zum zweiten oder wiederholten Mal innerhalb desselben Case ausgeführt werden, wie z. B. eine 'Dokumentenprüfung', die nach einer Anfrage für weitere Informationen stattfindet. Es identifiziert Instanzen von Rework, die typischerweise eine Quelle von Prozesseffizienz sind.

Die Identifizierung von Rework ist ein primäres Ziel des Process Mining. Dieses Flag ermöglicht die Quantifizierung von Rework, wie z. B. die Berechnung des KPIs 'Dokumenten-Rework-Rate'. In der Prozesslandkarte können Rework-Schleifen hervorgehoben werden, um zu zeigen, wo der Prozess sich selbst wiederholt. Dies hilft, Qualitätsprobleme oder Bereiche zu identifizieren, in denen der Prozess nicht 'right first time' ist.

Bedeutung

Hebt wiederholte Arbeitsschritte hervor, um Ineffizienzen direkt zu messen und Probleme bei der Datenqualität oder Verständlichkeit zu finden.

Datenquelle

Dies ist ein berechnetes Attribut. Die Logik ist innerhalb des Process Mining Tools oder während der Datentransformation definiert, um wiederholte Aktivitäten innerhalb desselben Case zu erkennen.

Beispiele
truefalsch
Kundentyp
CustomerType
Kategorisierung des Kunden, z. B. Einzelperson oder Unternehmen.
Beschreibung

Dieses Attribut klassifiziert den Antragsteller in verschiedene Kategorien, zum Beispiel eine Einzelperson gegenüber einer Unternehmenseinheit. Der KYC-Prozess unterscheidet sich oft erheblich zwischen diesen Typen, wobei das Corporate Onboarding wesentlich komplexer ist.

Die Verwendung des Customer Type als Dimension ermöglicht eine klare Trennung und den Vergleich dieser unterschiedlichen Prozesse innerhalb desselben Datensatzes. Analysten können die Prozesslandkarte filtern, um nur 'Corporate' Kunden anzuzeigen, um deren einzigartige Herausforderungen, Bottlenecks und Durchlaufzeiten zu verstehen, ohne dass die Daten durch den viel einfacheren 'Individual' Kundenprozess verzerrt werden.

Bedeutung

Ermöglicht die Analyse nach Kundenkategorien, da diese oft unterschiedliche Prozessflüsse und Komplexitäten aufweisen.

Datenquelle

Dies ist ein fundamentales Attribut, das auf Case- oder Kundenebene innerhalb von ACTICO gespeichert ist.

Beispiele
PrivatpersonUnternehmenKleinunternehmen
Land
Country
Das Wohnsitzland des Kunden, der das Onboarding beantragt.
Beschreibung

Dieses Attribut spezifiziert das Land des Kunden, was einen erheblichen Einfluss auf den KYC-Prozess haben kann. Unterschiedliche Gerichtsbarkeiten haben unterschiedliche regulatorische Anforderungen, die zusätzliche oder alternative Prozessschritte auslösen können.

Die Analyse des Prozesses nach Ländern ermöglicht einen Leistungsvergleich über verschiedene Regionen hinweg. Sie kann helfen zu identifizieren, ob bestimmte Länder konsistent längere Durchlaufzeiten oder höhere Ablehnungsraten aufweisen, was potenziell auf regulatorische Reibung oder spezifische Markt-Herausforderungen hindeuten könnte. Diese geografische Sicht ist wichtig für globale Organisationen, die Prozesse standardisieren möchten, während sie lokale Compliance-Anforderungen respektieren.

Bedeutung

Bietet eine geografische Dimension für die Analyse, die hilft, Prozessvarianten und Leistungsunterschiede in verschiedenen regulatorischen Gerichtsbarkeiten zu verstehen.

Datenquelle

Dies ist eine zentrale Kundeninformation, die auf Case- oder Kundenebene innerhalb des ACTICO-Systems gespeichert ist.

Beispiele
USADEUGBRSGP
SLA-Status
SlaState
Ein berechneter Status, der angibt, ob der Case die SLA-Vorgaben erfüllt, verletzt hat oder Gefahr läuft, diese zu verletzen.
Beschreibung

Dieses Attribut bietet eine kategoriale Bewertung der Leistung eines Case im Vergleich zu seinem Service Level Agreement. Es wird abgeleitet, indem die Abschlusszeit des Case (oder die aktuelle Zeit für offene Cases) mit dem 'SlaTargetDate' verglichen wird.

Dieses Attribut vereinfacht das SLA-Reporting, indem es Datumsvergleiche in einen leicht verständlichen Status umwandelt. Dashboards können dies für klare Visualisierungen wie Tortendiagramme oder Messgeräte nutzen, die den Prozentsatz der Cases zeigen, die 'Erfüllt' versus 'Verletzt' sind. Es ist ein Schlüsselelement für das 'Onboarding SLA Performance' Dashboard und unterstützt direkt den KPI 'Onboarding SLA Adherence Rate'.

Bedeutung

Bietet einen klaren, kategorialen Status der SLA-Compliance für jeden Case, was die Berichterstattung vereinfacht und eine einfache Visualisierung der Leistung im Vergleich zu den Zielen ermöglicht.

Datenquelle

Dies ist ein berechnetes Attribut, abgeleitet aus Geschäftslogik, das den Case-Abschluss-Timestamp mit dem 'SlaTargetDate' vergleicht.

Beispiele
ErfülltVerletztRisikobehaftet
Erforderlich Empfohlen Optional

KYC-Kunden-Onboarding-Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihr KYC-Kunden-Onboarding präzise zu entdecken und zu analysieren.
8 Empfohlen 6 Optional
Aktivität Beschreibung
Application Approved
Diese Aktivität repräsentiert die finale Geschäftsentscheidung, den Kundenantrag für das Onboarding zu genehmigen. Sie ist ein Schlüsselmeilenstein, typischerweise als eine eindeutige und finale Statusänderung im Lebenszyklus des Antrags erfasst.
Bedeutung

Dieser Meilenstein ist ein Vorläufer der Kontoerstellung und signalisiert ein erfolgreiches Ergebnis. Die Analyse der Zeit bis zum Erreichen dieses Punktes ist entscheidend, um die Dauer des 'Happy Path' zu verstehen.

Datenquelle

Wird aus dem Feld für den finalen Status abgeleitet. Suchen Sie nach Werten wie „Genehmigt“, „Prüfung abgeschlossen“ oder ähnlichen Endzuständen.

Erfassen

Der finale Status des Case wird in den Case-Stammdaten auf 'Genehmigt' aktualisiert.

Ereignistyp inferred
Application Rejected
Stellt die endgültige Entscheidung dar, den Kundenantrag abzulehnen und den Onboarding-Prozess zu beenden. Dies ist ein kritischer Endzustand, der über eine finale Statusänderung im Antragsdatensatz erfasst wird.
Bedeutung

Dies ist das primäre End-Event bei einem Fehlschlag. Die Analyse von Cases, die mit dieser Aktivität enden, ist entscheidend, um Ablehnungsraten, Gründe für den Fehlschlag und die Verbesserung des gesamten Prozessertrags zu verstehen.

Datenquelle

Wird aus dem finalen Statusfeld abgeleitet. Suchen Sie nach Endzuständen wie „Abgelehnt“ oder „Geschlossen - Abgelehnt“.

Erfassen

Der finale Status des Case wird in den Case-Stammdaten auf 'Abgelehnt' aktualisiert.

Ereignistyp inferred
Bewerbung eingereicht
Diese Aktivität markiert den Beginn des KYC-Onboarding-Prozesses, wenn ein neuer Kundenantrag formell vom ACTICO-System empfangen wird. Sie wird als explizites Event erfasst, typischerweise mit einem präzisen Timestamp bei der Erstellung eines neuen Case oder Antragsdatensatzes protokolliert.
Bedeutung

Als primäres Startereignis ist diese Aktivität essenziell für die Berechnung der Onboarding-Durchlaufzeit und des Antragsvolumens. Sie bildet den Basis-Zeitstempel für alle weiteren Performance-Messungen.

Datenquelle

Dies ist typischerweise ein expliziter Eintrag in einem Anwendungs- oder Case-Erstellungs-Log innerhalb von ACTICO. Suchen Sie nach Tabellen, die mit Antragsereignissen oder dem Erstellungs-Timestamp des primären Case-Datensatzes zusammenhängen.

Erfassen

Ereignis bei Erstellung einer neuen Antrags-Instanz.

Ereignistyp explicit
Compliance-Prüfung abgeschlossen
Markiert das Ende der manuellen Prüfung mit einer Entscheidung. Abgeleitet aus dem Statuswechsel von „Wartet auf Compliance-Prüfung“ zum Folgezustand (z. B. „Compliance genehmigt“).
Bedeutung

Dies ist das abschließende Event für die Compliance-Prüfungsphase. Es ist wesentlich für die Berechnung der gesamten Dauer der Compliance-Prüfung und die Analyse des Team-Durchsatzes.

Datenquelle

Abgeleitet aus der Status-Historie. Gesucht wird der Zeitstempel, an dem der Case den Status „In Compliance-Prüfung“ verlässt.

Erfassen

Abgeleitet aus dem Wechsel des Case-Status von „Wartet auf Compliance“ zu „Compliance genehmigt“.

Ereignistyp inferred
Compliance-Prüfung initiiert
Markiert den Start der manuellen Compliance-Prüfung, oft bei High-Risk-Fällen. Dies wird meist aus dem Status „Wartet auf Compliance-Prüfung“ oder der Zuweisung an einen Compliance-Officer abgeleitet.
Bedeutung

Diese Aktivität ist der Startpunkt zur Messung des Compliance-Bottlenecks. Die verstrichene Zeit bis zur 'Compliance-Prüfung abgeschlossen' ist ein kritischer KPI zur Identifizierung von Verzögerungen in dieser entscheidenden Phase.

Datenquelle

Wird aus der Historie oder dem Audit-Trail abgeleitet. Achten Sie auf den Zeitstempel beim Wechsel zu „In Compliance-Prüfung“.

Erfassen

Abgeleitet aus dem Statuswechsel auf „Wartet auf Compliance“ oder der Zuweisung an das Compliance-Team.

Ereignistyp inferred
Customer Onboarding Completed
Dies ist die finale Aktivität im Prozess, die signalisiert, dass der Kunde vollständig onboarded ist und der Antrags-Case abgeschlossen wurde. Dies wird aus einem finalen, terminierenden Status wie 'Onboarded' oder 'Geschlossen - Genehmigt' abgeleitet, der auf den Case angewendet wird.
Bedeutung

Als primäres Erfolgsereignis am Ende ist diese Aktivität entscheidend für die Berechnung der End-to-End-Durchlaufzeit. Sie liefert den finalen Zeitstempel für die Happy-Path-Analyse.

Datenquelle

Abgeleitet aus dem finalen Statusfeld des Antrags. Gesucht wird der Zeitstempel beim Erreichen eines erfolgreichen Endzustands.

Erfassen

Abgeleitet aus einem finalen Case-Status-Update auf „Abgeschlossen“ oder „Geschlossen“.

Ereignistyp inferred
Kundendokumente hochgeladen
Diese Aktivität tritt auf, wenn der Kunde die erforderlichen Identifikations- und unterstützenden Dokumente über ein Portal oder einen anderen Kanal bereitstellt, der in ACTICO integriert ist. Jeder Dokumenten-Upload wird in der Regel als ein eigenständiges, explizites Event im Dokumentenmanagement oder Case Log des Systems erfasst.
Bedeutung

Dies markiert einen wichtigen kundenabhängigen Meilenstein. Die Verfolgung dieses Events ist entscheidend für die Messung der Kundenreaktionszeiten und die Analyse der Dauer der nachfolgenden Dokumentenprüfungsphase.

Datenquelle

Suchen Sie nach Logs zum Dokumentenhandling. Diese liegen oft in speziellen Tabellen für das Dokumenten- oder Nachweismanagement in der ACTICO-Datenbank.

Erfassen

Vom System protokolliertes Ereignis, wenn ein Dokument an den Case angehängt wird.

Ereignistyp explicit
Risikobewertung durchgeführt
Diese Aktivität repräsentiert die Ausführung der Decisioning Engine von ACTICO zur Berechnung eines Risiko-Scores oder einer Einstufung für den Kundenantrag. Als Kernfunktion des Systems wird dies als explizites Event erfasst, wenn der Regelsatz zur Risikobewertung ausgeführt wird.
Bedeutung

Die Risikobewertung ist ein zentraler Entscheidungspunkt, der oft den nachfolgenden Prozesspfad bestimmt. Die Analyse dieser Aktivität hilft zu verstehen, wie Risikolevel Prozessvarianten und Zeitpläne beeinflussen.

Datenquelle

Dies ist ein Kern-Event innerhalb von ACTICO und sollte in den Entscheidungs- oder Ausführungs-Logs aufgezeichnet werden. Diese Logs enthalten typischerweise die Case ID, die ausgeführten Regeln und den resultierenden Risiko-Score.

Erfassen

Vom ACTICO Decision Engine protokolliertes Ereignis nach Abschluss des Risiko-Scorings.

Ereignistyp explicit
Account Created
Nach der Genehmigung markiert dieser Schritt die technische Kontoeröffnung im Kernbanksystem. Oft ist dies ein explizites Event in ACTICO nach Bestätigung durch das Folgesystem.
Bedeutung

Diese Aktivität bestätigt, dass der Prozess zu einem greifbaren Geschäftsergebnis geführt hat. Die Zeit von 'Antrag genehmigt' bis 'Konto erstellt' kann Integrationsverzögerungen oder Ineffizienzen in den finalen Provisionierungsschritten aufzeigen.

Datenquelle

Diese Informationen wären wahrscheinlich in Integrations- oder Systeminterfaces-Logs innerhalb von ACTICO zu finden, die das Ergebnis von Aufrufen externer Systeme für die Kontoprovisionierung aufzeichnen.

Erfassen

Ereignis bei erfolgreicher API-Antwort des Kernbanksystems.

Ereignistyp explicit
Dokumentenprüfung abgeschlossen
Diese Aktivität signalisiert, dass ein Agent die vom Kunden eingereichten Dokumente geprüft hat. Sie wird typischerweise aus einer Statusänderung des Dokuments oder des gesamten Case abgeleitet, wie z. B. 'Dokumente verifiziert' oder 'Prüfung abgeschlossen'.
Bedeutung

Dies ist ein Schlüsselmeilenstein zur Messung der Effizienz des Dokumentenbearbeitungsprozesses. Die Zeit zwischen 'Kundendokumente hochgeladen' und dieser Aktivität ist ein kritischer KPI zur Identifizierung manueller Bearbeitungsverzögerungen.

Datenquelle

Wird aus den Status-Historien des Cases oder einzelner Dokumente abgeleitet. Ein Wechsel von „Wartet auf Prüfung“ zu „Genehmigt“ markiert diesen Schritt.

Erfassen

Abgeleitet aus einer Änderung des Dokumentenstatus zu „Verifiziert“ oder „Geprüft“.

Ereignistyp inferred
Erste Antragsprüfung
Stellt die erste Überprüfung des eingereichten Antrags dar, entweder durch eine automatisierte Regel oder einen menschlichen Agenten, um die Vollständigkeit und grundlegende Eignung zu prüfen. Diese Aktivität wird oft aus einer Statusänderung des Antrags abgeleitet, z. B. von 'Eingereicht' zu 'In Überprüfung'.
Bedeutung

Die Analyse der Zeit bis zum Abschluss dieser ersten Prüfung hilft, Verzögerungen im frühen Prozessstadium zu finden. Zudem zeigt sie, wie viele Anträge die erste Hürde problemlos nehmen.

Datenquelle

Wird aus Statustabellen oder Audit-Logs abgeleitet. Verglichen wird der Zeitstempel beim Wechsel von „Neu/Eingereicht“ zu „In Prüfung“.

Erfassen

Erkennt den Statuswechsel von „Eingereicht“ zu „In Prüfung“ im Case-Verlauf.

Ereignistyp inferred
Hintergrundprüfungen eingeleitet
Dies repräsentiert den Punkt, an dem automatisierte oder manuelle Hintergrundprüfungen, wie z. B. AML- oder Bonitätsprüfungen, gestartet werden. Dies wird oft als explizites Event protokolliert, wenn das System diese Prüfungen auslöst, die externe Dienstleister involvieren können.
Bedeutung

Der Start der Hintergrundprüfung ist ein Meilenstein in der Due Diligence. Die Nachverfolgung hilft, Abhängigkeiten und Antwortzeiten externer Datenanbieter zu verstehen.

Datenquelle

Suchen Sie nach Einträgen in System-Logs oder im Audit-Trail, die den Start von Hintergrundprüfungen anzeigen (meist verknüpft mit der Case-ID).

Erfassen

Ereignis beim Start der Hintergrundprüfung durch die Workflow-Engine.

Ereignistyp explicit
Identitätsverifizierung durchgeführt
Stellt eine automatisierte oder manuelle Überprüfung zur Validierung der Kundenidentität anhand externer oder interner Datenquellen dar. Dies wird oft als explizites Event erfasst, wenn ein API-Call an einen Drittanbieter-Verifizierungsdienst erfolgt und eine Antwort empfangen wird.
Bedeutung

Diese Aktivität ist ein kritischer Compliance-Schritt. Die Analyse ihrer Dauer und Ergebnisse hilft, Abhängigkeiten von externen Diensten und potenzielle Bottlenecks im Verifizierungsprozess zu identifizieren.

Datenquelle

Diese Informationen finden sich typischerweise in Integrations-Logs oder spezifischen Event-Tabellen, die die Ergebnisse automatisierter Prüfungen und Drittanbieter-Service-Calls, die mit dem Anwendungs-Case verknüpft sind, aufzeichnen.

Erfassen

Ereignis aus einem Integrationsaufruf an einen externen Identitätsprüfungsdienst.

Ereignistyp explicit
Zusätzliche Informationen angefordert
Stellt ein Event dar, bei dem ein Prüfer, oft im Bereich Compliance oder Underwriting, weitere Informationen oder Dokumente vom Kunden anfordert. Diese Aktion wird in der Regel explizit erfasst, da sie oft das Senden einer Benachrichtigung an den Kunden und das Pausieren des Case umfasst.
Bedeutung

Diese Aktivität ist ein Haupttreiber für Rework und erhöhte Durchlaufzeiten. Die Verfolgung ihrer Häufigkeit und Auswirkungen ist entscheidend, um Bereiche zu identifizieren, in denen die initiale Datenerfassung verbessert werden kann.

Datenquelle

Dies ist wahrscheinlich ein explizites Event, das in der Case-Historie oder im Kommunikations-Log aufgezeichnet wird. Suchen Sie nach Events wie 'RFI Gesendet' (Request for Information) oder einer spezifischen Statusänderung wie 'Wartende Kundeninformation'.

Erfassen

Ein explizites, benutzergesteuertes Ereignis (z. B. „RFI senden“) wird im Audit-Trail des Cases protokolliert.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus ACTICO