Seu Template de dados de onboarding de clientes KYC

LexisNexis Risk Solutions
Seu Template de dados de onboarding de clientes KYC

Seu Template de dados de onboarding de clientes KYC

Este Template oferece um guia completo para coletar os dados necessários à análise do seu processo de onboarding de clientes KYC. Ele apresenta os atributos essenciais a serem coletados, as principais atividades a serem acompanhadas e orientações para extrair essas informações dos seus sistemas de origem. Use este recurso para criar um Event Log robusto e obter insights profundos sobre sua jornada de onboarding.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extração
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos da integração de clientes KYC

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise abrangente e uma descoberta precisa do processo de integração de clientes KYC.
3 Obrigatório 6 Recomendado 11 Opcional
Nome Descrição
Data e hora do evento
EventTimestamp
A data e a hora exatas em que uma atividade específica começou.
Descrição

Esse registro de data e hora marca o início de uma atividade, fornecendo a ordem cronológica de todos os eventos dentro de um caso. Ele é a base de todas as análises baseadas em tempo em Process Mining.

Com a Data e hora do evento, é possível calcular a duração das atividades, o tempo de espera entre elas e o tempo total de ciclo, de ponta a ponta, do processo de onboarding. Esses dados são essenciais para identificar gargalos, monitorar o cumprimento do SLA e entender a eficiência do processo.

Por que isso importa

Esse registro de data e hora é essencial para ordenar os eventos cronologicamente e calcular todas as métricas baseadas em tempo, como tempos de ciclo e gargalos.

Onde obter

Localizado nas tabelas de Event Log ou de trilha de auditoria, junto ao Nome da atividade.

Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Nome da atividade
ActivityName
O nome da tarefa ou do evento específico que ocorreu em determinado momento durante o processo de onboarding.
Descrição

O Nome da atividade descreve uma etapa do Workflow de onboarding KYC, como 'Solicitação enviada', 'Revisão de documentos realizada' ou 'Solicitação aprovada'. Cada atividade representa uma ação ou marco distinto no processo.

Esse atributo é fundamental para construir o mapa do processo, que representa visualmente o fluxo de atividades. Ele permite analisar variantes do processo, gargalos entre etapas específicas e a frequência de loops de retrabalho. Analisar as atividades é essencial para entender o que está acontecendo no processo.

Por que isso importa

Esse atributo é a base do mapa do processo, permitindo visualizar e analisar a sequência de eventos na jornada de onboarding do cliente.

Onde obter

Normalmente encontrado em um Event Log ou em uma tabela de trilha de auditoria da LexisNexis Risk Solutions que registra as etapas do processo.

Exemplos
Solicitação enviadaTriagem inicial realizadaDocumentos solicitadosAnálise de conformidade concluída
Solicitação do cliente
CustomerApplication
O identificador exclusivo de cada solicitação de onboarding de cliente, usado como o ID de caso principal.
Descrição

A solicitação do cliente é o identificador central que conecta todas as atividades e todos os dados relacionados à jornada de onboarding de um único cliente. Ela começa quando uma solicitação é enviada e acompanha o caso até sua conclusão ou rejeição.

No process mining, este atributo é essencial para agrupar todos os eventos em um caso coeso, permitindo a análise de ponta a ponta do ciclo de vida do onboarding. Ele possibilita reconstruir todo o fluxo do processo para cada candidato, o que é fundamental para calcular tempos de ciclo, analisar variantes do processo e acompanhar o status de uma solicitação ao longo do tempo.

Por que isso importa

Este é o Case ID fundamental. Sem ele, não é possível rastrear a jornada completa de uma solicitação de cliente, tornando a análise do processo impossível.

Onde obter

Este é o principal identificador do caso no módulo de gerenciamento de casos da LexisNexis Risk Solutions.

Exemplos
APP-2023-001234APP-2023-005678APP-2024-009101
Data-alvo do SLA
SlaTargetDate
A data até a qual se espera que o processo de onboarding do cliente seja concluído.
Descrição

A Data-alvo do SLA define o acordo de nível de serviço para concluir uma solicitação. Essa data geralmente é determinada por fatores como tipo de solicitação, segmento do cliente ou jurisdição.

Esse atributo é essencial para o Dashboard 'Monitoramento do cumprimento da data-alvo do SLA' e para o KPI 'Taxa de cumprimento do SLA'. Ao comparar a data real de conclusão com a Data-alvo do SLA, as organizações podem medir a performance em relação aos compromissos, identificar casos em risco de violar SLAs e investigar as causas-raiz dos atrasos.

Por que isso importa

Permite medir a performance em relação aos acordos de nível de serviço, destacando ineficiências do processo que causam violações de SLA.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Esse dado pode ser armazenado no caso ou calculado com base em regras de negócio.

Exemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-12-01T17:00:00Z
Departamento
Department
O departamento ou a equipe de negócios à qual o usuário atribuído pertence.
Descrição

O atributo Departamento especifica o grupo funcional responsável por uma atividade, como 'Conformidade', 'Operações de onboarding' ou 'Prevenção a fraudes'.

Esse atributo é usado para analisar o processo pela perspectiva departamental, permitindo analisar as transferências entre diferentes equipes. Ele é uma dimensão principal do Dashboard 'Alocação de recursos e carga de trabalho' e ajuda a identificar ineficiências entre áreas ou atrasos na comunicação entre departamentos.

Por que isso importa

Permite analisar as transferências e a performance do processo por área funcional, ajudando a identificar gargalos entre departamentos.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Talvez seja necessário fazer uma junção com uma tabela de dados mestre de usuários ou de RH.

Exemplos
ComplianceEquipe de onboardingAnalistas de KYCSuporte ao cliente
Hora de término
EndTime
A data e a hora exatas em que uma atividade foi concluída.
Descrição

Esse registro de data e hora marca a conclusão de uma atividade. A diferença entre a Hora de término e a Hora de início de um evento representa seu tempo de processamento.

A Hora de término é essencial para calcular com precisão quanto tempo cada etapa leva. Ela é um dos principais dados de entrada do Dashboard 'Tempos de processamento e espera das atividades'. Também ajuda a diferenciar o tempo em que um recurso trabalhou ativamente em uma tarefa do tempo em que o caso ficou aguardando o início da próxima etapa.

Por que isso importa

Permite calcular com precisão o tempo de processamento da atividade, o que é essencial para identificar etapas ineficientes e analisar a carga de trabalho dos recursos.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Geralmente, está disponível em Event Logs que registram os eventos de início e término.

Exemplos
2023-10-26T10:45:10Z2023-10-26T11:55:30Z2023-10-28T09:05:00Z
Nível de risco
RiskLevel
O nível de risco calculado da solicitação do cliente, como Baixo, Médio ou Alto.
Descrição

A LexisNexis Risk Solutions é especializada em avaliação de riscos. Esse atributo representa o resultado dessa avaliação, classificando cada solicitação com base em seu perfil de risco potencial. O nível de risco geralmente determina a intensidade e a duração necessárias para o processo de due diligence.

Esse atributo é a dimensão central do Dashboard 'Nível de risco x duração do onboarding'. Analisar o processo por nível de risco pode revelar se as solicitações de alto risco levam significativamente mais tempo, como esperado, ou se as solicitações de baixo risco estão sofrendo atrasos desnecessários. Isso ajuda a validar e aprimorar as estratégias de onboarding baseadas em risco.

Por que isso importa

É essencial para análises baseadas em risco, ajudando a entender como os perfis de risco dos clientes afetam a complexidade, a duração e os caminhos do processo.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Este é um resultado central dos módulos de avaliação de risco.

Exemplos
BaixoMédioAltoSancionado
Status da solicitação
ApplicationStatus
O status atual ou final da solicitação do cliente.
Descrição

Esse atributo reflete o status geral do caso em determinado momento ou seu resultado final. Os status comuns incluem 'Em andamento', 'Aprovada', 'Rejeitada' ou 'Aguardando informações'.

O Status da solicitação é essencial para acompanhar os resultados do processo de onboarding. Ele é usado nos Dashboards 'Motivos e etapas de rejeição de solicitações' e 'Volume diário e status das solicitações' para monitorar as taxas de sucesso e o fluxo operacional. Analisar como o status muda ao longo do tempo fornece insight sobre o ciclo de vida do caso.

Por que isso importa

Acompanha o resultado de cada solicitação, o que é essencial para calcular KPIs importantes, como a Taxa de rejeição de solicitações, e monitorar o volume processado.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Normalmente, este é um campo-chave no objeto principal do caso ou da solicitação.

Exemplos
Em andamentoAprovadoRejeitadoAguardando informações do cliente
Usuário atribuído
AssignedUser
O identificador exclusivo do usuário ou agente responsável por executar a atividade.
Descrição

Esse atributo identifica a pessoa específica que executou uma tarefa, como um responsável por conformidade realizando uma revisão de documentos. Ele ajuda a analisar a distribuição da carga de trabalho e a performance individual.

Na análise, o Usuário atribuído é essencial para o Dashboard 'Alocação de recursos e carga de trabalho'. Ele permite filtrar o mapa do processo por usuário, comparar a performance entre membros da equipe e identificar oportunidades de treinamento ou redistribuição da carga de trabalho. Também pode ajudar a localizar gargalos causados por grupos específicos de usuários.

Por que isso importa

Esse atributo é essencial para analisar a performance dos recursos, a distribuição da carga de trabalho e as oportunidades de automação ou otimização de recursos.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Geralmente, é encontrado em trilhas de auditoria ou tabelas de gerenciamento de tarefas.

Exemplos
j.doem.smithk.chen
Canal
Channel
O canal pelo qual a solicitação foi enviada, como 'Web', 'Mobile' ou 'Na agência'.
Descrição

O atributo Canal identifica a origem do envio da solicitação. O canal pode influenciar a qualidade dos dados, o comportamento do cliente e os tipos de problemas encontrados durante o onboarding.

Esse atributo é usado para comparar a performance do processo entre diferentes canais. Por exemplo, o Dashboard 'Taxas de conversão do funil de onboarding' pode ser filtrado por canal para verificar se os candidatos do Mobile abandonam o processo com mais frequência do que os da Web, orientando melhorias específicas para cada canal.

Por que isso importa

Ajuda a analisar a performance do processo por canal de envio, identificando variações que podem orientar a estratégia de canais e melhorias na experiência do usuário.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essas informações geralmente são capturadas no início do processo de solicitação.

Exemplos
Portal webAplicativo móvelNa agênciaAPI
É automatizado
IsAutomated
Um indicador que informa se uma atividade foi executada automaticamente pelo sistema ou manualmente por um usuário.
Descrição

Esse atributo booleano diferencia as tarefas executadas pela automação do sistema, como uma verificação inicial, daquelas que exigem intervenção humana, como uma revisão manual de documentos.

'É automatizado' é usado para calcular o KPI 'Proporção de atividades manuais' e analisar a eficácia das iniciativas de automação. No mapa do processo, ele pode destacar a interface entre etapas automatizadas e manuais, ajudando a identificar oportunidades de automação adicional para reduzir custos e tempos de processamento.

Por que isso importa

Diferencia tarefas manuais de automatizadas, o que é essencial para identificar oportunidades de automação e medir seu impacto.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Pode ser um indicador no Event Log ou ser inferido com base no 'AssignedUser', por exemplo, quando o usuário é 'system'.

Exemplos
truefalse
É retrabalho
IsRework
Um indicador que identifica atividades que fazem parte de um loop de retrabalho.
Descrição

Esse indicador booleano é definido como verdadeiro quando uma atividade se repete no mesmo caso, como quando 'Revisão de documentos realizada' ocorre uma segunda vez após 'Informações adicionais solicitadas'. Isso indica que o processo retrocedeu.

'É retrabalho' é essencial para o Dashboard 'Análise de retrabalho e repetição' e para o KPI 'Percentual de loops de retrabalho'. Ele permite quantificar o esforço desperdiçado e ajuda a identificar as causas-raiz do retrabalho, como instruções pouco claras ou baixa qualidade dos dados, possibilitando melhorias direcionadas no processo.

Por que isso importa

Quantifica diretamente a ineficiência e o esforço desperdiçado no processo, destacando atividades que se repetem com frequência e aumentam os custos e os tempos de ciclo.

Onde obter

Este é um atributo calculado, normalmente derivado na ferramenta de Process Mining pela detecção de sequências repetidas de atividades dentro de um caso.

Exemplos
truefalse
Motivo da rejeição
RejectionReason
Um código ou uma descrição que explica por que uma solicitação foi rejeitada.
Descrição

Quando o status final de uma solicitação é 'Rejeitada', esse atributo informa o motivo específico. Os exemplos incluem 'Falha na verificação de identidade', 'Correspondência com sanções' ou 'Documentação incompleta'.

Esses dados são a principal entrada do Dashboard 'Motivos e etapas de rejeição de solicitações'. Analisar os motivos de rejeição ajuda a identificar pontos comuns de falha no processo, orientando melhorias nas instruções da solicitação, na comunicação com o cliente ou nos critérios de revisão interna. Entender por que as solicitações são rejeitadas é essencial para melhorar a taxa geral de aprovação.

Por que isso importa

Fornece um insight direto sobre os motivos das falhas no onboarding, permitindo melhorias direcionadas para aumentar a taxa de aprovação das solicitações.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Geralmente, é encontrado em um campo preenchido quando o Status da solicitação é definido como 'Rejeitada'.

Exemplos
Correspondência com lista de sançõesDocumentação incompletaFalha na verificação de identidadePerfil de alto risco
País do cliente
CustomerCountry
O país de residência ou de constituição do cliente.
Descrição

Esse atributo especifica o país do cliente, um fator essencial no KYC devido às diferentes regulamentações internacionais e aos níveis de risco associados a cada jurisdição.

Analisar o processo por País do cliente pode revelar diferenças significativas nos tempos de ciclo e na complexidade do processo. Por exemplo, solicitações de jurisdições de alto risco podem exigir verificações adicionais de conformidade, resultando em durações maiores. Essa análise ajuda no planejamento de recursos e na definição de SLAs realistas para diferentes regiões.

Por que isso importa

Permite analisar o processo por jurisdição, o que é essencial para entender como as regulamentações regionais e os fatores de risco afetam a performance do processo.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Este é um campo padrão nos dados mestre de clientes.

Exemplos
USAGBRDEUSGP
Responsável pela revisão de conformidade
ComplianceReviewer
O usuário ou agente especificamente designado para as atividades de revisão de conformidade.
Descrição

Enquanto 'AssignedUser' registra o usuário de qualquer atividade, esse atributo identifica especificamente o especialista em conformidade envolvido nas etapas críticas de revisão. Isso permite uma análise mais direcionada da função de conformidade.

Esse atributo é essencial para o Dashboard 'Duração e backlog da revisão de conformidade'. Ele ajuda a analisar a carga de trabalho e a performance da equipe de conformidade, identificando se revisores específicos são gargalos ou se a equipe como um todo está subdimensionada.

Por que isso importa

Fornece um insight direcionado sobre a função de conformidade, permitindo uma análise detalhada da carga de trabalho e da performance dos revisores nessa etapa crítica e frequentemente atrasada do processo.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Esse dado pode ser obtido filtrando 'AssignedUser' para atividades relacionadas à conformidade.

Exemplos
c.joness.patelsystem_escalation
Sistema de origem
SourceSystem
O sistema ou aplicativo de onde os dados do evento foram originados.
Descrição

Esse atributo identifica o sistema de origem que gerou os dados do evento, como a LexisNexis Risk Solutions ou uma ferramenta de terceiros integrada. Em ambientes complexos, os dados de um único processo podem vir de vários sistemas.

Entender o sistema de origem é útil para validar dados, solucionar problemas e analisar variações do processo que podem ser específicas de determinado sistema. Isso ajuda a garantir a integridade dos dados e fornece contexto sobre como e onde uma atividade foi registrada.

Por que isso importa

Identifica a origem dos dados, o que é essencial para a governança e a validação dos dados e para entender a execução do processo em diferentes sistemas de TI.

Onde obter

Essas informações podem ser armazenadas como um valor estático ou em um campo específico do arquivo de exportação ou da resposta da API.

Exemplos
LexisNexis Risk SolutionsThreatMetrixBridger Insight XG
Status do SLA
SlaStatus
Indica se a solicitação concluída cumpriu a meta de SLA.
Descrição

Esse atributo categoriza cada caso concluído com base no cumprimento da 'SlaTargetDate'. Os valores comuns são 'Cumprido' ou 'Violado'.

Esse campo calculado é a base do Dashboard 'Monitoramento do cumprimento da data-alvo do SLA' e do KPI 'Taxa de cumprimento do SLA'. Ele fornece uma visão clara e abrangente da performance em relação aos compromissos de serviço e permite uma análise detalhada para entender as características comuns dos casos que violam seus SLAs.

Por que isso importa

Fornece um resultado binário claro para a performance do SLA, facilitando o acompanhamento, a comunicação e a análise do cumprimento das metas de nível de serviço.

Onde obter

Este é um atributo calculado, obtido comparando o registro de data e hora da atividade final com a 'SlaTargetDate' de cada caso.

Exemplos
Dentro do prazoFora do prazoEm risco
Tempo de ciclo
CycleTime
A duração total, de ponta a ponta, de uma solicitação de cliente, desde o envio até a decisão final.
Descrição

O Tempo de ciclo mede o tempo total transcorrido entre o primeiro evento, como 'Solicitação enviada', e o último evento, como 'Onboarding do cliente concluído' ou 'Solicitação rejeitada', de um único caso.

Esse é um KPI principal para medir a saúde geral do processo e é visualizado no Dashboard 'Tempo de ciclo de onboarding de ponta a ponta'. Acompanhar o tempo médio de ciclo permite monitorar o impacto das melhorias no processo e identificar como diferentes fatores, como nível de risco ou tipo de solicitação, afetam a experiência geral do cliente.

Por que isso importa

Este é um indicador-chave de performance que mede o tempo total até a geração de valor para o cliente, impactando diretamente a satisfação do cliente e a eficiência operacional.

Onde obter

Esta é uma métrica calculada, obtida subtraindo o registro de data e hora do primeiro evento do registro de data e hora do último evento de cada caso.

Exemplos
5 dias 4 horas22 dias 8 horas1 dia 2 horas
Tipo de solicitação
ApplicationType
O tipo de solicitação do cliente, como 'Pessoa física' ou 'Empresa'.
Descrição

Esse atributo categoriza as solicitações com base no tipo de entidade que está passando pelo onboarding. Diferentes tipos de solicitação geralmente seguem caminhos distintos no processo e têm perfis de risco e metas de SLA diferentes.

Analisar o processo por Tipo de solicitação permite segmentar os dados para comparar a eficiência e a complexidade do onboarding de diferentes tipos de clientes. É um filtro comum na maioria dos Dashboards, oferecendo uma visão mais detalhada da performance.

Por que isso importa

Permite uma segmentação avançada do processo, revelando como diferentes tipos de solicitação são tratados e onde existem gargalos específicos para cada tipo.

Onde obter

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Normalmente, este é um campo central no objeto da solicitação ou do caso.

Exemplos
Pessoa físicaEmpresaPessoa física de alto patrimônioTrust
Última atualização dos dados
LastDataUpdate
O registro de data e hora que indica quando os dados foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

Esse atributo fornece o registro de data e hora da última atualização do conjunto de dados. Normalmente, ele é aplicado a todo o conjunto durante o processo de extração e carregamento dos dados.

Essas informações são essenciais para que os usuários do Dashboard entendam o nível de atualização dos dados analisados. Elas garantem que as decisões sejam baseadas em dados tão atuais quanto necessário e ajudam a alinhar as expectativas sobre a atualidade dos insights.

Por que isso importa

Fornece um contexto essencial sobre a atualização dos dados, garantindo que as análises sejam relevantes e que as decisões não sejam baseadas em informações desatualizadas.

Onde obter

Normalmente, é gerado e gravado no conjunto de dados durante o processo de ETL (Extract, Transform, Load).

Exemplos
2024-01-15T02:00:00Z2024-01-16T02:00:00Z2024-01-17T02:00:00Z
Obrigatório Recomendado Opcional

Atividades de integração de clientes KYC

Estas são as principais etapas e os marcos do processo que você deve registrar no seu Event Log para descobrir o processo com precisão e analisar sua performance.
8 Recomendado 6 Opcional
Atividade Descrição
Análise de conformidade concluída
O responsável pela conformidade conclui a análise e faz uma recomendação, encaminhando o caso para a próxima etapa. Isso pode ser capturado explicitamente quando uma tarefa é marcada como 'concluída' ou inferido quando o status muda de 'Aguardando análise de conformidade' para outro estado.
Por que isso importa

Este é um marco importante que encerra uma parte crítica e muitas vezes manual do processo. É o ponto final para medir a duração da análise de conformidade.

Onde obter

Capturado a partir do registro de data e hora da conclusão da tarefa de conformidade ou de uma mudança de status que retire o caso de 'Em análise de conformidade'.

Captura

Inferido a partir de uma mudança de status que indique o fim da análise, como a passagem para 'Aprovado', 'Rejeitado' ou 'Decisão final'.

Tipo de evento inferred
Análise de conformidade iniciada
Um caso é atribuído a um responsável ou time de conformidade para análise manual, normalmente no caso de solicitações de alto risco. Isso costuma ser inferido por uma mudança de status para 'Aguardando análise de conformidade' ou por um log de atribuição de tarefa.
Por que isso importa

Isso marca o início de uma etapa manual e muitas vezes demorada de análise. Medir o tempo entre este ponto e a conclusão ajuda a quantificar os gargalos relacionados à conformidade.

Onde obter

Capturado em um log de atribuição de tarefa, em uma mudança de responsável pelo caso para um time de conformidade ou em uma atualização de status no histórico do caso.

Captura

Inferido a partir de uma mudança de status, como 'Em análise de conformidade', ou quando o caso é atribuído a uma fila de usuários relacionada à conformidade.

Tipo de evento inferred
Avaliação de risco realizada
O sistema calcula uma pontuação de risco para o cliente com base nas informações coletadas e nas verificações realizadas. Esta é uma funcionalidade central do LexisNexis e normalmente é capturada como um evento automatizado explícito no histórico do caso.
Por que isso importa

O resultado dessa avaliação geralmente determina o caminho seguinte do processo, como a necessidade de diligência reforçada. É um ponto de decisão crítico no Workflow.

Onde obter

Procure um evento no log de auditoria ou no histórico do Workflow da solicitação que registre a conclusão do módulo de pontuação ou avaliação de risco.

Captura

Um evento específico é registrado quando o mecanismo de risco conclui sua análise e atribui um perfil ou uma pontuação de risco.

Tipo de evento explicit
Documentos recebidos
Confirma que o cliente fez upload ou forneceu os documentos exigidos ao sistema. Normalmente, este é um evento explícito gerado pelo portal de envio de documentos ou por uma entrada manual de um agente.
Por que isso importa

Esta atividade encerra um período de espera e aciona as atividades de análise seguintes. É um marco importante na fase de coleta de dados.

Onde obter

Capturado nos logs do sistema de gerenciamento de documentos ou em uma entrada com registro de data e hora no arquivo do caso quando novos documentos são anexados.

Captura

O evento é registrado quando um documento é carregado com sucesso ou marcado manualmente como recebido no sistema.

Tipo de evento explicit
Onboarding de cliente concluído
Este evento marca o fim bem-sucedido de todo o processo de onboarding, confirmando que o cliente está totalmente ativo. Pode ser um status final explícito ou ser inferido a partir do evento 'Conta ativada'.
Por que isso importa

Este é o principal evento final de estado bem-sucedido. Ele é essencial para calcular o tempo de ciclo de ponta a ponta de todos os clientes integrados com sucesso.

Onde obter

Inferido a partir do registro de data e hora de 'Conta ativada' ou capturado de um status final e terminal, como 'Onboarding concluído', no arquivo do caso.

Captura

Inferido a partir do último evento positivo relevante, como a ativação da conta, ou de uma atualização final de status.

Tipo de evento inferred
Solicitação aprovada
A decisão final de aprovar a solicitação do cliente é tomada e registrada no sistema. Este é um resultado de negócio crítico e quase sempre é capturado como uma mudança de status explícita.
Por que isso importa

Este marco indica a conclusão bem-sucedida do processo de tomada de decisão. Analisar os caminhos que levam à aprovação ajuda a identificar as melhores práticas.

Onde obter

Procure uma atualização final no registro do caso da solicitação, em que o status esteja definido como 'Aprovado' ou como um estado terminal semelhante.

Captura

Registrado como uma mudança de status final e definitiva na tabela principal de solicitações ou casos.

Tipo de evento explicit
Solicitação enviada
Marca o início do processo de onboarding de KYC, quando a solicitação de um cliente é recebida pela primeira vez pelo sistema. Esse evento geralmente é capturado explicitamente quando o formulário de solicitação é enviado por um portal do cliente ou por um sistema interno de entrada de dados integrado ao LexisNexis.
Por que isso importa

Este é o evento inicial principal do processo. Analisar o tempo entre esta atividade e a conclusão é essencial para medir o tempo de ciclo de ponta a ponta e o cumprimento do SLA.

Onde obter

Capturado nos logs do sistema ou em uma tabela de solicitações que registra o registro de data e hora da criação inicial de um novo registro de solicitação de cliente.

Captura

O evento é registrado quando um novo caso de solicitação ou uma nova entrada é criado na tabela principal de solicitações.

Tipo de evento explicit
Solicitação rejeitada
A decisão final de rejeitar a solicitação do cliente é registrada. Este é um evento terminal, capturado por meio de uma mudança de status definitiva no sistema.
Por que isso importa

Este é o principal evento final de estado malsucedido. Analisar as etapas em que as rejeições ocorrem e os motivos associados é essencial para melhorar o processo.

Onde obter

Capturado quando o campo de status final do registro da solicitação é definido como 'Rejeitado', 'Recusado' ou um estado terminal semelhante.

Captura

Registrado como uma mudança de status final e definitiva na tabela principal de solicitações ou casos.

Tipo de evento explicit
Análise de documentos realizada
Um usuário ou uma ferramenta automatizada analisa os documentos enviados quanto à autenticidade, validade e completude. Essa atividade pode ser inferida a partir de uma mudança de status de 'Documentos recebidos' para 'Análise concluída' ou de uma entrada explícita no log.
Por que isso importa

Esta é uma fonte comum de gargalos e retrabalho. Analisar seu tempo de processamento e suas repetições é essencial para melhorar a eficiência e identificar oportunidades de automação.

Onde obter

Inferido pelo acompanhamento do tempo entre o status 'Documentos recebidos' e um status posterior, como 'Verificação aprovada' ou 'Informações adicionais necessárias'.

Captura

Calculado como o tempo entre o evento de recebimento dos documentos e o evento que marca a conclusão da análise.

Tipo de evento inferred
Conta ativada
Após a aprovação, a conta do cliente é criada e ativada formalmente na plataforma bancária principal ou na plataforma de serviços. Essa atividade costuma ser registrada em uma trilha de auditoria ou inferida a partir da data de criação da conta.
Por que isso importa

Esta é a etapa final de entrega de valor ao cliente. Atrasos entre 'Solicitação aprovada' e esta etapa podem indicar problemas de integração entre sistemas.

Onde obter

Capturado em um log de criação de conta, em uma chamada de API para outro sistema ou no registro de data e hora da criação do próprio registro da conta.

Captura

Registrado como um evento separado após a aprovação ou identificado pela presença de um registro de data e hora de ativação no cadastro do cliente.

Tipo de evento explicit
Documentos solicitados
O sistema ou um usuário solicita documentos específicos ao cliente, como carteira de motorista ou conta de serviço público. Esse evento pode ser capturado nos logs de comunicação gerados pelo sistema ou por uma mudança de status que indique que o caso está aguardando documentos.
Por que isso importa

Esta atividade costuma introduzir um tempo de espera significativo no processo. Analisar sua frequência e duração ajuda a identificar atrasos causados pelo tempo de resposta do cliente.

Onde obter

Verifique se há um evento nos logs de comunicação enviados ao cliente ou uma mudança de status na solicitação, por exemplo, 'Documentos do cliente pendentes'.

Captura

Inferido a partir de uma mudança de status para 'Aguardando documentos' ou do registro de data e hora de um log de comunicação enviada.

Tipo de evento inferred
Informações adicionais solicitadas
Um responsável ou analista de conformidade solicita mais informações ou esclarecimentos ao cliente. Este evento é um dos principais geradores de retrabalho e normalmente é capturado como uma mudança de status explícita ou uma entrada no log de comunicação.
Por que isso importa

Esta atividade cria loops de retrabalho que prolongam o tempo de ciclo do onboarding. Acompanhar sua frequência ajuda a identificar requisitos pouco claros ou deficiências comuns nas solicitações.

Onde obter

Procure uma mudança de status para 'Aguardando informações do cliente' ou um evento de comunicação enviada no Event Log. Geralmente, esta é uma ação acionada por um usuário.

Captura

Registrado quando um agente usa o recurso 'Solicitar informações', que altera o status do caso e pode registrar um evento de comunicação.

Tipo de evento explicit
Triagem inicial realizada
Uma verificação automatizada realizada pelo sistema imediatamente após o envio para validar a completude dos dados básicos e executar verificações preliminares. Essa atividade geralmente é registrada como uma etapa automatizada explícita no histórico do Workflow do processo.
Por que isso importa

Identifica as solicitações que falham na primeira etapa, ajudando a entender problemas de qualidade dos dados. Também marca a primeira etapa automatizada que agrega valor ao processo.

Onde obter

Procure logs de execução de regras automatizadas ou uma mudança de status no histórico do Workflow da solicitação que indique a conclusão da triagem inicial.

Captura

Registrado como uma tarefa automatizada concluída ou uma atualização de status específica no histórico do caso.

Tipo de evento explicit
Verificação de identidade iniciada
Representa o momento em que o sistema inicia o processo principal de verificação de identidade usando os serviços do LexisNexis, como consultas a bancos de dados. Geralmente é capturado como um evento explícito no Event Log quando o serviço de verificação é chamado.
Por que isso importa

Esta atividade marca o início de um subprocesso crítico e muitas vezes demorado. Acompanhar sua duração ajuda a isolar gargalos relacionados às verificações de identidade.

Onde obter

Capturado nos logs de chamadas de API do módulo de verificação de identidade ou em uma entrada da trilha de auditoria que mostre o início da tarefa de verificação.

Captura

Um evento é registrado quando o módulo ou a API de verificação de identidade do sistema é acionado para a solicitação.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados do LexisNexis Risk Solutions

Pronto para começar?

Use este Template para iniciar sua jornada de Process Mining no onboarding de clientes KYC. Comece hoje a transformar seus dados em insights acionáveis.

Otimize seu onboarding KYC e reduza o abandono hoje

Tenha um onboarding sem atritos e reduza o tempo para apenas 24 horas.

Começar o teste grátis

Não é necessário cartão de crédito. Comece a otimizar hoje.