Seu Template de Dados de Onboarding de Clientes KYC
Seu Template de Dados de Onboarding de Clientes KYC
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Atributos de Onboarding de Clientes KYC
| Nome | Descrição | ||
|---|---|---|---|
|
Nome da Atividade
ActivityName
|
O nome de um evento de negócio ou tarefa específica ocorrida no processo de onboarding KYC. | ||
|
Descrição
O Nome da Atividade descreve uma única etapa ou evento na jornada de onboarding do cliente, como "Solicitação Enviada", "Revisão de Analista Iniciada" ou "Triagem Concluída - Limpo". Essas atividades formam os nós do mapa do processo, fornecendo um detalhamento minucioso do fluxo de trabalho de ponta a ponta.\n\nAnalisar as atividades é o cerne do Process Mining. Ao rastrear a sequência e a frequência de diferentes atividades, os analistas podem descobrir o fluxo real do processo, identificar caminhos comuns, detectar desvios do procedimento padrão e apontar etapas específicas que causam atrasos ou retrabalho. Esse atributo é fundamental para construir mapas de processos e calcular métricas ao nível da atividade.
Por que é importante
Este atributo define as etapas individuais do processo, o que é essencial para descobrir e visualizar o fluxo do processo e identificar gargalos.
Onde obter
Esta informação é normalmente encontrada em logs de eventos ou tabelas de trilha de auditoria, frequentemente associada a mudanças de status na entidade de gestão de casos.
Exemplos
Correspondência Potencial IdentificadaRevisão do Analista IniciadaFalse Positive ConfirmedApplication Approved
|
|||
|
Proposta de Cliente
CustomerApplication
|
O identificador exclusivo para a solicitação de onboarding de um único cliente, servindo como o identificador principal do caso. | ||
|
Descrição
A Solicitação do Cliente é o identificador central do caso que agrupa todos os eventos e atividades relacionados à jornada de onboarding de um único cliente. Ele permite o acompanhamento cronológico completo do progresso de cada cliente por todo o processo de Know Your Customer (KYC), desde o envio inicial até a decisão final.\n\nNa análise de Process Mining, esse atributo é fundamental para reconstruir a jornada de ponta a ponta de cada solicitação. Ele permite a visualização dos fluxos de processo, o cálculo dos tempos totais de ciclo e a identificação de variantes. Ao analisar casos agrupados por esse identificador, as organizações podem entender os diferentes caminhos que uma solicitação pode seguir, identificar gargalos e comparar a eficiência de diversos processos de onboarding.
Por que é importante
Este é o identificador essencial do caso que conecta todas as atividades relacionadas, tornando possível analisar o processo de onboarding do cliente de ponta a ponta.
Onde obter
Este identificador é normalmente a chave primária na tabela principal de solicitações ou de gestão de casos dentro do sistema Refinitiv World-Check ou de um CRM integrado.
Exemplos
APP-2023-00123APP-2023-00124APP-2023-00125
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
O Event Time fornece a data e hora exatas do registro de uma atividade. Este timestamp é a espinha dorsal cronológica do processo, permitindo ordenar os eventos para reconstruir o histórico do caso. Este atributo é vital para análises temporais em Process Mining. Ele serve para calcular a duração entre atividades (tempos de ciclo e espera), medir a duração total do caso e verificar o cumprimento de SLAs. Sem timestamps precisos, não é possível entender o desempenho do processo nem identificar gargalos temporais.
Por que é importante
O timestamp de cada atividade é essencial para calcular todas as métricas baseadas em duração, descobrir a sequência do processo e realizar análises de gargalos.
Onde obter
Este é um campo padrão em qualquer tabela de log de eventos ou trilha de auditoria, geralmente chamado de "Timestamp", "EventDate" ou "CreationDate".
Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:15Z
|
|||
|
Data Alvo do SLA
SlaTargetDate
|
A data alvo em que o processo de onboarding do cliente deve ser concluído. | ||
|
Descrição
A Data Alvo de SLA é o prazo para a conclusão de todo o caso de onboarding, conforme definido pelo acordo de nível de serviço com o cliente ou políticas internas. Essa data é o referencial (benchmark) contra o qual os tempos reais de conclusão são medidos.\n\nEste atributo é fundamental para o dashboard de "Análise de Adesão e Violação de SLA". Ele é usado para calcular se um caso foi concluído no prazo ou não. Analisar as violações de SLA ajuda a identificar problemas sistêmicos no processo que causam atrasos e permite que a organização tome medidas corretivas para melhorar a pontualidade.
Por que é importante
Este é o referencial para medir o desempenho pontual e é crítico para calcular a taxa de adesão ao SLA e analisar violações.
Onde obter
Esta data é frequentemente calculada com base na data de envio da solicitação e em regras de negócio. Pode ser armazenada como um campo no registro do caso.
Exemplos
2023-11-10T17:00:00Z2023-11-15T17:00:00Z2023-11-20T17:00:00Z
|
|||
|
Departamento
DepartmentName
|
O departamento ou equipe funcional responsável pela execução da atividade. | ||
|
Descrição
Este atributo especifica a unidade de negócio ou equipe, como "Onboarding", "Conformidade" ou "Garantia de Qualidade", à qual o usuário pertence. Permite a análise em um nível organizacional superior ao do usuário individual.\n\nAnalisar por departamento é crítico para identificar gargalos entre departamentos e medir tempos de transferência (handoffs). Ajuda a visualizar como o trabalho flui entre diferentes equipes e onde ocorrem atrasos nessas transições.
Por que é importante
Permite analisar o desempenho por departamento, sendo essencial para identificar lentidão nas transferências de tarefas (handoffs) entre equipes.
Onde obter
Esta informação pode estar armazenada no perfil do usuário no sistema ou em um sistema de RH associado. Pode ser necessário cruzá-la com os dados de eventos usando o ID do usuário.
Exemplos
Equipe de OnboardingRevisão de ConformidadeAlta Gestão
|
|||
|
Event End Time
EventEndTime
|
O timestamp que indica quando uma atividade ou evento específico foi concluído. | ||
|
Descrição
O Tempo de Término do Evento marca a conclusão de uma atividade. Embora muitos eventos possam ser modelados como instantâneos, algumas atividades têm uma duração mensurável, como "Revisão de Analista Iniciada" e "Revisão de Analista Concluída". Ter os tempos de início e término permite uma medição precisa do tempo de processamento.\n\nNa análise de processos, ter um tempo de término é vital para calcular o tempo exato de processamento de uma atividade, em oposição ao tempo de ciclo. Isso ajuda a diferenciar o tempo que um caso passa sendo trabalhado ativamente do tempo em que fica parado em uma fila, sendo essencial para a otimização de recursos e análise de eficiência.
Por que é importante
Permite o cálculo preciso do tempo de processamento das atividades, separando o tempo de trabalho ativo do tempo de espera ocioso.
Onde obter
Para atividades com duração, isso pode estar em campos como 'CompletionDate' ou 'EndDate' nas tabelas de Event Log ou Audit Trail.
Exemplos
2023-10-26T10:45:00Z2023-10-26T12:00:00Z2023-10-27T15:00:00Z
|
|||
|
ID do Revisor
ReviewerId
|
O identificador do usuário, analista ou agente automatizado que realizou a atividade. | ||
|
Descrição
O ID do Revisor, ou usuário, indica quem executou uma tarefa específica no processo de KYC. Pode ser um analista de conformidade, um especialista em onboarding ou uma conta de sistema para atividades automatizadas. O rastreamento dessa informação oferece visibilidade sobre a distribuição da carga de trabalho e o desempenho individual.\n\nEste atributo é essencial para análises baseadas em recursos. Ele ajuda a entender as diferenças de desempenho entre usuários ou equipes, identificar necessidades de treinamento e otimizar o balanceamento da carga de trabalho. Também é um componente-chave para analisar transferências (handoffs) e a utilização de recursos.
Por que é importante
Permite analisar a distribuição de carga de trabalho, o desempenho dos usuários e os handoffs entre departamentos, o que é vital para otimizar recursos.
Onde obter
Geralmente encontrado em Event Logs ou trilhas de auditoria, muitas vezes nomeado como 'UserID', 'PerformedBy' ou 'Owner'.
Exemplos
analista_joaosilvasystem_auto_screenermanager_bsmith
|
|||
|
Nível de Risco
RiskLevel
|
A classificação de risco calculada da solicitação do cliente, como Baixo, Médio ou Alto. | ||
|
Descrição
O Nível de Risco é uma informação crítica nos processos de KYC, determinando o nível de diligência devida necessária. Geralmente é definido com base em fatores como tipo de cliente, geografia e a natureza do negócio. Essa classificação pode influenciar significativamente o caminho que uma solicitação percorre.\n\nNa análise de processos, segmentar os casos por Nível de Risco é essencial. Isso ajuda a explicar variações nos tempos de ciclo e fluxos de processo. Esse atributo é fundamental para os dashboards de "Taxa e Motivos de Rejeição de Solicitações" e "Tempo de Ciclo do Início da Verificação de Antecedentes" para entender como o risco impacta os resultados e a eficiência.
Por que é importante
Segmentar o processo por nível de risco é crucial para entender por que certos casos levam mais tempo ou seguem caminhos diferentes, além de analisar as taxas de rejeição.
Onde obter
Este é um ponto de dado central no registro de solicitação ou caso do cliente. Consulte o módulo de gestão de casos no Refinitiv World-Check.
Exemplos
BaixoMédioAlto
|
|||
|
Canal da Proposta
ApplicationChannel
|
O canal pelo qual a solicitação do cliente foi enviada, como Portal Online, Agência ou App Móvel. | ||
|
Descrição
O Canal de Solicitação indica a fonte de envio da solicitação do cliente. Diferentes canais podem ter níveis variados de integridade e qualidade de dados, além de perfis demográficos de clientes distintos, o que pode impactar as etapas posteriores do processo.\n\nEste atributo é essencial para o dashboard de "Vazão de Solicitações por Canal". Ao analisar o volume, o tempo de ciclo e os resultados das solicitações de diferentes canais, uma organização pode identificar quais canais são mais eficientes e quais podem exigir melhorias no processo.
Por que é importante
Ajuda a analisar o desempenho e a eficiência de diferentes canais de envio, fornecendo subsídios para decisões estratégicas sobre tecnologia e experiência do cliente.
Onde obter
Esta informação é tipicamente capturada no início do processo e armazenada como um atributo no registro da solicitação.
Exemplos
Portal OnlineMobile AppNa agênciaGerente de Relacionamento
|
|||
|
É Automatizado
IsAutomated
|
Sinalizador que indica se a atividade foi executada por um sistema (true) ou por um humano (false). | ||
|
Descrição
Este atributo booleano diferencia as tarefas automatizadas do sistema das atividades manuais realizadas por usuários. Por exemplo, "Triagem Automatizada Realizada" seria marcada como automatizada, enquanto "Revisão de Analista Iniciada" seria manual.\n\nEssa distinção é crucial para a análise de automação. Ajuda a medir o impacto da automação na eficiência do processo, identificar quais tarefas manuais são candidatas a automação futura e entender a interação entre atores humanos e sistêmicos.
Por que é importante
Diferencia atividades de sistema e humanas, essencial para medir o impacto da automação e identificar novas oportunidades de automatizar.
Onde obter
Geralmente é derivado com base no nome da atividade ou no ID do usuário associado ao evento (por exemplo, se o usuário for uma conta de "sistema").
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Sinalizador que indica se uma atividade está sendo repetida no mesmo caso. | ||
|
Descrição
Por que é importante
Destaca ineficiências no processo ao sinalizar atividades repetidas, permitindo a análise de loops de retrabalho para melhorar a qualidade e reduzir os tempos de ciclo.
Onde obter
Isso é calculado durante a transformação de dados, analisando a sequência de atividades dentro de cada caso e sinalizando qualquer ocorrência de uma atividade que não seja a inicial.
Exemplos
verdadeirofalse
|
|||
|
ID da Correspondência
MatchId
|
O identificador exclusivo para uma correspondência potencial encontrada durante uma triagem do World-Check. | ||
|
Descrição
Quando o processo de triagem automatizada encontra uma correspondência potencial em listas de sanções, listas PEP ou mídia adversa, um Match ID costuma ser gerado para rastrear o achado específico. Esse ID vincula o caso ao registro específico no banco de dados do World-Check que disparou o alerta. Este atributo é fundamental para análises detalhadas de conformidade. Ele permite que os analistas investiguem a natureza das correspondências, acompanhem a resolução de alertas específicos (como confirmar um falso positivo ou uma correspondência real) e entendam quais tipos de alertas são mais comuns ou demoram mais para serem resolvidos. Isso traz um nível maior de detalhes para a atividade "Correspondência Potencial Identificada".
Por que é importante
Fornece um link detalhado para os resultados específicos da triagem, permitindo uma análise mais profunda dos tempos de resolução e tipos de alertas.
Onde obter
Este ID seria gerado pelo mecanismo de triagem do World-Check e registrado no caso de solicitação quando uma correspondência potencial fosse encontrada.
Exemplos
WC-MATCH-459021WC-MATCH-459022WC-MATCH-459023
|
|||
|
ID do Cliente
CustomerId
|
Um identificador exclusivo para a entidade (cliente) que está passando pelo onboarding. | ||
|
Descrição
O ID do Cliente é o identificador exclusivo do perfil do cliente. Ele é diferente do ID da Solicitação do Cliente, pois um único cliente pode enviar várias solicitações ao longo do tempo. Esse atributo vincula o processo de onboarding ao registro mestre do cliente.\n\nNa análise, o ID do Cliente permite o acompanhamento de solicitações repetidas do mesmo cliente e pode ser usado para enriquecer os dados do processo com outros atributos do cliente vindos de um CRM ou sistema de dados mestres. Isso possibilita uma visão mais holística da jornada do cliente.
Por que é importante
Vincula o caso de onboarding a um cliente específico, permitindo a análise de solicitações repetidas e o enriquecimento com dados mestres do cliente.
Onde obter
Este seria um campo fundamental no registro da proposta ou do caso, vinculando-o aos dados mestres do cliente.
Exemplos
CUST-98765CUST-98766CUST-98767
|
|||
|
Motivo da Rejeição
RejectionReason
|
O motivo específico fornecido quando uma solicitação de cliente é rejeitada. | ||
|
Descrição
Quando uma solicitação é rejeitada, o "Motivo da Rejeição" detalha o porquê dessa decisão. Os motivos podem incluir "Correspondência em Listas de Sanções", "Documentação Incompleta" ou "Perfil de Alto Risco". Isso fornece um feedback valioso e estruturado sobre a qualidade das solicitações recebidas e a eficácia do processo de triagem. Este atributo alimenta diretamente o dashboard de "Taxa e Motivos de Rejeição de Solicitações". Analisar esses motivos ajuda a identificar as causas raiz das rejeições, o que permite melhorar o processo, tornar a comunicação com os solicitantes mais clara e, potencialmente, reduzir rejeições desnecessárias. Ele oferece um contexto qualitativo ao KPI quantitativo da taxa de rejeição.
Por que é importante
Fornece a causa raiz para rejeições de solicitações, o que é essencial para identificar áreas de melhoria no processo de onboarding e reduzir a taxa de rejeição.
Onde obter
Isso seria registrado quando ocorre o evento 'Solicitação Rejeitada', provavelmente como um campo no registro do caso ou da proposta.
Exemplos
Correspondência PEPCorrespondência em Lista de SançõesFalha na Verificação de DocumentosMídia Adversa
|
|||
|
País do Cliente
CustomerCountry
|
O país de residência ou constituição do cliente. | ||
|
Descrição
Este atributo indica a localização geográfica do cliente. O país é um fator significativo na avaliação de risco e nos requisitos regulatórios para processos de KYC. Diferentes jurisdições têm regras distintas, o que pode afetar o fluxo e a duração do processo.\n\nAnalisar o processo por país permite que as organizações comparem o desempenho em diferentes regiões, identifiquem gargalos específicos de cada local e garantam a conformidade com as regulamentações locais.
Por que é importante
Permite a análise geográfica do processo, ajudando a identificar variações regionais de desempenho, risco e normas.
Onde obter
Este é um campo padrão no perfil do cliente ou no formulário de solicitação.
Exemplos
EUAGBRSGPDEU
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema do qual os dados do evento foram extraídos, neste caso, o Refinitiv World-Check. | ||
|
Descrição
Este atributo identifica a origem dos dados do processo. Embora possa ser um valor constante em uma extração de fonte única, ele se torna crucial quando dados de múltiplos sistemas (como um CRM e o World-Check) são combinados para criar uma visão holística do processo.\n\nNa análise, isso auxilia na governança de dados, na solução de problemas e na compreensão do contexto dos dados. Isso garante que a linhagem dos dados seja clara e auditável.
Por que é importante
Identifica a origem dos dados, o que é crucial para a governança de dados, validação e ao mesclar dados de múltiplas fontes.
Onde obter
Frequentemente é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para rotular o conjunto de dados.
Exemplos
Refinitiv World-CheckWorldCheckOne
|
|||
|
SLA Violado
SlaBreached
|
Um sinalizador booleano indicando se o caso de onboarding foi concluído após a data prevista no SLA. | ||
|
Descrição
Este atributo é um sinalizador (flag) calculado que indica se um caso violou seu Acordo de Nível de Serviço (SLA). Ele é determinado comparando o timestamp da atividade de conclusão final (por exemplo, "Solicitação Aprovada" ou "Solicitação Rejeitada") com o campo 'SlaTargetDate' do caso.\n\nEste flag é a base para o dashboard de "Análise de Adesão e Violação de SLA" e para o KPI de "Taxa de Adesão ao SLA". Ele simplifica a análise, permitindo que os usuários filtrem rapidamente todos os casos com violação e identifiquem as causas raiz dos atrasos.
Por que é importante
Mede diretamente o cumprimento dos acordos de nível de serviço, facilitando a filtragem e a análise da causa raiz de casos atrasados.
Onde obter
Isso é calculado durante a transformação de dados, comparando o timestamp da atividade final de um caso com o campo SlaTargetDate.
Exemplos
verdadeirofalse
|
|||
|
Tempo de Processamento da Atividade
ActivityProcessingTime
|
A duração do tempo gasto a trabalhar ativamente numa atividade. | ||
|
Descrição
Esta métrica calcula o tempo real que uma atividade levou para ser concluída, desde o seu início até o seu término. É calculada como a diferença entre o EventEndTime e o EventTime. Isso mede o "tempo de toque" ou tempo de trabalho ativo em uma tarefa.\n\nEste atributo calculado é essencial para a análise de desempenho e é usado em vários KPIs, incluindo "Tempo Médio de Ciclo de Revisão de Documentos" e "Tempo Médio de Ciclo de Revisão de Conformidade". Ele ajuda a distinguir entre o tempo em que uma tarefa está sendo processada ativamente e o tempo em que está aguardando em uma fila. Isso é fundamental para identificar ineficiências reais de processamento e para o planejamento de capacidade.
Por que é importante
Mede o tempo de trabalho ativo em uma atividade, ajudando a identificar quais tarefas específicas estão levando mais tempo para serem concluídas, separadamente do tempo de espera.
Onde obter
Isso é calculado durante a transformação de dados subtraindo o timestamp de início do timestamp de término de uma atividade (ex: EndTime - StartTime).
Exemplos
PT1H30MP2DT4H15MPT25M
|
|||
|
Tipo de Cliente
CustomerType
|
A classificação do cliente, como Pessoa Física, Empresa ou Trust. | ||
|
Descrição
O Tipo de Cliente categoriza a entidade em onboarding. Diferentes perfis possuem requisitos, riscos e obrigações regulatórias distintas. Por exemplo, aceitar uma corporação costuma ser mais complexo do que uma pessoa física. Este atributo é usado para análises de segmentação no dashboard 'Desempenho por Tipo de Cliente KYC'. Ele permite comparar a eficiência, o tempo de ciclo e as taxas de rejeição entre segmentos, ajudando as empresas a otimizarem a jornada para cada tipo de cliente.
Por que é importante
Permite comparar o desempenho entre diferentes segmentos de clientes, ajudando a personalizar e otimizar o processo para cada perfil.
Onde obter
Este é um atributo fundamental armazenado no registro do cliente ou da solicitação dentro do sistema de origem.
Exemplos
Pessoa FísicaPessoa JurídicaSem Fins LucrativosConfiança
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp de quando os dados deste evento foram atualizados ou extraídos do sistema de origem pela última vez. | ||
|
Descrição
Este atributo indica o nível de atualização dos dados. Ele registra a data e a hora da última extração de dados do Refinitiv World-Check. Isso é importante para entender a atualidade dos dashboards e análises de Process Mining.\n\nPara fins analíticos, isso permite que os usuários saibam se estão visualizando dados quase em tempo real ou um snapshot de um momento específico. É essencial para a governança de dados e para gerenciar as expectativas do usuário sobre a atualidade dos insights fornecidos.
Por que é importante
Fornece um contexto crucial sobre a atualização dos dados, garantindo que os usuários entendam quão recente é a análise do processo.
Onde obter
Este timestamp é gerado e adicionado durante o processo de extração de dados (ETL).
Exemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
Atividades de Onboarding de Clientes KYC
| Atividade | Descrição | ||
|---|---|---|---|
|
Account Activated
|
A conta do cliente é criada e ativada no sistema principal, concluindo a jornada de onboarding. Isso ocorre após a aprovação final da solicitação e torna a conta pronta para uso. | ||
|
Por que é importante
Esta é a etapa final de entrega de valor no processo. A duração desde o envio da solicitação até a ativação da conta é uma métrica fundamental para a eficiência operacional e satisfação do cliente.
Onde obter
Este evento não é capturado no World-Check. Ele é registrado no sistema bancário central ou no sistema de contas de clientes e deve ser correlacionado pelo ID da Solicitação do Cliente.
Captura
Evento registrado no sistema bancário principal no momento da ativação da conta.
Tipo de evento
explicit
|
|||
|
Application Rejected
|
A solicitação do cliente é formalmente rejeitada, muitas vezes como resultado de uma "Correspondência Encontrada" no World-Check ou outros fatores de risco. Este evento é o resultado negativo final do processo de onboarding. | ||
|
Por que é importante
Este é o principal ponto de falha do processo. Analisar os eventos de rejeição, particularmente os motivos e as atividades anteriores, é crucial para a melhoria do processo e para a redução de rejeições desnecessárias.
Onde obter
Esta decisão de negócio final é registrada no CRM ou no sistema principal de solicitações anterior, não no próprio World-Check. Os dados devem ser obtidos desse sistema.
Captura
Evento registrado no sistema de propostas, geralmente acompanhado de um código de motivo de rejeição.
Tipo de evento
explicit
|
|||
|
Candidatura enviada
|
Esta atividade marca o início do processo de onboarding KYC quando um cliente envia sua solicitação. Esse evento é normalmente capturado em um CRM ou sistema principal de solicitações, que então aciona o processo de triagem no Refinitiv World-Check. | ||
|
Por que é importante
Este é o principal evento de início da jornada de onboarding de clientes de ponta a ponta. Analisar o tempo desde este ponto até a conclusão fornece o tempo total de ciclo de onboarding, que é crítico para medir a experiência do cliente e a adesão ao SLA.
Onde obter
Este evento não é nativo do World-Check. Deve ser obtido de um sistema anterior, como um CRM ou plataforma de gestão de contas de clientes, e correlacionado pelo ID da Solicitação do Cliente.
Captura
Evento registrado no sistema de propostas no momento do envio inicial.
Tipo de evento
explicit
|
|||
|
Correspondência Real Confirmada
|
Um analista confirma que um possível match é, de fato, o cliente triado, identificando um risco em potencial. É um marco crítico que geralmente exige diligência aprofundada ou a rejeição da proposta. | ||
|
Por que é importante
Este é um resultado fundamental de mitigação de risco e um momento crucial no processo. Ele influencia diretamente a decisão final sobre a solicitação do cliente e é essencial para relatórios e análises de conformidade.
Onde obter
Esta é uma ação explícita do usuário na qual o analista classifica uma correspondência específica como uma "Correspondência Real" ou "Correspondência Confirmada". Este evento é registrado na trilha de auditoria do caso.
Captura
Registrado quando um analista confirma formalmente uma correspondência no sistema.
Tipo de evento
explicit
|
|||
|
Revisão do Analista Iniciada
|
Um analista de conformidade inicia a investigação manual de possíveis correspondências (matches). Isso envolve validar os detalhes encontrados contra as informações do cliente para determinar a relevância. | ||
|
Por que é importante
Isso marca o início da revisão manual de conformidade, um gargalo comum. Medir o tempo desde a "Correspondência Potencial Identificada" até esta atividade revela atrasos na fila, enquanto a duração da revisão indica a eficiência do analista.
Onde obter
Isso pode ser inferido quando um analista "assume" ou abre um caso na fila de revisão. O sistema pode registrar este evento explicitamente em uma trilha de auditoria quando o status do caso muda para "Em Revisão" ou é atribuído a um usuário específico.
Captura
Inferido a partir de uma mudança no status do caso para "Em Revisão" ou da atribuição do caso a um analista.
Tipo de evento
inferred
|
|||
|
Solicitação de Triagem Criada
|
Um novo caso de triagem é formalmente criado no World-Check. Isso é disparado via API ou entrada manual e marca o início da verificação de inteligência de risco. | ||
|
Por que é importante
Isso marca o início oficial do subprocesso de triagem. O tempo entre a "Solicitação Enviada" e esta atividade revela atrasos nas transferências (handoffs) entre o sistema da linha de negócio e a função de conformidade.
Onde obter
Registrado nos logs de gestão de casos ou trilha de auditoria do World-Check. O evento de criação e seu timestamp para o caso ou ID da entidade específica seriam utilizados.
Captura
Registrado automaticamente quando um novo caso de triagem é criado no sistema.
Tipo de evento
explicit
|
|||
|
Triagem Concluída - Correspondência Encontrada
|
O caso de triagem é oficialmente encerrado com um resultado "Correspondência Encontrada", indicando que um risco confirmado foi identificado. Essa decisão desencadeia um processo posterior diferente, como diligência devida aprofundada ou rejeição. | ||
|
Por que é importante
Este é o principal ponto final do "caminho infeliz" para o processo de triagem. Analisar esses casos ajuda a entender os perfis de risco e a eficácia dos controles de triagem.
Onde obter
Inferido a partir da mudança do status final do caso para "Correspondência Encontrada", "Risco Identificado" ou "Fechado - Positivo". O timestamp dessa mudança de status final é utilizado.
Captura
Gerado a partir do timestamp do status final do caso indicando uma correspondência (match) confirmada.
Tipo de evento
inferred
|
|||
|
Triagem Concluída - Limpo
|
O caso de triagem é oficialmente encerrado com um resultado "Limpo", o que significa que nenhuma correspondência real foi encontrada. Essa decisão é comunicada de volta ao sistema de origem, permitindo que o processo de onboarding prossiga. | ||
|
Por que é importante
Esta atividade representa a conclusão bem-sucedida do processo, o chamado "caminho feliz". Serve como um ponto final fundamental para medir o tempo de ciclo de solicitações padrão e de baixo risco.
Onde obter
Inferido a partir da mudança do status final do caso para "Limpo", "Concluído" ou "Fechado - Sem Correspondência". O timestamp dessa mudança de status final é utilizado.
Captura
Gerado a partir do timestamp do status final do caso indicando um resultado 'clear'.
Tipo de evento
inferred
|
|||
|
Application Approved
|
A solicitação do cliente foi totalmente aprovada após uma triagem de KYC bem-sucedida e quaisquer outras verificações exigidas. Esse evento geralmente ocorre no sistema de origem após o recebimento de um resultado "Limpo" do World-Check. | ||
|
Por que é importante
Isso marca o resultado de negócio bem-sucedido do processo de onboarding. Acompanhar o tempo até este ponto a partir do envio revela o "tempo total para o sim" para um novo cliente.
Onde obter
Este evento não é nativo do World-Check. Deve ser obtido do CRM ou sistema de solicitação principal anterior, que toma a decisão de negócio final.
Captura
Evento registrado no sistema de propostas no momento da aprovação final.
Tipo de evento
explicit
|
|||
|
Automated Screening Performed
|
O sistema World-Check faz a triagem automática dos detalhes do cliente em seu banco de dados de inteligência de risco. Esta é uma atividade orientada pelo sistema que produz um conjunto inicial de resultados, como correspondências potenciais ou um status de "limpo". | ||
|
Por que é importante
Esta atividade é a primeira etapa que agrega valor dentro do processo de triagem. Atrasos antes deste ponto indicam problemas de prontidão do sistema ou dos dados, enquanto o resultado determina a carga de trabalho manual subsequente.
Onde obter
Este evento pode ser registrado explicitamente na trilha de auditoria do caso ou inferido a partir do timestamp de quando os resultados iniciais da triagem ficam disponíveis para o caso.
Captura
Entrada de log do sistema gerada após a conclusão da varredura automatizada do banco de dados.
Tipo de evento
explicit
|
|||
|
Caso Escalonado para Revisão
|
Um analista de primeiro nível encaminha um caso complexo ou de alto risco para um analista sênior ou gerente para decisão final. Este é um ponto crucial de handoff na equipe. | ||
|
Por que é importante
Escalations costumam criar gargalos e aumentar o tempo de ciclo. Analisar sua frequência e motivos ajuda a identificar necessidades de treinamento ou falta de clareza nas políticas de revisão.
Onde obter
Registrado como uma ação explícita no workflow do caso ou trilha de auditoria. Isso também pode ser inferido por uma mudança no usuário atribuído ao caso, especialmente para um usuário com permissões superiores.
Captura
Registrado por meio de um botão "Escalar" dedicado ou ação de workflow dentro do caso.
Tipo de evento
explicit
|
|||
|
Correspondência Potencial Identificada
|
O processo de triagem automatizada encontrou uma ou mais correspondências potenciais que exigem revisão manual por um analista. Este evento faz a transição do caso de um estado automatizado para uma fila de investigação manual. | ||
|
Por que é importante
Esta atividade é um ponto de ramificação crítico no processo. Casos com correspondências potenciais seguem um caminho mais longo e complexo, e rastrear isso ajuda no planejamento de recursos e na análise de gargalos para a equipe de revisão.
Onde obter
Inferido a partir de uma mudança no status do caso para "Revisão Necessária", "Correspondência Potencial" ou estado semelhante no módulo de gestão de casos do World-Check.
Captura
Gerado a partir de uma mudança no status do caso indicando que a revisão manual é necessária.
Tipo de evento
inferred
|
|||
|
False Positive Confirmed
|
O analista conclui que uma correspondência potencial não é o mesmo cliente que está sendo triado. A correspondência é descartada e o processo de triagem para esse alerta específico é resolvido. | ||
|
Por que é importante
Isso representa um resultado comum do processo de revisão. Entender o tempo necessário para classificar falsos positivos ajuda a medir a eficiência do analista e a precisão da lógica de triagem automatizada.
Onde obter
Esta é uma ação explícita do usuário na qual o analista classifica uma correspondência específica como "Falso Positivo" ou "Não Correspondente". Essa ação é tipicamente registrada no histórico do caso.
Captura
Registrado quando um analista descarta formalmente uma correspondência potencial no sistema.
Tipo de evento
explicit
|
|||
|
Informações Adicionais Solicitadas
|
O analista determina que mais informações são necessárias para resolver a correspondência potencial e solicita à unidade de negócios. Isso coloca o caso em estado pendente até que as informações sejam fornecidas. | ||
|
Por que é importante
A recorrência desta atividade indica que os dados iniciais para triagem têm baixa qualidade. Isso gera atrasos consideráveis, pois depende de terceiros, sendo um dos maiores responsáveis por tempos de ciclo longos.
Onde obter
Isso pode ser uma ação explícita do usuário registrada nas notas do caso ou no log de auditoria. Alternativamente, pode ser inferido a partir de uma mudança de status do caso para "Informações Pendentes" ou "RFI" (Request for Information).
Captura
Registrado quando um analista usa um recurso para sinalizar que o caso precisa de mais informações.
Tipo de evento
explicit
|
|||