Seu Template de dados para onboarding de clientes KYC
Seu Template de dados para onboarding de clientes KYC
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração de dados do ACTICO
Atributos do onboarding de clientes KYC
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTime | Data e hora que indicam quando uma atividade específica começou ou ocorreu. | ||
| Descrição A data e hora do evento correspondem ao momento exato em que uma atividade foi registrada no sistema. Elas determinam a ordem cronológica de todos os eventos de um caso de solicitação de cliente e formam a linha do tempo da jornada de integração. Este atributo é essencial para todas as análises baseadas em tempo. Ele é usado para calcular o tempo de ciclo entre atividades, identificar atrasos e períodos de espera, medir a duração total do caso e verificar o cumprimento dos contratos de nível de serviço (SLAs). A sequência dessas datas e horas em cada caso permite que as ferramentas de mineração de processos reconstruam o fluxo exato do processo. Por que isso importa Este atributo estabelece a ordem cronológica dos eventos, essencial para calcular durações, descobrir gargalos e analisar a linha do tempo do processo. Onde encontrar Este atributo está nas tabelas de Event Log do ACTICO e corresponde à data e hora associadas a cada atividade registrada. Consulte a documentação do ACTICO. Exemplos 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T15:45:10Z | |||
| Nome da atividade ActivityName | Nome do evento de negócio ou da tarefa específica realizada no processo de integração do cliente. | ||
| Descrição Este atributo registra o nome de cada etapa ou atividade do processo KYC, como 'Solicitação enviada', 'Avaliação de risco realizada' ou 'Solicitação aprovada'. Ele fornece os elementos que compõem o mapa do processo em sequência. Analisar o nome da atividade permite visualizar o fluxo do processo, identificar atividades frequentes ou raras e detectar gargalos ou ciclos de retrabalho. Este atributo é essencial para entender quais ações são realizadas e em que ordem, algo fundamental para analisar variantes e verificar a conformidade. Por que isso importa Ele define as etapas do mapa do processo, permitindo visualizar o fluxo, identificar desvios e analisar a frequência e a sequência das atividades. Onde encontrar Em geral, essas informações estão em uma tabela de Event Log no ACTICO, muitas vezes em um campo que descreve o tipo de evento ou tarefa. Consulte a documentação do ACTICO. Exemplos Solicitação enviadaAvaliação de risco realizadaRevisão de conformidade concluídaSolicitação rejeitada | |||
| Solicitação do cliente CustomerApplication | Identificador exclusivo de uma solicitação de integração de cliente, usado como ID do caso na análise do processo. | ||
| Descrição A solicitação do cliente é o principal identificador do caso e reúne todos os eventos e atividades relacionados à jornada de integração de um cliente. Ela representa uma instância completa do processo KYC, desde o envio inicial até a decisão final de aprovação ou rejeição. Na mineração de processos, este atributo é essencial para reconstruir a jornada completa de cada solicitação. Ele permite que analistas acompanhem a sequência de atividades, meçam o tempo total de ciclo e comparem os diferentes caminhos ou variantes percorridos pelas solicitações. Todos os eventos com o mesmo ID da solicitação do cliente são considerados parte do mesmo caso. Por que isso importa Este é o atributo fundamental para a mineração de processos, pois conecta todos os eventos relacionados em uma única instância de processo e permite analisar de ponta a ponta a experiência de integração de cada cliente. Onde encontrar Esta é uma chave primária nas principais tabelas de solicitações ou gerenciamento de casos do ACTICO. Consulte a documentação do ACTICO para encontrar os nomes específicos das tabelas e dos campos. Exemplos APP-2023-001234APP-2023-001235APP-2024-000001 | |||
| Sistema de origem SourceSystem | O sistema de registro de onde vêm os dados dos eventos. | ||
| Descrição Este atributo identifica o sistema de informação de origem em que os dados foram gerados. Neste processo, o valor será sempre 'ACTICO'. Em análises mais amplas, que envolvem vários sistemas, ele ajuda a diferenciar a origem dos dados. No contexto de Process Mining, esse atributo é essencial para a governança e a validação dos dados. Ele garante que os dados sejam associados corretamente à sua origem, o que é importante ao combinar informações de diferentes sistemas para obter uma visão completa do processo. Também ajuda a investigar problemas de qualidade dos dados, rastreando-os até o sistema de origem. Por que isso importa Fornece contexto essencial sobre a origem dos dados e garante sua linhagem e governança, aspectos fundamentais ao combinar dados de várias fontes. Onde encontrar Normalmente, é um valor estático ('ACTICO'), incluído durante a extração e transformação dos dados para identificar o conjunto de dados. Exemplos ACTICOPlataforma ACTICOMódulo KYC do Actico | |||
| Última atualização dos dados LastDataUpdate | Data e hora da última atualização ou extração dos dados do sistema de origem. | ||
| Descrição Este atributo registra a data e a hora da extração mais recente de dados do ACTICO. É um campo de metadados que se aplica ao conjunto de dados inteiro, e não a eventos individuais, e informa o quanto os dados usados na análise estão atualizados. Em Dashboards e relatórios, essa informação ajuda você a entender a atualidade dos dados. Ela permite alinhar as expectativas sobre quando os insights estarão disponíveis e é essencial para o monitoramento operacional quando dados quase em tempo real são importantes. Exibir essa data e hora traz transparência e aumenta a confiança nos dados apresentados. Por que isso importa Indica o quanto os dados estão atualizados e ajuda você a saber se está analisando informações recentes, algo essencial para tomar decisões operacionais. Onde encontrar Este valor é gerado e armazenado durante o processo de extração, transformação e carregamento de dados (ETL). Ele registra a data e a hora em que o processo de ETL foi concluído com sucesso. Exemplos 2024-05-20T08:00:00Z2024-05-21T08:00:00Z | |||
| Data-limite do SLA SlaTargetDate | Data até a qual se espera concluir o processo de onboarding do cliente. | ||
| Descrição A data-limite do SLA é o prazo para concluir o onboarding de um cliente, conforme definido nos acordos internos de nível de serviço. Em geral, essa data é calculada com base na data de envio da solicitação mais um prazo padrão de processamento. Este atributo é essencial para monitorar a conformidade com o SLA. Ao comparar a data real de conclusão de um caso com a data-limite do SLA, o sistema determina se o caso foi concluído no prazo ou se o SLA foi descumprido. Esse dado serve de base para o Dashboard 'Performance do SLA de onboarding' e para o KPI 'Taxa de cumprimento do SLA de onboarding'. Por que isso importa Fornece uma referência para medir a performance dentro do prazo e permite monitorar e reportar diretamente a conformidade com o SLA. Onde encontrar Esse dado pode estar armazenado em um campo da tabela principal de casos do ACTICO ou ser calculado com base em regras de negócio, como data de envio + 5 dias úteis. Exemplos 2023-11-01T17:00:00Z2023-11-02T17:00:00Z2023-11-03T17:00:00Z | |||
| Departamento Department | Departamento ou equipe responsável por realizar a atividade. | ||
| Descrição Este atributo associa uma atividade a uma unidade organizacional específica, como 'Conformidade', 'Equipe de onboarding' ou 'Relacionamento com clientes'. Ele fornece contexto organizacional ao fluxo do processo. A análise por departamento é essencial para entender como o trabalho é transferido entre diferentes áreas da organização. Ela ajuda a identificar gargalos entre departamentos, medir a eficiência de cada área e analisar a alocação de recursos entre equipes. Você pode filtrar os Dashboards por departamento para que os gestores acompanhem a performance específica de suas equipes. Por que isso importa Fornece uma dimensão organizacional para a análise, permitindo identificar atrasos entre departamentos e avaliar a performance das equipes. Onde encontrar Essas informações podem estar armazenadas diretamente nos dados dos eventos ou ser obtidas ao combinar os dados dos usuários com uma tabela mestre de RH que associa cada usuário a um departamento. Consulte a documentação do ACTICO. Exemplos ComplianceEquipe de onboardingAtendimento ao cliente | |||
| Hora de término EndTime | Data e hora em que uma atividade específica foi concluída. | ||
| Descrição A hora de término marca a conclusão de uma atividade. Combinada com a hora de início (EventTime), permite calcular a duração exata de cada tarefa, chamada tempo de processamento. Nem todos os eventos têm uma hora de término específica, pois alguns são instantâneos. Este atributo é fundamental para analisar a performance, especialmente para medir quanto tempo cada etapa leva. Ele permite criar Dashboards detalhados de performance, ajuda a identificar quais atividades consomem mais tempo e é essencial para calcular KPIs como 'Tempo médio de análise de documentos'. Por que isso importa Permite calcular a duração exata das atividades (tempo de processamento), algo essencial para identificar gargalos de performance e analisar a eficiência dos recursos. Onde encontrar Assim como a hora de início, esse dado costuma estar nas tabelas de Event Log do ACTICO. Alguns sistemas armazenam as horas de início e término em colunas separadas para um mesmo registro de evento. Consulte a documentação do ACTICO. Exemplos 2023-10-26T10:15:00Z2023-10-26T12:00:00Z2023-10-27T16:00:15Z | |||
| Motivo da rejeição RejectionReason | Motivo específico informado quando uma solicitação de cliente é rejeitada. | ||
| Descrição Quando o status final de uma solicitação é 'Rejeitado', este atributo informa a causa. Alguns exemplos são 'Documentação incompleta', 'Falha na verificação de antecedentes' ou 'Perfil de alto risco'. Este atributo é essencial para a análise de causa raiz. Ao analisar a frequência de cada motivo de rejeição, a empresa pode identificar problemas sistêmicos no processo ou nos dados enviados pelos clientes. Por exemplo, muitas rejeições por documentação incompleta podem indicar que as instruções da solicitação não estão claras. Esse atributo dá suporte direto ao Dashboard 'Taxa e motivos de rejeição de solicitações'. Por que isso importa Explica por que as solicitações são rejeitadas e permite fazer uma análise de causa raiz para reduzir a taxa de rejeição e melhorar a eficiência do processo. Onde encontrar Geralmente, é encontrado na tabela principal de casos ou solicitações do ACTICO e costuma ser preenchido apenas quando o status da solicitação é 'Rejeitado'. Exemplos Documentação incompletaFalha na verificação de identidadeCorrespondência com lista de sançõesPontuação de risco alta | |||
| Nível de risco RiskLevel | Nível de risco calculado para a solicitação do cliente, como baixo, médio ou alto. | ||
| Descrição Este atributo representa a categoria de risco atribuída ao cliente, que muitas vezes determina a complexidade e o rigor das etapas seguintes do processo de KYC. Um cliente de alto risco pode precisar de verificações e aprovações adicionais em comparação com um cliente de baixo risco. No Process Mining, o nível de risco é uma dimensão importante para análises comparativas. Ele permite verificar se o processo segue corretamente caminhos diferentes conforme o nível de risco, como previsto. Por exemplo, você pode confirmar se todos os clientes de alto risco passam por uma etapa reforçada de diligência prévia. Esse atributo é essencial para o Dashboard 'Fluxos do processo de avaliação de risco'. Por que isso importa Permite segmentar os casos por nível de risco e analisar se o processo se adapta corretamente a diferentes perfis de risco, conforme exigido pelas políticas de conformidade. Onde encontrar Este é um dado essencial, armazenado no nível do caso, na tabela principal de solicitações do ACTICO. Exemplos BaixoMédioAlto | |||
| Status da solicitação ApplicationStatus | Resultado final ou estado atual da solicitação de onboarding do cliente. | ||
| Descrição Este atributo indica o resultado final de um caso, geralmente 'Aprovado' ou 'Rejeitado'. Também pode mostrar o status de casos em andamento. É uma dimensão essencial para análises baseadas em resultados. Entender por que as solicitações são aprovadas ou rejeitadas é um dos principais objetivos do Process Mining de KYC. Este atributo permite filtrar o mapa do processo para comparar os caminhos mais comuns das solicitações aprovadas e rejeitadas e identificar padrões que levam a resultados indesejados. Ele também serve de base para calcular o KPI 'Taxa de rejeição de solicitações'. Por que isso importa Define o resultado de cada caso, permitindo comparar instâncias de processo bem-sucedidas e malsucedidas e calcular as taxas de rejeição. Onde encontrar Este atributo se aplica ao caso e costuma estar na tabela principal de casos ou solicitações do ACTICO. Ele indica o status final da solicitação. Exemplos AprovadoRejeitadoEm andamentoAguardando informações | |||
| Usuário responsável pelo início InitiatingUser | ID ou nome do funcionário que realizou a atividade. | ||
| Descrição Este atributo identifica o usuário ou agente do sistema responsável por executar uma atividade. Ele associa as etapas do processo às pessoas ou equipes que as realizaram. Analisar a performance por usuário é uma necessidade comum. Este atributo permite criar Dashboards que mostram a distribuição da carga de trabalho, os tempos de processamento individuais e comparações de performance entre usuários ou equipes. Ele ajuda a identificar profissionais com alta performance e aqueles que podem precisar de treinamento adicional, além de ser essencial para entender a alocação e o uso dos recursos. Por que isso importa Associa as atividades do processo a usuários específicos, permitindo analisar a performance por pessoa ou equipe e identificar necessidades de treinamento ou desequilíbrios na alocação de recursos. Onde encontrar Geralmente, é armazenado junto a cada evento no Event Log ou nas tabelas de histórico de transações do ACTICO. Consulte a documentação do ACTICO. Exemplos john.doejane.smithSYSTEM_USER | |||
| É automatizada IsAutomated | Indicador que informa se uma atividade foi realizada automaticamente pelo sistema ou manualmente por um usuário. | ||
| Descrição Este atributo booleano diferencia as tarefas executadas por uma pessoa daquelas realizadas por automações do sistema, como uma verificação automática de antecedentes ou o cálculo de uma pontuação de risco. Analisar este atributo ajuda a avaliar a eficácia das iniciativas de automação. Ele permite comparar os tempos de processamento das etapas automatizadas e manuais, identificar quais partes do processo ainda dependem muito de trabalho manual e apontar oportunidades para ampliar a automação, melhorar a eficiência e reduzir os custos operacionais. Por que isso importa Diferencia as tarefas realizadas por pessoas daquelas executadas pelo sistema, algo essencial para medir o impacto da automação e identificar oportunidades de melhorar a eficiência. Onde encontrar Esse dado pode ser inferido do atributo 'InitiatingUser', por exemplo, quando o usuário é 'SYSTEM', ou pode estar em um indicador específico no Event Log. Consulte a documentação do ACTICO. Exemplos truefalse | |||
| É retrabalho IsRework | Indicador calculado que identifica se uma atividade é uma etapa repetida ou faz parte de um ciclo de retrabalho. | ||
| Descrição Este atributo booleano sinaliza atividades realizadas pela segunda vez ou mais no mesmo caso, como uma 'Análise de documentos' feita após uma solicitação de informações adicionais. Ele identifica ocorrências de retrabalho, que geralmente são uma fonte de ineficiência no processo. Identificar retrabalho é um dos principais objetivos do Process Mining. Este indicador permite quantificar o retrabalho, por exemplo, calculando o KPI 'Taxa de retrabalho na análise de documentos'. No mapa do processo, os ciclos de retrabalho podem ser destacados para mostrar onde o processo volta a etapas anteriores. Isso ajuda a localizar problemas de qualidade ou pontos em que o processo não é feito corretamente na primeira vez. Por que isso importa Destaca ocorrências de trabalho repetido, permitindo medir diretamente a ineficiência do processo e identificar atividades com problemas de qualidade ou falta de clareza. Onde encontrar Este atributo é calculado. A lógica é definida na ferramenta de Process Mining ou durante a transformação dos dados para detectar atividades repetidas no mesmo caso. Exemplos truefalse | |||
| País Country | País de residência do cliente que solicita o onboarding. | ||
| Descrição Este atributo informa o país do cliente, que pode afetar significativamente o processo de KYC. Cada jurisdição tem exigências regulatórias próprias, que podem incluir etapas adicionais ou alternativas no processo. Analisar o processo por país permite comparar a performance entre diferentes regiões. Isso pode ajudar a identificar se determinados países apresentam tempos de ciclo consistentemente maiores ou taxas de rejeição mais altas, o que pode indicar entraves regulatórios ou desafios específicos do mercado. Essa visão geográfica é importante para organizações globais que buscam padronizar processos sem deixar de atender às exigências locais de conformidade. Por que isso importa Fornece uma dimensão geográfica para a análise e ajuda a entender as variações do processo e as diferenças de performance entre jurisdições regulatórias. Onde encontrar Esta é uma informação essencial do cliente, armazenada no nível do caso ou do cliente no sistema ACTICO. Exemplos USADEUGBRSGP | |||
| Status do SLA SlaState | Status calculado que indica se o caso cumpriu o SLA, descumpriu o prazo ou corre risco de descumpri-lo. | ||
| Descrição Este atributo classifica a performance de um caso em relação ao seu acordo de nível de serviço. O status é calculado comparando a data de conclusão do caso, ou a data atual para casos em aberto, com a 'SlaTargetDate'. Este atributo simplifica os relatórios de SLA ao transformar a comparação entre datas em um status fácil de entender. Os Dashboards podem usá-lo em visualizações claras, como gráficos de pizza ou medidores que mostram a porcentagem de casos que cumpriram ou descumpriram o prazo. Ele é um elemento essencial do Dashboard 'Performance do SLA de onboarding' e dá suporte direto ao KPI 'Taxa de cumprimento do SLA de onboarding'. Por que isso importa Fornece um status claro e categórico da conformidade com o SLA para cada caso, simplificando os relatórios e facilitando a visualização da performance em relação às metas. Onde encontrar Este atributo é calculado com base em regras de negócio que comparam a data e hora de conclusão do caso com a 'SlaTargetDate'. Exemplos CumpridoDescumpridoEm risco | |||
| Tipo de cliente CustomerType | Classificação do cliente, como pessoa física ou pessoa jurídica. | ||
| Descrição Este atributo classifica os solicitantes em diferentes categorias, como pessoa física ou pessoa jurídica. O processo de KYC costuma variar bastante entre esses tipos, e o onboarding de pessoas jurídicas tende a ser muito mais complexo. Usar o tipo de cliente como dimensão permite separar e comparar claramente esses processos distintos dentro do mesmo conjunto de dados. Os analistas podem filtrar o mapa do processo para ver apenas clientes 'Pessoa jurídica' e entender seus desafios, gargalos e tempos de ciclo específicos, sem que os dados sejam distorcidos pelo processo muito mais simples de clientes 'Pessoa física'. Por que isso importa Permite segmentar o processo por categoria de cliente, que pode ter fluxos e níveis de complexidade muito diferentes, contribuindo para uma análise mais precisa. Onde encontrar Este é um atributo fundamental, armazenado no nível do caso ou do cliente no ACTICO. Exemplos Pessoa físicaPessoa jurídicaPequena empresa | |||
Atividades do onboarding de clientes KYC
| Atividade | Descrição | ||
|---|---|---|---|
| Avaliação de risco realizada | Esta atividade representa a execução do mecanismo de decisão do ACTICO para calcular uma pontuação ou classificação de risco para a solicitação do cliente. Como função central do sistema, ela é registrada como um evento explícito quando o conjunto de regras de avaliação de risco é executado. | ||
| Por que isso importa A avaliação de risco é um ponto de decisão fundamental que muitas vezes determina o caminho seguinte do processo. Analisar esta atividade ajuda a entender como os níveis de risco influenciam as variantes e os prazos do processo. Onde encontrar Este é um evento central no ACTICO e deve constar nos logs de decisão ou execução. Esses logs geralmente contêm o ID do caso, as regras executadas e a pontuação de risco resultante. Coleta Evento registrado pelo mecanismo de decisão do ACTICO após a conclusão da pontuação de risco. Tipo de evento explicit | |||
| Documentos do cliente carregados | Esta atividade ocorre quando o cliente envia os documentos de identificação e comprovação necessários por um portal ou outro canal integrado ao ACTICO. Em geral, cada documento carregado é registrado no sistema como um evento explícito separado, no gerenciamento de documentos ou no log do caso. | ||
| Por que isso importa Este é um marco importante que depende do cliente. Acompanhar esse evento é essencial para medir o tempo de resposta do cliente e analisar a duração da etapa seguinte, de revisão dos documentos. Onde encontrar Procure registros de eventos relacionados ao processamento de documentos ou aos anexos do caso da solicitação. Eles costumam ficar em tabelas específicas de gerenciamento de documentos ou evidências no banco de dados do ACTICO. Coleta Evento registrado pelo sistema quando um documento é anexado ao caso. Tipo de evento explicit | |||
| Integração do cliente concluída | Esta é a atividade final do processo. Ela indica que a integração do cliente foi concluída e que o caso da solicitação foi encerrado. É identificada pela aplicação de um status final, como 'Integrado' ou 'Encerrado - aprovado'. | ||
| Por que isso importa Como principal evento de encerramento bem-sucedido, esta atividade é essencial para calcular o tempo de ciclo de ponta a ponta de todos os clientes integrados com sucesso. Ela fornece a data e hora final para a análise do caminho ideal. Onde encontrar Identificada no campo de status final do caso da solicitação do cliente. Procure a data e hora associadas à mudança do caso para um status final de sucesso. Coleta Identificada pela atualização final do status do caso para 'Concluído' ou 'Encerrado'. Tipo de evento inferred | |||
| Revisão de conformidade concluída | Marca o fim da revisão manual pelo departamento de conformidade, com uma decisão de aprovar, rejeitar ou solicitar outras providências. Esta atividade é identificada pela mudança do status do caso de 'Aguardando revisão de conformidade' para um status seguinte, como 'Conformidade aprovada'. | ||
| Por que isso importa Este é o evento de encerramento da etapa de revisão de conformidade. Ele é essencial para calcular a duração total da revisão e analisar a produtividade da equipe. Onde encontrar Identificada no log do histórico de status da solicitação. Procure a data e hora em que o caso deixa o status 'Em revisão de conformidade', indicando que uma decisão foi tomada. Coleta Identificada quando o status do caso muda de 'Aguardando conformidade' para 'Conformidade aprovada' ou um status semelhante. Tipo de evento inferred | |||
| Revisão de conformidade iniciada | Marca o início da etapa de revisão manual pelo departamento de conformidade, geralmente para solicitações de alto risco ou sinalizadas. Em geral, ela é identificada pela mudança do status do caso para 'Aguardando revisão de conformidade' ou pela atribuição do caso à fila de trabalho de um responsável por conformidade. | ||
| Por que isso importa Esta atividade marca o início da medição do gargalo na revisão de conformidade. O tempo até a 'Revisão de conformidade concluída' é um KPI crítico para identificar atrasos nesta etapa essencial. Onde encontrar Identificada no histórico de status da solicitação ou na trilha de auditoria. Procure a data e hora associadas à mudança de status para 'Em revisão de conformidade' ou à atribuição a um grupo de usuários responsável por conformidade. Coleta Identificada quando o status do caso muda para 'Aguardando conformidade' ou quando ele é atribuído à equipe de conformidade. Tipo de evento inferred | |||
| Solicitação aprovada | Esta atividade representa a decisão final de negócio de aprovar a solicitação de integração do cliente. É um marco importante, geralmente registrado como uma mudança de status distinta e final no ciclo de vida da solicitação. | ||
| Por que isso importa Este marco antecede a criação da conta e indica um resultado bem-sucedido. Analisar o tempo até esta etapa é essencial para entender a duração do caminho ideal. Onde encontrar Identificada no campo de status final da tabela principal de solicitações ou casos. Procure um status como 'Aprovada', 'Aprovação concluída' ou outro status final positivo semelhante. Coleta O status final do caso é atualizado para 'Aprovado' nos dados principais do caso. Tipo de evento inferred | |||
| Solicitação enviada | Esta atividade marca o início do processo de integração KYC, quando o sistema ACTICO recebe formalmente uma nova solicitação de cliente. Ela é registrada como um evento explícito, geralmente com a data e hora exatas da criação de um novo caso ou registro de solicitação. | ||
| Por que isso importa Como principal evento de início, esta atividade é essencial para calcular o tempo total do ciclo de integração e acompanhar o volume de solicitações. Ela fornece a data e hora de referência para todas as medições de performance subsequentes do processo. Onde encontrar Em geral, esta atividade aparece como um registro explícito no log de criação de solicitações ou casos do ACTICO. Procure tabelas relacionadas aos eventos de envio de solicitações ou à data e hora de criação do registro principal do caso. Coleta Evento registrado quando uma nova instância de caso de solicitação é criada. Tipo de evento explicit | |||
| Solicitação rejeitada | Representa a decisão final de rejeitar a solicitação do cliente, encerrando o processo de integração. Este é um status final crítico, registrado por meio de uma mudança final no status da solicitação. | ||
| Por que isso importa Este é o principal evento de encerramento malsucedido. Analisar os casos que terminam nesta atividade é essencial para entender as taxas e os motivos de rejeição e melhorar o rendimento geral do processo. Onde encontrar Identificada no campo de status final da tabela principal de solicitações ou casos. Procure um status final como 'Rejeitada', 'Recusada' ou 'Encerrada - rejeitada'. Coleta O status final do caso é atualizado para 'Rejeitado' nos dados principais do caso. Tipo de evento inferred | |||
| Análise inicial da solicitação | Representa a primeira análise da solicitação enviada, feita por uma regra automática ou por um atendente, para verificar se está completa e atende aos critérios básicos. Muitas vezes, essa atividade é identificada por uma mudança de status da solicitação, por exemplo, de 'Enviada' para 'Em revisão'. | ||
| Por que isso importa Analisar o tempo necessário para concluir essa primeira revisão ajuda a identificar atrasos no processamento inicial. Também mostra quantas solicitações passam por essa primeira etapa sem problemas. Onde encontrar Identificada no histórico de status ou nos logs de auditoria associados ao caso da solicitação do cliente. Compare a data e hora em que o status muda de 'Nova' ou 'Enviada' para 'Em revisão'. Coleta Detectar no histórico do caso a mudança de status de 'Enviada' para 'Em revisão'. Tipo de evento inferred | |||
| Conta criada | Após a aprovação, esta atividade marca a criação técnica da conta do cliente no sistema bancário central ou de gerenciamento de usuários. Em geral, o ACTICO registra um evento explícito após receber a confirmação de sucesso do sistema subsequente. | ||
| Por que isso importa Esta atividade confirma que o processo gerou um resultado concreto para o negócio. O tempo entre 'Solicitação aprovada' e 'Conta criada' pode revelar atrasos de integração ou ineficiências nas etapas finais de provisionamento. Onde encontrar É provável que essas informações estejam nos logs de integração ou de interface do sistema no ACTICO, que registram o resultado das chamadas a sistemas externos para provisionar contas. Coleta Evento registrado após o recebimento de uma resposta bem-sucedida da API do sistema central de contas. Tipo de evento explicit | |||
| Informações adicionais solicitadas | Representa um evento em que um revisor, geralmente da área de conformidade ou análise de crédito, solicita mais informações ou documentos ao cliente. Em geral, essa ação é registrada explicitamente, pois costuma envolver o envio de uma notificação ao cliente e a pausa do caso. | ||
| Por que isso importa Esta atividade é uma das principais causas de retrabalho e aumento do tempo de ciclo. Acompanhar sua frequência e seu impacto é essencial para identificar como melhorar a coleta inicial de dados. Onde encontrar Provavelmente, este evento está registrado explicitamente no histórico do caso ou no log de comunicações. Procure eventos como 'Solicitação de informações enviada' ou mudanças de status como 'Aguardando informações do cliente'. Coleta Um evento explícito iniciado pelo usuário, como 'Enviar solicitação de informações', é registrado na trilha de auditoria do caso. Tipo de evento explicit | |||
| Revisão de documentos concluída | Esta atividade indica que um atendente terminou de revisar os documentos enviados pelo cliente. Em geral, ela é identificada por uma mudança de status do documento ou do caso, como 'Documentos verificados' ou 'Revisão concluída'. | ||
| Por que isso importa Este é um marco importante para medir a eficiência do processamento de documentos. O tempo entre 'Documentos do cliente carregados' e esta atividade é um KPI crítico para identificar atrasos no processamento manual. Onde encontrar Identificada nos logs do histórico de status do caso da solicitação ou de documentos individuais. A mudança do status de um documento de 'Aguardando revisão' para 'Aprovado' ou 'Revisado' indica esta atividade. Coleta Identificada pela mudança do status do documento para 'Verificado' ou 'Revisado'. Tipo de evento inferred | |||
| Verificação de identidade realizada | Representa uma verificação automática ou manual da identidade do cliente com base em fontes de dados externas ou internas. Em geral, ela é registrada como um evento explícito quando uma chamada de API é feita a um serviço de verificação de terceiros e uma resposta é recebida. | ||
| Por que isso importa Esta atividade é uma etapa crítica de conformidade. Analisar sua duração e seus resultados ajuda a identificar dependências de serviços externos e possíveis gargalos no processo de verificação. Onde encontrar Em geral, essas informações estão nos logs de integração ou em tabelas de eventos específicas que registram os resultados das verificações automáticas e das chamadas a serviços de terceiros vinculadas ao caso da solicitação. Coleta Evento registrado a partir de uma chamada de integração a um serviço externo de verificação de identidade. Tipo de evento explicit | |||
| Verificações de antecedentes iniciadas | Representa o início de verificações de antecedentes automáticas ou manuais, como consultas de prevenção à lavagem de dinheiro (AML) ou análise do histórico de crédito. Em geral, elas são registradas como eventos explícitos quando o sistema inicia as verificações, que podem envolver prestadores de serviços externos. | ||
| Por que isso importa O início das verificações de antecedentes é um marco importante no processo de diligência prévia. Acompanhar essa atividade ajuda a entender as dependências e os prazos associados aos provedores de dados externos. Onde encontrar Procure registros nos logs do sistema ou na trilha de auditoria que indiquem o início dos procedimentos de verificação de antecedentes. Em geral, eles estão vinculados ao ID do caso da solicitação principal. Coleta Evento registrado quando o mecanismo de fluxo de trabalho inicia chamadas aos serviços de verificação de antecedentes. Tipo de evento explicit | |||
Guias de extração
Etapas
- Obtenha acesso administrativo: Acesse a plataforma ACTICO, como o Visual Modeler ou um console de administração dedicado, usando credenciais com permissões suficientes para acessar e configurar exportações de dados.
- Localize o módulo de exportação: Acesse a área de administração ou configuração do sistema. Encontre a seção responsável por trilhas de auditoria, registros ou exportações de dados. Ela pode se chamar 'Audit Export' ou 'Business Object Export'.
- Crie uma nova configuração de exportação: Inicie o processo de criação de uma nova definição de exportação. Dê um nome descritivo à configuração, por exemplo, 'KYC_Onboarding_ProcessMind_Export'.
- Defina a fonte de dados: Especifique o objeto de negócio principal a ser exportado, que é
CustomerApplication. É essencial aplicar um filtro por período para limitar o escopo da exportação, por exemplo, aos últimos 6 meses, garantindo tamanhos de arquivo e performance administráveis. - Configure o arquivo de saída: Defina CSV como formato de saída. Informe o nome do arquivo, por exemplo,
kyc_event_log.csv, e confirme o delimitador, geralmente uma vírgula. Verifique se os campos de texto estão entre aspas para lidar corretamente com caracteres especiais. - Mapeie o identificador do caso: Defina o identificador exclusivo do objeto de negócio
CustomerApplicationcomo ID do caso para a análise de Process Mining. Assim, todos os eventos relacionados ficam vinculados a um único caso de integração. - Defina o mapeamento de atributos: Para cada coluna necessária no Event Log, mapeie o atributo correspondente no modelo de objetos de negócio do ACTICO. Inclua o ID do caso, o nome da atividade, os registros de data e hora e outros atributos recomendados, como status ou nível de risco.
- Configure o mapeamento de eventos: Esta é a etapa mais importante. Crie uma regra ou um mapeamento específico para cada uma das 14 atividades de negócio. Use acionadores do sistema, como a criação de objetos para 'Application Submitted', mudanças de status para etapas do Workflow, como 'Application Approved', e padrões específicos de mensagens do log de auditoria para eventos técnicos, como 'Identity Verification Performed'.
- Salve e valide a configuração: Depois de definir todos os mapeamentos, salve o arquivo de configuração. Use as ferramentas de validação disponíveis no ACTICO para verificar erros de sintaxe ou caminhos de atributos incorretos.
- Execute e monitore a exportação: Execute o trabalho de exportação. Acompanhe o andamento pelo agendador de tarefas ou pela interface de monitoramento do sistema. Ao concluir, verifique os logs para identificar erros.
- Recupere e prepare o arquivo: Baixe o arquivo CSV gerado no caminho de saída indicado no servidor. Antes de carregá-lo no ProcessMind, abra o arquivo para verificar a estrutura e confirmar que os formatos de data e hora estão consistentes e foram interpretados corretamente.
Configuração
- Nível do log de auditoria: O nível de registro de auditoria em todo o sistema deve ser detalhado, como INFO ou FINE. Um nível menos detalhado, como WARNING ou ERROR, não registrará as mudanças de status e execuções de regras necessárias para a mineração de processos.
- Fonte de dados da exportação: A fonte de dados principal deve usar o objeto de negócio
CustomerApplication. Talvez seja necessário combinar ou referenciar objetos relacionados, comoCustomerDocument, para capturar todos os eventos relevantes. - Filtro por período: Use sempre um filtro por período para controlar o volume de dados extraídos. Para a análise inicial, recomendamos um período de 3 a 6 meses. Em produção, ajuste esse intervalo conforme as necessidades do negócio e a performance do sistema.
- Lógica de mapeamento de eventos: A precisão da extração depende muito do mapeamento dos eventos. Mudanças de status (
on="StatusChange") são comuns para inferir etapas de negócio. Registros explícitos (on="LogEntry") são úteis para eventos técnicos ou chamadas de serviço. Execuções de regras (on="RuleExecution") são ideais para capturar etapas de tomada de decisão. - Formato de saída: Selecione CSV para garantir ampla compatibilidade. Configure corretamente os delimitadores e o uso de aspas em textos para evitar problemas na interpretação dos dados.
- Pré-requisitos: Este método exige permissões administrativas na plataforma ACTICO. Para configurar tudo corretamente, é essencial conhecer bem o modelo de objetos de negócio KYC, incluindo todos os campos de status e nomes de atributos relevantes.
Consulta de exemplo xml
<!-- This is a representative ACTICO export configuration in XML format. -->
<!-- Actual syntax may vary based on your ACTICO version. -->
<AuditExportConfiguration name="KYC_ProcessMind_Export">
<DataSource type="BusinessObject">
<ObjectName>CustomerApplication</ObjectName>
<DateRange from="[Start Date YYYY-MM-DD]" to="[End Date YYYY-MM-DD]"/>
</DataSource>
<OutputFile format="CSV" name="kyc_event_log.csv" delimiter=","/>
<CaseId mapping="customerApplication.id"/>
<Attributes>
<Attribute name="CustomerApplication" mapping="customerApplication.id"/>
<Attribute name="ActivityName" mapping="[generated_activity_name]"/>
<Attribute name="EventTime" mapping="[event_timestamp]"/>
<Attribute name="SourceSystem" value="ACTICO"/>
<Attribute name="LastDataUpdate" value="[CURRENT_TIMESTAMP]"/>
<Attribute name="EndTime" mapping="[event_timestamp]"/>
<Attribute name="InitiatingUser" mapping="event.user"/>
<Attribute name="Department" mapping="event.user.department"/>
<Attribute name="ApplicationStatus" mapping="customerApplication.status"/>
<Attribute name="RejectionReason" mapping="customerApplication.rejectionDetails.reasonCode"/>
<Attribute name="RiskLevel" mapping="customerApplication.risk.level"/>
<Attribute name="SlaTargetDate" mapping="customerApplication.slaDate"/>
</Attributes>
<EventMappings>
<Event on="Create" object="CustomerApplication">
<Set name="[generated_activity_name]" value="Application Submitted"/>
<Set name="[event_timestamp]" mapping="customerApplication.creationDate"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Submitted" to="In Review">
<Set name="[generated_activity_name]" value="Initial Application Review"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="Create" object="CustomerDocument">
<Set name="[generated_activity_name]" value="Customer Documents Uploaded"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
<CaseId mapping="event.relatedObject.customerApplication.id"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="IDV Service Call Completed.*">
<Set name="[generated_activity_name]" value="Identity Verification Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Documents Verified">
<Set name="[generated_activity_name]" value="Document Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Background Check Initiated.*">
<Set name="[generated_activity_name]" value="Background Checks Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="RuleExecution" object="CustomerApplication" ruleSet="KYC Risk Assessment">
<Set name="[generated_activity_name]" value="Risk Assessment Performed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Compliance Review">
<Set name="[generated_activity_name]" value="Compliance Review Initiated"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Pending Customer Information">
<Set name="[generated_activity_name]" value="Additional Information Requested"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" from="Pending Compliance Review" to="Compliance Approved">
<Set name="[generated_activity_name]" value="Compliance Review Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Approved">
<Set name="[generated_activity_name]" value="Application Approved"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="LogEntry" object="CustomerApplication" messagePattern="Account successfully created.*">
<Set name="[generated_activity_name]" value="Account Created"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Closed - Approved">
<Set name="[generated_activity_name]" value="Customer Onboarding Completed"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
<Event on="StatusChange" object="CustomerApplication" to="Rejected">
<Set name="[generated_activity_name]" value="Application Rejected"/>
<Set name="[event_timestamp]" mapping="event.timestamp"/>
</Event>
</EventMappings>
</AuditExportConfiguration>Pronto para começar?
Use este Template para preparar seus dados com eficiência e acelerar a otimização do processo de integração de clientes KYC no ACTICO.
Otimize a integração de clientes KYC: reduza o prazo para 24 horas
Elimine desistências e falsos positivos para oferecer uma integração sem atritos.
Não é necessário informar o cartão de crédito. Comece a otimizar hoje.