Su Template de datos para la incorporación de clientes KYC
Su Template de datos para la incorporación de clientes KYC
- Atributos recomendados para recopilar
- Actividades clave que conviene registrar
- Guía para extraer datos de ACTICO
Atributos de la incorporación de clientes KYC
| 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 | |||
Actividades de incorporación de clientes KYC
| 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 | |||
Guías de extracción
Pasos
- Obtenga acceso administrativo: Inicie sesión en la plataforma ACTICO, por ejemplo, en Visual Modeler o en una consola de administración específica, con credenciales que tengan permisos suficientes para acceder a las exportaciones de datos y configurarlas.
- Localice el módulo de exportación: Vaya al área de administración o configuración del sistema. Busque la sección de registros de auditoría, registros de actividad o exportaciones de datos. Puede llamarse «Audit Export» o «Business Object Export».
- Cree una configuración de exportación: Inicie el proceso para crear una nueva definición de exportación. Asigne un nombre descriptivo a la configuración, por ejemplo, 'KYC_Onboarding_ProcessMind_Export'.
- Defina la fuente de datos: Especifique el objeto de negocio principal que se exportará:
CustomerApplication. Es fundamental aplicar un filtro de fechas para limitar el alcance de la exportación, por ejemplo, a los últimos 6 meses, y así mantener un tamaño de archivo y un rendimiento manejables. - Configure el archivo de salida: Seleccione CSV como formato de salida. Defina el nombre del archivo, por ejemplo,
kyc_event_log.csv, y confirme el delimitador, que suele ser una coma. Asegúrese de que los campos de texto estén entre comillas para gestionar correctamente los caracteres especiales. - Asigne el identificador del caso: Designe el identificador único del objeto de negocio
CustomerApplicationcomo ID del caso para el análisis de Process Mining. Así, todos los eventos relacionados quedarán vinculados a un mismo caso de incorporación. - Defina las asignaciones de atributos: Asigne cada columna necesaria del registro de eventos al atributo correspondiente del modelo de objetos de negocio de ACTICO. Incluya el ID del caso, el nombre de la actividad, las marcas de tiempo y otros atributos recomendados, como el estado o el nivel de riesgo.
- Configure las asignaciones de eventos: Este es el paso más importante. Cree una regla o asignación específica para cada una de las 14 actividades de negocio. Utilice desencadenadores del sistema, como la creación de objetos para «Application Submitted», los cambios de estado para pasos del flujo de trabajo como «Application Approved» y patrones específicos de mensajes del registro de auditoría para eventos técnicos como «Identity Verification Performed».
- Guarde y valide la configuración: Una vez definidas todas las asignaciones, guarde el archivo de configuración. Utilice las herramientas de validación disponibles en ACTICO para comprobar si hay errores de sintaxis o rutas de atributos incorrectas.
- Ejecute y supervise la exportación: Ejecute el trabajo de exportación. Supervise su progreso desde el programador de trabajos o la interfaz de supervisión del sistema. Al finalizar, revise los registros para detectar errores.
- Recupere y prepare el archivo: Descargue el archivo CSV resultante desde la ruta de salida designada en el servidor. Antes de cargarlo en ProcessMind, ábralo para verificar su estructura y comprobar que los formatos de fecha y hora sean coherentes y se interpreten correctamente.
Configuración
- Nivel del registro de auditoría: El nivel de registro de auditoría de todo el sistema debe configurarse con un nivel de detalle alto, como INFO o FINE. Un nivel menos detallado, como WARNING o ERROR, no registrará los cambios de estado ni las ejecuciones de reglas necesarios para Process Mining.
- Fuente de datos de exportación: La fuente de datos principal debe configurarse para utilizar el objeto de negocio
CustomerApplication. Es posible que deba unir o consultar objetos relacionados, comoCustomerDocument, para capturar todos los eventos pertinentes. - Filtro de fechas: Utilice siempre un filtro de fechas para controlar el volumen de datos extraídos. Para el análisis inicial, se recomienda un período de 3 a 6 meses. En producción, puede ajustarlo según las necesidades del negocio y el rendimiento del sistema.
- Lógica de asignación de eventos: La precisión de la extracción depende en gran medida de cómo se asignen los eventos. Los cambios de estado (
on="StatusChange") suelen utilizarse para inferir pasos del negocio. Las entradas explícitas del registro (on="LogEntry") son útiles para eventos técnicos o llamadas a servicios. Las ejecuciones de reglas (on="RuleExecution") permiten capturar los pasos de toma de decisiones. - Formato de salida: Seleccione CSV para garantizar una amplia compatibilidad. Configure correctamente los delimitadores y las comillas de texto para evitar problemas al analizar los datos.
- Requisitos previos: Este método requiere permisos administrativos en la plataforma ACTICO. Para configurar la exportación correctamente, es fundamental conocer a fondo el modelo de objetos de negocio KYC, incluidos todos los campos de estado y nombres de atributos pertinentes.
Consulta de ejemplo xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration> ¿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.
No se requiere tarjeta de crédito. Comience a optimizar hoy mismo.