Cliente espanhol pede preço no WhatsApp: o bot põe 23% de IVA, o agente valida o NIF no VIES

São 9h40 de uma segunda-feira e entra uma mensagem de Vigo: "Hola, ¿precio para 40 cajas de la referencia 2214, entrega en Vigo? Somos empresa." Do teu lado está um assistente de WhatsApp que custa €25 por mês. Responde em segundos, educado e em espanhol. E o preço que manda está errado.

Não é o preço unitário que falha. É o imposto. O bot foi treinado com o teu site, a tua tabela de preços e as perguntas frequentes. Os fornecedores destes bots dizem-no com todas as letras: "só responde com base nessa informação". Nessa informação não há nada que diga quem é este cliente, se tem número de IVA válido para operações intracomunitárias ou se a mercadoria vai mesmo sair de Portugal. Por isso faz o que faria qualquer página de preços: soma 23%.

Neste artigo vemos porque é que este caso, que parece pequeno, separa um bot que responde bonito de um agente que consulta o teu ERP e executa. E vemos o que o agente tem de fazer, passo a passo, para não te deixar com um problema fiscal nas mãos.

Os dois erros possíveis, e nenhum é barato

Há duas formas de o bot falhar, e as duas custam dinheiro.

Erro 1: cobra 23% a quem não devia pagar. Uma transmissão de bens para um sujeito passivo registado noutro Estado-membro, com transporte para fora de Portugal, está isenta ao abrigo do artigo 14.º do RITI. O IVA é autoliquidado em Espanha, à taxa espanhola. O comprador de Vigo vê €1.230 onde esperava €1.000 e conclui que és 23% mais caro do que o concorrente de Badajoz. Não te diz nada. Simplesmente não volta. Se a encomenda chegar a ser faturada assim, vem depois a nota de crédito, a refaturação e um cliente que já não confia nos teus documentos.

Erro 2: isenta sem validar. Pior ainda é o bot "mais esperto", a quem alguém escreveu no prompt "se o cliente for de Espanha, não cobres IVA". Desde as alterações europeias de 2020 (as chamadas quick fixes), o número de IVA do adquirente válido no VIES deixou de ser uma formalidade. É uma condição material da isenção. Se o NIF não estiver ativo para operações intracomunitárias, e isto acontece com muitos pequenos operadores espanhóis que não estão inscritos no registo de operadores intracomunitários, a isenção cai. Numa encomenda de €12.000, são €2.760 de IVA que a AT te pode exigir a ti, mais juros e coima, por uma venda que já recebeste sem imposto.

A primeira falha custa-te o cliente. A segunda custa-te margem e uma inspeção. O bot de €25 não tem forma de evitar nenhuma, porque a decisão certa depende de dados que ele não vê.

O que a decisão realmente exige

Aplicar a isenção não é uma regra de conversa, é uma verificação com quatro peças. Cada uma vive num sítio diferente:

1. Quem é o cliente: a ficha no ERP (país, NIF com prefixo ES, morada fiscal, regime de IVA).
2. Se o NIF está ativo para operações intracomunitárias: o VIES, o sistema da Comissão Europeia que consulta as bases de cada Estado-membro.
3. Para onde vai a mercadoria: a morada de entrega e o tipo de transporte, também no ERP (CIF/DAP para Vigo é uma coisa, o cliente vir buscar a Leiria com camião próprio é outra).
4. O que fica registado: o código de isenção na fatura (M16 na faturação certificada da AT), a linha na declaração recapitulativa e a prova de que validaste.

Um modelo de linguagem não sabe nenhuma destas quatro coisas. Só as pode ir buscar. Esta é a fratura que interessa no mercado: a conversa já é uma comodidade (a Meta tem o Business Agent em mais de um milhão de contas), mas a integração com os teus dados não é.

O mesmo pedido, tratado por um agente ligado ao ERP

Volta a mensagem de Vigo. Desta vez quem responde é um agente com acesso de leitura ao ERP (PHC, Odoo, Primavera ou um sistema próprio) e à API do VIES:

• Identifica o cliente pelo número de telefone. Encontra a ficha "Suministros Galicia, S.L.", país ES, NIF ESB36xxxxxx. Se o número não estiver associado a nenhuma ficha, não inventa: pede o NIF e passa a um humano a criação do cliente.
• Consulta o VIES. O NIF está válido. O agente guarda a data, a hora e o número de consulta que o VIES devolve quando a pesquisa é feita com o teu próprio número de IVA como requerente. É esse número que, numa inspeção, prova que validaste naquele dia, e não seis meses depois.
• Confirma o destino. A morada de entrega é Vigo e a condição de transporte é por tua conta. Há saída física do território.
• Calcula com o regime certo. 40 caixas × €25 = €1.000, isento ao abrigo do artigo 14.º do RITI. Cria a proposta como rascunho no ERP, com o motivo de isenção já preenchido. Não emite a fatura sozinho: o documento fiscal continua a ser teu.
• Responde ao cliente em espanhol, com o valor sem IVA e a menção de que a operação é isenta em Portugal e sujeita a autoliquidação em Espanha.

Tudo isto fica num registo de auditoria: que dados leu, que resposta o VIES deu e que rascunho criou. O agente não achou que o cliente estava isento. Foi verificar, e qualquer pessoa pode ver como chegou lá.

A prova do transporte também é dados

A isenção não fica fechada na proposta. Fecha-se na expedição. As regras europeias presumem o transporte intracomunitário quando tens dois documentos não contraditórios: a CMR assinada, a fatura do transportador, o comprovativo de entrega. Um agente ligado ao ERP pode cruzar a guia de remessa com a confirmação de entrega e avisar o teu backoffice quando, ao fim de 30 dias, uma venda isenta para Espanha ainda não tem CMR digitalizada. É uma pergunta que o teu ERP já sabe responder. Só que ninguém lha faz até ao fecho do trimestre, que é quando a declaração recapitulativa tem de bater certo.

O caso do cliente que vem buscar a mercadoria com camião próprio (ex-works) é o mais arriscado, porque a prova depende dele. O agente não decide sozinho: marca a proposta para revisão e explica ao comercial porquê.

Nos serviços muda a regra, mas a validação é a mesma

Um laboratório de calibração em Leiria que recebe micrómetros e paquímetros de uma metalomecânica de Pontevedra não está a vender bens. Está a prestar um serviço. Pela regra geral B2B do artigo 6.º, n.º 6, alínea a) do CIVA, o serviço é tributado em Espanha e a fatura sai com a menção de autoliquidação. A pergunta-chave mantém-se: este cliente é mesmo um sujeito passivo? Um particular espanhol que manda calibrar uma balança não o é. O agente do laboratório consulta a ordem de trabalho, a ficha de cliente e o VIES antes de responder ao "¿cuánto cuesta calibrar estos 12 instrumentos?".

O mesmo vale para um distribuidor de material clínico que vende a um lar em Badajoz. Se o lar não tiver número de IVA ativo para operações intracomunitárias, já não estamos perante uma transmissão isenta, e a resposta tem de mudar.

A objeção: "e se o VIES estiver em baixo?"

Vai estar, de vez em quando. O VIES depende dos sistemas de cada Estado-membro e devolve erros de indisponibilidade com alguma regularidade, sobretudo fora de horas. Aqui nota-se a diferença entre um sistema grounded e um que adivinha: se não consegue validar, o agente não assume o último resultado conhecido nem escolhe a opção mais simpática para o cliente. Responde com o preço base e uma nota clara: "confirmamos o regime de IVA assim que validarmos o vosso número". Volta a tentar e só passa a proposta a "isenta" quando tiver o número de consulta. Se a falha se prolongar, passa a um humano com o caso aberto.

A segunda objeção é "o meu contabilista trata disso". Trata, no fim do mês, quando a fatura já saiu e o cliente já viu o preço. O agente não substitui o contabilista. Garante que a decisão fiscal é tomada com os dados certos no momento em que o preço é dado, e que fica a prova.

Porque é que isto não se resolve com um prompt melhor

Um prompt pode dizer "valida sempre o NIF". Mas um modelo sem ferramentas não tem como validar. Vai produzir uma frase que soa a validação, e é aí que nascem as queixas do tipo "IA com respostas erradas". A diferença não está no modelo de linguagem. Está nas ferramentas que lhe dás e nos limites que lhe pões: leitura do ERP, uma chamada ao VIES, escrita só em rascunho e registo de tudo. É integração, e é por isso que um agente destes custa €250 a €1.200 por mês e não €25.

Próximo passo

Vai ao teu ERP e tira uma lista simples: clientes com país diferente de PT, vendas isentas pelo artigo 14.º do RITI nos últimos 12 meses e, para cada uma, se tens o comprovativo de validação VIES daquela data. Se a coluna do comprovativo estiver vazia, já sabes por onde começar.

Se quiseres que isto passe a ser verificado no momento em que o cliente pergunta o preço, no WhatsApp e sem tirar o teu ERP do lugar, fala connosco: hello@leiritech.com ou +351 914 572 595. Somos uma equipa pequena em Leiria e quem te atende é quem escreve o código.