Seu Template de dados para integração de clientes com KYC

LexisNexis Risk Solutions
Seu Template de dados para integração de clientes com KYC

Seu Template de dados para integração de clientes com KYC

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

Atributos da integração de clientes com KYC

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

Esta data e hora marcam o início de uma atividade e definem a ordem cronológica de todos os eventos de um caso. São a base de todas as análises de tempo no 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 de ciclo total de ponta a ponta do processo de integração. Esses dados são essenciais para identificar gargalos, monitorar o cumprimento dos SLAs e entender a eficiência do processo.

Por que isso importa

Esta data e hora são essenciais para ordenar os eventos cronologicamente e calcular todas as métricas de tempo, como tempos de ciclo e gargalos.

Onde encontrar

Localizado no Event Log ou nas tabelas 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
Nome da tarefa ou do evento específico que ocorreu em determinado momento do processo de integração.
Descrição

O nome da atividade descreve uma etapa do fluxo de trabalho de integração de clientes para KYC, como 'Solicitação enviada', 'Revisão de documentos realizada' ou 'Solicitação aprovada'. Cada atividade representa uma ação ou um marco específico do processo.

Este atributo é essencial para criar o mapa do processo, que representa visualmente o fluxo das atividades. Ele permite analisar variantes do processo, gargalos entre etapas específicas e a frequência dos ciclos de retrabalho. Analisar as atividades é fundamental para entender o que acontece no processo.

Por que isso importa

Este atributo é a base do mapa do processo e permite visualizar e analisar a sequência de eventos na jornada de integração do cliente.

Onde encontrar

Geralmente encontrado em um registro de eventos ou em uma tabela de trilha de auditoria da LexisNexis Risk Solutions que acompanha as etapas do processo.

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

A solicitação de cliente é o identificador central que conecta todas as atividades e os dados relacionados à jornada de integração de um cliente. O processo começa quando a 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 único caso e permitir a análise de ponta a ponta do ciclo de integração. Ele permite reconstruir todo o fluxo do processo para cada solicitante, o que é fundamental para calcular tempos de ciclo, analisar variantes do processo e acompanhar o status da solicitação ao longo do tempo.

Por que isso importa

Este é o ID do caso fundamental. Sem ele, não é possível acompanhar a jornada completa de uma solicitação de cliente, o que inviabiliza a análise do processo.

Onde encontrar

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

Exemplos
APP-2023-001234APP-2023-005678APP-2024-009101
Data-limite do SLA
SlaTargetDate
A data prevista para a conclusão do processo de integração do cliente.
Descrição

A data-limite do SLA define o prazo acordado para concluir uma solicitação. Essa data costuma ser determinada por fatores como o tipo de solicitação, o segmento do cliente ou a jurisdição.

Este atributo é essencial para o Dashboard "Monitoramento do cumprimento do prazo do SLA" e para o KPI "Taxa de cumprimento do SLA". Ao comparar a data real de conclusão com a data-limite do SLA, as organizações podem medir a performance em relação aos compromissos, identificar casos com risco de descumprimento 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 e destaca as ineficiências do processo que levam ao descumprimento do SLA.

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essa informação pode estar armazenada no caso ou ser calculada 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 integração" ou "Prevenção a fraudes".

Esse atributo permite analisar o processo por departamento e entender as transferências entre equipes. É 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 entre equipes e a performance por área funcional, ajudando a identificar gargalos entre departamentos.

Onde encontrar

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

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

Esta data e hora marcam a conclusão de uma atividade. A diferença entre a hora de término e a hora de início de um evento corresponde ao seu tempo de processamento.

A hora de término é essencial para calcular com precisão quanto tempo cada etapa leva e é um dos principais dados usados no Dashboard "Tempo de processamento e espera das atividades". Ela ajuda a diferenciar o tempo em que um recurso trabalhou ativamente em uma tarefa do tempo em que o caso aguardou o início da próxima etapa.

Por que isso importa

Permite calcular com precisão o tempo de processamento das atividades, essencial para identificar etapas ineficientes e analisar a carga de trabalho dos recursos.

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essa informação costuma estar 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 para a solicitação do cliente, como baixo, médio ou alto.
Descrição

A LexisNexis Risk Solutions é especializada em avaliação de riscos. Este atributo representa o resultado dessa avaliação e classifica cada solicitação de acordo com seu perfil de risco potencial. O nível de risco costuma determinar a intensidade e a duração necessárias para o processo de due diligence.

Este atributo é a principal dimensão do Dashboard "Nível de risco e duração da integração". Analisar o processo por nível de risco pode mostrar se as solicitações de alto risco levam significativamente mais tempo, como esperado, ou se as de baixo risco estão sofrendo atrasos desnecessários. Essa análise ajuda a validar e aprimorar as estratégias de integração baseadas em risco.

Por que isso importa

É essencial para análises baseadas em risco e ajuda a entender como o perfil de risco do cliente afeta a complexidade, a duração e os caminhos do processo.

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Esse é um dos principais resultados 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

Este atributo mostra o status geral do caso em determinado momento ou seu resultado final. Os status mais comuns incluem "Em andamento", "Aprovado", "Rejeitado" e "Aguardando informações".

O status da solicitação é essencial para acompanhar os resultados do processo de integração. 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 as mudanças de status ao longo do tempo ajuda a entender o ciclo de vida do caso.

Por que isso importa

Acompanha o resultado de cada solicitação, informação essencial para calcular KPIs como a taxa de rejeição de solicitações e monitorar o volume processado.

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Esse costuma ser um campo importante 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

Este atributo identifica a pessoa que executou uma tarefa, como um responsável por Conformidade que revisa um documento. 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". Com ele, você pode filtrar o mapa do processo por usuário, comparar a performance entre integrantes da equipe e identificar oportunidades de treinamento ou redistribuição da carga de trabalho. O atributo também pode ajudar a localizar gargalos causados por grupos específicos de usuários.

Por que isso importa

Este 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 encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essa informação costuma estar nas trilhas de auditoria ou nas tabelas de gerenciamento de tarefas.

Exemplos
j.doem.smithk.chen
Canal
Channel
O canal pelo qual a solicitação foi enviada, como "Web", "Aplicativo móvel" ou "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 a integração.

Esse atributo permite comparar a performance do processo entre diferentes canais. Por exemplo, você pode filtrar o Dashboard "Taxas de conversão do funil de integração" por canal para verificar se mais clientes abandonam o processo pelo aplicativo móvel do que pela web e, com isso, orientar melhorias específicas para cada canal.

Por que isso importa

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

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essa informação costuma ser registrada no início do processo de solicitação.

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

Este atributo booleano diferencia as tarefas executadas por automação do sistema, como uma verificação inicial, daquelas que exigem intervenção humana, como a análise manual de um documento.

O indicador "É automatizada" é 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 transição entre etapas automatizadas e manuais, ajudando a identificar oportunidades para ampliar a automação e reduzir custos e tempos de processamento.

Por que isso importa

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

Onde encontrar

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

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

Este indicador booleano recebe o valor verdadeiro quando uma atividade se repete no mesmo caso, como quando a atividade "Análise de documento realizada" ocorre pela segunda vez após "Informações adicionais solicitadas". Isso indica que o processo voltou a uma etapa anterior.

O indicador "É retrabalho" é essencial para o Dashboard "Análise de retrabalho e repetição" e para o KPI "Percentual de ciclos de retrabalho". Ele permite quantificar o esforço desperdiçado e identificar as causas raiz do retrabalho, como instruções pouco claras ou baixa qualidade dos dados, orientando melhorias específicas no processo.

Por que isso importa

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

Onde encontrar

Este atributo calculado costuma ser obtido na ferramenta de Process Mining, que detecta sequências repetidas de atividades em 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 é "Rejeitado", este atributo informa o motivo específico. Alguns exemplos são "Falha na verificação de identidade", "Correspondência em lista de sanções" e "Documentação incompleta".

Esses dados são a principal fonte de informação para o Dashboard "Motivos e etapas de rejeição de solicitações". Analisar os motivos de rejeição ajuda a identificar falhas recorrentes no processo e pode orientar melhorias nas instruções da solicitação, na comunicação com o cliente ou nos critérios de análise interna. Entender por que as solicitações são rejeitadas é essencial para aumentar a taxa geral de aprovação.

Por que isso importa

Mostra diretamente por que o processo de integração não é concluído, permitindo melhorias direcionadas para aumentar a taxa de aprovação das solicitações.

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essa informação costuma estar em um campo preenchido quando o status da solicitação muda para "Rejeitado".

Exemplos
Correspondência em 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

Este atributo informa o país do cliente, um fator essencial em KYC devido às diferenças entre as regulamentações internacionais e os níveis de risco de cada jurisdição.

Analisar o processo por país do cliente pode revelar diferenças importantes no tempo de ciclo e na complexidade do processo. Por exemplo, solicitações de jurisdições de alto risco podem exigir verificações adicionais de Conformidade e levar mais tempo. Essa análise ajuda no planejamento de recursos e na definição de SLAs realistas para cada região.

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.

Onde encontrar

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

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

Enquanto "AssignedUser" identifica o usuário responsável por qualquer atividade, este atributo identifica especificamente o especialista em Conformidade envolvido nas etapas críticas de análise. Isso permite uma análise mais direcionada da função de Conformidade.

Este atributo é essencial para o Dashboard "Duração da análise de Conformidade e pendências". Ele ajuda a analisar a carga de trabalho e a performance da equipe de Conformidade, identificando se determinados responsáveis pela análise são gargalos ou se a equipe como um todo está com recursos insuficientes.

Por que isso importa

Oferece uma visão direcionada da função de Conformidade e permite analisar em detalhes a carga de trabalho e a performance de quem faz a análise nessa etapa crítica, que costuma sofrer atrasos.

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essa informação pode ser obtida filtrando "AssignedUser" para atividades relacionadas à Conformidade.

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

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

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

Por que isso importa

Identifica a origem dos dados, informação 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 encontrar

Essa informação pode ser armazenada como um valor estático ou em um campo específico da exportação de dados ou da resposta da API.

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

Este atributo classifica cada caso concluído de acordo com o cumprimento da "SlaTargetDate". Os valores mais comuns são "Cumprido" e "Descumprido".

Este campo calculado é a base do Dashboard "Monitoramento do cumprimento do prazo do SLA" e do KPI "Taxa de cumprimento do SLA". Ele oferece uma visão geral clara da performance em relação aos compromissos de serviço e permite aprofundar a análise para entender as características comuns dos casos que descumprem o SLA.

Por que isso importa

Apresenta um resultado claro, com duas opções, 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 encontrar

Este atributo calculado é obtido comparando a data e hora da atividade final com a "SlaTargetDate" de cada caso.

Exemplos
CumpridoDescumpridoEm risco
Tempo de ciclo
CycleTime
A duração total, do início ao fim, de uma solicitação do cliente, desde o envio até a decisão final.
Descrição

O tempo de ciclo mede o tempo total entre o primeiro evento, como "Solicitação enviada", e o último, como "Integração do cliente concluída" ou "Solicitação rejeitada", em um único caso.

Este é um KPI principal para medir a saúde geral do processo e aparece no Dashboard "Tempo de ciclo da integração de ponta a ponta". Acompanhar o tempo médio de ciclo permite monitorar o impacto das melhorias no processo e identificar como fatores como o nível de risco ou o 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é o cliente obter valor, com impacto direto na satisfação do cliente e na eficiência operacional.

Onde encontrar

Esta métrica calculada é obtida subtraindo a data e hora do primeiro evento da data e hora do último evento de cada caso.

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

Este atributo classifica as solicitações de acordo com o tipo de entidade que está passando pelo processo de integração. Tipos diferentes de solicitação costumam seguir caminhos distintos e ter perfis de risco e prazos de SLA diferentes.

Analisar o processo por tipo de solicitação permite segmentar os dados e comparar a eficiência e a complexidade da integração de diferentes tipos de clientes. Esse filtro é comum na maioria dos Dashboards e oferece uma visão mais detalhada da performance.

Por que isso importa

Permite segmentar o processo e entender como cada tipo de solicitação é tratado e onde estão os gargalos específicos de cada tipo.

Onde encontrar

Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Esse costuma ser um campo principal no objeto da solicitação ou do caso.

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

Este atributo registra a data e hora da última atualização do conjunto de dados. Em geral, esse valor é aplicado ao conjunto de dados inteiro durante o processo de extração e carregamento.

Essa informação é essencial para que quem usa o Dashboard saiba se os dados analisados estão atualizados. Assim, as decisões podem se basear em dados recentes o suficiente para a análise, e as expectativas sobre a atualidade dos insights ficam mais claras.

Por que isso importa

Dá contexto essencial sobre a atualidade dos dados, ajudando a garantir que as análises sejam relevantes e que as decisões não se baseiem em informações desatualizadas.

Onde encontrar

Esse valor costuma ser gerado e registrado no conjunto de dados durante o processo de ETL (extração, transformação e carregamento).

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

Atividades da integração de clientes com KYC

Estas são as principais etapas e os marcos do processo que você deve registrar no Event Log para descobrir o processo com precisão e analisar a performance.
8 Recomendado 6 Opcional
Atividade Descrição
Análise de Conformidade concluída
O responsável por Conformidade conclui a análise, faz uma recomendação e encaminha o caso para a próxima etapa. Isso pode ser registrado 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 etapa crítica e muitas vezes manual do processo. É o ponto final para medir a duração da análise de Conformidade.

Onde encontrar

Obtido da data e hora de conclusão de uma tarefa de Conformidade ou de uma mudança de status que encerre 'Em análise de Conformidade'.

Coleta

Inferido por 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 a uma equipe de Conformidade para análise manual, geralmente quando se trata de uma solicitação de alto risco. Isso costuma ser inferido por uma mudança de status para 'Aguardando análise de Conformidade' ou por um registro de atribuição de tarefa.
Por que isso importa

Esta etapa marca o início de uma análise manual que muitas vezes é demorada. Medir o tempo até a conclusão ajuda a quantificar os gargalos relacionados à Conformidade.

Onde encontrar

Obtido de um registro de atribuição de tarefa, de uma mudança de responsável pelo caso para uma equipe de Conformidade ou de uma atualização de status no histórico do caso.

Coleta

Inferido por uma mudança de status, como 'Em análise de Conformidade', ou pela atribuição do caso a uma fila de usuários responsável por Conformidade.

Tipo de evento inferred
Avaliação de risco realizada
Com base nas informações coletadas e nas verificações realizadas, o sistema calcula uma pontuação de risco para o cliente. Esse recurso central da LexisNexis costuma ser registrado como um evento automatizado explícito no histórico do caso.
Por que isso importa

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

Onde encontrar

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

Coleta

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

Tipo de evento explicit
Documentos recebidos
Confirma que o cliente carregou ou enviou os documentos solicitados ao sistema. Em geral, esse evento é gerado pelo portal de envio de documentos ou registrado manualmente por um atendente.
Por que isso importa

Esta atividade encerra um período de espera e dá início às etapas seguintes de análise. É um marco importante na fase de coleta de dados.

Onde encontrar

Obtido dos registros do sistema de gestão de documentos ou de uma entrada com data e hora no arquivo do caso, quando novos documentos são anexados.

Coleta

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

Tipo de evento explicit
Integração do cliente concluída
Este evento marca o fim bem-sucedido de todo o processo de integração e confirma que o cliente está totalmente ativo. Pode ser um status final explícito ou ser inferido do evento 'Conta ativada'.
Por que isso importa

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

Onde encontrar

Inferido pela data e hora de 'Conta ativada' ou obtido de um status final, como 'Integração concluída', no arquivo do caso.

Coleta

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. Esse resultado de negócio crítico quase sempre é registrado por uma mudança explícita de status.
Por que isso importa

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

Onde encontrar

Procure uma atualização final de status no registro do caso em que a solicitação esteja marcada como 'Aprovado' ou em um estado final equivalente.

Coleta

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 integração de clientes para KYC, quando o sistema recebe a solicitação pela primeira vez. Em geral, esse evento é registrado quando o cliente envia o formulário por um portal ou por um sistema interno de entrada de dados integrado à LexisNexis.
Por que isso importa

Este é o principal evento de início 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 dos SLAs.

Onde encontrar

Obtido dos registros do sistema ou de uma tabela de solicitações que registra a data e a hora de criação do cadastro de cada novo cliente.

Coleta

O evento é registrado quando um novo caso de solicitação ou registro é 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 evento final é identificado por uma mudança definitiva de status no sistema.
Por que isso importa

Este é o principal evento de encerramento com resultado negativo. Analisar as etapas em que ocorrem as rejeições e os motivos associados é essencial para melhorar o processo.

Onde encontrar

Obtido do campo de status final do registro da solicitação, definido como 'Rejeitado', 'Recusado' ou outro estado final equivalente.

Coleta

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

Tipo de evento explicit
Conta ativada
Após a aprovação, a conta do cliente é criada e ativada formalmente na plataforma bancária ou de serviços. Essa atividade costuma ser registrada em uma trilha de auditoria ou inferida pela 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 encontrar

Obtido de um registro de criação de conta, de uma chamada de API a outro sistema ou da data e hora de criação do próprio registro da conta.

Coleta

Registrado como um evento separado após a aprovação ou identificado pela presença da 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 consumo. Esse evento pode ser obtido dos registros de comunicação gerados pelo sistema ou de uma mudança de status que indique que o caso está aguardando documentos.
Por que isso importa

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

Onde encontrar

Procure um evento nos registros de comunicação enviada ao cliente ou uma mudança de status na solicitação, como 'Documentos do cliente pendentes'.

Coleta

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

Tipo de evento inferred
Informações adicionais solicitadas
Um responsável por Conformidade ou analista solicita mais informações ou esclarecimentos ao cliente. Esse evento é uma das principais causas de retrabalho e costuma ser registrado por uma mudança explícita de status ou por uma entrada no registro de comunicação.
Por que isso importa

Esta atividade cria ciclos de retrabalho que aumentam o tempo de ciclo da integração. Acompanhar sua frequência ajuda a identificar requisitos pouco claros ou problemas recorrentes nas solicitações.

Onde encontrar

Procure uma mudança de status para 'Aguardando informações do cliente' ou um evento de comunicação enviada. Muitas vezes, essa ação é iniciada por um usuário.

Coleta

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

Tipo de evento explicit
Revisão de documentos realizada
Um usuário ou uma ferramenta automatizada analisa os documentos enviados para verificar sua autenticidade, validade e integridade. Essa atividade pode ser inferida por uma mudança de status de 'Documentos recebidos' para 'Revisão concluída' ou por uma entrada explícita no registro.
Por que isso importa

Esta atividade costuma ser uma fonte de gargalos e retrabalho. Analisar o tempo de processamento e as repetições é essencial para aumentar a eficiência e identificar oportunidades de automação.

Onde encontrar

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

Coleta

Calculado como o tempo entre o evento de recebimento dos documentos e o evento que registra a conclusão da revisão.

Tipo de evento inferred
Triagem inicial realizada
Verificação automatizada feita pelo sistema logo após o envio para validar se os dados básicos estão completos e realizar verificações preliminares. Essa atividade costuma ser registrada como uma etapa automatizada explícita no histórico do fluxo de trabalho do processo.
Por que isso importa

Identifica solicitações reprovadas logo no início e ajuda a entender problemas de qualidade dos dados. Também marca a primeira etapa automatizada que agrega valor ao processo.

Onde encontrar

Procure registros de execução automática de regras ou uma mudança de status no histórico do fluxo de trabalho da solicitação que indique a conclusão da triagem inicial.

Coleta

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

Tipo de evento explicit
Verificação de identidade iniciada
Indica o momento em que o sistema inicia a verificação de identidade usando serviços da LexisNexis, como consultas a bancos de dados. Em geral, esse evento é registrado quando o serviço de verificação é acionado.
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 identificar gargalos relacionados à verificação de identidade.

Onde encontrar

Obtido dos registros de chamadas de API do módulo de verificação de identidade ou de uma entrada na trilha de auditoria que indique o início da tarefa.

Coleta

O 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 da LexisNexis Risk Solutions

Pronto para começar?

Use este Template para dar início à mineração de processos na integração de clientes com KYC. Comece hoje a transformar seus dados em insights acionáveis.

Otimize a integração de clientes com KYC e reduza desistências

Ofereça uma integração sem atritos e reduza o prazo para apenas 24 horas.

Começar o teste grátis

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