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

LexisNexis Risk Solutions
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 una guía completa para recopilar los datos necesarios para analizar el proceso de incorporación de clientes KYC. Describe los atributos esenciales que debe recopilar y las actividades clave que debe registrar, además de explicar cómo extraer esta información de los sistemas de origen. Utilice este recurso para crear un Registro de eventos sólido que permita analizar en profundidad el proceso de incorporación.
  • Atributos recomendados para recopilar
  • Actividades clave que debe registrar
  • Guías de extracción
¿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 realizar un análisis completo y descubrir el proceso de incorporación de clientes KYC.
3 Obligatorio 6 Recomendado 11 Opcional
Nombre Descripción
Marca de tiempo del evento
EventTimestamp
Fecha y hora exactas en que comenzó una actividad específica.
Descripción

Esta marca de tiempo indica el inicio de una actividad y establece el orden cronológico de todos los eventos de un caso. Es la base de todos los análisis temporales de Process Mining.

Con la marca de tiempo del evento se puede calcular la duración de las actividades, el tiempo de espera entre ellas y el tiempo de ciclo total de principio a fin del proceso de incorporación. Estos datos son esenciales para identificar cuellos de botella, supervisar el cumplimiento de los SLA y comprender la eficiencia del proceso.

Por qué es importante

Esta marca de tiempo es esencial para ordenar cronológicamente los eventos y calcular todas las métricas temporales, como los tiempos de ciclo y los cuellos de botella.

Dónde obtenerlo

Se encuentra en el registro de eventos o en las tablas de auditoría, junto al nombre de la actividad.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Nombre de la actividad
ActivityName
Nombre de la tarea o el evento específico que tuvo lugar en un momento determinado del proceso de incorporación.
Descripción

El nombre de la actividad describe un paso del flujo de trabajo de incorporación KYC, como «Solicitud enviada», «Revisión de documentos realizada» o «Solicitud aprobada». Cada actividad representa una acción o un hito concreto del proceso.

Este atributo es fundamental para crear el mapa del proceso, que representa visualmente el flujo de actividades. Permite analizar las variantes del proceso, los cuellos de botella entre pasos específicos y la frecuencia de los ciclos de retrabajo. Analizar las actividades es clave para comprender qué ocurre en el proceso.

Por qué es importante

Este atributo es la base del mapa del proceso y permite visualizar y analizar la secuencia de eventos del recorrido de incorporación del cliente.

Dónde obtenerlo

Suele encontrarse en un registro de eventos o en una tabla de pistas de auditoría de LexisNexis Risk Solutions que registra los pasos del proceso.

Ejemplos
Solicitud enviadaRevisión inicial realizadaDocumentos solicitadosRevisión de cumplimiento completada
Solicitud del cliente
CustomerApplication
Identificador único de cada solicitud de incorporación de cliente, que sirve como ID principal del caso.
Descripción

La solicitud del cliente es el identificador central que vincula todas las actividades y los datos relacionados con el proceso de incorporación de un cliente. El proceso comienza cuando se envía una solicitud y sigue el caso hasta que se completa o se rechaza.

En Process Mining, este atributo es esencial para agrupar todos los eventos en un mismo caso y analizar la incorporación de principio a fin. Permite reconstruir todo el flujo del proceso de cada solicitante, algo fundamental para calcular los tiempos de ciclo, analizar las variantes del proceso y hacer un seguimiento del estado de la solicitud a lo largo del tiempo.

Por qué es importante

Este es el ID del caso fundamental. Sin él, no es posible seguir de principio a fin el recorrido de una solicitud de cliente, por lo que el análisis del proceso resulta inviable.

Dónde obtenerlo

Es el identificador principal del caso en el módulo de gestión de casos de LexisNexis Risk Solutions.

Ejemplos
APP-2023-001234APP-2023-005678APP-2024-009101
Departamento
Department
Departamento o equipo de la organización al que pertenece el usuario asignado.
Descripción

El atributo Departamento especifica el grupo funcional responsable de una actividad, como «Cumplimiento», «Operaciones de incorporación» o «Prevención del fraude».

Este atributo permite analizar el proceso desde la perspectiva de cada departamento y estudiar los traspasos entre equipos. Es una dimensión clave del Dashboard «Asignación de recursos y carga de trabajo» y ayuda a detectar ineficiencias entre áreas o retrasos en la comunicación entre departamentos.

Por qué es importante

Permite analizar los traspasos del proceso y el rendimiento por área funcional, y ayuda a detectar cuellos de botella entre departamentos.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Es posible que deba combinarse con datos de una tabla maestra de usuarios o de recursos humanos.

Ejemplos
ComplianceEquipo de incorporaciónAnalistas de KYCAtención al cliente
Estado de la solicitud
ApplicationStatus
Estado actual o final de la solicitud del cliente.
Descripción

Este atributo refleja el estado general del caso en un momento determinado o su resultado final. Algunos estados habituales son «En curso», «Aprobado», «Rechazado» o «Información pendiente».

El estado de la solicitud es esencial para hacer un seguimiento de los resultados del proceso de incorporación. Se utiliza en los Dashboards «Motivos y etapas de rechazo de solicitudes» y «Volumen diario y estado de las solicitudes» para supervisar las tasas de éxito y el flujo operativo. Analizar cómo cambia el estado con el tiempo permite conocer el ciclo de vida del caso.

Por qué es importante

Registra el resultado de cada solicitud, algo esencial para calcular KPI clave, como la tasa de rechazo de solicitudes, y supervisar el volumen de casos procesados.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Suele ser un campo clave del objeto principal del caso o de la solicitud.

Ejemplos
En cursoAprobadoRechazadoInformación del cliente pendiente
Fecha objetivo del SLA
SlaTargetDate
Fecha prevista para completar el proceso de incorporación del cliente.
Descripción

La fecha objetivo del SLA establece el compromiso de nivel de servicio para completar una solicitud. A menudo se determina en función de factores como el tipo de solicitud, el segmento del cliente o la jurisdicción.

Este atributo es esencial para el Dashboard «Seguimiento del cumplimiento de la fecha objetivo del SLA» y el KPI «Tasa de cumplimiento del SLA». Al comparar la fecha real de finalización con la fecha objetivo del SLA, las organizaciones pueden medir su rendimiento frente a los compromisos, identificar los casos en riesgo de incumplir los SLA e investigar las causas de los retrasos.

Por qué es importante

Permite medir el rendimiento frente a los acuerdos de nivel de servicio y detectar ineficiencias del proceso que provocan incumplimientos del SLA.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Puede estar almacenada en el caso o calcularse según las reglas de negocio.

Ejemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-12-01T17:00:00Z
Hora de fin
EndTime
Fecha y hora exactas en que se completó una actividad.
Descripción

Esta marca de tiempo indica cuándo se completó una actividad. La diferencia entre la hora de fin y la hora de inicio de un evento corresponde a su tiempo de procesamiento.

La hora de fin es fundamental para calcular con precisión cuánto tarda cada paso y constituye un dato clave para el Dashboard «Tiempos de procesamiento y espera de las actividades». Permite distinguir el tiempo durante el que un recurso trabajó activamente en una tarea del tiempo que el caso esperó antes de que comenzara el siguiente paso.

Por qué es importante

Permite calcular con precisión el tiempo de procesamiento de las actividades, algo esencial para detectar pasos ineficientes y analizar la carga de trabajo de los recursos.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Suele estar disponible en los registros de eventos que incluyen tanto los eventos de inicio como los de fin.

Ejemplos
2023-10-26T10:45:10Z2023-10-26T11:55:30Z2023-10-28T09:05:00Z
Nivel de riesgo
RiskLevel
Nivel de riesgo calculado para la solicitud del cliente, por ejemplo, bajo, medio o alto.
Descripción

LexisNexis Risk Solutions se especializa en la evaluación de riesgos. Este atributo representa el resultado de esa evaluación y clasifica cada solicitud según su perfil de riesgo potencial. El nivel de riesgo suele determinar la intensidad y la duración necesarias para la diligencia debida.

Este atributo es la dimensión principal del Dashboard «Nivel de riesgo y duración de la incorporación». Analizar el proceso por nivel de riesgo permite comprobar si las solicitudes de alto riesgo tardan significativamente más, como se espera, o si las de bajo riesgo sufren retrasos innecesarios. También ayuda a validar y perfeccionar las estrategias de incorporación basadas en el riesgo.

Por qué es importante

Es fundamental para analizar el riesgo y comprender cómo los perfiles de riesgo de los clientes afectan a la complejidad, la duración y las rutas del proceso.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Es un resultado clave de los módulos de evaluación de riesgos.

Ejemplos
BajoMedioAltoSujeto a sanciones
Usuario asignado
AssignedUser
Identificador único del usuario o agente responsable de realizar la actividad.
Descripción

Este atributo identifica a la persona que realizó una tarea, como un responsable de cumplimiento que revisa un documento. Permite analizar la distribución de la carga de trabajo y el rendimiento individual.

En los análisis, el usuario asignado es clave para el Dashboard «Asignación de recursos y carga de trabajo». Permite filtrar el mapa del proceso por usuario, comparar el rendimiento entre integrantes del equipo e identificar oportunidades de formación o de redistribución de la carga de trabajo. También puede ayudar a detectar cuellos de botella causados por determinados grupos de usuarios.

Por qué es importante

Este atributo es fundamental para analizar el rendimiento de los recursos, la distribución de la carga de trabajo y las oportunidades de automatización u optimización de recursos.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Suele encontrarse en los registros de auditoría o en las tablas de gestión de tareas.

Ejemplos
j.doem.smithk.chen
Canal
Channel
Canal por el que se presentó la solicitud, como «Web», «Móvil» o «En una sucursal».
Descripción

El atributo Canal identifica el medio por el que se presentó la solicitud. El canal puede influir en la calidad de los datos, el comportamiento de los clientes y los problemas que surgen durante la incorporación.

Este atributo permite comparar el rendimiento del proceso en distintos canales. Por ejemplo, el Dashboard «Tasas de conversión del embudo de incorporación» puede filtrarse por canal para comprobar si quienes solicitan el servicio desde el móvil abandonan el proceso con más frecuencia que quienes lo hacen desde la web. Esta información puede orientar mejoras específicas para cada canal.

Por qué es importante

Ayuda a analizar el rendimiento del proceso según el canal de presentación e identificar variaciones que orienten la estrategia de canales y las mejoras en la experiencia de usuario.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Esta información suele registrarse al inicio del proceso de solicitud.

Ejemplos
Portal webAplicación móvilEn una sucursalAPI
Es automatizada
IsAutomated
Indicador que señala si el sistema realizó una actividad automáticamente o si la realizó un usuario de forma manual.
Descripción

Este atributo booleano distingue entre las tareas ejecutadas mediante automatización del sistema, como una comprobación inicial, y las que requieren intervención humana, como la revisión manual de un documento.

«Es automatizada» se utiliza para calcular el KPI «Proporción de actividades manuales» y analizar la eficacia de las iniciativas de automatización. En el mapa del proceso, puede mostrar la transición entre los pasos automatizados y los manuales, lo que ayuda a identificar oportunidades para ampliar la automatización y reducir costes y tiempos de procesamiento.

Por qué es importante

Distingue las tareas manuales de las automatizadas, algo clave para detectar oportunidades de automatización y medir su impacto.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Puede ser un indicador del registro de eventos o inferirse a partir de «AssignedUser» (por ejemplo, si el usuario es «system»).

Ejemplos
truefalse
Es retrabajo
IsRework
Indicador que identifica las actividades que forman parte de un ciclo de retrabajo.
Descripción

Este indicador booleano se establece en verdadero cuando una actividad se repite dentro del mismo caso, por ejemplo, cuando se vuelve a realizar una «Revisión de documentos» después de solicitar información adicional. Esto indica que el proceso ha retrocedido.

«Es retrabajo» es fundamental para el Dashboard «Análisis de retrabajo y repetición» y el KPI «Porcentaje de ciclos de retrabajo». Permite cuantificar el esfuerzo desperdiciado y detectar las causas principales del retrabajo, como instrucciones poco claras o datos de baja calidad, para orientar mejoras específicas del proceso.

Por qué es importante

Cuantifica directamente las ineficiencias y el esfuerzo desperdiciado en el proceso, y destaca las actividades que se repiten con frecuencia y aumentan los costes y los tiempos de ciclo.

Dónde obtenerlo

Este atributo calculado suele obtenerse en la herramienta de Process Mining mediante la detección de secuencias de actividades repetidas dentro de un caso.

Ejemplos
truefalse
Estado del SLA
SlaStatus
Indica si la solicitud completada cumplió el objetivo del SLA.
Descripción

Este atributo clasifica cada caso completado según el cumplimiento de «SlaTargetDate». Los valores habituales son «Cumplido» o «Incumplido».

Este campo calculado es la base del Dashboard «Seguimiento del cumplimiento de la fecha objetivo del SLA» y del KPI «Tasa de cumplimiento del SLA». Ofrece una visión clara y general del rendimiento frente a los compromisos de servicio y permite analizar en detalle las características comunes de los casos que incumplen sus SLA.

Por qué es importante

Ofrece un resultado claro, de dos opciones, sobre el rendimiento del SLA, lo que facilita el seguimiento, la elaboración de informes y el análisis del cumplimiento de los objetivos de nivel de servicio.

Dónde obtenerlo

Este atributo calculado se obtiene comparando la marca de tiempo de la actividad final con «SlaTargetDate» para cada caso.

Ejemplos
CumplidoIncumplidoEn riesgo
Motivo del rechazo
RejectionReason
Código o descripción que explica por qué se rechazó una solicitud.
Descripción

Cuando el estado final de una solicitud es «Rechazado», este atributo indica el motivo concreto. Algunos ejemplos son «No se pudo verificar la identidad», «Coincidencia con una lista de sanciones» o «Documentación incompleta».

Estos datos son la principal fuente para el Dashboard «Motivos y etapas de rechazo de solicitudes». Analizar los motivos de rechazo ayuda a detectar fallos frecuentes en el proceso y puede orientar mejoras en las instrucciones de solicitud, la comunicación con los clientes o los criterios de revisión interna. Comprender por qué se rechazan las solicitudes es clave para aumentar la tasa general de aprobación.

Por qué es importante

Permite conocer directamente por qué no se completa la incorporación y aplicar mejoras específicas para aumentar la tasa de aprobación de solicitudes.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Suele encontrarse en un campo que se completa cuando el estado de la solicitud pasa a «Rechazado».

Ejemplos
Coincidencia con una lista de sancionesDocumentación incompletaError en la verificación de identidadPerfil de alto riesgo
País del cliente
CustomerCountry
País de residencia o constitución del cliente.
Descripción

Este atributo indica el país del cliente, un factor clave en KYC debido a las diferencias entre las regulaciones internacionales y los niveles de riesgo de cada jurisdicción.

Analizar el proceso por país del cliente puede revelar diferencias importantes en los tiempos de ciclo y la complejidad del proceso. Por ejemplo, las solicitudes de jurisdicciones de alto riesgo pueden requerir comprobaciones de cumplimiento adicionales y, por tanto, tardar más. Este análisis ayuda a planificar los recursos y a establecer SLA realistas para cada región.

Por qué es importante

Permite analizar el proceso por jurisdicción, algo esencial para comprender cómo afectan a su rendimiento las regulaciones regionales y los factores de riesgo.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Es un campo estándar de los datos maestros de clientes.

Ejemplos
USAGBRDEUSGP
Responsable de la revisión de cumplimiento
ComplianceReviewer
Usuario o agente asignado específicamente a las actividades de revisión de cumplimiento.
Descripción

Aunque «AssignedUser» identifica al usuario de cualquier actividad, este atributo señala específicamente a la persona especialista en cumplimiento que participa en los pasos de revisión críticos. Esto permite analizar la función de cumplimiento con mayor precisión.

Este atributo es clave para el Dashboard «Duración y acumulación de revisiones de cumplimiento». Ayuda a analizar la carga de trabajo y el rendimiento del equipo de cumplimiento, y a detectar si determinadas personas revisoras generan cuellos de botella o si el equipo en su conjunto cuenta con recursos insuficientes.

Por qué es importante

Ofrece una visión específica de la función de cumplimiento y permite analizar en detalle la carga de trabajo y el rendimiento de quienes realizan las revisiones en esta etapa crítica, que suele sufrir retrasos.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Puede obtenerse filtrando «AssignedUser» para las actividades relacionadas con el cumplimiento.

Ejemplos
c.joness.patelsystem_escalation
Sistema de origen
SourceSystem
Sistema o aplicación del que proceden los datos de eventos.
Descripción

Este atributo identifica el sistema de origen que generó los datos de eventos, como LexisNexis Risk Solutions o una herramienta de terceros integrada. En entornos complejos, los datos de un mismo proceso pueden proceder de varios sistemas.

Conocer el sistema de origen facilita la validación de datos, la resolución de problemas y el análisis de variaciones del proceso que pueden ser propias de un sistema concreto. También ayuda a garantizar la integridad de los datos y aporta contexto sobre cómo y dónde se registró una actividad.

Por qué es importante

Identifica el origen de los datos, un aspecto fundamental para la gobernanza de datos, la validación y la comprensión de la ejecución del proceso en distintos sistemas de TI.

Dónde obtenerlo

Esta información puede almacenarse como un valor estático o en un campo específico de la exportación de datos o de la respuesta de la API.

Ejemplos
LexisNexis Risk SolutionsThreatMetrixBridger Insight XG
Tiempo de ciclo
CycleTime
Duración total de una solicitud del cliente, desde su presentación hasta la decisión final.
Descripción

El tiempo de ciclo mide el tiempo total transcurrido entre el primer evento, por ejemplo, «Solicitud presentada», y el último, como «Incorporación del cliente completada» o «Solicitud rechazada», para un mismo caso.

Es un KPI clave para medir la salud general del proceso y se muestra en el Dashboard «Tiempo de ciclo integral de la incorporación». El seguimiento del tiempo de ciclo promedio permite evaluar el impacto de las mejoras del proceso e identificar cómo influyen factores como el nivel de riesgo o el tipo de solicitud en la experiencia general del cliente.

Por qué es importante

Este indicador clave de rendimiento mide el tiempo total que tarda el cliente en obtener valor, lo que repercute directamente en su satisfacción y en la eficiencia operativa.

Dónde obtenerlo

Esta métrica calculada se obtiene restando la marca de tiempo del primer evento a la del último evento de cada caso.

Ejemplos
5 días y 4 horas22 días y 8 horas1 día y 2 horas
Tipo de solicitud
ApplicationType
Tipo de solicitud del cliente, por ejemplo, «Persona física» o «Empresa».
Descripción

Este atributo clasifica las solicitudes según el tipo de entidad que se incorpora. Los distintos tipos de solicitud suelen seguir rutas de proceso diferentes y tener perfiles de riesgo y objetivos de SLA distintos.

Analizar el proceso por tipo de solicitud permite segmentar los datos y comparar la eficiencia y la complejidad de la incorporación de distintos tipos de clientes. Es un filtro habitual en la mayoría de los Dashboards, ya que ofrece una visión más detallada del rendimiento.

Por qué es importante

Permite segmentar el proceso para ver cómo se gestionan los distintos tipos de solicitudes y dónde se producen cuellos de botella específicos.

Dónde obtenerlo

Consulte la documentación de LexisNexis Risk Solutions o a la persona administradora del sistema. Suele ser un campo clave del objeto de solicitud o del caso.

Ejemplos
Persona físicaEmpresaPersona física con un patrimonio elevadoFideicomiso
Última actualización de los datos
LastDataUpdate
Marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos del sistema de origen.
Descripción

Este atributo indica la fecha y hora de la última actualización del conjunto de datos. Por lo general, se aplica a todo el conjunto durante el proceso de extracción y carga de datos.

Esta información es fundamental para que quienes consultan los Dashboards sepan qué tan recientes son los datos que analizan. Permite tomar decisiones con datos tan actualizados como se requiera y establecer expectativas realistas sobre la vigencia de las conclusiones.

Por qué es importante

Aporta contexto esencial sobre la vigencia de los datos, para que los análisis sean pertinentes y las decisiones no se basen en información desactualizada.

Dónde obtenerlo

Por lo general, se genera y se añade al conjunto de datos durante el proceso ETL (extracción, transformación y carga).

Ejemplos
2024-01-15T02:00:00Z2024-01-16T02:00:00Z2024-01-17T02:00:00Z
Obligatorio Recomendado Opcional

Actividades de incorporación de clientes KYC

Estos son los pasos e hitos clave del proceso que debe registrar en el Registro de eventos para descubrir el proceso y analizar su rendimiento con precisión.
8 Recomendado 6 Opcional
Actividad Descripción
Documentos recibidos
Confirma que el cliente ha cargado o entregado al sistema los documentos requeridos. Normalmente, el portal de envío de documentos genera este evento de forma explícita o un agente lo registra manualmente.
Por qué es importante

Esta actividad pone fin a un periodo de espera y activa las siguientes tareas de revisión. Es un hito clave en la fase de recopilación de datos.

Dónde obtenerlo

Se obtiene de los registros del sistema de gestión documental o de una entrada con marca de tiempo en el expediente de la solicitud cuando se adjuntan documentos nuevos.

Capturar

El evento se registra cuando se carga correctamente un documento o se marca manualmente como recibido en el sistema.

Tipo de evento explicit
Evaluación de riesgos realizada
El sistema calcula una puntuación de riesgo para el cliente a partir de la información recopilada y las comprobaciones realizadas. Es una función esencial de LexisNexis y suele registrarse explícitamente como un evento automatizado en el historial del caso.
Por qué es importante

El resultado de esta evaluación suele determinar la siguiente ruta del proceso, por ejemplo, si se requiere una diligencia debida reforzada. Es un punto de decisión crítico en el flujo de trabajo.

Dónde obtenerlo

Busque en el registro de auditoría de la solicitud o en el historial del flujo de trabajo un evento que indique que se completó la puntuación o evaluación de riesgos.

Capturar

Se registra un evento específico cuando el motor de riesgos termina el análisis y asigna un perfil o una puntuación de riesgo.

Tipo de evento explicit
Incorporación del cliente completada
Este evento marca el final satisfactorio de todo el proceso de incorporación y confirma que el cliente está plenamente activo. Puede ser un estado final explícito o deducirse del evento «Cuenta activada».
Por qué es importante

Este es el evento de fin que indica que el proceso se completó correctamente. Es esencial para calcular el tiempo de ciclo de principio a fin de todos los clientes incorporados satisfactoriamente.

Dónde obtenerlo

Se deduce de la marca de tiempo de «Cuenta activada» o se obtiene de un estado final, como «Incorporación completada», en el expediente del caso.

Capturar

Se deduce del último evento positivo importante, como la activación de la cuenta, o de una actualización final del estado.

Tipo de evento inferred
Revisión de cumplimiento completada
La persona responsable del cumplimiento termina la revisión y formula una recomendación, con lo que el caso pasa a la siguiente etapa. Puede registrarse explícitamente cuando una tarea se marca como «completada» o deducirse de un cambio de estado de «Cumplimiento pendiente» a otro estado.
Por qué es importante

Es un hito clave que pone fin a una parte crítica del proceso, a menudo manual. Marca el punto final para medir la duración de la revisión de cumplimiento.

Dónde obtenerlo

Se obtiene de la marca de tiempo de finalización de una tarea de cumplimiento o de un cambio de estado que indica que el caso ya no está «En revisión de cumplimiento».

Capturar

Se deduce de un cambio de estado que indica que la revisión ha terminado, como el paso a «Aprobado», «Rechazado» o «Decisión final».

Tipo de evento inferred
Revisión de cumplimiento iniciada
Se asigna un caso a una persona o un equipo responsable del cumplimiento para que lo revise manualmente, normalmente cuando se trata de solicitudes de alto riesgo. Esto suele deducirse de un cambio de estado a «Revisión de cumplimiento pendiente» o de un registro de asignación de tareas.
Por qué es importante

Marca el inicio de una revisión manual que suele ser larga. Medir el tiempo transcurrido hasta que finaliza permite cuantificar los cuellos de botella relacionados con el cumplimiento.

Dónde obtenerlo

Se obtiene de un registro de asignación de tareas, de un cambio en la titularidad del caso a un equipo de cumplimiento o de una actualización de estado en el historial del caso.

Capturar

Se deduce de un cambio de estado, como «En revisión de cumplimiento», o de la asignación del caso a una cola de usuarios del área de cumplimiento.

Tipo de evento inferred
Solicitud aprobada
Se toma y registra en el sistema la decisión final de aprobar la solicitud del cliente. Es un resultado empresarial crítico y casi siempre se registra como un cambio de estado explícito.
Por qué es importante

Este hito marca la conclusión satisfactoria del proceso de toma de decisiones. Analizar las rutas que conducen a la aprobación ayuda a identificar las mejores prácticas.

Dónde obtenerlo

Busque una actualización del estado final en el registro del caso de la solicitud, donde el estado figure como «Aprobado» o como otro estado terminal equivalente.

Capturar

Se registra como un cambio de estado final y definitivo en la tabla principal de solicitudes o casos.

Tipo de evento explicit
Solicitud enviada
Marca el inicio del proceso de incorporación KYC, cuando el sistema recibe por primera vez la solicitud de un cliente. Este evento suele registrarse explícitamente cuando se envía el formulario de solicitud a través de un portal de clientes o de un sistema interno de entrada de datos integrado con LexisNexis.
Por qué es importante

Este es el evento de inicio principal del proceso. Analizar el tiempo transcurrido desde esta actividad hasta la finalización es fundamental para medir el tiempo de ciclo de principio a fin y el cumplimiento de los SLA.

Dónde obtenerlo

Se obtiene de los registros del sistema o de una tabla de solicitudes que registra la marca de tiempo de creación inicial de una nueva solicitud de cliente.

Capturar

El evento se registra al crear un nuevo caso de solicitud o una entrada en la tabla principal de solicitudes.

Tipo de evento explicit
Solicitud rechazada
Se registra la decisión final de rechazar la solicitud del cliente. Es un evento terminal que se registra mediante un cambio de estado definitivo en el sistema.
Por qué es importante

Este es el evento de fin que indica que el proceso no se completó correctamente. Analizar las etapas en las que se producen los rechazos y los motivos asociados es fundamental para mejorar el proceso.

Dónde obtenerlo

Se obtiene del campo de estado final del registro de la solicitud cuando se establece como «Rechazado», «Denegado» o un estado terminal equivalente.

Capturar

Se registra como un cambio de estado final y definitivo en la tabla principal de solicitudes o casos.

Tipo de evento explicit
Cuenta activada
Tras la aprobación, la cuenta del cliente se crea y activa formalmente en la plataforma bancaria o de servicios principal. Esta actividad suele registrarse en una pista de auditoría o deducirse de la fecha de creación de la cuenta.
Por qué es importante

Este es el último paso que aporta valor al cliente. Las demoras entre «Solicitud aprobada» y este paso pueden indicar problemas de integración entre sistemas.

Dónde obtenerlo

Se obtiene de un registro de creación de cuenta, de una llamada a la API de otro sistema o de la propia marca de tiempo de creación del registro de la cuenta.

Capturar

Se registra como un evento independiente después de la aprobación o se identifica por la presencia de una marca de tiempo de activación en el registro del cliente.

Tipo de evento explicit
Documentos solicitados
El sistema o un usuario solicita al cliente documentos específicos, como un permiso de conducir o una factura de servicios. Este evento puede obtenerse de los registros de comunicaciones generados por el sistema o de un cambio de estado que indique que el caso está a la espera de documentos.
Por qué es importante

Esta actividad suele añadir un tiempo de espera considerable al proceso. Analizar su frecuencia y duración ayuda a identificar las demoras causadas por el tiempo de respuesta de los clientes.

Dónde obtenerlo

Busque un evento en los registros de comunicaciones enviadas al cliente o un cambio de estado de la solicitud, por ejemplo, «Documentación pendiente del cliente».

Capturar

Se deduce de un cambio de estado a «A la espera de documentos» o de la marca de tiempo de un registro de comunicación saliente.

Tipo de evento inferred
Información adicional solicitada
Una persona responsable del cumplimiento o quien revisa el caso solicita al cliente más información o aclaraciones. Este evento es una de las principales causas de retrabajo y suele registrarse explícitamente como un cambio de estado o una entrada en el registro de comunicaciones.
Por qué es importante

Esta actividad genera ciclos de retrabajo que prolongan el tiempo de ciclo de incorporación. Hacer un seguimiento de su frecuencia ayuda a identificar requisitos poco claros o deficiencias habituales en las solicitudes.

Dónde obtenerlo

Busque un cambio de estado a «Información pendiente del cliente» o un evento en el registro de comunicaciones salientes. A menudo, esta acción la inicia un usuario.

Capturar

Se registra cuando un agente utiliza la función «Solicitar información», que cambia el estado del caso y puede generar un evento de comunicación.

Tipo de evento explicit
Revisión de documentos realizada
Un usuario o una herramienta automatizada revisa la autenticidad, validez e integridad de los documentos enviados. Esta actividad puede deducirse de un cambio de estado de «Documentos recibidos» a «Revisión completada» o de una entrada explícita en el registro.
Por qué es importante

Esta actividad suele ser una fuente de cuellos de botella y retrabajo. Analizar su tiempo de procesamiento y sus repeticiones es clave para mejorar la eficiencia e identificar oportunidades de automatización.

Dónde obtenerlo

Se deduce del tiempo transcurrido entre el estado «Documentos recibidos» y un estado posterior, como «Verificación aprobada» o «Se requiere información adicional».

Capturar

Se calcula como el tiempo transcurrido entre el evento de recepción de documentos y el evento que indica que la revisión ha finalizado.

Tipo de evento inferred
Revisión inicial realizada
El sistema realiza una comprobación automática justo después del envío para validar que los datos básicos estén completos y efectuar verificaciones preliminares. Este paso suele registrarse explícitamente como una actividad automatizada en el historial del flujo de trabajo.
Por qué es importante

Permite identificar las solicitudes que no superan la primera etapa y comprender los problemas de calidad de los datos. También marca el primer paso automatizado que aporta valor al proceso.

Dónde obtenerlo

Busque registros de ejecución automática de reglas o un cambio de estado en el historial del flujo de trabajo de la solicitud que indique que se completó la revisión inicial.

Capturar

Se registra como una tarea automatizada completada o como una actualización de estado específica en el historial del caso.

Tipo de evento explicit
Verificación de identidad iniciada
Indica el momento en que el sistema inicia el proceso principal de verificación de identidad mediante servicios de LexisNexis, por ejemplo, consultando bases de datos. Normalmente, se registra como un evento explícito cuando se llama al servicio de verificación.
Por qué es importante

Esta actividad marca el inicio de un subproceso crítico que suele llevar tiempo. Hacer un seguimiento de su duración ayuda a localizar los cuellos de botella relacionados con las comprobaciones de identidad.

Dónde obtenerlo

Se obtiene de los registros de llamadas a la API del módulo de verificación de identidad o de una entrada de auditoría que indica el inicio de la tarea de verificación.

Capturar

Se registra un evento cuando se activa el módulo o la API de verificación de identidad del sistema para la solicitud.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de LexisNexis Risk Solutions

¿Todo listo para empezar?

Utilice este Template para iniciar su recorrido de Process Mining en la incorporación de clientes KYC. Empiece hoy a convertir sus datos en información útil para la acción.

Optimice la incorporación KYC y reduzca hoy los abandonos

Ofrezca una incorporación sin fricciones y reduzca el tiempo a solo 24 horas.

Iniciar la prueba gratuita

No se requiere tarjeta de crédito. Empiece hoy a optimizar sus procesos.