Incorporar tipos de letra no PDF/A: por que o Arial falta muitas vezes e o que ajuda
Um obstáculo frequente no ZUGFeRD: o PDF de origem provém de um sistema mais antigo e usa Arial ou Arial Bold, sem incorporar esses tipos de letra. Assim, o ficheiro já não é conforme com PDF/A antes mesmo de qualquer conversão.
> Resposta rápida: O PDF/A exige que todos os tipos de letra estejam incorporados no ficheiro. Sistemas de gestão de mercadorias mais antigos muitas vezes não incorporam o Arial/Arial Bold – o PDF não é então conforme com PDF/A, e isso não se sana pela mera incorporação do XML do ZUGFeRD. Solução: exportar PDF/A diretamente a partir do sistema ou usar XRechnung.
Por que os tipos de letra têm de estar incorporados
O PDF/A é um formato de arquivo: destina-se a garantir que um documento continue a ter, daqui a muitos anos, um aspeto idêntico. Um ficheiro que confie em que o leitor tenha o Arial instalado não cumpre isso – num sistema sem esse tipo de letra, a apresentação seria diferente. Por isso, os dados dos tipos de letra têm de estar no próprio PDF.
Como o verificar
- Adobe Acrobat: Ficheiro → Propriedades → separador «Tipos de letra». Se faltar a indicação «incorporado», o tipo de letra não está contido.
- veraPDF: o validador PDF/A aberto assinala os tipos de letra não incorporados como infração.
Por que incorporar o XML não basta
Um equívoco muito difundido: «Se o XML do ZUGFeRD e os metadados PDF/A estão lá dentro, o ficheiro é PDF/A.» Isso não é verdade. Os metadados apenas assinalam a intenção; os tipos de letra em falta continuam em falta. Para uma conformidade real, seria necessário incorporar os tipos de letra e acrescentar um perfil de cor.
As duas soluções praticáveis
- Gerar PDF/A no sistema de origem: muitos sistemas de gestão de mercadorias e de processamento de texto conseguem produzir diretamente PDF/A (com tipos de letra incorporados). Nesse caso, o ficheiro ZUGFeRD daí gerado é conforme.
- XRechnung em vez de ZUGFeRD: na XRechnung pura (XML) não existe contentor PDF – a questão dos tipos de letra nem se coloca.
Conclusão
Os tipos de letra não incorporados são a causa mais frequente de PDFs ZUGFeRD não conformes. Quem parte de um sistema mais antigo faz melhor em exportar diretamente PDF/A – ou aposta na XRechnung.
---
O XML da fatura eletrónica no TaxLayer está sempre validado segundo a EN 16931 e o KoSIT. Questões sobre a conformidade PDF/A? info@landauer.de.
Perguntas frequentes
Por que os tipos de letra têm de estar incorporados no PDF/A?
Para que o documento seja apresentado de forma idêntica em qualquer computador e daqui a muitos anos. Se o ficheiro depender de um tipo de letra de sistema como o Arial, que não está instalado em todo o lado, a apresentação pode alterar-se – e isso é proibido pelo PDF/A.
Como reconheço que faltam tipos de letra?
No Adobe Acrobat, em Ficheiro → Propriedades → Tipos de letra: se aí não constar «incorporado» ou «subconjunto incorporado» num tipo de letra, ele está em falta. Um validador PDF/A como o veraPDF também assinala isto.
Incorporar o XML do ZUGFeRD torna o meu PDF conforme?
Não. A incorporação de XML e metadados não torna um PDF conforme com PDF/A a posteriori. Os tipos de letra em falta continuam em falta. Detalhes em PDF/A-3B e veraPDF.
Como obtenho uma fatura conforme com PDF/A?
O melhor é exportar a fatura diretamente como PDF/A (com tipos de letra incorporados) a partir do sistema de gestão de mercadorias ou de faturação. Em alternativa, usar uma XRechnung pura, na qual o contentor PDF não existe.
Ferramentas grátis
Artigos relacionados
Converta as suas faturas PDF agora
Experimente o TaxLayer gratuitamente – 2 conversões por mês, sem cartão de crédito.
Começar