За аудитории · Системни интегратори

Достъпност за системни интегратори и агенции — какво вече изискват корпоративните и публичните ви клиенти.

Интеграторите се намират след регулаторите и преди всеки съдебен иск за достъпност, пред който могат да се изправят клиентите им. Договорите за обществени поръчки все по-често изискват съответствие с WCAG 2.2 AA, доставка на VPAT и декларации по EN 301 549 като условие за приемане. Това е наръчникът за практиката на интегратора за доставка на достъпност — какво трябва да гарантира договорът, какви стандарти трябва да спазват инженерите и какви доказателства следва да се предават при всяко издание.

Защо достъпността е вече условие за обществени поръчки

Четири сегмента купувачи, един конвергиращ договорен стандарт.

Американски федерални органи. Section 508 от Закона за рехабилитацията изисква достъпно снабдяване с електронни информационни технологии от 1998 г. Актуализацията от 2018 г. приравнява стандарта с WCAG 2.0 AA и EN 301 549 чрез пряко позоваване, което означава, че прагът за обществени поръчки на федерален купувач вече не е вътрешна проверка — а глобален стандарт за достъпност с американска правна обвивка. Всяка федерална покана за оферти вече посочва декларацията за съответствие като изискуема доставка, а всеки федерален служител по договорите е упълномощен да отхвърли доставка без такава.

Американски щатски и местни органи. Повечето щатски системи за IT обществени поръчки вече изискват VPAT и съответствие с WCAG като стандартно договорно условие — Калифорния, Ню Йорк, Тексас, Илинойс, Масачузетс, Минесота и Вашингтон са приели стандарти за обществени поръчки, равняващи се или надвишаващи федералната базова линия по Section 508. Градовете и окръзите все по-често следват примера, нерядко цитирайки дословно стандарта на щата. Интегратор, кандидатстващ за обществен сектор в САЩ без VPAT-готова позиция, се конкурира с екипи, които вече разполагат с такъв.

ЕС. Европейският акт за достъпност (Директива 2019/882) налага достъпността като свойство на продукта и услугата. Когато интегратор доставя за клиент в обхвата на ЕС, интеграторът е част от позицията на съответствие на клиента — задълженията по член 9 важат за субекта, пускащ на пазара, а надлежната проверка по веригата на доставки означава, че клиентите ще се обърнат към интеграторите си за доказателства. Правоприлагането в държавите членки премина от фаза на предупредителни писма през 2025 г. към фаза на глоби от 2026 г.

Корпоративни (частни) клиенти. Екипите по обществени поръчки на Fortune 500 вече включват гаранции за достъпност в рамковите договори за услуги като стандартни клаузи. Разходите от провал в достъпността частично падат върху интегратора по тези гаранции — особено по клаузи за обезщетение, с които не е преговаряно. Същият рамков договор, включващ гаранции за защита на данни, сигурност и интелектуална собственост, вече включва и гаранция за съответствие с изискванията за достъпност, а подходът на второстепенна задача е начинът, по който интеграторите финансират споразумение по ADA Title III на клиента.

Контролен списък от 30 точки за доставка на WCAG 2.2 AA от интегратори

Шест повърхности на доставката × пет проверки. Отпечатайте, отметнете, одитирайте.

  1. 01 Договор и техническо задание

  2. 02 Инженерна практика

  3. 03 Компоненти и дизайн система

  4. 04 Документация и доказателства

  5. 05 Тестване и приемане

  6. 06 Предаване и поддръжка

Бележки за доставчици и платформи за интегратори

Къде реално попада контролният списък в кода, по стек на доставката.

Salesforce, ServiceNow, Workday

Корпоративните SaaS платформи се доставят с базова позиция за достъпност и публикуван VPAT — обикновено най-добре документираните в категорията. Какво получавате безплатно: система за оформление, отговаряща на базовите изисквания за контраст и фокус, библиотека от компоненти с разумна семантика и поддръжка за екранен четец по основните потоци. Какво все пак трябва да изградите достъпно: всеки персонализиран компонент Lightning, всяка страница в Now Experience UI Builder, всеки интеграционен UI на Workday Studio. Платформата покрива стандарта на ниво рамка; вашата персонализация е тази, която се одитира.

SAP, Oracle, Microsoft Dynamics

Унаследените корпоративни UI повърхности са най-трудната категория. Fiori (SAP) е изминал дълъг път и предоставя реална поддръжка за достъпност; Oracle JET и Redwood са надеждни; Dynamics 365 наследява по-широката позиция на Power Platform. Но обхватът на интегратора върху тези стекове обикновено са екрани, предхождащи съвременната рамка — Web Dynpro, класически Forms, персонализиран JSP — и пропастта в съответствието там е реална. Договорете обхвата на гаранцията за достъпност, за да изключите предхождащи унаследени повърхности, освен ако не сте изрично наети да ги приведете в съответствие.

Sitecore, Adobe Experience Manager, Optimizely

CMS платформите са случаят, при който качеството на VPAT варира най-много. AEM и Sitecore публикуват VPAT за своите среди за редактиране — използваеми, с уговорки — но съответствието на публикувания фронтенд зависи изцяло от шаблоните, доставяни от вашия екип, а не от CMS. Optimizely е подобен. Задължението на интегратора е изобразеният HTML, а не UX на редактора; изградете позицията за доставка около фронтенд шаблоните, библиотеката от компоненти и правилата за персонализация, заменящи съдържанието по време на изпълнение.

Персонализирани фронтенди с React, Vue, Angular

Стековете с пълна собственост означават пълна отговорност за историята на съответствието. Повтарящите се режими на провал са на ниво рамка: несъответствия при хидратация, оставящи aria атрибути в непоследователни състояния между SSR и клиента; смени на маршрут от страна на клиента, които никога не се обявяват, защото маршрутизаторът сменя страницата, без да преизобразява заглавие или да мести фокуса; избор на библиотеки от компоненти, изглеждащи достъпни изолирано, но проваляни при композиция. Разгледайте проучването на достъпните библиотеки от компоненти при избор на база — Radix, Reach UI, React Aria, Headless UI и още няколко имат значително по-добра базова линия за достъпност от комплектите от ерата на Bootstrap, все още плаващи в корпоративните хранилища.

Платформи за обществения сектор

Рамките за обществени поръчки на щатско и местно ниво прилагат добавки за достъпност, надхвърлящи федералната базова линия по Section 508: §7405 от Правителствения кодекс на Калифорния, NY State OFT P04-002, Texas TGC §2054.451. Прочетете добавката преди кандидатстване — много изискват VPAT, предаден спрямо конкретна версия на стандарта, конкретна методология за тестване и прегледан от посочен отговорник за достъпност. Анализът на покана за оферти за достъпност разглежда стандартните клаузи, превръщащи се в доставки, и клаузите, които трябва да бъдат маркирани за екипа по договорите преди подписване.

Цикълът на мониторинг и одит

Еднократна проверка при доставката не оцелява до първия спринт на клиента след приемането.

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

Първо, стартирайте безплатен скенер за WCAG 2.2 срещу staging билда преди всеки вътрешен контролен момент и срещу производствения билд преди всяко издание — това е слоят, улавящ регресиите преди да достигнат до приемателното тестване. Второ, поръчайте ръчен одит от тестери с увреждания преди всяко голямо издание — автоматизираните инструменти никога няма да уловят четливостта за екранен четец, намерението за ред на фокуса или дали даден поток реално е използваем от край до край. Трето, включете непрекъснат мониторинг в средата на клиента като част от пакета за предаване, за да не се разпадне тихо историята на съответствието между вашите ангажименти.

За предаването от интегратора към клиента специално, нашето ръководство за избор на платформа за мониторинг обхваща платформите, обединяващи сканиране, ръчен одит и доставка на декларации в един работен процес — Qualibooth, axe Monitor, Siteimprove и Level Access. Qualibooth е особено подходящ за предаването от интегратора: единна платформа, която интеграторът може да настрои по време на разработката, да предаде на клиента при доставката и да продължи да следи в рамките на абонамент за поддръжка — сканиране, триаж, ръчен одит и декларация от една конзола. Сравнете с axe Monitor (най-дълбока интеграция с CI/CD), Siteimprove (най-широка инсталационна база в корпоративния сегмент) и Level Access (най-голяма мрежа от одит-тестери) по съвместимост и дали мрежата от тестери включва уврежданията, с които реално се сблъскват крайните потребители.

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

Въпросите, които ръководителите по доставки на интегратори задават преди поемане на ангажимент.

Какво е VPAT и всички ли мои клиенти искат такъв?

VPAT (Voluntary Product Accessibility Template) е стандартизиран документ — понастоящем версия 2.5 — който отчита как даден продукт отговаря на критериите за успех по WCAG 2.x, Section 508 и EN 301 549. Купувачите от американските федерални органи го изискват като условие за обществена поръчка, повечето щатски купувачи също, а голямото предприятие все по-често го изисква като приложение към договора. Ако клиентът купува чрез отдел за обществени поръчки с отговорник по съответствието — приемайте „да“ за отговор. Ако клиентът е стартъп с пет души — приемайте „не“, но бъдете готови да го произведете в рамките на тримесечие, ако бъде придобит или привлече регулиран клиент.

Section 508 срещу WCAG 2.2 — кое иска американски федерален клиент?

И двете, като те се припокриват. Актуализацията на Section 508 от 2018 г. приравнява федералния стандарт с WCAG 2.0 AA чрез пряко позоваване. EN 301 549 v3.2.1 препраща към WCAG 2.1 AA, а v4.x се ориентира към WCAG 2.2 AA. Практическият отговор: изграждайте спрямо WCAG 2.2 AA, документирайте спрямо Section 508 и EN 301 549 в своя VPAT и ще покриете федералните обществени поръчки, повечето щатски поръчки и работата в обхвата на EAA в ЕС с един артефакт.

Как да включа гаранция за достъпност в техническо задание, без да поемам прекомерни ангажименти?

Ограничете гаранцията до: (а) конкретен стандарт („съответствие с WCAG 2.2 ниво AA, с документирани изключения“), (б) конкретна повърхност („екраните и потоците, доставени по настоящото техническо задание“), и (в) конкретна доказателствена основа („потвърдено чрез автоматизирано сканиране и ръчния одит, приложен като Приложение Б“). Изключете съдържанието, предоставено от клиента, компонентите на трети страни, изисквани от клиента, и всички комбинации браузър/помощна технология, публикувани като извън обхвата в одитния доклад. Избягвайте открити формулировки като „напълно достъпен“ или „100% съответстващ“ — нито един стандарт или правоприлагащ орган не дефинира тази фраза и тя ще бъде тълкувана срещу вас при спор.

Кой носи отговорност при съдебен иск срещу система, изградена от интегратор — интеграторът или клиентът?

И двамата, в зависимост от договора. При съдебни производства по ADA Title III в САЩ обикновено ответник е субектът, насочен към крайния потребител — вашият клиент. Но рамковият договор за услуги почти сигурно съдържа клауза за обезщетение и ако сте приели широка гаранция за достъпност без изключения, разходите се връщат към вас. Правоприлагането в ЕС по EAA е насочено към субекта, пускащ продукта или услугата на пазара — обикновено отново клиентът — но очакването за надлежна проверка по веригата на доставки означава, че клиентите ще търсят договорни средства за защита от интеграторите си. Прочетете клаузите за обезщетение, ограничете гаранциите прецизно и сключете подходяща застраховка.

Как изглежда пакетът за предаване на достъпността при доставка?

Като минимум: (1) актуален VPAT, (2) шаблон за декларация за достъпност, готов за публикуване от клиента, (3) най-новият доклад от ръчен одит от тестери с увреждания, (4) базовата линия от сканирането на производствения билд, (5) дневник за отстраняване на проблеми с тежест и прогнозна дата, (6) бележки за тестваните помощни технологии, и (7) мониторинг, настроен в средата на клиента с маршрутизиране на известията. Ако което и да е от тях липсва при приемането, клиентът е на едно писмо с искане разстояние от завръщане при вас.

Как да остойностя доставка за достъпност в ангажимент с фиксирана цена?

Три позиции: (а) инженерното надграждане за всеки спринт (обикновено 5–10% за нов UI, ако екипът е обучен; до 25%, ако не е), (б) доставките от одита (реален ръчен одит от тестери с увреждания струва $8 000–$25 000 в зависимост от броя на повърхностите), и (в) абонаментът за мониторинг и поддръжка на декларацията след пускане. Включете ги прозрачно в предложението — клиентите уважават отделна позиция повече от смесена ставка с добавена надценка, а детайлизираната цена прави гаранцията защитима, ако нещо се обърка.

Три следващи стъпки

Изберете тази, която отговаря на текущото състояние на практиката за доставки.

  1. Стартирайте безплатния скенер срещу текущ билд

    Използвайте безплатния скенер за WCAG 2.2 срещу произволен публичен URL адрес. Най-доброто начало, ако искате базова картина на съответствието на текуща доставка, преди да поемете гаранционни клаузи.

    Отворете скенера →

  2. Прочетете анализа на поканата за оферти

    Нашият анализ на покана за оферти за достъпност разглежда клаузите за обществени поръчки, превръщащи се в доставки, с примерни договорни формулировки и изключенията, правещи гаранцията защитима.

    Прочетете анализа →

  3. Одитирайте пейзажа на публикуваните декларации

    Вижте как стоят публикуваните декларации за достъпност на клиента ви спрямо одита на декларациите на топ 100 — полезна проверка кои клаузи вече са стандарт и кои все още са диференциатор.

    Прочетете одита →