4 min de leitura
SAF-T (PT) exportado do SAP rejeitado pela AT: o que verificar
Porque é que os ficheiros SAF-T exportados do SAP são rejeitados pela AT e o que verificar: codificação e declaração XML, números fiscais dos clientes, documentos fora do período e ATCUD.
Porque é que as exportações do SAP pedem cuidado extra
No SAP, o SAF-T português é gerado pela localização para Portugal, configurada pela equipa SAP ou pelo parceiro de implementação. É uma exportação entre centenas, num sistema feito para muitos países, por isso os detalhes em que a AT é exigente ficam facilmente ligeiramente errados, e tendem a continuar errados todos os meses até alguém corrigir a configuração.
A AT costuma responder com um genérico "ficheiro inválido". Estes são os pontos a verificar, por ordem.
1. Codificação e declaração XML
Os sistemas SAP guardam texto em Unicode e, conforme a configuração da exportação, o ficheiro pode sair em UTF-8. A AT espera Windows-1252, e a declaração na primeira linha tem de corresponder aos bytes que se seguem. Um ficheiro que diz encoding="Windows-1252" mas contém caracteres UTF-8 (ou o contrário) é rejeitado, normalmente em nomes com acentos como João ou Conceição. Como corrigir o erro de UTF-8.
Verifique também se há um BOM (byte order mark) antes de <?xml: alguns passos de transferência ou download acrescentam-no.
2. Números fiscais dos clientes
- Clientes portugueses precisam de um NIF com dígito de controlo válido. Gralhas nos dados mestre de clientes são o erro de NIF mais comum. Verificar um NIF.
- Clientes estrangeiros têm o número fiscal do seu país, e o país de faturação tem de estar correto: um número estrangeiro num cliente marcado como
PTparece um NIF inválido. - Consumidores sem NIF, incluindo vendas registadas numa conta de cliente ocasional partilhada, são comunicados com o NIF genérico
999999990(Consumidor final).
3. Documentos fora do período
O cabeçalho indica o período a que o ficheiro respeita, e todas as datas das faturas têm de estar dentro dele. Se a exportação seleciona documentos por uma data (por exemplo, a data de lançamento) enquanto o InvoiceDate tem outra, uma fatura de 31 de agosto lançada a 1 de setembro acaba no ficheiro de setembro com data de agosto.
4. ATCUD
Cada documento precisa de um ATCUD formado pelo código de validação que a AT atribuiu à sua série, um hífen e o número do documento. Confirme que cada série foi comunicada à AT e que o código está guardado exatamente como foi atribuído, em maiúsculas. Verificar um ATCUD.
Um processo que resolve de vez
- Exporte o ficheiro uns dias antes do prazo.
- Valide-o: obtém todos os erros com o número da linha, em linguagem simples que pode enviar à equipa SAP.
- Para o mês urgente, use a correção automática da codificação e o editor integrado para um NIF ou ATCUD errado, e submeta.
- Corrija a causa na configuração ou nos dados mestre do SAP, para que a exportação do mês seguinte saia limpa.
Podem ser validados ficheiros até 20 MB; a primeira validação é grátis e não precisa de conta.