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 вече не е по избор — той е базов елемент при всеки отговор на покана за обществена поръчка.