Su Template de Datos para el Onboarding de Clientes KYC

Fenergo
Su `Template` de `Datos` para el `Onboarding` de Clientes KYC

Su Template de Datos para el Onboarding de Clientes KYC

Esta `template` está diseñada para ayudarle a preparar sus `datos` de Fenergo para un análisis de procesos eficaz. Describe los `atributos` de `datos` esenciales que necesitará recopilar y las actividades clave a rastrear a lo largo de su proceso de `onboarding` de clientes KYC. Además, encontrará orientación práctica sobre cómo extraer estos `datos`, asegurando un inicio sin problemas para la optimización de sus operaciones.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía para la extracción de `datos`
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos del Onboarding de Clientes KYC

Estos son los campos de `datos` recomendados para incluir en su `Registro de eventos` para un análisis exhaustivo del `onboarding` de clientes KYC dentro de Fenergo, lo que permite obtener información detallada sobre su proceso.
5 Requerido 6 Recomendado 11 Opcional
Nombre Descripción
Hora de Inicio
EventStartTime
La `timestamp` que indica cuándo una actividad o `evento` comenzó oficialmente.
Descripción

Este atributo registra la fecha y hora precisas en que comenzó una actividad específica. Proporciona el orden cronológico necesario para reconstruir el flujo del proceso y es esencial para todo análisis basado en el tiempo.

En Process Mining, la hora de inicio se utiliza para calcular la duración de las actividades, el tiempo de espera entre ellas y el tiempo de ciclo general del case. Forma la espina dorsal temporal del Registro de eventos y es crítico para el análisis de rendimiento y bottlenecks.

Por qué es importante

Esta timestamp es crítica para ordenar los eventos cronológicamente y calcular todas las métricas basadas en el tiempo, como los tiempos de ciclo y las duraciones.

Dónde obtener

Ubicado en el registro de auditoría, registro de eventos o tablas de historial de flujo de trabajo de Fenergo, a menudo etiquetado como 'Timestamp', 'StartDate' o 'CreationDate'.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Nombre de la Actividad
ActivityName
El nombre del `evento` de negocio o tarea específica que ocurrió en un punto en el tiempo dentro del proceso de `onboarding`.
Descripción

El Nombre de Actividad describe un solo paso o hito en la trayectoria de onboarding del cliente, como 'Cribado Inicial Realizado' o 'Solicitud Aprobada'. Esta secuencia de actividades forma la base del mapa de procesos.

El análisis de este atributo permite la visualización del flujo del proceso, la identificación de rutas comunes y alternativas, y la medición de la frecuencia de cada paso. Es crucial para comprender qué acciones se están realizando y en qué orden.

Por qué es importante

Este atributo define los pasos en el proceso, permitiendo la creación de un mapa de procesos y el análisis del flujo y las variaciones del proceso.

Dónde obtener

Esta información se encuentra típicamente en las tablas de workflow o registro de eventos de Fenergo, asociada con transiciones de estado de case o finalización de tareas.

Ejemplos
Datos y Documentos SolicitadosRevisión de Cumplimiento IniciadaSolicitud Aprobada
Solicitud del Cliente
CustomerApplication
El identificador único para el recorrido de `onboarding` de un solo cliente, sirviendo como identificador principal del `case`.
Descripción

La Solicitud del Cliente es el identificador central que agrupa todas las actividades y eventos relacionados para el proceso de onboarding KYC de un solo cliente. Permite el seguimiento de principio a fin de una solicitud, desde la presentación inicial hasta la resolución final, ya sea aprobada, rechazada o cerrada.

En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada solicitud. Permite el análisis de los flujos de proceso, tiempos de ciclo, variaciones y bottlenecks por solicitud, proporcionando una visión clara de cómo se manejan los cases individuales.

Por qué es importante

Este es el ID de Case esencial que conecta todos los eventos relacionados, haciendo posible analizar el proceso de onboarding del cliente de principio a fin.

Dónde obtener

Esta es típicamente la clave primaria en la entidad central de gestión de cases o gestión del ciclo de vida del cliente de Fenergo.

Ejemplos
APP-2023-00123APP-2023-00124APP-2023-00125
Source System
SourceSystem
El sistema de registro del que se extrajeron los `datos`.
Descripción

Este atributo identifica el sistema de origen para los datos del evento. Para este proceso, será consistentemente Fenergo, pero en conjuntos de datos combinados, ayuda a diferenciar las fuentes de datos.

Su uso principal en el análisis es filtrar datos de sistemas específicos o verificar la procedencia de los datos. Asegura claridad en entornos donde los datos de múltiples sistemas podrían combinarse para una vista holística del proceso.

Por qué es importante

Identifica el origen de los datos, lo cual es crucial para la gobernanza de datos, la validación y para asegurar que el análisis se base en la fuente correcta.

Dónde obtener

Este es típicamente un valor estático agregado durante el proceso de extracción de datos para etiquetar el origen de los registros.

Ejemplos
FenergoFenergo CLM
Última actualización de datos
LastDataUpdate
El `timestamp` que indica la última vez que los `datos` para este proceso se actualizaron o extrajeron.
Descripción

Este atributo registra la fecha y hora de la actualización más reciente de los datos. Proporciona contexto para la actualidad de los datos que se analizan y es importante para comprender la puntualidad de los conocimientos.

En dashboards e informes, esta información se utiliza para informar a los usuarios sobre la vigencia de los datos. Ayuda a gestionar las expectativas sobre si el análisis refleja operaciones en tiempo real o una instantánea histórica.

Por qué es importante

Proporciona un contexto crucial sobre la actualidad de los datos, asegurando que los usuarios comprendan cuán actual es el análisis del proceso.

Dónde obtener

Este valor se genera y se estampa en el conjunto de datos durante el proceso de extracción y carga de datos (ETL).

Ejemplos
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Departamento del Usuario
UserDepartment
El departamento o la unidad de negocio a la que pertenece el usuario que inicia.
Descripción

Este atributo proporciona el contexto organizacional para el usuario que realizó una actividad, como 'Cumplimiento', 'Operaciones de Onboarding' o 'Ventas'. Se deriva a menudo de la información del perfil del usuario.

Esta dimensión es crucial para analizar los traspasos de procesos entre diferentes departamentos e identificar bottlenecks interfuncionales. Apoya directamente el dashboard 'Distribución de Actividad del Personal' al permitir la agregación del trabajo a nivel de equipo o departamento.

Por qué es importante

Permite el análisis del rendimiento del proceso por departamento, destacando los traspasos interdepartamentales, los retrasos y la distribución de la carga de trabajo.

Dónde obtener

Esto puede necesitar unirse desde una tabla separada de usuarios o datos maestros de RRHH utilizando el ID de 'InitiatingUser'. Fenergo también puede almacenar esto como parte del perfil del usuario.

Ejemplos
ComplianceOnboarding de ClientesGarantía de Calidad
Estado de la Solicitud
ApplicationStatus
El resultado actual o final de la solicitud del cliente.
Descripción

Este atributo indica el estado de la solicitud al final del proceso o su estado actual si está en curso. Los valores comunes incluyen 'Aprobado', 'Rechazado' o 'En Progreso'.

Esta es una dimensión crítica para el análisis de resultados. Permite filtrar y comparar los flujos de proceso basándose en su resultado final, lo cual es esencial para el dashboard 'Reprocesamiento y Rechazo de Solicitudes' y para calcular KPIs como la Tasa de Rechazo de Solicitudes.

Por qué es importante

Define el resultado de un caso, lo que permite un análisis potente para comparar las rutas de solicitudes aprobadas versus rechazadas y comprender las tasas de éxito.

Dónde obtener

Este es típicamente el estado final registrado en la entidad del case en el sistema de gestión de cases de Fenergo.

Ejemplos
AprobadoRechazadaCumplimiento PendienteCerrado
Fecha Objetivo de SLA
SlaTargetDate
La fecha para la cual se espera que el `case` de `onboarding` del cliente esté completado.
Descripción

La Fecha Objetivo de SLA representa la fecha límite acordada para completar todo el proceso de onboarding para una solicitud de cliente. Es un punto de referencia crítico contra el cual se mide el rendimiento real.

Este atributo es esencial para el dashboard 'Monitoreo de Cumplimiento de SLA' y para calcular el KPI de 'Tasa de Adhesión a SLA'. Permite la gestión proactiva de los cases con riesgo de incumplir su SLA y ayuda a priorizar el trabajo.

Por qué es importante

Define la fecha de finalización objetivo, crucial para monitorear el cumplimiento de ANS y priorizar casos vencidos.

Dónde obtener

Esta fecha a menudo se calcula basándose en la fecha de presentación de la solicitud y las reglas de negocio configuradas dentro del módulo de gestión de SLA de Fenergo.

Ejemplos
2023-11-15T23:59:59Z2023-12-01T23:59:59Z
Hora de Finalización
EventEndTime
La marca de tiempo que indica cuándo se completó una actividad o evento.
Descripción

Este atributo registra la fecha y hora precisas en que finalizó una actividad específica. Complementa la hora de inicio para definir la duración activa de una tarea.

En Process Mining, la hora de finalización se utiliza con la hora de inicio para calcular el tiempo de procesamiento de cada actividad. Esto es esencial para identificar qué pasos del proceso consumen más tiempo y para analizar la eficiencia de los recursos.

Por qué es importante

Permite el cálculo de los tiempos de procesamiento de actividades, fundamental para identificar tareas de larga duración y cuellos de botella de rendimiento.

Dónde obtener

Ubicado en el registro de auditoría o en las tablas de historial de flujo de trabajo de Fenergo, a menudo etiquetado como 'EndDate', 'CompletionDate', o derivado del tiempo de inicio del evento subsiguiente.

Ejemplos
2023-10-26T11:30:00Z2023-10-26T15:00:10Z2023-10-27T11:45:00Z
Puntuación de Riesgo
RiskScore
Una puntuación numérica que representa el nivel de riesgo calculado del cliente.
Descripción

La Puntuación de Riesgo (Risk Score) es una medida cuantitativa del riesgo potencial asociado con un cliente, calculada en función de varios factores como la jurisdicción, la industria y los resultados del cribado. El motor de reglas de Fenergo típicamente calcula esta puntuación.

Este atributo permite la correlación entre los niveles de riesgo y el comportamiento del proceso. Por ejemplo, el análisis puede revelar si los clientes de alto riesgo experimentan tiempos de ciclo más largos o requieren más intervención manual, lo cual es útil para el dashboard 'Análisis Profundo de Riesgo y Cumplimiento'.

Por qué es importante

Cuantifica el riesgo del cliente, permitiendo el análisis de cómo los niveles de riesgo impactan la duración del proceso, el rework y los resultados.

Dónde obtener

Este es un resultado clave del módulo de Evaluación de Riesgos del Cliente de Fenergo. Se almacena en el case o en la entidad del cliente.

Ejemplos
154585
Usuario Iniciador
InitiatingUser
El ID de usuario o el nombre de la persona que realizó la actividad.
Descripción

Este atributo identifica al empleado o usuario del sistema específico responsable de ejecutar una tarea o evento determinado. Puede ser un ID de usuario único, un nombre o un rol.

Analizar por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y la identificación de necesidades de capacitación. Es clave para el dashboard 'Distribución de Actividad del Personal' y para profundizar en las actividades realizadas por individuos o equipos específicos.

Por qué es importante

Rastrea qué usuario realizó una acción, permitiendo el análisis de la distribución de la carga de trabajo, el rendimiento del equipo y la asignación de recursos.

Dónde obtener

Esta información se almacena típicamente en los logs de auditoría o tablas de historial de tareas de Fenergo junto con los detalles del evento, a menudo como 'UserID', 'UserName' o 'ModifiedBy'.

Ejemplos
j.doea.smithSYSTEM
¿Es Retrabajo?
IsRework
Un indicador booleano que señala si una actividad forma parte de un ciclo de reelaboración.
Descripción

Este atributo identifica actividades que representan un paso atrás en el proceso, como volver a 'Revisión de Documentos' después de que una 'Revisión de Cumplimiento' ya haya comenzado, o cualquier ocurrencia de 'Información Adicional Solicitada'.

Identificar el rework es crítico para comprender la ineficiencia y fricción del proceso. Este indicador permite el cálculo directo del KPI de 'Tasa de Bucle de Rework' y ayuda a visualizar y cuantificar el impacto de los pasos ineficientes y repetitivos en el flujo del proceso.

Por qué es importante

Destaca los ciclos de reelaboración ineficientes en el proceso, ayudando a cuantificar el desperdicio e identificar áreas de mejora para aumentar las tasas de acierto a la primera.

Dónde obtener

Este indicador se deriva utilizando técnicas de Process Mining que analizan la secuencia de actividades. Por ejemplo, si la 'Actividad A' es seguida por la 'Actividad B' y luego la 'Actividad A' aparece de nuevo para el mismo case, la segunda 'Actividad A' es rework.

Ejemplos
truefalse
Automatizado
IsAutomated
Un indicador booleano que señala si la actividad fue realizada por un sistema en lugar de un usuario humano.
Descripción

Este atributo diferencia entre tareas ejecutadas automáticamente por el sistema (ej., cribado inicial, verificaciones del sistema) y aquellas realizadas manualmente por un usuario. Esto se determina a menudo verificando si el usuario que ejecuta es una cuenta de sistema o de servicio.

Analizar este indicador es crucial para comprender el nivel de automatización en el proceso. Ayuda a cuantificar el impacto de la automatización en la eficiencia, el costo y la velocidad, e identifica oportunidades para una mayor automatización.

Por qué es importante

Distingue entre actividades humanas y del sistema, lo cual es vital para el análisis de automatización y la comprensión de los costos de los recursos.

Dónde obtener

Esto se deriva típicamente del campo 'InitiatingUser'. Se utiliza una lista de IDs de usuario de sistema conocidos para establecer este indicador en verdadero.

Ejemplos
truefalse
Canal de Solicitud
ApplicationChannel
El canal a través del cual se presentó la solicitud del cliente.
Descripción

Este atributo identifica la fuente de presentación de la solicitud, por ejemplo, a través de un portal en línea, una sucursal física o mediante un gestor de relaciones. La fuente puede influir en la calidad de los datos y los requisitos de procesamiento.

Esta dimensión se utiliza en el dashboard 'Eficiencia por Fuente y Tipo de Solicitud' para comparar el rendimiento de diferentes canales. Ayuda a las empresas a comprender qué canales son más eficientes y cuáles pueden requerir optimización del proceso.

Por qué es importante

Identifica el origen de las solicitudes, permitiendo el análisis de la eficiencia del canal, el costo y la experiencia del cliente.

Dónde obtener

Esta información podría ser capturada en un formulario inicial de entrada de datos dentro de Fenergo o pasada desde un sistema ascendente.

Ejemplos
Portal en LíneaSucursalGestor de RelacionesApp móvil
Cumple con el SLA
IsSlaCompliant
Un indicador booleano que señala si el caso se completó dentro de su fecha objetivo de ANS.
Descripción

Este atributo es un indicador binario del rendimiento del SLA para un case completado. Se establece en 'verdadero' si la timestamp de la actividad final de cierre es igual o anterior a la 'SlaTargetDate', y 'falso' en caso contrario.

Este campo calculado simplifica el monitoreo y la elaboración de informes de SLA. Permite una fácil agregación para calcular el KPI general de 'Tasa de Adhesión a SLA' y para filtrar y analizar las características del proceso de los cases que cumplen versus los que no cumplen.

Por qué es importante

Mide directamente el rendimiento del ANS, permitiendo un cálculo fácil de la Tasa de Adhesión al ANS KPI y el filtrado de casos no conformes.

Dónde obtener

Esto se deriva al comparar la timestamp de la actividad final del case (ej., 'Solicitud Aprobada', 'Solicitud Rechazada') contra la 'SlaTargetDate'.

Ejemplos
truefalse
ID de cliente
CustomerId
Un identificador único para el cliente o la entidad legal en proceso de incorporación.
Descripción

El ID de Cliente es la referencia única para la entidad de cliente en el sistema de datos maestros. Si bien el número de solicitud es el ID del case para el proceso, el ID de Cliente vincula la actividad de onboarding a un cliente específico.

Este atributo permite analizar el historial de onboarding de un solo cliente, por ejemplo, si ha pasado por múltiples procesos de onboarding a lo largo del tiempo. También permite unir datos de proceso con otros datos relacionados con el cliente para una visión de negocio más completa.

Por qué es importante

Vincula el proceso de onboarding a una entidad de cliente única, permitiendo un análisis centrado en el cliente y el enriquecimiento de datos.

Dónde obtener

Este ID se almacena en el registro del cliente o entidad legal dentro de Fenergo y se asocia con el case de onboarding.

Ejemplos
CUST-98765CUST-98766CUST-98767
Motivo de rechazo
RejectionReason
Un 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 proporciona la razón específica. Ejemplos incluyen 'Verificación de Antecedentes Fallida', 'Documentación Incompleta' o 'Perfil de Alto Riesgo'.

Este es un atributo vital para el análisis de la causa raíz de las solicitudes fallidas. Apoya directamente el dashboard 'Reprocesamiento y Rechazo de Solicitudes' al categorizar las fallas, ayudando a la empresa a identificar problemas comunes e implementar acciones correctivas para mejorar la tasa de aprobación a la primera.

Por qué es importante

Proporciona una visión crítica de por qué fallan las solicitudes, lo que permite un análisis de causa raíz para reducir las tasas de rechazo.

Dónde obtener

Típicamente encontrado en un campo de código de razón o notas asociado con el estado final de rechazo en el workflow de cases de Fenergo.

Ejemplos
Coincidencia en Listas de SancionesDocumentos InválidosViolación de PolíticaCliente Retirado
Número de Solicitudes de Info Adicional
AdditionalInfoRequestCount
El número total de veces que se solicitó información adicional para una solicitud.
Descripción

Esta métrica cuenta las ocurrencias de la actividad 'Información Adicional Solicitada' para cada case. Un recuento más alto significa más comunicación de ida y vuelta, lo que puede retrasar el proceso y conducir a una mala experiencia del cliente.

Este atributo apoya directamente el KPI 'Casos con Solicitudes de Información Adicional'. Se utiliza para identificar solicitudes con solicitudes excesivas, lo que puede apuntar a problemas con la recopilación inicial de datos o requisitos de case complejos. Analizar esto ayuda a agilizar la recopilación de información.

Por qué es importante

Cuantifica la fricción del cliente y los retrasos del proceso causados por información inicial incompleta, ayudando a mejorar el paso de recopilación de datos.

Dónde obtener

Esta es una métrica calculada, derivada al contar el número de eventos de 'Información Adicional Solicitada' para cada ID de 'CustomerApplication'.

Ejemplos
013
País
Country
El país de domicilio o jurisdicción para la solicitud del cliente.
Descripción

Este atributo especifica el país asociado con el cliente, lo que a menudo determina las reglas regulatorias específicas y los factores de riesgo que se aplican al proceso de onboarding.

Analizar el proceso por país permite comparaciones jurisdiccionales del tiempo de ciclo, los niveles de riesgo y la complejidad del proceso. Ayuda a comprender cómo las diferencias regionales impactan el rendimiento operativo y a asegurar el cumplimiento con las regulaciones locales.

Por qué es importante

Permite la segmentación del proceso por geografía, clave para analizar el impacto regulatorio y el rendimiento regional.

Dónde obtener

Esta información forma parte de los datos centrales del cliente capturados durante el proceso de solicitud y almacenados en la entidad del cliente en Fenergo.

Ejemplos
EE. UU.GBRSGPDEU
Propietario del caso
CaseOwner
El usuario o equipo principal responsable de gestionar la solicitud a lo largo de su ciclo de vida.
Descripción

El Propietario del Case es el individuo o grupo al que se asigna la responsabilidad principal de un case de onboarding. Esta persona es típicamente responsable de su finalización oportuna y exitosa.

Este atributo ayuda a analizar la carga de trabajo y el rendimiento a nivel del gestor de case. Puede utilizarse para ver si ciertos propietarios de case tienen tiempos de ciclo más largos o tasas de rechazo más altas, lo que podría indicar necesidades de capacitación o desequilibrios de recursos.

Por qué es importante

Identifica a la persona o equipo responsable de un caso, permitiendo el análisis del rendimiento de los gestores de casos.

Dónde obtener

Este suele ser un campo específico en la entidad de case primaria en Fenergo, indicando la asignación del case.

Ejemplos
s.jonesonboarding_team_am.chen
Tiempo de Procesamiento
ProcessingTime
La duración del tiempo dedicado activamente a una actividad.
Descripción

El tiempo de procesamiento, también conocido como tiempo activo, es la duración calculada entre la marca de tiempo de inicio y fin de una sola actividad. Representa el tiempo que un recurso estuvo activamente involucrado en una tarea.

Esta métrica es fundamental para el análisis de rendimiento. Se utiliza en dashboards de análisis de cuellos de botella para identificar qué actividades específicas son las que consumen más tiempo, ayudando a enfocar los esfuerzos de mejora donde tendrán el mayor impacto.

Por qué es importante

Esta métrica calculada mide el tiempo de trabajo activo para cada actividad, lo cual es crucial para identificar bottlenecks de rendimiento.

Dónde obtener

Calculado como la diferencia entre 'EventEndTime' y 'EventStartTime' (EndTime - StartTime).

Ejemplos
86400000360000018000000
Tipo de Cliente
CustomerType
La clasificación del cliente en proceso de `onboarding`, como Individual, Corporativo o Fideicomiso.
Descripción

Este atributo segmenta a los clientes en diferentes categorías según su estructura legal o relación con la institución financiera. Los diferentes tipos de clientes a menudo siguen rutas de onboarding distintas, con complejidad variable y requisitos de diligencia debida.

Analizar el proceso por Tipo de Cliente ayuda a identificar diferencias de rendimiento entre segmentos. Es clave para el dashboard 'Eficiencia por Fuente y Tipo de Solicitud' comparar los tiempos de ciclo y las tasas de aprobación, lo que lleva a mejoras de proceso personalizadas.

Por qué es importante

Permite la comparación del rendimiento del proceso entre diferentes segmentos de clientes, que a menudo tienen complejidades y ANS variables.

Dónde obtener

Esta información se almacena típicamente en la entidad del cliente dentro de Fenergo y se vincula al case de la solicitud.

Ejemplos
IndividualCorporativoFideicomisoAsociación
Requerido Recomendado Opcional

Actividades del Onboarding de Clientes KYC

Estos son los pasos clave del proceso y los hitos a capturar en su Registro de eventos para un descubrimiento y análisis precisos del proceso.
8 Recomendado 6 Opcional
Actividad Descripción
Caso cerrado
Esta es la actividad final, que significa que el `case` de `onboarding` está administrativamente cerrado en Fenergo, sin esperarse más acciones. Esto se aplica tanto a solicitudes aprobadas como rechazadas y se infiere de un estado final de 'Cerrado'.
Por qué es importante

Esta actividad sirve como el punto final definitivo para todo el proceso. Asegura cálculos precisos del tiempo de ciclo para todos los cases, independientemente de su resultado, y confirma que el proceso ha concluido.

Dónde obtener

Inferido del registro de auditoría de casos de Fenergo al identificar la marca de tiempo cuando el estado del caso se establece como 'Cerrado', 'Completado' u otro estado final.

Capturar

Identifique la marca de tiempo del cambio de estado final a 'Cerrado' o 'Completado'.

Tipo de evento inferred
Caso creado
Esta actividad marca el inicio del proceso de `onboarding` KYC cuando una nueva solicitud de cliente se crea formalmente en Fenergo. Es típicamente un `evento` explícito registrado con una `timestamp` específica cuando el registro del `case` se guarda por primera vez.
Por qué es importante

Como evento de inicio, esta actividad es esencial para calcular el tiempo de ciclo general del onboarding y analizar el rendimiento. Proporciona la base para todas las mediciones de procesos y el seguimiento de ANS posteriores.

Dónde obtener

Esto se captura típicamente de la timestamp de creación de la entidad de case primaria en Fenergo, a menudo encontrada en tablas relacionadas con cases de Onboarding de Clientes o workflows.

Capturar

Utilice la timestamp de creación del registro del case de onboarding.

Tipo de evento explicit
Evaluación de Riesgos Completada
Representa la finalización del proceso interno de clasificación de riesgo, donde al cliente se le asigna una calificación de riesgo basada en varios factores. Esto se infiere de un cambio de estado o de la cumplimentación de un campo de calificación de riesgo.
Por qué es importante

Este es un hito clave en la toma de decisiones que a menudo determina la ruta del workflow subsiguiente. Analizar su duración ayuda a agilizar un paso crítico de cumplimiento y asegura la consistencia en la evaluación de riesgos.

Dónde obtener

Inferido del registro del historial del caso al identificar cuándo el caso pasa a un estado como 'Riesgo Evaluado' o cuando el campo final 'Customer Risk Rating' se rellena con un valor.

Capturar

Utilice la timestamp cuando el campo de calificación de riesgo se finaliza o se establece un estado relacionado.

Tipo de evento inferred
Revisión de Cumplimiento Completada
Marca la aprobación formal por parte del departamento de cumplimiento, indicando que se han cumplido todos los requisitos regulatorios. Esto se infiere de la finalización de una tarea o un cambio de estado a 'Cumplimiento Aprobado'.
Por qué es importante

Como un hito importante, la finalización de esta actividad es crítica para el tiempo de ciclo general. Es el punto final para medir el 'Tiempo Promedio de Revisión de Cumplimiento' e identificar cuellos de botella dentro de la función de cumplimiento.

Dónde obtener

Inferido de la marca de tiempo de finalización de la tarea 'Revisión de Cumplimiento' dentro del flujo de trabajo de Fenergo o del evento de actualización de estado en el historial del caso.

Capturar

Utilice la timestamp de la finalización de la tarea de revisión de cumplimiento o la actualización de estado.

Tipo de evento inferred
Revisión de Cumplimiento Iniciada
Esta actividad marca el inicio de la revisión por parte del departamento de cumplimiento, una etapa crítica y a menudo prolongada. Se infiere cuando el `case` se asigna a la cola de trabajo de cumplimiento o su estado cambia a 'Revisión de Cumplimiento Pendiente'.
Por qué es importante

Esta actividad es el punto de partida para medir el KPI 'Tiempo Promedio de Revisión de Cumplimiento'. Ayuda a identificar cuánto tiempo esperan los cases antes de ser trabajados activamente por el equipo de cumplimiento.

Dónde obtener

Inferido del registro de auditoría de casos de Fenergo al capturar la marca de tiempo del cambio de estado a 'En Revisión de Cumplimiento' o la asignación del caso a un oficial o equipo de cumplimiento.

Capturar

Identifique la marca de tiempo del cambio de estado a 'En Revisión de Cumplimiento' o evento de asignación.

Tipo de evento inferred
Revisión de Documentos Completada
Significa la finalización del proceso manual o automático de verificación de la autenticidad y corrección de todos los `documentos` del cliente presentados. Este `evento` se infiere usualmente de la finalización de una tarea de `workflow` o de un cambio de estado en Fenergo.
Por qué es importante

Este es un hito crítico donde ocurren muchos retrasos. Analizar la duración y los resultados de esta actividad ayuda a identificar bottlenecks en el procesamiento de documentos y apoya KPIs como la 'Tasa de Aprobación a la Primera'.

Dónde obtener

Inferido de la marca de tiempo de finalización de la tarea 'Verificación de Documentos' en el flujo de trabajo del caso o de una actualización de estado a 'Documentos Aprobados' en el registro del historial del caso.

Capturar

Utilice la timestamp de finalización de la tarea de revisión de documentos o un cambio de estado relacionado.

Tipo de evento inferred
Solicitud Aprobada
Esta actividad representa la decisión final de aprobar la solicitud del cliente para el `onboarding`. Se infiere del cambio de estado del `case` a un estado final de 'Aprobado' o '`Onboarding` Aprobado'.
Por qué es importante

Este hito clave significa un resultado exitoso antes de los pasos finales de activación de la cuenta. Es esencial para calcular las tasas de aprobación y analizar las propiedades de los clientes con onboarding exitoso.

Dónde obtener

Inferido del historial del caso o registro de auditoría al encontrar la marca de tiempo del cambio de estado final a 'Aprobado' o un estado positivo terminal similar.

Capturar

Identifique la marca de tiempo del cambio de estado final a 'Aprobado'.

Tipo de evento inferred
Solicitud Rechazada
Esta actividad es un `evento` terminal que representa la decisión final de rechazar la solicitud del cliente. Se infiere del cambio de estado del `case` a un estado final de 'Rechazado' o 'Denegado'.
Por qué es importante

Como punto final clave del proceso, esta actividad es vital para calcular la 'Tasa de Rechazo de Solicitudes' y analizar las razones del fracaso. Ayuda a identificar puntos comunes de rechazo y a mejorar la calidad de las solicitudes.

Dónde obtener

Inferido del registro de auditoría del caso al capturar la marca de tiempo cuando el estado final cambia a 'Rechazado'. La razón del rechazo a menudo se almacena en un campo relacionado.

Capturar

Identifique la marca de tiempo del cambio de estado final a 'Rechazado'.

Tipo de evento inferred
Cuenta Activada
Indica que la cuenta del cliente ha sido creada y activada exitosamente en el sistema bancario central o en el sistema posterior relevante después de la aprobación. Esto puede inferirse de una actualización de estado final en Fenergo post-aprobación.
Por qué es importante

Esta actividad confirma el traspaso exitoso del proceso de onboarding al estado de cliente activo. Medir el tiempo desde la aprobación hasta la activación puede revelar retrasos en la configuración operativa.

Dónde obtener

Esto se puede inferir de un estado de case como 'Cuenta Activa' o 'Onboarding Completado'. También podría ser un evento explícito registrado por una integración con un sistema descendente.

Capturar

Busque un cambio de estado posterior a la aprobación o un evento de registro de éxito de la integración.

Tipo de evento inferred
Datos y Documentos Solicitados
Este `evento` significa que el sistema o un agente de `onboarding` ha solicitado formalmente información y documentación necesarias al cliente. A menudo se captura como un `evento` explícito cuando se envía una `template` de comunicación estandarizada.
Por qué es importante

Esta actividad marca el inicio de una fase dependiente del cliente. Medir el tiempo desde este punto hasta que se reciben los documentos es clave para analizar la trayectoria del cliente e identificar retrasos en la comunicación.

Dónde obtener

Capturado de un registro de eventos asociado a las comunicaciones con el cliente o de un registro de finalización de tareas para 'Solicitar Documentos'. También puede inferirse de un cambio de estado a 'Esperando Información del Cliente'.

Capturar

Busque un evento registrado de comunicación con el cliente o la finalización de una tarea.

Tipo de evento explicit
Documentos Recibidos
Esta actividad indica que el cliente ha cargado o enviado los `documentos` requeridos, los cuales ahora están disponibles en Fenergo para su revisión. Esto típicamente se infiere cuando el estado del `case` se actualiza a 'Documentos Recibidos' o 'Revisión Pendiente'.
Por qué es importante

Esto marca el final del período de espera del cliente y el comienzo del ciclo de revisión interna. Es crucial para medir los tiempos de respuesta del cliente y los tiempos de cola de procesamiento interno.

Dónde obtener

Inferido del registro de auditoría del caso, que registra la marca de tiempo de un cambio de estado a 'Documentos Recibidos' o un estado similar. También puede estar vinculado a eventos de carga de documentos.

Capturar

Identifique la marca de tiempo del cambio de estado a 'Documentos Recibidos' o 'Listo para Revisión'.

Tipo de evento inferred
Información Adicional Solicitada
Representa un bucle de `rework` donde el equipo de `onboarding` debe volver al cliente para solicitar aclaraciones o `documentos` faltantes. Este es un `evento` explícito, típicamente registrado cuando se envía una comunicación al cliente.
Por qué es importante

Esta actividad es un indicador principal de ineficiencia del proceso y de una mala experiencia del cliente. El seguimiento de su frecuencia ayuda a identificar las causas raíz del rework y apoya el KPI de 'Tasa de Bucle de Rework'.

Dónde obtener

Capturado de un registro de eventos de comunicaciones con el cliente o de un cambio de estado a 'Esperando Información Adicional'. El primero es más preciso para capturar el momento exacto de la solicitud.

Capturar

Busque eventos de comunicación registrados o un cambio de estado a 'Pendiente de Respuesta del Cliente'.

Tipo de evento explicit
Revisión Preliminar Realizada
Representa la finalización de las verificaciones preliminares automáticas o manuales, como la validación básica de `datos` o el cribado de listas de sanciones. Esto a menudo se infiere de un cambio de estado dentro del `workflow` del caso de Fenergo, por ejemplo, pasando de 'Nuevo' a 'Cribado Completado'.
Por qué es importante

El seguimiento de este hito temprano ayuda a identificar problemas iniciales de calidad de datos y bottlenecks en la etapa de precalificación. Separa la fase automatizada inicial de los procesos de revisión manual más intensivos.

Dónde obtener

Inferido del historial del caso o registro de auditoría al identificar la marca de tiempo cuando el estado del caso transiciona a un estado que indica que la revisión preliminar está completa, como 'Revisión Preliminar Aprobada' o 'Esperando Documentos'.

Capturar

Identifique el cambio de estado a 'Revisión Preliminar Completada' o similar del historial del caso.

Tipo de evento inferred
Verificaciones de Antecedentes Iniciadas
Esta actividad marca el punto en el que se activan las verificaciones externas de antecedentes, AML o crédito. A menudo es un `evento` explícito registrado cuando se llama a una integración con un servicio de terceros.
Por qué es importante

El seguimiento de la iniciación y finalización de estas verificaciones es vital para comprender los retrasos causados por dependencias externas. Ayuda a aislar el tiempo de proceso interno del tiempo de espera externo.

Dónde obtener

Típicamente capturado de los logs del sistema que registran llamadas a la API a proveedores de cribado externos o de la creación de una tarea específica de 'Verificación de Antecedentes' dentro del case de Fenergo.

Capturar

Busque registros de integraciones de servicios externos o la creación de una tarea de 'Revisión Preliminar'.

Tipo de evento explicit
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Fenergo