Bancos e serviços financeiros

Agente Revisor de Arquivos de KYC

Encontra o que falta no arquivo de onboarding, e não decide nada

Versão 2Publicado em 2 de set. de 2026
Bancos e serviços financeirosKnowledgeExtractclaude-opus-5Read-only · auto10 hard rules5 handover rulesResult
10regras rígidas
Coisas que ele nunca pode fazer, impostas em toda execução
5regras de repasse
Condições em que ele para e entrega o trabalho a uma pessoa
9campos de saída
Um resultado estruturado, não um parágrafo para reler
≤6passos por execução
Trabalho delimitado: no máximo 5 chamadas de ferramenta, impostas pelo runtime

Somente leitura, por projeto. Este agente não tem caminho para enviar, gastar, publicar ou assumir nada. Onde esse limite é o produto, tirá-lo tiraria o motivo para confiar no resultado.

Ligações ativas da versão 2. Os nós de ferramenta são as capacidades que este agente está autorizado a chamar — nada além disso pode rodar.

Visão geral

Arquivos de onboarding falham por motivos banais: um documento que venceu no mês passado, um endereço que não coincide com a conta de consumo, uma cadeia de titularidade que para a uma empresa de distância de uma pessoa física. Encontrar isso é trabalho mecânico que consome a semana de um analista.

Este agente faz a parte mecânica. Ele verifica o arquivo em relação à política de customer due diligence na sua base de conhecimento — quais documentos esse tipo de cliente exige, o que precisa ser verificado, o que precisa ter data — e relata exatamente o que está faltando, vencido, inconsistente ou não resolvido.

Ele não toma nenhuma decisão. Não aceita nem rejeita um cliente, não atribui uma classificação de risco, não conclui que alguém é uma pessoa politicamente exposta, e não decide que algo é suspeito. Esses são atos regulados que carregam responsabilidade pessoal, e um agente que os realizasse seria um passivo, não um produto. Ele produz uma lista completa e fundamentada do que um analista precisa resolver.

Benefícios

Analistas param de caçar informação

Eles chegam ao arquivo com as lacunas já listadas.

Arquivos consistentes

A mesma política aplicada ao arquivo número duzentos como ao primeiro.

Pronto para auditoria

Cada constatação remete a um requisito por escrito.

O que faz

  • Verifica em relação à sua própria política de CDD

    Seus requisitos para esse tipo de cliente, lidos da sua base de conhecimento — não uma checklist genérica.

  • Detecta vencimentos e incompatibilidades

    Documentos vencidos, nomes que diferem, endereços que não coincidem entre os documentos do arquivo.

  • Segue a cadeia de titularidade

    Relata onde a cadeia para antes de chegar a uma pessoa física, e em qual entidade.

  • Separa o que falta do que está não resolvido

    Um documento que ninguém apresentou e um que levanta uma dúvida exigem tratamentos diferentes.

  • Não decide nada

    Nenhuma aceitação, nenhuma classificação de risco, nenhuma conclusão sobre PEP, nenhuma suspeita. Cada um desses é um ato regulado do analista.

  • Uma lista de tarefas fundamentada

    Cada lacuna aponta o requisito da política que a originou.

O que isso muda

O que isso muda na sua semana

Ele assume
Percorrer um arquivo de onboarding em busca de vencimentos, incompatibilidades e lacunas na cadeia de titularidade.
Hoje quem faz é
Analistas, ao custo de quase a semana inteira deles.
Com que frequência
A cada novo cliente, e a cada revisão periódica.
Esforço manual típico
Um arquivo corporativo com estrutura de titularidade em camadas leva uma hora ou mais.

Por que Bancos e serviços financeiros em particular. A constatação é mecânica; a decisão não é. Isto faz a metade mecânica para que seus analistas usem o julgamento deles onde é necessário.

  • Roda sem supervisão

    Você ou um evento dá a partida, e ele chega ao fim sozinho. Nada fica esperando alguém estar na mesa.

  • O mesmo padrão todas as vezes

    O ducentésimo item recebe o mesmo rigor do primeiro. A constância é a parte que as pessoas não conseguem sustentar.

  • Ele não pode agir por conta própria

    Agente Revisor de Arquivos de KYC não tem caminho para enviar, gastar ou assumir compromissos. É esse limite que torna seguro agir com base no que ele entrega.

Como roda

Este agente é executado no servidor, pelo ambiente de execução da PROMIVO. Cada execução é registada passo a passo e cada chamada de ferramenta tem as permissões verificadas antes de ser executada.

  1. 1EntradaValidada contra o esquema de entrada do agente
  2. 2Modeloclaude-opus-5 com fallback automático
  3. 3Ferramentassearch_knowledge, extract_structured_data
  4. 4PermissõesExecuta automaticamente as ações de nível READ; tudo acima disso espera aprovação
  5. 5SaídaResultado estruturado, conforme o esquema de saída
  6. 6RegistroTokens, duração e cada passo ficam registrados

Demonstração

Dados de demonstraçãoIllustrative sample output, abridged.

Entrada

{
  "documents": [],
  "customerType": "company",
  "jurisdiction": "TR",
  "fileReference": "ONB-2231"
}

Saída

{
  "escalate": true,
  "disclaimer": "A completeness check against your CDD policy. No decision, risk rating, PEP determination or suspicion assessment has been made, and none may be inferred from this output.",
  "policyFound": true,
  "requirements": [
    {
      "status": "expired",
      "evidence": "Utility bill on file is dated 11 months ago.",
      "requirement": "Proof of address for each beneficial owner, dated within 3 months",
      "sourceDocument": "CDD Policy v9 — section 4.2"
    }
  ],
  "ownershipChain": {
    "stopsAt": "Meridian Holdings BV — no shareholder register supplied",
    "resolvedToNaturalPersons": false
  },
  "policyDocument": "CDD Policy v9 — corporate customers",
  "inconsistencies": [
    {
      "field": "Registered address",
      "values": [
        "Levent, Istanbul (register extract)",
        "Şişli, Istanbul (application form)"
      ]
    }
  ],
  "escalationReason": "Ownership cannot be resolved to natural persons from the documents supplied.",
  "outstandingForAnalyst": [
    "Current proof of address for both beneficial owners.",
    "Shareholder register for Meridian Holdings BV.",
    "Reconcile the two registered addresses."
  ]
}

Requisitos

Integrações

Nenhuma integração necessária.

Antes de começar

  • O conteúdo do arquivo de onboarding
  • Uma base de conhecimento contendo sua política de CDD/KYC
  • Requer o plano Acesso total ou superior

Casos de uso

Onboarding de novo cliente

Verifique o arquivo antes que ele chegue a um analista.

Revisão periódica

Encontre o que venceu ou mudou desde o onboarding.

Programas de remediação

Trabalhe um backlog seguindo um único padrão consistente.

Preço

Acesso total

Cobrado mensalmente pela sua assinatura PROMIVO. Cancele quando quiser.

As execuções consomem a cota do seu plano para execuções de agentes e tokens. Veja limites do plano

Perguntas frequentes

Ele aprova clientes?

Não, e não deve. Aceitação, classificação de risco, determinação de PEP e suspeita são decisões reguladas que carregam responsabilidade pessoal para quem as toma. Este agente lista o que está faltando para que essa pessoa possa decidir mais rápido.

Ele faz a triagem contra listas de sanções?

Não. A triagem exige dados licenciados e continuamente atualizados, além de um processo de correspondência documentado. Ele relata se o seu arquivo registra que essa triagem foi realizada, o que é uma verificação documental.

E se nossa política não estiver carregada?

Ele relata que não pode verificar os requisitos e se limita a verificações de consistência interna e de vencimento. Ele não vai substituir sua política por um padrão genérico.

E quanto aos dados pessoais nesses arquivos?

Ele lê o que você fornece e não transmite nada para fora. As constatações fazem referência aos documentos em vez de repetir detalhes identificadores que a constatação não precisa.

Avaliações

As avaliações abrem depois que os clientes tiverem executado este agente.

Precisa que este agente funcione de outro jeito?

Diga o que mudar e a nossa equipe vai definir o escopo de uma versão personalizada para a sua empresa.

Personalizar este agente