Yesterday
763
usage
38
visitors

Today
879
usage
12
visitors

Total
33.855
usage
22.919
visitors

PDF/A Doğrulama Aracı (ISO 19005) — PDF’in PDF/A Uyumunu Kontrol Et

PDF/A Doğrulama Aracı: Ne yapar?

Bu araç, yüklediğin PDF’in PDF/A standardına (ISO 19005) uygun olup olmadığını “geçti/kaldı” seviyesinde bırakmadan; hangi kuralın, hangi sayfada/nesnede bozulduğunu raporlayan bir pdf/a validator / pdf/a compliance check aracıdır. PDF/A; uzun süreli arşivleme için PDF’in kısıtlanmış bir alt kümesidir. 

PDF/A Doğrulama

PDF dosyanızın PDF/A standardına uygun olup olmadığını kontrol edin

PDF dosyası seç Tüm analiz tarayıcınızda yapılır, dosya sunucuya yüklenmez
PDF/A Nedir?

PDF/A, uzun süreli arşivleme için tasarlanmış ISO standardıdır. Şifreleme, harici bağlantılar ve bazı font türlerini yasaklar. Devlet kurumları ve arşivler için önemlidir.

Neden PDF/A doğrulama gerekir?

“PDF/A’ya çevirdim” demek yetmez. Arşiv süreçlerinde (kurumsal arşivleme, e-arşiv belgesi, yasal saklama) asıl kritik olan, dosyanın gerçekten standarda uygun olmasıdır. PDF/A; uzun vadede aynı görünümle açılabilmesi için bazı PDF özelliklerini yasaklar ve bazılarını zorunlu kılar (ör. şifreleme yok, tüm fontlar gömülü, XMP metadata gibi). 


Desteklenen PDF/A sürümleri ve uygunluk seviyeleri

Araç; PDF/A’nın farklı sürüm ve seviyelerini hedefleyerek doğrulama yapar:

  • PDF/A-1, PDF/A-2, PDF/A-3, PDF/A-4 (standardın çok parçalı seri yapısı) 
  • Uygunluk seviyeleri (örnekler):
    • A (Accessible / tam etiketleme gereksinimleri olan “daha sıkı” seviye)
    • B (Basic / temel görsel korunum)
    • U (Unicode metin haritalaması odaklı)
  • PDF/A-4 ailesinde görülen alt seviyeler: PDF/A-4E, PDF/A-4F gibi (ekler/engineering gibi senaryolar). 

Not: Hangi profilin “doğru” olduğu, kullanım amacına bağlıdır. Araç bunu seçilebilir yapar.


Araç hangi kontrolleri yapar? (detay)

Aşağıdaki kontroller, PDF/A doğrulamanın bel kemiğidir; araç bunları tek tek test eder ve ihlali rapora yazar:

1) Şifreleme ve erişim kısıtları

PDF/A, uzun vadeli erişimi garanti etmek için encryption (şifreleme) kullanımını yasaklar. 

2) Fontlar

PDF/A’da kullanılan yazı tiplerinin gömülü olması (embedded fonts / font embedding) kritik bir zorunluluktur; font dışarıdan “link” edilemez. 

3) Renk yönetimi ve ICC profilleri

Arşivlenebilirlik için renk davranışı deterministik olmalıdır:

  • ICC color profile / output intent zorunluluğu gibi kontroller
  • Özellikle CMYK içerik için ICC profil yoksa uyumsuzluk üretme gibi tipik hatalar 

4) XMP metadata ve PDF/A kimliği

PDF/A belgesinin PDF/A olduğunu söylemesi yetmez; standarda uygun biçimde XMP metadata içinde doğru kimlik bilgileri (pdfaid:part, pdfaid:conformance vb.) bulunmalıdır. 

5) Yasaklı/limitli PDF özellikleri

PDF/A profiline göre değişmekle birlikte araç tipik olarak şunları denetler:

  • Dış kaynak referansları (harici içerik bağımlılığı)
  • Bazı annotation/form davranışları
  • Şeffaflık (transparency) ve katmanlama türleri (profil bazlı kısıtlar)
  • Dosya eki: PDF/A-3 ve PDF/A-4F gibi profillerde “file attachments” kuralları (izin/format) 

Çıktı: Kullanıcıya ne verir?

Araç “audit skoru” üretmez; doğrudan karar ve kanıt verir:

  1. Sonuç: PASS / FAIL + tespit edilen PDF/A profili (ör. PDF/A-2U)
  2. PDF/A hata raporu: kural bazında ihlaller
    • Hata kodu / açıklama
    • İlgili obje (page/object id)
    • Öneri (örn. “font göm”, “şifrelemeyi kaldır”, “ICC output intent ekle”, “XMP metadata düzelt”)
  3. Rapor indirme: PDF/A report olarak JSON rapor / XML rapor (ve istersen okunabilir HTML)
  4. Toplu doğrulama (batch pdf/a validation): Çoklu PDF yükleyip tek seferde sonuç listesi + toplu rapor

Kullanım akışı

  1. PDF yükle
  2. Hedef profil seç (ör. PDF/A-1B, PDF/A-2U, PDF/A-3B, PDF/A-4)
  3. Doğrula’ya bas
  4. Sonuç ekranı:
    • Uygunluk durumu
    • İhlal listesi (öncelik sırasıyla)
    • “Rapor indir” (JSON/XML)
  5. İstersen “Tekrar doğrula” ile düzeltme sonrası yeniden kontrol

Altyapı önerisi (doğrulama motoru)

Bu işin endüstri standardı yaklaşımı, veraPDF gibi amaç-odaklı PDF/A validator’larla doğrulamadır; veraPDF’nin PDF/A parçaları ve uygunluk seviyelerini kapsadığını açıkça belirtir. 


SSS (kısa ama net)

PDF/A ile normal PDF farkı ne?

PDF/A, uzun süreli arşivleme için kısıtlanmış PDF’tir; fontların gömülü olması, şifreleme olmaması ve metadata gibi kurallar içerir. 

“PDF/A” yazıyor ama neden FAIL çıkıyor?

Bazı üreticiler XMP etiketi basıp geçer; font/ICC/encryption gibi gerçek kurallar bozuksa validator bunu yakalar. 

PDF/A doğrulama, PDF/A’ya çevirir mi?

Bu araç doğrular ve raporlar; dönüştürme ayrı araçtır (PDF/A Dönüştürme). Doğrulama, dönüştürmenin gerçekten başarılı olup olmadığını kanıtlar.

Yorumlar

Bir yanıt yazın

Daha iyi bir sürüm için eleştiriye açığız. Geri bildiriminiz bir sonraki güncellemenin parçası olabilir.

Yapıcı geri bildirimleriniz için teşekkürler.