PDF/A-3B ve ZUGFeRD: e-fatura PDF'im gerçekten uyumlu mu? (veraPDF)

ZUGFeRD hibrit bir faturadır: insanların okuyabileceği bir PDF ile içindeki makine tarafından okunabilir XML. PDF kısmı burada özel bir arşiv çeşidi olmak zorundadır – PDF/A-3. Yanlış anlamaların çoğu tam da burada ortaya çıkar.

> Kısa cevap: Bir PDF'in gerçekten PDF/A-3(-B) olması için, diğerlerinin yanı sıra tüm yazı tiplerinin gömülü olması, bir OutputIntent/ICC renk profilinin bulunması ve uygun PDF/A meta verilerinin olması gerekir. veraPDF gibi bir doğrulayıcı bunu kontrol eder, ancak hiçbir şeyi onarmaz. Kaynak PDF uyumlu değilse (örn. gömülmemiş yazı tipleri), yalnızca gerçek bir dönüştürme yardımcı olur – ya da salt XRechnung kullanırsınız.

PDF/A-3 neyi gerektirir

PDF/A, bir belgenin her bilgisayarda ve yıllar sonra aynı şekilde görüntülenmesi için tasarlanmıştır. Bunun için katı kurallar geçerlidir, en önemlileri:

1. Tüm yazı tipleri gömülü – dosya yazı tipi verilerini kendisi içermeli ve okuyucunun örneğin Arial'i kurulu tutmasına güvenmemelidir.
2. OutputIntent / ICC renk profili – dosya, renklerin nasıl üretileceğini belirlemelidir.
3. PDF/A-XMP meta verileri – PDF/A-3 olarak işaretlenme.

Sık karşılaşılan engel: gömülmemiş yazı tipleri

Eski mal yönetimi ve faturalama sistemleri sıklıkla Arial veya Arial Bold gibi sistem yazı tiplerine atıfta bulunan ancak bunları gömmeyen PDF'ler üretir. Böyle bir dosya zaten PDF/A uyumlu değildir – ve bu, yalnızca ZUGFeRD XML'i ve PDF/A meta verileri eklenerek düzeltilemez.

Doğrulama, dönüştürme değildir

Önemli bir nokta: veraPDF yalnızca doğrular, dönüştürmez. Bir doğrulayıcı "uyumlu değil" bildirir, ancak uyumsuz bir dosyadan uyumlu bir dosya yapmaz. Gerçekten PDF/A-3 üretmek için yazı tiplerini gömen ve bir renk profili ekleyen gerçek bir dönüştürme adımı gerekir (örn. Ghostscript veya ZUGFeRD referans kütüphanesi Mustangproject ile).

Her zaman doğru olan: XML

PDF konteynerinden bağımsız olarak, belirleyici ve hukuken esas olan kısım yapılandırılmış XML'dir. Bu, TaxLayer'da KoSIT kontrol standardına ve EN 16931'e karşı tam olarak doğrulanır (0 hata). Fatura verilerinin kendisi böylece doğru ve uyumludur – PDF/A sorunu yalnızca dış kabuğu ilgilendirir.

Hedefe güvenle nasıl ulaşırsınız

• A seçeneği – sistemden PDF/A dışa aktarma: Mal yönetimi sisteminiz faturayı PDF/A (gömülü yazı tipleriyle) olarak verebiliyorsa, bundan üretilen ZUGFeRD dosyası uyumludur.
• B seçeneği – salt XRechnung kullanma: XRechnung'da (salt XML) PDF konteyneri tamamen ortadan kalkar; PDF/A uyumluluğu sorusu hiç ortaya çıkmaz.

Sonuç

PDF/A-3 bir etiketten fazlasıdır: Gömülü yazı tipleri, bir renk profili ve doğru meta verileri gerektirir. Eski bir sistemden gelenler, en iyisi doğrudan PDF/A dışa aktarır – ya da PDF konteynerinin rol oynamadığı XRechnung'a yönelir.

---

E-fatura XML'i TaxLayer'da her zaman EN-16931 ve KoSIT doğrulamalıdır. PDF/A uyumluluğu hakkında sorularınız mı var? info@landauer.de adresine yazın.