Seu Template de dados para integração de clientes com KYC
Seu Template de dados para integração de clientes com KYC
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração
Atributos da integração de clientes com KYC
| 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
|
|||
Atividades da integração de clientes com KYC
| 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
|
|||
Guias de extração
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.
Não é necessário informar cartão de crédito. Comece a otimizar hoje.