Описание на изображението: Ръце върху механична клавиатура с отворен документ за технически стандарти на външен монитор — работното място на одитора по достъпност, където живее EN 301 549.

Време за четене: 11 минути

EN 301 549 е хармонизираният европейски стандарт за изискванията за достъпност, приложими към ИКТ продукти и услуги. Публикуван и поддържан от ETSI — Европейския институт за стандарти в далекосъобщенията — в сътрудничество с CEN и CENELEC, той е техническият инструмент, който превръща по-абстрактните задължения на Европейския акт за достъпност (EAA), Директивата за достъпността на уебсайтовете (Директива (ЕС) 2016/2102) и повечето национални правила за обществени поръчки в контролен списък клауза по клауза, спрямо който доставчикът може да бъде оценяван. Докато WCAG е стандарт за съдържание и интерфейс в уеб, EN 301 549 е по-широката рамка, която обгръща WCAG в изискванията, спрямо които правото на ЕС реално възлага обществени поръчки.

През 2026 г. действащата версия е V3.2.1, публикувана през март 2021 г. и включваща чрез препратка WCAG 2.1 ниво AA. Нова редакция, включваща WCAG 2.2 AA — с предварителен номер V4.0.0 — е в късен етап на изготвяне в съвместния технически орган на ETSI/CEN/CENELEC и се очаква да бъде публикувана през 2026 г., последвана от цитиране в Официален вестник на Европейския съюз. Този материал е наръчник: какво представлява стандартът, как са организирани неговите дванадесет глави, къде Глава 9 (уеб) и Глава 11 (софтуер) стоят редом до Глава 10 (документи) и Глава 12 (документация и поддръжка), как стандартът свързва WCAG с правото на ЕС за обществени поръчки и къде ще го срещнете цитиран в законодателната карта, която вече познавате.

Какво всъщност представлява EN 301 549 — и какво не е

EN 301 549 е хармонизиран европейски стандарт. Този израз има точно значение в правото на ЕС: това е стандарт, разработен от една от трите признати европейски организации по стандартизация (ETSI, CEN, CENELEC) по искане на Европейската комисия чрез официално „искане за стандартизация” (наричано още „мандат”) и след това цитиран в Официален вестник на Европейския съюз като даващ „презумпция за съответствие” със съответния законодателен акт на ЕС. За продукт или услуга, които отговарят на хармонизирания стандарт, се приема, че отговарят на правните изисквания, които той хармонизира. Презумпцията може да бъде оборена, но на практика публичните възложители, одиторите по достъпност и органите за оценка на съответствието третират стандарта като оперативния контролен списък.

EN 301 549 възниква от Мандат M/376, издаден от Комисията през 2005 г., за да подготви правилата на Европа за обществени поръчки по отношение на достъпността — единна, технологично неутрална, хармонизирана отправна точка за това какво означава „достъпни ИКТ” в процеса на публично възлагане. Първата публикувана версия, V1.1.2, се появява през 2014 г. Оттогава стандартът преминава през три съществени редакции: V2 (2018 г.), привеждаща го в съответствие с WCAG 2.1, V3.1.1 и V3.2.1 (2019–2021 г.), които прецизират определенията и добавят клаузи за мобилни приложения и инструменти за създаване на съдържание, и предстоящата V4, включваща WCAG 2.2.

Какво не е EN 301 549: той не е EAA и не е Директивата за достъпността на уебсайтовете. Това са законите, които възлагат обществени поръчки спрямо стандарта. EN 301 549 е документът с критериите за изпитване — частта от системата, която разработчикът или служителят по обществени поръчки реално чете, за да разбере дали даден резултат отговаря на изискванията.

Структурата от дванадесет глави

EN 301 549 е организиран около дванадесет съществени клаузи (номерирани от Клауза 4 в документа, тъй като Клаузи 1–3 обхващат обхвата и определенията). Архитектурата е умишлено модулна: доставчик, който определя обхвата на офертата си за обществена поръчка, преценява кои клаузи се прилагат към продукта, прилага само тях и декларира съответствие спрямо посочените клаузи. Основните модули се намират в Глави 9 до 12.

Глава 9 — Уеб съдържание

Глава 9 е главата, до която повечето специалисти по достъпност стигат първо, защото тя включва WCAG чрез препратка. Във V3.2.1 Глава 9 пренася дословно критериите за успех на WCAG 2.1 ниво A и ниво AA: клауза 9.1 обхваща възприемаемите критерии за успех, 9.2 — оперативните, 9.3 — разбираемите, 9.4 — надеждните. Уеб продукт, който отговаря на WCAG 2.1 AA, отговаря на Глава 9. Стандартът не преразказва текста на WCAG; той го цитира. Във V4 същата глава ще препраща към WCAG 2.2 AA, поемайки деветте нови и преработени критерия за успех — включително 2.4.11 Неприкрит фокус (минимум), 2.4.12 Неприкрит фокус (разширен), 2.4.13 Видимост на фокуса, 2.5.7 Движения с влачене, 2.5.8 Размер на целта (минимум), 3.2.6 Последователна помощ, 3.3.7 Повтарящо се въвеждане, 3.3.8 Достъпно удостоверяване (минимум) и 3.3.9 Достъпно удостоверяване (разширено).

Глава 10 — Документи извън уеб

Глава 10 прилага изисквания, еквивалентни на WCAG, към документи извън уеб — PDF файлове, документи на Word, презентации, ePub и всякакви други документи, доставяни заедно с уеб или извън него. Това става, като се взема всеки критерий за успех на WCAG 2.1, който има смисъл за документ извън уеб, и се преформулира в контекста на документа. Етикетиран, навигируем, правилно описан PDF отговаря на Глава 10; неетикетирано сканиране на печатен доклад — не. Публичните възложители, които поръчват политически публикации, договорни условия, обучителни материали и декларации за достъпност, разчитат на Глава 10, за да определят летвата за това, което приемат като резултат.

Глава 11 — Софтуер извън уеб

Глава 11 е най-широкият модул и най-съществен за съвременния технологичен стек. Тя прилага изисквания, еквивалентни на WCAG, към софтуер извън уеб — настолни приложения, нативни мобилни приложения, вградени интерфейси, киоск-терминали с персонализиран софтуер — и добавя изисквания, които са специфични за софтуера и нямат аналог в WCAG: клаузи за услугите за достъпност на платформата (11.5), за съвместимостта с помощни технологии (11.6) и за инструментите за създаване на съдържание (11.8, произтичащи от Насоките за достъпност на инструментите за създаване на съдържание на W3C). Покритието на мобилните приложения в Глава 11 е причината Директивата за достъпността на уебсайтовете да може да се разпростира върху мобилните приложения на органите от обществения сектор и причината EAA да може да се прилага към електронни четци, машини за билети и терминали на самообслужване, без да е необходим отделен стандарт за всеки от тях.

Глава 12 — Документация и услуги за поддръжка

Глава 12 обхваща документацията и услугите за поддръжка на клиенти: ръководства за потребителя, помощни системи, центрове за поддръжка, онлайн чат, достъпни формати при поискване. Клаузите изискват документацията на продукта да описва функциите за достъпност на продукта, самата документация да бъде достъпна и услугите за поддръжка да са налични чрез достъпни канали. Това е главата, която свързва достъпността с опита след покупката — частта от пътя на купувача, в която потребителите реално срещат продукта и се нуждаят от помощ с него.

Глави 5–8 — общите хоризонтални изисквания

Глави 5 до 8 стоят преди модулите, специфични за формата. Глава 5 обхваща общи изисквания, приложими към всеки ИКТ продукт или услуга — затворена функционалност, биометрия, запазване на информацията за достъпност при преобразуване. Глава 6 обхваща ИКТ с двупосочна гласова комуникация: текст в реално време, видеорелейни услуги и изискванията за оперативна съвместимост, които правят достъпната комуникация възможна между различни доставчици на услуги. Глава 7 обхваща ИКТ с видеовъзможности — аудио описание, субтитриране, представяне на жестов език. Глава 8 обхваща хардуера: клавиатури, органи за управление, конектори, физически достъп. Рядко обхватът на даден продукт се определя само спрямо една глава; приложение за видеострийминг на смарт телевизор ще засегне едновременно Глави 5, 7, 9 (ако има уеб интерфейс), 11 (самото приложение) и 12 (неговата документация).

Глава 13 и приложенията

Глава 13 разглежда ИКТ, които предоставят релейни услуги и достъп до спешни услуги — комуникационния слой от обществен интерес. Приложенията са мястото, където стандартът върши работата си по обвързване на обществените поръчки: Приложение A съдържа методологията за оценка на съответствието, включително задължителния образец на „декларация за достъпност”; Приложение B съпоставя клаузите на EN 301 549 със съответните изисквания на американския Section 508 — полезно за доставчици, които продават от двете страни на Атлантика; Приложение C предоставя насоки за декларациите за функционални показатели; а библиографията изброява всеки стандарт, включително WCAG, който документът включва чрез препратка.

Как WCAG 2.1 AA всъщност се вписва в EN 301 549

Връзката между WCAG и EN 301 549 е най-често задаваният въпрос в работата по съответствие, а отговорът е по-конкретен от „EN 301 549 включва WCAG”. WCAG 2.1 ниво AA е включен в Глава 9 (уеб съдържание) и в части от Глава 11 (софтуер, където критериите за успех са приложими към софтуер извън уеб). Включването е чрез препратка, а не чрез преразказ: клаузите на Глава 9 са номерирани така, че да отразяват структурата на WCAG, и всяка клауза сочи към съответния критерий за успех в препоръката на W3C. Декларация за съответствие с WCAG 2.1 AA се превръща директно в декларация за съответствие с Глава 9.

Там, където EN 301 549 надхвърля WCAG, е в клаузите, специфични за софтуера, хардуера и документацията, които WCAG никога не е бил предназначен да обхване. WCAG разглежда съдържанието като възприемаемо, оперативно, разбираемо и надеждно в рамките на уеб потребителски агент. EN 301 549 добавя изискванията, които уреждат например взаимодействието на настолно приложение с API на екранен четец в Windows, тактилната различимост на хардуерна клавиатура или оперативната съвместимост по TTY на център за обслужване. Продукт може да отговаря на WCAG 2.1 AA и въпреки това да не отговаря на EN 301 549 — обикновено защото Глави 11 или 12 обхващат изисквания, които WCAG не разглежда.

Къде EN 301 549 е цитиран в правото на ЕС

Носещата роля на стандарта е в графа на цитиранията. Три основни правни инструмента посочват EN 301 549 като техническа отправна точка; няколко десетки национални закони за обществени поръчки и устави за достъпност правят същото.

Европейският акт за достъпност (Директива (ЕС) 2019/882)

Европейският акт за достъпност определя функционални изисквания за достъпност за определен списък от продукти и услуги — компютри, смартфони, електронни четци, банкомати, машини за билети, електронна търговия, електронни книги, телефония, аудиовизуални медийни услуги, банкови услуги, информация за пътническия транспорт. Функционалните изисквания на акта (Приложение I) са абстрактни; те изискват например информацията да се предоставя в достъпни формати, потребителските интерфейси да поддържат помощни технологии, спешните комуникации да работят с глухи потребители. За да направи тези абстрактни изисквания оперативни, EAA разчита на хармонизирани стандарти, цитирани съгласно член 15 от Регламент (ЕС) 1025/2012 — и EN 301 549 е хармонизираният стандарт, който Европейската комисия използва, за да направи оперативни изискванията на EAA за уеб, софтуер и документация. За продукт, който отговаря на съответните клаузи на EN 301 549, важи презумпцията за съответствие с EAA. Първото цитиране на EN 301 549 в Официален вестник специално за целите на EAA е публикувано през 2024 г.; редакциите следват всяка нова версия.

Директивата за достъпността на уебсайтовете (Директива (ЕС) 2016/2102)

Директивата за достъпността на уебсайтовете, в сила от декември 2016 г., изисква органите от обществения сектор в държавите – членки на ЕС, да направят своите уебсайтове и мобилни приложения достъпни. Член 6 от Директивата гласи, че за съдържание, отговарящо на хармонизирания стандарт, цитиран в Официален вестник, се приема, че съответства на изискванията за достъпност, определени в член 4. EN 301 549 е цитираният стандарт — V2 от 2018 г. е първата версия, посочена за целите на Директивата, като всяка следваща редакция води до ново цитиране в ОВ. За уебсайтовете и мобилните приложения на обществения сектор, които отговарят на Глава 9 и приложимите части от Глава 11, се приема, че съответстват на Директивата.

Националните закони за обществени поръчки и член 42 от Директивата за обществените поръчки в публичния сектор

Член 42 от Директива 2014/24/ЕС (Директивата за обществените поръчки в публичния сектор) изисква техническите спецификации в публичните търгове за продукти и услуги, които ще се използват от физически лица, „да отчитат критериите за достъпност за хора с увреждания или проектиране за всички потребители”. Държавите членки са въвели това задължение в националните си кодекси за обществени поръчки, като прилагащите текстове обикновено посочват EN 301 549 като референтен стандарт — от германските BITV 2.0 и EU-Verordnung, посочени във федералните обществени поръчки, през испанския Real Decreto 1112/2018, френския RGAA (който привежда критериите си в съответствие с Глава 9 на EN 301 549), италианските Linee Guida AgID, до нидерландския Tijdelijk besluit digitale toegankelijkheid overheid. Слоят на националните обществени поръчки е там, където EN 301 549 има най-голямо ежедневно търговско въздействие, защото определя кои доставчици могат да участват в кои публични договори.

Какво променя V4 — и какво не

Предстоящата V4 на EN 301 549 е работното наименование на редакцията, която ще включи WCAG 2.2 AA вместо WCAG 2.1 AA, поемайки деветте критерия за успех, които W3C добави или преработи в актуализацията от 2023 г. Работната редакция е видима в публичния архив на Техническия комитет по човешки фактори на ETSI от 2024 г., а съвместната работна група на ETSI/CEN/CENELEC заседава през 2025 г., за да я финализира. Публикуването през 2026 г. е работното допускане в общността по стандартизация; цитирането в ОВ съгласно EAA и Директивата следва по обичайния график на Комисията (обикновено няколко месеца след публикуването от ETSI).

Съществените разлики във V4 се групират около две области. Първо, самите критерии за успех на WCAG 2.2 — Глава 9 поема деветте нови критерия, като най-съществени в оперативно отношение са Неприкрит фокус, Размер на целта (минимум), Движения с влачене и двата критерия за Достъпно удостоверяване, които заедно ще наложат повторен одит на всеки продукт, използващ оувърлей банери, прозорци за бисквитки, полета за пароли или малки зони за докосване. Второ, клаузите за софтуер на стандарта (Глава 11) се прецизират, за да се приведат по-близо до WCAG 2.2 за софтуера, където критериите за успех се прилагат, и за да се актуализира формулировката за услугите за достъпност на платформата така, че да отразява API за помощни технологии, появили се след 2021 г.

Какво V4 не променя: архитектурата от дванадесет глави, образеца на декларацията за съответствие в Приложение A, връзката с EAA и Директивата или съпоставянето със Section 508 в Приложение B. Доставчик, който има актуална декларация за съответствие спрямо V3.2.1, в повечето случаи ще трябва да проведе повторно изпитване за новите критерии на WCAG 2.2, но не и да преработи изцяло подхода си към съответствието.

EN 301 549 на практика: декларацията за съответствие

Оперативният документ, който EN 301 549 произвежда, е декларация за съответствие — наричана понякога „декларация за достъпност” в контекста на Директивата или Шаблон за доброволна декларация за достъпност на продукта (VPAT) в традицията на Section 508. Приложение A на стандарта съдържа образеца. За всяка приложима клауза доставчикът посочва дали продуктът „Поддържа”, „Частично поддържа”, „Не поддържа” или „Неприложимо”. Всяко „Частично поддържа” или „Не поддържа” трябва да е придружено от поле с бележки и обяснения, описващо несъответствието.

В отговор на обществена поръчка служителят по обществени поръчки определя обхвата на съответните глави спрямо продукта, изисква декларация за съответствие клауза по клауза и оценява несъответствията. Декларацията е договорно обвързваща в повечето рамки за обществени поръчки в ЕС — ако доставчикът декларира „Поддържа” по дадена клауза и продуктът впоследствие не отговаря на нея при приемането от потребителя, договорът обикновено дава на възложителя основания за отстраняване на проблеми, санкции или разваляне. Ето защо EN 301 549 има по-голяма търговска тежест от самия документ на WCAG: WCAG е препоръка на W3C без статут в обществените поръчки; EN 301 549 е документът, който се посочва в договора.

EN 301 549 в законодателната карта, която вече познавате

Ако сте следили линията на законодателството на ЕС за правата на хората с увреждания — EAA, Директивата за достъпността на уебсайтовете, националните кодекси за обществени поръчки, които прилагат Директива 2014/24/ЕС — EN 301 549 е техническата основа, която свързва тези закони с ежедневния процес на изпитване на доставчика. WCAG определя правилата за уеб съдържанието. EN 301 549 обгръща WCAG в по-широкия набор от изисквания (софтуер, документи, документация, хардуер, двупосочна комуникация), спрямо които правото на ЕС за обществени поръчки реално възлага. EAA и Директивата след това цитират EN 301 549 като стандарта, който задейства презумпцията за съответствие. Националните кодекси за обществени поръчки посочват стандарта в техническите си спецификации, а одиторите по достъпност изпитват спрямо него клауза по клауза.

За специалистите, които планират одит през 2026 г.: V3.2.1 е версията, спрямо която да изпитвате днес, V4 е версията, за която да започнете да се подготвяте, а разликите, които си струва да изпреварите, са деветте критерия за успех на WCAG 2.2 — особено критериите за видимост на фокуса и размер на целта, които повечето продукти тихомълком не покриват. Най-бързият начин да установите кои критерии от 2.2 вече нарушава сайтът ви е безплатно сканиране за WCAG 2.2 на представителна страница. За по-широката картина на отразяването през 2026 г. как този стандарт взаимодейства с националното правоприлагане вижте указателя на статиите на Disability World; за картината на правоприлагането през първата година на EAA в държавите членки вижте наръчника за EAA. За практическо превръщане на V3.2.1 + разликите на 2.2 в действащ одит вижте ръководството стъпка по стъпка за съответствие с WCAG 2.2; за платформите за мониторинг, които поддържат съответствието между одитите, вижте ръководството за купувача на платформи за мониторинг на достъпността.

Основни източници

  1. ETSI / CEN / CENELEC. EN 301 549 V3.2.1 (2021-03) — Accessibility requirements for ICT products and services. etsi.org
  2. Европейска комисия. Искане за стандартизация M/376 (2005 г.) относно достъпността на ИКТ за обществени поръчки.
  3. Директива (ЕС) 2019/882 на Европейския парламент и на Съвета относно изискванията за достъпност на продукти и услуги (Европейски акт за достъпност).
  4. Директива (ЕС) 2016/2102 на Европейския парламент и на Съвета относно достъпността на уебсайтовете и мобилните приложения на органите от обществения сектор.
  5. Директива 2014/24/ЕС на Европейския парламент и на Съвета относно обществените поръчки, член 42.
  6. Регламент (ЕС) № 1025/2012 на Европейския парламент и на Съвета относно европейската стандартизация.
  7. W3C. Web Content Accessibility Guidelines (WCAG) 2.1 (Препоръка на W3C, юни 2018 г.) и WCAG 2.2 (Препоръка на W3C, октомври 2023 г.).
  8. Технически комитет по човешки фактори на ETSI. Публичен архив относно дейността по редакциите на EN 301 549 (2024–2025 г.).