
O fornecedor transfronteiriço que quase foi pago com um número de VAT inexistente
Esta é uma história sobre um contrato que quase saiu limpo, e os vinte minutos de configuração que impediram isso. Sem telas simuladas, sem dados de brinquedo. Cada registro, UEN e resultado de VAT abaixo é uma consulta real contra uma fonte oficial ao vivo, capturada de um chat real.
A configuração
Marcus gerencia operações de receita em uma empresa de software dos EUA. Quando o negócio assina um novo fornecedor, ele é o responsável pela última etapa antes das assinaturas legais e da configuração do beneficiário pelo financeiro. Na maioria das vezes, essa etapa é uma formalidade. Esta semana não foi.
O fornecedor era um fornecedor transfronteiriço, que é onde esses negócios ficam escorregadios. A parte contratante era uma entidade de Cingapura. As faturas, no entanto, viriam de uma entidade separada da UE na França, com um número de VAT nelas para que o financeiro pudesse lidar com o tratamento fiscal. Duas entidades legais, duas jurisdições, uma assinatura prestes a vinculá-las todas.
Marcus aprendeu da maneira mais difícil que um nome em um contrato não é prova de nada, e um número de VAT em uma fatura é apenas uma sequência de dígitos até que algo autoritativo diga o contrário. Antes de avançar com o contrato, duas coisas tinham que ser verdadeiras:
- A empresa de Cingapura tem que ser uma entidade registrada e ativa, e ele precisa do seu UEN (Número de Entidade Única) para configurar corretamente o beneficiário, não uma empresa fantasma com nome semelhante.
- O número de VAT da UE na fatura tem que ser válido e resolver para a entidade que realmente nos está cobrando. Se não for, o financeiro não pode recuperar o VAT de entrada, e o contrato está exposto na próxima auditoria.
Por anos, isso significou dois sites do governo, duas caixas de pesquisa e muito esforço para olhar para telas em idiomas que ele não lê. Era confiável exatamente enquanto ele não estivesse apressado. A integração é sempre apressada.
Então, algumas semanas antes, Marcus fez algo diferente. Ele conectou ambas as fontes de dados diretamente ao Claude como ferramentas, usando o servidor oficial Apify MCP, e deixou o modelo fazer a busca. Levou um bloco de configuração e uma reinicialização.
As duas ferramentas que ele conectou:
- O Scraper do Registro de Empresas de Cingapura ACRA procura qualquer empresa de Cingapura no registro corporativo oficial da ACRA e retorna o UEN, status da entidade, data de incorporação, endereço registrado, códigos de indústria e nomes anteriores.
- O Scraper de Validação de VAT da UE VIES valida um ou vários números de VAT da UE contra o serviço VIES da Comissão Europeia e, onde o estado membro fornece, retorna o nome e endereço do comerciante registrado.
Ambos expostos ao Claude através de um único endpoint MCP. Nada mais mudou sobre como Marcus trabalha: ele abre um chat e digita em inglês simples.
Verificação um: a empresa de Cingapura é real?
A entidade contratante na documentação era "DBS Bank Ltd". Marcus colou o nome no Claude e pediu para confirmar se a empresa estava ativa e puxar o UEN.
Dois segundos de chamada da ferramenta, e ele teve uma resposta limpa diretamente do registro oficial. DBS BANK LTD. retornou como uma Empresa Ativa, UEN 196800306E, uma Companhia Pública Limitada por Ações incorporada em 16 de julho de 1968, registrada em 12 Marina Boulevard, e até mesmo carregando seu nome anterior (O Banco de Desenvolvimento de Cingapura) no registro.
Mas a parte útil foi a coisa que Marcus não teria pensado em procurar. A mesma pesquisa revelou um quase homônimo, DBS PTE. LTD., UEN 197700546G, que estava Dissolvida através de uma liquidação voluntária dos membros. Claude sinalizou isso sem ser solicitado: uma entidade legal diferente com um nome confusamente semelhante, e avisou-o para ter certeza de que o beneficiário e o contrato fossem configurados sob 196800306E, o ativo, e não o homônimo morto sentado uma linha abaixo no registro.
Esta é exatamente a armadilha que pega equipes ocupadas. O nome coincide. O UEN não. Configure o financeiro contra o errado e você terá transferido dinheiro para uma entidade que legalmente não existe mais. O agente pegou isso e disse qual UEN confiar, com o registro como evidência.
Verificação dois: o número de VAT é válido?
O lado de Cingapura foi limpo. Agora a entidade de cobrança da UE. O rascunho da fatura carregava um número de VAT francês, e o formulário de dados mestre do fornecedor listava mais dois números para garantir. Marcus pediu ao Claude para rodar todos eles pelo VIES e dizer-lhe qual deles o financeiro poderia realmente pagar.
A resposta parou a fatura.
O número imprimido na fatura, FR99999999999, retornou como INVÁLIDO. O VIES não tinha tal registro. Em termos simples: se o financeiro tivesse pago essa fatura como estava, o VAT de entrada não teria sido recuperável e o documento teria falhado na auditoria. Não era um registro ativo, apenas uma sequência plausível do comprimento certo.
O número francês corrigido, FR40303265045, retornou como VÁLIDO e, melhor ainda, resolveu para um comerciante registrado real: SA SODIMAS, na 11 Rue Ampere, 26600 Pont de l'Isere. Essa é a parte que faz o VIES mais do que uma verificação de sim/não. O nome e endereço que ele retorna são a coisa que Marcus pode reconciliar contra a entidade da UE escrita no contrato. Válido e correspondente é a chave.
O artigo ilustra como a automação e a IA podem otimizar processos de verificação de fornecedores, reduzindo riscos financeiros. Empresas brasileiras podem se beneficiar ao integrar soluções semelhantes para garantir conformidade em transações internacionais.





