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 para analisar seu processo de onboarding de clientes KYC. Ele detalha os atributos e atividades essenciais e orienta como extrair informações dos seus sistemas. Use este recurso para criar um Event Log robusto.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação para Extração
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Onboarding de Clientes KYC

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise abrangente e descoberta do processo de Onboarding de Clientes KYC.
3 Obrigatório 6 Recomendado 12 Opcional
Nome Descrição
Customer Application
CustomerApplication
O identificador único para cada solicitação de onboarding, servindo como o ID principal do case.
Descrição

A Solicitação do Cliente é o identificador central que vincula todas as atividades de uma jornada de onboarding. Ela começa no envio e segue o case até a conclusão ou rejeição.

No Process Mining, este atributo é essencial para agrupar eventos em um case coeso, permitindo análise de ponta a ponta. Ele possibilita reconstruir o fluxo para cada solicitante, fundamental para calcular tempos de ciclo, analisar variantes e rastrear o status ao longo do tempo.

Por que é importante

Este é o ID do Case fundamental. Sem ele, você não pode rastrear a jornada de ponta a ponta, tornando a análise de processo impossível.

Onde obter

Este é o identificador principal do case dentro do módulo de gestão de cases do LexisNexis Risk Solutions.

Exemplos
APP-2023-001234APP-2023-005678APP-2024-009101
Event Timestamp
EventTimestamp
A data e hora exatas em que uma atividade específica começou.
Descrição

Este timestamp marca o início de uma atividade, garantindo a ordem cronológica no case. É a base de toda análise temporal no Process Mining.

Com ele, calcula-se a duração das atividades, o tempo de espera e o ciclo total de ponta a ponta do onboarding. Esses dados são vitais para identificar gargalos, monitorar o SLA e entender a eficiência do processo.

Por que é importante

Este timestamp é essencial para ordenar os eventos cronologicamente e calcular métricas de tempo, como tempos de ciclo e gargalos.

Onde obter

Localizado nas tabelas de Event Log ou 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 evento específico que ocorreu em um determinado momento durante o processo de onboarding.
Descrição

O Nome da Atividade descreve uma etapa no 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.

Este atributo é crítico para construir o mapa do processo, que visualiza 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 é a chave para entender o que realmente acontece no processo.

Por que é importante

Este atributo forma a espinha dorsal do mapa do processo, permitindo que você visualize e analise a sequência de eventos na jornada de onboarding do cliente.

Onde obter

Geralmente encontrado em uma tabela de Event Log ou trilha de auditoria no LexisNexis Risk Solutions que rastreia as etapas do processo.

Exemplos
Candidatura enviadaTriagem inicial realizadaDocumentos SolicitadosCompliance Review Completed
Data Alvo do SLA
SlaTargetDate
A data em que se espera que o processo de onboarding do cliente seja concluído.
Descrição

A Data Meta de 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 ou segmento do cliente.

Este atributo é essencial para o Dashboard 'Monitoramento de Aderência ao SLA' e para o KPI 'Taxa de Aderência ao SLA'. Ao comparar a conclusão real com a meta, as empresas medem seu desempenho, identificam cases em risco e investigam as causas raiz dos atrasos.

Por que é importante

Permite medir o desempenho em relação aos acordos de nível de serviço (SLAs), destacando ineficiências que causam o descumprimento de prazos.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Pode estar armazenado no case ou ser calculado por regras de negócio.

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

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

Ele é usado para analisar o processo sob o ponto de vista departamental, permitindo avaliar transferências (handoffs) entre equipes. É uma dimensão principal no Dashboard 'Alocação de Recursos e Carga de Trabalho', ajudando a identificar ineficiências entre áreas ou atrasos na comunicação.

Por que é importante

Permite a análise de passagens de bastão e performance por área funcional, ajudando a identificar gargalos entre departamentos.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Pode precisar de um cruzamento com tabelas de usuários ou dados de RH.

Exemplos
ComplianceEquipe de OnboardingAnalistas de KYCSuporte ao Cliente
End Time
EndTime
A data e a hora exatas em que uma atividade foi concluída.
Descrição

Este timestamp marca a conclusão da atividade. A diferença entre o Fim e o Início representa o tempo de processamento.

O Fim é crucial para calcular quanto tempo cada etapa leva, alimentando o Dashboard 'Tempos de Processamento e Espera'. Ajuda a distinguir o trabalho ativo do tempo em que o case ficou parado aguardando o próximo passo.

Por que é importante

Permite o cálculo preciso do tempo de processamento das atividades, essencial para identificar etapas ineficientes e analisar a carga de trabalho dos recursos.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Frequentemente disponível em event logs que registram o início e o fim dos events.

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

O LexisNexis Risk Solutions é especializado em avaliação de riscos. Este atributo representa o resultado dessa avaliação, categorizando cada solicitação com base em seu perfil de risco potencial. O nível de risco geralmente dita a intensidade e a duração do processo de due diligence.

Este atributo é a dimensão central do dashboard 'Nível de Risco vs. Duração do Onboarding'. Analisar o processo por nível de risco pode revelar se solicitações de alto risco demoram muito mais do que o esperado ou se as de baixo risco estão sendo atrasadas sem necessidade. Isso ajuda a validar e refinar estratégias de onboarding baseadas em risco.

Por que é importante

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

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Este é 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

Reflete o status do case em um dado momento ou seu resultado final ('Em Andamento', 'Aprovado', etc.).

O Status da Solicitação é vital para rastrear resultados. É usado nos Dashboards de 'Motivos de Rejeição' e 'Capacidade Diária' para monitorar taxas de sucesso. Analisar como o status muda ao longo do tempo oferece uma visão clara do ciclo de vida do case.

Por que é importante

Rastreia o resultado de cada solicitação, o que é essencial para calcular KPIs como a Taxa de Rejeição e monitorar a capacidade de processamento.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Geralmente é um campo chave no objeto principal do case ou solicitação.

Exemplos
Em ProgressoAprovadoRejeitadoInformações do Cliente Pendentes
Usuário Atribuído
AssignedUser
O identificador único do usuário ou agente responsável pela execução da atividade.
Descrição

Identifica quem executou a tarefa, como um analista de conformidade. Ajuda a analisar a distribuição da carga de trabalho e o desempenho individual.

Este atributo é chave no Dashboard 'Alocação de Recursos e Carga de Trabalho'. Permite filtrar o mapa por usuário, comparar performance e identificar necessidades de treinamento ou reequilíbrio de tarefas, além de apontar gargalos em grupos específicos.

Por que é importante

Este atributo é crucial para analisar o desempenho dos recursos, a distribuição da carga de trabalho e identificar oportunidades de automação ou otimização de recursos.

Onde obter

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

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

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

Este atributo é usado para comparar o desempenho entre canais. Por exemplo, o Dashboard 'Taxas de Conversão do Funil de Onboarding' pode ser filtrado por canal para ver se os usuários de mobile abandonam o processo mais que os de web, orientando melhorias específicas.

Por que é importante

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 do LexisNexis Risk Solutions ou o administrador do sistema. Esta informação é capturada no início do processo de solicitação.

Exemplos
Portal WebMobile AppNa agênciaAPI
É Automatizado
IsAutomated
Um indicador que mostra se a atividade foi executada automaticamente pelo sistema ou manualmente por um usuário.
Descrição

Este atributo booleano distingue tarefas automatizadas (ex: triagem inicial) de tarefas que exigem intervenção humana (ex: revisão manual).

'Is Automated' serve para calcular o KPI de proporção de atividades manuais e analisar a eficácia da automação. No mapa do processo, destaca a interface entre passos automáticos e manuais, ajudando a identificar onde automatizar mais para reduzir custos e tempos.

Por que é importante

Diferencia tarefas manuais de automáticas, o que é fundamental para identificar oportunidades de automação e medir seu impacto.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Pode ser uma flag no event log ou deduzido pelo 'AssignedUser' (ex: usuário 'system').

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Um sinalizador que identifica atividades que fazem parte de um loop de retrabalho.
Descrição

Esta flag booleana é verdadeira quando uma atividade se repete no mesmo case, como uma nova revisão após pedido de informação extra. Significa que o processo retrocedeu.

'Is Rework' é crucial para o Dashboard de Retrabalho e para o KPI de taxa de retrabalho. Permite quantificar o esforço desperdiçado e identificar causas raiz, como instruções confusas, permitindo melhorias focadas.

Por que é importante

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

Onde obter

Este é um atributo calculado, derivado dentro da ferramenta de Process Mining ao detectar sequências repetidas de atividades em um case.

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

Quando o status final é 'Rejeitado', este atributo traz o motivo (ex: 'Falha na Verificação de Identidade').

Estes dados alimentam o Dashboard 'Motivos e Etapas de Rejeição'. Analisar esses motivos ajuda a identificar falhas comuns, orientando melhorias nas diretrizes, na comunicação com o cliente ou nos critérios internos. Entender as rejeições é fundamental para elevar a taxa de aprovação.

Por que é importante

Oferece insights diretos sobre por que o onboarding falha, permitindo melhorias focadas para aumentar a taxa de aprovação de solicitações.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Geralmente encontrado em um campo preenchido quando o status é 'Rejected'.

Exemplos
Correspondência em lista de sançõesDocumentação IncompletaFalha na ID&VPerfil de Alto Risco
País do Cliente
CustomerCountry
O país de residência ou de constituição da empresa do cliente.
Descrição

Especifica o país do cliente, fator crítico em KYC devido às normas internacionais e níveis de risco de cada jurisdição.

Analisar por país pode revelar diferenças nos tempos de ciclo. Solicitações de jurisdições de alto risco podem exigir mais verificações, aumentando a duração. Essa análise ajuda no planejamento de recursos e na definição de SLAs realistas por região.

Por que é importante

Permite a análise jurisdicional, fundamental para entender como as regulamentações regionais e os fatores de risco impactam o desempenho do processo.

Onde obter

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

Exemplos
EUAGBRDEUSGP
Revisor de Conformidade
ComplianceReviewer
O usuário ou agente atribuído especificamente às atividades de revisão de conformidade.
Descrição

Enquanto o 'AssignedUser' captura o usuário de qualquer atividade, este atributo identifica o especialista de conformidade em etapas críticas de revisão. Isso permite uma análise focada na função de conformidade.

Este atributo é chave para o Dashboard de 'Duração e Backlog da Revisão de Conformidade'. Ajuda a analisar a carga e performance da equipe, apontando se revisores específicos são gargalos ou se a equipe precisa de mais recursos.

Por que é importante

Oferece insights focados na função de conformidade, permitindo uma análise detalhada da carga de trabalho e do desempenho dos revisores nesta etapa crítica do processo.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Pode ser derivado filtrando o 'AssignedUser' em atividades de conformidade.

Exemplos
c.joness.patelsystem_escalation
Sistema de Origem
SourceSystem
O sistema ou aplicativo do qual os dados do evento se originaram.
Descrição

Este atributo identifica o sistema de origem dos dados do evento, como o LexisNexis Risk Solutions. Em ambientes complexos, os dados podem vir de múltiplos sistemas.

Entender o sistema de origem é útil para validação de dados e resolução de problemas, garantindo a integridade e fornecendo contexto sobre onde e como uma atividade foi registrada.

Por que é importante

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

Onde obter

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

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

Este atributo categoriza cada case concluído com base em sua aderência à 'Data Meta de SLA'. Os valores típicos são 'Cumprido' ou 'Violado'.

Este campo calculado é a base do Dashboard 'Monitoramento de Aderência ao SLA'. Ele oferece uma visão de alto nível do desempenho frente aos compromissos de serviço e permite análises detalhadas para entender as características comuns dos cases que violam os SLAs.

Por que é importante

Fornece um resultado binário claro para o desempenho do SLA, facilitando o acompanhamento, relatórios e análise da conformidade com as metas de nível de serviço.

Onde obter

Este é um atributo calculado, derivado da comparação do timestamp da atividade final com a 'Data Meta de SLA' para cada case.

Exemplos
AtingidoVioladoEm 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 decorrido desde o primeiríssimo event (ex: 'Application Submitted') até o último event (ex: 'Customer Onboarding Completed' ou 'Application Rejected') de um único case.

Este é um KPI fundamental para medir a saúde do processo e é visualizado no dashboard de 'Onboarding End-to-End Cycle Time'. Monitorar a média desse tempo permite que as empresas avaliem o impacto de melhorias e identifiquem como fatores como nível de risco ou tipo de solicitação afetam a experiência do cliente.

Por que é importante

Este é um indicador chave de desempenho que mede o tempo total para gerar valor para o cliente, impactando diretamente a satisfação e a eficiência operacional.

Onde obter

Esta é uma métrica calculada, obtida subtraindo o timestamp do primeiro evento do timestamp do último evento de cada case.

Exemplos
5 dias e 4 horas22 dias e 8 horas1 dia e 2 horas
Tempo de Processamento
ProcessingTime
A duração do tempo gasto a trabalhar ativamente numa atividade.
Descrição

O Tempo de Processamento é a duração calculada entre o início e o fim de uma atividade (EndTime - StartTime). Ele representa o tempo que um recurso esteve ativamente engajado na tarefa, em oposição ao tempo de espera.

Essa métrica é fundamental para a análise de desempenho e alimenta o Dashboard 'Tempos de Processamento e Espera de Atividades'. Ela ajuda a identificar quais atividades consomem mais tempo, servindo de alvo para melhorias, treinamentos ou automação, como no cálculo do KPI de 'Tempo Médio de Revisão de Documentos'.

Por que é importante

Mede o tempo de trabalho ativo nas atividades, ajudando a distinguir o tempo que agrega valor do tempo de espera desperdiçado para identificar gargalos reais.

Onde obter

Este é um campo calculado, derivado da diferença entre os atributos 'EndTime' e 'EventTimestamp' (StartTime).

Exemplos
25 minutos1 hora e 15 minutos3 dias
Tipo de Solicitação
ApplicationType
O tipo de solicitação do cliente, como 'Pessoa Física' ou 'Pessoa Jurídica'.
Descrição

Este atributo categoriza as solicitações com base no tipo de entidade. Diferentes tipos costumam seguir caminhos distintos, com perfis de risco e metas de SLA variados.

Analisar o processo por Tipo de Solicitação permite segmentar os dados para comparar a eficiência entre diferentes clientes. É um filtro comum usado nos Dashboards para fornecer uma visão granular do desempenho.

Por que é importante

Permite uma segmentação poderosa do processo, revelando como diferentes tipos de solicitações são tratadas e onde estão os gargalos específicos de cada uma.

Onde obter

Consulte a documentação do LexisNexis Risk Solutions ou o administrador do sistema. Geralmente é um campo central no objeto de solicitação ou case.

Exemplos
Pessoa FísicaNegóciosCliente de Alta RendaConfiança
Última Atualização de Dados
LastDataUpdate
O timestamp que indica a última vez que os dados foram atualizados ou extraídos do sistema de origem.
Descrição

Fornece um timestamp de quando o conjunto de dados foi atualizado pela última vez. Geralmente é aplicado a todo o dataset durante a extração e carga.

Essa informação é crítica para os usuários do Dashboard entenderem a atualidade dos dados. Isso garante que decisões sejam tomadas com base em dados recentes e alinha expectativas sobre a agilidade dos insights.

Por que é importante

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

Onde obter

Isso geralmente é gerado e registrado no dataset durante o processo de ETL (Extração, Transformação e Carga).

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

Atividades de Onboarding de Clientes KYC

Estas são as principais etapas e marcos do processo a serem capturados em seu Event Log para uma descoberta de processo precisa e análise de desempenho.
8 Recomendado 6 Opcional
Atividade Descrição
Application Approved
A decisão final de aprovar a solicitação é tomada e registrada. Este é um resultado de negócio crítico e quase sempre é capturado como uma mudança de status explícita.
Por que é importante

Este marco assinala 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 obter

Procure por uma atualização de status final no registro do case onde o status esteja definido como 'Aprovado' ou estado terminal semelhante.

Captura

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

Tipo de evento explicit
Application Rejected
A decisão final de rejeitar a solicitação do cliente é registrada. Este é um evento terminal capturado via mudança definitiva de status no sistema.
Por que é importante

Este é o principal evento final de falha. Analisar as etapas onde ocorrem as rejeições e os motivos associados é crucial para a melhoria do processo.

Onde obter

Capturado do campo de status final do registro da solicitação quando definido como 'Rejected', 'Declined' ou estado terminal semelhante.

Captura

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

Tipo de evento explicit
Avaliação de Risco Realizada
O sistema calcula um score de risco para o cliente com base nas informações e verificações realizadas. Este é um recurso central do LexisNexis e costuma ser capturado como um evento automatizado no histórico do case.
Por que é importante

O resultado desta avaliação geralmente determina o caminho subsequente do processo, como a exigência de due diligence aprimorada. É um ponto de decisão crítico no workflow.

Onde obter

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

Captura

Um event específico é registrado quando o motor de risco conclui sua análise e atribui um perfil ou score de risco.

Tipo de evento explicit
Candidatura enviada
Marca o início do processo de onboarding KYC quando a solicitação do cliente é recebida pelo sistema. Este evento geralmente é capturado quando o formulário é enviado via portal do cliente ou sistema interno integrado ao LexisNexis.
Por que é importante

Este é o evento de início principal. Analisar o tempo desta atividade até a conclusão é crucial para medir o tempo de ciclo de ponta a ponta e a aderência ao SLA.

Onde obter

Capturado de logs do sistema ou de uma tabela de solicitações que registra o timestamp de criação inicial de um novo registro de cliente.

Captura

O evento é registrado na criação de um novo caso de solicitação ou entrada na tabela principal da aplicação.

Tipo de evento explicit
Compliance Review Completed
O analista de conformidade conclui sua revisão e faz uma recomendação, movendo o case para a próxima etapa. Pode ser capturado quando uma tarefa é marcada como 'concluída' ou inferido pela mudança de status.
Por que é importante

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

Onde obter

Capturado de um timestamp de conclusão de tarefa de conformidade ou de uma mudança de status ao sair de 'Under Compliance Review'.

Captura

Deduzido por uma mudança de status que indica que a revisão terminou, como 'Approved', 'Rejected' ou 'Final Decision'.

Tipo de evento inferred
Compliance Review Initiated
Um case é atribuído a um analista ou equipe de conformidade para revisão manual, geralmente para solicitações de alto risco. Isso é frequentemente deduzido por uma mudança de status para 'Pending Compliance Review' ou por um log de atribuição de tarefas.
Por que é importante

Marca o início de uma etapa manual e longa de revisão. Medir o tempo deste ponto até a conclusão ajuda a quantificar gargalos relacionados à conformidade.

Onde obter

Capturado de um log de atribuição de tarefas, uma mudança de proprietário do case para um time de conformidade ou uma atualização de status no histórico do case.

Captura

Deduzido por uma mudança de status como 'Under Compliance Review' ou quando o case é atribuído a uma fila de usuários de conformidade.

Tipo de evento inferred
Customer Onboarding Completed
Este evento marca o fim bem-sucedido de todo o processo de onboarding, confirmando que o cliente está ativo. Pode ser um status final explícito ou inferido do evento 'Conta Ativada'.
Por que é importante

Este é o principal evento final de sucesso. É essencial para calcular o tempo de ciclo de ponta a ponta de todos os clientes integrados com sucesso.

Onde obter

Deduzido pelo timestamp de 'Account Activated' ou capturado de um status terminal final como 'Onboarding Complete' no arquivo do case.

Captura

Deduzido pelo último event positivo significativo, como a ativação da conta, ou por uma atualização de status final.

Tipo de evento inferred
Documentos Recebidos
Confirma que o cliente carregou ou forneceu os documentos exigidos. Geralmente é um event explícito gerado pelo portal de envio de documentos ou uma entrada manual de um agente.
Por que é importante

Esta atividade encerra um período de espera e aciona as atividades de revisão subsequentes. É um marco importante na fase de coleta de dados.

Onde obter

Capturado de logs do sistema de gestão de documentos ou uma entrada com timestamp no arquivo do case 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
Account Activated
Após a aprovação, a conta do cliente é formalmente criada e ativada na plataforma bancária ou de serviços. Esta atividade costuma ser registrada em uma trilha de auditoria ou deduzida pela data de criação da conta.
Por que é importante

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

Onde obter

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

Captura

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

Tipo de evento explicit
Document Review Performed
Um usuário ou ferramenta automatizada revisa os documentos enviados quanto à autenticidade e validade. Esta atividade pode ser deduzida por uma mudança de status de 'Documents Received' para 'Review Complete' ou por uma entrada de log explícita.
Por que é importante

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

Onde obter

Deduzido pelo tempo entre um status 'Documents Received' e um status posterior como 'Verification Passed' ou 'Additional Info Required'.

Captura

Calculado como o tempo entre o event de recebimento do documento e o event que marca a conclusão da revisão.

Tipo de evento inferred
Documentos Solicitados
O sistema ou um usuário solicita documentos ao cliente. Este evento pode ser capturado a partir de logs de comunicação do sistema ou de uma mudança de status indicando que o case aguarda documentos.
Por que é importante

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

Onde obter

Verifique um event nos logs de comunicação enviados ao cliente ou uma mudança de status na solicitação, por exemplo, 'Pending Customer Documents'.

Captura

Deduzido por uma mudança de status para 'Awaiting Documents' ou pelo timestamp de um log de comunicação de saída.

Tipo de evento inferred
Identity Verification Initiated
Representa o ponto em que o sistema inicia o processo central de verificação de identidade usando os serviços do LexisNexis. Geralmente é capturado como um log de evento explícito quando o serviço de verificação é acionado.
Por que é importante

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

Onde obter

Capturado de logs de chamadas de API para o módulo de verificação de identidade ou uma entrada de trilha de auditoria mostrando o início da tarefa de verificação.

Captura

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

Tipo de evento explicit
Informações Adicionais Solicitadas
Um analista de conformidade ou revisor solicita mais informações ou esclarecimentos ao cliente. Este event é um dos principais geradores de retrabalho e costuma ser capturado como uma mudança explícita de status ou entrada em log de comunicação.
Por que é importante

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

Onde obter

Procure por uma mudança de status para 'Pendente de Informação do Cliente' ou um log de evento de comunicação de saída. Geralmente é uma ação acionada pelo usuário.

Captura

Registrado quando um agente usa o recurso 'Solicitar Informações', o que altera o status do case e pode gerar um log de evento de comunicação.

Tipo de evento explicit
Triagem inicial realizada
Uma verificação automatizada feita pelo sistema logo após o envio para validar a integridade dos dados iniciais. Esta atividade costuma ser registrada como uma etapa automatizada explícita no histórico de workflow do processo.
Por que é importante

Identifica solicitações que falham logo no início, ajudando a entender problemas de qualidade de dados. Também marca a primeira etapa automatizada de valor agregado no processo.

Onde obter

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

Captura

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

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter seus dados do LexisNexis Risk Solutions