SAF-T (PT) + ATCUD Lint

O ficheiro SAF-T (PT) só é validado depois de chegar à AT. Até lá, o XML que o seu programa de faturação exporta parece bem-formado: abre no editor, não dá erro de schema no olho humano, e só no portal é que devolve um código de erro — um de cada vez, obrigando a corrigir, reexportar o período inteiro e voltar a submeter.

Esta extensão corre 14 verificações sobre o ficheiro aberto no VS Code e escreve cada achado com o número da linha e o documento a que pertence. Trabalha em cima do texto: não liga a lado nenhum, não envia o ficheiro, não precisa de rede.

As 14 verificações

Taxas de IVA por região

A regra muda dentro do mesmo país, e é aí que a geração automática de código falha: no continente (PT) as taxas são 0/6/13/23, nos Açores (PT-AC) 0/4/9/16 e na Madeira (PT-MA) 0/4/5/12/22. Uma linha a 23% com TaxCountryRegion PT-MA é um erro que nenhum parser de XML apanha — o ficheiro continua bem-formado.

Medido

Nos ficheiros de exemplo incluídos: _fixtures/dirty.xml, com 187 linhas e 3 documentos, devolve 18 achados (15 erros, 3 avisos); _fixtures/clean.xml, com 162 linhas, devolve 0.

Grátis e versão completa

Grátis, sem limite de utilizações e sem marca de água: o ficheiro aberto é analisado por inteiro, com as 14 verificações e todos os achados.

Versão completa (chave de licença, $29, uma vez): a mesma análise em toda a pasta de exportações de uma vez e um relatório CSV/JSON por ficheiro, para o contabilista arquivar como prova de validação — https://buy.polar.sh/polar_cl_7CPHXouwL4TOLFSh30h3VBqFBoIpKPBtY3n9I1d5I7p

Medida de comparação

À mão, o mesmo trabalho é percorrer 187 linhas de XML e 3 documentos por exportação e conferir o ATCUD contra a numeração documento a documento — e repetir tudo quando a AT devolve o ficheiro.

A mesma análise no browser

O mesmo motor (ext/engine.js + ext/rules.json) corre numa página só: https://getreadystack.com/tools/saft-pt-atcud-lint