Voltar aos artigos
Extração IA de faturas em Portugal: o que o seu ERP não cobre com SAF-T e ATCUD (2026)
IA Faturas SAF-T ATCUD AT

Extração IA de faturas em Portugal: o que o seu ERP não cobre com SAF-T e ATCUD (2026)

Hichem AMMAR-BOUDJELAL
Hichem AMMAR-BOUDJELALCEO & Cofundador da DPLIANCE
· Atualizado em 16 min de leitura

Quick Answer: a quem se dirige a extração IA à medida?

A extração IA de faturas heterogéneas da DPLIANCE dirige-se a organizações portuguesas cujo fluxo de faturas não encaixa no molde standard dos ERPs tradicionais:

  • Mutualidades, ADSE, seguros de saúde (Médis, Multicare, AdvanceCare, SAMS, Allianz Saúde): faturas de saúde não normalizadas (fisioterapia, osteopatia, podologia, medicinas complementares, prestações de bem-estar) que chegam por email, área de associado, balcão ou correio — formatos heterogéneos, códigos de ato (nomenclatura mutualidade ou ICD-10) a reconhecer, base de comparticipação a associar.
  • Gabinetes de contabilidade certificados com grandes volumes especializados: faturas sectoriais, faturas de terceiros, despesas multi-formato, faturas históricas a digitalizar — particularmente com a transição para o reporte SAF-T (PT) mensal em 2025–2026 e a comunicação à AT.
  • Organizações com fornecedores estrangeiros fora do PEPPOL: faturas em formatos não normalizados, em línguas estrangeiras, fora do circuito FE-AP (Fatura Eletrónica na Administração Pública).
  • Sectores regulados: saúde sob categoria especial RGPD, sector público com FE-AP, defesa — com exigências de soberania e conformidade que os SaaS genéricos não cobrem.
  • Organizações com ERP proprietário ou ERP sectorial antigo: sem integração IA disponível nativamente, necessidade de conector à medida (caso típico: ERPs hospitalares, software de gestão sectorial autárquico, ERPs IPSS).

O que a DPLIANCE não é: não somos um SaaS genérico em concorrência com Moloni, InvoiceXpress, Cegid Vendus ou Sage Portugal. Estas soluções são excelentes no seu alvo (faturas B2B normalizadas, PME standard) — para esses casos, utilize-as.

O que a DPLIANCE faz: concebemos soluções IA à medida, integradas no seu sistema de informação existente, calibradas sobre as especificidades do seu fluxo operacional — códigos próprios, taxonomias internas, integração ERP proprietário, conformidade sectorial, rastreabilidade SAF-T (PT) e ATCUD respeitada.


Porquê este tema, agora

Três viragens mudaram a equação entre 2024 e 2026 sobre a extração IA de faturas heterogéneas em Portugal.

Viragem 1 — Os LLMs visão multimodais tornaram-se fiáveis. Mistral Pixtral, GPT-4o vision, Claude vision leem em 2026 PDFs degradados, fotos de talões, digitalizações tortas com 90–95% de precisão nos campos estruturados. Antes de 2024, o OCR clássico esbarrava nos formatos variáveis; hoje o LLM compreende o documento como um humano.

Viragem 2 — Mistral Pixtral tornou a soberania acessível. Lançado em 2024–2025, implantável via Mistral La Plateforme (Scaleway França) ou on-premise via vLLM. Pela primeira vez, a extração multimodal soberana é competitiva com GPT-4o vision — sem trânsito EUA, decisivo sob o escrutínio da CNPD.

Viragem 3 — Portugal está num quadro regulamentar exigente e em consolidação. O panorama atual:

  • SAF-T (PT) — Standard Audit File for Tax: ficheiro XML normalizado pela Portaria 274/2017 (e atualizações) que sumariza toda a contabilidade, faturação, inventários. Comunicação mensal de faturação à AT obrigatória até dia 5 do mês seguinte (Decreto-Lei n.º 198/2012 e atualizações).
  • ATCUD (Código Único de Documento) obrigatório desde 1 de janeiro de 2023 em todas as faturas. É um código único composto pelo código de série validado pela AT + número sequencial. Cada série deve ser comunicada à AT via Webservice antes da utilização.
  • Código QR obrigatório desde 1 de janeiro de 2022 em todas as faturas, contendo informação chave do documento (NIF emitente, NIF adquirente, valores de IVA, ATCUD, total).
  • Software de faturação certificado pela AT obrigatório para a maioria dos sujeitos passivos (artigo 123.º do CIRS / artigo 35.º-A do CIVA).
  • Fatura Eletrónica na Administração Pública (FE-AP): obrigatória para fornecedores do Estado, formato CIUS-PT (norma EN 16931 com extensão portuguesa) via plataforma eSPap / FE-AP.
  • e-Fatura: portal AT onde todas as faturas comunicadas alimentam IRS pré-preenchido (deduções fiscais saúde, educação, lares, imóveis).

Lei n.º 58/2019 transpõe e adapta o RGPD para o contexto português, com regras específicas sobre dados de saúde, dados de menores e prazo de retenção. A CNPD (Comissão Nacional de Proteção de Dados) tem reforçado a fiscalização em 2024–2025.

Em concreto: não industrializar os fluxos de faturas heterogéneas em 2026 significa deixar entre 1.000 e 5.000 horas por ano em cima da mesa, numa janela em que as ferramentas estão maduras e os custos controláveis.


A lacuna que nenhum SaaS cobre

Os editores de ERP portugueses investiram massivamente em IA de extração entre 2024 e 2026. PHC Software, Primavera BSS, Sage Portugal, Moloni, InvoiceXpress, Cegid Vendus, Mind Source integram agora módulos nativos de captura automática, todos com suporte SAF-T (PT), ATCUD e código QR. Para a maioria das PMEs B2B com faturas normalizadas, estas soluções funcionam imediatamente e não há necessidade de procurar mais longe.

Mas estes SaaS estão calibrados para um caso standard. Assim que se sai do molde, falham.

Quatro perfis típicos onde o SaaS genérico atinge os seus limites:

Perfil 1 — Mutualidades e seguros de saúde

As faturas de saúde não normalizadas representam em Portugal cerca de 20.000 faturas/ano para uma mutualidade de média dimensão (~10% de um fluxo total de 200.000 faturas, das quais 90% normalizadas via redes convencionadas / SNS / ADSE para a parte comparticipada). Estas 20.000 faturas chegam via:

  • Email (faturas em PDF/imagem em anexo)
  • Área de associado (upload)
  • Balcão (digitalização de correio)
  • Correio físico

Dizem respeito a prestações wellness (osteopatia, podologia, terapia ocupacional, medicinas complementares) com formatos muito variáveis. O gestor deve extrair:

  • Número de associado
  • Código de ato (nomenclatura interna mutualidade, ICD-10 quando aplicável)
  • Montante e base de comparticipação
  • Identificador prestador (NIF profissional, número de cédula da Ordem)

Introdução manual: 3 a 5 minutos por fatura, ou seja 1.500 horas-pessoa por ano. Nenhum SaaS genérico sabe extrair estes dados no formato de negócio da mutualidade.

Perfil 2 — Gabinetes de contabilidade certificados com especialização

Para um gabinete de contabilidade certificado (TOC/CC) que gere 30 clientes incluindo 5 mutualidades + 3 clínicas + 10 PMEs industriais, os SaaS multi-cliente (PHC TOC, Primavera Contabilidade, Cegid Contabilidade) cobrem as PMEs standard. Mas para fluxos de saúde ou industriais com terminologia específica, códigos próprios e restrições sectoriais (categoria especial RGPD para saúde, regulamentação Ordem dos Contabilistas Certificados), o gabinete fica obrigado a introdução manual ou a construir uma solução à medida para esses clientes — com integração SAF-T mensal obrigatória e ATCUD para todas as faturas geradas.

Perfil 3 — Organizações com fornecedores estrangeiros fora do PEPPOL

As faturas de fornecedores fora da zona PEPPOL (Ásia, Américas, África, certos países UE não PEPPOL, mercados PALOP) chegam em formatos variáveis, por vezes em língua estrangeira. Os ERPs portugueses não as sabem estruturar automaticamente. Particularmente para empresas com forte exposição PALOP / Brasil, o volume cresce.

Perfil 4 — Despesas multi-formato

Talões de restaurante, portagens, parques, hotéis, táxis, compras locais no estrangeiro: fotos desfocadas, formatos variados, moedas diferentes, taxas IVA múltiplas (23% normal, 13% intermédia, 6% reduzida em Portugal continental, com regimes específicos Açores e Madeira), por vezes ilegíveis. Ferramentas standard (Pleo, Soldo, Cleo) cobrem casos standard em zona euro; para casos específicos (talões estrangeiros, talões manuscritos, justificativos sectoriais com NIF para dedução IRS via e-Fatura), uma solução à medida torna-se necessária.

O que a DPLIANCE faz concretamente

Para estes perfis, a DPLIANCE concebe uma solução à medida que:

  1. Ingere as faturas a partir de todos os canais — caixa dedicada, API área de associado, digitalização de correio, conector EDI, base de dados existente. A orquestração é calibrada sobre os fluxos reais da organização.

  2. Extrai via LLM visão multimodal (Mistral Pixtral em cloud soberana Scaleway, ou Mistral on-premise para os casos mais regulados) calibrado sobre as especificidades de negócio: códigos próprios, taxonomias internas, mapeamento ICD-10, base de comparticipação, plano de contas SNC adaptado, tratamento de IVA por regime (normal, simplificado, isento, regimes especiais Açores/Madeira).

  3. Validação de negócio: coerência numérica, plausibilidade, deteção de duplicados, regras de negócio próprias do cliente (por exemplo para uma mutualidade: verificar que o montante faturado não excede o plafond anual do associado nesse ato).

  4. Empurra para o sistema informático existente: PHC, Primavera, Sage Portugal, Moloni, InvoiceXpress via APIs nativas; ERP proprietário via webhook custom; espaço gestor (CRM, GED) via integração à medida. Geração de SAF-T (PT) e validação ATCUD quando aplicável para fluxo de saída.

  5. Workflow de exceção: 5 a 15% de casos não auto-resolvidos são encaminhados para uma fila de revisão humana. A IA não substitui o gestor — absorve o repetitivo para libertar tempo qualificado.

  6. Em stack soberana: Mistral (francês, alojado em Scaleway França) ou implantação on-premise para casos regulados. Nenhum dado cliente/utente/fornecedor sai da UE — fundamental sob RGPD, Lei n.º 58/2019 e supervisão CNPD.

Arquitetura de referência

[Fontes heterogéneas] → [Ingestão + parsing] → [LLM visão (Mistral)] → [Validação de negócio] → [Workflow exceção] → [ERP / CRM / espaço operacional existente]
                                                  └─ regras próprias do cliente

A arquitetura é calibrada sobre o caso cliente, não sobre um template genérico. O system prompt, as regras de validação, o mapeamento de saída são definidos com o negócio cliente em fase de enquadramento.

Stack técnica de referência 2026:

  • Alojamento: Scaleway França (casos standard) ou servidor GPU on-premise (saúde / regulados / soberania estrita).
  • LLM visão: Mistral Pixtral para a maioria dos casos. Llama 3 vision em alternativa open-weight se grande volume on-prem.
  • Orquestração: pipeline interna Python ou n8n self-hosted conforme preferências do cliente.
  • Integração ERP: API nativa para os ERPs modernos, conector custom para os proprietários. Geração de XML SAF-T (PT) estrutura validada Portaria, validação ATCUD via webservice AT.
  • Conformidade: registo de tratamentos (Art. 30 RGPD), AIPD se pertinente, contrato de subcontratação (Art. 28 RGPD), rastreabilidade conforme requisitos AT (SAF-T, ATCUD, comunicação mensal).

O panorama da fatura eletrónica em Portugal: o que cobre a nossa solução

Portugal tem um quadro normativo de faturação muito exigente e pioneiro na Europa:

SAF-T (PT): ficheiro XML normalizado que estrutura toda a informação fiscal (vendas, compras, contabilidade, inventários). Comunicação mensal obrigatória à AT até dia 5 do mês seguinte, via Portal das Finanças ou webservice. A nossa pipeline gera SAF-T conforme à última versão da estrutura (atualmente versão 1.04_01 da AT).

ATCUD obrigatório: cada fatura deve incluir um código único composto por:

  • Código de série validado pela AT (atribuído via webservice antes do uso da série)
  • Número sequencial dentro da série
  • Formato: <CODIGO_VALIDACAO>-<NUMERO_SEQUENCIAL>

Código QR obrigatório: cada fatura deve conter um código QR com NIF emitente, NIF adquirente, valor base, IVA, total, ATCUD e hash. A nossa solução gera/valida este QR para cada fatura.

Software certificado AT: para sujeitos passivos com volume de negócios > 50.000 € (com algumas exceções), o software de faturação deve ser certificado pela AT (artigo 123.º do CIRS). A nossa solução integra com software certificado, não substitui — gera dados estruturados que são processados pelo software de faturação certificado do cliente.

FE-AP (Fatura Eletrónica AP): obrigatória para fornecedores do Estado e Administração Pública. Formato CIUS-PT (extensão portuguesa da norma EN 16931). Plataforma central eSPap / FE-AP. A nossa solução gera CIUS-PT quando o cliente fatura à AP.

e-Fatura e IRS pré-preenchido: todas as faturas comunicadas alimentam o e-Fatura, que populariza o IRS pré-preenchido com deduções (saúde, educação, lares, imóveis). Para faturas de saúde mutualistas, a comunicação ao Sistema de Saúde via e-Fatura é crucial — a nossa pipeline garante NIF correto, categorização correta para dedução.

Conformidade — o que a solução à medida permite

A medida não é um luxo, é frequentemente uma exigência regulamentar que nenhum SaaS genérico pode cobrir.

Caso saúde (Lei n.º 58/2019 + categoria especial RGPD Art. 9): as faturas de saúde contêm potencialmente dados de saúde identificáveis. Tratamento apenas sob bases jurídicas estritas. Quando há interface com SNS (Serviço Nacional de Saúde) ou RNU, conformidade com normas SPMS (Serviços Partilhados do Ministério da Saúde). Alojamento em infraestrutura conforme com requisitos específicos. Ver o nosso guia IA na saúde.

Caso RGPD alargado: para organizações expostas (RH, sectores regulados), pseudonimização NER a montante do LLM pode ser adicionada.

Caso CNPD / sector público: para Administração Pública e organizações concessionárias, deploy em cloud com requisitos específicos definidos pelo CNCS (Centro Nacional de Cibersegurança) e ENISA.

ROI: exemplos numéricos reais

Caso 1 — Mutualidade de saúde (20.000 faturas de saúde não normalizadas/ano):

  • Introdução manual atual: 4 min × 20.000 = 1.330 h/ano ≈ 35.000 € valorizados
  • Solução DPLIANCE à medida: ~45 k€ inicial + 9 k€/ano (soberana Scaleway ou on-prem)
  • ROI líquido ano 1: −10 k€ — Ano 2+: ~26 k€/ano de ganho líquido + tempo gestor libertado para aconselhamento ao associado
  • Benefício indireto: taxa de erro de introdução reduzida, qualidade base CRM melhorada, conformidade documental SAF-T/ATCUD reforçada, comunicação e-Fatura sem erros (impacto direto IRS dos associados)

Caso 2 — Gabinete de contabilidade com especialização saúde (12.000 faturas de saúde/ano para 6 mutualidades clientes):

  • Introdução manual: 5 min × 12.000 = 1.000 h/ano ≈ 28.000 € valorizados (tempo gabinete)
  • Solução DPLIANCE à medida: ~26 k€ inicial + 5 k€/ano
  • ROI líquido ano 1: ~−3 k€. Ano 2+: ~23 k€/ano. ROI estrutural, particularmente relevante face ao crescimento do volume comunicado mensalmente à AT.

Caso 3 — PME com fornecedores estrangeiros fora do PEPPOL (3.000 faturas/ano, exposição PALOP/Brasil):

  • Introdução manual: 8 min/fatura (língua estrangeira, formatos invulgares) = 400 h/ano ≈ 11 k€
  • Solução DPLIANCE à medida: ~19 k€ inicial + 4 k€/ano
  • ROI líquido ano 1: ~−12 k€. Ano 2+: ~7 k€/ano + melhoria qualidade contabilística e conformidade SAF-T compras.

Estes ROI consideram-se sem contar os ganhos qualitativos (rapidez de tratamento, queda da taxa de erro, libertação de tempo qualificado para aconselhamento, satisfação dos gestores, prontidão para inspeção AT).

Quando a DPLIANCE NÃO é a resposta certa

Sejamos honestos — há casos em que uma solução à medida não se justifica:

  • PME B2B standard com menos de 1.000 faturas/ano: Moloni ou InvoiceXpress com captura IA basta amplamente, o ROI à medida não se materializa.
  • Fluxo 100% normalizado SAF-T / PEPPOL / FE-AP: nenhuma lacuna a cobrir, o ERP standard faz o trabalho.
  • Volume muito baixo (< 200 faturas/ano): a introdução humana continua a ser mais eficaz do que qualquer investimento.

A DPLIANCE intervém quando os volumes heterogéneos se tornam significativos E os SaaS genéricos não cobrem a necessidade operacional. Se o seu caso é standard, vá para PHC, Primavera, Sage Portugal, Moloni ou InvoiceXpress — é mais simples e mais barato.


O que recusamos prometer

Três antipadrões recorrentes que evitamos na DPLIANCE quando enquadramos um projeto de extração IA de faturas.

“Vamos extrair 100% das faturas sem revisão humana.” Falso. Nenhum LLM atinge 100% de precisão sobre faturas heterogéneas. Uma boa pipeline aceita que 5–15% de casos atípicos sejam encaminhados para revisão humana, em vez de gerar lançamentos contabilísticos errados que poluirão o seu ERP e criarão risco de inspeção AT. A regra: limiar de confiança por campo, fila de exceção explícita, audit trail sistemático (obrigatório para conformidade SAF-T).

“O SaaS americano é mais barato, vamos com esse.” Não para fluxos de saúde ou segredo profissional. Para faturas de saúde em mutualidade, despesas de saúde, faturas intra-escritório jurídico, o trânsito EUA (CLOUD Act, sequelas Schrems II) é juridicamente inaceitável. O custo aparente do SaaS genérico esconde um risco de não-conformidade que se paga em caso de controlo CNPD.

“Fazemos fine-tuning diretamente nas nossas faturas.” Falso na maioria dos casos. Um LLM visão genérico bem prompted + camada de validação de negócio atinge 90–95% de precisão sobre faturas heterogéneas, sem fine-tuning. O fine-tuning só se justifica acima de 200.000 faturas/ano ou em terminologias de negócio ultra-especializadas.

A DPLIANCE é um editor de software. Quando concebemos uma solução de extração IA à medida, ocupamo-nos da stack completa: escolha do modelo (Mistral Pixtral cloud Scaleway ou on-premise), conceção do prompt e regras de negócio, ingestão multi-canal, fila de exceção, integração ao ERP com geração SAF-T e validação ATCUD, conformidade documentada.


FAQ

Porque é que os ERPs padrão não processam todas as faturas?

Os ERPs e softwares de faturação modernos em Portugal (PHC, Primavera, Sage Portugal, Moloni, Cegid Vendus) integram em 2026 captura automática IA para faturas B2B clássicas — funcionam muito bem graças ao quadro normativo SAF-T (PT) consolidado e ao ATCUD obrigatório desde 2023. Mas a sua IA está calibrada para padrões standard. Para faturas heterogéneas (faturas de saúde em mutualidades, faturas B2C de prestadores ocasionais, fornecedores estrangeiros sem PEPPOL, faturas históricas intra-grupo, despesas com talões multi-formato), falha. É precisamente aí que as soluções à medida se tornam necessárias.

Porquê desenvolver uma solução à medida em vez de um SaaS?

Os SaaS de extração (Moloni, InvoiceXpress, Cegid Vendus, Sage Portugal) são excelentes no seu alvo: faturas B2B normalizadas com SAF-T, ATCUD e código QR obrigatório, volumes médios. Para organizações com casos de uso fora-alvo (mutualidades de saúde, gabinetes de contabilidade especializados, sector público, sectores regulados sob CNPD), o SaaS genérico não cobre a necessidade operacional. Uma solução à medida integra as especificidades: códigos ICD-10/nomenclaturas mutualidades, taxonomias internas, integração com ERP proprietário, conformidade SAF-T (PT) e comunicação à Autoridade Tributária.

Qual o prazo para uma solução de extração IA à medida?

Para um POC operacional: 4 a 8 semanas (enquadramento + corpus de avaliação + protótipo + primeiros testes). Para produção com integração SI: 3 a 6 meses consoante a complexidade do ambiente (ERP proprietário, multi-canal de entrada, restrições de conformidade SAF-T, ATCUD, CNPD).

Que arquitetura para uma extração IA soberana em Portugal?

Mistral (cloud soberana Scaleway ou on-premise via vLLM) como motor LLM visão, system prompt calibrado ao caso de uso, camada de validação de negócio (coerência, plausibilidade, duplicados), workflow de exceção para 5–15% de casos, integração ao ERP existente via API ou conector custom. Tudo permanece em Portugal/UE — fundamental sob RGPD, Lei n.º 58/2019 (lei nacional de execução do RGPD) e supervisão da CNPD.

Funciona a extração IA com faturas de saúde em mutualidades?

Sim — é precisamente o caso onde uma solução DPLIANCE à medida traz mais valor. As faturas de saúde não normalizadas (fisioterapia, osteopatia, podologia, medicinas complementares, prestações de bem-estar) chegam por email, área de associado, balcão ou correio, com formatos muito variáveis. A IA extrai o número de associado, o código de ato (nomenclatura mutualidade ou ICD-10), o montante e a base de comparticipação. Veja também o nosso guia sobre IA na saúde para as implicações sob categoria especial RGPD e RNU (Registo Nacional de Utentes).

Como se integra a IA ao ERP existente sem o substituir?

A IA trabalha a montante do ERP: documento → dados estruturados → validação. O ERP recebe dados já limpos via API (PHC, Primavera, Sage Portugal, Moloni, InvoiceXpress) ou webhook custom para ERPs proprietários. O utilizador não percebe rutura: continua na sua ferramenta contabilística habitual, mas com lançamentos pré-preenchidos a validar em segundos em vez de minutos por fatura — tudo rastreável para SAF-T (PT) e comunicação AT.

Quanto custa uma solução de extração IA à medida?

Investimento inicial típico: 15 a 55 k€ consoante a complexidade (fontes, integrações SI, restrições de conformidade). Custo anual de operação: 5 a 14 k€ (alojamento soberano, manutenção do modelo, suporte). Comparado ao custo humano da introdução manual: para 5.000 a 30.000 faturas/ano, o ROI é geralmente líquido entre 6 e 18 meses.


Fontes: documentação Mistral AI Pixtral e Le Chat Enterprise (mistral.ai); Regulamento (UE) 2016/679 (RGPD); Lei n.º 58/2019 (lei portuguesa de execução do RGPD); Decreto-Lei n.º 198/2012 e atualizações (comunicação faturas AT); Portaria 274/2017 (SAF-T PT) e portarias seguintes; Decreto-Lei n.º 28/2019 (ATCUD, código QR, software certificado); CIUS-PT para FE-AP; recomendações CNPD sobre IA e RGPD; Regulamento (UE) 2024/1689 (Regulamento IA).

Para enquadrar um projeto de extração IA na sua organização portuguesa — diagnóstico de uso, escolha de arquitetura (cloud soberana vs on-prem), integração SI, conformidade SAF-T/ATCUD/CNPD — veja o nosso guia automatização de faturas IA, o nosso guia LLM local na empresa, o nosso guia IA e RGPD, ou contacte-nos através das nossas soluções IA à medida.