Il Vostro Template Dati per l'Onboarding Clienti KYC

L'Ora di Inizio Evento è la data e l'ora precise che segnano l'inizio di un'attività. È uno dei tre pilastri essenziali del process mining, insieme all'ID Caso e al Nome Attività. Questo dato timestampato consente l'ordinamento cronologico degli eventi all'interno di ogni caso, necessario per ricostruire il flusso di processo così come è avvenuto nella realtà.\n\nQuesto attributo è la base per tutte le analisi legate al tempo. Viene utilizzato per calcolare la durata delle attività (quando è disponibile un'ora di fine), il tempo di attesa tra le attività (tempo di passaggio di consegne) e il tempo di ciclo totale dell'intero processo di onboarding. L'analisi di queste durate aiuta a identificare i colli di bottiglia, misurare l'aderenza agli SLA e monitorare le prestazioni complessive del processo.

Fornisce l'ordine cronologico degli eventi, essenziale per scoprire il modello di processo e calcolare tutte le metriche di performance basate sul tempo.

Situato nei log degli eventi, nei registri di audit delle applicazioni o nelle tabelle delle transazioni, spesso etichettato come 'Timestamp', 'Creation Date' o 'Start Time'.

L'ID Richiesta Cliente è una chiave unica assegnata a ogni nuova richiesta di onboarding del cliente dal momento in cui viene avviata fino al suo completamento o alla sua chiusura. Questo identificatore agisce come il filo conduttore centrale che collega tutte le attività individuali, gli eventi e i punti dati relativi a un singolo percorso di onboarding, rendendolo l'attributo più critico per il process mining.\n\nNell'analisi, questo ID consente la ricostruzione del processo end-to-end per ogni cliente. Consente di tracciare il progresso della richiesta, calcolare il suo tempo di ciclo totale e confrontare il suo percorso con altri. Tutte le varianti di processo, i colli di bottiglia e le metriche di performance vengono analizzate su base per-richiesta, il che è possibile solo identificando e utilizzando correttamente questo attributo come ID caso.

È essenziale per raggruppare tutti gli eventi correlati in un unico processo end-to-end, formando la base di tutta l'analisi di process mining.

Tipicamente trovato nell'intestazione o nella tabella principale del sistema di gestione delle richieste clienti o dei case.

Il Nome dell'Attività descrive un passaggio o una tappa distintiva nel percorso di onboarding del cliente, come 'Richiesta Inviata', 'Revisione Conformità Avviata' o 'Richiesta Approvata'. Ogni attività rappresenta un'azione specifica intrapresa da un utente o un sistema che fa avanzare la richiesta nel processo.\n\nQuesto attributo è fondamentale per visualizzare la mappa di processo, che costituisce il cuore del process mining. Analizzando la sequenza e la frequenza delle diverse attività, gli analisti possono comprendere il flusso di processo effettivo, identificare percorsi comuni, scoprire deviazioni di processo e individuare aree di rilavorazione o ripetizione. La chiarezza e la coerenza dei nomi delle attività sono cruciali per costruire un modello di processo significativo e comprensibile.

Definisce i passaggi del processo, consentendo la visualizzazione e l'analisi del flusso del processo, dei colli di bottiglia e delle variazioni.

Trovato nei log degli eventi, nei registri di audit o nelle tabelle delle transazioni che registrano i passaggi del processo aziendale.

L'attributo Sistema Sorgente specifica l'applicazione o la piattaforma che ha generato i data per una data attività. In ambienti complessi, il processo KYC può estendersi su più sistemi, come un CRM per l'invio delle richieste, una piattaforma KYC dedicata per la valutazione del rischio e un sistema di core banking per la creazione di account.

Analizzare il processo per sistema sorgente aiuta a comprendere il panorama tecnologico e il suo impatto sul processo. Può evidenziare problemi di integrazione, ritardi nei data tra i sistemi o discrepanze nel modo in cui diversi sistemi registrano le informazioni. Questa visione è utile per i team IT e di miglioramento dei processi che cercano di ottimizzare l'architettura del sistema che supporta il percorso di onboarding.

Fornisce contesto su dove si verifica ogni passaggio del processo, aiutando a identificare inefficienze tra sistemi e sfide di integrazione dei dati.

Spesso incluso in estratti di dati o log degli eventi, specialmente in ambienti con più sistemi integrati.

Questo attributo registra la data e l'ora dell'estrazione o dell'aggiornamento più recente dei data. Non fa parte del processo aziendale in sé, ma è un metadato cruciale per la validazione e la governance dei data. Fornisce trasparenza sull'attualità dei data analizzati.

Nell'analisi dei processi, conoscere l'ora dell'ultimo aggiornamento dei data è essenziale per comprendere la tempestività degli insight generati. Aiuta gli utenti a fidarsi dei data confermando quanto siano attuali e previene interpretazioni errate basate su informazioni obsolete. Per il monitoraggio continuo, questo attributo può essere utilizzato per impostare avvisi se gli aggiornamenti dei data sono in ritardo o falliscono, garantendo la continua affidabilità delle dashboard di Process Mining.

Garantisce la trasparenza dei dati indicando la freschezza del dataset, fondamentale per la rilevanza e l'accuratezza dell'analisi.

Generato durante il processo di estrazione, trasformazione e caricamento (ETL); spesso si trova nei metadati del dataset.

L'ID Utente identifica la persona o il bot di sistema responsabile dell'esecuzione di una specifica attività nel processo. Potrebbe essere un responsabile della compliance, un addetto all'inserimento data o un motore di valutazione del rischio automatizzato. La coerenza nell'identificazione degli utenti è fondamentale per un'analisi accurata delle risorse.

Questo attributo fornisce una visione del processo incentrata sull'essere umano. È essenziale per analizzare la distribuzione del carico di lavoro, le performance individuali e di team e l'allocazione delle risorse. Filtrando la mappa del processo per ID Utente, i manager possono capire come i diversi dipendenti gestiscono i compiti, identificare opportunità di formazione e garantire un equilibrio del lavoro. Aiuta anche nell'analisi della collaborazione, rivelando come il lavoro viene passato tra persone diverse.

Consente l'analisi del carico di lavoro, delle prestazioni delle risorse e dei modelli di collaborazione, abilitando una migliore gestione delle risorse e della formazione.

Disponibile nei registri di audit del sistema o nei log delle transazioni, spesso collegato all'utente che ha creato o modificato per ultimo un record.

Il Livello di Rischio è un risultato cruciale del processo KYC, che classifica i clienti in base a fattori come il loro settore di appartenenza, la provenienza geografica e le abitudini transazionali. Questa classificazione determina il livello di controllo e di due diligence richiesto per la loro richiesta.

Nel Process Mining, questo attributo è una potente dimensione per l'analisi di conformità e delle varianti. Il processo per un cliente ad alto rischio dovrebbe, per sua natura, essere diverso e più rigoroso rispetto a quello per un cliente a basso rischio. Confrontando i flussi di processo reali per i diversi livelli di rischio con le procedure previste, le organizzazioni possono verificare la compliance alle politiche e ai regolamenti interni. Aiuta a rispondere a domande come: 'I clienti ad alto rischio sono sempre sottoposti a una due diligence rafforzata?' o 'Stiamo dedicando troppo tempo ai clienti a basso rischio?'.

È essenziale per la conformità e la gestione del rischio, consentendo l'analisi se i processi di due diligence variano in modo appropriato per i diversi profili di rischio.

Calcolato da un motore di rischio o assegnato manualmente da un responsabile della conformità. Memorizzato nel record principale del cliente o della richiesta.

L'Ora di Fine Evento segna la data e l'ora precise in cui un'attività è stata completata. Se abbinata all'Ora di Inizio Evento, consente il calcolo esatto del tempo di elaborazione per ogni singola attività. Non tutti i sistemi forniscono sia l'ora di inizio che quella di fine; alcuni potrebbero offrire solo un singolo timestamp che rappresenta il completamento.\n\nAvere un'ora di fine è estremamente prezioso per l'analisi delle prestazioni. Permette la creazione di metriche dettagliate come il 'Tempo Medio di Revisione Conformità' distinguendo tra il tempo in cui un dipendente ha lavorato attivamente su un'attività (tempo di elaborazione) e il tempo in cui l'attività era in attesa in una coda (tempo di attesa). Questo livello di dettaglio è cruciale per identificare accuratamente i colli di bottiglia e concentrare gli sforzi di miglioramento sulla capacità delle risorse o sui passaggi di processo.

Consente il calcolo preciso dei tempi di elaborazione delle attività, il che aiuta a distinguere tra tempo di lavoro attivo e tempo di attesa inattivo.

Trovato nei log degli eventi o nelle tabelle delle transazioni insieme all'ora di inizio. Può essere etichettato come 'End Time', 'Completion Date' o 'Modified On'.

Il Reparto Utente specifica il gruppo funzionale o il team a cui appartiene l'utente che ha eseguito l'attività, come 'Compliance', 'Onboarding Clienti' o 'Operations'. Questo fornisce un contesto organizzativo di livello superiore rispetto all'ID Utente individuale.

Analizzare il processo da una prospettiva dipartimentale è fondamentale per comprendere la collaborazione interfunzionale e identificare i bottleneck sistemici. Aiuta a visualizzare i passaggi di consegne tra i diversi team, che sono spesso una fonte importante di ritardi e inefficienze. Questa informazione è chiave per ottimizzare le strutture dei team, chiarire le responsabilità e migliorare i canali di comunicazione per creare un'esperienza di onboarding più fluida.

Consente l'analisi delle prestazioni del processo e dei passaggi di consegne tra diversi team, evidenziando opportunità per migliorare la collaborazione interfunzionale.

Spesso disponibile nei dati del profilo utente collegati all'ID Utente, oppure può essere registrato direttamente sulla transazione.

Lo Stato della Richiesta indica l'esito finale di una richiesta, come 'Approvato', 'Rifiutato' o 'Ritirato'. Rappresenta il risultato aziendale del processo ed è una dimensione critica per la misurazione delle prestazioni.\n\nQuesto attributo è essenziale per l'analisi basata sui risultati. Consente il confronto tra i percorsi di processo che portano a esiti positivi e quelli che si traducono in rifiuti. Gli analisti possono usarlo per identificare schemi di processo associati a tassi di rifiuto elevati, calcolare KPI come il 'Tasso di Rifiuto delle Richieste' e costruire un'Analisi del Funnel di Onboarding' per vedere dove i richiedenti abbandonano. Comprendere perché le richieste falliscono è il primo passo per migliorare il processo e aumentare il tasso di successo.

Definisce il risultato aziendale di ciascun caso, consentendo l'analisi del motivo per cui le richieste vengono rifiutate e come migliorare il tasso di approvazione.

Tipicamente trovato nella tabella principale del case o della richiesta, che indica lo stato finale del record.

Il Tipo di Cliente classifica il richiedente in categorie distinte, ad esempio, 'Privato', 'Azienda', 'Trust' o 'No-Profit'. Diverse tipologie di clienti hanno spesso requisiti di onboarding e complessità di processo molto diverse.\n\nQuesto è un attributo chiave di segmentazione per l'analisi. Filtrando la mappa di processo e i KPI per Tipo di Cliente, le organizzazioni possono scoprire variazioni significative. Ad esempio, l'onboarding di un cliente aziendale comporta tipicamente passaggi più complessi come la verifica della proprietà effettiva, che non è richiesta per un privato. Questa analisi assicura che ogni variante di processo sia il più efficiente possibile per il suo segmento specifico e aiuta a personalizzare i miglioramenti del processo.

Consente la segmentazione del processo per confrontare e ottimizzare il percorso di onboarding per diverse tipologie di clienti.

Solitamente registrato all'inizio del processo di richiesta e memorizzato nella tabella principale del cliente o della richiesta.

Questo attributo identifica il metodo utilizzato dal cliente per presentare la propria richiesta, come 'Portale Web', 'App Mobile' o 'In Filiale'. Canali diversi possono avere processi di acquisizione data ed esperienze cliente diverse.

Analizzare il processo per canale aiuta a valutare le performance e l'efficienza di ogni punto di contatto con il cliente. Può rispondere a domande come: 'Le richieste da mobile vengono elaborate più velocemente di quelle web?' o 'Il tasso di rilavorazione è più alto per le richieste presentate in filiale?'. Questi insight sono preziosi per ottimizzare il percorso del cliente su tutti i canali e allocare le risorse in modo efficace.

Consente il confronto dell'efficienza del processo e dell'esperienza del cliente attraverso diversi canali di invio, come web, mobile o di persona.

Tipicamente registrato all'inizio del processo quando la richiesta viene creata per la prima volta.

La Data Target (SLA) è la scadenza fissata per il completamento del processo di onboarding del cliente. Questa data è spesso determinata da politiche interne o obblighi contrattuali e serve come riferimento per misurare la tempestività.

Questo attributo è la base per la dashboard di 'Monitoraggio delle Performance SLA'. Confrontando la data di completamento effettiva di una richiesta con la sua Data Target SLA, si può calcolare il 'Tasso di Conformità SLA'. L'analisi dei casi che non hanno rispettato l'SLA aiuta a identificare le attività o i reparti specifici che causano ritardi. Ciò consente una gestione proattiva delle code di lavoro e l'allocazione delle risorse per ridurre al minimo le violazioni degli SLA e migliorare la soddisfazione del cliente.

Fornisce un benchmark di performance, consentendo la misurazione dell'aderenza agli SLA e l'identificazione dei casi a rischio di ritardo.

Spesso calcolato e memorizzato nel record principale della richiesta quando il caso viene creato, in base al tipo di richiesta o ad altri criteri.

Questo attributo booleano distingue tra attività eseguite da software o bot e quelle eseguite da utenti umani. Le attività automatizzate potrebbero includere la validazione iniziale dei data, lo screening delle sanzioni o l'invio di comunicazioni standardizzate.

Analizzare questo attributo è cruciale per valutare l'efficacia delle iniziative di automazione. Confrontando la velocità e i risultati dei passaggi automatizzati rispetto a quelli manuali, le aziende possono identificare opportunità per ulteriore automazione al fine di ridurre costi e tempi di ciclo. Aiuta anche a monitorare le prestazioni dei sistemi automatizzati e ad assicurarsi che funzionino come previsto all'interno del processo end-to-end.

Aiuta a misurare l'impatto e l'efficienza dell'automazione nel processo, identificando opportunità per ulteriori miglioramenti robotici o sistematici.

Può essere un campo dedicato nel log eventi o derivato in base all'ID Utente, ad esempio, se l'ID è 'SYSTEM' o 'BOT'.

L'ID Cliente è un identificatore unico per il cliente che persiste attraverso più interazioni o richieste. Mentre l'ID Richiesta Cliente traccia un singolo percorso di onboarding, l'ID Cliente può collegare più tentativi di onboarding o altri processi per lo stesso cliente.\n\nQuesto attributo fornisce un'analisi customer-centric che si estende oltre un singolo caso. È utile per comprendere i richiedenti ricorrenti, analizzare la relazione a lungo termine di un cliente o collegare il processo di onboarding ad altri processi come 'Richiesta di Prestito' o 'Manutenzione Conto'. Sebbene non essenziale per una vista a processo singolo, arricchisce i dati per un process mining più complesso e object-centric.

Consente una visione customer-centric, collegando più tentativi di onboarding o diversi processi relativi allo stesso cliente.

Solitamente trovato in un sistema centrale di data anagrafici del cliente e collegato al record della richiesta.

Quando lo stato di una richiesta è 'Respinta', il Motivo del Rifiuto fornisce la causa specifica, come 'Documentazione Incompleta', 'Profilo ad Alto Rischio' o 'Corrispondenza Sanzioni'. Questo attributo aggiunge un contesto cruciale ai processi falliti.

L'analisi dei motivi di rifiuto è fondamentale per la dashboard di 'Analisi Rifiuti Richieste'. Aiuta le aziende a eseguire un'analisi delle cause profonde per comprendere i punti di fallimento più comuni nel processo di onboarding. Categorizzando e quantificando queste ragioni, le organizzazioni possono prioritizzare i miglioramenti. Ad esempio, se 'Documentazione Incompleta' è una delle ragioni principali, l'azienda potrebbe concentrarsi sul chiarire le istruzioni per i clienti o migliorare il portale di invio dei documenti.

Fornisce la causa principale delle richieste fallite, consentendo miglioramenti mirati per ridurre il tasso di rifiuto e migliorare l'esperienza del cliente.

Solitamente memorizzato nella tabella principale della richiesta o del case, spesso popolato quando lo stato è impostato su 'Respinta'.

Il Paese del Cliente specifica la posizione geografica del richiedente. Questa è un'informazione vitale nei processi KYC, poiché le normative e i fattori di rischio possono variare significativamente da un paese all'altro.\n\nL'analisi geografica fornisce un altro importante strato di insight. I processi di onboarding possono differire in base ai requisiti legali specifici del paese. Filtrando per Paese del Cliente, le aziende possono verificare che queste varianti giurisdizionali vengano seguite correttamente. Può anche rivelare differenze di performance, come tempi di ciclo più lunghi per le richieste provenienti da paesi ad alto rischio, il che potrebbe essere previsto a causa di requisiti di due diligence rafforzata.

Consente l'analisi delle variazioni e delle prestazioni dei processi basate sulla geografia, fondamentale per garantire la conformità alle normative locali.

Acquisito dal cliente durante il processo di richiesta e memorizzato nel record del cliente o della richiesta.