Профиль требований цифровой доступности для Единого реестра российского ПО и каталога КТРУ

Редакция 0.1 (проект для обсуждения) · 7 июня 2026 · функциональные брендонезависимые требования

Не создаёт нового регулятора · встраивается в действующие механизмы

Суть. Профиль вводит проверяемые функциональные характеристики доступности как дополнительный признак ПО в Едином реестре (по аналогии с уже действующими доптребованиями) и как характеристики позиций каталога КТРУ. На старте — добровольная отметка «Доступное ПО», дающая преимущество в закупках для образования и госсектора; обязательность вводится поэтапно и только для новых версий. Все формулировки функциональны и не упоминают конкретные продукты — это соответствует ч. 1 ст. 33 Федерального закона № 44-ФЗ.

1. Назначение и правовая логика

Профиль устраняет нормативный разрыв: действующее обязательное регулирование (Постановление Правительства РФ от 07.02.2026 № 102) распространяется только на веб-сайты госорганов и только для инвалидов по зрению, тогда как прикладное и офисное ПО, образовательные системы и когнитивная доступность не охвачены. Единый реестр российского ПО — главный инструмент ИТ-политики — не содержит ни одного критерия доступности.

Профиль не требует нового закона или регулятора. Он опирается на уже действующую нормативную и стандартизационную базу (ссылки на источники кликабельны):

ГОСТ Р 52872-2019 — доступность интернет-ресурсов, приложений для стационарных и мобильных устройств и иных пользовательских интерфейсов;
ГОСТ Р 70176-2022 — требования доступности файлов PDF;
ГОСТ Р ИСО 21801-1-2022 — когнитивная доступность (общие руководящие указания);
WCAG 2.2 (W3C, уровень AA) и руководство W3C COGA — международный ориентир, гармонизированный с российскими ГОСТ;
встраивается в механику ПП РФ № 1236 (Реестр) и доптребований, а также в характеристики позиций КТРУ.

2. Область применения

Профиль применяется к классам ПО, с которыми пользователь работает напрямую и которые массово закупаются для государства и образования:

офисное ПО (редакторы документов, таблиц, презентаций, почта, средства совместной работы);
образовательные платформы и клиентские приложения образовательных ГИС;
клиентские, мобильные и веб-интерфейсы прикладных информационных систем;
клиентские банковские и медицинские приложения (с участием профильных регуляторов — ЦБ РФ и Минздрава);
операционные системы — в части системных средств доступности (экранный диктор, увеличение, фильтры цветокоррекции, высокий контраст).

Серверное ПО, СУБД, средства разработки и иные продукты без прямого пользовательского интерфейса в профиль не включаются.

3. Уровни соответствия и отметка

Уровень	Что покрывает	Опора	Отметка в Реестре
Базовый	Сенсорная и моторная доступность: зрение, цветоразличение, слух, моторика, сенсорная безопасность	ГОСТ Р 52872-2019 · WCAG 2.2 AA · ГОСТ Р 70176-2022	«Доступное ПО · Базовый»
Расширенный	Базовый + когнитивная доступность: РАС, СДВГ, дислексия, интеллектуальные нарушения	+ W3C COGA · ГОСТ Р ИСО 21801-1-2022	«Доступное ПО · Расширенный»

Отметка присваивается на основании декларации доступности правообладателя (см. раздел 6) и отображается в карточке продукта Реестра и в характеристиках КТРУ.

4. Требования (функциональные, проверяемые)

Каждое требование сформулировано как проверяемая возможность продукта и привязано к критерию стандарта. Б — Базовый уровень, Р — Расширенный.

4.1. Восприятие

№	Требование	Ур.	Критерий
В-1	Контраст текста и значимых элементов к фону — не менее 4,5:1 (крупный текст — 3:1)	Б	`WCAG 1.4.3`
В-2	Масштабирование текста до 200% без потери функциональности и без горизонтальной прокрутки	Б	`WCAG 1.4.4/1.4.10`
В-3	Информация и статусы не передаются только цветом — дублируются текстом, значком или формой	Б	`WCAG 1.4.1`
В-4	Нетекстовые элементы (изображения, значки, диаграммы) имеют текстовые альтернативы	Б	`WCAG 1.1.1`
В-5	Поддержка системного режима высокого контраста и пользовательской цветовой темы	Б	`ГОСТ 52872`
В-6	Управляемая типографика: основной текст — свободно распространяемый шрифт без засечек по умолчанию; пользователь может изменить гарнитуру, кегль, межбуквенный и межстрочный интервалы; доступен одноколоночный режим чтения	Б	`WCAG 1.4.8/1.4.12`

4.2. Управление

№	Требование	Ур.	Критерий
У-1	Все функции доступны с клавиатуры, без «ловушек фокуса», с видимым индикатором фокуса	Б	`WCAG 2.1.1/2.4.7`
У-2	Интерактивные элементы — размером не менее 24×24 px либо с достаточным интервалом	Б	`WCAG 2.5.8`
У-3	Любое действие перетаскиванием имеет альтернативу одиночным указателем	Б	`WCAG 2.5.7`
У-4	Ограничения по времени настраиваются или отключаются	Б	`WCAG 2.2.1`

4.3. Совместимость со вспомогательными технологиями

№	Требование	Ур.	Критерий
С-1	Корректная работа с программами экранного доступа через программный интерфейс доступности ОС (имя, роль, состояние элементов)	Б	`WCAG 4.1.2`
С-2	Экспорт документов в форматы, сохраняющие структуру для вспомогательных технологий; доступный PDF	Б	`ГОСТ Р 70176-2022`
С-3	Встроенная проверка доступности документа (альтернативный текст, структура заголовков, контраст, порядок чтения)	Р	`COGA · ГОСТ 52872`

4.4. Медиа и сенсорная безопасность

№	Требование	Ур.	Критерий
М-1	Видео сопровождается субтитрами, аудио — текстовой расшифровкой	Б	`WCAG 1.2.2/1.2.1`
М-2	Важные звуковые уведомления визуально дублируются	Б	`ГОСТ 52872`
М-3	Отсутствие мигания чаще 3 раз в секунду; анимация и автозапуск медиа управляемы/отключаемы (с учётом системного флага `prefers-reduced-motion`)	Б	`WCAG 2.3.1/2.2.2`

4.5. Когнитивная доступность Расширенный уровень

№	Требование	Ур.	Критерий
К-1	Упрощённый и предсказуемый режим интерфейса; постоянное расположение управляющих элементов и помощи	Р	`COGA · 3.2.6`
К-2	Сложные действия выполняются пошагово; прогресс сохраняется, возврат назад без потери данных	Р	`COGA`
К-3	Ясные сообщения об ошибках с указанием причины и способа исправления; повторный ввод известных данных не требуется	Р	`WCAG 3.3.1/3.3.7`
К-4	Режим снижения сенсорной нагрузки («спокойный режим»): отключение анимаций, приглушённая палитра, минимум отвлекающих элементов; без давящих таймеров и искусственного дефицита (счётчиков «осталось 2 мин», навязчивых поп-апов)	Р	`COGA · ГОСТ ИСО 21801`
К-5	Аутентификация без обязательных когнитивных тестов (доступная альтернатива CAPTCHA)	Р	`WCAG 3.3.8`
К-6	Понятный, буквальный язык интерфейса: метки кнопок и ссылок описывают конкретное действие («Перейти к оплате», «Скачать PDF»), без идиом и абстрактных «Вперёд/Поехали»; поддержка упрощения текста (в т.ч. ИИ-инструментами)	Р	`WCAG 2.4.6/3.2.4`

Когнитивные требования опираются на критерии WCAG 2.2 (доступная аутентификация, исключение повторного ввода, постоянная помощь, размер целей), W3C COGA, ГОСТ Р ИСО 21801 и на отечественную методику адаптации интерфейсов для людей с РАС, развиваемую с 2021 года (аудит интерфейса с участием нейроотличных тестировщиков).

5. Характеристики для каталога КТРУ

Для каталога требования преобразуются в проверяемые характеристики позиции (значения «да/нет» или уровень). Это позволяет указывать доступность в описании объекта закупки без упоминания торговых наименований.

Характеристика КТРУ	Тип значения
Уровень профиля доступности	Нет / Базовый / Расширенный
Поддержка программ экранного доступа через интерфейс доступности ОС	да / нет
Полное управление с клавиатуры	да / нет
Управляемый контраст и масштабирование до 200%	да / нет
Управляемая типографика (свободный шрифт без засечек по умолчанию, регулируемые интервалы)	да / нет
Экспорт в доступный PDF (ГОСТ Р 70176-2022)	да / нет
Встроенная проверка доступности документа	да / нет
Режим снижения сенсорной нагрузки	да / нет
Доступная альтернатива CAPTCHA	да / нет / не применимо
Понятный (буквальный) язык меток интерфейса	да / нет

6. Подтверждение соответствия

Подтверждение трёхуровневое — от лёгкого к строгому:

Декларация доступности правообладателя по единой форме (российский аналог VPAT/ACR): перечень требований профиля с отметкой «поддерживается / частично / не поддерживается» и комментарием. Достаточно для добровольной отметки на старте.
Чек-лист самопроверки по разделу 4 (автоматизируемые проверки контраста, клавиатуры, разметки + ручные проверки).
Независимый аудит с участием пользователей вспомогательных технологий (незрячих, слабовидящих, с РАС) — рекомендуется для образовательного ПО и обязателен для перехода к обязательному уровню. Научно подтверждено, что участие пользователей в проверке критично для результата; в России такой аудит интерфейсов с участием нейроотличных тестировщиков уже практикуется (отечественная методика адаптации интерфейсов для людей с РАС развивается с 2021 года).

7. Этапность внедрения

Этап 1
0–12 мес

Добровольная отметка. Методические рекомендации + форма декларации. Отметка «Доступное ПО» даёт преимущество (баллы) при закупках для образования и госорганов. Никаких порогов отсечения.

Этап 2
12–24 мес

Обязательный Базовый уровень для новых версий офисного и образовательного ПО, закупаемого для школ, вузов и госорганов. Переходный период для действующих версий.

Этап 3
24+ мес

Расширенный (когнитивный) уровень для образовательного ПО; синхронизация с нормой о «понятной, доступной форме» (ФЗ-651, вступает в силу 01.09.2027; устанавливает требование к доступной, понятной форме информации, прямых технических требований к ПО не содержит). Постепенное распространение на другие классы ПО.

Принцип защиты от перекосов. На старте — стимул, а не запрет: добровольная отметка и преимущество в закупках, а не порог допуска. Обязательность вводится только для новых версий и с переходным периодом, чтобы не отсекать существующие продукты и не создавать дефицит на рынке.

8. Что это даёт

Государству — измеримый критерий качества ПО для образования и госсектора без нового регулятора и без нагрузки на бюджет.
Рынку — понятный, брендонезависимый ориентир и стимул (преимущество в закупках), а не штраф.
Гражданам — равный доступ к рабочему месту и месту учёбы для 11+ млн человек с инвалидностью и детей с особенностями развития, и удобнее интерфейс для всех.