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

La Hora de Inicio del Evento es la fecha y hora precisas que marcan el comienzo de una actividad. Es uno de los tres pilares esenciales del Process Mining, junto con el ID de Caso y el Nombre de la Actividad. Estos datos con timestamp permiten la ordenación cronológica de los eventos dentro de cada caso, lo cual es necesario para reconstruir el flujo del proceso tal como ocurrió en la realidad.

Este atributo es la base para todo análisis relacionado con el tiempo. Se utiliza para calcular la duración de las actividades (cuando hay una hora de fin disponible), el tiempo de espera entre actividades (tiempo de traspaso) y el tiempo de ciclo total de todo el proceso de onboarding. Analizar estas duraciones ayuda a identificar cuellos de botella, medir la adhesión al SLA y monitorear el rendimiento general del proceso.

Proporciona el orden cronológico de los eventos, lo cual es esencial para descubrir el modelo de proceso y calcular todas las métricas de rendimiento basadas en el tiempo.

Ubicado en registros de eventos, pistas de auditoría de aplicaciones o tablas de transacciones, a menudo etiquetado como 'Timestamp', 'Creation Date' o 'Start Time'.

El ID de Solicitud del Cliente es una clave única asignada a cada nueva solicitud de onboarding de cliente desde el momento en que se inicia hasta que se completa o termina. Este identificador actúa como el hilo central que conecta todas las actividades individuales, eventos y puntos de datos relacionados con un único journey de onboarding, convirtiéndolo en el atributo más crítico para el Process Mining.

En el análisis, este ID permite la reconstrucción del proceso de extremo a extremo para cada cliente. Permite el seguimiento del progreso de la solicitud, el cálculo de su tiempo de ciclo total y la comparación de su ruta con otras. Todas las variantes de proceso, cuellos de botella y métricas de rendimiento se analizan por solicitud, lo cual solo es posible identificando y utilizando correctamente este atributo como el ID de caso.

Es esencial para agrupar todos los eventos relacionados en un único proceso de extremo a extremo, formando la base de todo análisis de Process Mining.

Típicamente encontrado en el encabezado o la tabla principal de la solicitud de cliente o del sistema de gestión de casos.

El Nombre de la Actividad describe un paso o hito distinto en el journey de onboarding del cliente, como 'Application Submitted', 'Compliance Review Initiated' o 'Application Approved'. Cada actividad representa una acción específica realizada por un usuario o un sistema que hace avanzar la solicitud en el proceso.

Este atributo es fundamental para visualizar el mapa de procesos, que constituye el núcleo del Process Mining. Al analizar la secuencia y frecuencia de diferentes actividades, los analistas pueden comprender el flujo real del proceso, identificar vías comunes, descubrir desviaciones de proceso y señalar áreas de retrabajo o repetición. La claridad y coherencia de los nombres de las actividades son cruciales para construir un modelo de proceso significativo y comprensible.

Define los pasos del proceso, permitiendo la visualización y el análisis del flujo del proceso, los cuellos de botella y las variaciones.

Encontrado en registros de eventos, pistas de auditoría o tablas de transacciones que registran los pasos del proceso de negocio.

El atributo Sistema de Origen especifica la aplicación o plataforma que generó los datos para una actividad determinada. En entornos complejos, el proceso KYC puede abarcar múltiples sistemas, como un CRM para la presentación de solicitudes, una plataforma KYC dedicada para la evaluación de riesgos y un sistema bancario central para la creación de cuentas.

Analizar el proceso por sistema de origen ayuda a comprender el panorama tecnológico y su impacto en el proceso. Puede resaltar problemas de integración, retrasos de datos entre sistemas o discrepancias en cómo diferentes sistemas registran la información. Esta perspectiva es valiosa para los equipos de TI y mejora de procesos que buscan optimizar la arquitectura del sistema que soporta el trayecto de incorporación.

Proporciona contexto sobre dónde ocurre cada paso del proceso, ayudando a identificar ineficiencias entre sistemas y desafíos de integración de datos.

A menudo incluido en extracciones de datos o registros de eventos, especialmente en entornos con múltiples sistemas integrados.

Este atributo registra la fecha y hora de la extracción o actualización de datos más reciente. No forma parte del proceso de negocio en sí, pero es metadatos cruciales para la validación y gobernanza de datos. Proporciona transparencia sobre la frescura de los datos que se analizan.

En el análisis de procesos, conocer la última hora de actualización de datos es esencial para comprender la puntualidad de los conocimientos generados. Ayuda a los usuarios a confiar en los datos al confirmar su actualidad y previene malas interpretaciones basadas en información desactualizada. Para un monitoreo continuo, este atributo puede usarse para configurar alertas si las actualizaciones de datos se retrasan o fallan, asegurando la fiabilidad continua de los dashboards de Process Mining.

Asegura la transparencia de los datos indicando la frescura del conjunto de datos, lo cual es crítico para la relevancia y precisión del análisis.

Generado durante el proceso de extracción, transformación y carga (ETL) de datos; a menudo se encuentra en los metadatos del conjunto de datos.

El Departamento de Usuario especifica el grupo funcional o equipo al que pertenece el usuario que realizó la actividad, como 'Cumplimiento', 'Incorporación de Clientes' u 'Operaciones'. Esto proporciona un contexto organizacional de nivel superior en comparación con el ID de Usuario individual.

Analizar el proceso desde una perspectiva departamental es fundamental para comprender la colaboración interfuncional e identificar cuellos de botella sistémicos. Ayuda a visualizar las transferencias entre diferentes equipos, que a menudo son una fuente importante de retrasos e ineficiencias. Esta información es clave para optimizar las estructuras de equipo, clarificar responsabilidades y mejorar los canales de comunicación para crear una experiencia de incorporación más fluida.

Permite el análisis del rendimiento del proceso y las transferencias entre diferentes equipos, destacando oportunidades para mejorar la colaboración interfuncional.

A menudo disponible en datos de perfil de usuario vinculados al ID de Usuario, o puede registrarse directamente en la transacción.

El Estado de la Solicitud indica la disposición final de una solicitud, como 'Approved', 'Rejected' o 'Withdrawn'. Representa el resultado de negocio del proceso y es una dimensión crítica para la medición del rendimiento.

Este atributo es esencial para el análisis basado en resultados. Permite la comparación de rutas de proceso que conducen a resultados exitosos versus aquellas que resultan en rechazos. Los analistas pueden usar esto para identificar patrones de proceso asociados con altas tasas de rechazo, calcular KPIs como la 'Application Rejection Rate' y construir un 'Onboarding Funnel Analysis' para ver dónde abandonan los solicitantes. Comprender por qué fallan las solicitudes es el primer paso para mejorar el proceso y aumentar la tasa de éxito.

Define el resultado de negocio de cada caso, lo que permite analizar por qué las solicitudes son rechazadas y cómo mejorar la tasa de aprobación.

Típicamente encontrado en la tabla principal de caso o solicitud, indicando el estado final del registro.

La Hora de Fin del Evento marca la fecha y hora precisas en que concluyó una actividad. Cuando se combina con la Hora de Inicio del Evento, permite el cálculo exacto del tiempo de procesamiento para cada tarea individual. No todos los sistemas proporcionan tanto la hora de inicio como la de fin; algunos solo pueden ofrecer un único timestamp que representa la finalización.

Tener una hora de fin es muy valioso para el análisis de rendimiento. Permite la creación de métricas detalladas como el 'Tiempo Promedio de Revisión de Cumplimiento' al distinguir entre el tiempo que un empleado trabajó activamente en una tarea (tiempo de procesamiento) y el tiempo que la tarea estuvo esperando en una cola (tiempo de espera). Este nivel de detalle es crucial para identificar con precisión los cuellos de botella y centrar los esfuerzos de mejora en la capacidad de recursos o en las transferencias de procesos.

Permite el cálculo preciso de los tiempos de procesamiento de actividades, lo que ayuda a diferenciar entre el tiempo de trabajo activo y el tiempo de espera inactivo.

Encontrado en registros de eventos o tablas de transacciones junto con la hora de inicio. Puede estar etiquetado como 'End Time', 'Completion Date' o 'Modified On'.

El ID de Usuario identifica a la persona o bot del sistema responsable de ejecutar una actividad específica en el proceso. Podría ser un oficial de cumplimiento, un empleado de entrada de datos o un motor de puntuación de riesgo automatizado. La coherencia en la identificación del usuario es clave para un análisis preciso de los recursos.

Este atributo proporciona una visión centrada en el humano del proceso. Es esencial para analizar la distribución de la carga de trabajo, el rendimiento individual y del equipo, y la asignación de recursos. Al filtrar el mapa de procesos por ID de Usuario, los gerentes pueden comprender cómo diferentes empleados manejan las tareas, identificar oportunidades de capacitación y asegurar que el trabajo esté equilibrado. También ayuda en el análisis de colaboración, revelando cómo se transfiere el trabajo entre diferentes personas.

Permite el análisis de la carga de trabajo, el rendimiento de los recursos y los patrones de colaboración, lo que facilita una mejor gestión de los recursos y la capacitación.

Disponible en registros de auditoría del sistema o logs de transacciones, a menudo vinculado al usuario que creó o modificó por última vez un registro.

El Nivel de Riesgo es un resultado crítico del proceso KYC, que clasifica a los clientes según factores como su sector, geografía y patrones de transacción. Esta clasificación determina el nivel de escrutinio y diligencia debida requerido para su solicitud.

En Process Mining, este atributo es una dimensión poderosa para el análisis de conformidad y variantes. El proceso para un cliente de alto riesgo debería, por diseño, ser diferente y más riguroso que para uno de bajo riesgo. Al comparar los flujos de proceso reales para diferentes niveles de riesgo con los procedimientos esperados, las organizaciones pueden verificar el cumplimiento de las políticas y regulaciones internas. Ayuda a responder preguntas como: '¿Los clientes de alto riesgo siempre se someten a una diligencia debida mejorada?' o '¿Estamos dedicando demasiado tiempo a clientes de bajo riesgo?'.

Es esencial para el cumplimiento y la gestión de riesgos, permitiendo analizar si los procesos de debida diligencia varían apropiadamente para diferentes perfiles de riesgo.

Calculado por un motor de riesgo o asignado manualmente por un oficial de cumplimiento. Almacenado en el registro principal del cliente o de la solicitud.

El Tipo de Cliente clasifica al solicitante en categorías distintas, por ejemplo, 'Individual', 'Corporate', 'Trust' o 'Non-Profit'. Diferentes tipos de clientes a menudo tienen requisitos de onboarding y complejidades de proceso muy diferentes.

Este es un atributo clave de segmentación para el análisis. Al filtrar el mapa de procesos y los KPIs por Tipo de Cliente, las organizaciones pueden descubrir variaciones significativas. Por ejemplo, el onboarding de un cliente corporativo típicamente implica pasos más complejos como verificar la propiedad beneficiaria, lo cual no se requiere para un individuo. Este análisis asegura que cada variante de proceso sea lo más eficiente posible para su segmento específico y ayuda a adaptar las mejoras de proceso.

Permite la segmentación del proceso para comparar y optimizar el journey de onboarding para diferentes tipos de clientes.

Normalmente capturado al comienzo del proceso de solicitud y almacenado en la tabla principal de cliente o solicitud.

Este atributo booleano distingue entre tareas ejecutadas por software o bots y aquellas realizadas por usuarios humanos. Las actividades automatizadas pueden incluir la validación inicial de datos, la detección de sanciones o el envío de comunicaciones estandarizadas.

Analizar este atributo es crucial para evaluar la efectividad de las iniciativas de automatización. Al comparar la velocidad y los resultados de los pasos automatizados frente a los manuales, las empresas pueden identificar oportunidades para una mayor automatización que reduzca costos y tiempos de ciclo. También ayuda a monitorear el rendimiento de los sistemas automatizados y asegurar que funcionen según lo esperado dentro del proceso de extremo a extremo.

Ayuda a medir el impacto y la eficiencia de la automatización en el proceso, identificando oportunidades para mejoras robóticas o sistemáticas adicionales.

Puede ser un campo dedicado en el registro de eventos o derivado basándose en el ID de Usuario, por ejemplo, si el ID es 'SYSTEM' o 'BOT'.

Este atributo identifica el método utilizado por el cliente para enviar su solicitud, como 'Portal Web', 'Aplicación Móvil' o 'En Sucursal'. Los diferentes canales pueden tener distintos procesos de captura de datos y experiencias de cliente.

Analizar el proceso por canal ayuda a evaluar el rendimiento y la eficiencia de cada punto de contacto con el cliente. Puede responder preguntas como: '¿Las aplicaciones móviles se procesan más rápido que las aplicaciones web?' o '¿La tasa de retrabajo es mayor para las solicitudes presentadas en sucursal?'. Estos conocimientos son valiosos para optimizar el recorrido del cliente en todos los canales y asignar recursos de manera efectiva.

Permite la comparación de la eficiencia del proceso y la experiencia del cliente a través de diferentes canales de envío, como web, móvil o presencial.

Normalmente se registra al comienzo del proceso cuando la solicitud se crea por primera vez.

La Fecha Objetivo del Acuerdo de Nivel de Servicio (SLA) es el plazo establecido para completar el proceso de incorporación del cliente. Esta fecha suele determinarse por políticas internas u obligaciones contractuales y sirve como punto de referencia para medir la puntualidad.

Este atributo es la base para el dashboard de 'Monitoreo de Rendimiento de SLA'. Al comparar la fecha de finalización real de una solicitud con su Fecha Objetivo de SLA, se puede calcular la 'Tasa de Adherencia a SLA'. Analizar los casos que no cumplieron con su SLA ayuda a identificar las actividades o departamentos específicos que causan retrasos. Esto permite una gestión proactiva de las colas de trabajo y la asignación de recursos para minimizar los incumplimientos de SLA y mejorar la satisfacción del cliente.

Proporciona un benchmark de rendimiento, permitiendo la medición de la adhesión al SLA y la identificación de casos en riesgo de retraso.

A menudo calculado y almacenado en el registro principal de la solicitud cuando se crea el caso, basándose en el tipo de solicitud u otros criterios.

El ID de Cliente es un identificador único para el cliente que persiste a través de múltiples interacciones o solicitudes. Mientras que el ID de Solicitud de Cliente rastrea un único journey de onboarding, el ID de Cliente puede vincular múltiples intentos de onboarding u otros procesos para el mismo cliente.

Este atributo proporciona un análisis centrado en el cliente que se extiende más allá de un solo caso. Es útil para comprender a los solicitantes recurrentes, analizar la relación a largo plazo de un cliente o conectar el proceso de onboarding con otros procesos como 'Loan Application' o 'Account Maintenance'. Aunque no es esencial para una vista de proceso único, enriquece los datos para un Process Mining más complejo y centrado en objetos.

Permite una vista centrada en el cliente, vinculando múltiples intentos de onboarding o diferentes procesos relacionados con el mismo cliente.

Normalmente encontrado en un sistema central de datos maestros de clientes y vinculado al registro de la solicitud.

Cuando el estado de una solicitud es 'Rechazado', la Razón de Rechazo proporciona la causa específica, como 'Documentación Incompleta', 'Perfil de Alto Riesgo' o 'Coincidencia de Sanciones'. Este atributo añade un contexto crucial a los procesos fallidos.

Analizar las razones de rechazo es fundamental para el dashboard de 'Análisis de Rechazo de Solicitudes'. Ayuda a las empresas a realizar un análisis de la causa raíz para comprender los puntos de fallo más comunes en el proceso de incorporación. Al categorizar y cuantificar estas razones, las organizaciones pueden priorizar las mejoras. Por ejemplo, si 'Documentación Incompleta' es una razón principal, la empresa podría centrarse en aclarar las instrucciones para los clientes o mejorar el portal de envío de documentos.

Proporciona la causa raíz de las solicitudes fallidas, permitiendo mejoras específicas para reducir la tasa de rechazo y mejorar la experiencia del cliente.

Normalmente almacenado en la tabla principal de la solicitud o del caso, a menudo se rellena cuando el estado se establece en 'Rechazado'.

El País del Cliente especifica la ubicación geográfica del solicitante. Esta es una pieza de información vital en los procesos KYC, ya que las regulaciones y los factores de riesgo pueden variar significativamente de un país a otro.

El análisis geográfico proporciona otra capa importante de insight. Los procesos de onboarding pueden diferir según los requisitos legales específicos de cada país. Al filtrar por País del Cliente, las empresas pueden verificar que estas variantes jurisdiccionales se estén siguiendo correctamente. También puede revelar diferencias de rendimiento, como tiempos de ciclo más largos para solicitudes de países de alto riesgo, lo cual puede esperarse debido a los requisitos de debida diligencia mejorada.

Permite el análisis de variaciones de procesos y rendimiento basadas en la geografía, lo cual es crítico para asegurar el cumplimiento de las regulaciones locales.

Capturado del cliente durante el proceso de solicitud y almacenado en el registro del cliente o de la solicitud.