90 Dias para Conformidade com Faturamento Eletrônico:Um Checklist de Prontidão para AP

Treze estados-membros da UE já exigem faturamento eletrônico, e até julho de 2026 esse número sobe para pelo menos dezesseis. No entanto, uma pesquisa de 2025 com organizações globais de serviços de negócios constatou que apenas 11% se sentem totalmente preparadas para atender a esses requisitos. Essa lacuna — entre os prazos que já chegaram e as equipes financeiras que ainda operam com fluxos manuais ou baseados em PDF — é o que um plano de prontidão de 90 dias existe para fechar. Este não é um guia de avaliação de fornecedores. É um calendário: quatro fases, cada uma com uma entrega concreta, para que, quando seu próximo prazo de mandato chegar, sua equipe de AP não esteja correndo para descobrir o que é um Ponto de Acesso Peppol enquanto faturas de fornecedores não conformes se acumulam na caixa de entrada.

Painel de prontidão para conformidade com faturamento eletrônico exibindo cronogramas de prazos, status de registro de entidades e dados de avaliação de fluxo de trabalho de AP para mandatos de 2026

Principais Conclusões

  1. Toda equipe de AP que enfrenta um mandato de faturamento eletrônico adquire uma plataforma que recebe XML estruturado — e até janeiro de 2027, dezesseis países da UE exigem exatamente essa infraestrutura.
  2. Mas 40–70% das faturas de fornecedores ainda chegarão como PDF pelos próximos três a cinco anos, então sua equipe acaba executando dois processos de AP em paralelo — um automatizado, outro manual — e a conciliação se torna o gargalo permanente que nenhum certificado de conformidade resolve.
  3. O ImageToTable.ai extrai faturas em PDF para os mesmos campos estruturados do seu pipeline XML, de modo que ambos os formatos alimentam um único fluxo de trabalho de AP — e sua equipe para de executar dois processos no primeiro dia, não no milésimo.

Por que 90 Dias — e Por Que Começar Agora é Crucial

O calendário não é arbitrário. Os prazos de implementação de faturamento eletrônico relatados por organizações que concluíram a transição giram em torno de três a seis meses apenas para configuração e integração de fornecedores — e isso para um único país. Para equipes de contas a pagar (AP) que lidam com faturas de fornecedores em três ou mais jurisdições obrigatórias, prazos sobrepostos significam que a janela de preparação para o próximo país já está se sobrepondo ao início da operação do anterior.

Considere o calendário de 2026–2027 que está em vigor agora. A Bélgica entrou em operação em 1º de janeiro de 2026. O KSeF da Polônia tornou-se obrigatório para grandes empresas em fevereiro, com todas as entidades registradas para IVA exigidas até meados de 2026. A obrigação de recepção universal da França entra em vigor em 1º de setembro de 2026 — faltando menos de 80 dias — abrangendo todas as ~4 milhões de entidades registradas para IVA, independentemente do porte. A obrigação B2B da Alemanha entra em vigor gradualmente a partir de janeiro de 2027. As obrigações do Verifactu e do Crea y Crece da Espanha são implementadas ao longo de 2027. Qualquer equipe de AP que receba faturas de fornecedores de três ou mais desses mercados está, efetivamente, em um ciclo contínuo de conformidade, não em um projeto único.

Se você está lendo isso e sua organização ainda não mapeou quais de suas entidades estão registradas em quais jurisdições, quais fornecedores enviam faturas de quais países e se seu ERP pode receber XML estruturado em qualquer um dos formatos exigidos — você não está atrasado. Mas você está no ponto em que cada semana de atraso comprime as fases de teste e comunicação com fornecedores que determinam se a entrada em operação será tranquila ou caótica.

O que 90 dias podem e não podem fazer: Noventa dias são suficientes para atingir a prontidão de conformidade para uma a três jurisdições obrigatórias se seu ERP tiver alguma capacidade de ingestão de XML e sua lista de fornecedores for inferior a 200. Não é suficiente se seu ERP exigir um ciclo completo de atualização, o status de registro de sua entidade não estiver resolvido em vários países, ou seu número de fornecedores exceder 500 e você não tiver um canal de comunicação digital existente com eles. Nesses cenários, use este framework para triagem — concentre-se na jurisdição cujo prazo final chega primeiro e construa o processo repetível que você aplicará aos países subsequentes.

Antes do relógio de 90 dias começar, estabeleça uma decisão de governança: quem é o responsável pela conformidade do faturamento eletrônico em sua organização. Se a resposta não for clara — o setor fiscal diz que pertence ao financeiro, o financeiro diz que é da TI, a TI diz que é da área de compras — a janela de 90 dias se fecha antes do final da primeira reunião. Um gerente de projeto multifuncional dedicado, com autoridade para tomar decisões sobre ferramentas e processos, é o pré-requisito, não um item desejável.

Dias 1–15: Mapeie sua Exposição às Obrigações Fiscais

As duas primeiras semanas não são sobre tecnologia. São sobre dados: saber exatamente quais das suas entidades estão registradas onde, quais fornecedores emitem faturas de quais jurisdições e quais obrigações se aplicam a cada interseção. A maioria das equipes de AP descobre durante esta fase que sua exposição é maior do que o previsto — uma subsidiária francesa recebe faturas de um fornecedor de logística belga, uma entidade alemã compra de um fabricante polonês, um escritório italiano processa faturas de freelancers espanhóis. Cada par é uma interseção de conformidade.

Entregável: Matriz Entidade-Fornecedor-Obrigação

Crie uma planilha com estas colunas. Preencha-a para cada entidade da sua organização que recebe faturas de fornecedores:

Sua EntidadePaísCNPJ / InscriçãoSituação CadastralTop 10 Países FornecedoresObrigação AplicávelPrazoFormato Exigido
Exemplo SARL (Paris)FrançaSIRET 123 456 789 00012Registrada (TVA FR XX...)FR, BE, DE, ITArt. 91 LF 2024 — Obrigação de recebimento1º set. 2026Factur-X, UBL, CII (EN 16931)
Exemplo GmbH (Berlim)AlemanhaUSt-IdNr DE123456789RegistradaDE, PL, AT, NLWachstumschancengesetz — Recebimento B2B1º jan. 2027XRechnung, ZUGFeRD 2.x

Perguntas-chave para esta fase:

  • Toda entidade que recebe faturas está devidamente registrada para o IVA em sua jurisdição de origem? Um registro vencido ou uma filial não registrada recebendo faturas de fornecedores é uma lacuna de conformidade antes mesmo da fatura eletrônica entrar em cena.
  • Para organizações com múltiplas entidades: cada entidade possui um número de registro fiscal separado (SIREN na França, USt-IdNr na Alemanha, NIP na Polônia, P.IVA na Itália), ou algumas operam sob o registro da empresa matriz? As plataformas de fatura eletrônica validam no nível da entidade — um registro compartilhado cria problemas de roteamento.
  • Entre seus 20 maiores fornecedores (por gasto), quais já emitem faturas eletrônicas estruturadas? Envie uma pesquisa de 3 perguntas: (1) Qual formato de faturamento você usa hoje? (2) Você é capaz de emitir faturas eletrônicas estruturadas (Peppol BIS, Factur-X, XRechnung, etc.)? (3) Qual é o seu cronograma de migração se ainda não emite faturas estruturadas?

Se precisar de um cronograma detalhado país por país com referências legais exatas e requisitos de formato, consulte nosso cronograma de obrigações de fatura eletrônica na Europa. Para análises aprofundadas por país, os guias da França e da Alemanha cobrem especificidades de registro de entidades e os 13 campos obrigatórios exigidos por cada jurisdição.

Dias 16–45: Avaliação Técnica

Com a matriz de exposição construída, o segundo mês foca na infraestrutura. A questão central: seus sistemas atuais conseguem receber, validar e rotear dados estruturados de notas fiscais? Para a maioria das organizações de médio porte, a resposta é parcial — o ERP lida com alguns formatos de alguns países, mas não de outros, ou recebe XML, mas não possui mecanismo para mapeá-lo ao fluxo de contas a pagar.

Entregável: Relatório de Prontidão do Sistema

Percorra estas áreas de avaliação. Não aceite "sim, nosso ERP faz isso" do seu fornecedor sem uma demonstração específica para as jurisdições obrigatórias:

1
Ingestão de formato XML. Seu ERP consegue analisar e validar nativamente Factur-X (França), XRechnung (Alemanha), KSeF XML (Polônia), FatturaPA (Itália) e Peppol BIS Billing 3.0? Se a resposta for "lidamos com EDI", não é a mesma coisa. EDI usa uma camada de transporte e padrões de mensagens diferentes. Pergunte ao fornecedor do seu ERP se ele consegue ingerir com sucesso um arquivo Factur-X real — não uma demonstração, não um PDF simulado, mas um XML válido em conformidade com a EN 16931 com todos os campos obrigatórios preenchidos.
2
Ponto de Acesso ou conexão direta com o governo. Para países da rede Peppol (Bélgica, cada vez mais o padrão para transações transfronteiriças na UE), você precisa de um Ponto de Acesso Peppol — seja através do seu ERP, de um provedor terceirizado ou construído internamente. Para a Polônia, você precisa de conectividade com a API KSeF. Para a Itália, você se conecta ao Sistema di Interscambio (SdI). Para a França, você se registra em uma Plataforma Aprovada (Plateforme Agréée). Mapeie cada jurisdição em sua matriz de exposição para o método de conexão exigido. Se seu ERP cobre duas das cinco jurisdições, mas deixa três descobertas, a lacuna define o escopo da sua busca por uma solução externa.
3
A plataforma do seu contador. Na França, muitas pequenas e médias empresas dependem de um contador externo (expert-comptable) que usa Cegid, EBP, Pennylane ou Sage. Na Alemanha, o Steuerberater provavelmente usa DATEV ou Lexware. Confirme com seu contador: (a) ele já está configurado para receber faturas eletrônicas estruturadas no formato exigido pela sua jurisdição? (b) se não, qual é o cronograma de migração dele? (c) o que ele precisa de você — uma escolha de plataforma específica, um formato de arquivo ou apenas o XML bruto — para manter suas declarações fiscais ininterruptas? Esta conversa sozinha já inviabilizou mais projetos de faturamento eletrônico do que qualquer falha técnica.
4
Mapeamento de campos de dados. Uma fatura eletrônica estruturada típica contém de 30 a 50 campos. Seu fluxo de trabalho de contas a pagar precisa de 6 a 12 deles (nome do fornecedor, número da fatura, data, valor, valor do imposto, referência do pedido de compra, condições de pagamento). Os 20 a 40 campos restantes são metadados de conformidade que precisam ser arquivados, mas não processados. Seu sistema atual consegue extrair seletivamente os campos que você precisa ou irá ingerir todo o payload XML no seu ERP — potencialmente sobrescrevendo mapeamentos de dados existentes ou criando registros de fornecedores duplicados? Para saber mais sobre por que o XML estruturado não elimina a etapa de extração, veja nossa análise sobre por que receber um arquivo XML não significa que sua equipe de contas a pagar pode pular a extração de dados.

Dias 46–75: Projeto de Processo para a Realidade Híbrida

Eis o problema que todo guia de preparação para e-faturamento evita discutir: durante o período de transição — que para a maioria das organizações durará anos, não meses — sua caixa de entrada de contas a pagar conterá uma mistura de faturas eletrônicas XML estruturadas, faturas em PDF de fornecedores ainda não obrigados e faturas de papel escaneadas de pequenos vendedores que nunca adotarão formatos estruturados. Projetar um processo que lide com todos os três por meio de um único pipeline é a diferença entre conformidade no papel e conformidade na prática.

Entregável: Projeto de Fluxo de Trabalho para Faturamento Híbrido

O fluxo de trabalho precisa responder a três perguntas de roteamento para cada fatura que chega:

1
Detecção e roteamento de formato. É um XML estruturado (Factur-X, XRechnung, Peppol BIS, etc.) ou um documento não estruturado (PDF, imagem digitalizada, corpo de e-mail)? Faturas estruturadas seguem para o caminho de ingestão XML para mapeamento automatizado de campos. Documentos não estruturados seguem para uma camada de extração. A decisão crítica de design é se esses dois caminhos se fundem antes ou depois dos dados chegarem ao seu ERP. Fundir antes significa que um formato de dados unificado chega ao seu fluxo de trabalho de AP, independentemente da origem. Fundir depois significa dois processos de AP paralelos — é assim que surgem entradas duplicadas e lacunas de reconciliação.
2
Padronização de campos entre formatos. O nome de um fornecedor em uma fatura Factur-X francesa está em /rsm:CrossIndustryInvoice/supplyChainTradeTransaction/ApplicableHeaderTradeAgreement/SellerTradeParty/Name. O mesmo nome de fornecedor na fatura em PDF está no canto superior esquerdo em Helvetica 11pt. Seu processo precisa produzir o mesmo campo "Nome do Fornecedor" mapeado para o mesmo campo do ERP, independentemente do formato de origem. Defina primeiro seu esquema de campo alvo — os 6 a 12 campos que seu fluxo de trabalho de AP realmente usa — e então mapeie cada formato de entrada para esse esquema alvo.

Para organizações que recebem faturas de vários países, uma ferramenta de extração de documentos que lê o conteúdo visual de qualquer formato — PDF, digitalização ou captura de tela — e gera os mesmos campos estruturados, independentemente do país de origem, fornece uma camada de unificação que nenhum analisador específico de formato consegue replicar. Isso é particularmente valioso quando fornecedores em um país usam cinco layouts de fatura diferentes, apesar de todos serem "eletrônicos".

3
Tratamento de exceções. Defina o que acontece quando: (a) um XML falha na validação do esquema, (b) um PDF é ilegível ou protegido por senha, (c) campos obrigatórios estão ausentes em uma fatura estruturada, (d) o fornecedor envia a mesma fatura em formato XML e PDF (detecção de duplicatas). Para cada exceção, especifique: quem é notificado, qual é o caminho de resolução e qual é o SLA (ex.: "Falhas de validação XML devem ser sinalizadas ao fornecedor em até 24 horas"). Para um mergulho mais profundo sobre como capturar duplicatas antes que entrem na sua fila de AP, veja nosso guia sobre detecção automatizada de faturas duplicadas.

Design do Processo para a Etapa de Aprovação

A fatura eletrônica altera o fluxo de aprovação de uma forma específica: a validação de conformidade e a aprovação comercial tornam-se duas etapas distintas. A autoridade fiscal (ou o Access Point Peppol) valida a conformidade legal da fatura antes que ela chegue à sua equipe de contas a pagar. Sua equipe então valida o conteúdo comercial — se a referência do pedido de compra está correta, se o valor está dentro da tolerância, se os prazos de pagamento estão conforme acordado. O modelo de duas etapas significa que seu fluxo de aprovação precisa de um pré-filtro: faturas em conformidade seguem para aprovação comercial, as não conformes nunca chegam ao aprovador.

Para organizações que não possuem um fluxo de ERP completo com roteamento de aprovação integrado, uma alternativa leve é extrair os dados da fatura para um formato estruturado (Excel ou Google Sheets), aplicar regras de formatação condicional para sinalização de exceções e encaminhar apenas os itens sinalizados para revisão humana. Nosso guia sobre como construir um fluxo de aprovação automatizado de faturas detalha essa abordagem.

Dias 76–90: Testar, Comunicar, Entrar em Produção

As duas últimas semanas são onde a maioria dos planos de preparação falha — não porque a tecnologia falha, mas porque a comunicação com os fornecedores não aconteceu. Um sistema de fatura eletrônica que sua equipe configurou perfeitamente é inútil se seus 20 maiores fornecedores não souberem como enviar faturas para ele.

Entregável: Pacote de Comunicação com Fornecedores

Envie o e-mail a seguir para seus 20 maiores fornecedores (por volume de faturas) até o dia 77. Adapte as seções entre colchetes para seu mandato e plataforma específicos:

Assunto: Atualização no recebimento de faturas — transição para fatura eletrônica na [Nome da Sua Empresa]

Prezado(a) [Contato do Fornecedor],

A partir de [Prazo do Mandato — ex.: 1º de setembro de 2026], o [País] exige que todas as faturas B2B sejam emitidas em formato eletrônico estruturado ([Nome do Formato — ex.: Factur-X, XRechnung, Peppol BIS]). Para garantir o processamento ininterrupto de pagamentos, precisamos atualizar a forma como recebemos faturas da sua organização.

O que muda para você: Em vez de enviar um PDF por e-mail, você precisará emitir faturas no formato [nome do formato] e transmiti-las via [método — ex.: nosso ID do Access Point Peppol: XXXX, nossa Plataforma Aprovada: YYYY].

O que permanece igual: Nossos prazos de pagamento, processo de aprovação e requisitos de referência de pedido de compra permanecem inalterados. Esta atualização afeta apenas o formato de transmissão do documento da fatura.

O que precisamos de você agora:
(1) Confirme se você já é capaz de emitir faturas no formato [nome do formato].
(2) Em caso positivo, forneça seu ID de Participante Peppol / identificador de roteamento para que possamos registrar sua conexão.
(3) Caso contrário, compartilhe sua estimativa de prazo para migração.
(4) Confirme a pessoa de contato do seu lado para testes — agendaremos uma transmissão de teste com sua equipe na [semana prevista].

Anexamos uma especificação técnica de uma página com os requisitos exatos de formato e nossos identificadores de recebimento. Se você utiliza um contador externo ou serviço de faturamento, por favor, encaminhe estas informações a eles.

Responda até [data — conceda 10 dias] para que possamos agendar sua janela de testes.

Atenciosamente,
[Seu Nome / Equipe de Contas a Pagar]

Teste: Semana 1 (Dias 76–82)

  • Selecione 5 fornecedores piloto — idealmente uma mistura: um grande fornecedor que já emite notas fiscais estruturadas, um de médio porte em transição e um pequeno que continuará enviando PDFs (para testar seu fluxo de trabalho híbrido).
  • Execute um teste completo para cada: nota fiscal chega → formato é detectado → dados são extraídos/mapeados → campo do ERP é preenchido → fluxo de aprovação é acionado. Cronometre cada etapa e documente onde foi necessária intervenção manual.
  • Teste os caminhos de exceção: envie um XML intencionalmente inválido, um PDF protegido por senha e uma nota fiscal duplicada. Confirme se o tratamento de exceções definido na Fase 3 realmente funciona.
  • Validação de arquivamento: confirme se as notas fiscais em conformidade estão sendo arquivadas no formato original com o período de retenção de metadados exigido por cada jurisdição (geralmente de 6 a 10 anos, dependendo do país).

Ajuste: Semana 2 (Dias 83–90)

  • Corrija erros de mapeamento de campos. A falha de teste mais comum é um campo mapeado para a coluna errada do ERP — um valor de imposto indo para o campo de valor líquido, um ID de fornecedor preenchendo a coluna do número da nota fiscal. São problemas de configuração, não falhas do sistema, mas causam a mesma dor de cabeça na conciliação downstream.
  • Atualize o modelo de comunicação com fornecedores com respostas para as perguntas que os fornecedores realmente fizeram durante o piloto — as perguntas reais deles revelarão lacunas na sua mensagem original.
  • Defina sua cadência de monitoramento contínuo: revisão semanal de (a) taxa de falha de validação XML, (b) precisão da conversão de PDF para estruturado, (c) taxa de sinalização de duplicatas, (d) percentual de conclusão da integração de fornecedores. Para organizações com foco no fechamento de fim de mês, nosso guia de automação de fechamento de fim de mês mostra como incorporar essas métricas ao seu ciclo de fechamento existente.

Como Avaliar Ferramentas Sem Cair em um Discurso de Vendas

Em algum momento durante este processo de 90 dias, você precisará decidir se seu ERP atual consegue lidar com a faturação eletrônica ou se precisa de uma plataforma externa. Todo fornecedor com quem você falar dirá que sua solução lida com "todos os formatos em todos os países". O quadro de avaliação abaixo foi criado para cortar esse discurso.

Pergunte a cada fornecedor — incluindo seu provedor de ERP atual — estas oito questões. Exija respostas específicas, não alegações de marketing:

PerguntaComo é uma boa respostaSinal de alerta
1. Quais jurisdições de mandato sua plataforma cobre nativamente — e não por integração de parceiros?"Nativamente processamos Factur-X, XRechnung, KSeF XML, FatturaPA e Peppol BIS Billing 3.0. Aqui está a lista de jurisdições e os endpoints de API que utilizamos.""Cobrimos toda a Europa através da nossa rede de parceiros" — significa que você gerenciará múltiplos relacionamentos com fornecedores.
2. Posso ver uma demonstração ao vivo da sua plataforma processando um XML de nota fiscal eletrônica real do [País X] — e não um arquivo de demonstração de marketing?Uma apresentação ao vivo com compartilhamento de tela mostrando um arquivo XML real e complexo sendo analisado, validado e mapeado para campos de contas a pagar — com o mapeamento em nível de campo visível."Podemos enviar uma demonstração gravada" ou "Nosso engenheiro de vendas preparará uma para a próxima reunião."
3. Como sua plataforma lida com as notas fiscais em PDF que chegam junto com as notas fiscais eletrônicas estruturadas durante o período de transição?"Processamos ambos em um único fluxo de trabalho: XML passa por extração baseada em esquema, PDFs passam por extração por IA visual, e ambos produzem o mesmo esquema de saída.""Recomendamos usar uma ferramenta separada para processamento de PDF durante a transição" — dois sistemas, dois processos, dois lugares para erros.
4. O que acontece quando um formato de mandato muda — quem atualiza o esquema e com que rapidez?"Monitoramos mudanças regulatórias em todas as jurisdições cobertas. As atualizações de esquema são implantadas em até [X] dias após a publicação governamental, sem necessidade de ação da sua parte.""Você pode atualizar as regras de mapeamento no nosso painel de configuração" — significa que você é o departamento de conformidade.
5. Como vocês lidam com a validação do número de registro fiscal no nível da entidade para organizações com múltiplas entidades?"Oferecemos suporte à configuração de CNPJ/CPF por entidade com regras de validação de formato específicas. Aqui está como nossa lógica de roteamento separa as notas fiscais por CNPJ da entidade.""A validação do CNPJ é feita pelo seu ERP" — significa que você classificará manualmente as notas fiscais por entidade antes de entrarem na plataforma.
6. Qual é o processo real de integração de fornecedores — não a descrição do recurso, mas as etapas que meus fornecedores seguirão?"Oferecemos um portal para fornecedores com cadastro por autoatendimento, upload em lote via CSV para integração em massa e uma equipe de suporte dedicada com cobertura no idioma [idioma]. O tempo médio de integração é de [X] dias.""Os fornecedores apenas enviam notas fiscais para nossa rede" — sem menção a cadastro, testes ou suporte.
7. O que sua solução de arquivamento cobre — regras de retenção de quais países, em quais formatos, por quanto tempo?"Arquivamos o XML/PDF original em seu formato nativo mais uma versão legível por humanos, com períodos de retenção configuráveis por jurisdição. Estamos em conformidade com [padrões de arquivamento específicos por país].""Armazenamos notas fiscais por 7 anos" — um período de retenção para todos os países ignora que a Alemanha exige 10 anos e a França exige 6 anos para documentos comerciais.
8. Você pode fornecer um cliente de referência que opere nas mesmas jurisdições de mandato e tenha um número semelhante de fornecedores?"Aqui estão duas referências com [X] fornecedores em [países], que podem conversar com você.""Temos clientes em [setor não relacionado] que nos amam" ou "Nossas referências são confidenciais."

A diferença entre uma ferramenta que você precisa e uma ferramenta que estão tentando te vender fica visível na forma como um fornecedor responde à pergunta 3 — o tratamento de PDFs durante a transição. Se a resposta for "nossa plataforma lida com faturação eletrônica; PDFs são um problema diferente", eles estão vendendo infraestrutura de conformidade, não uma solução de fluxo de trabalho de contas a pagar. Uma plataforma que processa apenas XML perfeitamente estruturado desde o Dia 1 faz com que sua equipe lide com os 40–70% das faturas de fornecedores que ainda chegarão como PDFs por meio de um segundo processo desconectado. Para organizações que avaliam se sua abordagem atual de extração pode preencher essa lacuna, nosso explicador sobre Peppol esclarece a distinção entre a rede de transmissão e os formatos de dados que trafegam por ela — entender isso é fundamental para avaliar as capacidades reais de qualquer plataforma.

Se descontos por pagamento antecipado fazem parte da sua estratégia de contas a pagar, o quadro de avaliação deve incluir uma nona pergunta: a plataforma consegue detectar e sinalizar automaticamente descontos nos prazos de pagamento (2/10, líquido 30) durante a etapa de extração? A maioria das plataformas de faturação eletrônica foca em campos de conformidade e ignora termos comerciais. Perder a visibilidade dos descontos por pagamento antecipado durante a transição de formato custa mais do que a maioria das multas por não conformidade. Nosso guia de automação de descontos por pagamento antecipado aborda o ROI de capturar esses termos de forma sistemática.

Se você levar apenas uma coisa desta seção: A decisão mais cara sobre faturação eletrônica não é escolher a plataforma errada. É escolher uma plataforma que cobre a conformidade perfeitamente, mas faz sua equipe operar dois processos de contas a pagar separados — um para XML estruturado e outro para PDFs — pelos próximos três a cinco anos enquanto a transição ocorre. O custo dessa sobrecarga de processo duplo, em horas de trabalho e taxas de erro, excede o custo de quase qualquer taxa de licenciamento de plataforma.

Apêndice: Links Oficiais de Recursos de Faturação Eletrónica por País

Marque os portais oficiais de cada jurisdição na sua matriz de exposição. Resumos de terceiros são úteis para orientação, mas os portais governamentais são a fonte autoritativa para especificações de formato, procedimentos de registo e atualizações de prazos:

PaísSistemaRecurso OficialO que você encontrará lá
MéxicoCFDI via SATsat.gob.mxEspecificações técnicas do CFDI 4.0, diretório de PAC (Provedor de Certificação Autorizado), solicitação de certificado digital (e.firma)
BrasilNF-e via SEFAZnfe.fazenda.gov.brManual técnico da NF-e, endpoints dos serviços web da SEFAZ por estado, requisitos de certificação digital, repositório nacional da NF-e
FrançaPPF + Plataformas Credenciadasimpots.gouv.frPágina oficial da reforma da DGFiP, diretório de Plataformas Credenciadas (PA), anuário (diretório nacional de destinatários), especificação Factur-X, comentários BOFiP
AlemanhaXRechnung / ZUGFeRDferd-net.de (ZUGFeRD) + xeinkauf.de (XRechnung)Especificação ZUGFeRD e ferramentas de validação; padrão XRechnung, documentação técnica e diretrizes de integração Peppol
PolôniaKSeF (Sistema Nacional de e-Fatura)podatki.gov.pl/ksefDocumentação da API KSeF, ambiente de testes (sandbox), geração de token, especificações de campos obrigatórios, atualizações de cronograma
ItáliaSistema de Intercâmbio (SdI) / FatturaPAfatturapa.gov.itEsquema XML FatturaPA, especificações técnicas do SdI, procedimentos de registro, ferramentas de validação FatturaPA
BélgicaPeppol BISfinances.belgium.beEscopo da obrigatoriedade de faturação eletrônica B2B, guia de registro Peppol, condições do período de carência, requisitos de formato
EspanhaVerifactu / Crea y Creceagenciatributaria.esEspecificações técnicas do Verifactu, calendário de implementação do Crea y Crece, registro de software certificado
União EuropeiaOpenPeppol / EN 16931peppol.orgEspecificação Peppol BIS Billing 3.0, diretório de Access Points, documentação da infraestrutura de transporte, guias de implementação por país

Perguntas Frequentes

Preciso de um Ponto de Acesso Peppol ou posso ligar-me diretamente à plataforma governamental de cada país?

Depende do país. A Bélgica e a Noruega exigem Peppol para faturação eletrónica B2B. As Plataformas Aprovadas de França usam Peppol como camada de interoperabilidade entre plataformas, por isso não precisa do seu próprio Ponto de Acesso — a sua PA trata disso. O KSeF da Polónia é uma API governamental direta, sem necessidade de Peppol. A Alemanha aceita tanto XRechnung (via Peppol ou direta) como ZUGFeRD (email). O país com o prazo mais próximo determina a arquitetura. Se opera em 3+ países da UE, um único Ponto de Acesso Peppol que cubra todos reduz o trabalho de integração. Para organizações com um ou dois países com mandato, uma ligação direta ou plataforma específica do país pode ser mais simples.

Posso continuar a processar PDFs e extrair os dados manualmente durante a transição?

Pode continuar a processar PDFs — muitos fornecedores continuarão a enviá-los, e alguns pequenos vendedores nunca migrarão para formatos estruturados. O risco não é o processamento de PDF em si. O risco é operar dois fluxos de trabalho separados: um para faturas eletrónicas XML que entram automaticamente e outro para faturas PDF que exigem entrada manual. Quando a mesma equipa de contas a pagar gere dois processos paralelos com diferentes tempos de ciclo, taxas de erro e visibilidade, a reconciliação torna-se o gargalo. A abordagem prática é uma camada de extração única que lida com ambos os formatos e envia os mesmos dados estruturados para o mesmo fluxo de trabalho a jusante. Dessa forma, se um fornecedor envia XML ou PDF é um detalhe de formato, não uma bifurcação de processo.

E se o meu ERP tiver 15 anos e a minha equipa de TI disser que a atualização demorará 12 meses?

Uma atualização completa do ERP é o caminho de máxima conformidade, mas não o único. Uma alternativa leve: extraia dados de faturas de formatos XML e PDF, padronize-os e importe-os para o seu ERP como dados estruturados — da mesma forma que importaria um ficheiro CSV. O ERP não precisa de saber se o original era XML ou PDF; precisa apenas dos campos mapeados (fornecedor, data, valor, código fiscal, referência de pedido de compra). Esta abordagem não elimina a necessidade de uma camada de transmissão de conformidade (ainda precisa de uma forma de receber faturas eletrónicas estruturadas e arquivar o formato original), mas desacopla a infraestrutura de conformidade do cronograma de atualização do ERP. A sua atualização de ERP pode prosseguir no seu próprio ritmo sem bloquear o seu prazo de conformidade.

Como lidar com fornecedores que enviam a mesma fatura em XML e PDF?

Este é o cenário de duplicidade mais comum durante a transição para a faturação eletrónica — um fornecedor emite uma fatura eletrónica XML conforme a legislação, mas também envia uma cópia em PDF "para os seus registos". O seu processo precisa de uma lógica de deteção de duplicados que verifique o número da fatura, o identificador do fornecedor e o valor total em ambos os canais. Se a mesma fatura aparecer nos fluxos XML e PDF, a versão XML tem precedência (é o documento legalmente conforme) e o PDF é descartado ou arquivado sem entrar no fluxo de pagamento. O segredo é detetar o duplicado antes de ambas as versões chegarem à etapa de aprovação — assim que um aprovador abrir o PDF, a automatização falhou. Para uma abordagem completa a este problema, incluindo regras de deteção e casos de exceção, consulte o nosso guia de deteção de faturas duplicadas.

Só recebemos 10–20 faturas por mês. Precisamos mesmo de fazer tudo isto?

A obrigação de conformidade — a sua exigência legal de ser capaz de receber faturas eletrónicas estruturadas — não se reduz com o volume de faturas. Um autoempreendedor francês que recebe duas faturas de fornecedores por mês tem a mesma obrigação de receção de setembro de 2026 que uma empresa do CAC 40 que recebe 10.000. O que se reduz é a complexidade da sua implementação. Para uma operação de contas a pagar de baixo volume, o caminho mais simples é frequentemente: registar-se numa Plataforma Aprovada (ou Ponto de Acesso) que inclua um painel web básico, receber as faturas aí e extrair os 6–8 campos de que necessita manualmente ou com uma ferramenta de extração leve. O prazo de 90 dias ainda se aplica — as fases apenas são executadas mais rapidamente porque o âmbito de mapeamento e teste é menor. O que não pode fazer é ignorar a obrigação porque o seu volume é baixo.

O que acontece se eu perder o prazo?

As estruturas de penalidades variam consoante o país. França impõe 15€ por fatura não conforme com um limite anual, e as primeiras infrações podem receber uma advertência em vez de multa. A Bélgica tem um período de carência até 31 de março de 2026 para certas infrações onde as empresas demonstrem esforços de conformidade razoáveis. A Polónia anunciou inicialmente um período sem sanções durante 2026 para o KSeF. As penalidades de Itália variam de 90% a 180% do valor do IVA por incumprimento. Os valores das multas raramente são o verdadeiro risco para o negócio. O verdadeiro risco é operacional: se não conseguir receber faturas eletrónicas estruturadas de um fornecedor chave, esse fornecedor pode suspender as entregas, os seus pagamentos podem ser atrasados, ou pode perder a elegibilidade para descontos de pagamento antecipado. Perder o prazo cria uma lacuna na cadeia de abastecimento, não apenas um erro de papelada. Consulte o portal oficial de recursos para cada país com mandato no Apêndice acima para obter o calendário de penalidades atual — estes mudam à medida que os governos ajustam as políticas de execução.

Após o Dia 90: Como é a Conformidade Contínua

O Dia 91 não é o fim. As exigências de faturação eletrônica evoluem — novos países entram em operação, países existentes atualizam suas especificações de formato e a base de fornecedores muda. O plano de preparação de 90 dias garante a conformidade com as exigências atuais. Manter-se em conformidade significa incorporar estes três hábitos nas suas operações de contas a pagar:

  • Varredura mensal de exigências: designe uma pessoa para verificar os portais oficiais listados no Apêndice para cada jurisdição onde atua. Uma verificação mensal de 15 minutos detecta atualizações de versão de formato, novos prazos e mudanças nos requisitos de registro antes que se tornem projetos emergenciais.
  • Auditoria trimestral de fornecedores: revise quais dos seus fornecedores ativos ainda enviam PDFs — essa porcentagem deve diminuir com o tempo, à medida que mais fornecedores adotam formatos estruturados. Acompanhe isso. Se a porcentagem estiver estagnada após seis meses, sua comunicação com fornecedores ou processo de integração precisa de atenção.
  • Revisão anual de processos: uma vez por ano, reexecute a avaliação técnica dos Dias 16–45 nos seus sistemas atuais. Atualizações de ERP, novos recursos de plataforma e mudanças nos requisitos de mandato significam que a resposta para "nosso sistema consegue lidar com isso?" pode ter mudado desde o ano passado.

As organizações que tratam a faturação eletrônica como um projeto de conformidade único são aquelas que descobrem, dezoito meses depois, que sua plataforma não suporta o país que acabou de entrar em operação e que a porcentagem de PDFs dos fornecedores nunca caiu abaixo de 40%. O plano de 90 dias abre a porta. A disciplina contínua mantém você dentro da sala.

📮 contact email: [email protected]