Verificar uma Empresa com Claude: KYB e Beneficiários Efetivos Através do MCP da Didit

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 alojado da Didit — e 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 todos os Beneficiários Efetivos Finais (UBO). Os limites de propriedade, as funções exigidas e as 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 devolve candidatos de registo. Não percorre relações corporativas. Um candidato selecionado pode ser resolvido com didit_verify_kyb_select.
• O Claude é útil como superfície de controlo conversacional: pede-lhe para criar a sessão principal, explicar os estados devolvidos, 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 Empresas da Didit começa a partir de 2,00 $ por empresa. A Didit abrange mais de 220 países e territórios, e cada funcionalidade inclui 500 verificações gratuitas por mês.

Uma conversa de verificação de empresas com o Claude deve parecer simples sem fingir que o trabalho de conformidade subjacente é simples. O operador nomeia a empresa e o fluxo de trabalho aprovado. O Claude chama as ferramentas Didit relevantes. O representante da empresa completa o fluxo alojado. A Didit resolve os requisitos de registo e de Pessoas Chave. O Claude transforma os registos resultantes num resumo de caso legível.

Este artigo foca-se nessa conversa: o que digita, o que o Claude deve devolver 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 Empresas, leia KYB com o servidor MCP da Didit. Para a configuração do Claude, use o guia de instalação do conector.

Antes da conversa: configurar a política

O Claude não deve inventar a sua política de KYB. Configure primeiro um fluxo de trabalho KYB na Didit. As suas configurações de Pessoas Chave determinam quais as pessoas ligadas a uma empresa que devem completar 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 omitir o KYC onde a sua política aprovada o permite.

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

Ligue-se através do conector personalizado da Didit para Claude. O endpoint alojado utiliza OAuth (Open Authorization) 2.1 com PKCE (Proof Key for Code Exchange), para que o Claude atue com a função de organização existente do utilizador autenticado.

Conversa 1: confirmar contexto e fluxo de trabalho

Comece por pedir ao Claude para identificar onde irá operar. Isto é importante quando um analista pode aceder a várias organizações ou aplicações:

Chamar didit_context_get. Indicar a organização e aplicação Didit selecionadas. Não criar nem atualizar nada.

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

Listar os meus fluxos de trabalho e mostrar apenas os configurados para verificação de empresas. Devolver cada nome e workflow_id. Para o fluxo de trabalho que eu escolher, resumir os seus requisitos de Pessoas Chave sem os alterar.

O Claude pode usar didit_workflow_list para mostrar as definições disponíveis. Leia o resumo cuidadosamente. 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 pelo Claude. Se o resumo for ambíguo, pare e inspecione o fluxo de trabalho na Consola de Negócios antes de iniciar a sessão de negócios.

Conversa 2: verificar opcionalmente o candidato ao registo

Para uma pré-verificação, pode pedir ao Claude para pesquisar um registo oficial:

Pesquisar o registo do Reino Unido por “Acme Trading Limited” usando o country_code GB. Devolver os nomes registados dos candidatos, números de registo, estados e valores de kyb_response_id. Não selecionar um candidato.

O Claude chama didit_verify_kyb_search. A resposta é uma lista de candidatos, não um gráfico de propriedade verificado; a ferramenta de pesquisa não percorre relações subsidiárias 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 registo, jurisdição e endereço registado. Em seguida, peça ao Claude para resolver esse candidato:

Selecionar kyb_response_id KYB_CANDIDATE_ID e devolver o registo completo. Separar os factos do registo de qualquer interpretação. Assinalar os campos em falta e não inferir proprietários ausentes.

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

Conversa 3: criar uma sessão KYB principal

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

Criar uma sessão de verificação de empresas usando o workflow_id 11111111-2222-3333-4444-555555555555. Definir vendor_data como merchant-2048. Devolver apenas o session_id principal e o url.

O 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 principal e o url alojado. Envie esse URL ao representante de negócios autorizado através do seu canal aprovado.

O Claude não deve chamar didit_session_create uma vez por proprietário e alegar que essas sessões ad hoc estão ligadas ao negócio. Esse não é o modelo de orquestração KYB. À medida que o representante completa o fluxo de negócios alojado, 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 principal. As regras configuradas determinam quais as partes que devem verificar; as configurações de omissão e os requisitos por função permanecem eficazes.

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

Conversa 4: ler corretamente o estado principal

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

Recuperar a decisão para a sessão KYB principal 66666666-7777-8888-9999-000000000000. Reportar o estado principal, os resultados do negócio, as Pessoas Chave exigidas e o estado de conclusão de cada parte KYC secundária ligada. Não inferir partes em falta nem marcar o negócio como aprovado.

O Claude chama didit_session_get_decision e resume o que a Didit devolveu. O estado Aguardando Utilizador tem um significado KYB específico: a sessão de negócios principal está à espera enquanto as partes KYC secundárias exigidas terminam. Não é um rótulo genérico para qualquer informação de negócio em falta.

Não anexe o valor de inferência p99 sub-2 segundos ao tempo de resposta KYB geral. Um fluxo de negócios pode incluir recolha de documentos humanos, disponibilidade de registo e várias pessoas a completar sessões secundárias alojadas. O Claude deve reportar os estados atuais, não prometer uma janela de conclusão.

Um prompt de acompanhamento útil é:

Transformar esta decisão KYB numa lista de verificação para analistas com quatro secções: factos de registo verificados, verificações de Pessoas Chave concluídas, evidências não resolvidas ou conflitantes e decisões que exigem um humano. Incluir identificadores de registo ao lado de cada descoberta.

Conversa 5: rastrear e rever sem exagerar

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

Verificar a decisão KYB existente para resultados AML de entidade e Pessoas Chave. Se um resultado atual exigido estiver ausente, mostrar os dados exatos do assunto que submeteria a didit_verify_aml e aguardar aprovação antes de executar um novo rastreio.

didit_verify_aml rastreia mais de 1.300 listas de sanções, Pessoas Politicamente Expostas (PEP) e meios de comunicação adversos. As correspondências devolvidas são candidatas a análise, não prova automática de que o negócio ou a pessoa são proibidos. Um revisor humano deve resolver a semelhança de identidade, jurisdição, datas, fiabilidade da fonte e a política de escalada da organização.

O que o Claude devolve e o que o humano decide


O Claude pode devolver: candidatos a registo, um registo selecionado, o link da sessão principal, o estado principal atual, o progresso da parte ligada, os resultados do rastreio e um resumo das evidências com a fonte identificada.
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 revê: ambiguidade de propriedade ou controlo, lacunas de registo, potenciais correspondências AML, exceções e a decisão final de risco.
A Consola de Negócios continua útil: quando um analista precisa de uma vista visual da propriedade, configuração de política ou uma superfície de revisão controlada além do resumo do chat.


A Verificação de Empresas começa a partir de 2,00 $ por empresa. Um pacote KYC completo ligado, quando exigido pelas regras de Pessoas Chave configuradas, custa 0,33 $ e inclui verificação de identidade, vivacidade passiva, correspondência facial e análise de IP. Cada funcionalidade 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 licença MIT
Visão geral do MCP — modelo de endpoint, transporte e conector
Documentação das ferramentas MCP — entradas e saídas canónicas
Página de desenvolvedores do 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 e imaginária de propriedade. É uma conversa controlada em torno de um fluxo de trabalho KYB real: uma sessão principal, requisitos KYC secundários geridos automaticamente, evidências devolvidas pela Didit e uma decisão humana nos pontos onde a lei e a política de risco exigem julgamento.