Реестр обеспечения доступности и соответствия HIF

Статус: контролируемый шаблон HIF 0.5

Используйте один реестр на выпуск продукта или на заданные границы аудита. Он сохраняет доказательства для заявления о доступности, закупочного ответа, плана исправлений или ограниченного заявления о соответствии. Техническая оценка не становится от этого юридическим заключением.

Используйте вместе с Доступностью и инклюзивностью, Шаблоном профиля продукта, а для клиентской работы — с Методикой веб-аудита.

1. Управление записью

Идентификатор записи:
Продукт или услуга:
Выпуск или сборка:
Ответственный:
Руководитель оценки:
Независимый рецензент:
Даты оценки:
Дата отчёта:
Следующая проверка:
Репозиторий или место хранения доказательств:
Конфиденциальность и срок хранения:
Статус: черновик | проверено | утверждено | срок истёк

2. Предполагаемое заявление

Назначение:
Аудитория:
Тип заявления:
  внутренний контроль качества | аудит выборки | полная оценка соответствия
  заявление о доступности | закупочный ответ | ACR | другое
Стандарт и точная версия:
Уровень соответствия:
Точные границы:
Явные исключения:
Нужна юридическая проверка: да | нет | не решено
Кто уполномочен делать заявление:

Не начинайте с формулировки «полностью соответствует». Начните с доказательств, которые должны проверить эту гипотезу.

3. Реестр юрисдикций и обязанностей

Отдельно фиксируйте:

• обязанности в сфере равенства и недискриминации;
• правила цифровой доступности государственного сектора;
• требования доступности продуктов или услуг;
• закупочные и трудовые требования;
• отраслевые обязанности;
• порядок подачи жалоб, мониторинга и правоприменения.

4. Состав продукта и содержания

Перечень типов содержания:

• HTML или нативный пользовательский интерфейс
• формы и транзакционные процессы
• аутентификация и восстановление учётной записи
• документы, PDF и офисные форматы
• аудио, видео и прямые трансляции
• карты, графики, диаграммы, canvas или WebGL
• электронные письма, уведомления и содержание поддержки
• встроенные или сторонние услуги
• пользовательское содержание
• сгенерированное ИИ или персонализированное содержание
• загружаемое программное обеспечение или мобильные приложения
• киоск, терминал или аппаратное взаимодействие

5. Полные процессы

Включите сценарии ошибки, отсутствия данных, загрузки, истечения времени, работы без сети, отказа, прерывания и повторной аутентификации.

6. Матрица поддерживаемых сред

Документируйте основание включения и исключения. Отмечайте реальное устройство и эмуляцию.

7. Покрытие пользовательских потребностей

8. Матрица критериев

Используйте одну строку для каждого применимого требования. Пустой результат недопустим.

Допустимые результаты:

• PASS
• FAIL
• NOT APPLICABLE с обоснованием
• NOT TESTED, что блокирует полное заявление о соответствии
• CANNOT TELL, что требует экспертного решения

Для WCAG оцениваются требования к соответствию, а не только отдельные критерии успеха.

9. Автоматические проверки

• Ложноположительные результаты разобраны.
• Неприменимые правила объяснены.
• Покрытие сканера не представлено как полное покрытие доступности.
• Регрессионные проверки выполняются в конвейере сборки.

10. Проверка семантики и кода

• Нативные элементы используются там, где подходят.
• Порядок чтения DOM и дерева доступности осмыслен.
• Ориентиры, заголовки, списки и таблицы передают структуру.
• Каждый интерактивный элемент управления имеет понятные имя, роль и состояние.
• Подписи, описания, ошибки и инструкции правильно связаны.
• Нестандартные элементы управления реализуют семантику и поведение.
• Динамические состояния и ошибки объявляются без шквала прерываний.
• Скрытое, неактивное и недоступное содержание представлено корректно.
• Навигация на стороне клиента восстанавливает ориентацию.
• Сторонние и встроенные поверхности включены в оценку или явно исключены.

Доказательства:

11. Клавиатура и альтернативные способы ввода

Проверьте:

• покрытие всех действий;
• логичный порядок фокуса;
• видимый и не перекрытый фокус;
• отсутствие ловушки фокуса;
• правильные клавиши составных виджетов;
• удержание и восстановление фокуса;
• размер цели и расстояние между элементами;
• возможность отменить действие указателя;
• поведение при истечении и продлении времени;
• вхождение видимой подписи в доступное имя.

12. Журнал сценариев с программами экранного доступа

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

13. Журнал слабого зрения и визуальной адаптации

Не записывайте тёмную тему как доказательство поддержки принудительных системных цветов.

14. Движение, мигание и ограничения времени

• Применимые пороги мигания пройдены.
• Системная настройка уменьшения движения учитывается.
• Необходимое движение и альтернативы документированы.
• Движущимся или автоматически обновляемым содержанием можно управлять там, где это требуется.
• Автоматическое воспроизведение не создаёт неожиданный звук или фокус.
• Ограничения времени отсутствуют, регулируются или покрыты применимым исключением.

Доказательства и выявленные проблемы:

15. Медиа и коммуникация

Фиксируйте точность субтитров, обозначение говорящих, смысловой звук, синхронизацию и результат проверки качества.

16. Проверка когнитивной доступности и содержания

• назначение и следующее действие ясны;
• терминология, навигация и помощь последовательны;
• нагрузка на память вынесена во внешние подсказки, где возможно;
• ошибки сохраняют корректно введённые данные и объясняют восстановление;
• необратимые последствия имеют предварительный просмотр и подтверждение;
• аутентификация поддерживает менеджеры паролей и доступные альтернативы;
• отвлечениями и прерываниями можно управлять;
• сложность текста и язык соответствуют аудитории;
• важное содержание имеет подходящий альтернативный формат;
• созданные ИИ сводки или упрощённые версии сохраняют смысл.

Доказательства, потребность пользователя и источник каждого требования за пределами WCAG:

17. Оценка с участием людей с инвалидностью

Исследовательские вопросы:
Критерии включения участников:
Способ набора:
Условия доступного участия:
Компенсация:
Согласие и конфиденциальность:
Задачи:
Правила остановки и защиты участников:
Метод анализа:
Ограничения обобщения:

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

18. Реестр выявленных проблем

Критичность:

• critical — критическая задача или задача, связанная с безопасностью, заблокирована без эффективной альтернативы;
• major — основная задача заблокирована или требует необоснованной помощи;
• moderate — существенная дополнительная сложность, задержка или риск ошибки;
• minor — ограниченный локальный вред, который всё равно требует исправления.

Не выводите критичность механически из уровней WCAG A, AA или AAA.

19. Реестр исключений и альтернатив

Проверьте равноценность информации, функций, сроков, конфиденциальности, стоимости, надёжности и достоинства. Истёкшее исключение блокирует выпуск и обновление заявления.

20. Реестр заявления о доступности

Публичный URL:
Продукт и границы заявления:
Стандарт и версия:
Статус: полностью соответствует | частично соответствует | не соответствует | не оценено
Метод и дата оценки:
Поддерживаемые среды:
Известные ограничения на понятном пользователю языке:
Альтернативы:
Обязательства по исправлению:
Каналы обратной связи:
Срок ответа:
Порядок правоприменения или эскалации, если требуется:
Ответственный за заявление:
Дата публикации:
Дата пересмотра:

Публичный статус MUST соответствовать матрице критериев и нерешённым проблемам.

21. Закупки и доказательства поставщика

• обновления остаются в заданных границах;
• документация и поддержка доступны;
• организация сохраняет право на проверку и повторную проверку;
• у нерешённых пробелов есть ответственный и план выхода.

22. Граница заявления

Используйте точные формулировки:

Поддерживается:
«Определённая выборка прошла перечисленные критерии в записанных условиях».
«Все заявленные границы оценены по записанной методике».

Не поддерживается:
«Сканер дал 100%, поэтому сайт доступен».
«Нарушение WCAG доказывает нарушение закона или право на возмещение ущерба».
«Одна проверка с программой экранного доступа доказывает совместимость для
всех людей с инвалидностью».

Юридический вывод делает только уполномоченный юрист или компетентный орган. Технический отчёт сохраняет необходимые для такого анализа факты.

23. Решение о выпуске

• Границы и полные процессы одобрены.
• Матрица критериев не имеет необъяснённых результатов.
• Обязательные матрицы сред и задач пройдены.
• Критические и серьёзные проблемы закрыты или имеют одобренную эффективную альтернативу.
• Исключения утверждены уполномоченными лицами и актуальны.
• Пользовательская оценка пропорциональна риску.
• Заявление о доступности соответствует доказательствам.
• Регрессионное покрытие и мониторинг действуют.
• Юридическая проверка завершена, если требовалась.

Решение: одобрить | одобрить с условиями | отклонить
Условия:
Остаточный риск:
Ответственный за продукт:
Ответственный за доступность:
Юрист, если требовался:
Дата утверждения:
Следующая проверка:

24. История изменений и регрессионных проверок