Seu Template de dados de onboarding de clientes KYC
Seu Template de dados de onboarding de clientes KYC
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração
Atributos da integração de clientes KYC
| Nome | Descrição | ||
|---|---|---|---|
|
Data e hora do evento
EventTimestamp
|
A data e a hora exatas em que uma atividade específica começou. | ||
|
Descrição
Esse registro de data e hora marca o início de uma atividade, fornecendo a ordem cronológica de todos os eventos dentro de um caso. Ele é a base de todas as análises baseadas em tempo em Process Mining. Com a Data e hora do evento, é possível calcular a duração das atividades, o tempo de espera entre elas e o tempo total de ciclo, de ponta a ponta, do processo de onboarding. Esses dados são essenciais para identificar gargalos, monitorar o cumprimento do SLA e entender a eficiência do processo.
Por que isso importa
Esse registro de data e hora é essencial para ordenar os eventos cronologicamente e calcular todas as métricas baseadas em tempo, como tempos de ciclo e gargalos.
Onde obter
Localizado nas tabelas de Event Log ou de trilha de auditoria, junto ao Nome da atividade.
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
|
|||
|
Nome da atividade
ActivityName
|
O nome da tarefa ou do evento específico que ocorreu em determinado momento durante o processo de onboarding. | ||
|
Descrição
O Nome da atividade descreve uma etapa do Workflow de onboarding KYC, como 'Solicitação enviada', 'Revisão de documentos realizada' ou 'Solicitação aprovada'. Cada atividade representa uma ação ou marco distinto no processo. Esse atributo é fundamental para construir o mapa do processo, que representa visualmente o fluxo de atividades. Ele permite analisar variantes do processo, gargalos entre etapas específicas e a frequência de loops de retrabalho. Analisar as atividades é essencial para entender o que está acontecendo no processo.
Por que isso importa
Esse atributo é a base do mapa do processo, permitindo visualizar e analisar a sequência de eventos na jornada de onboarding do cliente.
Onde obter
Normalmente encontrado em um Event Log ou em uma tabela de trilha de auditoria da LexisNexis Risk Solutions que registra as etapas do processo.
Exemplos
Solicitação enviadaTriagem inicial realizadaDocumentos solicitadosAnálise de conformidade concluída
|
|||
|
Solicitação do cliente
CustomerApplication
|
O identificador exclusivo de cada solicitação de onboarding de cliente, usado como o ID de caso principal. | ||
|
Descrição
A solicitação do cliente é o identificador central que conecta todas as atividades e todos os dados relacionados à jornada de onboarding de um único cliente. Ela começa quando uma solicitação é enviada e acompanha o caso até sua conclusão ou rejeição. No process mining, este atributo é essencial para agrupar todos os eventos em um caso coeso, permitindo a análise de ponta a ponta do ciclo de vida do onboarding. Ele possibilita reconstruir todo o fluxo do processo para cada candidato, o que é fundamental para calcular tempos de ciclo, analisar variantes do processo e acompanhar o status de uma solicitação ao longo do tempo.
Por que isso importa
Este é o Case ID fundamental. Sem ele, não é possível rastrear a jornada completa de uma solicitação de cliente, tornando a análise do processo impossível.
Onde obter
Este é o principal identificador do caso no módulo de gerenciamento de casos da LexisNexis Risk Solutions.
Exemplos
APP-2023-001234APP-2023-005678APP-2024-009101
|
|||
|
Data-alvo do SLA
SlaTargetDate
|
A data até a qual se espera que o processo de onboarding do cliente seja concluído. | ||
|
Descrição
A Data-alvo do SLA define o acordo de nível de serviço para concluir uma solicitação. Essa data geralmente é determinada por fatores como tipo de solicitação, segmento do cliente ou jurisdição. Esse atributo é essencial para o Dashboard 'Monitoramento do cumprimento da data-alvo do SLA' e para o KPI 'Taxa de cumprimento do SLA'. Ao comparar a data real de conclusão com a Data-alvo do SLA, as organizações podem medir a performance em relação aos compromissos, identificar casos em risco de violar SLAs e investigar as causas-raiz dos atrasos.
Por que isso importa
Permite medir a performance em relação aos acordos de nível de serviço, destacando ineficiências do processo que causam violações de SLA.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Esse dado pode ser armazenado no caso ou calculado com base em regras de negócio.
Exemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-12-01T17:00:00Z
|
|||
|
Departamento
Department
|
O departamento ou a equipe de negócios à qual o usuário atribuído pertence. | ||
|
Descrição
O atributo Departamento especifica o grupo funcional responsável por uma atividade, como 'Conformidade', 'Operações de onboarding' ou 'Prevenção a fraudes'. Esse atributo é usado para analisar o processo pela perspectiva departamental, permitindo analisar as transferências entre diferentes equipes. Ele é uma dimensão principal do Dashboard 'Alocação de recursos e carga de trabalho' e ajuda a identificar ineficiências entre áreas ou atrasos na comunicação entre departamentos.
Por que isso importa
Permite analisar as transferências e a performance do processo por área funcional, ajudando a identificar gargalos entre departamentos.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Talvez seja necessário fazer uma junção com uma tabela de dados mestre de usuários ou de RH.
Exemplos
ComplianceEquipe de onboardingAnalistas de KYCSuporte ao cliente
|
|||
|
Hora de término
EndTime
|
A data e a hora exatas em que uma atividade foi concluída. | ||
|
Descrição
Esse registro de data e hora marca a conclusão de uma atividade. A diferença entre a Hora de término e a Hora de início de um evento representa seu tempo de processamento. A Hora de término é essencial para calcular com precisão quanto tempo cada etapa leva. Ela é um dos principais dados de entrada do Dashboard 'Tempos de processamento e espera das atividades'. Também ajuda a diferenciar o tempo em que um recurso trabalhou ativamente em uma tarefa do tempo em que o caso ficou aguardando o início da próxima etapa.
Por que isso importa
Permite calcular com precisão o tempo de processamento da atividade, o que é essencial para identificar etapas ineficientes e analisar a carga de trabalho dos recursos.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Geralmente, está disponível em Event Logs que registram os eventos de início e término.
Exemplos
2023-10-26T10:45:10Z2023-10-26T11:55:30Z2023-10-28T09:05:00Z
|
|||
|
Nível de risco
RiskLevel
|
O nível de risco calculado da solicitação do cliente, como Baixo, Médio ou Alto. | ||
|
Descrição
A LexisNexis Risk Solutions é especializada em avaliação de riscos. Esse atributo representa o resultado dessa avaliação, classificando cada solicitação com base em seu perfil de risco potencial. O nível de risco geralmente determina a intensidade e a duração necessárias para o processo de due diligence. Esse atributo é a dimensão central do Dashboard 'Nível de risco x duração do onboarding'. Analisar o processo por nível de risco pode revelar se as solicitações de alto risco levam significativamente mais tempo, como esperado, ou se as solicitações de baixo risco estão sofrendo atrasos desnecessários. Isso ajuda a validar e aprimorar as estratégias de onboarding baseadas em risco.
Por que isso importa
É essencial para análises baseadas em risco, ajudando a entender como os perfis de risco dos clientes afetam a complexidade, a duração e os caminhos do processo.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Este é um resultado central dos módulos de avaliação de risco.
Exemplos
BaixoMédioAltoSancionado
|
|||
|
Status da solicitação
ApplicationStatus
|
O status atual ou final da solicitação do cliente. | ||
|
Descrição
Esse atributo reflete o status geral do caso em determinado momento ou seu resultado final. Os status comuns incluem 'Em andamento', 'Aprovada', 'Rejeitada' ou 'Aguardando informações'. O Status da solicitação é essencial para acompanhar os resultados do processo de onboarding. Ele é usado nos Dashboards 'Motivos e etapas de rejeição de solicitações' e 'Volume diário e status das solicitações' para monitorar as taxas de sucesso e o fluxo operacional. Analisar como o status muda ao longo do tempo fornece insight sobre o ciclo de vida do caso.
Por que isso importa
Acompanha o resultado de cada solicitação, o que é essencial para calcular KPIs importantes, como a Taxa de rejeição de solicitações, e monitorar o volume processado.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Normalmente, este é um campo-chave no objeto principal do caso ou da solicitação.
Exemplos
Em andamentoAprovadoRejeitadoAguardando informações do cliente
|
|||
|
Usuário atribuído
AssignedUser
|
O identificador exclusivo do usuário ou agente responsável por executar a atividade. | ||
|
Descrição
Esse atributo identifica a pessoa específica que executou uma tarefa, como um responsável por conformidade realizando uma revisão de documentos. Ele ajuda a analisar a distribuição da carga de trabalho e a performance individual. Na análise, o Usuário atribuído é essencial para o Dashboard 'Alocação de recursos e carga de trabalho'. Ele permite filtrar o mapa do processo por usuário, comparar a performance entre membros da equipe e identificar oportunidades de treinamento ou redistribuição da carga de trabalho. Também pode ajudar a localizar gargalos causados por grupos específicos de usuários.
Por que isso importa
Esse atributo é essencial para analisar a performance dos recursos, a distribuição da carga de trabalho e as oportunidades de automação ou otimização de recursos.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Geralmente, é encontrado em trilhas de auditoria ou tabelas de gerenciamento de tarefas.
Exemplos
j.doem.smithk.chen
|
|||
|
Canal
Channel
|
O canal pelo qual a solicitação foi enviada, como 'Web', 'Mobile' ou 'Na agência'. | ||
|
Descrição
O atributo Canal identifica a origem do envio da solicitação. O canal pode influenciar a qualidade dos dados, o comportamento do cliente e os tipos de problemas encontrados durante o onboarding. Esse atributo é usado para comparar a performance do processo entre diferentes canais. Por exemplo, o Dashboard 'Taxas de conversão do funil de onboarding' pode ser filtrado por canal para verificar se os candidatos do Mobile abandonam o processo com mais frequência do que os da Web, orientando melhorias específicas para cada canal.
Por que isso importa
Ajuda a analisar a performance do processo por canal de envio, identificando variações que podem orientar a estratégia de canais e melhorias na experiência do usuário.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Essas informações geralmente são capturadas no início do processo de solicitação.
Exemplos
Portal webAplicativo móvelNa agênciaAPI
|
|||
|
É automatizado
IsAutomated
|
Um indicador que informa se uma atividade foi executada automaticamente pelo sistema ou manualmente por um usuário. | ||
|
Descrição
Esse atributo booleano diferencia as tarefas executadas pela automação do sistema, como uma verificação inicial, daquelas que exigem intervenção humana, como uma revisão manual de documentos. 'É automatizado' é usado para calcular o KPI 'Proporção de atividades manuais' e analisar a eficácia das iniciativas de automação. No mapa do processo, ele pode destacar a interface entre etapas automatizadas e manuais, ajudando a identificar oportunidades de automação adicional para reduzir custos e tempos de processamento.
Por que isso importa
Diferencia tarefas manuais de automatizadas, o que é essencial para identificar oportunidades de automação e medir seu impacto.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Pode ser um indicador no Event Log ou ser inferido com base no 'AssignedUser', por exemplo, quando o usuário é 'system'.
Exemplos
truefalse
|
|||
|
É retrabalho
IsRework
|
Um indicador que identifica atividades que fazem parte de um loop de retrabalho. | ||
|
Descrição
Esse indicador booleano é definido como verdadeiro quando uma atividade se repete no mesmo caso, como quando 'Revisão de documentos realizada' ocorre uma segunda vez após 'Informações adicionais solicitadas'. Isso indica que o processo retrocedeu. 'É retrabalho' é essencial para o Dashboard 'Análise de retrabalho e repetição' e para o KPI 'Percentual de loops de retrabalho'. Ele permite quantificar o esforço desperdiçado e ajuda a identificar as causas-raiz do retrabalho, como instruções pouco claras ou baixa qualidade dos dados, possibilitando melhorias direcionadas no processo.
Por que isso importa
Quantifica diretamente a ineficiência e o esforço desperdiçado no processo, destacando atividades que se repetem com frequência e aumentam os custos e os tempos de ciclo.
Onde obter
Este é um atributo calculado, normalmente derivado na ferramenta de Process Mining pela detecção de sequências repetidas de atividades dentro de um caso.
Exemplos
truefalse
|
|||
|
Motivo da rejeição
RejectionReason
|
Um código ou uma descrição que explica por que uma solicitação foi rejeitada. | ||
|
Descrição
Quando o status final de uma solicitação é 'Rejeitada', esse atributo informa o motivo específico. Os exemplos incluem 'Falha na verificação de identidade', 'Correspondência com sanções' ou 'Documentação incompleta'. Esses dados são a principal entrada do Dashboard 'Motivos e etapas de rejeição de solicitações'. Analisar os motivos de rejeição ajuda a identificar pontos comuns de falha no processo, orientando melhorias nas instruções da solicitação, na comunicação com o cliente ou nos critérios de revisão interna. Entender por que as solicitações são rejeitadas é essencial para melhorar a taxa geral de aprovação.
Por que isso importa
Fornece um insight direto sobre os motivos das falhas no onboarding, permitindo melhorias direcionadas para aumentar a taxa de aprovação das solicitações.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Geralmente, é encontrado em um campo preenchido quando o Status da solicitação é definido como 'Rejeitada'.
Exemplos
Correspondência com lista de sançõesDocumentação incompletaFalha na verificação de identidadePerfil de alto risco
|
|||
|
País do cliente
CustomerCountry
|
O país de residência ou de constituição do cliente. | ||
|
Descrição
Esse atributo especifica o país do cliente, um fator essencial no KYC devido às diferentes regulamentações internacionais e aos níveis de risco associados a cada jurisdição. Analisar o processo por País do cliente pode revelar diferenças significativas nos tempos de ciclo e na complexidade do processo. Por exemplo, solicitações de jurisdições de alto risco podem exigir verificações adicionais de conformidade, resultando em durações maiores. Essa análise ajuda no planejamento de recursos e na definição de SLAs realistas para diferentes regiões.
Por que isso importa
Permite analisar o processo por jurisdição, o que é essencial para entender como as regulamentações regionais e os fatores de risco afetam a performance do processo.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Este é um campo padrão nos dados mestre de clientes.
Exemplos
USAGBRDEUSGP
|
|||
|
Responsável pela revisão de conformidade
ComplianceReviewer
|
O usuário ou agente especificamente designado para as atividades de revisão de conformidade. | ||
|
Descrição
Enquanto 'AssignedUser' registra o usuário de qualquer atividade, esse atributo identifica especificamente o especialista em conformidade envolvido nas etapas críticas de revisão. Isso permite uma análise mais direcionada da função de conformidade. Esse atributo é essencial para o Dashboard 'Duração e backlog da revisão de conformidade'. Ele ajuda a analisar a carga de trabalho e a performance da equipe de conformidade, identificando se revisores específicos são gargalos ou se a equipe como um todo está subdimensionada.
Por que isso importa
Fornece um insight direcionado sobre a função de conformidade, permitindo uma análise detalhada da carga de trabalho e da performance dos revisores nessa etapa crítica e frequentemente atrasada do processo.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Esse dado pode ser obtido filtrando 'AssignedUser' para atividades relacionadas à conformidade.
Exemplos
c.joness.patelsystem_escalation
|
|||
|
Sistema de origem
SourceSystem
|
O sistema ou aplicativo de onde os dados do evento foram originados. | ||
|
Descrição
Esse atributo identifica o sistema de origem que gerou os dados do evento, como a LexisNexis Risk Solutions ou uma ferramenta de terceiros integrada. Em ambientes complexos, os dados de um único processo podem vir de vários sistemas. Entender o sistema de origem é útil para validar dados, solucionar problemas e analisar variações do processo que podem ser específicas de determinado sistema. Isso ajuda a garantir a integridade dos dados e fornece contexto sobre como e onde uma atividade foi registrada.
Por que isso importa
Identifica a origem dos dados, o que é essencial para a governança e a validação dos dados e para entender a execução do processo em diferentes sistemas de TI.
Onde obter
Essas informações podem ser armazenadas como um valor estático ou em um campo específico do arquivo de exportação ou da resposta da API.
Exemplos
LexisNexis Risk SolutionsThreatMetrixBridger Insight XG
|
|||
|
Status do SLA
SlaStatus
|
Indica se a solicitação concluída cumpriu a meta de SLA. | ||
|
Descrição
Esse atributo categoriza cada caso concluído com base no cumprimento da 'SlaTargetDate'. Os valores comuns são 'Cumprido' ou 'Violado'. Esse campo calculado é a base do Dashboard 'Monitoramento do cumprimento da data-alvo do SLA' e do KPI 'Taxa de cumprimento do SLA'. Ele fornece uma visão clara e abrangente da performance em relação aos compromissos de serviço e permite uma análise detalhada para entender as características comuns dos casos que violam seus SLAs.
Por que isso importa
Fornece um resultado binário claro para a performance do SLA, facilitando o acompanhamento, a comunicação e a análise do cumprimento das metas de nível de serviço.
Onde obter
Este é um atributo calculado, obtido comparando o registro de data e hora da atividade final com a 'SlaTargetDate' de cada caso.
Exemplos
Dentro do prazoFora do prazoEm risco
|
|||
|
Tempo de ciclo
CycleTime
|
A duração total, de ponta a ponta, de uma solicitação de cliente, desde o envio até a decisão final. | ||
|
Descrição
O Tempo de ciclo mede o tempo total transcorrido entre o primeiro evento, como 'Solicitação enviada', e o último evento, como 'Onboarding do cliente concluído' ou 'Solicitação rejeitada', de um único caso. Esse é um KPI principal para medir a saúde geral do processo e é visualizado no Dashboard 'Tempo de ciclo de onboarding de ponta a ponta'. Acompanhar o tempo médio de ciclo permite monitorar o impacto das melhorias no processo e identificar como diferentes fatores, como nível de risco ou tipo de solicitação, afetam a experiência geral do cliente.
Por que isso importa
Este é um indicador-chave de performance que mede o tempo total até a geração de valor para o cliente, impactando diretamente a satisfação do cliente e a eficiência operacional.
Onde obter
Esta é uma métrica calculada, obtida subtraindo o registro de data e hora do primeiro evento do registro de data e hora do último evento de cada caso.
Exemplos
5 dias 4 horas22 dias 8 horas1 dia 2 horas
|
|||
|
Tipo de solicitação
ApplicationType
|
O tipo de solicitação do cliente, como 'Pessoa física' ou 'Empresa'. | ||
|
Descrição
Esse atributo categoriza as solicitações com base no tipo de entidade que está passando pelo onboarding. Diferentes tipos de solicitação geralmente seguem caminhos distintos no processo e têm perfis de risco e metas de SLA diferentes. Analisar o processo por Tipo de solicitação permite segmentar os dados para comparar a eficiência e a complexidade do onboarding de diferentes tipos de clientes. É um filtro comum na maioria dos Dashboards, oferecendo uma visão mais detalhada da performance.
Por que isso importa
Permite uma segmentação avançada do processo, revelando como diferentes tipos de solicitação são tratados e onde existem gargalos específicos para cada tipo.
Onde obter
Consulte a documentação da LexisNexis Risk Solutions ou o administrador do sistema. Normalmente, este é um campo central no objeto da solicitação ou do caso.
Exemplos
Pessoa físicaEmpresaPessoa física de alto patrimônioTrust
|
|||
|
Última atualização dos dados
LastDataUpdate
|
O registro de data e hora que indica quando os dados foram atualizados ou extraídos pela última vez do sistema de origem. | ||
|
Descrição
Esse atributo fornece o registro de data e hora da última atualização do conjunto de dados. Normalmente, ele é aplicado a todo o conjunto durante o processo de extração e carregamento dos dados. Essas informações são essenciais para que os usuários do Dashboard entendam o nível de atualização dos dados analisados. Elas garantem que as decisões sejam baseadas em dados tão atuais quanto necessário e ajudam a alinhar as expectativas sobre a atualidade dos insights.
Por que isso importa
Fornece um contexto essencial sobre a atualização dos dados, garantindo que as análises sejam relevantes e que as decisões não sejam baseadas em informações desatualizadas.
Onde obter
Normalmente, é gerado e gravado no conjunto de dados durante o processo de ETL (Extract, Transform, Load).
Exemplos
2024-01-15T02:00:00Z2024-01-16T02:00:00Z2024-01-17T02:00:00Z
|
|||
Atividades de integração de clientes KYC
| Atividade | Descrição | ||
|---|---|---|---|
|
Análise de conformidade concluída
|
O responsável pela conformidade conclui a análise e faz uma recomendação, encaminhando o caso para a próxima etapa. Isso pode ser capturado explicitamente quando uma tarefa é marcada como 'concluída' ou inferido quando o status muda de 'Aguardando análise de conformidade' para outro estado. | ||
|
Por que isso importa
Este é um marco importante que encerra uma parte crítica e muitas vezes manual do processo. É o ponto final para medir a duração da análise de conformidade.
Onde obter
Capturado a partir do registro de data e hora da conclusão da tarefa de conformidade ou de uma mudança de status que retire o caso de 'Em análise de conformidade'.
Captura
Inferido a partir de uma mudança de status que indique o fim da análise, como a passagem para 'Aprovado', 'Rejeitado' ou 'Decisão final'.
Tipo de evento
inferred
|
|||
|
Análise de conformidade iniciada
|
Um caso é atribuído a um responsável ou time de conformidade para análise manual, normalmente no caso de solicitações de alto risco. Isso costuma ser inferido por uma mudança de status para 'Aguardando análise de conformidade' ou por um log de atribuição de tarefa. | ||
|
Por que isso importa
Isso marca o início de uma etapa manual e muitas vezes demorada de análise. Medir o tempo entre este ponto e a conclusão ajuda a quantificar os gargalos relacionados à conformidade.
Onde obter
Capturado em um log de atribuição de tarefa, em uma mudança de responsável pelo caso para um time de conformidade ou em uma atualização de status no histórico do caso.
Captura
Inferido a partir de uma mudança de status, como 'Em análise de conformidade', ou quando o caso é atribuído a uma fila de usuários relacionada à conformidade.
Tipo de evento
inferred
|
|||
|
Avaliação de risco realizada
|
O sistema calcula uma pontuação de risco para o cliente com base nas informações coletadas e nas verificações realizadas. Esta é uma funcionalidade central do LexisNexis e normalmente é capturada como um evento automatizado explícito no histórico do caso. | ||
|
Por que isso importa
O resultado dessa avaliação geralmente determina o caminho seguinte do processo, como a necessidade de diligência reforçada. É um ponto de decisão crítico no Workflow.
Onde obter
Procure um evento no log de auditoria ou no histórico do Workflow da solicitação que registre a conclusão do módulo de pontuação ou avaliação de risco.
Captura
Um evento específico é registrado quando o mecanismo de risco conclui sua análise e atribui um perfil ou uma pontuação de risco.
Tipo de evento
explicit
|
|||
|
Documentos recebidos
|
Confirma que o cliente fez upload ou forneceu os documentos exigidos ao sistema. Normalmente, este é um evento explícito gerado pelo portal de envio de documentos ou por uma entrada manual de um agente. | ||
|
Por que isso importa
Esta atividade encerra um período de espera e aciona as atividades de análise seguintes. É um marco importante na fase de coleta de dados.
Onde obter
Capturado nos logs do sistema de gerenciamento de documentos ou em uma entrada com registro de data e hora no arquivo do caso quando novos documentos são anexados.
Captura
O evento é registrado quando um documento é carregado com sucesso ou marcado manualmente como recebido no sistema.
Tipo de evento
explicit
|
|||
|
Onboarding de cliente concluído
|
Este evento marca o fim bem-sucedido de todo o processo de onboarding, confirmando que o cliente está totalmente ativo. Pode ser um status final explícito ou ser inferido a partir do evento 'Conta ativada'. | ||
|
Por que isso importa
Este é o principal evento final de estado bem-sucedido. Ele é essencial para calcular o tempo de ciclo de ponta a ponta de todos os clientes integrados com sucesso.
Onde obter
Inferido a partir do registro de data e hora de 'Conta ativada' ou capturado de um status final e terminal, como 'Onboarding concluído', no arquivo do caso.
Captura
Inferido a partir do último evento positivo relevante, como a ativação da conta, ou de uma atualização final de status.
Tipo de evento
inferred
|
|||
|
Solicitação aprovada
|
A decisão final de aprovar a solicitação do cliente é tomada e registrada no sistema. Este é um resultado de negócio crítico e quase sempre é capturado como uma mudança de status explícita. | ||
|
Por que isso importa
Este marco indica a conclusão bem-sucedida do processo de tomada de decisão. Analisar os caminhos que levam à aprovação ajuda a identificar as melhores práticas.
Onde obter
Procure uma atualização final no registro do caso da solicitação, em que o status esteja definido como 'Aprovado' ou como um estado terminal semelhante.
Captura
Registrado como uma mudança de status final e definitiva na tabela principal de solicitações ou casos.
Tipo de evento
explicit
|
|||
|
Solicitação enviada
|
Marca o início do processo de onboarding de KYC, quando a solicitação de um cliente é recebida pela primeira vez pelo sistema. Esse evento geralmente é capturado explicitamente quando o formulário de solicitação é enviado por um portal do cliente ou por um sistema interno de entrada de dados integrado ao LexisNexis. | ||
|
Por que isso importa
Este é o evento inicial principal do processo. Analisar o tempo entre esta atividade e a conclusão é essencial para medir o tempo de ciclo de ponta a ponta e o cumprimento do SLA.
Onde obter
Capturado nos logs do sistema ou em uma tabela de solicitações que registra o registro de data e hora da criação inicial de um novo registro de solicitação de cliente.
Captura
O evento é registrado quando um novo caso de solicitação ou uma nova entrada é criado na tabela principal de solicitações.
Tipo de evento
explicit
|
|||
|
Solicitação rejeitada
|
A decisão final de rejeitar a solicitação do cliente é registrada. Este é um evento terminal, capturado por meio de uma mudança de status definitiva no sistema. | ||
|
Por que isso importa
Este é o principal evento final de estado malsucedido. Analisar as etapas em que as rejeições ocorrem e os motivos associados é essencial para melhorar o processo.
Onde obter
Capturado quando o campo de status final do registro da solicitação é definido como 'Rejeitado', 'Recusado' ou um estado terminal semelhante.
Captura
Registrado como uma mudança de status final e definitiva na tabela principal de solicitações ou casos.
Tipo de evento
explicit
|
|||
|
Análise de documentos realizada
|
Um usuário ou uma ferramenta automatizada analisa os documentos enviados quanto à autenticidade, validade e completude. Essa atividade pode ser inferida a partir de uma mudança de status de 'Documentos recebidos' para 'Análise concluída' ou de uma entrada explícita no log. | ||
|
Por que isso importa
Esta é uma fonte comum de gargalos e retrabalho. Analisar seu tempo de processamento e suas repetições é essencial para melhorar a eficiência e identificar oportunidades de automação.
Onde obter
Inferido pelo acompanhamento do tempo entre o status 'Documentos recebidos' e um status posterior, como 'Verificação aprovada' ou 'Informações adicionais necessárias'.
Captura
Calculado como o tempo entre o evento de recebimento dos documentos e o evento que marca a conclusão da análise.
Tipo de evento
inferred
|
|||
|
Conta ativada
|
Após a aprovação, a conta do cliente é criada e ativada formalmente na plataforma bancária principal ou na plataforma de serviços. Essa atividade costuma ser registrada em uma trilha de auditoria ou inferida a partir da data de criação da conta. | ||
|
Por que isso importa
Esta é a etapa final de entrega de valor ao cliente. Atrasos entre 'Solicitação aprovada' e esta etapa podem indicar problemas de integração entre sistemas.
Onde obter
Capturado em um log de criação de conta, em uma chamada de API para outro sistema ou no registro de data e hora da criação do próprio registro da conta.
Captura
Registrado como um evento separado após a aprovação ou identificado pela presença de um registro de data e hora de ativação no cadastro do cliente.
Tipo de evento
explicit
|
|||
|
Documentos solicitados
|
O sistema ou um usuário solicita documentos específicos ao cliente, como carteira de motorista ou conta de serviço público. Esse evento pode ser capturado nos logs de comunicação gerados pelo sistema ou por uma mudança de status que indique que o caso está aguardando documentos. | ||
|
Por que isso importa
Esta atividade costuma introduzir um tempo de espera significativo no processo. Analisar sua frequência e duração ajuda a identificar atrasos causados pelo tempo de resposta do cliente.
Onde obter
Verifique se há um evento nos logs de comunicação enviados ao cliente ou uma mudança de status na solicitação, por exemplo, 'Documentos do cliente pendentes'.
Captura
Inferido a partir de uma mudança de status para 'Aguardando documentos' ou do registro de data e hora de um log de comunicação enviada.
Tipo de evento
inferred
|
|||
|
Informações adicionais solicitadas
|
Um responsável ou analista de conformidade solicita mais informações ou esclarecimentos ao cliente. Este evento é um dos principais geradores de retrabalho e normalmente é capturado como uma mudança de status explícita ou uma entrada no log de comunicação. | ||
|
Por que isso importa
Esta atividade cria loops de retrabalho que prolongam o tempo de ciclo do onboarding. Acompanhar sua frequência ajuda a identificar requisitos pouco claros ou deficiências comuns nas solicitações.
Onde obter
Procure uma mudança de status para 'Aguardando informações do cliente' ou um evento de comunicação enviada no Event Log. Geralmente, esta é uma ação acionada por um usuário.
Captura
Registrado quando um agente usa o recurso 'Solicitar informações', que altera o status do caso e pode registrar um evento de comunicação.
Tipo de evento
explicit
|
|||
|
Triagem inicial realizada
|
Uma verificação automatizada realizada pelo sistema imediatamente após o envio para validar a completude dos dados básicos e executar verificações preliminares. Essa atividade geralmente é registrada como uma etapa automatizada explícita no histórico do Workflow do processo. | ||
|
Por que isso importa
Identifica as solicitações que falham na primeira etapa, ajudando a entender problemas de qualidade dos dados. Também marca a primeira etapa automatizada que agrega valor ao processo.
Onde obter
Procure logs de execução de regras automatizadas ou uma mudança de status no histórico do Workflow da solicitação que indique a conclusão da triagem inicial.
Captura
Registrado como uma tarefa automatizada concluída ou uma atualização de status específica no histórico do caso.
Tipo de evento
explicit
|
|||
|
Verificação de identidade iniciada
|
Representa o momento em que o sistema inicia o processo principal de verificação de identidade usando os serviços do LexisNexis, como consultas a bancos de dados. Geralmente é capturado como um evento explícito no Event Log quando o serviço de verificação é chamado. | ||
|
Por que isso importa
Esta atividade marca o início de um subprocesso crítico e muitas vezes demorado. Acompanhar sua duração ajuda a isolar gargalos relacionados às verificações de identidade.
Onde obter
Capturado nos logs de chamadas de API do módulo de verificação de identidade ou em uma entrada da trilha de auditoria que mostre o início da tarefa de verificação.
Captura
Um evento é registrado quando o módulo ou a API de verificação de identidade do sistema é acionado para a solicitação.
Tipo de evento
explicit
|
|||
Guias de extração
Pronto para começar?
Use este Template para iniciar sua jornada de Process Mining no onboarding de clientes KYC. Comece hoje a transformar seus dados em insights acionáveis.
Otimize seu onboarding KYC e reduza o abandono hoje
Tenha um onboarding sem atritos e reduza o tempo para apenas 24 horas.
Não é necessário cartão de crédito. Comece a otimizar hoje.