Verificação de Empresas com Claude: KYB e Beneficiários Finais Através do Didit MCP

Principais conclusões

• No Claude, um operador cria uma sessão principal de Know Your Business (KYB) com um fluxo de trabalho KYB configurado. O fluxo hospedado da Didit — não o Claude — gera automaticamente sessões secundárias de Know Your Customer (KYC) de acordo com as configurações de Pessoas Chave do fluxo de trabalho.
• O KYC não é obrigatório para cada Beneficiário Final Último (UBO). Limites de propriedade, funções exigidas e regras de omissão são configuráveis, e o limite legal aplicável depende da jurisdição e da política.
• didit_verify_kyb_search retorna candidatos de registro. Ele não percorre relacionamentos corporativos. Um candidato selecionado pode ser resolvido com didit_verify_kyb_select.
• Claude é útil como superfície de controle conversacional: você pede para ele criar a sessão principal, explicar os estados retornados, resumir o progresso da parte e reunir evidências. Um humano ainda seleciona a empresa correta e toma decisões de política.
• A Verificação de Negócios da Didit começa a partir de US$ 2,00 por empresa. A Didit cobre mais de 220 países e territórios, e cada recurso inclui 500 verificações gratuitas por mês.

Uma conversa de verificação de negócios com Claude deve parecer simples sem fingir que o trabalho de conformidade subjacente é simples. O operador nomeia a empresa e o fluxo de trabalho aprovado. Claude chama as ferramentas Didit relevantes. O representante da empresa completa o fluxo hospedado. A Didit resolve os requisitos de registro e Pessoas Chave. Claude então transforma os registros resultantes em um resumo de caso legível.

Este artigo foca nessa conversa: o que você digita, o que Claude deve retornar e o que um humano ainda decide. Para a mecânica do produto, dados de propriedade e o ciclo de vida mais amplo da Verificação de Negócios, leia KYB com o servidor Didit MCP. Para a configuração do Claude, use o guia de instalação do conector.

Antes da conversa: configure a política

Claude não deve inventar sua política de KYB. Configure um fluxo de trabalho KYB na Didit primeiro. Suas configurações de Pessoas Chave determinam quais pessoas conectadas a uma empresa devem concluir as sessões KYC secundárias. Essas configurações podem usar limites de propriedade, exigir verificação para funções específicas, como diretores ou representantes, e pular KYC onde sua política aprovada permitir.

Um limite de propriedade de 25% é comum em alguns contextos regulatórios, mas não é universal. Jurisdição, tipo de cliente, nível de risco, direitos de controle e as obrigações de sua organização podem mudar quais pessoas devem ser identificadas ou verificadas. A configuração do fluxo de trabalho expressa essa política; Claude a executa.

Conecte-se através do conector personalizado da Didit para Claude. O endpoint hospedado usa OAuth (Open Authorization) 2.1 com PKCE (Proof Key for Code Exchange), então Claude atua com a função de organização existente do usuário logado.

Conversa 1: confirme o contexto e o fluxo de trabalho

Comece pedindo a Claude para identificar onde ele irá operar. Isso é importante quando um analista pode acessar várias organizações ou aplicativos:

Call didit_context_get. State the selected Didit organization and application. Do not create or update anything.

Em seguida, peça os fluxos de trabalho configurados:

List my workflows and show only those configured for business verification. Return each name and workflow_id. For the workflow I choose, summarize its Key People requirements without changing them.

Claude pode usar didit_workflow_list para mostrar as definições disponíveis. Leia o resumo com atenção. Se o fluxo de trabalho exigir diretores, representantes ou proprietários acima de um limite configurado, essas são regras de fluxo de trabalho — não recomendações geradas por Claude. Se o resumo for ambíguo, pare e inspecione o fluxo de trabalho no Business Console antes de iniciar a sessão de negócios.

Conversa 2: opcionalmente, verifique o candidato do registro

Para uma pré-verificação, você pode pedir a Claude para pesquisar um registro oficial:

Search the United Kingdom registry for “Acme Trading Limited” using country_code GB. Return the candidate registered names, registration numbers, statuses, and kyb_response_id values. Do not select a candidate.

Claude chama didit_verify_kyb_search. A resposta é uma lista de candidatos, não um gráfico de propriedade verificado; a ferramenta de busca não percorre relacionamentos subsidiários ou de empresas-mãe. Nomes semelhantes, nomes antigos e nomes comerciais reutilizados podem produzir vários candidatos plausíveis.

O operador escolhe a entidade legal correspondente usando evidências como número de registro, jurisdição e endereço registrado. Em seguida, peça a Claude para resolver esse candidato:

Select kyb_response_id KYB_CANDIDATE_ID and return the full registry record. Separate registry facts from any interpretation. Flag missing fields and do not infer owners that are absent.

didit_verify_kyb_select resolve o candidato escolhido. Claude pode formatar o registro e apontar inconsistências, mas o humano é responsável pela seleção do candidato. Um resumo fluente não é prova de que o “Acme” correto foi selecionado.

Conversa 3: crie uma sessão KYB principal

O fluxo KYB hospedado começa com uma sessão criada a partir do fluxo de trabalho KYB selecionado:

Create one business verification session using workflow_id 11111111-2222-3333-4444-555555555555. Set vendor_data to merchant-2048. Return the parent session_id and url only.

Claude chama didit_session_create. O argumento obrigatório é workflow_id; o fluxo de trabalho define que esta é uma sessão KYB. A resposta inclui o session_id pai e a url hospedada. Envie essa URL para o representante autorizado da empresa através do seu canal aprovado.

Claude não deve chamar didit_session_create uma vez por proprietário e alegar que essas sessões ad hoc estão vinculadas ao negócio. Esse não é o modelo de orquestração KYB. À medida que o representante completa o fluxo de negócios hospedado, a Didit gera automaticamente as sessões KYC secundárias necessárias de acordo com as configurações de Pessoas Chave do fluxo de trabalho pai. As regras configuradas determinam quais partes devem verificar; as configurações de omissão e os requisitos por função permanecem eficazes.

O usuário final vê o fluxo de negócios hospedado: solicitações de informações ou documentos da empresa exigidos pelo fluxo de trabalho, etapas de resolução de registro quando aplicável e convites ou transferências para as Pessoas Chave que devem concluir o KYC. A experiência exata depende da configuração e dos dados de registro disponíveis. Não é uma sequência universal de “verificar todo UBO”.

Conversa 4: leia o estado pai corretamente

Peça a Claude para recuperar a decisão pai real, em vez de estimar o tempo de conclusão:

Retrieve the decision for parent KYB session 66666666-7777-8888-9999-000000000000. Report the parent status, business findings, required Key People, and the completion state of each linked child KYC party. Do not infer missing parties or mark the business approved.

Claude chama didit_session_get_decision e resume o que a Didit retornou. O estado Aguardando Usuário tem um significado KYB específico: a sessão de negócios pai está aguardando enquanto as partes KYC secundárias necessárias terminam. Não é um rótulo genérico para qualquer informação de negócios ausente.

Não atribua o número de inferência p99 de sub-2 segundos ao tempo de resposta geral do KYB. Um fluxo de negócios pode incluir coleta de documentos humanos, disponibilidade de registro e várias pessoas concluindo sessões secundárias hospedadas. Claude deve relatar os estados atuais, não prometer uma janela de conclusão.

Um prompt de acompanhamento útil é:

Turn this KYB decision into an analyst checklist with four sections: verified registry facts, completed Key People checks, unresolved or conflicting evidence, and decisions that require a human. Include record identifiers beside every finding.

Conversa 5: rastreie e revise sem exagerar nas afirmações

Se o fluxo de trabalho ou a política exigir triagem Anti-Lavagem de Dinheiro (AML), primeiro pergunte a Claude se um resultado atual já existe. Evite pagar por uma verificação duplicada apenas porque uma nova conversa começou:

Check the existing KYB decision for entity and Key People AML results. If a required current result is absent, show the exact subject data you would submit to didit_verify_aml and wait for approval before running a new screening.

didit_verify_aml rastreia mais de 1.300 listas de sanções, Pessoas Politicamente Expostas (PEP) e mídias adversas. Os resultados correspondentes são candidatos para análise, não prova automática de que a empresa ou pessoa é proibida. Um revisor humano deve resolver a similaridade de identidade, jurisdição, datas, confiabilidade da fonte e a política de escalonamento da organização.

O que Claude retorna e o que o humano decide

• Claude pode retornar: candidatos de registro, um registro selecionado, o link da sessão pai, o status pai atual, o progresso das partes vinculadas, resultados de triagem e um resumo de evidências rotulado pela fonte.
• O humano seleciona: a entidade legal correta quando os candidatos são ambíguos e o fluxo de trabalho aprovado antes do início da sessão.
• O fluxo de trabalho configurado determina: limites de propriedade, funções exigidas e omissões de KYC permitidas para Pessoas Chave.
• O humano revisa: ambiguidade de propriedade ou controle, lacunas de registro, possíveis correspondências AML, exceções e a decisão final de risco.
• O Business Console continua útil: quando um analista precisa de uma visualização visual de propriedade, configuração de política ou uma superfície de revisão controlada além do resumo do chat.

A Verificação de Negócios começa a partir de US$ 2,00 por empresa. Um pacote KYC completo vinculado, quando exigido pelas regras configuradas de Pessoas Chave, custa US$ 0,33 e inclui verificação de identidade, vivacidade passiva, correspondência facial e análise de IP. Cada recurso inclui 500 verificações gratuitas por mês. O próprio servidor MCP é gratuito.

Recursos

• Repositório GitHub do Didit MCP — código-fonte público sob a licença MIT
• Visão geral do MCP — endpoint, transporte e modelo de conector
• Documentação das ferramentas MCP — entradas e saídas canônicas
• Página do desenvolvedor Didit MCP — visão geral do produto
• Referência das ferramentas Didit MCP — catálogo de ferramentas conversacionais

O valor prático não é uma investigação autônoma imaginária de propriedade. É uma conversa controlada em torno de um fluxo de trabalho KYB real: uma sessão pai, requisitos KYC secundários gerenciados automaticamente, evidências retornadas da Didit e uma decisão humana nos pontos onde a lei e a política de risco exigem julgamento.