Понятия

VPAT

Също: Voluntary Product Accessibility Template

Voluntary Product Accessibility Template — самодекларация на доставчик за начина, по който даден продукт отговаря на стандартите за достъпност (Section 508, EN 301 549, WCAG). Актуалният шаблон е VPAT 2.5 (Revised Section 508 + EN 301 549 + WCAG 2.x).

Voluntary Product Accessibility Template (VPAT) е стандартизирана самодекларация, в която доставчикът документира начина, по който неговият продукт отговаря на стандартите за достъпност. Актуалният шаблон, VPAT 2.5, е публикуван от Съвета на индустрията в областта на информационните технологии (ITI).

Какво представлява VPAT в действителност

VPAT е структуриран отговор, критерий по критерий, спрямо един или повече от основните стандарти за достъпност:

  • Revised Section 508 — за обществени поръчки на федерално ниво в САЩ.
  • EN 301 549 — за обществени поръчки в ЕС.
  • WCAG 2.x — на конкретно ниво (почти винаги AA).
  • Worldwide — комбинираният преглед, обхващащ и трите.

За всеки критерий доставчикът записва едно от следните нива на съответствие:

  • Supports — критерият е изпълнен.
  • Partially Supports — изпълнен за част от съдържанието или контекстите, но не за всички; описвана е конкретната разлика.
  • Does Not Support — критерият изобщо не е изпълнен.
  • Not Applicable — критерият не се отнася за този продукт.
  • Not Evaluated — допустимо само за критерии от ниво WCAG AAA.

Полезен VPAT срещу защитен VPAT

Доставчик, маркирал всеки ред като „Supports” без коментар, крие нещо. Наистина полезен VPAT включва:

  • Описание на продукта, достатъчно ясно, за да може читателят да разбере какво точно е тествано.
  • Методология на тестването — кои помощни технологии са използвани (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari), каква извадка от страници или функции е одитирана и кога.
  • Конкретни обяснения за всяка оценка „Partially Supports” или „Does Not Support” — с посочване на засегнатата функция и, в идеалния случай, плана и сроковете за отстраняване на проблема.
  • Дата на оценката. VPAT на две години е остарял; продуктът е претърпял стотици промени оттогава.
  • Потвърждение от независим проверяващ, когато е налично, отделно от самоатестацията на разработчика.

Общността в областта на достъпността е изградила неформални критерии за разпознаване на формален VPAT: прекалено малко оценки „Partially Supports”, липсваща секция за методология, неуточнена тестова среда, незаявен проверяващ.

ACR срещу VPAT

ITI преименува шаблона, за да поясни две неща:

  • VPAT е празният формуляр.
  • Докладът за съответствие по отношение на достъпността (ACR) е попълненият документ, изготвен от доставчика.

На практика двата термина все още се използват взаимозаменяемо. Екипите по обществени поръчки искат „VPAT”; доставчиците предоставят „ACR”. Става дума за един и същи документ.

Кога е необходим VPAT

  • При продажба към федерални агенции на САЩ. Section 508 го изисква в обществените поръчки.
  • При продажба към обществения сектор на ЕС. EAA и правилата за обществени поръчки на държавите членки вече очакват ACR по EN 301 549.
  • При продажба към корпоративни клиенти в САЩ. Повечето ИТ отдели на компаниите от Fortune 500 са въвели VPAT при поискване като стандартна практика в обществените поръчки, дори когато Section 508 не се прилага спрямо тях.
  • При продажба към висши учебни заведения. Повечето американски университети и много европейски вече изискват актуален ACR преди покупка.

Ако продуктът е софтуер, продаван в модела B2B, актуалният ACR/VPAT вече не е по избор — той е базов елемент при всеки отговор на покана за обществена поръчка.