Какво е VPAT? Ръководство за ACR

Ако продавате софтуер на държавна агенция, университет, болнична мрежа или голяма корпорация, рано или късно служител по обществените поръчки ще ви поиска „вашия VPAT”. За много доставчици това е първата им среща с документа, а заявката идва с малко обяснения и кратък срок. Това ръководство демистифицира VPAT и Accessibility Conformance Report (ACR), в който той се превръща: какво представлява документът, как се свързват двата термина, кое от четирите издания трябва да изготвите, как се оценява съответствието и защо честният, основан на доказателства доклад е един от най-ценните активи за достъпност, които вашата организация може да притежава.

VPAT не е сертификат, значка или маркетингово твърдение. В най-добрия случай е внимателен отчет, критерий по критерий, за това как продуктът ви се представя спрямо признатите стандарти за достъпност. В най-лошия случай е формално подпечатана фикция, която ви излага на правни и репутационни рискове в момента, в който екипът по достъпност на купувача тества продукта ви. Разликата между тези два изхода е в тестването зад документа — и именно върху него се фокусира QualiBooth.

Какво всъщност е VPAT

VPAT означава Voluntary Product Accessibility Template. Това е стандартизиран документ, създаден и поддържан от Information Technology Industry Council (ITI, чрез неговото подразделение ITIC), който доставчиците използват, за да опишат как даден продукт или услуга в областта на информационните и комуникационните технологии (ИКТ) съответства на набор от стандарти за достъпност.

Думата „доброволен” днес е малко подвеждаща. Шаблонът възниква, за да помогне на доставчиците доброволно да разкриват информация за достъпността пред федералните купувачи в САЩ, но на практика попълването му вече е твърдо изискване в безброй процеси на обществени поръчки. Частта „шаблон” е по-буквална: VPAT е празен формуляр с дефинирана структура — таблици с критерии за успех, колона за нивото на съответствие и колона за поясняващи бележки.

Три неща си струва да запомните още в самото начало:

VPAT описва конкретна версия на конкретен продукт на конкретни платформи. VPAT за „нашето приложение” без номер на версия е безсмислен.
VPAT е самодеклариран. Никой външен орган не го сертифицира. Точно затова достоверността на един VPAT зависи изцяло от строгостта на тестването зад него.
Понастоящем широко използваното семейство шаблони е VPAT 2.5. Винаги работете с най-новата версия на шаблона на ITI, а не със стар екземпляр, който се върти из споделеното ви устройство.

VPAT срещу ACR: разликата, която обърква хората

Хората използват „VPAT” и „ACR” като взаимозаменяеми, но те не са едно и също нещо — а разбирането на разликата сигнализира на осведомен купувач, че приемате процеса насериозно.

VPAT е празният шаблон. Това е празният формуляр, който ITI публикува.
ACR — Accessibility Conformance Report — е попълненият документ. След като попълните шаблона за реалния си продукт, с действителни оценки за съответствие и бележки, резултатът е ACR.

С други думи, VPAT е формичката за бисквитки, а ACR е самата бисквитка. Когато купувач поиска „вашия VPAT”, това, което всъщност иска, е вашият ACR: попълненият доклад. Повечето екипи ще продължат да казват „VPAT” в ежедневния разговор и това е напълно нормално, но във формалната документация е правилно завършеният файл да се обозначава като Accessibility Conformance Report.

Това има значение отвъд педантизма. Купувач, който получи файл, буквално озаглавен „VPAT 2.5 Template” с празни таблици — нещо, което се случва по-често, отколкото бихте очаквали — веднага разбира, че доставчикът не е свършил работата. Правилно попълнен ACR, наименуван и датиран за версията на продукта, която покрива, излъчва компетентност още преди купувачът да прочете и един ред.

Четирите издания на шаблона VPAT 2.5

Един от най-честите източници на объркване е, че шаблонът VPAT 2.5 се предлага в четири издания, всяко от които е приведено в съответствие с различен стандарт или комбинация от стандарти. Изборът на грешно издание може да забави сделка или да провали одит, затова избирайте съзнателно въз основа на това къде продавате.

1. Издание WCAG

Това издание оценява продукта ви само спрямо Web Content Accessibility Guidelines — обикновено WCAG 2.2 (или версията, която купувачът посочи, често на ниво A и AA). То е правилният избор, когато купувачът просто иска информация за съответствие с WCAG и няма нормативна рамка, наслоена отгоре. То е и най-олекотеното издание, което го прави разумна отправна точка за продукти, продавани предимно на частния сектор. Ако WCAG е непозната територия за вас, нашият преглед на съответствието с WCAG и нашето ръководство за как да направите уебсайт съвместим с WCAG обясняват основния стандарт.

2. Издание Section 508

Това издание съпоставя продукта ви със стандартите на Section 508, използвани при федералните обществени поръчки в САЩ. Тъй като преработените стандарти на Section 508 включват WCAG 2.0 нива A и AA чрез препратка, това издание включва таблиците на WCAG плюс допълнителни специфични за 508 изисквания, обхващащи хардуер, софтуер, помощна документация и услуги. Ако продавате на която и да е федерална агенция в САЩ — или на щатски агенции, които отразяват федералните правила — обикновено това е изданието, от което се нуждаете. Вижте нашето ръководство за съответствие със Section 508 за нормативния контекст.

3. Издание ЕС (EN 301 549)

Това издание е приведено в съответствие с EN 301 549, европейския хармонизиран стандарт за достъпност на ИКТ, който е в основата на обществените поръчки в публичния сектор в целия ЕС и все повече на задълженията на частния сектор, въведени от European Accessibility Act. EN 301 549 включва WCAG и добавя изисквания, специфични за европейския контекст, включително декларации за функционални характеристики. Ако продавате на европейския публичен сектор — или трябва да докажете готовност за European Accessibility Act — изгответе изданието за ЕС.

4. Издание INT (международно)

Изданието INT обединява и трите рамки — WCAG, Section 508 и EN 301 549 — в един-единствен документ. То е най-изчерпателното и изисква най-много работа за изготвяне, но е безценно за доставчици, които продават на множество пазари, защото един доклад удовлетворява купувачите от двете страни на Атлантика. Ако клиентската ви база обхваща публичния сектор на САЩ и Европа, изданието INT обикновено ви спестява поддръжката на три отделни документа.

Когато клиентите се колебаят, им помагаме да изберат по време на определянето на обхвата. Изготвянето на едно издание INT често е по-ефективно от това да откриете по средата на сделка, че разполагате с грешното регионално издание. Можете да прочетете повече за нашия подход на нашата страница за услугата VPAT доклади.

Нива на съответствие: сърцето на доклада

Всеки приложим критерий за успех в един ACR получава едно от малък набор от нива на съответствие. Правилното определяне на тези оценки — и устояването на изкушението да ги преувеличите — е най-важната част от работата.

Supports (Поддържа) — функционалността отговаря на критерия без значителни бариери за достъпност. Това не означава „перфектно”; означава, че потребител, който разчита на помощна технология, може да изпълни задачата без препятствия.
Partially Supports (Частично поддържа) — част от функционалността отговаря на критерия, но има изключения или известни бариери. Това е честна и много често срещана оценка; колоната с бележки трябва да обясни точно какво работи и какво не.
Does Not Support (Не поддържа) — по-голямата част от функционалността не отговаря на критерия. Отново бележките трябва да са конкретни.
Not Applicable (Неприложимо) — критерият не се отнася за продукта (например критерии за аудио съдържание за продукт, който не съдържа аудио).
Not Evaluated (Неоценено) — използва се само в таблиците за ниво AAA на доклада по Section 508, тъй като оценката по AAA не се изисква.

Два принципа отличават достоверния доклад от безполезния. Първо, колоната с бележки носи реалната информация. „Partially Supports” без обяснение е почти безполезно; „Partially Supports — селекторите за дата работят с клавиатура, но не съобщават избраната дата на екранните четци; корекция, планирана за v4.2” казва на купувача точно това, което му е нужно да знае. Второ, оценките трябва да се заслужат чрез тестване, а не да се присвояват от оптимизъм. Критерий, отбелязан като „Supports”, трябва да е бил проверен, в идеалния случай включително чрез тестване от потребители на помощни технологии.

Защо честните, основани на доказателства VPAT доклади имат значение

Изкушаващо е да третирате VPAT като формалност за отмятане и да отбележите всичко със „Supports”, за да преминете бързо обществената поръчка. Това е сериозна грешка по няколко сходящи причини.

Екипите по обществени поръчки проверяват

Зрелите купувачи — федерални агенции, големи университети, здравни системи, банки — все по-често разполагат със специалисти по достъпност, които не приемат ACR на доверие. Те проверяват твърденията на извадков принцип, като тестват продукта ви с екранни четци и клавиатури. Когато оценка „Supports” се срине при петминутна оценка с екранен четец, не губите само реда; губите доверието на купувача в целия документ, а често и сделката.

Правният риск се натрупва

Преувеличен VPAT е писмено изявление за достъпността на продукта ви. В юрисдикция с риск от съдебни дела за достъпност — съгласно ADA в САЩ, AODA в Онтарио или European Accessibility Act в ЕС — документ, който твърди съответствие, каквото продуктът ви не осигурява, се превръща в доказателство срещу вас. Честен ACR, който откровено отчита „Partially Supports” с график за отстраняване, е далеч по-защитим от преувеличен, който твърди съвършенство.

Честният доклад е по-полезен вътрешно

Правдивият ACR служи и като бек-лог. Всяко „Partially Supports” и „Does Not Support” е приоритизирана задача за вашия инженерен екип. Екипите, които третират VPAT като жив опис на дълга по достъпност, постигат стабилен, измерим напредък; екипите, които го фалшифицират, натрупват скрит риск.

Ето защо VPAT никога не бива да се бърка с оверлей за достъпност или едноредов „уиджет за достъпност”. Оверлеите не поправят базовия код, не произвеждат защитими доказателства за съответствие и не могат да заместят реален ACR. QualiBooth не подкрепя оверлеите именно поради тази причина — те създават привидност на съответствие без същина, което е точно обратното на това, което представлява честният VPAT.

Как да изготвите VPAT, стъпка по стъпка

Надеждният ACR е резултат от дисциплиниран процес. Ето последователността, която следваме, и тази, която трябва да очаквате от всеки компетентен доставчик.

Определете обхвата. Идентифицирайте точния продукт, версия и платформи (уеб, iOS, Android, десктоп), които докладът ще покрива. Решете кое издание — WCAG, Section 508, ЕС или INT — въз основа на целевите си пазари.
Изпълнете автоматизирано тестване. Автоматизираните скенери са бързи и отлични в улавянето на определени категории проблеми — липсващ алтернативен текст, нисък контраст, неетикетирани контроли на формуляри. Нашият софтуер за сканиране на достъпността осигурява тази базова линия и можете да го изпробвате безплатно с бързо сканиране. Но помнете, че автоматизацията надеждно открива само част от проблемите с WCAG.
Проведете ръчно тестване. По-голямата част от критериите за успех изискват човешка преценка: смислен ред на фокуса, логична последователност на четене, разумни съобщения за грешки, достъпни персонализирани уиджети. Задълбоченият ръчен одит на достъпността е непреговарящ за достоверен доклад.
Тествайте с потребители на помощни технологии. Най-защитимите оценки идват от одити, провеждани от хора с увреждания, които ежедневно използват екранни четци, увеличение и превключващи устройства. Те разкриват реални бариери, които зрящите тестери пропускат.
Присвоете оценки и напишете бележки. Превърнете констатациите в Supports / Partially Supports / Does Not Support за всеки критерий, с конкретни и полезни бележки.
Сглобете и прегледайте ACR. Форматирайте завършения доклад прегледно, обозначете го с версията на продукта и датата и го дайте за преглед за точност и последователност, преди да напусне компанията.
Съчетайте го с пътна карта за отстраняване. Добрият доставчик ви предоставя не само доклада, но и приоритизиран план за придвижване на „Partially Supports” към „Supports”.

Ако екипът ви няма вътрешна експертиза за стъпки от две до пет, това е по-скоро нормата, отколкото изключението. Точно това е работата, обхваната от нашата услуга за VPAT доклади и по-широкото консултиране по достъпност. За по-пълна представа какво включват консултантските ангажименти вижте нашето пояснение за консултирането по достъпност.

Поддържане на VPAT във времето

VPAT е моментна снимка на движеща се мишена. В деня, в който пуснете нова версия, вашият ACR започва да се отдалечава от реалността. Третирането на документа като еднократен резултат е една от най-честите — и най-вредни — грешки, които доставчиците правят.

Актуализирайте при съществена промяна. Всяко издание, което значимо променя потребителския интерфейс или добавя нова функционалност, трябва да задейства преглед на засегнатите критерии.
Освежавайте поне веднъж годишно. Дори без големи промени стандартите се развиват и купувачите очакват скорошна дата върху документа. ACR с дата отпреди три години предизвиква скептицизъм.
Обвържете го с текущо тестване. Най-надеждният начин да поддържате ACR правдив е да продължите да тествате продукта непрекъснато. Повтарящите се одити на достъпността улавят регресиите, преди да обезсилят твърденията ви, така че докладът, който подавате на купувач, винаги съответства на продукта, който той ще тества.

QualiBooth съчетава платформа за сканиране с експертна човешка оценка именно за да поддържа доказателствата зад вашия ACR актуални. Скенерът следи за регресии между формалните одити; човешкото тестване поддържа честни нюансираните, основани на преценка оценки. Можете да сравните пълната ни гама на страницата услуги за достъпност и да прегледате опциите на нашата страница цени.

Често задавани въпроси

Законово ли е задължителен VPAT?

Самият шаблон е доброволен, но предоставянето му често е задължително условие на договор за покупка, особено при федералните и щатските обществени поръчки в САЩ и в целия публичен сектор на ЕС. Отделно от това, базовите задължения за достъпност — Section 508, EAA, ADA — са изцяло задължителни, а VPAT е начинът, по който демонстрирате позицията си спрямо тях.

Мога ли да попълня VPAT сам?

Можете и нищо не забранява самостоятелното попълване. Рискът е в точността. Самооценка, изготвена без строго тестване — или с подбуда да изглежда добре — обикновено надценява съответствието, което създава правна експозиция и подкопава доверието на купувача в момента, в който твърденията бъдат тествани. Много организации привличат независим доставчик именно поради тази причина.

Колко време отнема изготвянето на VPAT?

Зависи от размера и сложността на продукта и от изискваното издание. Едноплатформено уеб приложение може да отнеме няколко седмици, след като тестването е в ход; голям мултиплатформен пакет, нуждаещ се от изданието INT, отнема повече. Разговор за определяне на обхвата ви дава реалистичен срок.

Каква е разликата между съответствието с WCAG и VPAT?

WCAG е стандартът — наборът от критерии за успех. VPAT/ACR е документът, който записва, критерий по критерий, как продуктът ви се представя спрямо този стандарт (и, в зависимост от изданието, спрямо Section 508 и EN 301 549 също). Трябва действително да отговаряте на WCAG, за да твърдите съответствие; ACR е начинът, по който съобщавате докъде сте стигнали.

В крайна сметка

VPAT, попълнен като Accessibility Conformance Report, е далеч повече от пречка в обществените поръчки. Изготвен честно, той е достоверен отчет за това как продуктът ви обслужва хората с увреждания, защитим запис, който намалява правния риск, и работещ бек-лог, който стимулира реални подобрения. Изготвен нечестно, той е отговорност, която чака да бъде разкрита.

Решаващият фактор винаги е тестването зад оценките. Ако се нуждаете от ACR, под който можете да се подпишете — такъв, основан на автоматизирано сканиране, ръчни одити и оценка от хора с увреждания — разгледайте нашата услуга за VPAT доклади или заявете демонстрация, за да видите как QualiBooth изготвя доклади, които издържат на проверка.