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 debe registrar
- Guías de extracción
Atributos de la incorporación de clientes KYC
| 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
|
|||
Actividades de incorporación de clientes KYC
| 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
|
|||
Guías de extracción
¿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.
No se requiere tarjeta de crédito. Empiece hoy a optimizar sus procesos.