Regra Espanhola de Faturação Eletrónica B2B: Uma Lista de Verificação de Estado de Pagamento e Contas a Receber para Empresas

Uma fatura pode ser perfeitamente válida e ainda assim financeiramente inútil se ninguém puder responder a duas perguntas: Foi aceite? e Quando foi realmente paga? O novo quadro espanhol de faturação eletrónica B2B foi concebido para tornar essas respostas legíveis por máquina. Para as empresas, isso significa que o projeto não se trata apenas de substituir anexos PDF por ficheiros estruturados. Trata-se também de ligar faturas de vendas, contas a pagar, atividade bancária, e prova de pagamento num fluxo de trabalho fiável.

O quadro foi publicado em 2026, mas muitas empresas ainda não têm uma data de calendário fixa. O relógio de implementação começa quando a ordem ministerial que desenvolve a solução pública de faturação eletrónica entra em vigor. A partir desse gatilho, empresas cujo volume de negócios do ano anterior excedeu 8 milhões de euros têm 12 meses, enquanto as restantes têm 24 meses. Esse tempo de preparação é útil se o tratar como um projeto de contabilidade e operações, em vez de uma compra de softwarede última hora. Este guia explica o que a regra muda, como determinar qual prazo se aplica, e como construir um fluxo de trabalho de estado de pagamento que se mantenha quando as faturas se movem entre diferentes plataformas.

O que o novo quadro espanhol realmente exige​

O quadro aplica-se a empresas e profissionais que já são obrigados a emitir faturas quando o cliente é outra empresa ou profissional com a sua sede económica, estabelecimento permanente, domicílio, ou residência habitual em Espanha, e a transação é endereçada a essa localização espanhola. A obrigação é mais ampla do que "enviar ao cliente uma cópia eletrónica." A fatura deve ser uma mensagem eletrónica estruturada que possa ser processada por software. As sintaxes permitidas incluem: - CII

• UBL
• EDIFACT
• Facturae

O modelo de dados deve seguir o modelo semântico EN 16931, com as adaptações especificadas pelas regras espanholas. Cada fatura também precisa de um identificador único que inclui o número de identificação fiscal do emitente, o número e série da fatura, e a data de emissão. O sistema tem duas camadas ligadas:

1. Plataformas privadas de intercâmbio que roteiam faturas entre emitentes e destinatários.

2. Uma solução pública de faturação eletrónica desenvolvida e gerida pela Agência Tributária Espanhola, que atua como um repositório universal e fornece serviços de rastreamento de pagamentos. Uma empresa pode usar uma plataforma privada, a solução pública, ou uma combinação. Se não tiver acordado com fornecedores numa plataforma privada para receber faturas, a solução pública é o padrão. Se escolher um ponto de receção privado, deve tornar esse ponto conhecido nas suas comunicações comerciais e, quando aplicável, no seu site. É por isso que um ecrã de faturação autónomo provavelmente não será suficiente. O sistema tem de identificar corretamente a contraparte, produzir um formato estruturado aceite, rotear o documento, preservar a sua identidade, e registar os estados posteriores da fatura.

Qual prazo se aplica à sua empresa?​

A entrada formal em vigor do decreto é separada da sua aplicação efetiva. Os seus requisitos operacionais são adiados até a ordem ministerial para a solução pública entrar em vigor. Após essa data de efetividade: - Empresas e profissionais cujo volume de operações do ano civil anterior excedeu 8 milhões de euros entram no quadro após 12 meses. .

• Outras empresas e profissionais entram nele após 24 meses. Não calcule o seu prazo adicionando um ano ou dois à data em que o decreto apareceu no Boletim Oficial do Estado. O gatilho relevante é a ordem de implementação, e o teste de volume de negócios usa o ano civil imediatamente anterior. Uma empresa que cresça além do limiar deve, portanto, manter um registo anual do valor usado na sua avaliação, não confiar numa estimativa informal. Há também uma regra transitória de legibilidade. Durante os 12 meses após o quadro se tornar efetivo para uma empresa acima do limiar de 8 milhões de euros, essa empresa deve geralmente acompanhar as suas faturas eletrónicas com um PDF que garanta que o destinatário as possa ler, a menos que o destinatário concorde expressamente em receber o formato original. Esse PDF é uma ponte para usabilidade; não é um substituto para a fatura estruturada. O decreto também dá às empresas mais pequenas uma transição adicional para reportar estados de fatura. Para indivíduos e certas entidades de atribuição de rendimentos no ou abaixo do nível de 8 milhões de euros, as disposições de reporte estatal tornam-se obrigatórias após 12 meses da data em que o decreto produz efeitos para o grupo relevante. Como essas transições interagem, documento as datas de gatilho e o seu tipo de entidade com o seu consultor fiscal espanhol.

A obrigação de estado de pagamento é a peça central operacional​

A mudança mais importante para as equipas financeiras do dia-a-dia é que o estado da fatura se torna um fluxo de dados definido. O destinatário deve comunicar pelo menos: - Aceitação ou rejeição comercial, com a data. - Pagamento total efetivo, com a data de pagamento efetiva. O destinatário também pode comunicar aceitação ou rejeição parcial, pagamento parcial e montante, e cessão da fatura a um terceiro para cobrança ou pagamento. Esses estados extra podem ser valiosos para controlo de crédito, mas não substituem o evento de pagamento total obrigatório. A informação de estado geralmente deve ser enviada dentro de quatro dias naturais do evento, excluindo sábados, domingos, e feriados nacionais. Para a solução pública, um destinatário deve reportar o pagamento total efetivo de cada fatura recebida que não foi rejeitada, juntamente com a data de pagamento, independentemente de a fatura ter viajado através de uma plataforma privada. O destinatário também deve reportar a data de vencimento do pagamento. Isso cria uma janela de controlo curta. Uma conciliação bancária realizada semanas após o fim do mês pode ser suficientemente boa para relatórios de gestão, mas é demasiado lenta para ser o único mecanismo que informa o sistema de faturação que um pagamento aconteceu. O seu processo de contas a pagar precisa de um evento ou fila que note a liquidação bancária, a corresponda à fatura, e envie o estado exigido atempadamente.

Defina "pago" cuidadosamente​

A data de pagamento efetivo não é necessariamente a data em que alguém clica em "pago" numa aplicação contabilística. Está ligada ao fornecedor realmente receber o dinheiro. Para uma transferência, isso geralmente significa a data em que a conta do pagador é debitada. Para um pagamento em dinheiro, é a data do pagamento em dinheiro. Para uma compensação acordada de obrigações, é a data dessa compensação. Disponibilizar uma fatura para factoring ou outro mecanismo de cobrança antecipada não a torna, por si só, paga. A data relevante é quando o fornecedor realmente recebe os fundos. Essa distinção é importante quando a sua empresa usa factoring, financiamento da cadeia de abastecimento, liquidação por cartão, ou um intermediário que reporta um pagamento antes de o dinheiro subjacente chegar ao fornecedor. Incorpore estas definições nas suas regras de correspondência. No mínimo, retenha:- Identificador da fatura e ID fiscal do fornecededor

• Data de emissão, data de serviço ou entrega, e data de receção
• Datas de vencimento contratuais e calculadas
• Estado de aceitação ou rejeição e carimbo temporal
• Montante de pagamento, ID de transação bancária, e data de liquidação real
• Indicadores de pagamento total, parcial, disputado, cedido, e revertido
• A plataforma ou canal usado para transmitir cada evento

Quando um pagamento é revertido ou mal aplicado, não sobrescreva silenciosamente o evento original. Preserve a transação original, registe a correção, e roteie a fatura para revisão. Uma trilha de auditoria é mais útil do que um rótulo verde "pago" que já não explica o que aconteceu.

Ligue a regra às regras espanholas de prazo de pagamento​

O reporte eletrónico não cria uma nova desculpa para atrasar pagamentos. As regras espanholas de atraso comercial geralmente definem um limite de pagamento de 60 dias entre empresas, com regras específicas para quando o relógio começa e como os procedimentos de aceitação funcionam. Os fornecededores geralmente devem entregar a fatura ou pedido de pagamento equivalente dentro de 30 dias de receberem os bens ou serviços. A receção eletrónica pode iniciar o cálculo do prazo de pagamento quando a identidade, autenticidade, integridade, e receção da fatura forem garantidas. A lição prática é simples: guarde as datas que determinam o relógio de pagamento, não apenas a data impressa na fatura. Uma fatura de compra com uma data de serviço em falta, uma data de receção não registada, ou um passo de aceitação não documentado pode tornar o cálculo da data de vencimento difícil de defender. Para contas a receber, use a mesma disciplina. O seu razão de vendas deve mostrar quando o cliente recebeu a fatura, quando a aceitou ou rejeitou, e quando os fundos foram liquidados. Isso dá a um gestor de cobranças uma próxima ação fundamentada em vez de um relatório de envelhecimento baseado apenas em datas de emissão.

Um fluxo de trabalho contabilístico que pode cumprir a janela de quatro dias​

Pode preparar o processo antes de escolher uma plataforma. Comece com uma máquina de estados simples para cada fatura:

​​1. Criar e validar​

Gere a fatura a partir de um registo de cliente aprovado. Valide os IDs fiscais, campos obrigatórios da fatura, identificador único, montantes de linha, tratamento fiscal, moeda, e entradas de data de vencimento antes da transmissão. Rejeitar documentos mal formados na criação é mais barato do que resolver uma rejeição de plataforma depois de o cliente já ter recebido um registo incompleto.

​​2. Transmitir e capturar prova​

Envie através da plataforma privada escolhida ou da solução pública. Guarde a resposta de transmissão, destino, carimbo temporal, e o documento estruturado exato ou um hash de conteúdo. Se a plataforma transformar mensagens CII, UBL, EDIFACT, ou Facturae, retenha o original e a representação transformada ou um link fiável entre eles.

​​3. Registar aceitação ou rejeição​

Roteie a resposta comercial do destinatário para o razão de faturas. Uma rejeição deve criar um código de razão e um dono, não apenas um ícone vermelho. Se uma correção for necessária, emita uma fatura retificativa rastreável e preserve a relação com a original.

​​4. Corresponder a liquidação à fatura​

Importe transações bancárias com frequência suficiente para cumprir a janela de reporte. Corresponda por identificador de fatura, contraparte, montante, e informação de remessa, com uma fila de revisão para pagamentos parciais, pagamentos em lote, taxas, e diferenças cambiais. A pessoa ou processo que aprova a correspondência deve ser visível na trilha de auditoria.

​​5. Reportar o evento de pagamento​

Quando a fatura estiver totalmente liquidada, capture a data de pagamento efetiva real e envie o evento exigido dentro de quatro dias qualificados. Não use a data de conciliação se diferir da data de liquidação. Se uma plataforma for autorizada a reportar em seu nome, retenha a autorização e o resultado da entrega.

​​6. Reconciliar os livros e o razão de estados​

No fim do período, compare o registo de faturas, mensagens de plataforma, atividade bancária, saldos de contas a receber ou a pagar, e os estados reportados. Investigue faturas que estão marcadas como pagas num sistema mas permanecem abertas noutro. Esta conciliação é também onde deteta faturas duplicadas, notas de crédito em falta, e pagamentos lançados na entidade errada.

Erros comuns a evitar​

​​Tratar um PDF como a fatura eletrónica​

Um PDF pode ser legível, mas não é automaticamente uma fatura estruturada. Mantenha qualquer PDF transitório como um auxiliar de apresentação enquanto torna a mensagem estruturada conforme a autoridade.

​​Assumir que uma plataforma privada remove o reporte público​

As plataformas privadas devem participar no sistema espanhol e interligar-se com outras plataformas. Mais importante para os destinatários, o pagamento total deve ainda ser comunicado à solução pública sob o decreto, mesmo quando uma plataforma privada tratou do intercâmbio.

Using issue date as every other date​

Use a data de emissão como qualquer outra data. Data de emissão, data de entrega ou serviço, data de receção, data de aceitação, data de vencimento, data de liquidação, e data de reporte respondem a perguntas diferentes. Colapsá-las num único campo "data de fatura" destrói a evidência que o seu fluxo de trabalho de pagamento precisa.

###Reporting "pago" quando o dinheiro só foi arranjado

Disponibilidade de factoring, uma transferência agendada, ou uma aprovação interna não é necessariamente pagamento efetivo. Espere pelo evento que representa o fornecededor receber fundos, e depois registe essa data.

###Deixar a propriedade da plataforma pouco clara

Decida quem monitoriza transmissões falhadas, faturas rejeitadas, pagamentos não reportados, e itens bancários sem correspondência. Uma plataforma pode automatizar o transporte; não pode decidir quem é dono de uma exceção a menos que defina essa responsabilidade.

Uma lista de verificação prática de prontidão​

Antes do seu prazo efetivo, confirme que pode responder "sim" a cada pergunta:

• Podemos determinar se cada cliente e fornecededor se enquadra no âmbito B2B espanhol?

• Sabemos se o nosso volume de negócios nos coloca na fase de 12 meses ou 24 meses?

• Pode o nosso sistema de faturação criar uma mensagem estruturada compatível com EN 16931 numa sintaxe aceite?

• O nosso ponto de receção é público e testado com principais contrapartes?

• Podemos preservar a fatura original e cada versão transformada ou transmitida?

• Capturamos aceitação, rejeição, data de vencimento, pagamento parcial, e pagamento total separadamente?

• Podem os dados de liquidação bancária chegar ao registo de faturas dentro de quatro dias qualificados?

• São os reembolsos de pagamento, notas de crédito, e faturas disputadas roteados para uma fila de revisão humana?

• Podemos reconciliar os estados de plataforma com o razão geral e o extrato bancário?

• Temos um dono documentado para falhas e retenção de evidências?

Se qualquer resposta for "ainda não", comece aí. Uma pequena empresa pode frequentemente fazer progresso significativo com um registo de faturas limpo, importações bancárias disciplinadas, e filas de exceções explícitas antes de adotar uma plataforma maior.

Simplifique a Sua Gestão Financeira​

A transição espanhola para faturação eletrónica torna registos fiáveis mais valiosos: precisa de ligar o que foi faturado, aceite, devido, pago, e reportado. Beancount.io oferece contabilidade de texto simples que é transparente, controlada por versão, e pronta para IA, para que a sua história financeira permaneça inspecionável à medida que o seu fluxo de trabalho de faturação cresce. Explore os docs ou visualize conciliações com Fava.