Seu Template de Dados de Onboarding de Clientes KYC

O Horário de Início do Evento é a data e hora exatas de começo da atividade. É um dos pilares do Process Mining, junto com o ID do Caso e o Nome da Atividade. Ele permite ordenar os eventos cronologicamente para reconstruir o fluxo real.

Este atributo é a base das análises de tempo. Serve para calcular a duração das atividades, o tempo de espera entre elas (handoff) e o ciclo total do onboarding. Analisar esses tempos ajuda a achar gargalos, medir a aderência ao SLA e monitorar a performance geral.

Fornece a ordem cronológica, essencial para descobrir o modelo do processo e calcular métricas de tempo.

Localizado em logs de eventos, trilhas de auditoria ou tabelas de transação, geralmente como 'Timestamp' ou 'Data de Início'.

O ID da Solicitação do Cliente é uma chave exclusiva atribuída a cada onboarding. Ele conecta todas as atividades e dados de uma única jornada, sendo o atributo mais crítico para o Process Mining.

Na análise, esse ID permite reconstruir o processo de ponta a ponta. Com ele, rastreamos o progresso, calculamos o ciclo total e comparamos caminhos. Todas as variantes, gargalos e métricas são analisados por solicitação (Case ID), permitindo uma visão precisa de cada caso.

Essencial para agrupar eventos relacionados em um processo de ponta a ponta, sendo a base de toda análise de Process Mining.

Geralmente encontrado no cabeçalho ou na tabela principal do sistema de gestão de casos ou de solicitações de clientes.

O Nome da Atividade descreve uma etapa ou marco na jornada de onboarding, como 'Solicitação Enviada' ou 'Revisão de Conformidade Iniciada'. Cada atividade representa uma ação de um usuário ou sistema que faz o processo avançar.

Este atributo é fundamental para visualizar o mapa do processo, o coração do Process Mining. Ao analisar a sequência e frequência das atividades, é possível entender o fluxo real, caminhos comuns, desvios e pontos de retrabalho. A clareza nos nomes das atividades é vital para um modelo de processo compreensível.

Define as etapas do processo, permitindo visualizar e analisar o fluxo, gargalos e variações.

Encontrado em logs de eventos, trilhas de auditoria ou tabelas de transação que registram etapas de processos de negócios.

O atributo Sistema de Origem especifica o aplicativo ou plataforma que gerou os dados de uma determinada atividade. Em ambientes complexos, o processo de KYC pode abranger vários sistemas, como um CRM para o envio da solicitação, uma plataforma de KYC dedicada para avaliação de risco e um sistema bancário central para a abertura da conta.

Analisar o processo por sistema de origem ajuda a entender o cenário tecnológico e seu impacto na operação. Pode destacar problemas de integração, atrasos de dados entre sistemas ou discrepâncias na forma como diferentes plataformas registram informações. Essa visão é valiosa para as equipes de TI e de melhoria de processos que buscam otimizar a arquitetura de sistemas que sustenta a jornada de onboarding.

Dá contexto sobre onde cada etapa ocorre, ajudando a identificar falhas entre sistemas e desafios de integração.

Geralmente incluído em extratos de dados ou event logs, especialmente em ambientes com vários sistemas integrados.

Este atributo registra a data e a hora da extração ou atualização de dados mais recente. Não faz parte do processo de negócio em si, mas é um metadado crucial para a validação e governança dos dados. Ele traz transparência sobre a atualidade das informações analisadas.

Na análise de processos, saber o horário da última atualização é essencial para entender a validade dos insights gerados. Isso ajuda os usuários a confiarem nos dados, confirmando o quão atuais eles são, e evita interpretações baseadas em informações defasadas. Para o monitoramento contínuo, esse atributo pode ser usado para configurar alertas caso as atualizações falhem ou atrasem, garantindo a confiabilidade constante dos dashboards de Process Mining.

Garante a transparência indicando quão atualizados estão os dados, o que é crítico para a precisão da análise.

Gerado durante o processo de extração, transformação e carga (ETL); geralmente encontrado nos metadados do conjunto de dados.

O Departamento do Usuário especifica o grupo funcional ou equipe à qual o usuário que realizou a atividade pertence, como "Conformidade", "Onboarding de Clientes" ou "Operações". Isso fornece um contexto organizacional mais amplo em relação ao User ID individual.

Analisar o processo sob a ótica departamental é fundamental para entender a colaboração multifuncional e identificar gargalos sistêmicos. Ajuda a visualizar as passagens de bastão (handoffs) entre diferentes equipes, que costumam ser uma grande fonte de atrasos e ineficiências. Essa informação é fundamental para otimizar as estruturas das equipes, esclarecer responsabilidades e melhorar os canais de comunicação para criar uma experiência de onboarding mais fluida.

Permite analisar o desempenho e as passagens de bastão (handoffs) entre equipes, destacando melhorias na colaboração entre áreas.

Geralmente disponível nos dados de perfil vinculados ao ID do Usuário, ou registrado diretamente na transação.

O Horário de Término do Evento marca quando a atividade acabou. Junto com o Horário de Início, permite calcular o tempo exato de cada tarefa. Alguns sistemas só fornecem um registro de conclusão.

Ter o horário de término é valioso para a análise de performance. Permite métricas como o 'Tempo Médio de Revisão de Conformidade', separando o tempo de trabalho ativo do tempo de espera em fila. Esse detalhe é crucial para achar gargalos e focar melhorias na capacidade da equipe ou na agilidade das passagens de tarefa.

Permite calcular precisamente o tempo de processamento, diferenciando o tempo de trabalho ativo do tempo de espera ocioso.

Encontrado em logs de eventos ou tabelas de transação junto com a hora de início. Pode estar rotulado como 'Data de Conclusão' ou 'Modificado em'.

O User ID identifica a pessoa ou o bot do sistema responsável por executar uma atividade específica no processo. Pode ser um analista de conformidade, um assistente de entrada de dados ou um mecanismo automatizado de pontuação de risco. A consistência na identificação do usuário é a chave para uma análise precisa de recursos.

Este atributo oferece uma visão do processo centrada nas pessoas. É essencial para analisar a distribuição da carga de trabalho, o desempenho individual e da equipe, além da alocação de recursos. Ao filtrar o mapa do processo por User ID, os gestores podem entender como diferentes colaboradores lidam com as tarefas, identificar oportunidades de treinamento e garantir que o trabalho esteja equilibrado. Também auxilia na análise de colaboração, revelando como o trabalho é passado entre as pessoas.

Permite analisar carga de trabalho, desempenho e padrões de colaboração, melhorando a gestão de recursos e treinamentos.

Disponível em trilhas de auditoria do sistema ou logs de transação, geralmente vinculado ao usuário que criou ou modificou o registro pela última vez.

O Nível de Risco é um resultado crítico do processo de KYC, categorizando os clientes com base em fatores como setor de atuação, localização geográfica e padrões de transação. Essa classificação determina o nível de escrutínio e a due diligence necessária para cada solicitação.

No Process Mining, esse atributo é uma dimensão poderosa para análise de conformidade e de variantes. O processo para um cliente de alto risco deve ser, por definição, diferente e mais rigoroso do que para um de baixo risco. Ao comparar os fluxos reais de diferentes níveis de risco com os procedimentos esperados, as empresas podem verificar a conformidade com políticas e regulamentações internas. Isso ajuda a responder perguntas como: "Clientes de alto risco estão sempre passando por uma due diligence aprofundada?" ou "Estamos perdendo muito tempo com clientes de baixo risco?".

Essencial para compliance e risco, permitindo analisar se os processos de diligência variam corretamente conforme o perfil de risco.

Calculado por um motor de risco ou atribuído manualmente por um oficial de conformidade. Armazenado no registro principal do cliente ou da solicitação.

O Status da Solicitação indica o desfecho final, como 'Aprovada', 'Rejeitada' ou 'Retirada'. Ele representa o resultado de negócio e é crítico para medir o desempenho.

Este atributo permite comparar caminhos que levam ao sucesso contra aqueles que terminam em rejeição. Analistas podem identificar padrões ligados a altas taxas de recusa, calcular KPIs e criar uma 'Análise de Funil de Onboarding' para ver onde os candidatos desistem. Entender por que as propostas falham é o primeiro passo para aumentar a taxa de sucesso.

Define o resultado de cada caso, permitindo analisar por que as propostas são rejeitadas e como melhorar a taxa de aprovação.

Geralmente encontrado na tabela principal de casos ou solicitações, indicando o estado final do registro.

O Tipo de Cliente classifica o solicitante em categorias como 'Pessoa Física', 'Pessoa Jurídica', 'Fundo' ou 'ONG'. Cada tipo costuma ter exigências e complexidades de onboarding bem diferentes.

Este é um atributo chave de segmentação. Ao filtrar o mapa e os KPIs pelo Tipo de Cliente, revelamos variações importantes. Por exemplo, o onboarding de uma empresa exige checar beneficiários finais, o que não ocorre para pessoas físicas. Isso garante que cada variante do processo seja eficiente para seu segmento, ajudando a focar as melhorias.

Permite a segmentação do processo para comparar e otimizar a jornada de onboarding para diferentes tipos de clientes.

Geralmente capturado no início do processo de solicitação e armazenado na tabela principal de clientes ou solicitações.

Este atributo identifica o método usado pelo cliente para enviar sua solicitação, como "Portal Web", "App Mobile" ou "Na Agência". Diferentes canais podem ter processos de captura de dados e experiências do cliente distintos.

Analisar o processo por canal ajuda a avaliar o desempenho e a eficiência de cada ponto de contato. Pode responder a perguntas como: "As solicitações via app são processadas mais rápido que as do portal web?" ou "A taxa de retrabalho é maior para solicitações feitas na agência?". Esses insights são valiosos para otimizar a jornada do cliente em todos os canais e alocar recursos de forma eficaz.

Permite comparar a eficiência e a experiência do cliente em diferentes canais, como web, mobile ou presencial.

Geralmente registrado logo no início do processo, quando a solicitação é criada pela primeira vez.

A Data Alvo do SLA é o prazo definido para concluir o onboarding do cliente. Essa data geralmente é estabelecida por políticas internas ou obrigações contratuais, servindo como referência para medir a pontualidade.

Esse atributo é a base para o dashboard de "Monitoramento de Desempenho de SLA". Ao comparar a data real de conclusão de uma solicitação com sua Data Alvo do SLA, é possível calcular a "Taxa de Adesão ao SLA". Analisar os casos que perderam o prazo ajuda a identificar as atividades ou departamentos específicos que estão causando atrasos. Isso permite uma gestão proativa das filas de trabalho e da alocação de recursos para minimizar violações de SLA e melhorar a satisfação do cliente.

Fornece um benchmark de desempenho, permitindo medir a aderência ao SLA e identificar casos com risco de atraso.

Geralmente calculado e armazenado no registro principal quando o caso é criado, baseado no tipo de solicitação ou outros critérios.

Este atributo booleano diferencia as tarefas executadas por softwares ou bots daquelas realizadas por humanos. Atividades automatizadas podem incluir a validação inicial de dados, triagem de sanções ou o envio de comunicações padronizadas.

Analisar este atributo é fundamental para avaliar a eficácia das iniciativas de automação. Ao comparar a velocidade e os resultados das etapas automatizadas com as manuais, as empresas podem identificar oportunidades para novas automações que reduzam custos e tempos de ciclo. Também ajuda a monitorar o desempenho dos sistemas automáticos e garantir que funcionem como esperado no processo de ponta a ponta.

Ajuda a medir o impacto e a eficiência da automação, identificando chances para mais melhorias sistêmicas ou robóticas.

Pode ser um campo dedicado no event log ou derivado do ID de Usuário, por exemplo, se o ID for 'SYSTEM' ou 'BOT'.

O ID do Cliente é um identificador único que persiste em várias interações. Enquanto o ID da Solicitação foca em um único onboarding, o ID do Cliente conecta várias tentativas ou outros processos do mesmo cliente.

Isso permite uma análise focada no cliente além de um único caso. Útil para entender solicitantes recorrentes, analisar o relacionamento de longo prazo ou ligar o onboarding a processos como 'Solicitação de Empréstimo'. Enriquece os dados para um Process Mining mais complexo e centrado no objeto.

Permite uma visão centrada no cliente, vinculando várias tentativas de onboarding ou diferentes processos do mesmo cliente.

Geralmente encontrado em um sistema central de dados mestre de clientes e vinculado ao registro da solicitação.

Quando o status de uma solicitação é "Rejeitado", o Motivo da Rejeição fornece a causa específica, como "Documentação Incompleta", "Perfil de Alto Risco" ou "Correspondência em Listas de Sanções". Esse atributo adiciona um contexto crucial aos processos que falharam.

Analisar os motivos de rejeição é fundamental para o dashboard de "Análise de Rejeição de Solicitações". Ajuda as empresas a realizarem análises de causa raiz para entender os pontos de falha mais comuns no processo de onboarding. Ao categorizar e quantificar esses motivos, as organizações podem priorizar melhorias. Por exemplo, se "Documentação Incompleta" for um dos principais motivos, a empresa pode focar em esclarecer as instruções para os clientes ou melhorar o portal de envio de documentos.

Apresenta a causa raiz de solicitações reprovadas, permitindo melhorias focadas para reduzir a rejeição e melhorar a experiência do cliente.

Geralmente armazenado na tabela principal de solicitações ou casos, muitas vezes preenchido quando o status é definido como "Rejeitado".

O País do Cliente indica a localização do solicitante. Isso é vital no KYC, pois leis e riscos variam por país.

A análise geográfica oferece camadas extras de insight. Onboardings podem mudar conforme exigências locais. Filtrando pelo País do Cliente, você garante que as regras de cada jurisdição sejam seguidas. Também revela diferenças de performance, como ciclos mais longos em países de alto risco devido a exigências maiores de diligência.

Permite analisar variações e desempenho por geografia, o que é crucial para garantir conformidade com as leis locais.

Capturado do cliente durante o processo de solicitação e armazenado no registro do cliente ou da solicitação.