A Reforma da Fatura Eletrônica na Espanha Está Tornando as Faturas
Mais Complexas — Não Menos

Um País, Três Sistemas de Faturação Eletrónica — e Eles Não se Comunicam

A suposição que a maioria das empresas não espanholas faz ao ouvir "a Espanha está a implementar a faturação eletrónica" é que existe um único sistema nacional. Não existe. A Espanha tem três estruturas regulatórias paralelas que regem como as faturas são criadas, assinadas, transmitidas e armazenadas, e servem a propósitos diferentes sob diferentes autoridades legais:

Estes três sistemas não são alternativas entre si. Eles coexistem. Uma empresa em Madrid com 5 milhões de euros de volume de negócios deve cumprir o Verifactu para a forma como o seu software de faturação gera os registos, e o Crea y Crece para a forma como envia e recebe faturas B2B. Uma empresa em Bilbau deve cumprir o TicketBAI em vez do Verifactu, mais o Crea y Crece para a transmissão B2B. Uma empresa com 10 milhões de euros de volume de negócios já no SII está isenta do Verifactu, mas deve cumprir o Crea y Crece. O diagrama de Venn não são três círculos separados — são obrigações sobrepostas que variam por localização, dimensão da empresa e situação de conformidade existente.

Verifactu: O Padrão Nacional Que Não Para de Ser Adiado

Verifactu é o componente da legislação antifraude da Espanha (Lei 11/2021, que altera o Art. 29.2.j da Lei Geral Tributária) que regula o software de faturação. O requisito principal: todo sistema informático que emite faturas na Espanha deve gerar registros de fatura à prova de adulteração e com encadeamento criptográfico — uma impressão digital (hash) que vincula cada fatura à anterior, criando uma cadeia de auditoria inquebrável. As faturas devem conter um código QR para verificação na base de dados da AEAT. É proibido software que permita excluir ou modificar registros de fatura sem deixar rastro de auditoria.

O prazo já foi adiado duas vezes. Originalmente definido para 1º de julho de 2025, foi primeiro adiado para 2026 e depois, via Real Decreto-Lei 15/2025 de 2 de dezembro de 2025, empurrado para 1º de janeiro de 2027 para contribuintes empresariais e 1º de julho de 2027 para autônomos. Os fornecedores de software foram obrigados a parar de vender sistemas não conformes a partir de 29 de julho de 2025 — um prazo que passou com prontidão parcial. A AEAT mantém uma lista de software certificado e, em meados de 2026, plataformas importantes como Holded, Quipu e Billin estão prontas para o Verifactu, mas milhares de ferramentas de faturação menores e módulos ERP personalizados não estão.

O que o Verifactu significa para o destinatário de uma fatura é um novo elemento visual: o código QR. No modo Verifactu (transmissão em tempo real para a AEAT, opcional mas incentivado), a fatura traz o rótulo "VeriFactu" ou "Factura verificable en la sede electrónica de la AEAT" e um código QR que leva ao portal de verificação da AEAT. No modo não Verifactu (armazenamento local seguro, sem transmissão automática), a fatura ainda traz o código QR e o hash encadeado, mas não tem o rótulo "VeriFactu". Da perspetiva do destinatário, ambos os modos produzem faturas com aparência diferente das faturas pré-Verifactu — mas os campos de dados subjacentes (NIF, Base Imponível, IVA, IRPF) são os mesmos.

TicketBAI: Por que o País Basco Criou Seu Próprio Sistema

As comunidades autônomas da Espanha com autoridade tributária foral — o País Basco e Navarra — têm o direito constitucional de administrar seus próprios sistemas fiscais. O País Basco usou essa autoridade para criar o TicketBAI, um sistema de faturamento antifraude conceitualmente semelhante ao Verifactu, mas operacionalmente separado. O TicketBAI foi desenvolvido pelas três Fazendas Forais (Álava, Gipuzkoa, Bizkaia) em colaboração com o Governo Basco.

O TicketBAI exige a transmissão em tempo real dos dados da fatura no momento da emissão — não opcional, como no Verifactu. Cada província o implementa de forma ligeiramente diferente: Gipuzkoa e Álava exigem transmissão imediata para suas respectivas Autoridades Tributárias Forais, enquanto Bizkaia (no âmbito do Batuz) permite a transmissão dentro de um prazo específico e integra dados contábeis adicionais (livros LROE). Em 2023, apenas Álava processava 300.000 faturas TicketBAI por dia, segundo dados da autoridade tributária provincial.

A diferença de formato é relevante para equipes de AP que recebem faturas de fornecedores do País Basco. Uma fatura TicketBAI traz um código de identificação TBAI e um QR code que direciona ao portal de verificação da Autoridade Tributária Foral — não da AEAT. A cadeia XML usa um mecanismo de assinatura diferente do Verifactu. Os rótulos na fatura podem aparecer em euskara (idioma basco) junto com o espanhol ou no lugar dele: "Guztira" para Total, "Oinarria" para Base Tributável, "BEZ" para IVA. Nenhuma dessas diferenças afeta os campos de dados principais — os valores, os CNPJs, as alíquotas são os mesmos. Mas afetam qualquer ferramenta que dependa da correspondência de rótulos em espanhol para identificar campos.

Crea y Crece: A Obrigação B2B que Adiciona Mais uma Camada

Enquanto o Verifactu e o TicketBAI regulam como o software de faturação gera faturas, a Lei Crea y Crece rege como essas faturas são transmitidas entre empresas. O artigo 12 da lei determina que todas as faturas B2B devem ser eletrónicas, num formato estruturado e trocadas através de um ecossistema de plataformas interoperáveis. O regulamento de execução, Real Decreto 238/2026, foi aprovado pelo Conselho de Ministros em 24 de março de 2026 e publicado no BOE em 31 de março de 2026.

O cronograma é acionado por uma futura Ordem Ministerial (prevista para entrar em vigor em 1 de outubro de 2026), que inicia a contagem decrescente para a conformidade:

• 12 meses após a Ordem (previsto outubro de 2027): Empresas com volume de negócios anual superior a 8 milhões de euros devem emitir e receber faturas eletrónicas B2B
• 24 meses após a Ordem (previsto outubro de 2028): Todas as restantes empresas e profissionais, incluindo autónomos, devem cumprir
• 36 meses após a Ordem (previsto outubro de 2029): Entidades mais pequenas também devem comunicar dados de estado de pagamento à AEAT

Os formatos aceites são a norma europeia EN 16931, implementada como FacturaE, UBL 2.1 ou CII. Note-se que o projeto de Ordem Ministerial sinaliza uma mudança do FacturaE para o UBL como formato principal da plataforma pública. Os destinatários devem comunicar o estado da fatura — aceitação, rejeição, pagamento total ou parcial — à AEAT no prazo de quatro dias corridos. A plataforma pública (SPFE, Sistema Público de Faturação Eletrónica) será operada pela AEAT e disponibilizada gratuitamente, juntamente com plataformas privadas interoperáveis.

Para as equipas de Contas a Pagar, a Crea y Crece significa duas coisas. Primeiro, o formato das faturas recebidas mudará: fornecedores que antes enviavam PDFs começarão a enviar faturas eletrónicas estruturadas. Segundo, e mais problemático, a transição produzirá uma longa cauda de formatos mistos: alguns fornecedores terão mudado para UBL/CII, outros ainda usarão FacturaE, e um número significativo passará despercebido e continuará a enviar o que enviavam antes — independentemente das penalidades.

O Pesadelo do Contas a Pagar: Quando Você Recebe Todos os Três Formatos

Considere um cenário realista de meados de 2027. Uma distribuidora sediada em Madrid, com faturamento de €4 milhões, recebe 80 notas fiscais de fornecedores por mês. Seus fornecedores incluem:

• 35 fornecedores de Madrid, Barcelona, Valência: Todos emitem notas fiscais compatíveis com Verifactu. Alguns no "modo Verifactu" com transmissão em tempo real para a AEAT e o selo "VeriFactu" no documento. Outros no modo não-Verifactu com o QR code, mas sem a flag de tempo real. O layout da nota varia conforme a plataforma de faturamento do fornecedor — Holded, Quipu, Billin, Sage, FacturaDirecta ou um módulo ERP personalizado.
• 12 fornecedores do País Basco (Bilbao, San Sebastián, Vitoria-Gasteiz): Todos emitem notas TicketBAI com códigos TBAI. Alguns rótulos em basco. QR codes que direcionam para os portais da Fazenda Foral, não para a AEAT. A cadeia XML usa um mecanismo de hash diferente.
• 8 fornecedores que são microempresas ou empresas mais antigas: Ainda emitem PDFs não-Verifactu e não-TicketBAI de softwares legados desatualizados. Essas notas são tecnicamente não conformes, mas chegam na caixa de entrada e precisam ser processadas mesmo assim.
• 5 fornecedores baseados na UE: Enviam notas sob o mecanismo de reverse charge com 0% de IVA e a observação "Inversión del sujeto pasivo". Estas não seguem nem Verifactu nem TicketBAI.
• 20 fornecedores que já migraram para o Crea y Crece B2B: Enviam notas fiscais estruturadas em UBL ou FacturaE que precisam ser confirmadas em até 4 dias.

A caixa de entrada da equipe de Contas a Pagar contém quatro regimes de formato (Verifactu, TicketBAI, legado, Crea y Crece B2B), duas jurisdições fiscais, pelo menos três ecossistemas de software gerando layouts visuais diferentes, e uma mistura de formatos estruturados (XML/UBL) e não estruturados (PDF). O trabalho da equipe não mudou: extrair o NIF, a Base Imponível, o detalhamento do IVA, a retenção de IRPF e o Valor Total para o sistema contábil. A fragmentação de formatos apenas tornou esse trabalho mais difícil.

Nenhuma plataforma contábil espanhola única lida perfeitamente com todos os quatro formatos. O Holded reconhece FacturaE e Verifactu, mas não processa XML TicketBAI. Uma plataforma basca certificada TicketBAI processa notas TBAI, mas pode não lidar com a variante UBL específica exigida pelo Crea y Crece. Uma plataforma empresarial SII processa dados da AEAT em tempo real, mas não foi criada para ingerir PDFs de microfornecedores. A etapa de extração — obter os dados de qualquer formato que chegue — continua sendo o gargalo universal.

O Que Isso Significa para Equipes de AP: Fragmentação de Formatos e Extração de Dados

O problema estrutural não é que algum desses sistemas seja mal projetado. O encadeamento hash do Verifactu é criptograficamente sólido. A transmissão em tempo real do TicketBAI reduziu mensuravelmente a fraude de IVA no País Basco. O relatório de status de 4 dias do Crea y Crece aborda o problema crônico de atraso de pagamento na Espanha, que está acima da média da UE há uma década.

O problema é que ninguém projetou para o destinatário que recebe todos eles. A legislação foi escrita da perspectiva do emissor: "quando você emitir uma fatura, aqui está como torná-la conforme." A perspectiva do destinatário — "quando 80 fornecedores enviam faturas em 80 formatos de conformidade diferentes, aqui está como extrair os dados" — foi deixada como um detalhe de implementação para o mercado resolver.

Isso não é exclusivo da Espanha. O sistema FatturaPA da Itália, o próximo mandato de faturamento eletrônico da França e a implementação planejada do ViDA na Alemanha criam fragmentação semelhante em suas fronteiras. O que torna o caso da Espanha agudo é a simultaneidade: três grandes reformas convergindo em uma janela de 12 meses (2027), afetando diferentes segmentos da base de fornecedores em momentos diferentes, sem uma especificação de formato unificada entre os três sistemas.

A resposta operacional para equipes de AP não é esperar pela unificação de formatos — ela não virá. A resposta é desacoplar a etapa de extração do formato de conformidade. Uma ferramenta que lê a camada visual de uma fatura não se importa se o código QR resolve para a AEAT ou para a Fazenda Foral de Gipuzkoa. Ela lê os campos que importam para AP — NIF, Base Imponível, IVA, IRPF, Total — da mesma forma, independentemente de qual infraestrutura de conformidade gerou o documento.

O Problema da Certificação de Software: A Ferramenta do Seu Fornecedor Define o Formato dos Seus Dados

Tanto no Verifactu quanto no TicketBAI, a obrigação de usar software certificado recai sobre o emissor. O destinatário não tem controle sobre qual software o fornecedor utiliza e, por extensão, não controla o formato em que a fatura chega. Isso cria uma assimetria: o fornecedor pode cumprir a lei comprando qualquer ferramenta de faturação certificada, e o destinatário precisa absorver o que essa ferramenta produzir.

Pior, o próprio processo de certificação ainda está em andamento. A lista da AEAT de softwares certificados pelo Verifactu está crescendo, mas incompleta. Alguns grandes fornecedores de ERP receberam certificação no início de 2026; ferramentas menores e específicas para nichos ainda estão pendentes. Nessa lacuna, fornecedores podem usar ferramentas que se dizem "prontas para o Verifactu", mas que produzem saídas divergentes da especificação final. O destinatário recebe um documento que parece estar em conformidade, mas falha na validação contra o padrão atual.

A estrutura de penalidades reforça essa assimetria. No Verifactu, uma empresa que usa software não conforme pode ser multada em até €50.000 por ano fiscal. O fornecedor do software pode ser multado em até €150.000 por ano por produto não conforme. Não há penalidade por receber uma fatura não conforme — apenas por emiti-la. O ônus da conformidade recai totalmente sobre o lado da oferta, mas o ônus operacional de processar o que chega recai totalmente sobre o lado da demanda.

Um Caminho Prático para a Transição (2026–2028)

Para equipes de AP que processam faturas de fornecedores espanhóis, os próximos dois anos exigem uma estratégia que assuma a diversidade de formatos, em vez de esperar pela convergência. Os passos práticos:

1. Aceite que sua caixa de entrada terá formatos mistos pelo menos até 2029. A implementação do Crea y Crece, mesmo com a Ordem Ministerial publicada no prazo, dá aos pequenos fornecedores até o final de 2028 para se adequarem — e a fiscalização ficará aquém do prazo legal. Uma parte dos fornecedores continuará enviando PDFs pré-reforma muito depois do prazo final.

2. Construa seu fluxo de AP em torno da extração de dados independente de formato. O denominador comum entre Verifactu, TicketBAI, Crea y Crece e formatos legados são os dados visuais: NIF, valores, taxas de IVA, retenção de IRPF, datas. Uma ferramenta que extrai esses campos do documento renderizado (em vez de analisar XML ou combinar modelos) funciona de forma idêntica em todos os formatos. Isso elimina a necessidade de manter caminhos de processamento separados para diferentes tipos de fatura. Para detalhes sobre como configurar esse fluxo, veja extrair dados de faturas espanholas para Excel para faturas individuais e processamento em lote de faturas de fornecedores espanhóis para fluxos com múltiplos fornecedores.

3. Isole a camada de conformidade da camada de dados. O código QR em uma fatura Verifactu ou TicketBAI é útil para verificação fiscal e defesa em auditorias. Não é útil para entrada de dados. Não misture essas duas funções. Armazene o arquivo original da fatura (com código QR e assinatura digital intactos) para arquivamento de conformidade — a lei espanhola exige retenção de 4 anos para fins fiscais e 6 anos sob o Código Comercial. Extraia os dados separadamente para seu sistema contábil. As duas saídas servem a propósitos diferentes e não devem se restringir mutuamente.

4. Planeje separadamente para fornecedores do País Basco. Se seu volume de AP incluir faturas significativas do TicketBAI, confirme que sua ferramenta de extração lida com rótulos em euskara e não depende da correspondência de strings em espanhol. "Guztira" deve ser reconhecido como o valor total. "BEZ" deve ser reconhecido como IVA. Esta é uma questão de adaptação de idioma, não de formato.

5. Monitore o requisito de reporte de status do Crea y Crece. A obrigação de reportar aceitação/rejeição/pagamento de faturas em até 4 dias entra em vigor primeiro para grandes empresas (previsto para outubro de 2027) e se estende gradualmente para entidades menores. Esta é uma nova tarefa operacional que não existia antes. Comece a construir o processo para rastrear datas de recebimento de faturas e gerar relatórios de status em paralelo com seu fluxo de extração de dados. A plataforma pública (SPFE) fornecerá a interface de relatórios, mas você precisa de sistemas internos para alimentá-la.

Para uma análise mais ampla de como a extração de documentos funciona nos mercados de língua espanhola e quais ferramentas estão disponíveis em diferentes faixas de preço, veja ferramentas de extração acessíveis para mercados de língua espanhola. Para uma comparação entre mercados da UE, veja extração de faturas econômica para TPEs francesas.

Perguntas Frequentes

Verifactu é o mesmo que faturamento eletrônico obrigatório?

Não. O Verifactu regula como o software de faturamento gera e armazena registros de faturas — é uma medida antifraude sobre a integridade do software. O Crea y Crece regula como as faturas B2B são transmitidas entre empresas em formato eletrônico estruturado — é uma exigência de faturamento eletrônico sobre troca de dados. São instrumentos legais separados, com prazos distintos, embora ambos tenham entrado em vigor na janela de 2025-2028. As faturas geradas na plataforma pública do Crea y Crece serão automaticamente compatíveis com o Verifactu, unificando as duas obrigações para os usuários da solução pública.

Preciso validar o código QR em toda fatura Verifactu que recebo?

Você não é legalmente obrigado a verificar o código QR nas faturas recebidas. No entanto, o código QR é sua única defesa se a AEAT questionar a validade de uma fatura de fornecedor durante uma auditoria. Escanear o código confirma que a fatura foi devidamente registrada no sistema da AEAT e não foi alterada. Para faturas de alto valor ou novos relacionamentos com fornecedores, a verificação do QR é recomendada como salvaguarda de conformidade. Para faturas rotineiras de fornecedores estabelecidos, o código QR pode ser arquivado com o documento original sem verificação em tempo real.

O que acontece se eu receber uma fatura Verifactu de um fornecedor que deveria estar no TicketBAI?

Um fornecedor com residência fiscal no País Basco deve emitir faturas TicketBAI, não Verifactu. Se ele emitir uma fatura compatível com Verifactu, a não conformidade é dele — ele está violando a obrigação do TicketBAI, e a Fazenda Foral pode penalizá-lo. Como destinatário, você não é responsável pela falha de conformidade do fornecedor. Pode processar a fatura normalmente; os campos de dados subjacentes são estruturalmente os mesmos. No entanto, alerte o fornecedor: a não conformidade dele pode aparecer durante uma referência cruzada entre os bancos de dados Verifactu e TicketBAI, potencialmente atrasando sua dedução do IVA.

A transição para UBL no âmbito do Crea y Crece afetará meu fluxo de extração de AP?

Não, se sua ferramenta de extração lê a camada visual em vez de analisar XML. A mudança de FacturaE para UBL altera o esquema XML subjacente, mas não a aparência visual da fatura renderizada em um visualizador de PDF. Os campos que você extrai — NIF, Base Imponível, IVA, IRPF, Total — permanecem os mesmos, independentemente de o XML de origem ser FacturaE, UBL 2.1 ou CII. Se seu fluxo depende de análise XML (ex.: um script que extrai dados diretamente de tags XML FacturaE), você precisará atualizar seu analisador para UBL. Se você extrai dados do documento visual, a mudança de formato é irrelevante.

Como lidar com a retenção de IRPF em faturas Verifactu e TicketBAI?

A retenção de IRPF é um elemento a nível de campo na fatura, não um elemento de formato. Quer a fatura tenha sido gerada por software certificado Verifactu em Madrid ou por software certificado TicketBAI em San Sebastián, a linha de IRPF é igual: uma porcentagem (15% ou 7%), um valor em euros e um sinal negativo. Extraia como uma coluna separada. Para agregação em lote e verificação cruzada com o Modelo 111, a origem do formato da fatura é irrelevante — apenas o valor do IRPF importa.

O Paradoxo da Reforma

A reforma da faturação eletrónica em Espanha não é uma reforma única. São três reformas, com prazos sobrepostos, objetivos políticos distintos (combate à fraude, redução de atrasos nos pagamentos, transparência fiscal), administradas por diferentes entidades (AEAT para Verifactu e Crea y Crece, Tesourarias Forais para TicketBAI), e que produzem documentos que convergem num único ponto: a caixa de entrada do AP. As reformas foram concebidas para trazer ordem ao ecossistema de faturação espanhol, substituindo um sistema caótico de papel, PDF e formatos não estruturados por um sistema estruturado e rastreável. O que produziram, na janela de transição que se estende pelo menos até 2029, é o oposto: mais formatos, mais vetores de conformidade e mais formas de os dados chegarem numa estrutura que o seu software de contabilidade não consegue processar nativamente. O paradoxo resolve-se apenas quando a etapa de extração é separada do formato. Leia o que está na página, não o que gerou a página. O resto segue-se.