ERP e faturação eletrónica: guia para empresas portuguesas

Se procura saber o que a faturação eletrónica muda no seu ERP, a resposta curta é esta: deixa de bastar emitir um PDF bem apresentado. A fatura passa a ser um dado estruturado, que circula entre sistemas sem intervenção humana, e o seu ERP tem de a produzir, enviar, receber e arquivar de forma fiável. Este guia explica o enquadramento, os formatos, o papel das plataformas e o que verificar junto do editor e do integrador.

O que significa, na prática, a faturação eletrónica estruturada

Uma fatura em PDF enviada por correio eletrónico é, para o recetor, uma imagem de um documento: alguém tem de a ler e introduzir os dados no seu sistema. Uma fatura eletrónica estruturada é um ficheiro em que cada campo (emitente, NIF, linhas, taxas de IVA, totais, condições de pagamento) tem um lugar definido e é lido diretamente pelo software do cliente.

Para a empresa portuguesa, isto traz três consequências concretas:

• Menos digitação no contas a pagar e menos erros de lançamento contabilístico.
• Validação automática dos dados antes de o documento chegar ao destinatário.
• Rastreabilidade: cada documento tem um estado (enviado, recebido, aceite, rejeitado) que o ERP pode refletir.

Não confunda com a e-fatura, o portal onde a Autoridade Tributária e Aduaneira (AT) recebe os dados das faturas emitidas em Portugal. A comunicação fiscal e a troca de faturas entre empresas são dois fluxos diferentes, que o ERP tem de gerir em paralelo.

O que dizem as fontes sobre o calendário

À escala europeia, a diretiva «IVA na era digital» (ViDA) torna a fatura eletrónica estruturada obrigatória nas operações intracomunitárias entre empresas a partir de 1 de julho de 2030, segundo a WKO e o governo neerlandês. É um marco comum a todos os Estados-Membros e, para uma empresa portuguesa que vende ou compra noutros países da União, é a data de referência para a ligação entre sistemas.

Quanto ao calendário nacional, não o fixamos aqui: as datas e os escalões de empresas abrangidas devem ser confirmados nas publicações oficiais da AT e junto do seu contabilista certificado. Um guia que cite prazos sem fonte envelhece mal, e um erro de data pode custar um projeto mal dimensionado. O que podemos dizer com segurança é que a direção é clara e que preparar o ERP cedo é mais barato do que adaptá-lo à pressa.

Faturação eletrónica, SAF-T (PT) e ATCUD: não são a mesma coisa

Em Portugal, o ERP já carrega várias obrigações. Convém distinguir as camadas:

Quem já tem um ERP bem parametrizado para as três primeiras linhas parte com vantagem, mas não está dispensado de validar a quarta. Para aprofundar as primeiras, consulte o nosso guia sobre o software de faturação certificado e a página dedicada ao SAF-T (PT) no ERP. O enquadramento mais amplo está em requisitos legais do ERP em Portugal.

Formatos: o que o seu ERP precisa de saber gerar

A fatura estruturada baseia-se numa norma europeia de modelo semântico, que define o conteúdo mínimo, e em sintaxes técnicas que o transportam em ficheiros XML. Na prática, o que interessa a quem decide é:

1. Que sintaxes o ERP gera nativamente, e quais exigem um módulo adicional ou um conversor.
2. Que variante nacional ou setorial é aceite pelos seus clientes, em particular os organismos públicos.
3. Como os anexos (guia de transporte, condições, comprovativos) acompanham o documento.
4. Como os campos fiscais portugueses (ATCUD, tipo de documento, isenções de IVA com motivo) são mapeados no ficheiro.

Este último ponto é o mais traiçoeiro. Um formato europeu genérico não conhece, por si só, as particularidades de uma nota de crédito portuguesa ou de uma isenção com artigo de enquadramento. O mapeamento tem de ser feito, testado e documentado. Se o seu ERP é um produto internacional, pergunte ao editor como esse mapeamento é mantido para Portugal e quem o atualiza quando a legislação muda.

O papel das plataformas: o que é uma plataforma agilizada

Em vários países, a troca de faturas eletrónicas passa por intermediários: redes de interoperabilidade e operadores que recebem o documento do emissor, validam-no, entregam-no ao destinatário e devolvem estados. Quando se fala de plataforma agilizada, fala-se deste tipo de operador, que pode ser público ou privado conforme o modelo adotado.

O ERP não tem de «ser» a plataforma. Tem de se ligar a ela. Isso pode acontecer de três maneiras:

• Conector nativo do editor, que o integrador ativa e configura.
• Conector de terceiros, desenvolvido por um parceiro tecnológico e instalado sobre o ERP.
• Integração à medida por interface de programação, quando o fluxo é invulgar (vários ERP, vários países, sistema de faturação dedicado).

Cada opção tem implicações de custo recorrente, de suporte e de dependência. Peça sempre por escrito qual o modelo, quem o mantém e o que acontece se o operador mudar as suas regras.

Receber faturas também é um projeto

Falamos muito de emitir, mas o lado do contas a pagar é onde as empresas ganham ou perdem mais tempo. Uma fatura estruturada recebida deve:

• ser lida e associada ao fornecedor sem intervenção;
• ser cruzada com a encomenda e com a receção de mercadoria;
• ser lançada na contabilidade com o enquadramento de IVA correto;
• ficar arquivada pelo prazo legal, com o ficheiro original e não apenas uma imagem.

Se o seu ERP tem ou pode ter um fluxo de aprovação e de três vias (encomenda, receção, fatura), a faturação eletrónica acelera tudo. Se não tem, é um bom motivo para o desenhar no mesmo projeto.

O que verificar junto do editor do ERP

Antes de assinar uma adenda ou renovar um contrato de manutenção, leve ao editor ou ao seu revendedor esta lista de perguntas:

• A minha versão gera faturas estruturadas, e em que formatos?
• Existe ligação com plataformas de interoperabilidade, e com quais?
• Como são tratadas as particularidades fiscais portuguesas (ATCUD, séries, isenções, notas de crédito)?
• A funcionalidade está incluída na subscrição ou é um módulo pago à parte?
• Qual o roteiro de evolução para Portugal e quem o garante?
• A versão que uso continua suportada, ou é preciso atualizar?

Estas perguntas aplicam-se a qualquer solução, seja ela uma plataforma de código aberto como o Odoo, um produto de origem portuguesa como o Primavera, ou uma oferta internacional como o Microsoft Dynamics 365 Business Central, o SAP Business One ou o Oracle NetSuite. A diferença está no modelo: numa solução em nuvem, o editor atualiza o ERP por si; numa instalação local, a atualização é um projeto. Se hesita entre os dois modelos, leia o nosso guia sobre ERP na nuvem ou instalado localmente.

Cada ERP, a sua questão

Sem fazer promessas sobre produtos que dependem da versão e da configuração, estes são os pontos a clarificar por solução:

Esta tabela não substitui uma análise. Serve para formular perguntas de forma direta, e as respostas dependem da sua versão, dos módulos contratados e do parceiro que acompanha a implementação.

O papel do integrador

O editor fornece o produto; o integrador faz com que ele funcione nos seus fluxos. Num projeto de faturação eletrónica, o integrador deve, no mínimo:

1. Mapear os fluxos atuais de emissão e de receção, incluindo exceções (adiantamentos, notas de crédito, faturas de serviços recorrentes, retenções).
2. Parametrizar o formato e a ligação à plataforma escolhida.
3. Testar com documentos reais (anonimizados, se necessário), em ambiente de teste, com a sua contabilista ou o seu contabilista certificado a validar.
4. Formar os utilizadores do faturação e do contas a pagar.
5. Assegurar a manutenção quando o formato, a plataforma ou a lei evoluem.

Não somos integradores nem estamos ligados a nenhum editor: pomos a sua empresa em contacto com um profissional adequado ao seu projeto, de forma gratuita. Veja como funciona a ligação com um integrador e os critérios do guia como escolher um integrador de ERP.

Plano de ação em seis passos

Um caminho simples e realista para uma PME ou ETI:

1. Inventariar o que o ERP faz hoje: software certificado, SAF-T (PT), e-fatura, séries, ATCUD. Se algo estiver incompleto, resolva antes de avançar.
2. Medir o impacto: quantas faturas emite e recebe, a que tipo de clientes (públicos, privados, estrangeiros) e com que sistemas se cruza.
3. Consultar o contabilista certificado sobre o calendário aplicável ao seu caso e sobre as exigências de arquivo.
4. Falar com o editor com a lista de perguntas acima e obter respostas por escrito.
5. Escrever um caderno de encargos curto com os fluxos, os formatos e as ligações; o modelo de requisitos de ERP ajuda a estruturá-lo.
6. Escolher o integrador, planear testes e só então definir a data de entrada em produção.

Se a análise mostrar que o ERP atual não acompanha, a decisão pode ser uma mudança de versão ou de solução. Nesse caso, leia antes o guia sobre migração de ERP para perceber o que se salva (dados, histórico fiscal, parametrizações) e o que se refaz.

Erros frequentes a evitar

• Tratar o tema como puramente fiscal. A faturação eletrónica toca em vendas, compras, tesouraria e arquivo; é um projeto de processos tanto quanto de software.
• Esperar pelo último momento. Os testes com plataformas e clientes reais levam tempo, e os integradores competentes têm agenda.
• Comprar um conector sem saber quem o mantém. Se o fornecedor desaparecer, a faturação pára.
• Ignorar o arquivo. O documento estruturado original é o que conta; guardar só o PDF pode não bastar.
• Esquecer os clientes estrangeiros. Uma empresa que vende no mercado europeu terá de responder ao calendário comum, e não apenas ao nacional.

Em resumo

A faturação eletrónica não é um módulo que se liga e esquece: é uma capacidade que o ERP, o editor e o integrador têm de garantir em conjunto, com a vigilância do contabilista certificado. Comece por perceber onde está, formule perguntas objetivas ao editor e escolha um parceiro que conheça a fiscalidade portuguesa. O resto, calendário incluído, confirma-se nas fontes oficiais à medida que as regras se fixam.

Os nomes de software mencionados são marcas dos respetivos editores, citadas a título meramente informativo. Este site é independente e não é afiliado a nenhum editor.