Pojęcia

VPAT

Zob. też: Voluntary Product Accessibility Template

Voluntary Product Accessibility Template — samodeklaracja dostawcy opisująca zgodność produktu ze standardami dostępności (Section 508, EN 301 549, WCAG). Aktualny szablon to VPAT 2.5 (Revised Section 508 + EN 301 549 + WCAG 2.x).

Voluntary Product Accessibility Template (VPAT) to ustandaryzowana samodeklaracja, w której dostawca dokumentuje sposób, w jaki jego produkt spełnia standardy dostępności. Aktualny szablon, VPAT 2.5, jest publikowany przez Information Technology Industry Council (ITI).

Czym jest VPAT

VPAT to ustrukturyzowana odpowiedź — kryterium po kryterium — względem jednego lub więcej głównych standardów dostępności:

  • Revised Section 508 — dla zamówień publicznych administracji federalnej USA.
  • EN 301 549 — dla zamówień publicznych w UE.
  • WCAG 2.x — na określonym poziomie (niemal zawsze AA).
  • Worldwide — widok zbiorczy obejmujący wszystkie trzy standardy.

Dla każdego kryterium dostawca odnotowuje jeden z następujących poziomów zgodności:

  • Supports — kryterium jest spełnione.
  • Partially Supports — spełnione dla części treści lub kontekstów, z opisem luki.
  • Does Not Support — kryterium nie jest spełnione.
  • Not Applicable — kryterium nie dotyczy tego produktu.
  • Not Evaluated — dopuszczalne wyłącznie dla kryteriów WCAG AAA.

Użyteczny VPAT kontra obronny VPAT

Dostawca, który każdą pozycję oznacza „Supports” bez komentarza, coś ukrywa. Naprawdę użyteczny VPAT zawiera:

  • Opis produktu — wystarczająco szczegółowy, by czytelnik mógł ustalić, co dokładnie było testowane.
  • Metodologię testów — jakie technologie wspomagające zastosowano (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari), jaką próbkę stron lub funkcji poddano audytowi i kiedy.
  • Konkretne wyjaśnienia dla każdej oceny „Partially Supports” lub „Does Not Support” — z nazwą funkcji, której dotyczy problem, oraz — w idealnym przypadku — planem naprawczym i harmonogramem.
  • Datę oceny. VPAT sprzed dwóch lat jest przestarzały; produkt przeszedł od tego czasu setki zmian.
  • Podpis niezależnego weryfikatora, gdy jest dostępny, odrębny od samopotwierdzenia dewelopera.

Społeczność dostępności wypracowała nieformalne wyznaczniki pozwalające wykryć VPAT-wydmuszkę: zbyt mało ocen „Partially Supports”, brak sekcji metodologicznej, nieokreślone środowisko testowe, brak nazwanego weryfikatora.

ACR a VPAT

ITI przemianował szablon, aby wyjaśnić dwie kwestie:

  • VPAT to pusty formularz.
  • Raport zgodności dostępności (ACR) to wypełniony dokument wytworzony przez dostawcę.

W praktyce oba terminy są nadal stosowane zamiennie. Działy zamówień publicznych proszą o „VPAT”; dostawcy dostarczają „ACR”. To ten sam dokument.

Kiedy VPAT jest wymagany

  • Przy sprzedaży do agencji federalnych USA. Section 508 wymaga go w postępowaniach o zamówienia publiczne.
  • Przy sprzedaży do sektora publicznego UE. EAA i przepisy zamówień publicznych państw członkowskich oczekują ACR zgodnego z EN 301 549.
  • Przy sprzedaży do przedsiębiorstw w USA. Większość działów IT firm z listy Fortune 500 przyjęła VPAT na żądanie jako standardową praktykę przetargową, nawet gdy Section 508 ich nie dotyczy.
  • Przy sprzedaży do szkół wyższych. Większość amerykańskich uczelni i wiele europejskich wymaga aktualnego ACR przed dokonaniem zakupu.

Jeśli produkt jest oprogramowaniem sprzedawanym w modelu B2B, aktualny ACR/VPAT nie jest już opcjonalny — to podstawowy element każdej odpowiedzi na zapytanie ofertowe.