- Katılım
- 21 May 2023
- Mesajlar
- 530
- Tepki
- 17
- Puan
- 18
Bir tasarım aracının dışa aktarma penceresinde "PDF/A uyumlu" onay kutusunu işaretlemek, ortaya çıkan dosyanın PDF/A standardına gerçekten uyduğu anlamına gelmez; bu kutu aracın kendi iddiasıdır, bağımsız bir doğrulamanın sonucu değildir.
Bu yazı herhangi bir aracı övmek ya da yermek için değil, bir "PDF/A destekliyor" iddiasını incelemenize yazmadan önce nasıl sınayacağınızı göstermek için: hangi belgeye bakılır, çıktı hangi araçla doğrulanır ve doğrulama raporu ne söylerse iddia geçerli sayılır.
Kongre Kütüphanesi'nin PDF/A ailesi format tanımına göre PDF/A-1 "ISO 19005-1:2005" olarak 2005'te yayımlandı ve PDF 1.4 sürümüne dayanıyor; PDF/A-2 "ISO 19005-2:2011" ile geldi ve PDF 1.7'ye dayanıyor. PDF/A-3, PDF/A uyumlu ekli dosyaların gömülmesine izin veren parça; PDF/A-4 ise "ISO 19005-4:2020" olarak ISO 32000-2 üzerine kurulu.
Uygunluk seviyeleri de aynı sayfada tanımlanıyor: ilk üç parçada (19005-1, -2, -3) "A seviyesi standardın bütün gereksinimlerini karşılar; B ve U seviyeleri daha düşük uygunluk seviyeleridir".
Yani bir aracın "PDF/A destekliyor" demesi başlı başına eksik bir cümle: hangi parça (1, 2, 3, 4) ve hangi uygunluk seviyesi (a, b, u) kastediliyor, bunu söylemeden yapılan bir iddia test edilebilir değildir.
Ücretsiz bir grafik tasarım aracı arıyorsanız en iyi ücretsiz grafik tasarım araçları yazımıza bakabilirsiniz; ama listede yer alan herhangi bir araç "PDF/A" iddiasında bulunduğunda, bu iddiayı burada anlatılan yöntemle sınamak size kalıyor.
Dışa aktarma penceresindeki onay kutusu, aracın kendi iç mantığına göre ürettiği bir öz değerlendirmedir; kutuyu işaretlediğinizde araç size "ben doğru yaptım" demiş olur, bağımsız bir taraf bunu doğrulamamıştır.
Bir aracın kendi arayüzünde çıktısını "doğru" göstermesinin yeterli kanıt sayılmayacağı fikri yeni değil: tasarım aracının SVG çıktısını tarayıcıda nasıl test edeceğinizi ele aldığımız yazıda da aynı ilkeye değinmiştik: üreticinin arayüzü değil, bağımsız bir ortamdaki sonuç geçerli kabul edilir.
veraPDF, PDF Association'ın desteklediği açık kaynaklı bir doğrulayıcı. Kendi belgesine göre veraPDF; "PDF/A-1, PDF/A-2, PDF/A-3, PDF/A-4, PDF/UA-1, PDF/UA-2 ve WTPDF 1.0" spesifikasyonlarını doğruluyor (veraPDF'in resmî doğrulama belgesine göre).
Belge, doğrulamanın "Validation Profiles" adı verilen XML tabanlı kural kümeleriyle yapıldığını; standardın metnindeki her "shall" (yapılmalıdır) ifadesinin ayrı bir kurala dönüştürülüp dosya üzerinde çalıştırıldığını anlatıyor. Yani araç, standardın maddelerini tek tek test eden bir kontrol listesi gibi çalışıyor.
Rapor her ihlali; hangi kurala, hangi nesne türüne ve hangi spesifikasyon seviyesine karşılık geldiğini ayrı ayrı gösteriyor. Bir aracın çıktısı raporda "başarısız" satırlarla dönüyorsa, o satırın hangi gereksinimi karşılamadığını görmeden "PDF/A değil" demek de aynı derecede eksik bir sonuç olur; hangi seviyede (a, b veya u) başarısız olduğuna bakmak gerekiyor.
Bu, yazılım teslimlerinde "çalışsın yerine kabul kriteri" yaklaşımıyla aynı mantığı taşıyor: iddiayı tek bir "çalıştı/çalışmadı" cümlesine değil, somut ve tekrarlanabilir bir teste bağlamak.
Bu sorunun cevabı sizde değil, dosyayı teslim edeceğiniz kurumda. ABD Ulusal Arşivleri kendi aktarım rehberi tablolarında kayıt türüne göre "tercih edilen" ve "kabul edilebilir" formatları ayrı ayrı listeliyor; yani "arşivlik" tek bir eşik değil, alıcının belirlediği bir şart.
Bir okur arşivlik belge için araç arıyorsa, aracın hangi PDF/A parçasını ürettiği "destekliyor" kelimesinden çok daha önemli bir ayrıntı olur.
Aynı format tanımı, PDF/A'nın neyi yasakladığını da sayıyor: şifreleme kullanılamıyor, renkler cihazdan bağımsız biçimde tanımlanmak zorunda ve standart tabanlı meta veri kullanımı zorunlu tutuluyor.
Bu üç madde size doğrudan bir test listesi veriyor. Parola korumalı bir çıktı, ekrandan alınmış cihaza bağlı bir renk tanımı ya da meta verisi boş bırakılmış bir dosya, aracın onay kutusu ne derse desin doğrulayıcıdan geçmez.
PDF/A tek bir kutu işaretlemekle elde edilen bir sonuç değil, parçaları ve uygunluk seviyeleri olan bir standartlar ailesi. Bir aracın bu konudaki iddiasını incelemeye yazmadan önce test dosyanızı veraPDF gibi bağımsız bir doğrulayıcıdan geçirmek, iddiayı rapora dayandırmanızı sağlıyor.
Bir aracın PDF/A çıktısını standarda göre test ettiniz mi, sonuç iddiayla örtüştü mü?
Güncelleme: 24 Ağustos 2026.
Bu yazı herhangi bir aracı övmek ya da yermek için değil, bir "PDF/A destekliyor" iddiasını incelemenize yazmadan önce nasıl sınayacağınızı göstermek için: hangi belgeye bakılır, çıktı hangi araçla doğrulanır ve doğrulama raporu ne söylerse iddia geçerli sayılır.
"PDF/A" tek bir standart değil, bir aile
Kongre Kütüphanesi'nin PDF/A ailesi format tanımına göre PDF/A-1 "ISO 19005-1:2005" olarak 2005'te yayımlandı ve PDF 1.4 sürümüne dayanıyor; PDF/A-2 "ISO 19005-2:2011" ile geldi ve PDF 1.7'ye dayanıyor. PDF/A-3, PDF/A uyumlu ekli dosyaların gömülmesine izin veren parça; PDF/A-4 ise "ISO 19005-4:2020" olarak ISO 32000-2 üzerine kurulu.
Uygunluk seviyeleri de aynı sayfada tanımlanıyor: ilk üç parçada (19005-1, -2, -3) "A seviyesi standardın bütün gereksinimlerini karşılar; B ve U seviyeleri daha düşük uygunluk seviyeleridir".
Yani bir aracın "PDF/A destekliyor" demesi başlı başına eksik bir cümle: hangi parça (1, 2, 3, 4) ve hangi uygunluk seviyesi (a, b, u) kastediliyor, bunu söylemeden yapılan bir iddia test edilebilir değildir.
Ücretsiz bir grafik tasarım aracı arıyorsanız en iyi ücretsiz grafik tasarım araçları yazımıza bakabilirsiniz; ama listede yer alan herhangi bir araç "PDF/A" iddiasında bulunduğunda, bu iddiayı burada anlatılan yöntemle sınamak size kalıyor.
Aracın kendi onayına neden güvenilmez
Dışa aktarma penceresindeki onay kutusu, aracın kendi iç mantığına göre ürettiği bir öz değerlendirmedir; kutuyu işaretlediğinizde araç size "ben doğru yaptım" demiş olur, bağımsız bir taraf bunu doğrulamamıştır.
Bir aracın kendi arayüzünde çıktısını "doğru" göstermesinin yeterli kanıt sayılmayacağı fikri yeni değil: tasarım aracının SVG çıktısını tarayıcıda nasıl test edeceğinizi ele aldığımız yazıda da aynı ilkeye değinmiştik: üreticinin arayüzü değil, bağımsız bir ortamdaki sonuç geçerli kabul edilir.
Bağımsız doğrulama: veraPDF nasıl çalışıyor
veraPDF, PDF Association'ın desteklediği açık kaynaklı bir doğrulayıcı. Kendi belgesine göre veraPDF; "PDF/A-1, PDF/A-2, PDF/A-3, PDF/A-4, PDF/UA-1, PDF/UA-2 ve WTPDF 1.0" spesifikasyonlarını doğruluyor (veraPDF'in resmî doğrulama belgesine göre).
Belge, doğrulamanın "Validation Profiles" adı verilen XML tabanlı kural kümeleriyle yapıldığını; standardın metnindeki her "shall" (yapılmalıdır) ifadesinin ayrı bir kurala dönüştürülüp dosya üzerinde çalıştırıldığını anlatıyor. Yani araç, standardın maddelerini tek tek test eden bir kontrol listesi gibi çalışıyor.
Doğrulama raporunu okurken nelere bakılır
Rapor her ihlali; hangi kurala, hangi nesne türüne ve hangi spesifikasyon seviyesine karşılık geldiğini ayrı ayrı gösteriyor. Bir aracın çıktısı raporda "başarısız" satırlarla dönüyorsa, o satırın hangi gereksinimi karşılamadığını görmeden "PDF/A değil" demek de aynı derecede eksik bir sonuç olur; hangi seviyede (a, b veya u) başarısız olduğuna bakmak gerekiyor.
Bu, yazılım teslimlerinde "çalışsın yerine kabul kriteri" yaklaşımıyla aynı mantığı taşıyor: iddiayı tek bir "çalıştı/çalışmadı" cümlesine değil, somut ve tekrarlanabilir bir teste bağlamak.
Hangi PDF/A sürümü "yeterli" sayılır?
Bu sorunun cevabı sizde değil, dosyayı teslim edeceğiniz kurumda. ABD Ulusal Arşivleri kendi aktarım rehberi tablolarında kayıt türüne göre "tercih edilen" ve "kabul edilebilir" formatları ayrı ayrı listeliyor; yani "arşivlik" tek bir eşik değil, alıcının belirlediği bir şart.
Bir okur arşivlik belge için araç arıyorsa, aracın hangi PDF/A parçasını ürettiği "destekliyor" kelimesinden çok daha önemli bir ayrıntı olur.
Test dosyanızı neyin zorlayacağını bilerek hazırlayın
Aynı format tanımı, PDF/A'nın neyi yasakladığını da sayıyor: şifreleme kullanılamıyor, renkler cihazdan bağımsız biçimde tanımlanmak zorunda ve standart tabanlı meta veri kullanımı zorunlu tutuluyor.
Bu üç madde size doğrudan bir test listesi veriyor. Parola korumalı bir çıktı, ekrandan alınmış cihaza bağlı bir renk tanımı ya da meta verisi boş bırakılmış bir dosya, aracın onay kutusu ne derse desin doğrulayıcıdan geçmez.
Kendi incelemenize eklemeniz gereken adım
- Gerçek bir test dosyası hazırlayın: Gömülü olmayan font, saydamlık, renk profili gibi PDF/A'yı zorlayacak öğeler içeren bir tasarım kullanın.
- Aracın "PDF/A" seçeneğiyle dışa aktarın: Hangi parça/seviye iddia ediliyorsa onu not edin.
- Dosyayı veraPDF'e verin: İddia edilen profille (ör. PDF/A-2b) doğrulayın.
- Raporu satır satır okuyun: Hangi kuralın geçtiğini, hangisinin başarısız olduğunu kaydedin.
- İddiayı raporla karşılaştırın: Araç "PDF/A-2 destekler" diyor ama rapor PDF/A-1b'de bile başarısız gösteriyorsa, incelemenizde bunu açıkça yazın.
İddia ve kanıt' Alıntı:
Özetle
PDF/A tek bir kutu işaretlemekle elde edilen bir sonuç değil, parçaları ve uygunluk seviyeleri olan bir standartlar ailesi. Bir aracın bu konudaki iddiasını incelemeye yazmadan önce test dosyanızı veraPDF gibi bağımsız bir doğrulayıcıdan geçirmek, iddiayı rapora dayandırmanızı sağlıyor.
Bir aracın PDF/A çıktısını standarda göre test ettiniz mi, sonuç iddiayla örtüştü mü?
Güncelleme: 24 Ağustos 2026.
Dijital Dünyanıza Yön Veren Pusula
Ekli dosyalar
Son düzenleme:
