Su Plantilla de Datos para la Incorporación de Clientes KYC
Su Plantilla de Datos para la Incorporación de Clientes KYC
- Atributos recomendados para recopilar
- Actividades clave para el seguimiento
- Guía de extracción para ACTICO
Atributos de Incorporación de Clientes KYC
| Nombre | Descripción | ||
|---|---|---|---|
| Hora del Evento EventTime | La marca de tiempo que indica cuándo se inició o ocurrió una actividad específica. | ||
| Descripción La Hora del Evento es la fecha y hora precisas en que se registró una actividad en el sistema. Proporciona el orden cronológico para todos los eventos dentro de un único caso de solicitud de cliente, formando la línea de tiempo del proceso de incorporación. Este atributo es fundamental para todo análisis basado en el tiempo. Se utiliza para calcular los tiempos de ciclo entre actividades, identificar retrasos y tiempos de espera, medir la duración total del caso y verificar el cumplimiento de los Acuerdos de Nivel de Servicio (SLAs). La secuencia de estas marcas de tiempo para un caso dado permite a las herramientas de minería de procesos reconstruir el flujo exacto del proceso tal como ocurrió. Por qué es importante Este atributo proporciona el orden cronológico de los eventos, lo cual es esencial para calcular duraciones, descubrir cuellos de botella y analizar la línea de tiempo del proceso. Dónde obtener Ubicado en las tablas de registro de eventos de ACTICO, esta es la marca de tiempo asociada con 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 | El nombre del evento de negocio o tarea específica realizada dentro del proceso de incorporación del cliente. | ||
| Descripción Este atributo registra el nombre de cada paso o actividad que ocurre durante el proceso KYC, como 'Solicitud Enviada', 'Evaluación de Riesgos Realizada' o 'Solicitud Aprobada'. Proporciona los componentes secuenciales del mapa de procesos. Analizar el Nombre de la Actividad permite la visualización del flujo del proceso, la identificación de actividades frecuentes o raras, y la detección de cuellos de botella o bucles de reproceso. Es una piedra angular para comprender qué acciones se están realizando y en qué orden, lo cual es crucial para el análisis de variantes y las verificaciones de cumplimiento. Por qué es importante Define los pasos en el mapa de proceso, lo que permite la visualización del flujo de proceso, la identificación de desviaciones y el análisis de la frecuencia y secuencia de las actividades. Dónde obtener Esta información se encuentra típicamente en una tabla de registro de eventos dentro 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 de Cliente CustomerApplication | El identificador único para una única solicitud de incorporación de cliente, que sirve como ID de caso para el análisis de procesos. | ||
| 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 único cliente. Representa una instancia completa del proceso KYC, desde la presentación 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 los analistas rastrear la secuencia de actividades, medir los tiempos de ciclo totales y comparar diferentes rutas de proceso, o variantes, seguidas por diversas solicitudes. Todos los eventos que comparten el mismo ID de Solicitud de Cliente se consideran parte del mismo caso. Por qué es importante Este es el atributo fundamental para el Process Mining, ya que conecta todos los eventos relacionados en una única y cohesiva instancia de proceso, lo que permite un análisis de extremo a extremo de la experiencia de incorporación de cada cliente. Dónde obtener Esta es una clave primaria en las tablas principales de aplicación o gestión de casos dentro de ACTICO. Consulte la documentación de ACTICO para los nombres específicos de tablas y campos. Ejemplos APP-2023-001234APP-2023-001235APP-2024-000001 | |||
| Source System SourceSystem | El sistema de registro de donde se originan los datos del evento. | ||
| Descripción Este atributo identifica el sistema de información de origen donde se generaron los datos. Para este proceso, será consistentemente 'ACTICO', pero en análisis más amplios que involucren múltiples sistemas, ayuda a diferenciar los orígenes de los datos. En un contexto de Process Mining, es crucial para la gobernanza y validación de datos. Asegura que los datos se atribuyan correctamente a su fuente, lo cual es importante al fusionar datos de diferentes sistemas para crear una vista holística del proceso. También ayuda a solucionar problemas de calidad de datos al rastrearlos hasta el sistema de origen. Por qué es importante Proporciona contexto esencial sobre el origen de los datos, asegurando la trazabilidad y gobernanza de los mismos, lo cual es crítico al combinar datos de múltiples fuentes. Dónde obtener Este es típicamente un valor estático ('ACTICO') añadido durante el proceso de extracción y transformación de datos para etiquetar el conjunto de datos. Ejemplos ACTICOPlataforma ACTICOMódulo KYC de Actico | |||
| Última actualización de datos LastDataUpdate | El timestamp que indica la última vez que los `datos` fueron actualizados o extraídos del sistema de origen. | ||
| Descripción Este atributo registra la fecha y hora de la extracción de datos más reciente de ACTICO. Es un campo de metadatos que se aplica a todo el conjunto de datos, en lugar de a eventos individuales, proporcionando contexto sobre la actualidad del análisis. En los dashboards e informes, esta información es vital para que los usuarios comprendan cuán actualizados están los datos. Ayuda a gestionar las expectativas sobre la puntualidad de los insights y es crucial para la supervisión operativa donde los datos casi en tiempo real son importantes. Mostrar esta marca de tiempo asegura la transparencia y la confianza en los datos presentados. Por qué es importante Indica la actualidad de los datos, permitiendo a los usuarios comprender si están analizando información actualizada, lo cual es fundamental para la toma de decisiones operativas. Dónde obtener Este valor se genera y almacena durante el proceso de extracción, transformación y carga (ETL) de datos. Refleja la marca de tiempo cuando el trabajo ETL se completó exitosamente. Ejemplos 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| Departamento Department | El departamento o equipo de negocio responsable de realizar la actividad. | ||
| Descripción Este atributo asigna una actividad a una unidad organizacional específica, como 'Cumplimiento', 'Equipo de Incorporación' o 'Relaciones con Clientes'. Proporciona un contexto organizacional al flujo del proceso. El análisis a nivel de departamento es crucial para comprender cómo se traspasa el trabajo entre diferentes partes de la organización. Ayuda a identificar cuellos de botella interdepartamentales, medir la eficiencia departamental y analizar la asignación de recursos entre equipos. Los dashboards se pueden filtrar por departamento para proporcionar a los gerentes una vista del rendimiento específico de su equipo. Por qué es importante Ofrece una dimensión organizacional para el análisis, permitiendo la identificación de retrasos interdepartamentales y la evaluación del rendimiento a nivel de equipo. Dónde obtener Esta información podría almacenarse directamente con los datos del evento o derivarse al unir datos de usuario con una tabla maestra de datos de RRHH que mapea usuarios a departamentos. Consulte la documentación de ACTICO. Ejemplos ComplianceEquipo de IncorporaciónServicio 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 la disposición final de un caso, típicamente 'Aprobado' o 'Rechazado'. También puede mostrar el estado de los casos en curso. Esta es una dimensión crítica para el análisis basado en resultados. Comprender por qué se aprueban o rechazan las solicitudes es un objetivo clave del Process Mining de KYC. Este atributo permite filtrar el mapa de procesos para ver los recorridos típicos de las solicitudes aprobadas frente a las rechazadas, ayudando a identificar patrones de proceso que conducen a resultados indeseables. También es la base para calcular el KPI de 'Tasa de Rechazo de Solicitudes'. Por qué es importante Define el resultado de cada caso, permitiendo el análisis comparativo entre instancias de proceso exitosas y no exitosas y el cálculo de las tasas de rechazo. Dónde obtener Este es un atributo a nivel de caso, a menudo encontrado en la tabla principal de casos o solicitudes en ACTICO. Refleja el estado final de la solicitud. Ejemplos AprobadoRechazadaEn ProgresoInformación Pendiente | |||
| Fecha Objetivo de SLA SlaTargetDate | La fecha en la que se espera que finalice 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 lo definido por los acuerdos de nivel de servicio internos. Esta fecha a menudo se calcula basándose en la fecha de envío de la solicitud más un tiempo de procesamiento estándar. Este atributo es esencial para monitorear el cumplimiento del SLA. Al comparar la fecha de finalización real de un caso con su Fecha Objetivo del SLA, el sistema puede determinar si el caso se completó a tiempo o si se incumplió el SLA. Esta es la base para el dashboard de 'Rendimiento del SLA de Incorporación' y el KPI de 'Tasa de Adhesión al SLA de Incorporación'. Por qué es importante Establece el punto de referencia para medir el rendimiento a tiempo, permitiendo el monitoreo y la elaboración de informes directos sobre el cumplimiento del SLA. Dónde obtener Esto puede almacenarse como un campo en la tabla principal de casos en ACTICO o podría derivarse basándose en reglas de negocio (por ejemplo, Fecha de Envío + 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 Fin marca la finalización de una actividad. Combinada con la Hora de Inicio (EventTime), permite el cálculo de la duración precisa de cada tarea, conocida como tiempo de procesamiento. No todos los eventos tienen una hora de fin distinta, ya que algunos pueden ser instantáneos. Este atributo es fundamental para el análisis de rendimiento, particularmente para medir cuánto tiempo toma cada paso. Permite la creación de dashboards de rendimiento detallados, ayuda a identificar qué actividades consumen más tiempo y es esencial para calcular KPIs como el 'Tiempo Promedio de Revisión de Documentos'. Por qué es importante Permite el cálculo de duraciones precisas de actividad (tiempo de procesamiento), lo cual es crucial para identificar cuellos de botella de rendimiento y analizar la eficiencia de los recursos. Dónde obtener Al igual que la hora de inicio, esto se encuentra típicamente en las tablas de registro de eventos de ACTICO. Algunos sistemas almacenan las horas de inicio y fin en columnas separadas para un único registro de evento. Consulte la documentación de ACTICO. Ejemplos 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| Motivo de rechazo RejectionReason | La razón específica proporcionada cuando se rechaza una solicitud de cliente. | ||
| Descripción Cuando el estado final de una solicitud es 'Rechazada', este atributo proporciona la causa subyacente. Ejemplos incluyen 'Documentación Incompleta', 'Verificación de Antecedentes Fallida' o 'Perfil de Alto Riesgo'. Este es un atributo vital para el análisis de la causa raíz. Al analizar la frecuencia de diferentes razones de rechazo, el negocio puede identificar problemas sistémicos en el proceso o con las presentaciones de los clientes. Por ejemplo, un alto número de rechazos debido a documentación incompleta podría indicar que las instrucciones de la solicitud no son claras. Esto apoya directamente el dashboard de 'Tasa de Rechazo de Solicitudes y Razones'. Por qué es importante Proporciona el 'porqué' de los rechazos de solicitudes, permitiendo el análisis de la causa raíz para reducir la tasa de rechazo y mejorar la eficiencia del proceso. Dónde obtener Generalmente se encuentra en la tabla principal de casos o solicitudes en ACTICO, a menudo solo se rellena cuando el Estado de la Solicitud es 'Rechazada'. Ejemplos Documentación incompletaVerificación de Identidad FallidaCoincidencia con SancionesPuntuación de Riesgo Alta | |||
| Nivel de Riesgo RiskLevel | El nivel de riesgo calculado de la solicitud del cliente, como Bajo, Medio o Alto. | ||
| Descripción Este atributo representa la categoría de riesgo evaluada de un cliente, que a menudo determina la complejidad y el rigor del proceso KYC subsiguiente. Un cliente de alto riesgo puede requerir verificaciones y aprobaciones adicionales en comparación con uno de bajo riesgo. En Process Mining, el Nivel de Riesgo es una dimensión poderosa para el análisis comparativo. Permite a los analistas verificar si el proceso sigue correctamente diferentes rutas basadas en el riesgo, según lo previsto. Por ejemplo, se puede verificar que todos los clientes de alto riesgo pasen por un paso de debida diligencia mejorada. Es clave para el dashboard de 'Flujos de Proceso de Evaluación de Riesgos'. Por qué es importante Permite la segmentación de casos basada en el riesgo, lo que permite analizar si el proceso se adapta correctamente a diferentes perfiles de riesgo según lo exigen las políticas de cumplimiento. Dónde obtener Este es un punto de datos clave almacenado a nivel de caso en la tabla principal de aplicaciones dentro de ACTICO. Ejemplos BajoMedioAlto | |||
| Usuario Iniciador InitiatingUser | El ID de usuario o nombre del empleado que realizó la actividad. | ||
| Descripción Este atributo identifica al usuario o agente del sistema específico responsable de ejecutar una actividad. Vincula los pasos del proceso con las personas o equipos que los realizaron. Analizar el rendimiento por usuario es un requisito común. Este atributo permite la creación de dashboards que muestran la distribución de la carga de trabajo, los tiempos de procesamiento individuales y las comparaciones de rendimiento entre usuarios o equipos. Ayuda a identificar individuos de alto rendimiento, así como aquellos que pueden requerir capacitación adicional, y es clave para comprender la asignación y utilización de recursos. Por qué es importante Vincula las actividades del proceso a usuarios específicos, lo que permite el análisis de rendimiento por individuo o equipo y ayuda a identificar necesidades de capacitación o desequilibrios de recursos. Dónde obtener Típicamente almacenado junto a cada evento en el registro de eventos o tablas de historial de transacciones de ACTICO. Consulte la documentación de ACTICO. Ejemplos john.doejane.smithSYSTEM_USER | |||
| ¿Es Retrabajo? IsRework | Un indicador calculado que identifica si una actividad es un paso repetido o parte de un bucle de retrabajo. | ||
| Descripción Este atributo booleano marca las actividades que se están realizando por segunda vez o subsecuente dentro del mismo caso, como una 'Revisión de Documentos' que ocurre después de una solicitud de más información. Identifica instancias de reproceso, que suelen ser una fuente de ineficiencia del proceso. Identificar el reproceso es un objetivo principal del Process Mining. Este indicador permite la cuantificación del reproceso, como el cálculo del KPI 'Tasa de Reproceso de Documentos'. En el mapa de procesos, los bucles de reproceso se pueden resaltar para mostrar dónde el proceso vuelve sobre sí mismo. Esto ayuda a identificar problemas de calidad o áreas donde el proceso no es 'correcto a la primera'. Por qué es importante Destaca las instancias de trabajo repetido, lo que permite la medición directa de la ineficiencia del proceso y la identificación de actividades con problemas de calidad o claridad. Dónde obtener Este es un atributo calculado. La lógica se define dentro de la herramienta de Process Mining o durante la transformación de datos para detectar actividades repetidas dentro del mismo caso. Ejemplos truefalse | |||
| Automatizado IsAutomated | Un indicador que señala si una actividad fue realizada automáticamente por el sistema o manualmente por un usuario. | ||
| Descripción Este atributo booleano distingue entre tareas ejecutadas por un usuario humano y aquellas realizadas por la automatización del sistema, como una verificación de antecedentes automatizada o la puntuación de riesgo. Analizar este atributo ayuda a evaluar la efectividad de las iniciativas de automatización. Permite comparar los tiempos de procesamiento entre pasos automatizados y manuales, identifica qué partes del proceso siguen siendo altamente manuales y puede resaltar oportunidades para una mayor automatización para mejorar la eficiencia y reducir los costos operativos. Por qué es importante Distingue entre tareas humanas y del sistema, lo cual es crucial para medir el impacto de la automatización e identificar oportunidades para futuras ganancias de eficiencia. Dónde obtener Esto se puede inferir del atributo 'InitiatingUser' (por ejemplo, si el usuario es 'SYSTEM') o podría ser un indicador dedicado en el registro de eventos. Consulte la documentación de ACTICO. Ejemplos truefalse | |||
| Estado del SLA SlaState | Un estado calculado que indica si el caso cumplió, incumplió o está en riesgo de incumplir su SLA. | ||
| Descripción Este atributo proporciona una evaluación categórica del rendimiento de un caso frente a su Acuerdo de Nivel de Servicio. Se deriva comparando el tiempo de finalización del caso (o el tiempo actual para casos abiertos) con la 'SlaTargetDate'. Este atributo simplifica la elaboración de informes de SLA al convertir las comparaciones de fechas en un estado fácil de entender. Los dashboards pueden usar esto para visualizaciones claras como gráficos circulares o medidores que muestran el porcentaje de casos que 'Cumplen' versus 'Incumplen'. Es un elemento clave para el dashboard de 'Rendimiento del SLA de Incorporación' y apoya directamente el KPI de 'Tasa de Adhesión al SLA de Incorporación'. Por qué es importante Proporciona un estado claro y categórico del cumplimiento del SLA para cada caso, simplificando la elaboración de informes y permitiendo una fácil visualización del rendimiento frente a los objetivos. Dónde obtener Este es un atributo calculado derivado de la lógica de negocio que compara la marca de tiempo de finalización del caso con la 'SlaTargetDate'. Ejemplos CumplidoIncumplidoEn Riesgo | |||
| País Country | El país de residencia del cliente que solicita la incorporación. | ||
| Descripción Este atributo especifica el país del cliente, lo que puede tener un impacto significativo en el proceso KYC. Diferentes jurisdicciones tienen diferentes requisitos regulatorios, lo que puede desencadenar pasos de proceso adicionales o alternativos. Analizar el proceso por país permite una comparación del rendimiento entre diferentes regiones. Puede ayudar a identificar si ciertos países experimentan consistentemente tiempos de ciclo más largos o tasas de rechazo más altas, lo que podría indicar fricción regulatoria o desafíos específicos del mercado. Esta vista geográfica es importante para organizaciones globales que buscan estandarizar procesos respetando las necesidades de cumplimiento locales. Por qué es importante Ofrece una dimensión geográfica para el análisis, ayudando a comprender las variaciones del proceso y las diferencias de rendimiento entre diversas jurisdicciones regulatorias. Dónde obtener Esta es una pieza central de información del cliente almacenada a nivel de caso o cliente dentro del sistema ACTICO. Ejemplos EE. UU.DEUGBRSGP | |||
| Tiempo de Procesamiento ProcessingTime | La duración del tiempo dedicado activamente a una actividad. | ||
| Descripción El Tiempo de Procesamiento es la duración calculada desde el inicio de una actividad hasta su finalización. Esta métrica representa el 'tiempo de interacción' o el tiempo de trabajo activo, a diferencia del tiempo de espera entre actividades. Este es un KPI crítico para medir la eficiencia operativa. Los tiempos de procesamiento elevados para ciertas actividades son indicadores claros de cuellos de botella o tareas excesivamente complejas. Al agregar esta métrica, los gerentes pueden identificar qué pasos consumen la mayoría de los recursos y priorizarlos para iniciativas de mejora de procesos o automatización. Es un componente fundamental de los dashboards de rendimiento. Por qué es importante Mide la duración del trabajo activo de una tarea, ayudando a identificar actividades ineficientes que consumen la mayor parte del tiempo y los recursos. Dónde obtener Esta es una métrica calculada, derivada de la resta de la 'EventTime' (Hora de Inicio) de la 'EndTime' (Hora de Fin) para cada actividad. Ejemplos 864000003600000600000 | |||
| Tipo de Cliente CustomerType | Categorización del cliente, como Individual o Corporativo. | ||
| Descripción Este atributo clasifica al solicitante en diferentes categorías, por ejemplo, una persona individual frente a una entidad corporativa. El proceso KYC a menudo difiere significativamente entre estos tipos, siendo la incorporación corporativa mucho más compleja. Usar el Tipo de Cliente como dimensión permite una clara separación y comparación de estos procesos distintos dentro del mismo conjunto de datos. Los analistas pueden filtrar el mapa de procesos para ver solo a los clientes 'Corporativos' y comprender sus desafíos únicos, cuellos de botella y tiempos de ciclo, sin que los datos se vean sesgados por el proceso de cliente 'Individual' mucho más simple. Por qué es importante Permite la segmentación del proceso para diferentes categorías de clientes, que a menudo tienen flujos de proceso y complejidades muy diferentes, lo que lleva a un análisis más preciso. Dónde obtener Este es un atributo fundamental almacenado a nivel de caso o cliente dentro de ACTICO. Ejemplos IndividualCorporativoPequeña Empresa | |||
Actividades de Incorporación de Clientes KYC
| Actividad | Descripción | ||
|---|---|---|---|
| Documentos del Cliente Cargados | Esta actividad ocurre cuando el cliente proporciona la identificación requerida y los documentos de respaldo a través de un portal u otro canal integrado con ACTICO. Cada carga de documento suele capturarse como un evento explícito y distinto en la gestión de documentos o en el registro de casos del sistema. | ||
| Por qué es importante Esto marca un hito clave dependiente del cliente. El seguimiento de este evento es crucial para medir los tiempos de respuesta del cliente y analizar la duración de la fase de revisión de documentos posterior. Dónde obtener Busque registros de eventos relacionados con el manejo de documentos o archivos adjuntos al caso de la solicitud. Estos a menudo se registran en tablas dedicadas de gestión de documentos o evidencias dentro 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, esto se captura 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 crucial que a menudo determina la ruta del proceso subsiguiente. Analizar esta actividad ayuda a comprender cómo los niveles de riesgo influyen en las variantes del proceso y los plazos. Dónde obtener Este es un evento central dentro de ACTICO y debe registrarse en los logs de decisión o ejecución. Estos logs típicamente contienen 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 completar la calificación de riesgo. Tipo de evento explicit | |||
| Incorporación del Cliente Completada | Esta es la actividad final del proceso, lo que significa que el cliente está completamente incorporado y el caso de la solicitud está cerrado. Esto se infiere de un estado final y terminal como 'Incorporado' o 'Cerrado - Aprobado' aplicado al caso. | ||
| Por qué es importante Como evento de finalización de éxito principal, esta actividad es esencial para calcular el tiempo de ciclo de principio a fin para todos los clientes incorporados con éxito. Proporciona la marca de tiempo final para el análisis de la ruta feliz. Dónde obtener Inferido del campo de estado final del caso de solicitud del cliente. Busque una marca de tiempo asociada con el caso que pasa a un estado de éxito terminal. Capturar Inferido de una actualización final del estado del caso a 'Completado' o 'Cerrado'. Tipo de evento inferred | |||
| Revisión de Cumplimiento Completada | Marca el fin de la revisión manual por parte del departamento de cumplimiento, con una decisión de aprobar, rechazar o solicitar una acción adicional. Esta actividad se infiere de un cambio de estado del caso de 'Revisión de Cumplimiento Pendiente' 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 de cumplimiento y analizar el rendimiento del equipo. Dónde obtener Inferido del registro de historial de estado de la solicitud. Busque la marca de tiempo cuando el caso sale del estado 'En Revisión de Cumplimiento', indicando que se ha tomado una decisión. Capturar Inferido de un cambio en el estado del caso de 'Cumplimiento Pendiente' a 'Cumplimiento Aprobado' o similar. Tipo de evento inferred | |||
| Revisión de Cumplimiento Iniciada | Marca el inicio de la fase de revisión manual por parte del departamento de cumplimiento, a menudo para solicitudes de alto riesgo o marcadas. Esto se infiere típicamente de un cambio en el estado del caso a 'Revisión de Cumplimiento Pendiente' o la asignación del caso a la cola de trabajo de un oficial de cumplimiento. | ||
| Por qué es importante Esta actividad es el punto de partida para medir el cuello de botella de cumplimiento. El tiempo transcurrido hasta 'Revisión de Cumplimiento Completada' es un KPI crítico para identificar retrasos en esta etapa crucial. Dónde obtener Inferido del historial de estado o rastro de auditoría de la solicitud. Busque una marca de tiempo asociada con un cambio de estado a 'En Revisión de Cumplimiento' o la asignación a un grupo de usuarios relacionado con el cumplimiento. Capturar Inferido de un cambio en el estado del caso a 'Cumplimiento Pendiente' o la asignación al equipo de cumplimiento. Tipo de evento inferred | |||
| Solicitud Aprobada | Esta actividad representa la decisión de negocio final de aprobar la solicitud del cliente para su incorporación. Es un hito clave, típicamente capturado como un cambio de estado distinto y final en el ciclo de vida de la solicitud. | ||
| Por qué es importante Este hito es un precursor de la creación de la cuenta y significa un resultado exitoso. Analizar el tiempo para llegar a este punto es crucial para comprender la duración del 'camino feliz'. Dónde obtener Inferido del campo de estado final en la tabla principal de solicitudes o casos. Busque un estado como 'Aprobado', 'Aprobación Completa' o un estado terminal 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 una nueva solicitud de cliente es recibida formalmente por el sistema ACTICO. Se captura como un evento explícito, típicamente registrado 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 de ciclo total de incorporación y rastrear el volumen de solicitudes. Sirve como marca de tiempo de referencia para todas las mediciones posteriores del rendimiento del proceso. Dónde obtener Esta es típicamente una entrada explícita en un registro de creación de solicitud o caso dentro de ACTICO. Busque tablas relacionadas con eventos de envío de solicitudes o la marca de tiempo de creación del registro de caso primario. 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, dando por terminado el proceso de incorporación. Este es un estado final crítico, capturado mediante un cambio de estado final en el registro de la solicitud. | ||
| Por qué es importante Este es el evento de finalización de fallo principal. Analizar los casos que terminan con esta actividad es crucial para comprender las tasas de rechazo, las razones de la falla y mejorar el rendimiento general del proceso. Dónde obtener Inferido del campo de estado final en la tabla principal de solicitudes o casos. Busque un estado terminal como 'Rechazado', 'Denegado' o 'Cerrado - Rechazado'. Capturar El estado final del caso se actualiza a 'Rechazado' en los datos maestros del caso. Tipo de evento inferred | |||
| 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. Este es a menudo un evento explícito registrado por ACTICO después de recibir una confirmación de éxito del sistema posterior. | ||
| Por qué es importante Esta actividad confirma que el proceso resultó en un resultado de negocio tangible. El tiempo desde 'Solicitud Aprobada' hasta 'Cuenta Creada' puede revelar retrasos en la integración o ineficiencias en los pasos finales de aprovisionamiento. Dónde obtener Esta información probablemente se encontraría en los registros de integración o de interfaz del sistema dentro de ACTICO, que registran el resultado de las llamadas a sistemas externos para el aprovisionamiento de cuentas. Capturar Evento registrado al recibir una respuesta exitosa de la API del sistema de cuentas principal. Tipo de evento explicit | |||
| Información Adicional Solicitada | Representa un evento en el que un revisor, a menudo en el área de cumplimiento o suscripción, solicita más información o documentación al cliente. Esta acción se captura explícitamente, ya que suele implicar el envío de una notificación al cliente y la pausa del caso. | ||
| Por qué es importante Esta actividad es un factor principal de reproceso y aumento de los tiempos de ciclo. Rastrear su frecuencia e impacto es esencial para identificar áreas donde la recopilación inicial de datos puede mejorarse. Dónde obtener Este es probablemente 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 un cambio de estado específico como 'Información del Cliente Pendiente'. Capturar Un evento explícito iniciado por el usuario, como 'Enviar Solicitud de Información', se registra en el rastro de auditoría del caso. Tipo de evento explicit | |||
| Revisión de Documentos Completada | Esta actividad significa que un agente ha terminado de revisar los documentos presentados por el cliente. Generalmente se infiere de un cambio de estado en el documento o en el caso general, como 'Documentos Verificados' o 'Revisión Completa'. | ||
| Por qué es importante Este es un hito clave para medir la eficiencia del proceso de gestión de documentos. El tiempo entre 'Documentos del Cliente Cargados' y esta actividad es un KPI crítico para identificar retrasos en el procesamiento manual. Dónde obtener Inferido de los registros de historial de estado para el caso de la solicitud o para documentos individuales. Un cambio en el estado de un documento de 'Revisión Pendiente' a 'Aprobado' o 'Revisado' indica esta actividad. Capturar Inferido de un cambio en el estado del documento a 'Verificado' o 'Revisado'. Tipo de evento inferred | |||
| Revisión Inicial de Solicitud | Representa la primera revisión de la solicitud presentada, ya sea por una regla automatizada o un agente humano, para verificar la exhaustividad y la elegibilidad básica. Esta actividad a menudo se infiere de un cambio de estado en la solicitud, por ejemplo, de 'Enviada' a 'En Revisión'. | ||
| Por qué es importante Analizar el tiempo para completar esta primera revisión ayuda a identificar retrasos iniciales en el procesamiento. También proporciona información sobre cuántas solicitudes superan esta primera etapa sin problemas. Dónde obtener Inferido de tablas de historial de estado o registros de auditoría asociados con el caso de solicitud del cliente. Compare la marca de tiempo cuando el estado cambia de un estado 'nuevo' o 'enviado' a un estado de 'revisión'. Capturar Detectar cambio de estado de 'Enviada' a 'En Revisión' en el registro del historial del caso. Tipo de evento inferred | |||
| Verificación de Identidad Realizada | Representa una verificación automática o manual para validar la identidad del cliente contra fuentes de datos externas o internas. Esto a menudo se registra como un evento explícito cuando se realiza una llamada a la API de un servicio de verificación de terceros y se recibe una respuesta. | ||
| Por qué es importante Esta actividad es un paso de cumplimiento crítico. Analizar su duración y resultados ayuda a identificar dependencias de servicios externos y posibles cuellos de botella en el proceso de verificación. Dónde obtener Esta información se encuentra típicamente en los registros de integración o en tablas de eventos específicas que registran los resultados de verificaciones automatizadas y llamadas a servicios de terceros vinculadas al caso de la solicitud. Capturar Evento registrado de una llamada de integración a un servicio de verificación de identidad de terceros. Tipo de evento explicit | |||
| Verificaciones de Antecedentes Iniciadas | Esto representa el punto donde se inician las verificaciones de antecedentes automáticas o manuales, como las de AML o historial crediticio. Esto a menudo se registra como un evento explícito cuando el sistema desencadena estas verificaciones, las cuales pueden involucrar a proveedores de servicios externos. | ||
| Por qué es importante El inicio de las verificaciones de antecedentes es un hito significativo en el proceso de debida diligencia. El seguimiento de esto ayuda a comprender las dependencias y los tiempos de espera asociados con proveedores de datos externos. Dónde obtener Busque registros en los logs del sistema o en un rastro de auditoría que indiquen el inicio de procedimientos de verificación de antecedentes. Estos a menudo están vinculados al ID de caso de la solicitud principal. Capturar Evento registrado cuando el motor de flujo de trabajo inicia llamadas a servicios de verificación de antecedentes. Tipo de evento explicit | |||
Guías de Extracción
Pasos
- Obtener Acceso Administrativo: Inicie sesión en la plataforma ACTICO, como el Modelador Visual o una consola de administración dedicada, utilizando credenciales con permisos suficientes para acceder y configurar exportaciones de datos.
- Localizar el Módulo de Exportación: Navegue al área de administración o configuración del sistema. Encuentre la sección responsable de rastros de auditoría, registro o exportaciones de datos. Esta puede estar etiquetada como 'Exportación de Auditoría' o 'Exportación de Objeto de Negocio'.
- Crear una Nueva Configuración de Exportación: Inicie el proceso para crear una nueva definición de exportación. Proporcione un nombre descriptivo para la configuración, por ejemplo, 'KYC_Onboarding_ProcessMind_Export'.
- Definir la Fuente de Datos: Especifique el objeto de negocio principal a exportar, que es
CustomerApplication. Es fundamental aplicar un filtro de rango de fechas para limitar el alcance de la exportación, por ejemplo, los últimos 6 meses, para asegurar tamaños de archivo manejables y rendimiento. - Configurar el Archivo de Salida: Establezca el formato de salida en CSV. Defina el nombre del archivo, por ejemplo,
kyc_event_log.csv, y confirme el delimitador, típicamente una coma. Asegure que los campos de texto estén correctamente entrecomillados para manejar caracteres especiales. - Mapear el Identificador del Caso: Designe el identificador único para el objeto de negocio
CustomerApplicationcomo el ID de caso para el análisis de minería de procesos. Esto vincula todos los eventos relacionados a un único caso de incorporación. - Definir Mapeos de Atributos: Para cada columna requerida en el registro de eventos, mapéela al atributo correspondiente en el modelo de objetos de negocio de ACTICO. Esto incluye el ID de caso, el nombre de la actividad, las marcas de tiempo y otros atributos recomendados como el estado o el nivel de riesgo.
- Configurar Mapeos de Eventos: Este es el paso más crítico. Cree una regla o mapeo específico para cada una de las 14 actividades de negocio. Utilice disparadores del sistema como la creación de objetos para 'Solicitud Enviada', cambios de estado para pasos de flujo de trabajo como 'Solicitud Aprobada', y patrones específicos de mensajes de registro de auditoría para eventos técnicos como 'Verificación de Identidad Realizada'.
- Guardar y Validar la Configuración: Después de definir todos los mapeos, guarde el archivo de configuración. Utilice cualquier herramienta de validación disponible dentro de ACTICO para verificar errores de sintaxis o rutas de atributos incorrectas.
- Ejecutar y Monitorear la Exportación: Ejecute el trabajo de exportación. Monitoree su progreso a través del programador de tareas o la interfaz de monitoreo del sistema. Verifique los logs en busca de errores al finalizar.
- Recuperar y Preparar el Archivo: Descargue el archivo CSV resultante de la ruta de salida designada en el servidor. Antes de subirlo a ProcessMind, abra el archivo para verificar su estructura y asegurarse de que los formatos de fecha y hora sean consistentes y se analicen correctamente.
Configuración
- Nivel de Registro de Auditoría: El nivel de registro de auditoría de todo el sistema debe configurarse en un ajuste detallado, como INFO o FINE. Un nivel menos detallado como WARNING o ERROR no capturará los cambios de estado y las ejecuciones de reglas necesarias para la minería de procesos.
- Fuente de Datos de Exportación: La fuente de datos principal debe configurarse para usar el objeto de negocio
CustomerApplication. Es posible que necesite unir o hacer referencia a objetos relacionados, comoCustomerDocument, para capturar todos los eventos relevantes. - Filtro de Rango de Fechas: Siempre use un filtro de rango de fechas para controlar la cantidad de datos extraídos. Para el análisis inicial, se recomienda un período de 3 a 6 meses. Para producción, esto puede ajustarse según las necesidades del negocio y el rendimiento del sistema.
- Lógica de Mapeo de Eventos: La precisión de la extracción depende en gran medida de cómo se mapean los eventos. Los cambios de estado (
on="StatusChange") son comunes para inferir pasos de negocio. Las entradas de registro explícitas (on="LogEntry") son útiles para eventos técnicos o de llamadas de servicio. Las ejecuciones de reglas (on="RuleExecution") son ideales para capturar pasos de decisión. - Formato de Salida: Seleccione CSV como formato de salida para una amplia compatibilidad. Asegúrese de que la configuración de delimitadores y el entrecomillado de texto estén establecidos correctamente para evitar problemas de análisis de datos.
- Requisitos Previos: Este método requiere permisos administrativos para la plataforma ACTICO. Un conocimiento profundo del modelo de objetos de negocio KYC, incluidos todos los campos de estado y nombres de atributos relevantes, es esencial para una configuración precisa.
a Consulta de ejemplo config
<!-- 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>