Kurumsal satın alma süreçlerinde “erişilebilirlik kanıtı” artık nice-to-have değil, çoğu zaman bir ön şart. Ancak alıcıların talep ettiği doküman isimleri kafa karıştırabiliyor: VPAT mi, ACR mı? İkisi aynı şey mi, yoksa farklı amaçlara mı hizmet ediyor? Daha önemlisi: Alıcılar hangisini gerçekten istiyor ve siz neyi sunmalısınız?
Bu yazıda VPAT ve ACR’nin farklarını, hangi mevzuat ve standartlarla ilişkili olduklarını, RFP süreçlerinde nasıl konumlandıklarını ve güvenilir bir erişilebilirlik dosyası oluşturmak için pratik bir yaklaşımı ele alıyoruz.
VPAT (Voluntary Product Accessibility Template), bir ürünün erişilebilirlik özelliklerini belirli gereksinim setlerine göre beyan etmek için kullanılan şablondur. “Template” kelimesi kritik: VPAT bir formattır; içeriği doldurduğunuzda ortaya çıkan belge genellikle ACR olarak adlandırılır (aşağıda detaylandıracağız).
VPAT, özellikle ABD kamu alımlarında yaygın olan Section 508 uyumluluğu ve çeşitli erişilebilirlik standartlarını raporlamak için kullanılır. VPAT’in farklı sürümleri olabilir (ör. yalnızca Section 508, WCAG veya EN 301 549’ı kapsayan kombinasyonlar). Kurumlar, ürününüzün hangi kriterlerde “Supports / Partially Supports / Does Not Support” gibi beyanlarla nerede durduğunu netçe görmek ister.
ACR (Accessibility Conformance Report), ürününüzün erişilebilirlik uygunluğunu anlatan tamamlanmış rapordur. Pratikte ACR çoğunlukla VPAT şablonunun doldurulmuş halidir. Yani VPAT “kutu”, ACR ise “kutuya koyduğunuz içerik” gibidir.
ACR’ler, yalnızca “destekliyor/desteklemiyor” işaretlemekten ibaret olmamalı; her kriter için kısa ama net açıklamalar, istisnalar, sınırlamalar, kullanıcı etkisi ve varsa geçici çözüm/iyileştirme planını da içermelidir. Alıcılar genellikle tam da bu açıklama satırlarına bakarak karar verir.
VPAT bir şablon/çerçevedir. ACR, o şablona göre hazırlanmış nihai rapordur. Bu yüzden birçok alıcı “VPAT istiyoruz” derken aslında “VPAT formatında hazırlanmış güncel bir ACR” talep eder.
Satın alma ekipleri boş VPAT’i değil, değerlendirmeyi içeren doldurulmuş raporu ister. Boş şablon göndermek, süreci uzatır ve güveni azaltır.
ACR/VPAT, hangi standardı hedeflediğinize göre değişir:
Çoğu durumda alıcıların istediği şey isimden ziyade kanıtın niteliğidir. Yine de pratik bir kural seti işe yarar:
“VPAT” kelimesini sık duyarsınız. Ancak talep genelde “VPAT formatında ACR” olur. Özellikle Section 508 uyumluluğu değerlendirmesinde VPAT dili bir standarttır.
Birçok kurum “ACR” terimini tercih eder; çünkü “rapor” vurgusu, doldurulmuş ve yorumlanabilir bir çıktı beklentisini ifade eder. SaaS ürünlerinde bu konu sık gündeme gelir; bu kapsamda SaaS için VPAT: Erişilebilirlik Uygunluğu ve WCAG Yol Haritası yazısı, RFP süreçlerinde VPAT/ACR beklentisini daha geniş satın alma dinamikleriyle birlikte ele alır.
EN 301 549 referansı daha sık gelir. Yine de alıcı, “bir doküman adı”ndan çok WCAG/EN 301 549 maddelerine göre açıklanmış uygunluk düzeyi arar. Burada ACR, uyumluluğu anlatan taşıyıcı belge rolünü üstlenir.
“Ürünümüz erişilebilirdir” gibi cümleler alıcıya değer katmaz. Alıcı; hangi kriterde, hangi kullanıcı etkisiyle, hangi istisnalarla uyum olduğunu görmek ister.
Otomasyon, hızlı bir başlangıçtır; ancak her şeyi yakalamaz. Klavye odağı, dinamik bileşenlerin durum duyuruları, form hatalarının programatik bağlanması gibi konular çoğu zaman manuel inceleme ve kullanıcı senaryosu gerektirir. Bu nedenle Engelli Kullanıcılarla Kullanılabilirlik Testi Neden Her Otomatik Aracı Geride Bırakır? yaklaşımı, ACR’deki beyanların güvenilirliğini artırır.
Alıcılar tarih damgasına bakar. Ürün hızla değişiyorsa 12-18 ay önceki ACR riskli görünür. Güncel sürüm, güncel bulgular ve bilinen sorunların durumu net olmalıdır.
Tek bir ACR çoğu zaman yeterli değildir; özellikle yüksek riskli sektörlerde alıcılar ek kanıt ister. İyi bir paket genellikle şunları içerir:
Örneğin sağlık gibi regülasyon ve kullanıcı riskinin yüksek olduğu alanlarda erişilebilirlik kanıtının niteliği daha da önem kazanır; Hastaneler ve Klinikler için Dijital Erişilebilirlik içeriğinde bu beklentilerin hasta deneyimine nasıl yansıdığına dair iyi ipuçları bulabilirsiniz. Benzer şekilde iş başvurusu akışları gibi kritik görev odaklı platformlarda da kanıt paketi, “başvuru tamamlanabiliyor mu?” sorusuna net cevap vermelidir; bu konu İş İlanı Portalları ve İK Platformları için Dijital Erişilebilirlik (WCAG) Rehberi içinde detaylanır.
“VPAT var mı?” sorusu tek başına belirsizdir. Section 508 mi, WCAG mi, EN 301 549 mı? Ürün türünüz (web, mobil, doküman, yazılım) kapsamı değiştirir.
ACR’de her kriter için kısa açıklama yazın: Nerede uyumlu, nerede kısmi, hangi sayfalarda istisna var, kullanıcı etkisi ne, geçici çözüm var mı?
Ürün sürümü, test tarihi, test edilen modüller ve raporu hazırlayan ekip/rol (iç ekip/bağımsız) açık olmalı.
Alıcılar “bugün uyumlu mu?” kadar “yarın bozulur mu?” diye de düşünür. Corpowid (corpowid.ai), otomatik erişilebilirlik denetimleri ve izleme ile yeni sürümlerde ortaya çıkan WCAG sorunlarını yakalamanıza yardımcı olur; böylece ACR’nizi daha güncel tutabilir ve tekrar eden satın alma sorularını azaltabilirsiniz.
VPAT ve ACR arasındaki fark teknik olarak “şablon vs. doldurulmuş rapor” gibi görünse de satın alma dünyasında asıl mesele şudur: Alıcı, ürününüzün erişilebilirlik riskini anlayabilmek ve bunu denetimlenebilir şekilde belgelemek ister. Bu yüzden en doğru yaklaşım, hedef pazarınızın standardına uygun, açıklama satırları güçlü, güncel ve test yaklaşımı şeffaf bir ACR sunmaktır.
Bu süreci sürdürülebilir kılmak için düzenli tarama, manuel doğrulama ve kullanıcı geri bildirimi döngüsü gerekir. Corpowid (corpowid.ai) ile periyodik izleme, erişilebilirlik beyanı yönetimi ve raporlama rutinini sistemleştirerek “bir kere rapor hazırlayıp bırakma” yerine sürekli uyumluluk yaklaşımına geçebilirsiniz.
Corpowid, dijital erişilebilirlik alanındaki yenilikçi yaklaşımı ve performansı nedeniyle dünyanın önde gelen araştırma ve danışmanlık şirketlerinden biri olan Gartner tarafından takdir edilmiştir. Bu rozetler, yapay zeka destekli ve kapsayıcı web deneyimleri oluşturma konusundaki kararlılığımızı yansıtmaktadır.
EN
