Por Kristijan Sekereš

Faturação eletrónica em França para PME: ligar o seu próprio sistema de faturação antes de 1 de setembro de 2027

esquina de uma rua de Paris com um prédio de estilo haussmanniano ao pôr do sol

Desde 1 de setembro de 2026, todas as empresas em França abrangidas pela reforma têm de conseguir receber faturas eletrónicas através de uma plateforme agréée, uma plataforma aprovada. As grandes empresas e as ETI (empresas de dimensão intermédia) têm também de emitir faturas por essa via e de fazer o e-reporting. O portal fiscal francês já descreve a reforma como «effective depuis le 1er septembre 2026».

A segunda vaga chega a 1 de setembro de 2027. A partir dessa data, as PME, as TPE e as micro-entreprises têm de emitir as suas faturas B2B em formato eletrónico através de uma plataforma aprovada e de começar o e-reporting: enviar à administração os dados das vendas a consumidores, das operações internacionais e, nos serviços, dos pagamentos recebidos.

Se as suas faturas saem de um software comum como o Sage, o Cegid ou o Pennylane, a ligação a uma plataforma aprovada vem do fornecedor, que é ele próprio uma plataforma ou trabalha com uma. A sua parte é escolher a plataforma e limpar os dados dos clientes.

Este artigo trata do outro caso: faturas produzidas pelo seu próprio software de faturação, por um ERP personalizado ou pelo código da sua plataforma. Aí, a ligação tem de ser desenvolvida. Onze meses chegam, se começar já.

O calendário e a vaga em que se encontra

O guia prático do arranque da faturação eletrónica da DGFiP fixa as datas:

  • 1 de setembro de 2026: todas as empresas abrangidas têm de conseguir receber faturas eletrónicas; as grandes empresas (grandes entreprises) e as ETI têm também de as emitir e de fazer o e-reporting.
  • 1 de setembro de 2027: as PME, as TPE e as micro-entreprises têm de emitir e de fazer o e-reporting.

A dimensão é aferida por pessoa coletiva (por SIREN) a 1 de janeiro de 2025, com base no último exercício encerrado antes dessa data. Segundo as perguntas frequentes oficiais, uma PME tem menos de 250 trabalhadores e um volume de negócios até 50 milhões de euros ou um balanço até 43 milhões de euros. Acima desse limiar, a sua data foi 2026.

Há uma armadilha. As especificações externas (versão 3.2, de 30 de abril de 2026) colocam as entidades que pertencem a um grupo IVA (assujetti unique) na vaga de 2026, seja qual for a sua dimensão. Se a sua é uma delas, já está atrasado.

O guia resolve ainda duas questões a seu favor. Pode começar a emitir em formato eletrónico antes do seu prazo, de forma voluntária. E um cliente não pode usar a reforma para o obrigar a enviar faturas eletrónicas antes de 1 de setembro de 2027, embora os seus contratos possam continuar a definir como trocam faturas.

O que faz uma plataforma aprovada

Uma plateforme agréée é um operador privado registado (immatriculée) pelo Estado. Para constar da lista oficial, tem de demonstrar o cumprimento das obrigações fiscais, a segurança da sua infraestrutura e dos dados, e a interoperabilidade técnica.

As especificações chamam a esta arquitetura o modelo em «Y». O seu sistema envia a fatura à sua plataforma. A sua plataforma procura o comprador no diretório central (o annuaire) gerido pelo portal público de faturação (PPF) e entrega a fatura à plataforma do comprador. Em paralelo, a sua plataforma extrai da fatura os dados regulamentares e envia-os ao PPF, que os transmite à administração fiscal.

Há três consequências para quem desenvolve a integração:

  • Nunca comunica diretamente com o Estado. Só as plataformas aprovadas podem entregar faturas aos destinatários e enviar dados ao PPF. O seu sistema de faturação é aquilo a que as especificações chamam uma solution compatible: fala com uma plataforma, e a plataforma trata do resto.
  • Provavelmente já tem uma plataforma. Precisou de uma para receber faturas a partir de 1 de setembro de 2026. Pergunte-lhe primeiro o que oferece para a emissão. Pode usar outra, mas um único contrato e uma única integração são mais simples.
  • A interface está normalizada. A norma AFNOR XP Z12-013 define as API entre os sistemas das empresas e as plataformas aprovadas; a XP Z12-012 abrange os formatos das faturas e dos estados. As plataformas oferecem também canais EDI e portais, e a Peppol liga as plataformas entre si. Pergunte quais suporta a sua antes de desenhar o que quer que seja.

Os compradores públicos continuam no Chorus Pro, e as ligações existentes ao Chorus Pro podem ser mantidas.

O que o seu sistema tem de produzir

Uma plataforma consegue transportar e converter uma fatura. Não consegue inventar dados que o seu sistema nunca teve.

Um formato da base comum

Todas as plataformas aprovadas têm de suportar três formatos, todos assentes na norma europeia EN 16931: UBL (versão 2.1), CII (versão D22B) e Factur-X, um PDF com os dados estruturados incorporados. As plataformas podem aceitar outros; só estes três estão garantidos.

Escolha em função do que o seu sistema consegue produzir sem problemas, e não da preferência de cada cliente. Um fornecedor não pode impor um formato a um comprador, e a plataforma do comprador pode converter a fatura para o formato que este preferir. O Factur-X convém às empresas cujos clientes ainda querem um PDF legível; o UBL ou o CII convêm aos fluxos puramente entre sistemas.

Os dados, campo a campo

A administração publica uma tabela dos dados de fatura que recebe, mapeados para os termos de negócio da EN 16931. Há quatro menções novas para a maioria das faturas francesas:

  • o SIREN do cliente (BT-47);
  • a categoria da operação: bens, serviços ou ambos (BT-23);
  • a opção pelo pagamento do IVA segundo os débitos, quando tenha optado por ela (BT-8);
  • a morada de entrega completa, se for diferente da morada de faturação do cliente (BT-75 a BT-80).

O resto do conjunto obrigatório é conhecido, mas tem de vir estruturado: o seu SIREN, os dois países, um número de fatura de uma sequência cronológica e contínua, a data de emissão, os totais sem IVA e de IVA, a moeda e uma discriminação do IVA com a base tributável, o imposto e a taxa para cada taxa aplicada (BT-116, BT-117, BT-119). Os campos condicionais incluem os números de IVA, o motivo de isenção (como código VATEX), a autoliquidação, a autofaturação, uma data de entrega diferente da data da fatura e a referência da fatura original numa fatura retificativa.

Vários campos dessa tabela só são exigidos a partir de 1 de setembro de 2027: o detalhe das linhas (designação do artigo, quantidade, preço unitário), os descontos e encargos ao nível do documento, a morada de entrega, a data da fatura corrigida, a menção ao desconto de pronto pagamento e o montante da eco-participation. O prazo de 2027 é também o dia em que o modelo de dados fica mais exigente para todos.

Onde os sistemas personalizados costumam falhar:

  • A ficha do cliente não tem SIREN, ou tem um SIRET no campo do SIREN.
  • A categoria da operação não está guardada por produto ou serviço, pelo que uma fatura mista não pode ser classificada.
  • O IVA é calculado e arredondado por linha, pelo que a discriminação por taxa não bate certo com os totais.
  • As notas de crédito são documentos soltos, sem referência à fatura que corrigem.
  • A numeração das faturas tem falhas, ou os números são reutilizados depois de uma anulação.

Cada um destes problemas corrige-se no sistema de origem, e não no conector.

Dados de encaminhamento

O diretório identifica uma empresa privada ao nível do SIREN por omissão, mas também pode encaminhar por SIRET, por código de encaminhamento ou por sufixo, quando um cliente quer receber faturas por estabelecimento ou por departamento. Guarde os identificadores certos para cada cliente. Quando uma pesquisa falha, a primeira instrução do guia é verificar o SIREN, o SIRET e o estabelecimento destinatário que usou.

Os estados do ciclo de vida, nos dois sentidos

Uma fatura passa a ter um ciclo de vida, transmitido em mensagens de estado. Quatro estados são obrigatórios e chegam à administração fiscal:

CódigoEstadoSignificado
200Déposéea sua plataforma recebeu a fatura e considerou-a conforme
213Rejetéeas verificações de uma plataforma detetaram uma anomalia
210Refuséeo comprador recusa a fatura na totalidade
212Encaisséerecebeu o pagamento, total ou parcial

Outros, como «recebida pela plataforma», «em litígio» ou «pagamento enviado», são facultativos.

O seu sistema tem de ler estados, além de os enviar. Uma rejeição é técnica: formato errado, dados em falta ou incoerentes, encaminhamento incorreto. Corrige-se e volta a enviar-se. Uma recusa vem do comprador, tem de indicar um motivo e só pode usar os motivos que a norma admite (um defeito regulamentar que escapou à plataforma, um destinatário errado, condições contratuais não cumpridas), nunca um simples desacordo comercial. Se voltar a emitir depois de uma recusa, a nova fatura precisa de um novo número. As especificações dizem que uma fatura recusada ou rejeitada é anulada na sua contabilidade com uma nota de crédito interna; o guia acrescenta que, se contestar uma recusa, não a deve criar automaticamente.

Encaissée é o estado de que os sistemas personalizados se esquecem. Nos serviços, em que o IVA se torna exigível no pagamento, este estado transporta o número da fatura, a data do pagamento e o montante recebido por taxa de IVA: é assim que os dados de pagamento chegam à administração no B2B nacional. Por isso, a sua reconciliação bancária ou o módulo de contas a receber tem de alimentar a integração da faturação, e muitas vezes são dois sistemas que nunca falaram um com o outro.

E-reporting: tudo o que não é uma fatura B2B nacional

A faturação eletrónica abrange as vendas entre duas empresas registadas para efeitos de IVA e estabelecidas em França. O e-reporting abrange o resto, e também é enviado através da sua plataforma aprovada:

  • Vendas a não sujeitos passivos (B2C), em França ou no estrangeiro: totais diários e não faturas individuais, repartidos por categoria (bens tributáveis, serviços tributáveis, vendas à distância intracomunitárias, regimes de margem), com a base tributável e o IVA por taxa.
  • B2B internacional: vendas a empresas não estabelecidas em França e compras a essas empresas, fatura a fatura, com praticamente os mesmos campos de uma fatura nacional. As compras contam: a formação comprada a um fornecedor alemão é declarada por si, o comprador francês.
  • Dados de pagamento, só nos serviços, e não nas operações em autoliquidação nem nas empresas que optaram pelo IVA segundo os débitos: a data e o montante recebido por taxa de IVA.

A periodicidade depende do seu regime de IVA, segundo a tabela de periodicidades publicada. No régime réel normal mensal, os dados das operações seguem três vezes por mês (de 1 a 10, de 11 a 20, de 21 ao fim do mês), cada envio com prazo de dez dias após o respetivo período, e os dados de pagamento seguem mensalmente, antes do dia 10 do mês seguinte. No régime simplifié, ambos são mensais, com prazo entre os dias 25 e 30 do mês seguinte. Na franchise en base, ambos seguem de dois em dois meses civis.

Três envios por mês são uma tarefa agendada, não uma folha de cálculo. E, se as suas vendas B2C passam por uma caixa registadora, uma loja online e uma ferramenta de faturação, os totais diários têm de vir das três.

Um plano a 11 meses

Contado para trás a partir de 1 de setembro de 2027, e dando agosto por perdido, porque é agosto:

  1. Outubro de 2026: âmbito. Confirme a sua categoria de dimensão e se pertence a um grupo IVA. Liste todos os fluxos que produzem uma fatura ou uma venda: B2B nacional, B2C, internacional, notas de crédito, adiantamentos, autofaturação, setor público. Peça à sua plataforma de receção a oferta para emissão: formatos, documentação da API, um ambiente de testes, os estados que devolve, e-reporting.
  2. Novembro e dezembro de 2026: dados. Compare a tabela de campos com os seus dados reais. Acrescente e verifique o SIREN e o SIRET nas fichas de clientes, acrescente a categoria da operação ao catálogo, resolva o indicador do IVA segundo os débitos, audite a numeração das faturas. Escolha o formato.
  3. Janeiro a março de 2027: desenvolvimento. O gerador do formato; a validação face à EN 16931 e às regras francesas antes do envio; o cliente da API da plataforma; o tratamento dos estados com uma máquina de estados da fatura; a alimentação do estado Encaissée a partir das contas a receber; os agregados do e-reporting.
  4. Abril e maio de 2027: testes e, depois, arranque voluntário. Primeiro o ambiente de testes, depois faturas reais a alguns clientes que concordem. O guia permite a emissão voluntária antes do seu prazo e, se falhar, pode voltar ao método habitual nesses fluxos. A primavera de 2027 é o teste real mais barato que vai ter.
  5. Junho e julho de 2027: alargamento. Todo o B2B nacional através da plataforma, o e-reporting a funcionar, o primeiro fecho do mês e a primeira declaração de IVA reconciliados com o que a plataforma comunicou.
  6. Agosto de 2027: congelamento. Nenhuma nova versão, um procedimento escrito para rejeições e recusas, pessoas designadas para cobrir as férias.
  7. 1 de setembro de 2027: obrigação. Depois vem o seu primeiro prazo de e-reporting, o verdadeiro teste do lado das declarações.

Se não estiver pronto no dia

O guia escrito para o arranque de setembro de 2026 adota uma linha tolerante: nenhuma coima durante a fase de arranque para as empresas que encontrem dificuldades mas estejam numa «trajectoire sérieuse de mise en conformité», avaliada com base em provas concretas e datadas (contrato com a plataforma, testes, pedidos de suporte). Diz também que isto não é «ni un report ni une suspension» da obrigação. Não diz se a mesma linha se vai aplicar em setembro de 2027.

As coimas constam das perguntas frequentes: 50 € por cada fatura não emitida em formato eletrónico, com um máximo de 15 000 € por ano civil, sem coima na primeira infração. As falhas de e-reporting caem no âmbito do artigo 1788 D do CGI.

Trate 1 de setembro de 2027 como uma data fixa e mantenha, ainda assim, o rasto de provas: é o que a administração vai pedir.

Onde isto se encaixa

A maioria das PME francesas vai receber isto do seu fornecedor de software, e é assim que deve ser. O nosso trabalho é para as outras: desenvolvemos a geração do formato, a ligação à plataforma, o tratamento dos estados e a alimentação do e-reporting dentro do sistema que já produz as suas faturas, e corrigimos os dados por baixo. Há mais informação sobre o nosso serviço de integração de faturação eletrónica e sobre a modernização de ERP, quando o problema é o próprio sistema de faturação.

Se tem uma data em setembro de 2027 e um sistema de faturação em que ninguém quer mexer, escreva para office@c9group.dev. Somos engenheiros, não consultores fiscais: o âmbito e o tratamento do IVA são assunto para o seu expert-comptable, e desenvolvemos de acordo com a resposta dele.

Sistemas fiscais e financeiros

Novos guias e alterações às regras por email

Quando uma regra muda, um prazo é alterado ou publicamos um novo guia, enviamo-lo por email.

Primeiro, enviamos uma ligação de confirmação. Pode cancelar a subscrição a qualquer momento. Política de Privacidade