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 mais comum entre empresas não espanholas ao ouvir "a Espanha está implementando a faturação eletrónica" é que existe um sistema nacional único. Não existe. A Espanha possui três estruturas regulatórias paralelas que regem como as faturas são criadas, assinadas, transmitidas e armazenadas, cada uma com finalidades distintas 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 faturação 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, além do Crea y Crece para transmissão B2B. Uma empresa com €10 milhões de faturação 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 conforme a localização, o porte da empresa e o estado de conformidade existente.

VeriFactu: O Padrão Nacional Que Continua Sendo Adiado

O Verifactu é o componente da legislação antifraude da Espanha (Ley 11/2021, que altera o Artículo 29.2.j da Ley General Tributaria) que regulamenta o software de faturamento. O requisito principal: todo sistema computacional que emite faturas na Espanha deve gerar registros de fatura à prova de violaçã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 no banco de dados da AEAT. É proibido o software que permita excluir ou modificar registros de fatura sem deixar rastro na auditoria.

O prazo foi adiado duas vezes. Originalmente definido para 1º de julho de 2025, foi primeiro adiado para 2026 e, em seguida, através do Real Decreto-Ley 15/2025 de 2 de dezembro de 2025, empurrado para 1º de janeiro de 2027 para contribuintes pessoa jurídica 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 faturamento 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 possui o rótulo "VeriFactu". Da perspectiva do destinatário, ambos os modos produzem faturas com aparência diferente das faturas pré-Verifactu — mas os campos de dados subjacentes (NIF, Base Imponible, 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 para 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 para outubro de 2028): Todas as restantes empresas e profissionais, incluindo autónomos, devem cumprir
• 36 meses após a Ordem (previsto para 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 estarão no FacturaE, e um número significativo cairá completamente nas fissuras e continuará a enviar o que enviavam antes — penalidades à parte.

O Pesadelo do AP: Quando Você Recebe os Três Formatos

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

• 35 fornecedores de Madri, Barcelona, Valência: Todos emitindo 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 o indicador 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 emitindo notas fiscais TicketBAI com códigos TBAI. Alguns rótulos em basco. QR codes que redirecionam para portais da Fazenda Foral, não da 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 que não foram atualizados. 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: Enviando notas fiscais sob o mecanismo de reversão do sujeito passivo com 0% de IVA e a nota "Inversión del sujeto pasivo". Estas não seguem nem Verifactu nem TicketBAI.
• 20 fornecedores que já migraram para o Crea y Crece B2B: Enviando notas fiscais estruturadas em UBL ou FacturaE que precisam ser reconhecidas em até 4 dias.

A caixa de entrada da equipe de AP contém quatro regimes de formato (Verifactu, TicketBAI, legado, Crea y Crece B2B), duas jurisdições de autoridades 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 Imponible, o detalhamento do IVA, a retenção de IRPF e o Importe Total para o sistema contábil. A fragmentação de formatos apenas tornou esse trabalho mais difícil.

Nenhuma plataforma contábil espanhola lida perfeitamente com todos os quatro formatos. O Holded reconhece FacturaE e Verifactu, mas não processa XML do 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 independentemente do formato recebido — 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 Imponible, 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 tem controle sobre o formato em que a fatura chega. Isso cria uma assimetria: o fornecedor pode cumprir a lei comprando qualquer ferramenta de faturamento certificada, e o destinatário precisa absorver qualquer saída que essa ferramenta produza.

Pior, o próprio processo de certificação ainda está em andamento. A lista de softwares certificados Verifactu da AEAT está crescendo, mas incompleta. Alguns grandes fornecedores de ERP receberam certificação no início de 2026; ferramentas menores e de nicho para setores específicos ainda estão pendentes. Durante essa lacuna, os fornecedores podem usar ferramentas que se dizem "prontas para 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 a 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 inteiramente sobre o lado da oferta, mas o ônus operacional de processar o que chega recai inteiramente sobre o lado da demanda.

Um Caminho Prático Através da 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. As etapas práticas:

1. Aceite que sua caixa de entrada conterá 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 cumprir — e a fiscalização ficará aquém do prazo legal. Uma parcela dos fornecedores continuará enviando PDFs pré-reforma muito depois do prazo final.

2. Construa seu fluxo de trabalho 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 de trabalho, veja extraindo dados de faturas espanholas para Excel para faturas individuais e processamento em lote de faturas de fornecedores espanhóis para fluxos de trabalho com vários 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 auditoria. Não é útil para entrada de dados. Não misture essas duas funções. Armazene o arquivo de fatura original (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 o seu sistema contábil. As duas saídas servem a propósitos diferentes e não devem se restringir mutuamente.

4. Planeje fornecedores do País Basco separadamente. Se o 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 de texto 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 depois se estende a 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 cada 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. A leitura do 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 um cruzamento entre as bases 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 o 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 da análise de XML (ex.: um script que extrai dados diretamente das 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 no nível do campo da fatura, não no nível do formato. Quer a fatura tenha sido gerada por software certificado Verifactu em Madri ou por software certificado TicketBAI em San Sebastián, a linha de IRPF é a mesma: 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 o Verifactu e Crea y Crece, Tesourarias Forais para o 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.