Bir PDF ya PDF/A-3’e uygundur ya da değildir. O halde aynı dosyayı neden iki validator ile kontrol edelim?

Pratik cevap şu: PDF/A standardı o kadar geniştir ki iki doğru implementasyon edge case’lerde farklı karar verebilir. Denetime dayanacak bir workflow’da tek motorun “Pass” sonucu yeşil ışık değil, sarı ışıktır.

PDF/A tek bir algoritma değildir

PDF/A, ISO 19005’in birden çok bölümüne yayılır: PDF/A-1, PDF/A-2, PDF/A-3 ve PDF/A-4; ayrıca b, a, u, e ve f seviyeleri vardır. Bunların altında PDF’in ana standardı ISO 32000 bulunur. Toplamda binlerce sayfalık normatif metinden bahsediyoruz.

Farklılıklar genelde şu alanlarda çıkar:

PDF/A-2/3 transparency: belirli şartlarda izinlidir, ama sınırların yorumu değişebilir.
ICC color profile: zorunlu mu, önerilen mi, yetersiz mi? Motorların katılığı farklıdır.
PDF/A-3 embedded file metadata: AFRelationship, /AF referansları ve XMP tutarlı olmalıdır.
Font subsetting: CID fontlar ve kısmi subset’ler klasik sınır durumlarıdır.

Bunlar her zaman bug değildir. Karmaşık bir standardın bağımsız ekiplerce uygulanmasının doğal sonucudur. Regulated sektörler bu yüzden bağımsız ikinci doğrulama ister.

Referans motor ve ikinci görüş

veraPDF PDF Association tarafından sürdürülen referans implementasyondur. veraPDF “Pass” diyorsa, PDF/A için alabileceğiniz en güçlü tek motor sinyalidir.

Ama en güçlü tek sinyal bile audit evidence değildir. Bankalar, sağlık arşivleri, kamu kayıtları ve uzun dönem arşiv sistemleri ikinci motor ister çünkü:

Alıcı taraf içeride başka validator kullanabilir.
Tek motorun bug’ı aynı motoru iki kez çalıştırarak bulunmaz.
Compliance dünyasında iki bağımsız teyit yaygın bir ilkedir.

gPdf, veraPDF’i kendi Rust + WebAssembly motoruyla birlikte çalıştırır. Bu, aynı standardın bağımsız bir implementasyonudur. İki motor da geçerse sonuç çok daha güçlüdür; ayrışırlarsa araştırma için net bir başlangıç noktası vardır.

Tek URL’de iki rapor

Bu workflow gpdf.com/validator/ üzerinde ücretsizdir. Login yok: dosyayı yükleyin, veraPDF ve gPdf edge engine paralel çalışsın, iki raporu yan yana alın.

Tipik kullanım:

PDF/A teslim etmeden önce: yükleyin, iki “Pass” görün, JSON raporlarını QA evidence olarak saklayın.
Bir motor geçer, diğeri kalır: raporları karşılaştırın; sorun çoğu zaman XMP, /AF referansı veya attachment metadata’dadır.
İkisi de kalır: üretim kaynağını düzeltin.
Arşiv batch audit: örnek dosyaları doğrulayın ve sonuçları audit workpaper’a ekleyin.

Dosya saklanmaz. Cloudflare Workers üzerinde memory içinde işlenir ve rapor üretildikten sonra atılır.

E-invoice için de aynı model

Factur-X / ZUGFeRD için yalnızca PDF/A-3 shell yetmez; gömülü EN 16931 CII XML de doğrulanmalıdır. gPdf validator XML tarafında Mustang çalıştırır ve sonucu PDF/A raporuyla birlikte gösterir.

Bu, bir araca güvenmemek değil; bağımsız implementasyonlarla daha güçlü kanıt oluşturmaktır.

TL;DR

Tek motor “Pass” sarı ışıktır. İki bağımsız “Pass” çok daha güçlüdür. validator ile dosyanızı yükleyin, iki raporu alın ve QA veya audit dosyanıza ekleyin. PDF gPdf API ile üretildiyse, validator compliance iddiasının halka açık makbuzudur.