Su Template de datos para la incorporación de clientes KYC

ACTICO
Su Template de datos para la incorporación de clientes KYC

Su Template de datos para la incorporación de clientes KYC

Este Template ofrece un método estructurado para recopilar los datos esenciales para analizar el proceso de incorporación de clientes KYC. Indica qué atributos conviene recopilar y qué actividades clave registrar en el Registro de eventos. También incluye orientación práctica para extraer estos datos de sus sistemas de origen y facilitar el inicio de su proyecto de Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que conviene registrar
  • Guía para extraer datos de ACTICO
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de la incorporación de clientes KYC

Estos son los campos de datos recomendados para incluir en el Registro de eventos y analizar de forma integral el proceso de incorporación de clientes KYC.
5 Obligatorio 7 Recomendado 5 Opcional
Nombre Descripción
Hora del evento
EventTime
Marca de tiempo que indica cuándo comenzó o se produjo una actividad específica.
Descripción

La hora del evento es la fecha y hora exactas en que se registró una actividad en el sistema. Establece el orden cronológico de todos los eventos de un caso de solicitud de cliente y forma la línea de tiempo del proceso de incorporación.

Este atributo es fundamental para todos los análisis basados en el tiempo. Se utiliza para calcular los tiempos de ciclo entre actividades, detectar demoras y tiempos de espera, medir la duración total de los casos y comprobar el cumplimiento de los acuerdos de nivel de servicio (SLA). La secuencia de estas marcas de tiempo para cada caso permite a las herramientas de Process Mining reconstruir el flujo exacto del proceso.

Por qué es importante

Este atributo establece el orden cronológico de los eventos, esencial para calcular duraciones, detectar cuellos de botella y analizar la línea de tiempo del proceso.

Dónde obtenerlo

Se encuentra en las tablas de registro de eventos de ACTICO y corresponde a la marca de tiempo asociada a cada actividad registrada. Consulte la documentación de ACTICO.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z
Nombre de la actividad
ActivityName
Nombre del evento de negocio o la tarea específica realizada durante el proceso de incorporación del cliente.
Descripción

Este atributo registra el nombre de cada paso o actividad del proceso KYC, como «Solicitud enviada», «Evaluación de riesgos realizada» o «Solicitud aprobada». Estos nombres constituyen los elementos secuenciales del mapa del proceso.

Analizar el nombre de la actividad permite visualizar el flujo del proceso, identificar las actividades frecuentes o poco habituales y detectar cuellos de botella o ciclos de retrabajo. Es fundamental para comprender qué acciones se realizan y en qué orden, algo clave para analizar las variantes y comprobar el cumplimiento.

Por qué es importante

Define los pasos del mapa del proceso y permite visualizar el flujo, identificar desviaciones y analizar la frecuencia y la secuencia de las actividades.

Dónde obtenerlo

Esta información suele encontrarse en una tabla de registro de eventos de ACTICO, a menudo en un campo que describe el tipo de evento o tarea. Consulte la documentación de ACTICO.

Ejemplos
Solicitud enviadaEvaluación de riesgos realizadaRevisión de cumplimiento completadaSolicitud rechazada
Solicitud del cliente
CustomerApplication
Identificador único de una solicitud de incorporación de cliente, que sirve como ID del caso para el análisis del proceso.
Descripción

La solicitud del cliente es el identificador principal del caso que agrupa todos los eventos y actividades relacionados con el proceso de incorporación de un cliente. Representa una instancia completa del proceso KYC, desde el envío inicial hasta la decisión final de aprobación o rechazo.

En Process Mining, este atributo es esencial para reconstruir el recorrido completo de cada solicitud. Permite a quienes analizan los datos seguir la secuencia de actividades, medir los tiempos de ciclo totales y comparar las distintas rutas o variantes que siguen las solicitudes. Todos los eventos que comparten el mismo ID de solicitud del cliente forman parte del mismo caso.

Por qué es importante

Este es el atributo fundamental para Process Mining, ya que conecta todos los eventos relacionados en una única instancia de proceso coherente y permite analizar de principio a fin la experiencia de incorporación de cada cliente.

Dónde obtenerlo

Es una clave principal de las tablas principales de gestión de solicitudes o casos de ACTICO. Consulte la documentación de ACTICO para conocer los nombres específicos de las tablas y los campos.

Ejemplos
APP-2023-001234APP-2023-001235APP-2024-000001
Sistema de origen
SourceSystem
El sistema de registro del que proceden los datos de eventos.
Descripción

Este atributo identifica el sistema de información de origen en el que se generaron los datos. En este proceso, el valor será siempre «ACTICO», pero en análisis más amplios que incluyan varios sistemas, permite distinguir el origen de los datos.

En Process Mining, es fundamental para la gobernanza y la validación de datos. Permite atribuir correctamente los datos a su fuente, algo importante al combinar datos de distintos sistemas para obtener una visión integral del proceso. También ayuda a resolver problemas de calidad de los datos al rastrearlos hasta el sistema de origen.

Por qué es importante

Aporta contexto esencial sobre el origen de los datos y garantiza su trazabilidad y gobernanza, aspectos fundamentales al combinar datos de varias fuentes.

Dónde obtenerlo

Suele ser un valor estático («ACTICO») que se añade durante la extracción y transformación de los datos para identificar el conjunto de datos.

Ejemplos
ACTICOPlataforma ACTICOMódulo KYC de ACTICO
Última actualización de los datos
LastDataUpdate
La marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción más reciente de datos de ACTICO. Es un campo de metadatos que se aplica a todo el conjunto de datos, no a eventos individuales, y aporta contexto sobre la actualidad del análisis.

En los Dashboards y los informes, esta información es fundamental para que las personas usuarias sepan qué tan actuales son los datos. Ayuda a establecer expectativas sobre la vigencia de las conclusiones y es esencial para la supervisión operativa cuando se necesitan datos casi en tiempo real. Mostrar esta marca de tiempo aporta transparencia y confianza en los datos presentados.

Por qué es importante

Indica qué tan actuales son los datos y permite saber si el análisis se basa en información actualizada, algo fundamental para tomar decisiones operativas.

Dónde obtenerlo

Este valor se genera y almacena durante el proceso de extracción, transformación y carga de datos (ETL). Indica la marca de tiempo en que finalizó correctamente el proceso ETL.

Ejemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Departamento
Department
El departamento o equipo responsable de realizar la actividad.
Descripción

Este atributo asigna una actividad a una unidad organizativa específica, como «Cumplimiento», «Equipo de incorporación» o «Relaciones con clientes». Aporta contexto organizativo al flujo del proceso.

El análisis por departamento es fundamental para entender cómo se transfiere el trabajo entre las distintas áreas de la organización. Ayuda a identificar cuellos de botella entre departamentos, medir la eficiencia de cada área y analizar la asignación de recursos entre equipos. Los Dashboards se pueden filtrar por departamento para que quienes gestionan los equipos consulten el rendimiento específico de su área.

Por qué es importante

Aporta una dimensión organizativa al análisis y permite identificar demoras entre departamentos y evaluar el rendimiento de cada equipo.

Dónde obtenerlo

Esta información puede almacenarse junto con los datos de eventos o derivarse al combinar los datos de usuarios con una tabla maestra de recursos humanos que los vincule con sus departamentos. Consulte la documentación de ACTICO.

Ejemplos
ComplianceEquipo de incorporaciónAtención al cliente
Estado de la solicitud
ApplicationStatus
El resultado final o el estado actual de la solicitud de incorporación del cliente.
Descripción

Este atributo indica el resultado final de un caso, normalmente «Aprobado» o «Rechazado». También puede mostrar el estado de los casos en curso. Es una dimensión fundamental para analizar los resultados.

Entender por qué se aprueban o rechazan las solicitudes es uno de los objetivos principales del Process Mining de KYC. Este atributo permite filtrar el mapa del proceso para comparar los recorridos habituales de las solicitudes aprobadas y rechazadas, y así identificar patrones que conducen a resultados no deseados. También sirve de base para calcular el KPI «Tasa de rechazo de solicitudes».

Por qué es importante

Define el resultado de cada caso, permite comparar las instancias de proceso satisfactorias y no satisfactorias y calcular las tasas de rechazo.

Dónde obtenerlo

Es un atributo del caso que suele encontrarse en la tabla principal de casos o solicitudes de ACTICO. Refleja el estado final de la solicitud.

Ejemplos
AprobadoRechazadoEn cursoInformación pendiente
Fecha objetivo del SLA
SlaTargetDate
La fecha límite prevista para completar el proceso de incorporación del cliente.
Descripción

La fecha objetivo del SLA es la fecha límite para completar la incorporación de un cliente, según los acuerdos de nivel de servicio internos. A menudo se calcula a partir de la fecha de presentación de la solicitud y un tiempo de procesamiento estándar.

Este atributo es esencial para supervisar el cumplimiento del SLA. Al comparar la fecha real de finalización de un caso con su fecha objetivo del SLA, el sistema puede determinar si se completó a tiempo o si se incumplió el SLA. Es la base del Dashboard «Rendimiento del SLA de incorporación» y del KPI «Tasa de cumplimiento del SLA de incorporación».

Por qué es importante

Proporciona una referencia para medir el cumplimiento de los plazos y permite supervisar e informar directamente sobre el cumplimiento del SLA.

Dónde obtenerlo

Puede almacenarse como un campo en la tabla principal de casos de ACTICO o calcularse según las reglas de negocio, por ejemplo, fecha de presentación + 5 días hábiles.

Ejemplos
2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z
Hora de finalización
EndTime
La marca de tiempo que indica cuándo se completó una actividad específica.
Descripción

La hora de finalización marca el momento en que concluye una actividad. Junto con la hora de inicio (EventTime), permite calcular la duración exacta de cada tarea, conocida como tiempo de procesamiento. No todos los eventos tienen una hora de finalización específica, ya que algunos pueden ser instantáneos.

Este atributo es fundamental para analizar el rendimiento, en particular para medir cuánto tarda cada paso. Permite crear Dashboards detallados de rendimiento, ayuda a identificar las actividades que consumen más tiempo y es esencial para calcular KPI como «Tiempo promedio de revisión de documentos».

Por qué es importante

Permite calcular la duración exacta de las actividades (tiempo de procesamiento), algo fundamental para identificar cuellos de botella y analizar la eficiencia de los recursos.

Dónde obtenerlo

Al igual que la hora de inicio, suele encontrarse en las tablas del Registro de eventos de ACTICO. Algunos sistemas almacenan las horas de inicio y finalización en columnas separadas para un mismo registro de evento. Consulte la documentación de ACTICO.

Ejemplos
2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z
Motivo del rechazo
RejectionReason
El motivo específico indicado cuando se rechaza la solicitud de un cliente.
Descripción

Cuando el estado final de una solicitud es «Rechazado», este atributo indica la causa. Algunos ejemplos son «Documentación incompleta», «Verificación de antecedentes no superada» o «Perfil de alto riesgo».

Este atributo es fundamental para el análisis de causas raíz. Al analizar la frecuencia de los distintos motivos de rechazo, la organización puede detectar problemas sistémicos en el proceso o en la información que presentan los clientes. Por ejemplo, un número elevado de rechazos por documentación incompleta podría indicar que las instrucciones de la solicitud no son claras. Este atributo contribuye directamente al Dashboard «Tasa y motivos de rechazo de solicitudes».

Por qué es importante

Explica por qué se rechazan las solicitudes y permite analizar las causas raíz para reducir la tasa de rechazo y mejorar la eficiencia del proceso.

Dónde obtenerlo

Suele encontrarse en la tabla principal de casos o solicitudes de ACTICO y, a menudo, solo se completa cuando el estado de la solicitud es «Rechazado».

Ejemplos
Documentación incompletaVerificación de identidad no superadaCoincidencia con listas de sancionesPuntuación de riesgo alta
Nivel de riesgo
RiskLevel
El nivel de riesgo calculado para la solicitud del cliente, por ejemplo, bajo, medio o alto.
Descripción

Este atributo representa la categoría de riesgo asignada a un cliente, que suele determinar la complejidad y el rigor de los pasos posteriores del proceso KYC. Un cliente de alto riesgo puede requerir más verificaciones y aprobaciones que uno de bajo riesgo.

En Process Mining, el nivel de riesgo es una dimensión útil para realizar comparativas. Permite comprobar si el proceso sigue correctamente las distintas rutas previstas según el nivel de riesgo. Por ejemplo, se puede verificar que todos los clientes de alto riesgo pasen por una etapa de diligencia debida reforzada. Es clave para el Dashboard «Flujos del proceso de evaluación de riesgos».

Por qué es importante

Permite segmentar los casos según el riesgo y analizar si el proceso se adapta correctamente a los distintos perfiles, de acuerdo con las políticas de cumplimiento.

Dónde obtenerlo

Es un dato clave que se almacena en el nivel del caso, en la tabla principal de solicitudes de ACTICO.

Ejemplos
BajoMedioAlto
Usuario que inició la actividad
InitiatingUser
El ID o nombre de la persona empleada que realizó la actividad.
Descripción

Este atributo identifica al usuario o agente del sistema responsable de ejecutar una actividad. Vincula los pasos del proceso con las personas o los equipos que los realizaron.

Analizar el rendimiento por usuario es un requisito habitual. Este atributo permite crear Dashboards que muestran la distribución de la carga de trabajo, los tiempos de procesamiento individuales y comparativas de rendimiento entre usuarios o equipos. Ayuda a identificar tanto a quienes tienen un alto rendimiento como a quienes podrían necesitar formación adicional. También es clave para comprender la asignación y el uso de los recursos.

Por qué es importante

Vincula las actividades del proceso con usuarios específicos, permite analizar el rendimiento individual o por equipo y ayuda a detectar necesidades de formación o desequilibrios en la asignación de recursos.

Dónde obtenerlo

Suele almacenarse junto a cada evento en el Registro de eventos o en las tablas del historial de transacciones de ACTICO. Consulte la documentación de ACTICO.

Ejemplos
john.doejane.smithSYSTEM_USER
Automatizada
IsAutomated
Indicador que señala si el sistema realizó una actividad automáticamente o si la realizó una persona usuaria de forma manual.
Descripción

Este atributo booleano distingue las tareas que realiza una persona usuaria de las que ejecuta la automatización del sistema, como una verificación de antecedentes o una puntuación de riesgo automáticas.

Analizar este atributo ayuda a evaluar la eficacia de las iniciativas de automatización. Permite comparar los tiempos de procesamiento de los pasos automatizados y manuales, identificar qué partes del proceso siguen dependiendo mucho del trabajo manual y detectar oportunidades para ampliar la automatización, mejorar la eficiencia y reducir los costes operativos.

Por qué es importante

Distingue las tareas realizadas por personas de las que ejecuta el sistema, algo fundamental para medir el impacto de la automatización y detectar oportunidades de mejora de la eficiencia.

Dónde obtenerlo

Puede deducirse del atributo «InitiatingUser» (por ejemplo, si el usuario es «SYSTEM») o corresponder a un indicador específico del Registro de eventos. Consulte la documentación de ACTICO.

Ejemplos
truefalse
Es retrabajo
IsRework
Indicador calculado que identifica si una actividad es un paso repetido o forma parte de un ciclo de retrabajo.
Descripción

Este atributo booleano señala las actividades que se realizan por segunda vez o más en un mismo caso, como una «Revisión de documentos» que se repite después de solicitar más información. Identifica instancias de retrabajo, que suelen ser una fuente de ineficiencia del proceso.

Identificar el retrabajo es uno de los objetivos principales de Process Mining. Este indicador permite cuantificarlo, por ejemplo, mediante el cálculo del KPI «Tasa de retrabajo de documentos». En el mapa del proceso, se pueden resaltar los ciclos de retrabajo para mostrar dónde el proceso vuelve sobre pasos anteriores. Esto ayuda a localizar problemas de calidad o áreas en las que el proceso no se realiza correctamente a la primera.

Por qué es importante

Destaca los casos de trabajo repetido, permite medir directamente la ineficiencia del proceso e identificar actividades con problemas de calidad o falta de claridad.

Dónde obtenerlo

Es un atributo calculado. La lógica se define en la herramienta de Process Mining o durante la transformación de datos para detectar actividades repetidas dentro de un mismo caso.

Ejemplos
truefalse
Estado del SLA
SlaState
Estado calculado que indica si el caso cumplió el SLA, lo incumplió o está en riesgo de incumplirlo.
Descripción

Este atributo ofrece una evaluación categórica del rendimiento de un caso con respecto a su acuerdo de nivel de servicio. Se calcula comparando la hora de finalización del caso (o la hora actual, si sigue abierto) con «SlaTargetDate».

Este atributo simplifica los informes del SLA al convertir la comparación de fechas en un estado fácil de entender. Los Dashboards pueden usarlo para mostrar gráficos circulares o indicadores con el porcentaje de casos que «Cumplieron» o «Incumplieron» el SLA. Es un elemento clave del Dashboard «Rendimiento del SLA de incorporación» y contribuye directamente al KPI «Tasa de cumplimiento del SLA de incorporación».

Por qué es importante

Ofrece un estado claro y categórico del cumplimiento del SLA para cada caso, simplifica la elaboración de informes y facilita la visualización del rendimiento con respecto a los objetivos.

Dónde obtenerlo

Es un atributo calculado a partir de la lógica de negocio que compara la marca de tiempo de finalización del caso con «SlaTargetDate».

Ejemplos
CumplidoIncumplidoEn riesgo
País
Country
El país de residencia del cliente que solicita la incorporación.
Descripción

Este atributo indica el país del cliente, que puede influir considerablemente en el proceso KYC. Cada jurisdicción tiene requisitos normativos distintos, que pueden dar lugar a pasos adicionales o alternativos.

Analizar el proceso por país permite comparar el rendimiento entre regiones. Puede ayudar a detectar si en ciertos países los tiempos de ciclo son sistemáticamente más largos o las tasas de rechazo más altas, lo que podría indicar obstáculos normativos o desafíos específicos del mercado. Esta perspectiva geográfica es importante para las organizaciones internacionales que buscan estandarizar sus procesos sin dejar de atender las necesidades locales de cumplimiento.

Por qué es importante

Aporta una dimensión geográfica al análisis y ayuda a comprender las variaciones del proceso y las diferencias de rendimiento entre distintas jurisdicciones normativas.

Dónde obtenerlo

Es un dato básico del cliente que se almacena en el nivel del caso o del cliente en el sistema ACTICO.

Ejemplos
USADEUGBRSGP
Tipo de cliente
CustomerType
Clasificación del cliente, por ejemplo, persona física o empresa.
Descripción

Este atributo clasifica a quien presenta la solicitud en distintas categorías, por ejemplo, como persona física o entidad corporativa. El proceso KYC suele variar considerablemente entre estos tipos; la incorporación de empresas suele ser mucho más compleja.

Usar el tipo de cliente como dimensión permite separar y comparar claramente estos procesos dentro del mismo conjunto de datos. Quienes analizan el proceso pueden filtrar el mapa para ver solo los clientes «Empresa» y comprender sus desafíos, cuellos de botella y tiempos de ciclo específicos, sin que los datos del proceso mucho más sencillo de las personas físicas distorsionen el análisis.

Por qué es importante

Permite segmentar el proceso por categoría de cliente, cuyos flujos y niveles de complejidad pueden variar mucho, para obtener un análisis más preciso.

Dónde obtenerlo

Es un atributo fundamental que se almacena en el nivel del caso o del cliente en ACTICO.

Ejemplos
Persona físicaEmpresaPequeña empresa
Obligatorio Recomendado Opcional

Actividades de incorporación de clientes KYC

Estos son los pasos y los hitos clave del proceso que conviene registrar en el Registro de eventos para descubrir y analizar con precisión el proceso de incorporación de clientes KYC.
8 Recomendado 6 Opcional
Actividad Descripción
Documentos del cliente cargados
Esta actividad se produce cuando el cliente proporciona los documentos de identificación y respaldo necesarios a través de un portal u otro canal integrado con ACTICO. El sistema suele registrar cada carga de documentos como un evento explícito e independiente en el registro del caso o en el sistema de gestión documental.
Por qué es importante

Este hito clave depende del cliente. Hacer un seguimiento de este evento es fundamental para medir los tiempos de respuesta del cliente y analizar la duración de la revisión documental posterior.

Dónde obtenerlo

Busque registros de eventos relacionados con la gestión de documentos o los archivos adjuntos al caso de la solicitud. A menudo se registran en tablas específicas de gestión documental o de evidencias de la base de datos de ACTICO.

Capturar

Evento registrado por el sistema cuando se adjunta un documento al caso.

Tipo de evento explicit
Evaluación de riesgos realizada
Esta actividad representa la ejecución del motor de decisiones de ACTICO para calcular una puntuación o clasificación de riesgo para la solicitud del cliente. Como función central del sistema, se registra como un evento explícito cuando se ejecuta el conjunto de reglas de evaluación de riesgos.
Por qué es importante

La evaluación de riesgos es un punto de decisión clave que suele determinar la ruta posterior del proceso. Analizar esta actividad ayuda a comprender cómo influyen los niveles de riesgo en las variantes y los tiempos del proceso.

Dónde obtenerlo

Este es un evento central de ACTICO y debería aparecer en los registros de decisiones o ejecuciones. Estos registros suelen incluir el ID del caso, las reglas ejecutadas y la puntuación de riesgo resultante.

Capturar

Evento registrado por el motor de decisiones de ACTICO al terminar el cálculo de la puntuación de riesgo.

Tipo de evento explicit
Incorporación del cliente completada
Esta es la actividad final del proceso: indica que el cliente ya completó la incorporación y que el caso de la solicitud está cerrado. Se deduce de la asignación al caso de un estado final, como «Incorporado» o «Cerrado: aprobado».
Por qué es importante

Como principal evento de fin satisfactorio, esta actividad es esencial para calcular el tiempo de ciclo de principio a fin de todos los clientes incorporados correctamente. Proporciona la marca de tiempo final para analizar la ruta ideal.

Dónde obtenerlo

Se deduce del campo de estado final del caso de la solicitud del cliente. Busque la marca de tiempo asociada al cambio del caso a un estado final satisfactorio.

Capturar

Se deduce de la actualización final del estado del caso a «Completado» o «Cerrado».

Tipo de evento inferred
Revisión de cumplimiento completada
Marca el final de la revisión manual del departamento de cumplimiento, con una decisión de aprobar, rechazar o solicitar más acciones. Se deduce de un cambio de estado del caso de «Pendiente de revisión de cumplimiento» a un estado posterior, como «Cumplimiento aprobado».
Por qué es importante

Este es el evento de cierre de la etapa de revisión de cumplimiento. Es esencial para calcular la duración total de la revisión y analizar el rendimiento del equipo.

Dónde obtenerlo

Se deduce del historial de estados de la solicitud. Busque la marca de tiempo en que el caso deja el estado «En revisión de cumplimiento», lo que indica que ya se tomó una decisión.

Capturar

Se deduce del cambio de estado del caso de «Pendiente de cumplimiento» a «Cumplimiento aprobado» o a un estado similar.

Tipo de evento inferred
Revisión de cumplimiento iniciada
Marca el inicio de la fase de revisión manual del departamento de cumplimiento, a menudo para solicitudes de alto riesgo o señaladas. Suele deducirse de un cambio de estado del caso a «Pendiente de revisión de cumplimiento» o de la asignación del caso a la cola de trabajo de una persona responsable de cumplimiento.
Por qué es importante

Esta actividad marca el inicio de la medición del cuello de botella en cumplimiento. El tiempo transcurrido hasta «Revisión de cumplimiento completada» es un KPI crítico para detectar demoras en esta etapa clave.

Dónde obtenerlo

Se deduce del historial de estados de la solicitud o de la pista de auditoría. Busque la marca de tiempo asociada al cambio de estado a «En revisión de cumplimiento» o a la asignación a un grupo de usuarios relacionado con cumplimiento.

Capturar

Se deduce del cambio de estado del caso a «Pendiente de cumplimiento» o de su asignación al equipo de cumplimiento.

Tipo de evento inferred
Solicitud aprobada
Esta actividad representa la decisión final de aprobar la solicitud de incorporación del cliente. Es un hito clave que suele registrarse como un cambio de estado específico y definitivo en el ciclo de vida de la solicitud.
Por qué es importante

Este hito precede a la creación de la cuenta y señala un resultado satisfactorio. Analizar cuánto se tarda en llegar a este punto es fundamental para comprender la duración de la ruta ideal.

Dónde obtenerlo

Se deduce del campo de estado final de la tabla principal de solicitudes o casos. Busque estados como «Aprobado», «Aprobación completada» u otro estado final positivo similar.

Capturar

El estado final del caso se actualiza a «Aprobado» en los datos maestros del caso.

Tipo de evento inferred
Solicitud enviada
Esta actividad marca el inicio del proceso de incorporación KYC, cuando el sistema ACTICO recibe formalmente una nueva solicitud de cliente. Se registra como un evento explícito, normalmente con una marca de tiempo precisa al crear un nuevo caso o registro de solicitud.
Por qué es importante

Como evento de inicio principal, esta actividad es esencial para calcular el tiempo total del ciclo de incorporación y hacer seguimiento del volumen de solicitudes. Su marca de tiempo sirve como referencia para medir el rendimiento de las etapas posteriores del proceso.

Dónde obtenerlo

Suele ser una entrada explícita en el registro de creación de solicitudes o casos de ACTICO. Busque tablas relacionadas con los eventos de envío de solicitudes o con la marca de tiempo de creación del registro principal del caso.

Capturar

Evento registrado al crear una nueva instancia de caso de solicitud.

Tipo de evento explicit
Solicitud rechazada
Representa la decisión final de rechazar la solicitud del cliente, lo que pone fin al proceso de incorporación. Es un estado final crítico que se registra mediante un cambio de estado definitivo en el registro de la solicitud.
Por qué es importante

Este es el principal evento de fin no satisfactorio. Analizar los casos que terminan con esta actividad es fundamental para comprender las tasas y los motivos de rechazo, y mejorar el rendimiento general del proceso.

Dónde obtenerlo

Se deduce del campo de estado final de la tabla principal de solicitudes o casos. Busque un estado final como «Rechazado», «No aprobado» o «Cerrado: rechazado».

Capturar

El estado final del caso se actualiza a «Rechazado» en los datos maestros del caso.

Tipo de evento inferred
Comprobaciones de antecedentes iniciadas
Indica el inicio de comprobaciones de antecedentes automatizadas o manuales, como las verificaciones contra listas de prevención del blanqueo de capitales (AML) o del historial crediticio. A menudo se registra como un evento explícito cuando el sistema activa estas comprobaciones, que pueden implicar a proveedores de servicios externos.
Por qué es importante

El inicio de las comprobaciones de antecedentes es un hito importante en el proceso de diligencia debida. Hacer un seguimiento permite comprender las dependencias y los tiempos de entrega asociados a los proveedores de datos externos.

Dónde obtenerlo

Busque en los registros del sistema o en la pista de auditoría las entradas que indiquen el inicio de los procedimientos de verificación de antecedentes. A menudo están vinculadas al ID del caso de la solicitud principal.

Capturar

Evento registrado cuando el motor del flujo de trabajo inicia llamadas a los servicios de verificación de antecedentes.

Tipo de evento explicit
Cuenta creada
Tras la aprobación, esta actividad marca la creación técnica de la cuenta del cliente en el sistema bancario central o de gestión de usuarios. ACTICO suele registrarla como un evento explícito después de recibir la confirmación de éxito del sistema posterior.
Por qué es importante

Esta actividad confirma que el proceso produjo un resultado de negocio concreto. El tiempo entre «Solicitud aprobada» y «Cuenta creada» puede revelar demoras de integración o ineficiencias en los pasos finales de aprovisionamiento.

Dónde obtenerlo

Es probable que esta información se encuentre en los registros de integración o de interfaces del sistema en ACTICO, donde se registra el resultado de las llamadas a sistemas externos para aprovisionar cuentas.

Capturar

Evento registrado al recibir una respuesta satisfactoria de la API del sistema central de cuentas.

Tipo de evento explicit
Información adicional solicitada
Representa un evento en el que una persona revisora, a menudo del área de cumplimiento o de evaluación de riesgos, solicita más información o documentación al cliente. Esta acción suele registrarse explícitamente, ya que normalmente implica enviar una notificación al cliente y pausar el caso.
Por qué es importante

Esta actividad es una de las principales causas de retrabajo y del aumento de los tiempos de ciclo. Hacer un seguimiento de su frecuencia y su impacto es esencial para detectar cómo mejorar la recopilación inicial de datos.

Dónde obtenerlo

Es probable que se trate de un evento explícito registrado en el historial del caso o en el registro de comunicaciones. Busque eventos como «RFI enviada» (solicitud de información) o cambios de estado como «Pendiente de información del cliente».

Capturar

En la pista de auditoría del caso se registra un evento explícito iniciado por una persona usuaria, como «Enviar solicitud de información».

Tipo de evento explicit
Revisión de documentos completada
Esta actividad indica que una persona ha terminado de revisar los documentos enviados por el cliente. Suele deducirse de un cambio de estado del documento o del caso completo, como «Documentos verificados» o «Revisión completada».
Por qué es importante

Este hito es clave para medir la eficiencia del proceso de gestión documental. El tiempo transcurrido entre «Documentos del cliente cargados» y esta actividad es un KPI crítico para detectar demoras en el procesamiento manual.

Dónde obtenerlo

Se deduce de los registros del historial de estados del caso de la solicitud o de documentos individuales. Un cambio de estado de un documento de «Pendiente de revisión» a «Aprobado» o «Revisado» indica que se realizó esta actividad.

Capturar

Se deduce de un cambio de estado del documento a «Verificado» o «Revisado».

Tipo de evento inferred
Revisión inicial de la solicitud
Representa la primera revisión de la solicitud enviada, realizada por una regla automatizada o por una persona, para comprobar que esté completa y cumpla los requisitos básicos. A menudo se deduce de un cambio de estado de la solicitud, por ejemplo, de «Enviada» a «En revisión».
Por qué es importante

Analizar cuánto tarda esta primera revisión ayuda a detectar demoras iniciales en el procesamiento. También permite saber cuántas solicitudes superan esta primera etapa sin problemas.

Dónde obtenerlo

Se deduce de las tablas del historial de estados o de los registros de auditoría asociados al caso de la solicitud del cliente. Compare la marca de tiempo del cambio de estado de «Nueva» o «Enviada» a «En revisión».

Capturar

Detecte en el historial del caso el cambio de estado de «Enviada» a «En revisión».

Tipo de evento inferred
Verificación de identidad realizada
Representa una comprobación automatizada o manual para validar la identidad del cliente con fuentes de datos internas o externas. A menudo se registra como un evento explícito cuando se realiza una llamada a la API de un servicio de verificación externo y se recibe una respuesta.
Por qué es importante

Esta actividad es un paso crítico de cumplimiento. Analizar su duración y sus resultados ayuda a detectar dependencias de servicios externos y posibles cuellos de botella en el proceso de verificación.

Dónde obtenerlo

Esta información suele encontrarse en los registros de integración o en tablas de eventos específicas que registran los resultados de las comprobaciones automatizadas y las llamadas a servicios externos vinculadas al caso de la solicitud.

Capturar

Evento registrado a partir de una llamada de integración a un servicio externo de verificación de identidad.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de ACTICO

¿Listo para comenzar?

Utilice esta plantilla para preparar sus datos de forma eficaz y avanzar más rápido hacia la optimización de la incorporación de clientes KYC en ACTICO.

Optimice la incorporación de clientes KYC: reduzca el tiempo a 24 horas

Evite los abandonos y los falsos positivos para ofrecer una incorporación sin fricciones.

Comience su prueba gratuita

No se requiere tarjeta de crédito. Comience a optimizar hoy mismo.