=== ФАЙЛ: ООЗ ДОРАБОТКА САЙТА | docs/0348100024426000039/ООЗ ДОРАБОТКА САЙТА (2).pdf
УТВЕРЖДЕНО
Директор Государственного
казенного учреждения Московской
области «Центр занятости населения
Московской области»
Приложение № ____ к Контракту от
«__» ______ 2026 г. № ___________
________________С.А. Скородумова
«__» _____________________ 2026 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по развитию и модернизации платформы управления
типовым сайтом Государственного казенного учреждения «Центр занятости
населения Московской области»
(в сфере ИКТ)
На 83 листа
2026
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 2 из 84. Страница создана: 16.09.2026 19:12
Содержание
1.
ОБЩИЕ СВЕДЕНИЯ ................................................................................... 6
1.1.
Полное наименование системы и ее условное обозначение ............. 6
1.2.
Источники финансирования работ ....................................................... 6
1.3.
Заказчик работ ........................................................................................ 7
1.4.
Пользователи Платформы ..................................................................... 7
1.5.
Исполнитель работ ................................................................................. 7
1.6.
Сроки оказания услуг и выполнения работ ......................................... 8
1.7.
Сроки окончания оказания услуг ......................................................... 8
1.8.
Основания для выполнения работ ........................................................ 8
1.9.
Перечень используемых определений и сокращений ........................ 8
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг .......................................................................... 9
1.11. Особые условия .................................................................................... 10
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ
ПОДДЕРЖКИ ПЛАТФОРМЫ ..................................................................................... 11
2.1.
Назначение Платформы....................................................................... 11
2.2. Цели обеспечения сопровождения и технической поддержки
Платформы ................................................................................................................ 11
3.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ..................... 12
3.1. Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию ......................................................... 12
3.2.
Комплекс функций «Управление сайтом» ........................................ 13
3.2.1. Режим технического обслуживания сайта ................................... 13
3.3.
Комплекс функций «Управление правами доступа» ....................... 13
3.4.
Комплекс функций «Управление шаблонами» ................................. 14
3.5.
Комплекс функций «Управление оповещением» ............................. 14
3.6.
Комплекс функций «Публикация общей информации» .................. 15
3.7.
Модуль «Статистика и Отчеты» ......................................................... 15
3.8.
Модуль «Календарь событий» ............................................................ 16
2
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 3 из 84. Страница создана: 16.09.2026 19:12
3.9.
Модуль «Интерактивная карта» ......................................................... 16
3.10. Модуль «Обращения в техническую поддержку» ........................... 17
3.11. Модуль «Обратная связь» ................................................................... 17
3.11.1. Форма обратной связи .................................................................. 18
3.12. Модуль «Контактная информация» ................................................... 19
3.13. Модуль «Электронная очередь» ......................................................... 19
3.14. Модуль «Вакансии» ............................................................................. 19
3.15. Модуль «Статистика» .......................................................................... 20
3.16. Модуль «Чат-бот» ................................................................................ 20
3.17. Модуль «Баннеры»............................................................................... 22
3.18. Модуль «Help Desk» ............................................................................ 23
3.18.1. Управление модулем «Help Desk» .............................................. 24
3.18.2. Раздел «Задать вопрос в техническую поддержку» .................. 26
3.19. Сведения о сетевой инфраструктуре.................................................. 26
3.20. Сведения о взаимосвязях Платформы с информационными
системами ................................................................................................................ 27
3.21. Сведения о взаимосвязях Платформы с внешними системами ...... 28
3.22. Сведения о видах обеспечения Платформы ...................................... 29
3.22.1. Информационное обеспечение Платформы ............................... 29
3.22.2. Лингвистическое обеспечение..................................................... 29
3.22.3. Серверное техническое и программное обеспечение ............... 30
3.22.4. Организационное обеспечение .................................................... 31
3.23. Автоматическое обновление данных интерактивной карты ........... 31
3.23.1. Обработка и хранение данных из выгрузки ............................... 31
3.24. Модуль «Конструктор форм» ............................................................. 32
4.
ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ .................................... 33
4.1. Требования к функциям, реализуемым в рамках развития
Платформы ................................................................................................................ 33
4.2.
Доработка модуля «Чат-бот» .............................................................. 34
4.2.1. Общие требования к организации модуля ................................... 34
3
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 4 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев ............................................. 36
4.2.3. Административный интерфейс...................................................... 38
4.2.4. Публичный интерфейс и прохождение сценариев ...................... 40
4.2.5. Поиск и управление контекстом ................................................... 43
4.2.6. Смысловой поиск по согласованию с Заказчиком ...................... 45
4.2.7. Базовая аналитика работы чат-бота .............................................. 46
4.2.8. Технические требования к реализации ......................................... 49
4.2.9. Предоставление и размещение материалов ................................. 51
4.2.10. Подготовка к эксплуатации и передача результатов ................ 53
4.2.11. Примеры структуры и состава материалов ................................ 54
4.3.
4.3. Доработка страницы «Для молодежи» ....................................... 55
4.3.1. Возрастные группы и состояния трекбара ..................................... 55
4.3.2. Динамическое содержимое карточек ............................................ 56
4.3.3. Геометрия карточек и обработка текста ....................................... 60
4.3.4. Анимация смены и неизменяемый футер ..................................... 61
4.3.5. Управление через административную панель ............................. 61
4.4.
Доработка страницы «Программы тренингов 2026 года» ............... 62
4.4.1. Цветовая маркировка целевых аудиторий ................................... 63
4.4.2. Интерактивность карточки в настольной версии ........................ 64
4.4.3. Обозначения в мобильной версии ................................................. 65
4.4.4. Управление индикаторами в CMS ................................................ 66
4.4.5. Элемент «Записаться» .................................................................... 67
4.4.6. Описание в модальном окне .......................................................... 68
4.5.
Проведение функционального тестирования .................................... 69
4.5.1. Организация проверки .................................................................... 69
4.5.2. Проверка доработанного чат-бота................................................. 69
4.5.3. Проверка страницы «Для молодежи» ........................................... 73
4.5.4. Проверка календарей тренингов ................................................... 75
4.5.5. Завершение проверки ..................................................................... 76
4.6.
Результат выполнения работ ............................................................... 76
4
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 5 из 84. Страница создана: 16.09.2026 19:12
4.6.1. Результаты по модулю чат-бота .................................................... 76
4.6.2. Результаты по странице «Для молодежи» .................................... 77
4.6.3. Результаты по календарям тренингов ........................................... 78
4.6.4. Соответствие передаваемых результатов ..................................... 78
4.7.
Требования к front-end и верстке сайта.............................................. 79
4.8.
Требования к защите информации ..................................................... 79
5. Требования к порядку выполнения работ, срокам, результатам и этапам
их выполнения ............................................................................................................... 80
6.
Гарантийные обязательства Исполнителя ............................................... 81
6.1.
Объем гарантийных обязательств ...................................................... 81
6.2.
Порядок фиксации и направления дефектов ..................................... 82
6.3.
Условия предоставления гарантии и исключения ............................ 83
5
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 6 из 84. Страница создана: 16.09.2026 19:12
1. ОБЩИЕ СВЕДЕНИЯ
1.1.
Полное наименование системы и ее условное обозначение
Полное наименование системы: Платформа управления типовым сайтом
Государственного казенного учреждения Московской области «Центра занятости
населения Московской области» (далее соответственно – Платформа, Кадровый
центр Подмосковья).
Условное обозначение: Платформа
управления
типовым
сайтом,
Платформа.
1.2.
Источники финансирования работ
Выполнение работ по сопровождению и технической поддержке Платформы
и оказание услуг по ее развитию и сопровождению (далее – Услуги).
Источник финансирования:
Средства бюджета Московской области на 2026 год по КБК:
831-0401-0440291590-242-226; представлены в таблице 1.
Таблица 1. Источники финансирования
Наименование и
реквизиты
программы
(подпрограммы)
№
п/п
Источник
финансирования
1
Средства бюджета Государственная
Московской
программа Московской
области
области «Социальная
защита населения
Московской области»
на 2023-2027 годы,
утвержденная
постановлением
Правительства
Московской области от
04.10.2022 г. №1065/35
Номер и
наименование
мероприятия в
подпрограмме
Мероприятие:
«Материальнотехническое
обеспечение
государственных
учреждений»
Коды согласно
классификации
расходов бюджетов
(с указанием вида
расходов)
831-0401-0440291590242-226
КОЗ: 21.205.04.02.01.01.004 – Услуги по созданию (развитию) сайтов
в информационно-телекоммуникационной сети Интернет;
ОКПД2: 62.01.11.000 – Услуги по проектированию и разработке
информационных технологий для прикладных задач и тестированию
программного обеспечения.
6
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 7 из 84. Страница создана: 16.09.2026 19:12
1.3.
Заказчик работ
Государственный заказчик (полное наименование): Государственное
казенное учреждение Московской области «Центр занятости населения
Московской области»
Место нахождения: г. Подольск, ул. Февральская, д. 2а;
Сокращенное наименование в тексте: Заказчик (далее – Заказчик);
Функциональный заказчик: Кадровый центр Подмосковья;
Сокращенное наименование в тексте: Функциональный заказчик.
Контактное лицо Езопов А.Н., тел. +7-905-506-66-98.
1.4.
Пользователи Платформы
Категории пользователей Платформы и количество пользователей данных
категорий представлены в таблице 2.
Основными пользователями результатов услуг (далее – Пользователи)
являются сотрудники:
− Кадрового центра Подмосковья;
− лица желающие получить информацию в сфере занятости
(далее – посетители).
− В системе будет обеспечена одновременная работа пользователей
в количестве:
− посетители – не менее 6000;
− сотрудники Кадрового центра Подмосковья – не менее 300;
− администраторы/инженеры системы – не менее 6.
Таблица 2. Категории пользователей Платформы и количество пользователей
№
п/п
1
2
3
Наименование категории
пользователей
Планируемое количество посещений
Платформы в сутки, человек
2026 г.
Сотрудники Кадрового центра Подмосковья не менее 300
Посетители
не менее 6000
Администраторы/ инженеры системы
не менее 6
1.5.
Исполнитель работ
Исполнитель определяется по итогам размещения государственного заказа
в установленном порядке в соответствии с Федеральным законом от 5 апреля 2013
года №44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»
(далее – Исполнитель).
7
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 8 из 84. Страница создана: 16.09.2026 19:12
1.6.
Сроки оказания услуг и выполнения работ
Начало оказания услуг – с даты заключения государственного контракта
на выполнение работ по доработке, развитию и сопровождению Платформы
управления типовым сайтом Кадрового центра Подмосковья» и оказание услуг
по ее сопровождению (далее – Государственный контракт).
1.7.
Сроки окончания оказания услуг
Сроки окончания оказания услуг – 15 декабря 2026 года включительно.
1.8.
Основания для выполнения работ
Основания для выполнения работ и оказания услуг в рамках мероприятия
«Материально-техническое
обеспечение
государственных
учреждений»
подпрограммы «Содействие занятости населения» государственной программы
Московской области «Социальная защита населения Московской области»
на 2023-2027 годы, утвержденная постановлением Правительства Московской
области от 04.10.2022 г. №1065/35.
Основания для выполнения работ представлены в таблице 3.
Таблица 3. Основания выполнения работ и оказания услуг
№
п/п
1
Наименование и реквизиты нормативного
правового акта (дата, номер)
Государственная программа Московской
области «Социальная защита населения
Московской области» на 2023-2027 годы,
утвержденная постановлением
Правительства Московской области от
04.10.2022 г. №1065/35
1.9.
Перечни
в таблице 4.
Статья, пункт, подпункт
Подпрограмма «Содействие занятости
населения», Мероприятие:
«Материально - техническое
обеспечение государственных
учреждений»
Перечень используемых определений и сокращений
используемых
определений
и
сокращений
представлены
Таблица 4. Перечень определений
Сокращение/
Термин
Наименование/Определение
Информационный
ресурс, контент
Данные в любом виде, которые можно многократно использовать для
информационного обеспечения пользователей. Например, это может
быть файл, документ, раздел, фотография, видеофрагмент.
Для информационных ресурсов в Интернете характерно определенное
время жизни и доступность более, чем одному пользователю
8
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 9 из 84. Страница создана: 16.09.2026 19:12
CMS
Legacy
(унаследованный
модуль / легаси)
Верстка
Хостинг
Публичная часть
Программный комплекс, обеспечивающий создание, редактирование,
управление и публикацию содержимого страниц Сайта
без необходимости непосредственного изменения программного кода
Программный компонент или модуль, сохраненный в составе
Платформы, но не используемый по прямому назначению в текущей
версии Платформы и не подлежащий дальнейшему развитию.
Создание структуры html-кода, CSS-стилей и JS-скриптов,
отвечающих за размещение элементов веб-страницы (изображения,
текст и т. д.) в окне браузера, согласно разработанному макету, таким
образом, чтобы элементы дизайна выглядели аналогично макету
Услуга по предоставлению ресурсов для размещения информации
на сервере, постоянно находящемся в сети
Внешний интерфейс сайта, доступный всем посетителям без
авторизации
Тултип
(всплывающая
подсказка)
Временное окно с поясняющим текстом, появляющееся при
наведении курсора на цветовой индикатор в десктопной версии
Трекбар
Интерактивный элемент интерфейса, визуально отображающий
последовательность шагов или этапов
Релиз
Desktop (десктоп)
Контент
Сайт
Перенос изменений, а также доработок программного кода,
баз данных или иного контента Платформы с хостинга Исполнителя
на хостинг Заказчика
Версия сайта, предназначенная для просмотра на персональных
компьютерах и ноутбуках, управляемая с помощью мыши и
клавиатуры
Информационное
содержимое
страниц
ресурса,
включая
изображения, интерактивные тесты, видеоролики, тексты,
инфографику и пр.
Совокупность веб-страниц, объединенных общим доменным именем
и размещенных в сети Интернет на одном сервере, доступ к которым
осуществляется через браузер
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг
Результаты оказания услуг и выполнения работ, а также передача учетных
данных для администрирования сайта Заказчику производятся в порядке,
определенном настоящими Техническими требованиями и Государственным
контрактом в соответствии с Календарным планом оказания услуг
Государственного контракта на основании актов сдачи-приемки выполненных
работ/оказанных услуг.
Передача исходных кодов Платформы и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки библиотек,
9
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 10 из 84. Страница создана: 16.09.2026 19:12
компиляторов, интерпретаторов, баз данных, специальной среды разработки (если
сборка может быть выполнена только в среде разработки) и т.п.
Все материалы передаются с сопроводительными документами
Исполнителя.
1.11 Особые условия
Заказчик в течение 10 (десяти) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные
ответственных за взаимодействие с Исполнителем работников Кадрового центра
Подмосковья в целях получения информации необходимой для наполнения
сайта.
По требованию Заказчика, между Исполнителем и Заказчиком должно быть
заключено соглашение о неразглашение информации. Срок заключения не
должен превышать 5 (пяти) календарных дней с момента направления
соглашения Заказчиком. В случае не заключения Исполнителем соглашения или
нарушения Исполнителем соглашения Государственный контракт может быть
расторгнут в одностороннем порядке.
Исполнитель проводит работы по доработке программного кода, верстки
страниц или их CSS с тилей, а также баз данных Платформы на самостоятельно
организованном тестовом хостинге, расположенном на территории Российской
Федерации. Все вышеперечисленные доработки, выполненные на тестовом
хостинге Исполнителя, направляются в релиз, не позднее 5 (пяти) рабочих дней
после внесения изменений в структуру файловой системы, программного кода
Платформы или ее базы данных.
Пуско- н аладочные работы проводятся на серверных ресурсах Заказчика
после полного завершения тестирования доработок.
Все изменения цветовой палитры, шрифтов и общего оформления
Платформы должны соответствовать требованиям руководства по фирменному
стилю бренда «Работа России» утвержденного приказом Министерства труда
10
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 11 из 84. Страница создана: 16.09.2026 19:12
и социальной защиты Российской Федерации от 12.07.2024 № 350 «О внесении
изменений в Стандарт организации деятельности органов службы занятости
населения в субъектах Российской Федерации, утвержденный приказом
Министерства труда и социальной защиты Российской Федерации от 16 марта 2023
г. № 156».
2. НАЗНАЧЕНИЕ И ЦЕЛИ
СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ ПЛАТФОРМЫ
2.1.
Назначение Платформы
Доработанная
Платформа
предназначена
для
увеличения
информированности граждан, желающих получить государственные услуги,
которые предоставляет Кадровый центр Подмосковья, повышения уровня
информированности населения об услугах Кадрового центра Подмосковья,
а также регистрации для участия в ярмарках трудоустройства и иных мероприятиях
Кадрового центра Подмосковья.
2.2.
Цели обеспечения сопровождения и технической поддержки
Платформы
Работы выполняются в целях обеспечения выполнения функций Кадрового
центра Подмосковья, своевременной публикации материалов (с учетом требований
оформления для отдельных категорий граждан), повышения времени доступности
Платформы и ее бесперебойной работы, а также автоматизации оказываемых
услуг. Данные аспекты позволяют повысить прозрачность деятельности Кадрового
центра Подмосковья, а также обеспечить качественную оперативную обратную
связь с гражданами.
При наполнений или внесении изменений в Платформу Исполнителю
необходимо руководствоваться Приложением 3 к методическим рекомендациям по
разработке планов мероприятий по повышению эффективности службы занятости,
утвержденным приказом Министерства труда и социальной защиты
Российской Федерации от 18.01.2023 № 36.
11
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 12 из 84. Страница создана: 16.09.2026 19:12
3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
3.1.
Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию
В состав функциональной Платформы управления типовым сайтом
Кадрового центра Подмосковья в рамках исполнения Государственного контракта,
входят следующие комплексы функции и модули:
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
Комплекс функций «Управление сайтом»;
Комплекс функций «Управление правами доступа»;
Комплекс функций «Управление модулями» (legacy);
Комплекс функций «Управление шаблонами» (legacy);
Комплекс функций «Управление оповещением» (legacy);
Комплекс функций «Публикация общей информации» (legacy);
Модуль «Статистика и Отчеты» (legacy);
Модуль «Календарь событий»;
Модуль «Интерактивная карта»;
Модуль «Обращения в техническую поддержку»;
Модуль «Обратная связь»;
Модуль «Контактная информация» (legacy);
Модуль «Электронная очередь» (legacy);
Модуль «Вакансии» (legacy);
Модуль «Статистика» (legacy);
Модуль «Чат-бот»;
Модуль «Баннеры»;
Модуль «Help Desk»;
Личный кабинет соискателя (legacy);
Модуль «Конструктор форм».
Детальное описание функциональных, качественных и технических
характеристик Платформы приведено в технической и эксплуатационной
документации к Платформе и будет предоставлено Исполнителю в рамках
оказания услуг.
Описание основных функциональных характеристик Платформы
приведено ниже.
12
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 13 из 84. Страница создана: 16.09.2026 19:12
3.2.
Комплекс функций «Управление сайтом»
Данный раздел поддерживает функционал по добавлению, редактированию,
удалению разделов и страниц главного меню сайта, а также созданию
обособленных от главного меню страниц, для привязки их к БД Платформы
и последующего редактирования в ручном режиме.
Дополнительно, в данном разделе реализована возможность переводить
сайт в режим технического обслуживания, описанный в пункте 3.2.1.
3.2.1. Режим технического обслуживания сайта
Режим технического обслуживания предназначен для исключения доступа
посетителей к Сайту в период внесения изменений, способных привести
к нарушению его штатного функционирования. При активации данного режима
доступ посетителей к Платформе полностью блокируется. Платформа остается
доступной исключительно для внесения изменений в программные компоненты
frontend и backend, а также для корректировки содержимого базы данных.
Администраторам и разработчикам обеспечивается возможность
модификации содержимого страниц, программного кода и структуры данных
в условиях, исключающих внешнее воздействие на рабочие процессы.
При активации режима технического обслуживания в разделе «Управление
сайтом», при любой попытке обращения к страницам Сайта автоматически
отображается информационная «заглушка», уведомляющая о проведении
технических работ на Платформе.
3.3.
Комплекс функций «Управление правами доступа»
Комплекс функций «Управление правами доступа» обеспечивает
управление учетными записями пользователей и ролями необходимыми
для управления Платформой. Типы ролей представлены в таблице 6.
Таблица 5. Типы ролей
Роль
Описание прав и функций роли
Разработчик
Роль с максимальными привилегиями разработчика Сайта. С данной ролью
может существовать только одна учетная запись.
Роль предоставляет полный доступ к управлению Платформой, всеми
Администратор шаблонами и Сайтом. Обеспечивается возможность изменения ролей
пользователей.
13
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 14 из 84. Страница создана: 16.09.2026 19:12
Оператор
Роль предоставляет возможность просмотра всех обращений, поступивших
на Платформу через форму обратной связи, конструктор форм, а также
отвечать на обращения.
Техническая
поддержка IT
Роль предоставляет возможность работы с модулем «Help Desk», включая:
создание новых статей с ответами на часто задаваемые вопросы;
использование фильтра на странице с обращениями; ответы на тикеты;
внесение изменений в настройку модуля; изменение динамического текста
на странице авторизации пользователей модуля «Help Desk».
Пользователь
Help Desk
Роль предоставляет возможность работы с модулем «Help Desk» через
ссылку
https://czn.mosreg.ru/helpdesk.
Обеспечивается
возможность
направления вопроса в техподдержку через модуль «Help Desk» и просмотра
ответов на вопросы. Возможность редактирования информации отсутствует.
Роли пользователей связывают учетные записи пользователей с конкретным
функционалом Сайта, формируя контур безопасности для каждого раздела
Платформы в целом.
Пользователи с ролями «Администратор» и «Разработчик» имеют
возможность создавать, изменять и удалять пользовательские учетные записи.
3.4.
Комплекс функций «Управление шаблонами»
Комплекс функций «Управление шаблонами» представляет собой
унаследованный (legacy) модуль, не используемый по прямому назначению
в текущей версии Платформы. Ранее модуль обеспечивал решение следующих
задач:
− загрузка созданного шаблона;
− формирование шаблона;
− связывание с шаблоном модулей;
− первоначальное наполнение шаблона стандартным контентом;
− задание префикса для Сайтов, создаваемых по данному шаблону.
3.5.
Комплекс функций «Управление оповещением»
Комплекс функций «Управление оповещением» обеспечивает настройку
оповещений граждан и сотрудников учреждений с заданной ролью в Платформе
о наступлении следующих событий:
− подтверждение записи на прием с указанием назначенного времени
приема;
14
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 15 из 84. Страница создана: 16.09.2026 19:12
− напоминание о времени приема с возможностью настройки временного
интервала, за который осуществляется уведомление о наступлении
события;
− оповещение о поступлении вопроса на сайт с возможностью выбора
метода оповещения (SMS, E-mail, оповещение в служебном разделе
сотрудника);
− настройка страницы, содержащей информацию о забронированном
времени в электронной очереди в конкретном учреждении.
− Большая часть программного кода данного комплекса функций относится
к унаследованным (legacy) компонентам, не подлежащим дальнейшему
развитию.
3.6.
Комплекс функций «Публикация общей информации»
Комплекс функций «Публикация общей информации» обеспечивает решение
следующих задач:
− публикация информации на выбранной группе Сайтов в заданном
разделе;
− редактирование опубликованной информации на выбранной группе
Сайтов;
− удаление опубликованной новости на выбранной группе Сайтов.
Данный комплекс функций относится к унаследованным (legacy)
компонентам и не используется по прямому назначению в текущей версии
Платформы,
поскольку
архитектура
Платформы
была
переработана
для функционирования в конфигурации с одним Сайтом.
3.7.
В модуле
информации:
−
−
−
−
−
Модуль «Статистика и Отчеты»
реализовано
формирование
следующей
статистической
количество опубликованных новостей за период;
количество записей на прием за период;
количество поданных обращений за период;
количество закрытых обращений за период;
количество обращений в техническую поддержку за период (закрытых,
открытых), а также время решения обращений.
15
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 16 из 84. Страница создана: 16.09.2026 19:12
Данный функционал относится к унаследованным (legacy) компонентам
и сохранен в составе Платформы без дальнейшего развития.
3.8.
Модуль «Календарь событий»
Модуль «Календарь событий» размещен на главной странице Сайта
и обеспечивает интерактивное взаимодействие с пользователем.
При нажатии на выбранную дату отображается всплывающее окно,
содержащее перечень запланированных или прошедших мероприятий.
Дни, на которые назначены мероприятия, выделяются визуальным
индикатором (миганием).
Визуальное представление календаря имитирует бумажный вариант
классических календарей.
Навигация по месяцам осуществляется с помощью двух стрелок,
расположенных рядом с заголовком календаря.
3.9.
Модуль «Интерактивная карта»
Модуль представляет собой интерактивную карту, размещенную на главной
странице Платформы.
Модуль обеспечивает визуальное получение посетителями Сайта следующей
информации:
− наименование городского округа Московской области;
− уровень безработицы округа;
− топ вакансий в выбранном округе.
Взаимодействие с картой осуществляется посредством курсора мыши. При
наведении курсора на городской округ отображается его наименование
с визуальной подсветкой. При нажатии на городской округ открывается модальное
окно, содержащее информацию по данному округу.
Данные для функционирования карты выгружаются из Информационной
системы
Министерства
социального
развития
Московской
области
«Конфигурация
«Трудоустройство»
версия
2.0»
(далее
–
ИС
«1C:Трудоустройство») в автоматическом режиме один раз в сутки.
В
случае
невозможности
автоматической
выгрузки
данных
из ИС «1C: Трудоустройство» предусмотрен функционал ручного добавления
данных. Добавление данных осуществляется в разделе управления модулем
интерактивной карты в административной панели, доступной пользователям
с ролью «Администратор».
16
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 17 из 84. Страница создана: 16.09.2026 19:12
3.10. Модуль «Обращения в техническую поддержку»
Модуль «Обращения в техническую поддержку» обеспечивает
формирование очереди обращений в техническую поддержку и фиксацию
результатов решения инцидентов по следующим темам:
− предоставление прав доступа;
− неисправность/недоступность ресурса;
− консультирование;
− публикация.
Модуль предназначен для оперативного взаимодействия между операторами
Платформы и ее администраторами. Данный модуль относится к унаследованным
(legacy) компонентам и не используется в текущей версии Платформы.
3.11. Модуль «Обратная связь»
Модуль включает в себя следующие функции:
− прием обращений с Сайта учреждения и направление ответа на
обращение;
− переадресация сообщения;
− отслеживание очереди сообщений.
Модуль
отображает
список
обращений
посетителей
Сайта
в административной панели во вкладке «Обращения», расположенной в левой
части общего меню. Список формируется на основании обращений, отправленных
через форму обратной связи, функционал которой описан в пункте 3.11.1.
Вкладка «Обращения» административной панели содержит следующие
столбцы:
− Дата;
− Время;
− Ф.И.О.;
− E-mail;
− Телефон;
− Тема обращения (выбирается на этапе подачи обращения из списка:
«Вопрос», «Жалоба», «Пожелание»);
− Сотрудник (сотрудник, работающий с обращением);
− Статус (указывается сотрудником из выпадающего списка: «Переписка»,
«Завершено», «Требует внимания»).
По итогам рассмотрения обращения гражданину направляется ответ на адрес
электронной почты, указанный при заполнении формы обратной связи. Ответ
на обращение осуществляется в открывающемся окне «Обращение».
17
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 18 из 84. Страница создана: 16.09.2026 19:12
На странице вкладки «Обращения» над списком поступивших обращений
расположен фильтр, позволяющий пользователю административной панели
задавать условия фильтрации списка. Фильтр содержит следующие пункты:
−
−
−
−
−
ID обращения (вводится вручную);
Ф.И.О. (вводится вручную);
E-mail (вводится вручную);
Телефон (вводится вручную);
Тема обращения (выбирается из выпадающего списка: «Вопрос»,
«Жалоба», «Пожелание»);
− Сотрудник;
− Статус (выбирается из выпадающего списка: «Новое обращение»,
«Переписка», «Завершено», «Требует внимания»).
Фильтр по дате представляет собой календарь, с помощью которого
пользователь может выбрать интересующий день или диапазон дат для фильтрации
списка обращений.
3.11.1. Форма обратной связи
Форма обратной связи содержит следующие поля для заполнения:
−
−
−
−
−
−
−
−
−
−
Имя (указывается вручную, максимальная длина 15 символов);
Отчество (указывается вручную, максимальная длина 15 символов);
Фамилия (указывается вручную, максимальная длина 15 символов);
E-mail;
Телефон (с маской ввода вида: «+7 (___) ___-__-__»);
Тема обращения (выпадающий список со значениями: Вопрос, Жалоба,
Пожелание);
Текстовое поле «текст обращения»;
Приложить файлы (необязательное поле, содержит кнопку выбора файла
с устройства пользователя; поддерживаемые форматы: txt, rtf, doc, docx,
xls, xlsx, pdf, png, jpg, jpeg, gif, tif, tiff, zip, rar; максимальный размер
одного файла — 20 Мб, общее количество файлов в одном обращении —
не более трех);
Чекбокс «Согласие на обработку персональных данных» со ссылкой
на страницу «Политика в отношении обработки персональных данных»
(отправка обращения без установки чекбокса невозможна);
Капча (используется Yandex SmartCaptcha).
18
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 19 из 84. Страница создана: 16.09.2026 19:12
Форма защищена от спама. В модуле реализовано ограничение
на частоту отправки обращений (не более 1 обращения в час с одного IP адреса).
3.12. Модуль «Контактная информация»
Модуль «Контакты» поддерживает следующие функции:
− отображение контактной информации филиалов на странице
«Контакты» и во вкладке «Контакты» в сквозном блоке на всех
страницах Сайта;
− изменение позиции сотрудников Кадрового центра Подмосковья
в списке;
− добавление номеров телефонов Горячей линии Минсоцразвития через
поле «Горячая линия»;
− добавление ссылок на социальные сети и видео-хостинги.
Данный модуль относится к унаследованным (legacy) компонентам
и в текущей версии Платформы заменен страницей «Контакты».
3.13. Модуль «Электронная очередь»
Модуль «Электронная очередь» относится к унаследованным (legacy)
компонентам и отключен в текущей версии Платформы. Ранее модуль обеспечивал
запись в Кадровый центр Подмосковья с формированием талона, содержащего дату
и время приема, и включал следующие функции:
− поддержка записи в основное отделение Кадрового центра
Подмосковья или его филиал;
− интеграция с аппаратным обеспечением электронной очереди;
− прохождение опросника для допуска к записи на прием (опросник
исключал посетителей, не имеющих полного перечня необходимых
документов);
− отмена и перенос записи на другую дату или время в личном кабинете
соискателя;
− выгрузка талонов записи в формате Excel с возможностью отправки
на печать в административном разделе.
3.14. Модуль «Вакансии»
Модуль «Вакансии» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
19
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 20 из 84. Страница создана: 16.09.2026 19:12
Модуль обеспечивает интеграцию с ИС «1C: Трудоустройство» для импорта
вакансий и статистических данных, используемых модулем «Статистика»
(см. пункт 3.15).
3.15. Модуль «Статистика»
Модуль «Статистика» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
Модуль обеспечивает автоматическое формирование статистической
информации на странице «О центре — Статистика» в виде таблиц и графиков
на основе анализа актуальных вакансий, содержащихся в базе данных Платформы,
и данных, полученных из ИС «1C:Трудоустройство».
Модуль содержит страницу с интерактивной картой, на которой
отображаются региональные Центры занятости населения с указанием следующей
информации по каждому региону:
− количество вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата;
− количество соискателей;
− количество безработных, состоящих на учете;
− ссылка для перехода на сайт Центра занятости населения выбранного
региона (по клику).
Сводная аналитическая страница статистики по всем Центрам занятости
населения Московской области отображает следующую информацию:
− количество обращений в день, месяц, год;
− количество принятых граждан;
− количество открытых вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата, указанная в вакансиях каждого ЦЗН;
− количество трудоустроенных граждан;
− количество граждан, получающих пособия.
3.16. Модуль «Чат-бот»
Модуль «Чат-бот» представляет собой канал дополнительного обслуживания
граждан, функционирующий на основе встроенного на Сайте чата. Модуль
20
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 21 из 84. Страница создана: 16.09.2026 19:12
предназначен для предоставления ответов на часто возникающие вопросы граждан
и обеспечивает реализацию следующих функций:
− ведение автоматического общения с гражданами посредством
текстовых сообщений;
− ведение коммуникации от лица организации с целью упрощения
онлайн-взаимодействия и предоставления посетителям необходимой
информации (является альтернативой переписке или звонку
оператору);
− обеспечение ежедневного круглосуточного доступа к ответам
на вопросы;
− реализация сценариев работы с применением подхода классификации
текста — определение действия на основе поиска ключевых слов;
− конфигурирование сценариев работы чат-бота по комбинации
действий с сохранением предыдущих ответов и определением
результата на основании всей информации, полученной в процессе
диалога.
Рисунок 1 – Интерфейс чат-бота
21
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 22 из 84. Страница создана: 16.09.2026 19:12
Чат-бот содержит поле ввода сообщения и кнопку «Отправить». После ввода
запроса и нажатия кнопки «Отправить» чат-бот предлагает выбрать интересующий
ответ на вопрос из базы знаний.
Административная часть чат-бота реализована в составе административной
панели Сайта и содержит следующий функционал:
− построение тем вопросов;
− ввод вопросов в темы и подтемы;
− ввод ответов на вопросы в соответствии с введенными вопросами;
− просмотр всех тем с вопросами и ответами;
− создание новых тем;
− редактирование тем;
− удаление категорий;
− редактирование вопросов и ответов;
− удаление вопросов и ответов (полностью или частично в вопросе);
− ввод ключевых слов.
3.17. Модуль «Баннеры»
Модуль обеспечивает размещение на Сайте информационных баннеров
в заранее размеченных для них областях. Создание, настройка и управление
выводом баннеров осуществляется в административной панели Сайта.
Модуль содержит следующие функции:
− создание баннера;
− удаление баннера;
− изменение настроек баннера.
Модуль отображает список всех созданных баннеров с возможностью
изменения или удаления каждого из них. Список содержит следующие столбцы:
− Дата (дата создания баннера);
− Тип (изображение или HTML-код);
− Наименование;
− Описание;
− Статус (опубликован/не опубликован);
− Действие (кнопка удаления баннера);
− Кнопка «Редактировать» (при нажатии открывается страница
редактирования информации выбранного баннера).
Функция «Добавить баннер» реализована в виде кнопки, при нажатии
которой открывается страница с настройками создаваемого баннера. Настройки
при создании баннера содержат следующие пункты:
22
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 23 из 84. Страница создана: 16.09.2026 19:12
− Название;
− Тип баннера (изображение или HTML-код);
− Изображение
(поле
вставки
изображения,
отображается
при выбранном типе баннера «Изображение», при ином типе —
скрыто);
− Поле ввода кода (поле ввода HTML-кода, отображается при выбранном
типе баннера «HTML-код», при ином типе — скрыто);
− Ширина баннера;
− Высота баннера;
− URL-перенаправления;
− Описание (максимальная длина — 50 символов);
− Начало публикации (дата начала публикации баннера);
− Завершение публикации (дата завершения публикации баннера).
3.18. Модуль «Help Desk»
Модуль представляет из себя систему автоматизации техподдержки
сотрудников Кадрового центра Подмосковья. Страница для входа в систему
техподдержки
находится
по
адресу:
https://czn.mosreg.ru/helpdesk.
Ссылок на данную страницу на основной части сайта не имеется. Доступ
к странице осуществляется при ручном вводе или копировании ссылки в адресную
строку браузера. Страница модуля не индексируется в поисковых системах.
Дизайн страницы авторизации в систему выполнена в соответствии
с макетом представленном на рисунке 2.
Рисунок 2 – Страница входа в Help Desk
23
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 24 из 84. Страница создана: 16.09.2026 19:12
При неправильном вводе учетных данных в форме авторизации, выводится
модальное окно с текстом «Неверно введен логин или пароль».
При правильном вводе учетных данных, должна открываться страница
«Часто задаваемые вопросы», макет которой представлен на рисунке 3.
Доступ ко входу в Help Desk имеют только пользователи Платформы
с ролью «Пользователь Help Desk».
Рисунок 3 – Страница создания запроса в Help Desk.
3.18.1. Управление модулем «Help Desk»
Модуль «Help Desk» содержит административную часть в составе
административной панели Сайта со следующим функционалом:
Пункт меню в административной панели с наименованием «Help Desk»,
доступен только пользователям с ролью «Техническая поддержка IT»
(в соответствии с таблицей 6). Для пользователей с иными ролями данный раздел
скрыт.
Раздел, открываемый при переходе по пункту меню «Help Desk», содержит в
верхней части две кнопки, обеспечивающие переключение между режимами
«Тикеты техподдержки» и «Редактирование часто задаваемых вопросов».
Режим «Тикеты техподдержки» отображается под кнопками и открывается
без перезагрузки страницы. Данный режим включает список вопросов и элементы
управления, содержащие следующие столбцы:
− Дата;
− Время;
24
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 25 из 84. Страница создана: 16.09.2026 19:12
− Ф.И.О. (присваивается автоматически на основании данных,
указанных в учетной записи пользователя Help Desk);
− E-mail;
− Телефон;
− Краткое содержание тикета (не превышает 150 символов);
− Тема обращения (выбирается на этапе подачи обращения из списка);
− Сотрудник (заполняется автоматически при ответе сотрудника
на обращение в соответствии с именем учетной записи, под которой
сотрудник Кадрового центра Подмосковья вошел в административную
панель);
− Статус (указывается сотрудником из выпадающего списка:
«Переписка», «Завершено», «Требует внимания»). По умолчанию
каждое поступившее обращение имеет статус «Новое обращение»
и помечается иконкой желтой звездочки с черной обводкой.
Режим «Редактирование часто задаваемых вопросов» содержит список
созданных тем, каждая из которых включает перечень ответов на вопросы. Макет
представлен в виде древовидной структуры (рисунок 4).
Рисунок 4 – Структура тем раздела «Часто задаваемые вопросы»
В режиме «Редактирования часто задаваемых вопросов» сверху списка
находится кнопка «Добавить тему». После создания темы она появляется в списке.
25
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 26 из 84. Страница создана: 16.09.2026 19:12
3.18.2. Раздел «Задать вопрос в техническую поддержку»
Форма подачи вопроса в техническую поддержку открывается на странице
без ее перезагрузки после нажатия кнопки «Задать вопрос в техническую
поддержку» на странице Help Desk. Форма содержит следующие пункты:
− Тема обращения (перечень тем согласовывается с Заказчиком на этапе
разработки Сайта);
− Внутренний телефон (необязательное поле);
− Текстовое поле «Текст обращения»;
− Приложить файлы (необязательное поле, содержит кнопку выбора
файла с устройства пользователя; поддерживаемые форматы: txt, doc,
docx, xls, xlsx, pdf, png, jpg, jpeg, gif, zip, rar; максимальный размер
одного файла — 10 Мб, общее количество файлов в одном обращении
— не более трех).
Форма защищена от спама. В модуле реализовано ограничение частоты отправки
обращений.
3.19. Сведения о сетевой инфраструктуре
Общая Функциональная
на рисунке 5.
схема
сетевой
инфраструктуры
приведена
Рисунок 5 – Функциональная схема сетевой инфраструктуры
Данные Системы хранятся в центральной базе данных (ЕИТО).
Платформа представляет собой открытую ИС, взаимодействующую
с внешними ИС посредством веб-сервисов, имеет модульную многоуровневую
26
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 27 из 84. Страница создана: 16.09.2026 19:12
архитектуру, допускающую замену, добавление и исключение из состава
Платформы тех или иных компонентов, а также удобный пользовательский
интерфейс.
Платформа ориентирована на централизованное обслуживание и хранение
данных и допускает удаленный доступ к данным.
Логически выделены: уровень обработки данных, уровень бизнес-логики
и уровень взаимодействия с пользователями/внешними системами.
Платформа спроектирована по принципам открытой архитектуры
и предусматривает возможность дальнейшего изменения и расширения
функциональности, услуг и сервисов на основе разработанных решений.
Предусмотрена возможность масштабирования при увеличении нагрузки.
На уровне бизнес-архитектуры, платформа обеспечивает реализацию
сервисов путем осуществления настроек и конфигурирования без использования
программирования.
Физическая архитектура модулей включает следующие компоненты:
− серверы СУБД, которые осуществляют централизованное хранение,
обслуживание и обеспечение целостности данных, предоставляя
их по запросу различным приложениям и, тем самым, реализуя единое
информационное пространство для их функционирования;
− сервер
приложения,
который
является
централизованным
исполнителем различных функций обработки данных, предоставляя
возможность воспользоваться этими функциями любым пользователям
и обращаясь за требуемыми данными к серверу данных;
− клиентские приложения в виде тонкого клиента (веб-браузера).
В штатном режиме работы Платформа функционирует с использованием
данных ЕИТО.
3.20. Сведения о взаимосвязях Платформы с информационными системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ
от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»). Сведения об информационном взаимодействии
с информационными системами представлены в таблице 8.
сайт
Кадрового
центра
Подмосковья
интегрирован
с ИС «1C: Трудоустройство».
27
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 28 из 84. Страница создана: 16.09.2026 19:12
Интеграция предусматривает:
− доступ к региональному банку вакансий с возможностью подбора
работы по заданным условиям фильтра для разных категорий граждан:
выбор территории места работы, профессия, ЗП, характер работы,
режим работы, образование, наличие жилья, вид рабочего места и т.п.;
− подбор вакансий по наименованию организации-работодателя
и ОКВЭД;
− публикацию на сайте и ежедневное обновление следующих сведений:
o показатели регистрируемого рынка труда;
o профессии/должности
устойчивого
спроса
(качественные
и количественные показатели);
o статистические данные о вакансиях в разрезе сфер деятельности;
o реестры образовательных программ и организаций, участвующих
в программе профессионального обучения лиц предпенсионного
возраста;
o реестр НКО, оказывающих общественно полезные социальнотрудовые услуги в сфере занятости населения Московской области.
Таблица 6. Сведения об информационном взаимодействии с внешними системами
№
п/п
Предмет взаимодействия
Информационная система/ведомство
1
Обмен данными о вакансиях
ИС «1C: Трудоустройство»
Часть данных, получаемых модулем, а также способ их получения относятся
к унаследованным (legacy) компонентам и сохранены в составе Платформы
без изменения логики работы.
3.21. Сведения о взаимосвязях Платформы с внешними системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»).
28
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 29 из 84. Страница создана: 16.09.2026 19:12
3.22. Сведения о видах обеспечения Платформы
3.22.1. Информационное обеспечение Платформы
Информационное обеспечение Платформы предоставляет возможность
ввода, обработки, накопления и хранения информации, необходимой
для реализации функций Платформы.
Вся необходимая информация, которая поддается классификации
и кодированию, организована в классификаторы и справочники. Платформа
классификации разработана на основе единой системы классификации
и кодирования технико-экономической информации (ЕСКК ТЭИ) –
общегосударственных, отраслевых и локальных классификаторов.
Обеспечивается выполнение следующих задач информационного
обеспечения:
− обеспечение единого информационного пространства для объектов
автоматизации при оказании государственных услуг или анализе
информации;
− обеспечение информационной поддержки населения, государственных
органов исполнительной и законодательной власти, сотрудников
подразделений социальной сферы в их повседневной деятельности,
в том числе и при принятии решения об оказании социального сервиса;
− обеспечение информационной совместимости и взаимодействия между
различными уровнями управления социальной сферой.
3.22.2. Лингвистическое обеспечение
Комплекс подсистем и направлений, реализующих бизнес-логику системы
Платформы построены без применения готовых фреймворков и CMS.
В стеке разработки используются следующие языки программирования:
− в качестве языка запросов стандарта– SQL;
− в качестве языка описания метаданных – подмножества SQL;
− для хранимых процедур в операциях массовой обработки данных –
SQL;
− для бизнес-логики – PHP;
− для презентационной логики – JavaScript.
Языки манипулирования отвечают требованиям стандарта SQL
и поддерживают реляционную и объектно-реляционную модели баз данных,
а также стандарт ODBC.
29
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 30 из 84. Страница создана: 16.09.2026 19:12
Взаимодействие пользователя с программно-технологическим решением
происходит с использованием интерфейсов, выполненных на русском языке,
за исключением системных сообщений, не подлежащие русификации.
Все документы, продуцируемые Платформой, предоставляются на русском
языке.
3.22.3. Серверное техническое и программное обеспечение
Платформа функционирует при выполнении следующих требований
к компонентам программного и технологического обеспечения Заказчика.
Компоненты программного и технологического обеспечения Заказчика
определяются в соответствии с технической документацией, но не могут быть ниже
указанных в таблицах 7-8.
Таблица 7. Компоненты программного обеспечения
№
п/п
1
Техническое
Вид программного
обеспечение
обеспечения
Серверы
площадки Общесистемное ПО
Кадрового
центра Операционная
Подмосковья, ЕИТО
система
Специальное ПО
СУБД
2
АРМ
Кадрового Операционная
центра Подмосковья
система
Офисный пакет
Веб-браузер
Наименование программного
обеспечения
Red Hat Enterprise Linux 7 (64-bit) и новее
PostgreSQL 9.4 и новее или MySQL 5.5 и
новее. Должно находится в реестре
отечественного ПО в соответствии с
федеральным законом от 29 июня 2015 г.
№ 188-ФЗ
Microsoft Windows 10, ASTRA Linux,
RedOS 7.3.5.
LibreOffice и Microsoft Office.
Chromium-Gost, Mozilla Firefox, Opera,
Google
Chrome,
Yandex
Browser,
поддержка
браузеров
мобильных
устройств на базе Android, IOS.
Исходя из указанных функциональных требований Платформы, сервера
приложений и СУБД должны эксплуатироваться с учетом характеристик,
указанных ниже в таблице 9.
30
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 31 из 84. Страница создана: 16.09.2026 19:12
Таблица 8. Характеристика серверного оборудования для функционирования Платформы
№
п/п
Характеристики оборудования
Сервер
Наименование показателя
Основной
сервер
Процессор (vCPU)
1
Сервер баз
данных
2
Минимальный показатель
Тип и объем оперативной памяти
x86_64,
Intel(R) Xeon(R) CPU E5-2697 v3 @
2.60GHz, 4 ядра
DIMM, DRAM, 32 Gb
Дисковое пространство (vHDD)
0,5 Tb
Контроллер Ethernet
Процессор
Тип и объем оперативной памяти
1000 Mb/s
x64_64,
Intel(R) Xeon(R) CPU E5-4650 0
@ 2.70GHz
8 ядер
32 Gb
Дисковое пространство (vHDD)
1 Tb
Контроллер Ethernet
1000 Mb/s
3.22.4. Организационное обеспечение
В части организационного обеспечения Заказчик обеспечивает:
− взаимодействие участников проекта;
− создание временных организационных структур, участвующих
в реализации проекта (рабочих групп, комиссий и пр.), включающих
представителей Государственного заказчика, Функционального
заказчика и Исполнителя;
− организацию комплекса мероприятий по обеспечению прикладного
сопровождения и сервисного обслуживания Платформы;
− регламенты информационного взаимодействия с внешними системами.
3.23. Автоматическое обновление данных интерактивной карты
Данные в блоке «Рынок труда Московской области» обновляются
автоматически
на
основании
выгрузки
данных
из
ИС
«1C: Трудоустройство» ежедневно в формате XML в специальную директорию
на сервере Платформы.
3.23.1. Обработка и хранение данных из выгрузки
На сервере настроен автоматический процесс мониторинга директории
с выгрузкой по следующему сценарию:
31
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 32 из 84. Страница создана: 16.09.2026 19:12
− из директории обрабатывается только самый новый файл
(по дате создания или модификации);
− данные из файла импортируются в базу данных сайта в таблицу,
предназначенную для хранения информации о вакансиях и показателях
по округам;
− при каждой новой обработке выполняется синхронизация данных –
обновление существующих записей и добавление новых;
− в целях оптимизации хранения реализуется автоматическое удаление
старых файлов, при котором сохраняется не более 5 последних
выгрузок.
Обработка данных выполняется средствами PHP-скрипта с использованием
SQL-запросов к базе данных. Скрипт запускается по расписанию.
3.24. Модуль «Конструктор форм»
Модуль «Конструктор форм» обеспечивает создание произвольных форм
и их размещение на страницах Сайта. В основе модуля использован функционал
модуля «Обратная связь».
Модуль обеспечивает решение следующих задач:
− настройка внешнего вида создаваемых форм;
− сохранение данных, полученных от посетителей Сайта, в базу данных
Платформы для последующей обработки;
− выгрузка накопленных данных в формате Excel.
Модуль позволяет создавать поля форм следующих типов:
− текстовое поле;
− поле ввода E-mail;
− поле ввода телефона (с маской ввода);
− поле выбора даты;
− поле выбора заготовленных ответов (с отдельным редактором списка
ответов).
Создание и настройка форм осуществляется в административной панели
Сайта. Административная часть модуля содержит список всех созданных форм
с возможностью редактирования, удаления и управления статусом публикации
каждой формы.
32
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 33 из 84. Страница создана: 16.09.2026 19:12
4. ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ
4.1.
Требования к функциям, реализуемым в рамках развития Платформы
Развитие Платформы осуществляется в целях расширения функциональных
возможностей, повышения удобства пользовательского взаимодействия, а также
обеспечения соответствия требованиям действующего законодательства
Российской Федерации и внутренним регламентам Заказчика.
Объектом оказания услуг по развитию является Платформа, указанная
в п. 3.1 настоящего Технического задания.
1. Работы по развитию должны выполняться с учетом следующих обязательных
требований:
Все доработки Платформы должны выполняться исключительно в рамках
существующей технологической архитектуры, используемой на Сайте.
2. Реализация функционала должна осуществляться без изменения базовой
архитектуры Платформы, структуры ядра, существующих механизмов
маршрутизации, шаблонизации и хранения данных.
3. Все доработки должны реализовываться в виде изолированных модулей или
расширений, соответствующих принятой на Платформе структуре каталогов,
именованию компонентов и правилам подключения.
4. Код, разрабатываемый Исполнителем, должен:
− соответствовать
существующим
стандартам
кодирования,
применяемым в Платформе;
− не дублировать уже реализованный функционал;
− обеспечивать обратную совместимость с текущими модулями
Платформы;
− быть документированным и структурированным.
5. Исполнитель обязан обеспечить:
− корректную работу разработанного функционала во всех
поддерживаемых браузерах;
− адаптивность интерфейса для различных разрешений экранов;
− корректную работу в существующей Платформе управления
контентом;
− отсутствие деградации производительности сайта.
33
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 34 из 84. Страница создана: 16.09.2026 19:12
4.2.
Доработка модуля «Чат-бот»
В рамках доработки модуля «Чат-бот» реализуется сценарное
взаимодействие на основе многоуровневой базы знаний. Предусматриваются
развитие административного интерфейса, поиск точки входа в сценарий
по свободному запросу, учёт текущего раздела диалога и регистрация основных
результатов работы бота.
Доработка выполняется на базе существующего модуля. Содержательные
ответы пользователю формируются из подготовленных и опубликованных
материалов. Последовательность уточнений определяется структурой разделов,
а выбор ответа — положением пользователя в этой структуре и результатами
поиска.
4.2.1. Общие требования к организации модуля
4.2.1.1. Назначение и состав доработки
Модуль должен обеспечивать получение справочной информации двумя
способами: последовательным выбором предложенных направлений и вводом
вопроса в свободной форме. Оба способа используют единую базу знаний. Переход
между ними допускается на любом шаге без необходимости повторного открытия
окна чат-бота.
В состав работ входят управление разделами и статьями, настройка связей
между ними, отображение сценарных переходов, обработка текстовых запросов,
сохранение состояния текущей ветки, сбор базовой аналитики и первоначальное
наполнение по согласованным материалам Заказчика.
Результатом доработки является работоспособный модуль, в котором
администратор может изменять содержание и последовательность диалога
средствами административной панели. Изменение текстов, состава дочерних
разделов и привязок статей не должно требовать правки программного кода.
4.2.1.2. Существующая программная основа
В действующей реализации используются серверные скрипты, база данных
с темами, вопросами и ответами, а также встраиваемое в страницы Сайта окно
чат-бота. Административная часть содержит иерархию тем и средства
редактирования вопросов. Публичная часть выполняет текстовый поиск по
вопросам и ответам.
При доработке необходимо сохранить действующий механизм размещения
чат-бота в шаблонах Сайта, обработку типовых приветственных фраз
и возможность открытия формы обратной связи. Существующая иерархия тем
используется как основа для разделов сценарной модели. Поиск по разделам,
34
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 35 из 84. Страница создана: 16.09.2026 19:12
множественные привязки статей и контекстное прохождение дерева реализуются
в рамках настоящих работ.
До изменения структуры хранения Исполнитель проверяет используемые
связи и способ вывода материалов в связанных компонентах Сайта. Новые поля
и отношения вводятся с сохранением существующих записей, кроме материалов,
исключённых из публикации по согласованному реестру наполнения.
4.2.1.3. Термины и единицы учёта
Раздел — узел дерева базы знаний, содержащий название, фразу бота
и сведения для поиска. Раздел может включать дочерние разделы и связанные
статьи. Корневым считается раздел, не имеющий родительского раздела.
Статья — самостоятельная запись с вопросом или заголовком и готовым
содержательным ответом. Термины «вопрос с ответом» и «статья» обозначают
одну логическую сущность. Хранение вопроса и текста ответа в отдельных
существующих таблицах допускается.
Сценарий — последовательность переходов пользователя по разделам
до выбора статьи. Текущая ветка включает выбранный раздел и его доступные
подразделы. Контекстом считается текущая позиция и последовательность
сделанных выборов в пределах сессии.
Поисковый запрос — отправленное пользователем текстовое сообщение.
Найденный вариант — раздел или статья, предложенные по результатам поиска.
Выдача ответа означает отображение содержания статьи; предложение
её заголовка в списке ещё не считается выдачей ответа.
4.2.1.4. Границы функциональной модели
Сценарная логика определяется деревом разделов и связями со статьями.
Отдельные сущности сценариев, холст с блоками и стрелками, редактор
произвольных условий и механизм вычисления персональных рекомендаций
в состав работ не входят.
Приведённые далее примеры направлений, вопросов и текстов служат для
описания поведения системы. Они не устанавливают обязанность подключать
внешние каталоги вакансий, системы записи на обучение, личные кабинеты или
сервисы назначения выплат. Ссылки на такие ресурсы могут размещаться
в подготовленных статьях.
Использование локального смыслового поиска и перенос материалов
в существующий раздел FAQ выполняются по согласованию с Заказчиком
в порядке, установленном настоящим разделом. Остальные функции должны
сохранять работоспособность независимо от подключения смыслового поиска.
35
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 36 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев
4.2.2.1. Сведения о разделе
Для раздела предусматриваются идентификатор, название, родительский
раздел, фраза бота при входе, ключевые слова, порядок отображения и признак
публикации. Идентификатор присваивается системой и сохраняется при изменении
названия или положения раздела.
Название используется в дереве административной панели и в вариантах
выбора для пользователя. Фраза бота содержит пояснение либо уточняющий
вопрос. Если фраза не заполнена, применяется единое нейтральное сообщение
с предложением выбрать подходящий вариант. Пустая фраза не должна
препятствовать работе раздела.
Ключевые слова включают характерные обозначения пользовательской
потребности и употребляемые формулировки. Их назначение — помочь найти
раздел по свободному запросу. Список ключевых слов не выводится пользователю
в качестве текста сообщения.
4.2.2.2. Иерархия разделов
Каждый раздел имеет не более одного родителя. Корневые разделы
формируют верхний уровень. Дочерние разделы располагаются внутри выбранной
ветки в заданном порядке. Для построения сценария должны поддерживаться
последовательные уточнения без привязки к фиксированным названиям уровней.
Глубина дерева определяется утверждённым реестром контента. При
реализации
нельзя
ограничивать
структуру
существующей
схемой
«тема — вопрос», если согласованный маршрут содержит несколько
промежуточных разделов. Предельная поддерживаемая глубина фиксируется
в техническом описании и проверяется на наиболее длинной согласованной ветке.
Система должна исключать назначение раздела собственным родителем
и перенос в любой из его дочерних разделов. Проверка выполняется на сервере
до сохранения. При ошибке структура остаётся прежней, администратор получает
сообщение о недопустимом родительском разделе.
4.2.2.3. Сведения о статье
Для статьи предусматриваются постоянный идентификатор, заголовок
вопроса, текст ответа, ключевые слова, дополнительные формулировки вопроса,
перечень связанных разделов и признак публикации. Дополнительные
формулировки заполняются при наличии соответствующих материалов
и участвуют в поиске наравне с поисковыми обозначениями статьи.
36
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 37 из 84. Страница создана: 16.09.2026 19:12
Текст ответа редактируется визуальным редактором с поддержкой абзацев,
выделения текста, маркированных и нумерованных списков, ссылок.
Форматирование должно сохраняться при показе ответа в чат-боте. Содержимое
статьи не должно выводиться пользователю в виде необработанной
HTML-разметки.
Публикация допускается при наличии заголовка, непустого ответа и хотя бы
одной связи с доступным разделом. Черновые материалы могут сохраняться
для дальнейшего редактирования. Они не участвуют в публичной навигации
и поиске.
4.2.2.4. Множественные связи статьи
Одна статья может относиться к нескольким разделам. Для этого
используется отдельное отношение между статьями и разделами. Повторное
добавление одной и той же пары не должно создавать дублирующую связь.
При открытии статьи из любого связанного раздела администратор
редактирует одну исходную запись. Сохранённые изменения текста и статуса
применяются ко всем местам использования. Создание физических копий ответа
для каждой ветки не допускается как основной способ реализации множественной
принадлежности.
Удаление связи исключает статью только из выбранного раздела. Сама статья
и остальные связи сохраняются. В глобальных результатах поиска одна статья
отображается однократно, даже если она относится к нескольким найденным
разделам.
4.2.2.5. Состав шага сценария
При входе в раздел бот отображает его фразу и доступные элементы
следующего шага. Дочерние разделы представляются как варианты уточнения,
статьи — как вопросы, по которым можно получить готовый ответ. При наличии
элементов обоих типов сначала выводятся подразделы, затем статьи.
Порядок подразделов задаётся средствами администрирования. Для статей
предусматривается упорядочение списка в выбранном разделе. Изменение
очередности не должно менять идентификаторы объектов или содержание общей
статьи.
Для раздела без доступных дочерних элементов и статей выводится
сообщение об отсутствии опубликованной информации и возможность вернуться
к выбору направления либо открыть форму обращения. Пустой раздел не должен
приводить к бесконечному ожиданию ответа.
37
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 38 из 84. Страница создана: 16.09.2026 19:12
4.2.2.6. Изменение и удаление структуры
Перенос раздела выполняется путём изменения родителя. Вместе с разделом
перемещается его поддерево; статьи сохраняют прежние связи с перенесёнными
узлами. После операции система пересчитывает служебные сведения,
используемые для определения пути и области поиска.
Удаление раздела с подразделами или привязанными статьями блокируется
до освобождения связей и переноса вложенных элементов. Администратору
сообщается причина. Каскадное удаление материалов без отдельного выбора
соответствующих действий не выполняется.
Перед удалением статьи отображается подтверждение с указанием, что она
будет исключена из всех связанных разделов. Если требуется убрать материал
только из одной ветки, используется удаление связи. Названия этих действий
в интерфейсе должны различаться.
4.2.2.7. Доступность опубликованных материалов
Раздел, снятый с публикации, исключается из публичного дерева вместе
с путями через него. Статья остаётся доступной через другие опубликованные
разделы, если такие связи существуют. Материал без доступного пути не должен
появляться в глобальной выдаче.
При обращении по устаревшему идентификатору сервер повторно проверяет
наличие и доступность объекта. Отображение кнопки в ранее сформированном
сообщении не даёт права получить уже снятый с публикации ответ. Пользователю
предлагается актуальный выбор без раскрытия внутренних сведений об ошибке.
4.2.3. Административный интерфейс
4.2.3.1. Размещение и основной экран
Средства управления размещаются в существующем разделе «Чат-бот»
административной панели Сайта. Предусматриваются представления «База
знаний» и «Аналитика». Настройки, необходимые для эксплуатации
доработанного модуля, размещаются в том же разделе без создания отдельной
системы администрирования.
Основной экран базы знаний состоит из двух областей. Слева отображается
раскрываемое дерево разделов, справа — список статей выбранного раздела.
Выбранный узел выделяется. Название и путь раздела показываются над списком,
чтобы различать одноимённые узлы разных веток.
При первом открытии отображаются корневые разделы. Пустое состояние
сопровождается понятным предложением создать раздел. Отсутствие статей
в выбранном узле обозначается отдельно от ошибки загрузки данных.
38
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 39 из 84. Страница создана: 16.09.2026 19:12
4.2.3.2. Операции с разделами
Предусматриваются действия «Добавить раздел», «Добавить подраздел»,
«Изменить» и «Удалить». При создании подраздела текущий раздел автоматически
подставляется в поле родителя. При отмене формы изменения не сохраняются.
Форма редактирования содержит поля, перечисленные в пункте 4.2.2.1.
Родитель выбирается из дерева либо списка с отображением пути. Текущий раздел
и его потомки недоступны для выбора в качестве родителя.
При сохранении проверяются обязательные поля, корректность родителя
и допустимость операции. Сообщение об ошибке связывается с соответствующим
полем. Уже введённые данные сохраняются в форме, чтобы администратор мог
исправить ошибку без повторного заполнения.
4.2.3.3. Поиск и навигация по дереву
В административном дереве предусматривается поиск раздела по названию.
Результат должен позволять определить положение найденного узла и перейти
к его содержимому. Совпадающие названия различаются по полному пути.
Раскрытие и сворачивание узлов не меняет их состояние публикации. После
сохранения статьи или раздела интерфейс возвращает администратора к тому
месту, где выполнялось редактирование, если объект сохранился и доступен.
Изменение порядка выполняется через поле очередности либо простые
действия перемещения в списке. Реализация перемещения мышью не является
обязательной. В публичной части применяется сохранённый порядок, а не порядок
идентификаторов в ответе сервера.
4.2.3.4. Создание и редактирование статей
В правой области отображаются название статьи, состояние публикации
и действия редактирования. Для статьи, связанной с несколькими разделами,
должна быть доступна информация обо всех её размещениях. Открытие формы из
разных веток приводит к одной записи.
Форма содержит заголовок, визуальный редактор ответа, поисковые
обозначения, дополнительные формулировки и множественный выбор разделов.
При создании статьи из выбранной ветки соответствующая связь заполняется
предварительно и может быть изменена до сохранения.
Предусматриваются действия «Сохранить», «Отменить», управление
публикацией и удаление статьи с подтверждением. Изменение привязок должно
быть доступно в той же форме; повторное создание статьи для добавления в другую
ветку не требуется.
39
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 40 из 84. Страница создана: 16.09.2026 19:12
4.2.3.5. Работа со связями и форматированием
При выборе разделов отображаются их пути. Администратор должен видеть
разницу между снятием отметки у раздела и удалением всей статьи. Если снята
последняя связь опубликованной статьи, сохранение публикации блокируется
с пояснением причины.
Ссылки вводятся средствами визуального редактора. Текст ссылки и её адрес
сохраняются раздельно. Допускается размещать ссылки на уже подготовленные
документы, в том числе PDF, без разработки механизма автоматического
формирования файлов.
При вставке форматированного текста удаляются неподдерживаемые
элементы, способные нарушить размер окна чат-бота или выполнить посторонний
код. Поддерживаемые абзацы, списки и ссылки должны сохраняться. Перечень
доступных действий редактора отражается в инструкции администратора.
4.2.3.6. Обновление данных и обратная связь
Создание и изменение записей выполняются с использованием принятого
на Сайте механизма асинхронных запросов. На время сохранения повторная
отправка формы блокируется. После ответа сервера отображается подтверждение
результата либо сообщение о невозможности выполнить операцию.
Интерфейс не должен сообщать об успешном сохранении до подтверждения
сервера. Если соединение прервалось, введённый текст остаётся доступным для
повторной отправки. Повторное действие не должно создавать дубликаты связей.
Подсказки предусматриваются для полей, назначение которых
неоднозначно: фразы бота, ключевых слов, множественных связей и публикации.
Тексты подсказок должны объяснять действие на примере редактируемого объекта.
Отдельная обучающая система в состав модуля не входит.
4.2.4.
Публичный интерфейс и прохождение сценариев
4.2.4.1. Окно чат-бота
Публичный интерфейс сохраняет существующие основные элементы:
кнопку открытия, заголовок «Цифровой ассистент Петр», область сообщений,
стартовые карточки и поле ввода. Новые элементы должны соответствовать
принятому оформлению Сайта и размещаться внутри существующего окна.
Сообщения пользователя и бота отображаются в хронологическом порядке.
Перечень уточняющих вариантов помещается после связанного с ним сообщения.
Пользователь должен различать собственный выбор, пояснение бота
и содержательный ответ.
40
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 41 из 84. Страница создана: 16.09.2026 19:12
При появлении вариантов область переписки прокручивается к началу
нового результата, чтобы пользователь видел вопрос и первые доступные действия.
Выдача длинной статьи не должна автоматически перемещать просмотр
к её последней строке.
4.2.4.2. Стартовый экран
Стартовые карточки связываются с согласованными корневыми разделами.
Их названия и пояснения определяются реестром контента. Выбор карточки
открывает соответствующую ветку и отображает фразу первого раздела.
Пользователь может сразу ввести вопрос без выбора карточки. В этом случае
выполняется поиск по всей опубликованной базе знаний. Наличие стартовых
карточек не ограничивает состав объектов, доступных для поиска.
4.2.4.3. Переход между разделами
При выборе дочернего раздела в переписку добавляется текст выбранного
варианта, затем фраза нового раздела и доступные дальнейшие действия. Сервер
проверяет существование раздела, состояние публикации и допустимость
перехода.
Варианты текущего шага выводятся в виде кнопок или списка в принятом
оформлении чат-бота. Переход выполняется по идентификатору объекта.
Совпадение отображаемых названий в разных ветках не должно приводить
к выбору чужого раздела.
4.2.4.4. Отображение ответа
Выбор статьи приводит к показу её заголовка и текста ответа. Если статья
предложена в списке результатов, допускается использовать существующее
раскрытие ответа. Событие выдачи регистрируется при фактическом раскрытии
содержимого, а не при первоначальном появлении заголовка.
В ответе сохраняются предусмотренные редактором абзацы, списки,
выделение текста и ссылки. Длинный текст размещается в прокручиваемой области
переписки. Ссылки должны быть доступны для нажатия и не перекрываться
соседними элементами.
После ответа пользователь может оценить его, продолжить ввод, или начать
выбор заново. Выдача статьи не блокирует дальнейшую работу и не требует
закрытия окна.
41
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 42 из 84. Страница создана: 16.09.2026 19:12
4.2.4.5. Свободный ввод на шаге уточнения
Поле ввода доступно на каждом шаге. Отправленный текст рассматривается
как новый запрос с учётом текущей ветки. Пользователь не обязан дословно
повторять подпись кнопки или сначала завершать последовательность уточнений.
До завершения обработки запроса повторная отправка блокируется,
отображается состояние ожидания. После получения результата поле снова
становится доступным. Пустое сообщение и строка, состоящая только из пробелов,
не отправляются на поиск.
Варианты выбора из предыдущих шагов сохраняются в истории диалога.
Если пользователь нажимает на ранее предложенный раздел или статью, система
проверяет их доступность. Если материал доступен, бот переходит к выбранному
разделу или показывает ответ. Если раздел или статья удалены либо сняты
с публикации, бот сообщает, что выбранный вариант больше недоступен.
4.2.4.6. Отсутствие подходящего материала
Если поиск не даёт достаточно подходящего результата, бот сообщает
об этом понятным текстом и предлагает уточнить запрос, выбрать доступное
направление или открыть форму обращения. При наличии текущей ветки
пользователь сохраняет возможность продолжить её вручную.
Отсутствие результата не сопровождается выдачей произвольной статьи
с низкой релевантностью. Сообщение о неудачном поиске не должно утверждать,
что соответствующая услуга отсутствует: оно относится только к поиску
в опубликованной базе знаний.
Переход к форме обратной связи использует существующий механизм Сайта.
Перед открытием формы окно и затемняющий слой чат-бота закрываются.
Предложение формы, её открытие и отправка обращения являются разными
действиями; интеграция аналитики с фактической отправкой формы отдельно
не предусматривается.
4.2.4.7. Ошибки и адаптивность
При сетевой или серверной ошибке бот выводит сообщение о временной
невозможности обработать запрос и допускает повторное действие. Такая ошибка
не отображается как отсутствие информации в базе знаний. Введённое сообщение
остаётся в переписке.
На мобильных устройствах окно должно укладываться в доступную область
экрана, сохранять прокрутку сообщений и возможность закрытия. Длинные
названия вариантов переносятся на следующую строку. Горизонтальная прокрутка
всей страницы из-за содержимого бота не допускается.
42
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 43 из 84. Страница создана: 16.09.2026 19:12
Основные действия доступны с клавиатуры. Элементы выбора имеют
различимое состояние фокуса; раскрытие статьи корректно обозначается для
средств доступности. Изменения проверяются в обоих используемых шаблонах
Сайта, подключающих общий модуль чат-бота.
4.2.5. Поиск и управление контекстом
4.2.5.1. Область и источники поиска
Текстовый поиск выполняется по опубликованным разделам и статьям.
Учитываются названия разделов, заголовки вопросов, ключевые слова,
дополнительные формулировки и текст ответов. Текст для поиска
подготавливается без служебной разметки визуального редактора.
Поисковая обработка должна учитывать регистр, повторяющиеся пробелы
и используемое в действующем модуле приведение словоформ. Ключевые слова
и дополнительные формулировки расширяют набор совпадений. Разработка
самостоятельного универсального лингвистического справочника не требуется.
Приветственные и иные типовые фразы обрабатываются отдельно. Если
сообщение содержит приветствие и содержательный вопрос, бот может ответить
на приветствие и выполнить поиск по оставшейся части. Типовая фраза не должна
поглощать полезный текст запроса.
4.2.5.2. Приоритет текущей ветки
Если текущий раздел определён, поиск сначала выполняется в нём,
его доступных подразделах и связанных с ними статьях. При наличии достаточно
подходящего результата пользователь продолжает выбранную тему без повторного
прохождения верхних уровней.
Если результатов внутри ветки нет либо они не достигают принятого порога
релевантности, выполняется поиск по всей опубликованной базе. Сам факт
наличия любых совпадений в текущей ветке не должен препятствовать поиску
подходящего материала в других направлениях.
При отсутствии текущего раздела применяется глобальный поиск. Область
поиска определяется на сервере; переданный из браузера идентификатор
проверяется и не используется как безусловно доверенное указание на доступный
раздел.
4.2.5.3. Сопоставление и ранжирование
Система формирует упорядоченный перечень кандидатов. Совпадения
в заголовках и явно заданных поисковых обозначениях должны иметь
преимущество перед случайным упоминанием слова в длинном ответе. Для статей
43
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 44 из 84. Страница создана: 16.09.2026 19:12
сохраняется приоритет количества значимых слов запроса, найденных в заголовке
вопроса.
В пределах группы с одинаковым числом таких совпадений учитывается
совокупная оценка. Правила сопоставления разделов и статей должны
обеспечивать выбор подходящей точки входа, а не обязательную выдачу конечного
ответа при каждом запросе.
Повторяющиеся статьи объединяются по идентификатору. Порядок
кандидатов передаётся явно и сохраняется в интерфейсе. Числовые ключи объектов
и порядок возврата записей из базы не должны менять установленную
последовательность результатов.
4.2.5.4. Однозначный и неоднозначный результат
Если один кандидат отвечает установленным условиям уверенного выбора
и имеет достаточное преимущество перед остальными, допускается
непосредственный вход в раздел либо показ статьи. Автоматический переход не
применяется только на основании того, что кандидат оказался первым.
При нескольких близких кандидатах бот выводит заранее подготовленную
фразу с предложением уточнить направление и от трёх до пяти вариантов. Если
подходящих кандидатов меньше трёх, показывается фактически найденное
количество. Неподходящие элементы для заполнения списка не добавляются.
Ограничение относится к поисковым предложениям, а не к размеру базы или
числу дочерних разделов. При обычном прохождении дерева пользователю
должны быть доступны все опубликованные элементы текущего шага.
4.2.5.5. Настройка правил выбора
Порог пригодности результата и условие преимущества первого кандидата
определяются Исполнителем на контрольном наборе запросов, согласованном
с Заказчиком. Для каждого примера фиксируются исходная ветка и допустимый
результат: статья, раздел, список уточнений либо отсутствие совпадения.
Числовая оценка релевантности используется для сравнения кандидатов
внутри принятого метода. Она не является вероятностью правильности ответа и не
должна представляться пользователю или администратору как процент
достоверности.
Параметры поиска фиксируются в техническом описании. Выделенный
интерфейс ручной настройки весов администратором не требуется. Корректность
поиска проверяется по воспроизводимым примерам, а не по обещанию
распознавать любую возможную формулировку.
44
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 45 из 84. Страница создана: 16.09.2026 19:12
4.2.5.6. Смена темы
При обнаружении подходящего направления вне текущей ветки бот
предлагает его выбрать. После подтверждения текущим становится выбранный
раздел. Если однозначный результат является статьёй, она может быть показана
непосредственно; контекст её размещения определяется по доступным связям.
Если статья связана с текущей веткой, эта связь имеет приоритет. Если статья
найдена глобально и имеет несколько размещений, используется раздел
выбранного поискового кандидата. При равнозначных размещениях бот предлагает
уточняющий выбор раздела.
Предыдущие сообщения остаются в истории открытого окна.
Они не используются для самостоятельного вывода новых фактов о пользователе.
Контекст обеспечивает навигацию и ограничение поиска; генерация ответа
из совокупности произвольных реплик не предусматривается.
4.2.5.7. Хранение состояния сессии
Для продолжения сценария сохраняются идентификатор текущего раздела
и последовательность подтверждённых переходов. Дополнительно могут
храниться идентификатор последнего запроса и выданной статьи, необходимые
для связывания действий с аналитикой.
Состояние относится к отдельной пользовательской сессии и не должно
смешиваться между посетителями. Закрытие и повторное открытие окна на той
же странице сохраняет текущую переписку.
После истечения сессии или утраты её состояния бот начинает работу
со стартового экрана. Восстановление переписки между устройствами и после
завершения браузерной сессии не требуется. Если сохранённый раздел снят
с публикации, предлагается актуальный выбор направления.
4.2.6.
Смысловой поиск по согласованию с Заказчиком
4.2.6.1. Условия применения
По согласованию с Заказчиком текстовый поиск дополняется локальной
моделью векторного представления текста — embedding-моделью. Она
преобразует запросы и материалы в числовые представления, позволяющие
находить близкие по смыслу записи при различающихся формулировках.
До включения функции согласуются возможность её размещения на
выделенных ресурсах, выбранная модель, условия использования и контрольные
примеры. Технические требования к вычислительным ресурсам определяются
после проверки выбранного варианта на предоставленной базе знаний.
45
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 46 из 84. Страница создана: 16.09.2026 19:12
Модель используется для подбора кандидатов. Содержательные ответы,
уточняющие фразы и названия вариантов берутся из базы знаний. Автоматическое
сочинение текстов консультаций, обращение к общедоступным генеративным
сервисам и обучение собственной языковой модели не предусматриваются.
4.2.6.2. Подготовка и обновление индекса
Индекс содержит представления опубликованных разделов и статей
с привязкой к их идентификаторам. При подготовке текста учитываются заголовки,
поисковые обозначения и содержательные части материалов. Разметка
и технические элементы интерфейса не должны ухудшать сопоставление.
Добавление или изменение материала должно приводить к обновлению его
представления. Удалённые и снятые с публикации объекты исключаются
из выдачи независимо от момента технического обновления индекса. Перед
показом кандидата выполняется проверка по актуальной базе знаний.
Предусматривается служебная возможность полного перестроения индекса.
Порядок запуска и проверки завершения описывается в эксплуатационной
инструкции. Отдельная панель управления моделями и версиями индекса
в административном интерфейсе не требуется.
4.2.6.3. Совместная работа с текстовым поиском
Кандидаты смыслового и текстового поиска сопоставляются по единым
идентификаторам. Итоговая выдача не должна содержать несколько копий статьи
из разных способов поиска. Область текущей ветки и правила уточнения
сохраняются.
Состав модели, способ объединения результатов и параметры выбора
определяются с учётом согласованного набора примеров. Значения оценок разных
алгоритмов нельзя складывать без принятого способа приведения к сопоставимому
виду.
При недоступности модели или индекса выполняется текстовый поиск.
Технический сбой смыслового поиска фиксируется для обслуживания
и не прерывает ручную навигацию по дереву. Пользователю не выводятся
служебные адреса, названия процессов или сообщения библиотеки модели.
4.2.7. Базовая аналитика работы чат-бота
4.2.7.1. Назначение и представление данных
В административной панели предусматривается вкладка «Аналитика»
с журналом обработки пользовательских запросов. Журнал предназначен для
46
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 47 из 84. Страница создана: 16.09.2026 19:12
проверки результатов поиска, выявления отсутствующих материалов и просмотра
оценок выданных ответов.
Основной формой представления является таблица. Диаграммы, сводные
панели с расчётом показателей по темам, выгрузка многостраничных книг XLSX
и просмотр полной переписки в отдельном архиве в состав базовой аналитики
не входят.
Данные обновляются при открытии вкладки и применении фильтров.
Постоянное обновление страницы по таймеру или передача событий на экран
администратора в реальном времени не требуется.
4.2.7.2. Поля журнала
Для обработки текстового запроса фиксируются дата и время, текст
сообщения, идентификатор текущего раздела при поиске, найденный раздел или
статья, оценка релевантности, выбранный пользователем вариант и оценка
полезности ответа при её наличии.
Запись дополняется результатом обработки: предложены варианты, выдан
ответ, совпадение не найдено либо произошла техническая ошибка.
При нескольких предложениях сохраняются их идентификаторы и порядок;
в таблице допускается компактное перечисление с раскрытием полного значения.
Выбор статьи при прохождении дерева без текстового запроса также может
создавать запись о выдаче ответа. В поле запроса показывается обозначение
«Выбор по сценарию», без подстановки вымышленного пользовательского
сообщения. Для такого события релевантность не рассчитывается.
4.2.7.3. Связывание событий
Отправленный запрос получает служебный идентификатор. Выбор варианта
и оценка ответа связываются с соответствующим запросом или событием выдачи.
Идентификатор сессии используется только для технической связи действий
и не считается установленной личностью посетителя.
Показ списка, выбор раздела и выдача статьи отражаются раздельно. Для
неоднозначной выдачи выбор пользователя обновляет сведения об обработке
соответствующего запроса. Последующий самостоятельный текстовый запрос
создаёт новую запись.
Тексты и идентификаторы показанных объектов фиксируются в объёме,
необходимом для чтения записи после переименования статьи или раздела. Журнал
не должен превращаться в историю всех редакций базы знаний. Удаление
материала не должно приводить к ошибке открытия ранее зарегистрированного
события.
47
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 48 из 84. Страница создана: 16.09.2026 19:12
4.2.7.4. Оценка полезности ответа
После выдачи статьи отображается вопрос «Помог ли вам ответ?»
с вариантами «Да» и «Нет». Оценка необязательна. Отсутствие выбора хранится
как отсутствие оценки и не приравнивается к отрицательному ответу.
Оценка относится к конкретной выдаче статьи. Повторное нажатие
не должно увеличивать число оценок одного события. При изменении выбора
обновляется ранее сохранённое значение в пределах доступной сессии.
Пользователь может продолжить работу без оценки. Отрицательный ответ
сам по себе не означает отсутствие результата поиска и не меняет задним числом
факт выдачи статьи. Администратор видит оба обстоятельства.
4.2.7.5. Фильтрация и просмотр
Предусматриваются выбор периода и поиск по тексту запроса. Период
по умолчанию — последние 30 дней. Допускается указать начало и конец
диапазона; неверный диапазон сопровождается пояснением и не применяется.
Фильтры применяются кнопкой «Применить» и сбрасываются кнопкой
«Сбросить». Записи выводятся от новых к старым, не более 50 на странице.
Переход между страницами сохраняет выбранные условия.
Длинные запросы и названия могут сокращаться в строке таблицы
с возможностью просмотра полного значения. Пустая выборка должна отличаться
от ошибки загрузки. Доступ к журналу предоставляется через существующую
авторизацию административной панели.
4.2.7.6. Достоверность и хранение
В журнале используются серверные дата и время с единым часовым поясом,
принятым на Сайте. Пропущенное значение обозначается явно. Число
релевантности сопровождается пояснением о его техническом назначении;
отсутствие оценки не заменяется нулём.
Срок хранения и порядок удаления накопленных записей фиксируются
в эксплуатационных настройках до запуска с учётом решения Заказчика.
Разработка отдельного пользовательского интерфейса выбора срока и массовой
очистки в состав базовой аналитики не включается.
Удаление записей аналитики не должно затрагивать статьи, разделы
и поисковые обозначения. Ошибка регистрации события не должна препятствовать
выдаче ответа; сведения о техническом сбое сохраняются доступными
для обслуживания средствами Сайта.
48
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 49 из 84. Страница создана: 16.09.2026 19:12
4.2.8. Технические требования к реализации
4.2.8.1. Взаимодействие компонентов
Серверная часть обеспечивает получение доступного шага, обработку
свободного запроса, выдачу статьи, сохранение оценки и административные
операции. Клиентская часть отвечает за отображение результата и передачу
действий пользователя. Решения о доступности материала и составе поисковой
выдачи принимаются на сервере.
Для обмена используются принятые на Сайте асинхронные запросы и
структурированный ответ. Сохраняется совместимость существующих полей
questions, answers и result_order на период совместного использования обработчика.
Дополнительные сведения о разделах, типах результатов и состоянии сценария
вводятся без изменения смысла этих полей.
Ответ должен позволять отличить сообщение бота, список вариантов,
статью, отсутствие совпадений и ошибку обработки. Для каждого варианта
передаются тип и идентификатор объекта. Клиенту не требуется угадывать вид
результата по его тексту.
4.2.8.2. Хранение и целостность данных
Сведения о разделах, статьях и их связях хранятся в базе данных Сайта.
Вспомогательный поисковый индекс, если он применяется, является производным
от опубликованной базы. Восстановление содержательных материалов не должно
зависеть исключительно от наличия индекса.
Сохранение статьи и набора её связей выполняется согласованно: ошибка
операции не должна оставлять частично изменённое размещение. Проверяется
существование всех указанных разделов. Изменения структуры не должны
создавать недостижимые циклические ветки.
Для запросов дерева и связей предусматриваются необходимые индексы
базы данных. Произвольные нормативы нагрузки без сведений о сервере
и наполнении не устанавливаются.
4.2.8.3. Проверка входных данных
Идентификаторы, значения полей и параметры фильтров проверяются
сервером независимо от ограничений браузерной формы. Параметры запросов
к базе обрабатываются безопасным способом, принятым в проекте.
Пользовательский текст не должен становиться исполняемой частью SQL-запроса
или HTML-страницы.
Административные операции требуют действующей авторизации и проверки
прав. Публичные обработчики не должны позволять создавать, изменять или
49
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 50 из 84. Страница создана: 16.09.2026 19:12
удалять материалы. Для изменяющих запросов применяются предусмотренные
проектом меры защиты от подделки запросов.
Текст статьи обрабатывается по разрешённому набору форматирования.
Скрипты, обработчики событий и опасные адреса ссылок исключаются. Проверка
распространяется и на ответы, отображаемые из уже существующей базы знаний
после переноса.
4.2.8.4. Совместимость и обслуживание
Доработанный интерфейс подключается в используемых шаблонах Сайта
из общей реализации. Дублирование независимых версий логики чат-бота для
разных шаблонов не допускается. Сборка клиентских ресурсов выполняется
штатным механизмом проекта.
Доработка чат-бота не должна изменять работу остальных разделов Сайта
через общие стили или глобальные обработчики событий.
Служебные сообщения об ошибках должны позволять определить
обработчик и причину сбоя без вывода посетителю технических подробностей.
Секреты подключения и административные данные в публичные ответы не
включаются.
4.2.8.5. Согласованность запросов и состояния
Каждое действие обрабатывается применительно к определённому состоянию
диалога. Ответ на более ранний запрос не должен заменять результат более
позднего действия, если пользователь успел изменить направление.
Для сопоставления запроса и ответа используются служебные идентификаторы
либо эквивалентный механизм, принятый в клиентской части.
При повторной отправке сетевого запроса после ошибки необходимо различать
новую реплику пользователя и повтор доставки прежнего действия. Повтор
доставки не должен создавать дополнительную оценку или дублирующую связь в
административной части. Правило не запрещает пользователю намеренно задать
тот же вопрос повторно.
После сохранения раздела или статьи обновляется связанное представление
данных. Если применяется кэширование, Исполнитель предусматривает его
обновление для изменённого объекта. Снятие с публикации должно проверяться по
актуальному состоянию материала, даже если часть поисковых данных ещё
находится в кэше.
4.2.8.6. Контроль переноса существующих записей
Перед преобразованием данных составляется техническая сверка тем,
вопросов, ответов и их связей. Отдельно выявляются вопросы без ответа, ссылки
50
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 51 из 84. Страница создана: 16.09.2026 19:12
на отсутствующие темы и записи с некорректным родителем. Такие записи
включаются в перечень уточнений к наполнению и не удаляются автоматически
только из-за обнаруженной ошибки.
Несколько одинаковых текстов не объединяются автоматически: совпадение
текста само по себе не подтверждает, что Заказчик считает записи одной статьёй.
Исправление технических связей отделяется от изменения содержания
ответа. Если при переносе требуется содержательное решение, оно отражается
в реестре и подтверждается Заказчиком до публикации соответствующего
материала.
4.2.9. Предоставление и размещение материалов
4.2.9.1. Ответственность за содержание
Заказчик предоставляет структуру направлений, тексты уточнений, вопросы,
ответы, поисковые обозначения и необходимые ссылки.
Исполнитель
размещает
согласованные
материалы,
оформляет
их средствами редактора, создаёт разделы и связи. Смысловая переработка
консультаций, подготовка новых правовых разъяснений и самостоятельное
дополнение отсутствующих ответов в обязанности по наполнению не входят.
Обнаруженные противоречия, дублирующиеся материалы и отсутствующие
ответы передаются Заказчику для уточнения. Спорный материал не подменяется
предположением Исполнителя. По решению Заказчика он корректируется,
объединяется с другой статьёй либо остаётся неопубликованным.
4.2.9.2. Согласованный реестр наполнения
До начала размещения стороны утверждают единый реестр. В нём
указываются разделы и их родительские связи, фразы бота, статьи, тексты ответов,
места размещения и состояние публикации. Каждому материалу присваивается
устойчивое обозначение, позволяющее связывать строки реестра.
Объём первоначального наполнения определяется этим реестром. Для одной
статьи отдельно перечисляются все разделы использования.
Изменения согласованного состава оформляются обновлением реестра
с указанием изменённых материалов. Дополнительные ветки и статьи,
поступившие после фиксации объёма, согласуются отдельно.
4.2.9.3. Подготовка сценарного дерева
Верхние уровни формируются по потребностям пользователя: поиск работы,
обучение, выплаты, документы и иные утверждённые направления.
51
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 52 из 84. Страница создана: 16.09.2026 19:12
Промежуточный раздел должен содержать понятный выбор, который
действительно влияет на следующий шаг либо набор доступных ответов.
Официальные названия программ могут использоваться внутри
соответствующих веток. Повторное употребление одного ответа в разных
пользовательских ситуациях оформляется связями, если содержание ответа
совпадает полностью. Для различающихся по смыслу консультаций используются
отдельные статьи.
Для каждой предназначенной для сценарного показа статьи
предусматривается путь от стартового раздела. Фактические формулировки
уточнений и распределение материалов согласуются с Заказчиком до публикации.
4.2.9.4. Существующие материалы и FAQ
Существующие вопросы и ответы сохраняются как источник
для согласованного наполнения. Их использование в новом дереве определяется
реестром. Массовая публикация всех старых записей без проверки соответствия
структуре не выполняется.
По согласованию с Заказчиком материалы справочного характера
переносятся в существующий раздел FAQ Сайта. До выполнения определяются
перечень материалов, целевые рубрики и порядок сохранения либо изменения
действующих ссылок.
Разработка нового самостоятельного раздела FAQ, универсального средства
импорта и отдельного интерфейса синхронизации материалов не предполагается.
4.2.9.5. Требования к передаче исходных материалов
Материалы передаются комплектом, позволяющим однозначно сопоставить
раздел, текст его фразы и относящиеся к нему статьи. Для каждой статьи
указывается окончательная редакция ответа. Наличие нескольких файлов
с различающимися текстами без обозначения действующей редакции является
основанием для уточнения соответствующей позиции реестра.
Для ссылки предоставляются отображаемое название и полный адрес
назначения. Если ответ ссылается на документ, Заказчик предоставляет сам
документ либо доступный адрес его размещения. Содержание стороннего ресурса
и последующие изменения по внешнему адресу не являются частью наполнения
базы знаний.
Поисковые обозначения передаются вместе с материалом, к которому они
относятся. Одна фраза может использоваться у нескольких статей, если различие
предполагается уточнять последующим выбором. В таком случае в контрольном
52
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 53 из 84. Страница создана: 16.09.2026 19:12
примере отмечается допустимость выдачи нескольких вариантов вместо
автоматического ответа.
Материалы, поступившие с незаполненными обязательными полями,
регистрируются как требующие уточнения. Остальная согласованная часть может
размещаться независимо, если отсутствующая позиция не разрывает её сценарный
маршрут. Публикация зависимых веток выполняется после получения
недостающих сведений.
4.2.10. Подготовка к эксплуатации и передача результатов
4.2.10.1. Последовательность ввода
До изменения рабочей базы подготавливается резервная копия
затрагиваемых данных и сохраняется версия изменяемых компонентов. Ввод
выполняется с учётом порядка тестирования по пункту 4.5.
Перенос существующих связей должен сохранять соответствие вопросов и
ответов. Переход от одной темы к нескольким разделам не должен терять
первоначальное размещение статьи, если его изменение не предусмотрено
реестром.
Переключение рабочей версии производится после согласования
с Заказчиком результатов проверки по пункту 4.5.
4.2.10.2. Комплект передаваемых сведений
Исполнитель передаёт изменённые программные компоненты, описание
изменений структуры данных, порядок установки и обновления, сведения
о необходимых настройках и инструкцию администратора. Материалы передаются
в используемом проектом порядке хранения исходного кода и документации.
Инструкция администратора должна описывать создание разделов,
изменение родителя, размещение одной статьи в нескольких ветках, публикацию,
поиск материалов и чтение аналитики. Примеры приводятся на согласованном
содержании базы знаний.
При подключении смыслового поиска дополнительно указываются модель,
способ запуска, размещение индекса, порядок обновления и восстановление
текстового поиска при отказе компонента. Настройки с ограниченным доступом
передаются отдельно от общедоступной инструкции.
4.2.10.3. Возврат к предыдущей версии
В случае выявления ошибки, препятствующей основной работе, применяется
подготовленный порядок возврата к предыдущей версии. В нём учитываются
53
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 54 из 84. Страница создана: 16.09.2026 19:12
изменения структуры данных; замена только клиентских файлов не считается
достаточным способом отката при несовместимой миграции.
4.2.11. Примеры структуры и состава материалов
4.2.11.1. Пример сценарного маршрута
Корневой раздел «Хочу найти работу» содержит фразу «Какая помощь вам
нужна?» и подразделы «Подобрать вакансии», «Подготовить резюме», «Вернуться
к работе после перерыва». Пользователь выбирает нужное направление либо
вводит вопрос.
В разделе «Подготовить резюме» размещаются статьи «Что указать в резюме
без опыта» и «Как описать предыдущие места работы». Выбор статьи выводит
готовый ответ, предоставленный Заказчиком.
Статья «Какие документы нужны для обращения в центр занятости» может
быть связана с направлениями поиска работы и получения выплат. При
её редактировании содержание обновляется в обоих местах. Дополнительный
раздел для копии текста не создаётся.
4.2.11.2. Пример свободного входа и уточнения
Пользователь вводит «Меня уволили, что делать дальше?». При наличии
соответствующих материалов поиск предлагает направления «Поиск новой
работы», «Постановка на учёт» и «Выплаты». После выбора бот продолжает
соответствующую ветку с её подготовленной фразы.
Если пользователь уже находится в разделе обучения и спрашивает
о продолжительности курса, сначала проверяются материалы этого направления.
При нескольких курсах с разными сроками предлагается уточнить выбор. Система
не должна выбирать срок произвольно из первого найденного ответа.
Результаты этих примеров зависят от наполнения и включаются
в контрольный набор после согласования материалов. Пример не является
требованием дать содержательный ответ на вопрос, для которого Заказчик
не предоставил статью.
4.2.11.3. Состав реестра и контроль размещения
Для раздела в реестре указываются код, код родителя, название, фраза бота,
поисковые обозначения, порядок и публикация. Для статьи указываются код,
заголовок, ответ, ключевые слова, дополнительные формулировки, коды разделов
и публикация.
Коды реестра служат для сопоставления материалов при наполнении
и могут отличаться от внутренних идентификаторов базы. Исполнитель сохраняет
54
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 55 из 84. Страница создана: 16.09.2026 19:12
соответствие между ними для итоговой проверки. Пустое поле дополнительной
формулировки не препятствует размещению готовой статьи.
После наполнения по реестру отмечаются размещённые материалы и
выявленные расхождения. Для каждого расхождения фиксируются причина и
согласованное действие. Итоговый реестр подтверждает фактически размещённый
состав без включения несогласованных новых материалов.
4.3.
4.3. Доработка страницы «Для молодежи»
Доработка
выполняется
на
существующей
странице
Сайта
https://czn.mosreg.ru/molodezh. Требуется реализовать выбор возрастной группы
с помощью трекбара, связать его положения с содержимым трёх карточек
и предоставить средства редактирования соответствующего контента
в административной панели. Действующие элементы страницы и ранее
реализованные возможности управления ими подлежат сохранению.
4.3.1. Возрастные группы и состояния трекбара
4.3.1.1. Первоначальный состав положений
При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения: «11–14 лет», «14–17 лет», «18–25
лет», «25–35 лет». Указанные обозначения используются как названия выбираемых
групп и сохраняются в приведённом порядке. Каждому положению соответствует
отдельный комплект содержимого всех трёх карточек.
Трекбар работает как дискретный переключатель. После завершения
перемещения бегунок должен соответствовать одному из предусмотренных
положений, а подпись выбранной группы — отображаемому содержимому.
Промежуточное положение между группами не должно приводить к показу
смешанного набора карточек.
Возрастные диапазоны воспроизводятся в редакции, установленной
настоящим ТЗ. Их граничные значения не используются для автоматического
определения возраста посетителя: пользователь самостоятельно выбирает нужное
положение. При изменении названий групп через CMS связь с ранее настроенным
контентом должна сохраняться.
4.3.1.2. Бегунок и обозначение выбора
Бегунок выполняется в виде точки со сплошной цветной заливкой
без обводки. Для привлечения внимания предусматривается периодический
эффект пульсации, реализованный средствами CSS @keyframes. Период
55
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 56 из 84. Страница создана: 16.09.2026 19:12
повторения и характер изменения визуальных параметров определяются
в согласованном варианте анимации.
Пульсация не должна смещать выбранное положение, изменять значение
трекбара или запускать обновление карточек. Активная точка и подпись
возрастной группы должны оставаться различимыми на фоне шкалы в течение
всего цикла эффекта.
Внешний вид шкалы, расположение подписи и соотношение размеров
элементов разрабатываются на основе примера на рисунке 6 с соблюдением
официального брендбука Заказчика и общей стилистики Сайта.
Рисунок 6 — Пример трекбара страницы «Для молодежи»
4.3.1.3. Варианты дизайна и анимации
Исполнитель разрабатывает и представляет Заказчику три альтернативных
варианта дизайна трекбара. Для каждого варианта должны быть показаны
размещение на странице, выбранное положение и читаемость подписей возрастных
групп. Все варианты разрабатываются в пределах одного и того
же предусмотренного функционала.
Отдельно предоставляются три альтернативных варианта анимации
интерфейсных элементов — трекбара и карточек. Вариант анимации должен
позволять оценить пульсацию бегунка и последовательность смены содержимого
карточек, а также соответствие эффектов выбранному оформлению.
В
рабочую
версию
интегрируется
согласованное
оформление
и согласованный вариант анимационного поведения. Количество альтернативных
вариантов не означает необходимость размещать на публичной странице
переключатель дизайнов или одновременно использовать несколько эффектов.
4.3.2. Динамическое содержимое карточек
4.3.2.1. Состав изменяемой области
Ниже трекбара сохраняются три карточки: «Не знаешь кем стать»,
«Познакомишься с лидерами рынка» и «Получишь первый профессиональный
опыт». Исходное размещение карточек показано на рисунке 7. При смене
56
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 57 из 84. Страница создана: 16.09.2026 19:12
возрастной группы обновляются относящиеся к ней заголовки, подзаголовки,
текстовые описания и списки блочных элементов.
Для всех трёх карточек применяется одно выбранное положение трекбара.
Не допускается завершать переключение в состоянии, при котором одна карточка
показывает материалы новой группы, а другая — предыдущей. Подпись трекбара
и комплект отображённых материалов должны соответствовать друг другу.
Публичная часть использует сохранённые настройки CMS. Значения одной
возрастной группы не должны подставляться вместо отсутствующих значений
другой группы без явного заполнения соответствующего контента
администратором.
Рисунок 7 — Исходное размещение карточек страницы «Для молодежи»
4.3.2.2. Правила отображения списков
Первоначальные тексты и состав доступных элементов определяются
таблицами 10–12. Знак «+» означает, что элемент отображается для
соответствующей группы; знак «−» означает, что элемент в её списке отсутствует.
Порядок строк таблицы определяет исходную последовательность видимых
элементов после исключения строк со знаком «−».
57
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 58 из 84. Страница создана: 16.09.2026 19:12
При скрытии элемента остальные элементы списка располагаются
последовательно, без пустых строк и промежутков на месте скрытого элемента.
Последующие элементы располагаются в установленном порядке. Видимость
элемента списка не изменяет состав трёх кнопок-иконок в футере карточки.
URL-адреса элементов предоставляются Заказчиком и размещаются через
предусмотренные средства управления. Для каждой отображаемой ссылки должны
применяться адрес и подпись, сохранённые для соответствующего положения
трекбара.
4.3.2.3. Содержание карточки «Не знаешь кем стать»
Текстовая часть одинакова для четырёх исходных возрастных групп. Состав
списка изменяется в соответствии с таблицей 10: «Семейный профгид»
присутствует только в первом положении, а «Матрица профессий» — во втором,
третьем и четвёртом. Остальные элементы сохраняют доступность во всех четырёх
положениях.
Таблица 10 — Содержание и видимость элементов карточки «Не знаешь кем стать»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Найдешь призвание и выберешь профессию, подходящую именно
тебе
Профориентация
+
+
+
+
Семейный профгид
+
-
-
-
Проект «Компас
профессии»
+
+
+
+
Матрица профессий
-
+
+
+
Описание профессий
+
+
+
+
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»
В первом положении используется текст о знакомстве с предприятиями
Подмосковья. Для остальных трёх положений применяется текст о знакомстве
с процессом работы и условиями труда. «Мероприятия с работодателями»
и «Профтуры» отображаются начиная со второго положения, как установлено
таблицей 11.
58
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 59 из 84. Страница создана: 16.09.2026 19:12
Таблица 11 — Содержание и видимость элементов карточки «Познакомишься с лидерами рынка»
Параметр/Кнопка
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Текстовая часть
Познакомишьс
яс
предприятиям
и Подмосковья
Работодатели
Подмосковья
+
+
+
+
Мероприятия
с работодателями
-
+
+
+
Профтуры
-
+
+
+
Увидишь процесс работы изнутри и
познакомишься с условиями труда на
предприятиях Подмосковья
4.3.2.5. Содержание карточки «Получишь первый профессиональный опыт»
Для каждого исходного положения устанавливается собственная текстовая
часть. Практики и стажировки доступны только для группы «18–25 лет», а элемент
«Начать свой бизнес» — только для группы «25–35 лет». Остальные различия
в составе списка определяются таблицей 12.
Таблица 12 — Содержание и
профессиональный опыт»
Параметр/Кнопка
Текстовая часть
видимость
Положение
трекбара 1
(11-14 лет)
элементов
Положение
трекбара 2
(14-17 лет)
карточки
«Получишь
Положение
трекбара 3
(18-25 лет)
Пройдешь
практику,
Научишься
Трудоустроишь
стажировку или
составлять свое ся в свободное
трудоустроишьс
первое резюме от учебы время
я в свободное от
учебы время
первый
Положение
трекбара 4
(25-35 лет)
Найдешь
работу мечты
или начнешь
собственное
дело
Временное
трудоустройство
-
+
+
+
Практики
-
-
+
-
Стажировки
-
-
+
-
Твое идеальное резюме
+
+
+
+
Постоянное
трудоустройство
-
-
+
+
Начать свой бизнес
-
-
-
+
59
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 60 из 84. Страница создана: 16.09.2026 19:12
4.3.3. Геометрия карточек и обработка текста
4.3.3.1. Базовые размеры
Ширина карточек фиксируется в рамках соответствующей компоновки
страницы и не зависит от длины текста выбранной возрастной группы.
Переполнение содержимого не должно растягивать отдельную карточку, менять
ширину соседних карточек или нарушать их расположение.
Базовая высота всех трёх карточек рассчитывается для списка из четырёх
элементов. При расчёте учитываются заголовок, подзаголовок, внутренние
отступы, интервалы между элементами и футер. Пока ни один из трёх списков не
содержит более четырёх элементов, карточки сохраняют одинаковую базовую
высоту.
Размеры и переносы проверяются на предусмотренных таблицами текстах
и согласованном наполнении. Фиксированная высота не должна достигаться
обрезанием видимых надписей или наложением списка на футер.
4.3.3.2. Синхронное увеличение высоты
Если хотя бы один из списков содержит более четырёх элементов, высота
всех трёх карточек увеличивается одновременно. Общая высота определяется
по карточке с наиболее высоким фактическим содержимым с учётом переноса
строк, а не только по числу записей.
Карточка с коротким списком при этом сохраняет общую высоту группы.
Её футер располагается на том же уровне, что и футеры остальных карточек.
Независимое увеличение только одной карточки не допускается.
При переключении на возрастную группу, для которой ни один список
не превышает четырёх элементов, применяется базовая высота. Пересчёт должен
учитывать уже выбранное содержимое; размер предыдущей группы не должен
оставаться в качестве случайного значения.
4.3.3.3. Переносы и сохранение формы
Для длинных надписей предусматривается автоматический перенос
на следующую строку внутри доступной ширины элемента. Текст не должен
выходить за границы карточки, перекрывать соседний элемент или расширять
родительский контейнер.
В мобильной компоновке ширина определяется доступной областью экрана
и принятым расположением карточек. После изменения ширины окна размеры
проверяются с учётом нового переноса строк. Правила равной высоты
и сохранения футера применяются к согласованной компоновке страницы.
60
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 61 из 84. Страница создана: 16.09.2026 19:12
4.3.4. Анимация смены и неизменяемый футер
4.3.4.1. Последовательность смены содержимого
Переключение сопровождается плавным исчезновением текущего
содержимого и последующим проявлением содержимого выбранной группы.
Эффект Fade-Out/Fade-In реализуется через CSS @keyframes. Параметры анимации
соответствуют варианту, согласованному с Заказчиком.
Текст, элементы списка и ссылки обновляются в рамках одного
переключения. Не допускается состояние, при котором видимая подпись элемента
уже относится к новой группе, а его адрес остался от предыдущей. Анимация не
должна сопровождаться наложением двух комплектов текста.
Если пользователь меняет положение повторно до завершения эффекта,
после завершения обработки отображается последнее выбранное положение.
Повторные действия не должны накапливать очередь устаревших переходов,
оставлять карточки прозрачными или нарушать их размеры.
4.3.4.2. Футер карточки
Футер с тремя кнопками-иконками сохраняет статичный вид. Его размеры,
состав, расположение и визуальное состояние не меняются в зависимости
от положения трекбара. Существующее назначение кнопок сохраняется.
Анимация обновления контента не должна скрывать футер или повторно
создавать впечатление его появления. При синхронном увеличении карточек футер
перемещается вместе с нижней границей карточки, сохраняя собственную
геометрию и взаимное расположение иконок.
4.3.5. Управление через административную панель
4.3.5.1. Общие настройки трекбара
Администратору
предоставляется
возможность
изменять
текст,
сопровождающий трекбар, редактировать названия возрастных групп и добавлять
новые положения.
При добавлении положения для него становятся доступны поля текстового
наполнения всех трёх карточек и настройки видимости кнопок. Изменение
названия существующей группы сохраняет связанные с ней тексты и выбранные
элементы.
4.3.5.2. Текстовое содержимое карточек
Для каждой карточки предусматриваются общий заголовок, а также
подзаголовок и текстовое описание для каждой возрастной группы. Общий
61
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 62 из 84. Страница создана: 16.09.2026 19:12
заголовок сохраняется при переключении трекбара; подзаголовок и описание
выводятся в соответствии с выбранным положением.
Поля
группируются
внутри
блока
соответствующей
карточки
и обозначаются названиями возрастных групп. Изменение текста одной группы не
влияет на содержимое остальных.
4.3.5.3. Единый список кнопок карточки
Для каждой карточки используется единый список кнопок, представленный
в административной панели в виде таблицы. Каждая строка содержит название
кнопки, URL-адрес и отдельные отметки видимости для предусмотренных
возрастных групп.
Название и ссылка задаются один раз и применяются во всех группах,
для которых включён показ кнопки. Администратор может добавлять и удалять
строки, изменять их содержимое и порядок.
Порядок кнопок является общим для всех возрастных групп. В публичной
части отображаются только отмеченные для выбранной группы кнопки
с сохранением их взаимной последовательности. На месте скрытых элементов
пустые строки не остаются.
При добавлении возрастной группы в таблицах всех трёх карточек
появляется дополнительный столбец видимости. Администратор отмечает в нём
кнопки, которые должны показываться для новой группы.
Первоначальное наполнение и видимость элементов устанавливаются
по таблицам 10–12. URL-адреса предоставляет Заказчик.
4.3.5.4. Сохранение и применение настроек
Изменения сохраняются общей кнопкой «Сохранить». При повторном
открытии экрана отображаются ранее сохранённые тексты, ссылки, порядок строк
и отметки видимости.
Публичная страница использует сохранённые настройки для переключения
содержимого карточек, определения состава кнопок и расчёта высоты блоков.
Редактирование выполняется без изменения исходного кода.
Ранее реализованные возможности управления страницей сохраняются. Если
выполнение доработки требует удаления или замены действующей функции,
Исполнитель до начала соответствующих изменений уведомляет Заказчика
и согласует дальнейшие действия.
4.4.
Доработка страницы «Программы тренингов 2026 года»
Доработка распространяется на карточки календаря тренингов на страницах
https://czn.mosreg.ru/soiskatelyam/treningi/programmy-treningov-2026-goda/, а также
62
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 63 из 84. Страница создана: 16.09.2026 19:12
https://czn.mosreg.ru/soiskatelyam/events/.
Предусматриваются
цветовые
индикаторы целевых аудиторий, пояснения к ним, элемент «Записаться» и
дополнение модального окна описанием тренинга с анимацией открытия и
закрытия.
4.4.1. Цветовая маркировка целевых аудиторий
4.4.1.1. Состав обозначений
Для тренингов используются три типа целевой аудитории. Первоначальное
соответствие типов и цветов устанавливается следующим образом:
– синий цвет #0050aa — соискатели, ищущие работу в первый раз;
– голубой цвет #5ab4e6 — соискатели, меняющие работу или профессию;
– оранжевый цвет #e65028 — соискатели, длительное время не работавшие
и имеющие перерыв в стаже.
Индикатор представляет собой геометрический круг со сплошной заливкой.
Его цвет определяется настройкой соответствующей аудитории. Название
тренинга, дата проведения и другие сведения карточки не используются для
автоматического назначения категории.
4.4.1.2. Одновременное отображение нескольких аудиторий
В административной карточке тренинга предусматривается группа из трёх
независимых чекбоксов. Для каждого типа устанавливается состояние «включён»
или «выключен». Допускается одновременный выбор нескольких типов;
включение одного чекбокса не снимает отметки с остальных.
В публичной карточке отображаются индикаторы только выбранных
аудиторий. Для одного выбранного типа выводится один круг, для двух — два, для
трёх — три. Отсутствие отметки не должно заменяться автоматически назначенной
аудиторией.
Сохранённый набор применяется к соответствующему тренингу.
При повторном открытии его формы редактирования должны отображаться
те же отметки. Изменение аудитории одного тренинга не должно изменять отметки
у других записей.
4.4.1.3. Расположение и наложение индикаторов
Группа индикаторов размещается в правом верхнем углу карточки.
При нескольких выбранных аудиториях круги располагаются с частичным
наложением одного на следующий справа налево, как показано на рисунке 8.
Каждый выбранный цвет должен оставаться различимым.
63
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 64 из 84. Страница создана: 16.09.2026 19:12
Размеры кругов, расстояние между их центрами и величина наложения
определяются согласованным прототипом. Отображение одного, двух или трёх
индикаторов не должно смещать текст карточки за её границы или закрывать
название тренинга.
Для одной и той же комбинации аудиторий порядок отображения одинаков
на обеих страницах. Перекрытие кругов должно оставлять доступную
для наведения область каждого индикатора, чтобы пользователь мог получить
соответствующее пояснение.
Рисунок 8 — Пример размещения цветных индикаторов
4.4.2. Интерактивность карточки в настольной версии
4.4.2.1. Единое действие карточки
Вся площадь карточки является единой интерактивной областью. Нажатие на
её текст, свободную область, цветной индикатор или надпись «Записаться»
открывает модальное окно соответствующего тренинга. Все перечисленные
области должны приводить к одному и тому же результату.
Добавленные индикаторы не образуют самостоятельные ссылки
и не переключают фильтр календаря. При нажатии на круг должно открываться
то же окно, что и при нажатии на остальную часть карточки. Одно нажатие не
должно одновременно открывать несколько окон или выполнять переход
на другую страницу.
При определении открываемого тренинга используется связь с конкретной
карточкой. Одинаковые названия разных мероприятий не должны приводить
к показу описания другой записи.
64
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 65 из 84. Страница создана: 16.09.2026 19:12
4.4.2.2. Всплывающая подсказка индикатора
При наведении курсора непосредственно на цветной круг появляется
всплывающая подсказка, объясняющая значение соответствующей аудитории.
При перемещении курсора на другой индикатор отображается пояснение его типа.
Наведение на заголовок, дату, свободную область или надпись «Записаться»
не должно вызывать подсказку аудитории. При уходе курсора с индикатора
подсказка скрывается. Пояснение не должно оставаться на экране после закрытия
связанного представления или перемещения на другую карточку.
Текст берётся из общих настроек индикаторов аудитории. Изменение
подписи в CMS применяется ко всем кругам соответствующего типа. Появление
подсказки не отменяет единого действия карточки при нажатии.
4.4.3. Обозначения в мобильной версии
4.4.3.1. Расположение и состав легенды
На мобильных разрешениях над списком карточек календаря, в верхней
части контентного блока, отображается блок расшифровки индикаторов. Заголовок
по умолчанию — «Обозначения». Блок выводится на обеих страницах,
перечисленных в начале пункта 4.4.
Легенда содержит три строки. Каждая строка включает миниатюру цветного
круга и текстовое пояснение одной аудитории. Цвет миниатюры должен совпадать
с текущей настройкой того же типа, используемой на карточках.
Пример состава обозначений приведён на рисунке 9. Рисунок используется
как образец связи цвета и пояснения; область применения легенды определяется
требованиями к мобильной версии. В настольной версии отдельный блок легенды
не отображается.
65
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 66 из 84. Страница создана: 16.09.2026 19:12
Рисунок 9 — Пример состава обозначений аудиторий
4.4.3.2. Соответствие версии интерфейса
В мобильной версии пояснения доступны без наведения курсора.
Пользователь должен иметь возможность прочитать расшифровку трёх цветов
до выбора карточки. Текст легенды переносится внутри доступной ширины блока
и не перекрывает соседние строки.
При изменении ширины окна применяются условия соответствующей
версии: для мобильной компоновки отображается легенда, для настольной —
подсказки при наведении на круги. Наличие или отсутствие легенды не меняет
набор аудиторий, назначенных тренингу.
Нажатие на мобильную карточку, включая её индикаторы и элемент
«Записаться», открывает то же модальное окно. Отдельный переход для сенсорного
нажатия на цветной круг не предусматривается.
4.4.4. Управление индикаторами в CMS
4.4.4.1. Настройки конкретного тренинга
В форме сущности «Тренинг» размещается поле «Тип целевой аудитории»
с множественным выбором посредством трёх чекбоксов: «Ищу работу впервые»,
«Смена работы/профессии», «Длительный перерыв в работе». Поле сохраняет
независимое состояние каждого типа.
66
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 67 из 84. Страница создана: 16.09.2026 19:12
Выбранные значения определяют состав индикаторов, а общие настройки —
их цвета и пояснения. Изменение текстов пояснений не должно требовать
повторного редактирования всех тренингов.
4.4.4.2. Общие настройки обозначений
В существующей административной части раздела «Тренинги» создаётся
подраздел «Настройки индикаторов аудитории». Для каждого из трёх типов
предусматриваются выбор одного из трёх установленных цветов, текст подсказки
для настольной версии и текст расшифровки для мобильной легенды.
Поля подсказки и легенды редактируются раздельно. Сохранение одного
значения не должно стирать другое. Заголовок блока легенды также доступен для
изменения; первоначальное значение устанавливается как «Обозначения».
Все перечисленные текстовые значения, цвета и связи изменяются через
административную панель без правки исходного кода. Настройки должны быть
включены в существующую структуру управления разделом, а не вынесены
в отдельную систему.
4.4.4.3. Применение сохранённых значений
После сохранения проверяется соответствие выбранных аудиторий, цветов
и пояснений на обеих страницах. Один тип не должен отображаться разными
цветами только вследствие использования разных шаблонов карточек.
Если текст пояснения изменён, при следующем отображении
соответствующего элемента используется сохранённая редакция. Назначенные
конкретным тренингам аудитории при этом сохраняются. Применение общих
настроек не должно изменять дату, название или описание мероприятия.
4.4.5. Элемент «Записаться»
4.4.5.1. Визуальное исполнение
В нижней части каждой карточки размещается текстовый элемент
«Записаться». Его расположение завершает композицию карточки и сохраняет
читаемость остальных сведений. Размер шрифта, цвет, отступы и интерактивные
состояния соответствуют принятому оформлению Сайта и согласованному
прототипу.
Элемент должен оставаться различимым при наличии одного, двух или трёх
индикаторов и при переносе длинного названия тренинга. Его положение не
должно определяться длиной текста случайным образом или приводить
к перекрытию даты и времени.
67
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 68 из 84. Страница создана: 16.09.2026 19:12
4.4.5.2. Связь с действием карточки
Надпись является частью общей интерактивной области и открывает
модальное окно тренинга. Она обозначает действие визуально, но не создаёт
отдельного маршрута перехода. Результат нажатия должен совпадать
с результатом нажатия на заголовок или цветной круг.
Действующие условия доступности регистрации сохраняются при доработке.
Открытие информации о тренинге не должно само по себе означать отправку
заявки или подтверждение записи посетителя.
4.4.6. Описание в модальном окне
4.4.6.1. Содержимое и редактирование
Модальное окно карточки дополняется областью описания тренинга.
Администратор вводит и изменяет описание при редактировании соответствующей
записи. Сохранённый текст автоматически используется при открытии окна этого
тренинга в публичной части.
Поле поддерживает базовое форматирование: абзацы, переносы строк,
жирное и курсивное начертание. Эти элементы должны воспроизводиться
в модальном окне. Служебные теги редактора не должны отображаться
пользователю вместо форматированного текста.
Описание связывается с конкретной записью тренинга. Последовательное
открытие разных карточек не должно оставлять текст ранее просмотренного
мероприятия. Изменение описания не меняет название, дату или назначенные
аудитории, если эти поля не редактировались отдельно.
4.4.6.2. Анимация открытия и закрытия
Появление модального окна сопровождается плавной анимацией.
Длительность, тип эффекта — появление, сдвиг, масштабирование либо
их сочетание — определяются при дизайн-прототипировании и согласуются
с Заказчиком.
Закрытие сопровождается обратной анимацией, зеркальной по отношению
к эффекту появления. Окно и связанные с ним визуальные элементы должны
завершать закрытие согласованно, без оставшегося на странице затемнения или
фрагмента содержимого.
Анимация не должна создавать ощущение задержки интерфейса. Повторное
открытие после закрытия воспроизводит нормальное начальное состояние,
а описание остаётся доступным для чтения в настольной и мобильной компоновке.
68
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 69 из 84. Страница создана: 16.09.2026 19:12
4.5.
Проведение функционального тестирования
Исполнитель выполняет функциональное тестирование доработок страницы
«Для молодежи», календарей тренингов и модуля чат-бота. Проверка охватывает
административные настройки, их применение в публичной части, согласованные
анимации и сохранение действующих функций затронутых страниц.
4.5.1. Организация проверки
Для проверки используются согласованные варианты дизайна, таблицы
10–12, сохранённые настройки аудиторий и материалы базы знаний чат-бота.
Условия проверки должны позволять сопоставить введённые в административной
панели данные с фактически показанным результатом.
Замечание
фиксируется
с
указанием
проверяемого
элемента,
последовательности действий, ожидаемого и фактического поведения. После
исправления проверка повторяется для затронутой функции и связанных с ней
состояний. Приёмка согласуемых возможностей чат-бота выполняется только при
их включении в утверждённый состав работ по пункту 4.2.
4.5.2. Проверка доработанного чат-бота
4.5.2.1. Подготовка контрольного набора
До приёмки фиксируются версия модуля, состав опубликованного контента
и перечень контрольных запросов. Для поискового примера задаются начальная
ветка, вводимый текст и допустимый результат. Для сценарного примера
указывается последовательность действий и ожидаемая статья.
В набор включаются прямые вопросы, альтернативные формулировки,
общие запросы с несколькими подходящими направлениями и запросы вне базы
знаний. Примеры должны позволять отличить качество сопоставления от
отсутствия исходного материала.
Результаты оформляются перечнем выполненных проверок и замечаний.
Замечание содержит условия воспроизведения, фактическое поведение
и ожидаемый результат со ссылкой на соответствующее требование.
Смысловой поиск проверяется на согласованных примерах и наполнении.
Распознавание произвольной фразы, для которой в базе отсутствует подходящий
материал, не является условием приёмки.
4.5.2.2. Проверка дерева и связей
Проверяется создание корневого раздела, подраздела и статьи. После
сохранения элементы появляются в соответствующих областях интерфейса, а
69
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 70 из 84. Страница создана: 16.09.2026 19:12
опубликованная статья доступна по маршруту. Изменение порядка подтверждается
в публичной части.
Для статей проверяются заголовок, форматированный ответ, ключевые слова
и дополнительные формулировки. Административные операции не должны
создавать физические копии общей статьи только для повторного размещения.
Одна статья связывается с двумя разделами. После изменения ответа новый
текст отображается в обоих местах. Удаление одной связи сохраняет статью во
втором разделе; в глобальном поиске она не дублируется.
Выполняется попытка перенести родительский раздел внутрь собственного
поддерева. Сохранение блокируется без изменения структуры. Удаление непустого
раздела также блокируется с объяснением причины.
Проверяется снятие статьи с публикации. Она исчезает из новых
предложений,
а обращение по ранее показанному варианту не возвращает закрытый текст. Статья,
размещённая в двух ветках, сохраняет доступность через опубликованную ветку
после отключения другой.
4.5.2.3. Проверка диалоговых маршрутов
Пользователь выбирает стартовую карточку и проходит согласованную
ветку.
На каждом шаге отображаются соответствующая фраза и допустимые варианты.
Конечный ответ совпадает с материалом реестра.
После выбора стартового направления либо отправки текста стартовые
карточки скрываются в соответствии с предусмотренным поведением.
Проверяются закрытие и повторное открытие окна на одной странице.
Навигационная позиция меняется согласно выбранному действию, а история
открытой переписки не переставляется.
На промежуточном шаге пользователь отправляет текст вместо нажатия
кнопки. Бот обрабатывает запрос и позволяет продолжить работу. Повторное
нажатие отправки во время ожидания не создаёт второй запрос.
Ошибка отдельного действия не должна приводить к смешению
пользовательских сессий или полной потере возможности продолжить работу
с модулем.
4.5.2.4. Проверка поиска
Прямой запрос к известной статье приводит к согласованному ответу либо
предложению этой статьи. Приветствие вместе с вопросом не мешает поиску
70
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 71 из 84. Страница создана: 16.09.2026 19:12
содержательной части. Проверяется сохранение порядка выдачи при
различающихся числовых идентификаторах.
Проверяются поиск по заголовкам, ключевым словам, дополнительным
формулировкам и текстам, а также соответствие порядка результатов серверному
ранжированию.
Внутри ветки отправляется контекстный вопрос. Подходящий материал этой
ветки получает приоритет. Затем отправляется запрос по другой теме; при
отсутствии подходящего локального результата бот предлагает найденное
глобально направление.
Общий запрос с несколькими близкими результатами вызывает уточняющий
список. Отсутствие надёжного совпадения приводит к сообщению об отсутствии
результата и доступности формы обращения, а не к произвольной консультации.
При согласованном смысловом поиске отдельно проверяются примеры с
различающимися формулировками, обновление изменённой статьи в индексе и
работа текстового поиска при недоступности модели.
4.5.2.5. Проверка аналитики
После текстового запроса в журнале появляется запись с серверной датой,
текстом и результатом. Выбор предложенной статьи связывается с нужной
записью. Показ заголовка без раскрытия ответа не учитывается как выдача
содержательной консультации.
Состав полей и событий журнала должен соответствовать пункту 4.2;
найденные варианты, выбор пользователя, выдача статьи и оценка ответа относятся
к соответствующей обработке запроса или выдаче ответа.
Проверяются значения «Да», «Нет» и отсутствие оценки. Повторное нажатие
не создаёт повторной оценки одного события. Для выбора по дереву не
подставляется произвольное число релевантности.
Фильтр периода, поиск по тексту и переход между страницами проверяются
на наборе, превышающем одну страницу. Для технической ошибки и отсутствия
совпадения отображаются разные результаты обработки.
Сохранение контекста текущей сессии проверяется отдельно от постоянного
журнала аналитики.
4.5.2.6. Проверка интерфейса и готовности
На настольном и мобильном экранах проверяются длинные названия,
форматированный ответ со списками и ссылкой, прокрутка, клавиатурное
управление и открытие формы обращения. Окно формы не должно оставаться под
затемняющим слоем бота.
71
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 72 из 84. Страница создана: 16.09.2026 19:12
Проверяются открытие и закрытие окна и сохранение работы остальных
разделов Сайта при использовании общих стилей и обработчиков событий. Перед
открытием формы обращения окно и затемняющий слой чат-бота закрываются.
Работы считаются подготовленными к приёмке после выполнения
обязательных проверок, устранения выявленных несоответствий и передачи
документации. Согласуемые функции проверяются только при их включении в
утверждённый состав работ.
4.5.2.7. Проверка ошибочных и повторных действий
При попытке сохранить пустой заголовок или ответ без содержательного
текста система указывает ошибку и сохраняет введённые в остальные поля
сведения. При неверном идентификаторе раздела сервер отклоняет операцию;
статья не должна получить связь с несуществующей записью.
Проверяется отмена подтверждения удаления. Статья, её текст и размещения
остаются неизменными. Затем проверяется удаление связи с одной веткой:
во второй ветке статья открывается с прежним содержанием. Эти действия
выполняются на тестовом материале.
Имитируется ошибка загрузки результата. Пользователь видит сообщение
о технической проблеме и может повторить запрос. В аналитике такая попытка
не должна интерпретироваться как установленное отсутствие ответа в базе знаний.
После восстановления соединения бот возвращается к обычному порядку работы.
Для согласованного смыслового поиска проверяется снятая с публикации
статья, представление которой ещё осталось в индексе. Кандидат отбрасывается
до вывода текста. Наличие в индексе устаревшего идентификатора не должно
позволять получить недоступный материал или нарушать обработку остальных
результатов.
4.5.2.8. Проверка переноса и наполнения
После переноса для каждой статьи по идентификатору либо таблице
соответствий проверяются наличие текста и сохранение исходной связи, если
реестр не предусматривает её замену.
После размещения Исполнитель сверяет количество уникальных статей,
разделов и связей с реестром. Проверяются заголовки, тексты, форматирование,
адреса ссылок и доступность материалов в предусмотренных ветках.
Уникальная статья, используемая в нескольких местах, учитывается один раз
как материал и отдельно по числу связей. По каждой согласованной ветке
выполняется проход до конечного ответа. Ошибки загрузки, неверные связи
72
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 73 из 84. Страница создана: 16.09.2026 19:12
и технические дефекты оформления устраняются Исполнителем. Изменение
содержания по новым пожеланиям Заказчика учитывается как изменение реестра.
4.5.2.9. Проверка перед вводом и после переключения
Сначала программные функции проверяются на тестовой копии либо
в согласованной среде. После наполнения выполняются контрольные сценарии на
опубликованном составе материалов. Перед публикацией проверяется время
обработки характерных запросов на согласованном объёме материалов.
На рабочем Сайте проверяются открытие бота, стартовые карточки, один
полный сценарный маршрут, свободный запрос, отображение форматированной
статьи, оценка ответа и переход к форме обращения. Проверка не должна создавать
реальные обращения без необходимости.
4.5.3. Проверка страницы «Для молодежи»
4.5.3.1. Положения трекбара и комплекты контента
Проверяется наличие четырёх исходных положений с обозначениями
«11–14 лет», «14–17 лет», «18–25 лет», «25–35 лет». Для каждого положения
последовательно проверяются подпись выбранной группы, заголовки, текстовые
части и списки всех трёх карточек.
Фактический состав сверяется с таблицами 10–12 построчно, включая
отсутствие элементов со знаком «−» и порядок оставшихся пунктов. Проверяются
адреса отображаемых ссылок. Переключение не должно менять адрес одной
ссылки на адрес соседнего элемента.
Отдельно проверяются переходы между группами с разным количеством
пунктов. После смены положения все три карточки должны показывать один
согласованный возрастной комплект; сохранение части предыдущего содержимого
считается несоответствием.
4.5.3.2. Размеры, текст и футеры
Проверяются состояния со списками до четырёх элементов и более четырёх
элементов. В первом случае все карточки сохраняют базовую высоту,
во втором — увеличиваются синхронно до общей высоты, достаточной для самого
высокого содержимого.
Для длинных надписей проверяются переносы и отсутствие выхода за
границы контейнера. Ширина карточки не должна увеличиваться вслед за длиной
текста. Футеры остаются на предусмотренном уровне и не перекрываются
списками.
73
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 74 из 84. Страница создана: 16.09.2026 19:12
При каждом положении трекбара проверяется сохранение трёх кнопокиконок футера: их состава, размеров, визуального состояния и существующего
действия. Переключение возрастной группы не должно менять этот набор.
4.5.3.3. Анимационное поведение
Проверяется пульсация залитой точки без обводки, реализованная через
@keyframes. Эффект соответствует согласованному варианту и не меняет текущее
значение трекбара.
Для карточек проверяется последовательность Fade-Out/Fade-In и отсутствие
наложения старого и нового текста. При нескольких быстрых переключениях после
завершения обработки остаётся содержимое последнего выбранного положения.
Футер не должен исчезать вместе с изменяемой областью. После анимации
все карточки доступны для взаимодействия, а временные значения прозрачности
или размеров не остаются в окончательном состоянии.
4.5.3.4. Административная часть
Проверяется редактирование страницы на едином экране настроек:
изменение текста над трекбаром, названий возрастных групп, общих заголовков
карточек, подзаголовков и описаний для каждой группы. Изменение общего
заголовка должно применяться ко всем положениям трекбара, а текстов отдельной
группы — только к соответствующему положению.
Для каждой карточки проверяется единый список кнопок: добавление
и удаление строк, редактирование названий и URL-адресов, изменение порядка
и настройка видимости по возрастным группам. Название, ссылка и порядок
кнопки должны быть одинаковыми для всех групп, в которых она отображается.
Отключение видимости в одной группе не должно скрывать кнопку в остальных.
Скрытые элементы не оставляют пустых строк.
Проверяется добавление нового положения трекбара. Для него должны
появляться поля текстового наполнения всех трёх карточек и отдельный столбец
видимости в каждом списке кнопок. После заполнения и сохранения новая группа
доступна в публичной части и использует предусмотренные правила
переключения, изменения высоты и анимации.
После нажатия общей кнопки «Сохранить» и повторного открытия экрана
проверяется сохранность введённых значений, порядка строк и отметок видимости.
Публичная страница должна отображать сохранённые настройки. Переименование
возрастной группы не должно нарушать её связь с текстами и кнопками.
74
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 75 из 84. Страница создана: 16.09.2026 19:12
4.5.3.5. Совместимость отображения
Страница проверяется в разных браузерах, а также на мобильных
устройствах с различной шириной экрана. Контроль включает читаемость
возрастных подписей, возможность выбора положения, переносы текста,
геометрию карточек и доступность их элементов.
При изменении размеров окна не должны появляться перекрытия, выход
содержимого за границы или несоответствие выбранной группы показанному
контенту. Ранее реализованные функции страницы проверяются на сохранение
после интеграции.
4.5.4. Проверка календарей тренингов
4.5.4.1. Аудитории и общие настройки
В форме тренинга проверяется независимое включение и отключение трёх
аудиторий. Проверяются одиночные значения, сочетания двух типов и выбор всех
трёх. После сохранения и повторного открытия формы состояния чекбоксов
должны совпадать с сохранённым набором.
На обеих страницах проверяются соответствующие индикаторы, их цвета,
количество, порядок и наложение. Невыбранная аудитория не должна добавляться
в карточку. Для разных комбинаций сохраняются читаемость названия
и доступность каждого цветного круга.
В общих настройках изменяются цвет, текст подсказки, текст легенды
и заголовок блока. Проверяется применение каждого значения по назначению
без изменения остальных полей и без необходимости заново назначать аудитории
тренингам.
4.5.4.2. Подсказки и мобильная легенда
В настольной версии курсор последовательно наводится на каждый
индикатор. Отображается пояснение соответствующего типа; при уходе курсора
оно скрывается. Наведение на другие области карточки не вызывает подсказку
аудитории.
В мобильной версии над карточками отображается легенда с тремя цветами,
сохранёнными текстами и заголовком. В настольной версии отдельный блок
легенды отсутствует. Цвета обозначений совпадают с цветами индикаторов обеих
страниц.
Проверяются длинные тексты пояснений в пределах согласованного
наполнения. Подсказки и легенда должны оставаться читаемыми, не выходить
за доступную область и не перекрывать соседние строки собственного
содержимого.
75
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 76 из 84. Страница создана: 16.09.2026 19:12
4.5.4.3. Действие карточки и модальное окно
Последовательно проверяются нажатия на заголовок, свободную область,
индикатор и надпись «Записаться». Каждое действие открывает одно модальное
окно соответствующего тренинга. Дополнительный переход на страницу
или открытие второго окна не выполняются.
После редактирования описания в CMS проверяется его отображение
в модальном окне, включая абзацы, переносы строк, жирное и курсивное
начертание. Последовательное открытие двух разных карточек должно показывать
описание каждой выбранной записи.
Анимация появления проверяется на соответствие согласованному варианту.
Закрытие сопровождается обратным эффектом, после которого на странице
не остаются затемнение или фрагменты окна. Дополнительно проверяется
повторное открытие после завершённого закрытия.
4.5.5. Завершение проверки
Исполнитель устраняет выявленные несоответствия предусмотренным
функциям и повторно проверяет исправленные участки. Для затронутых страниц
дополнительно проверяется совместная работа доработанных элементов после
интеграции в Сайт.
Результаты проверки должны позволять установить, какие функции
проверены, на каких данных и какие замечания устранены. Состав контрольных
действий не вводит дополнительных пользовательских функций сверх
пунктов 4.2–4.4.
4.6.
Результат выполнения работ
По итогам выполнения работ Заказчику предоставляются согласованные
проектные материалы, демонстрационные реализации и функционирующие
доработки в объёме пунктов 4.2–4.4. Результаты должны соответствовать одному
согласованному варианту поведения публичной части и административных
настроек.
4.6.1. Результаты по модулю чат-бота
4.6.1.1. Управление знаниями и сценарное взаимодействие
Предоставляется доработанный интерфейс базы знаний с деревом разделов
и редактированием статей. Поддерживаются промежуточные фразы бота,
поисковые обозначения, публикация и использование одной статьи в нескольких
ветках без копирования её текста.
76
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 77 из 84. Страница создана: 16.09.2026 19:12
В публичной части функционирует чат-бот в рамках принятого оформления
Сайта. Пользователь может последовательно выбирать направления, вводить
запрос на любом шаге, получать уточняющие варианты и опубликованные ответы.
Поиск учитывает текущую ветку и предусматривает обращение ко всей базе
в установленном порядке.
При отсутствии подходящего материала доступен переход к существующей
форме обращения. Состояние текущего диалога сохраняется в пределах модели
сессии, установленной пунктом 4.2. Первоначальное наполнение выполняется
Исполнителем по предоставленным Заказчиком материалам и согласованному
реестру.
4.6.1.2. Аналитика и согласуемые работы
Предоставляется вкладка базовой аналитики с предусмотренными полями
журнала, фильтром периода, поиском по тексту и постраничным просмотром.
В публичной части доступна оценка полезности выданного ответа; сохранённые
оценки связаны с соответствующими событиями.
Если Заказчиком согласован локальный смысловой поиск, в состав
результата включается работоспособное подключение embedding-модели
с подготовленным индексом и порядком его обновления.
Если согласован перенос материалов в существующий FAQ Сайта, результат
включает размещение утверждённого перечня материалов в предусмотренных
рубриках. Перечень и порядок переноса определяются по пункту 4.2.
4.6.2. Результаты по странице «Для молодежи»
4.6.2.1. Проектные материалы
Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта
анимации карточек и трекбара для согласования с Заказчиком.
Прототип должен показывать размещение переключателя, возрастные
подписи, три карточки, неизменяемые футеры и состояния, необходимые для
оценки согласуемого решения. Представленные материалы должны позволять
сопоставить оформление с брендбуком и существующей стилистикой страницы.
4.6.2.2. Демонстрационная и рабочая реализации
На хостинге Исполнителя предоставляется демонстрационная страница с
действующим трекбаром, динамическим обновлением карточек и согласованными
анимациями. Для исходных четырёх положений используется содержание таблиц
10–12 и предоставленные Заказчиком адреса ссылок.
77
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 78 из 84. Страница создана: 16.09.2026 19:12
Доработанная страница интегрируется в существующую Платформу. Через
административную панель доступны предусмотренные действия с текстами,
заголовками, списками, ссылками, видимостью элементов и положениями
трекбара. Ранее реализованные функции страницы сохраняются.
4.6.3. Результаты по календарям тренингов
4.6.3.1. Прототипы и демонстрация
Предоставляется прототип карточек тренингов в Figma с цветовыми
индикаторами, всплывающими подсказками и элементом «Записаться», а также
прототип мобильного представления с легендой. Согласованное поведение
предусматривает открытие модального окна при нажатии на общую область
карточки.
На хостинге Исполнителя предоставляется демонстрационная страница,
позволяющая проверить подсказки в настольной версии и легенду на мобильных
разрешениях. На демонстрации должны быть представлены состояния с разными
сочетаниями аудиторий и согласованная анимация модального окна.
4.6.3.2. Публичная и административная части
На страницах тренингов и событий реализуются индикаторы выбранных
аудиторий, единая интерактивная область карточки и надпись «Записаться».
Модальное окно показывает описание соответствующего тренинга с базовым
форматированием и согласованными эффектами появления и закрытия.
В административной части доступны независимые отметки трёх аудиторий
для тренинга, общие настройки цветов, тексты подсказок и легенды, её заголовок,
а также поле описания. Сохранённые сведения применяются в публичной части
без правки исходного кода.
4.6.4. Соответствие передаваемых результатов
Демонстрационные и рабочие реализации должны воспроизводить
согласованные настройки и поведение. Наличие прототипа само по себе
не заменяет программную реализацию, а демонстрация статичных изображений
не заменяет проверку действующих элементов.
По чат-боту передаются программные компоненты и эксплуатационные
сведения в составе, установленном пунктом 4.2. Результаты функциональной
проверки должны подтверждать выполнение требований пункта 4.5 и устранение
выявленных несоответствий.
78
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 79 из 84. Страница создана: 16.09.2026 19:12
4.7.
Требования к front-end и верстке сайта
Исполнитель обязан обеспечить одинаковое отображение страниц сайта
(графических элементов и текстового форматирования) в следующих
веб-обозревателях:
− Opera (не ниже версии 133);
− Mozilla Firefox (не ниже версии 153);
− Google Chrome (не ниже версии 151);
− Safari (не ниже версии 26.6).
При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.
Исполнитель обязан обеспечивать корректное отображение информации
на сайте на следующих типах устройств:
− персональные компьютеры (АРМ) под управлением операционных
систем Windows, Linux, macOS;
− мобильные устройства (смартфоны) под управлением iOS и Android.
4.8.
Требования к защите информации
После любых вносимых изменений в Платформу, она должна
соответствовать требованиям информационной безопасности как правовых, так
и технических средств безопасности персональных данных в отношении
Федеральных законов Российской Федерации: от 27.07.2006 N 152-ФЗ
«О персональных данных»; от 27.07.2006 N 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
На платформе должна всегда присутствовать ссылка ведущая на страницу
с информацией «Политика обработки персональных данных» для возможности
ознакомления с ней пользователей.
79
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 80 из 84. Страница создана: 16.09.2026 19:12
5.
ТРЕБОВАНИЯ К ПОРЯДКУ ВЫПОЛНЕНИЯ РАБОТ, СРОКАМ,
РЕЗУЛЬТАТАМ И ЭТАПАМ ИХ ВЫПОЛНЕНИЯ
Состав работ с указанием отчетных документов, которые должен
выполнить Исполнитель, их ожидаемые результаты, сроки и этапы выполнения
представлены в таблице (Таблица 12 ) .
Таблица 12 . Календарный план выполнения работ
№
этапа
Наименование и
содержание этапа
работы
Исполнителя
Результат выполнения работ/ оказания
услуг
Срок выполнения
работ
Сопровождение Платформы
1
2
До 11 ноября 2026 г.
(включительно);
12 ноября – 16
ноября 2026 г.
(включительно)
тестирование;
17 ноября 2026
г.(включительно)
ввод доработки в
эксплуатацию.
Доработка
страницы «Для
молодежи»
Реализованный функционал;
утверждённые прототипы; совместное
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
Доработка
страницы
«Программы
тренингов 2026
года»
Реализованный функционал
(трекбар с четырьмя значениями,
динамические карточки с контентом, До 25 ноября 2026 г.
анимация смены карточек и
(включительно);
пульсации бегунка, статичный футер);
26 ноября – 30
утверждённые прототипы и варианты
ноября 2026 г.
дизайна/анимации; совместное
(включительно)
тестирование доработки с Заказчиком
тестирование;
и устранение найденных ошибок
1 декабря 2026
Исполнителем; акт сдачи-приёмки.
г.(включительно)
Этап включает в себя: 5 дней
ввод доработки в
тестирования доработки на предмет
эксплуатацию.
ошибок; 1 день развёртывания
доработки на основном сервере.
80
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 81 из 84. Страница создана: 16.09.2026 19:12
3
Реализованный функционал
(подсистема аналитики,
многошаговые сценарии, сбор
недостающей информации, интерфейс
административной панели);
утверждённые прототипы (при
Доработка модуля
необходимости); совместное
«Чат-бот»
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
До 9 декабря 2026 г.
(включительно);
10 декабря – 14
декабря 2026 г.
(включительно)
тестирование;
15 декабря 2026 г.
(включительно)
ввод доработки в
эксплуатацию
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА ИСПОЛНИТЕЛЯ
Исполнитель принимает на себя гарантийные обязательства в отношении
результатов работ, выполненных им в рамках настоящего государственного
контракта, в объеме и на условиях, определенных настоящим разделом.
Гарантийные обязательства распространяются на доработанные компоненты
Платформы, а также на компоненты Платформы, работоспособность которых была
нарушена вследствие выполненных Исполнителем доработок.
Гарантийный срок на результат работ устанавливается продолжительностью
12 (двенадцать) месяцев и исчисляется с даты подписания Сторонами итогового
документа о приемке (акта сдачи-приемки) по последнему этапу государственного
контракта.
6.1. Объем гарантийных обязательств
В рамках гарантийной поддержки Исполнитель обязуется:
− обеспечивать
работоспособность
доработанных
компонентов
Платформы, а также существовавших компонентов Платформы,
затронутых доработкой, в соответствии с функциональными
и
нефункциональными
требованиями,
зафиксированными
в Техническом задании и иной согласованной Сторонами
документации.
− устранять недостатки (дефекты), выявленные в процессе эксплуатации
Платформы и относящиеся к результатам выполненных работ, в срок,
не превышающий 5 (пяти) рабочих дней с даты получения
81
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 82 из 84. Страница создана: 16.09.2026 19:12
Исполнителем Акта о выявленных недостатках, оформленного
в соответствии с порядком, предусмотренным настоящим разделом.
По согласованию Сторон указанный срок может быть продлен, что
фиксируется в письменном виде.
− принимать
участие
в
восстановлении
работоспособности
Платформы после сбоев и аварий, вызванных дефектами
или
недокументированными
возможностями,
допущенными
Исполнителем при выполнении работ, включая выполнение работ по
восстановлению целостности данных и обновлению программных
компонентов. Восстановление работоспособности осуществляется
за счет Исполнителя.
− осуществлять авторский надзор за изменениями Платформы,
выполняемыми силами или по инициативе Заказчика, в целях оценки
влияния таких изменений на сохранение гарантийных обязательств.
Исполнитель обязуется в течение 5 (пяти) рабочих дней предоставлять
мотивированное заключение о возможности внесения предлагаемых
изменений и их влиянии на гарантийные обязательства.
− оказывать консультационную поддержку представителей Заказчика по
вопросам особенностей реализации доработанных компонентов,
а также о возможности, способах и предполагаемых последствиях
внесения предлагаемых изменений в Платформу.
6.2.
Порядок фиксации и направления дефектов
При обнаружении в процессе эксплуатации Платформы недостатков
(дефектов) в доработанных компонентах или компонентах, затронутых
доработкой, Заказчик составляет Акт о выявленных недостатках (далее — Акт),
в котором фиксируются:
− дата и время обнаружения дефекта;
− описание дефекта с указанием последовательности действий,
приведших к его проявлению;
− обстоятельства, при которых дефект был выявлен;
− характер влияния дефекта на функционирование Платформы;
− скриншоты, логи или иные материалы, подтверждающие наличие
дефекта (при наличии).
Акт направляется Исполнителю в срок, не превышающий 2 (двух) рабочих
дней с даты обнаружения дефекта. Направление Акта осуществляется
по официальным каналам связи, предусмотренным государственным контрактом.
Срок устранения дефекта исчисляется с даты получения Исполнителем Акта.
82
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 83 из 84. Страница создана: 16.09.2026 19:12
В случае если предоставленной в Акте информации недостаточно
для воспроизведения и диагностики дефекта, Исполнитель обязуется в течение 2
(двух) рабочих дней запросить у Заказчика дополнительные сведения. Срок
устранения дефекта в таком случае исчисляется с даты получения Исполнителем
полной информации, необходимой для диагностики.
6 Условия предоставления гарантии, исключения и прочие условия
Гарантийные обязательства не распространяются на недостатки, возникшие
исключительно вследствие:
− нарушения
Заказчиком
правил
эксплуатации
Платформы,
установленных эксплуатационной документацией, переданной
Исполнителем;
− внесения изменений в программный код, структуру базы данных или
конфигурацию доработанных компонентов, выполненных Заказчиком
вопреки ранее полученному мотивированному заключению
Исполнителя о недопустимости таких изменений;
− использования Платформы в программно-аппаратной среде,
не соответствующей требованиям, указанным в технической
документации, переданной Исполнителем;
− действий третьих лиц, включая вредоносное программное обеспечение
и сетевые атаки, за исключением случаев, когда такие действия стали
возможны вследствие уязвимостей, допущенных Исполнителем
при выполнении доработок;
− возникновения обстоятельств непреодолимой силы.
При возникновении спора о причинах появления недостатка Исполнитель
обязан предоставить доказательства того, что недостаток возник вследствие
обстоятельств, исключающих гарантийные обязательства согласно настоящему
разделу. До момента предоставления таких доказательств недостаток считается
подлежащим устранению в рамках гарантийных обязательств.
Все необходимые для работы информация и материалы, имеющиеся у
Заказчика, передаются Исполнителю в течение трёх рабочих дней со дня
поступления запроса от Исполнителя. Запрос направляется посредством
электронной почты на адрес Заказчика ezopovan@mosreg.ru.
Срок согласования всех материалов с Заказчиком не превышает пяти
рабочих дней с даты направления материалов согласования Заказчику.
83
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 84 из 84. Страница создана: 16.09.2026 19:12

=== ФАЙЛ: ↳ Другое приложение, сост. 28.09.2026 (архив)/ООЗ ДОРАБОТКА САЙТА.pdf | docs/0348100024426000039/Другое приложение, сост. 28.09.2026 (архив)/ООЗ ДОРАБОТКА САЙТА.pdf
УТВЕРЖДЕНО
Директор Государственного
казенного учреждения Московской
области «Центр занятости населения
Московской области»
Приложение № ____ к Контракту от
«__» ______ 2026 г. № ___________
________________С.А. Скородумова
«__» _____________________ 2026 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по развитию и модернизации платформы управления
типовым сайтом Государственного казенного учреждения «Центр занятости
населения Московской области»
(в сфере ИКТ)
На 83 листа
2026
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 2 из 84. Страница создана: 16.09.2026 19:12
Содержание
1.
ОБЩИЕ СВЕДЕНИЯ ................................................................................... 6
1.1.
Полное наименование системы и ее условное обозначение ............. 6
1.2.
Источники финансирования работ ....................................................... 6
1.3.
Заказчик работ ........................................................................................ 7
1.4.
Пользователи Платформы ..................................................................... 7
1.5.
Исполнитель работ ................................................................................. 7
1.6.
Сроки оказания услуг и выполнения работ ......................................... 8
1.7.
Сроки окончания оказания услуг ......................................................... 8
1.8.
Основания для выполнения работ ........................................................ 8
1.9.
Перечень используемых определений и сокращений ........................ 8
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг .......................................................................... 9
1.11. Особые условия .................................................................................... 10
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ
ПОДДЕРЖКИ ПЛАТФОРМЫ ..................................................................................... 11
2.1.
Назначение Платформы....................................................................... 11
2.2. Цели обеспечения сопровождения и технической поддержки
Платформы ................................................................................................................ 11
3.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ..................... 12
3.1. Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию ......................................................... 12
3.2.
Комплекс функций «Управление сайтом» ........................................ 13
3.2.1. Режим технического обслуживания сайта ................................... 13
3.3.
Комплекс функций «Управление правами доступа» ....................... 13
3.4.
Комплекс функций «Управление шаблонами» ................................. 14
3.5.
Комплекс функций «Управление оповещением» ............................. 14
3.6.
Комплекс функций «Публикация общей информации» .................. 15
3.7.
Модуль «Статистика и Отчеты» ......................................................... 15
3.8.
Модуль «Календарь событий» ............................................................ 16
2
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 3 из 84. Страница создана: 16.09.2026 19:12
3.9.
Модуль «Интерактивная карта» ......................................................... 16
3.10. Модуль «Обращения в техническую поддержку» ........................... 17
3.11. Модуль «Обратная связь» ................................................................... 17
3.11.1. Форма обратной связи .................................................................. 18
3.12. Модуль «Контактная информация» ................................................... 19
3.13. Модуль «Электронная очередь» ......................................................... 19
3.14. Модуль «Вакансии» ............................................................................. 19
3.15. Модуль «Статистика» .......................................................................... 20
3.16. Модуль «Чат-бот» ................................................................................ 20
3.17. Модуль «Баннеры»............................................................................... 22
3.18. Модуль «Help Desk» ............................................................................ 23
3.18.1. Управление модулем «Help Desk» .............................................. 24
3.18.2. Раздел «Задать вопрос в техническую поддержку» .................. 26
3.19. Сведения о сетевой инфраструктуре.................................................. 26
3.20. Сведения о взаимосвязях Платформы с информационными
системами ................................................................................................................ 27
3.21. Сведения о взаимосвязях Платформы с внешними системами ...... 28
3.22. Сведения о видах обеспечения Платформы ...................................... 29
3.22.1. Информационное обеспечение Платформы ............................... 29
3.22.2. Лингвистическое обеспечение..................................................... 29
3.22.3. Серверное техническое и программное обеспечение ............... 30
3.22.4. Организационное обеспечение .................................................... 31
3.23. Автоматическое обновление данных интерактивной карты ........... 31
3.23.1. Обработка и хранение данных из выгрузки ............................... 31
3.24. Модуль «Конструктор форм» ............................................................. 32
4.
ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ .................................... 33
4.1. Требования к функциям, реализуемым в рамках развития
Платформы ................................................................................................................ 33
4.2.
Доработка модуля «Чат-бот» .............................................................. 34
4.2.1. Общие требования к организации модуля ................................... 34
3
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 4 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев ............................................. 36
4.2.3. Административный интерфейс...................................................... 38
4.2.4. Публичный интерфейс и прохождение сценариев ...................... 40
4.2.5. Поиск и управление контекстом ................................................... 43
4.2.6. Смысловой поиск по согласованию с Заказчиком ...................... 45
4.2.7. Базовая аналитика работы чат-бота .............................................. 46
4.2.8. Технические требования к реализации ......................................... 49
4.2.9. Предоставление и размещение материалов ................................. 51
4.2.10. Подготовка к эксплуатации и передача результатов ................ 53
4.2.11. Примеры структуры и состава материалов ................................ 54
4.3.
4.3. Доработка страницы «Для молодежи» ....................................... 55
4.3.1. Возрастные группы и состояния трекбара ..................................... 55
4.3.2. Динамическое содержимое карточек ............................................ 56
4.3.3. Геометрия карточек и обработка текста ....................................... 60
4.3.4. Анимация смены и неизменяемый футер ..................................... 61
4.3.5. Управление через административную панель ............................. 61
4.4.
Доработка страницы «Программы тренингов 2026 года» ............... 62
4.4.1. Цветовая маркировка целевых аудиторий ................................... 63
4.4.2. Интерактивность карточки в настольной версии ........................ 64
4.4.3. Обозначения в мобильной версии ................................................. 65
4.4.4. Управление индикаторами в CMS ................................................ 66
4.4.5. Элемент «Записаться» .................................................................... 67
4.4.6. Описание в модальном окне .......................................................... 68
4.5.
Проведение функционального тестирования .................................... 69
4.5.1. Организация проверки .................................................................... 69
4.5.2. Проверка доработанного чат-бота................................................. 69
4.5.3. Проверка страницы «Для молодежи» ........................................... 73
4.5.4. Проверка календарей тренингов ................................................... 75
4.5.5. Завершение проверки ..................................................................... 76
4.6.
Результат выполнения работ ............................................................... 76
4
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 5 из 84. Страница создана: 16.09.2026 19:12
4.6.1. Результаты по модулю чат-бота .................................................... 76
4.6.2. Результаты по странице «Для молодежи» .................................... 77
4.6.3. Результаты по календарям тренингов ........................................... 78
4.6.4. Соответствие передаваемых результатов ..................................... 78
4.7.
Требования к front-end и верстке сайта.............................................. 79
4.8.
Требования к защите информации ..................................................... 79
5. Требования к порядку выполнения работ, срокам, результатам и этапам
их выполнения ............................................................................................................... 80
6.
Гарантийные обязательства Исполнителя ............................................... 81
6.1.
Объем гарантийных обязательств ...................................................... 81
6.2.
Порядок фиксации и направления дефектов ..................................... 82
6.3.
Условия предоставления гарантии и исключения ............................ 83
5
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 6 из 84. Страница создана: 16.09.2026 19:12
1. ОБЩИЕ СВЕДЕНИЯ
1.1.
Полное наименование системы и ее условное обозначение
Полное наименование системы: Платформа управления типовым сайтом
Государственного казенного учреждения Московской области «Центра занятости
населения Московской области» (далее соответственно – Платформа, Кадровый
центр Подмосковья).
Условное обозначение: Платформа
управления
типовым
сайтом,
Платформа.
1.2.
Источники финансирования работ
Выполнение работ по сопровождению и технической поддержке Платформы
и оказание услуг по ее развитию и сопровождению (далее – Услуги).
Источник финансирования:
Средства бюджета Московской области на 2026 год по КБК:
831-0401-0440291590-242-226; представлены в таблице 1.
Таблица 1. Источники финансирования
Наименование и
реквизиты
программы
(подпрограммы)
№
п/п
Источник
финансирования
1
Средства бюджета Государственная
Московской
программа Московской
области
области «Социальная
защита населения
Московской области»
на 2023-2027 годы,
утвержденная
постановлением
Правительства
Московской области от
04.10.2022 г. №1065/35
Номер и
наименование
мероприятия в
подпрограмме
Мероприятие:
«Материальнотехническое
обеспечение
государственных
учреждений»
Коды согласно
классификации
расходов бюджетов
(с указанием вида
расходов)
831-0401-0440291590242-226
КОЗ: 21.205.04.02.01.01.004 – Услуги по созданию (развитию) сайтов
в информационно-телекоммуникационной сети Интернет;
ОКПД2: 62.01.11.000 – Услуги по проектированию и разработке
информационных технологий для прикладных задач и тестированию
программного обеспечения.
6
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 7 из 84. Страница создана: 16.09.2026 19:12
1.3.
Заказчик работ
Государственный заказчик (полное наименование): Государственное
казенное учреждение Московской области «Центр занятости населения
Московской области»
Место нахождения: г. Подольск, ул. Февральская, д. 2а;
Сокращенное наименование в тексте: Заказчик (далее – Заказчик);
Функциональный заказчик: Кадровый центр Подмосковья;
Сокращенное наименование в тексте: Функциональный заказчик.
1.4.
Пользователи Платформы
Категории пользователей Платформы и количество пользователей данных
категорий представлены в таблице 2.
Основными пользователями результатов услуг (далее – Пользователи)
являются сотрудники:
− Кадрового центра Подмосковья;
− лица желающие получить информацию в сфере занятости
(далее – посетители).
− В системе будет обеспечена одновременная работа пользователей
в количестве:
− посетители – не менее 6000;
− сотрудники Кадрового центра Подмосковья – не менее 300;
− администраторы/инженеры системы – не менее 6.
Таблица 2. Категории пользователей Платформы и количество пользователей
№
п/п
1
2
3
Наименование категории
пользователей
Планируемое количество посещений
Платформы в сутки, человек
2026 г.
Сотрудники Кадрового центра Подмосковья не менее 300
Посетители
не менее 6000
Администраторы/ инженеры системы
не менее 6
1.5.
Исполнитель работ
Исполнитель определяется по итогам размещения государственного заказа
в установленном порядке в соответствии с Федеральным законом от 5 апреля 2013
года №44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»
(далее – Исполнитель).
7
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 8 из 84. Страница создана: 16.09.2026 19:12
1.6.
Сроки оказания услуг и выполнения работ
Начало оказания услуг – с даты заключения государственного контракта
на выполнение работ по доработке, развитию и сопровождению Платформы
управления типовым сайтом Кадрового центра Подмосковья» и оказание услуг
по ее сопровождению (далее – Государственный контракт).
1.7.
Сроки окончания оказания услуг
Сроки окончания оказания услуг – 15 декабря 2026 года включительно.
1.8.
Основания для выполнения работ
Основания для выполнения работ и оказания услуг в рамках мероприятия
«Материально-техническое
обеспечение
государственных
учреждений»
подпрограммы «Содействие занятости населения» государственной программы
Московской области «Социальная защита населения Московской области»
на 2023-2027 годы, утвержденная постановлением Правительства Московской
области от 04.10.2022 г. №1065/35.
Основания для выполнения работ представлены в таблице 3.
Таблица 3. Основания выполнения работ и оказания услуг
№
п/п
1
Наименование и реквизиты нормативного
правового акта (дата, номер)
Государственная программа Московской
области «Социальная защита населения
Московской области» на 2023-2027 годы,
утвержденная постановлением
Правительства Московской области от
04.10.2022 г. №1065/35
1.9.
Перечни
в таблице 4.
Статья, пункт, подпункт
Подпрограмма «Содействие занятости
населения», Мероприятие:
«Материально - техническое
обеспечение государственных
учреждений»
Перечень используемых определений и сокращений
используемых
определений
и
сокращений
представлены
Таблица 4. Перечень определений
Сокращение/
Термин
Наименование/Определение
Информационный
ресурс, контент
Данные в любом виде, которые можно многократно использовать для
информационного обеспечения пользователей. Например, это может
быть файл, документ, раздел, фотография, видеофрагмент.
Для информационных ресурсов в Интернете характерно определенное
время жизни и доступность более, чем одному пользователю
8
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 9 из 84. Страница создана: 16.09.2026 19:12
CMS
Legacy
(унаследованный
модуль / легаси)
Верстка
Хостинг
Публичная часть
Программный комплекс, обеспечивающий создание, редактирование,
управление и публикацию содержимого страниц Сайта
без необходимости непосредственного изменения программного кода
Программный компонент или модуль, сохраненный в составе
Платформы, но не используемый по прямому назначению в текущей
версии Платформы и не подлежащий дальнейшему развитию.
Создание структуры html-кода, CSS-стилей и JS-скриптов,
отвечающих за размещение элементов веб-страницы (изображения,
текст и т. д.) в окне браузера, согласно разработанному макету, таким
образом, чтобы элементы дизайна выглядели аналогично макету
Услуга по предоставлению ресурсов для размещения информации
на сервере, постоянно находящемся в сети
Внешний интерфейс сайта, доступный всем посетителям без
авторизации
Тултип
(всплывающая
подсказка)
Временное окно с поясняющим текстом, появляющееся при
наведении курсора на цветовой индикатор в десктопной версии
Трекбар
Интерактивный элемент интерфейса, визуально отображающий
последовательность шагов или этапов
Релиз
Desktop (десктоп)
Контент
Сайт
Перенос изменений, а также доработок программного кода,
баз данных или иного контента Платформы с хостинга Исполнителя
на хостинг Заказчика
Версия сайта, предназначенная для просмотра на персональных
компьютерах и ноутбуках, управляемая с помощью мыши и
клавиатуры
Информационное
содержимое
страниц
ресурса,
включая
изображения, интерактивные тесты, видеоролики, тексты,
инфографику и пр.
Совокупность веб-страниц, объединенных общим доменным именем
и размещенных в сети Интернет на одном сервере, доступ к которым
осуществляется через браузер
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг
Результаты оказания услуг и выполнения работ, а также передача учетных
данных для администрирования сайта Заказчику производятся в порядке,
определенном настоящими Техническими требованиями и Государственным
контрактом в соответствии с Календарным планом оказания услуг
Государственного контракта на основании актов сдачи-приемки выполненных
работ/оказанных услуг.
Передача исходных кодов Платформы и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки библиотек,
9
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 10 из 84. Страница создана: 16.09.2026 19:12
компиляторов, интерпретаторов, баз данных, специальной среды разработки (если
сборка может быть выполнена только в среде разработки) и т.п.
Все материалы передаются с сопроводительными документами
Исполнителя.
1.11. Особые условия
Заказчик в течение 10 (десяти) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные
ответственных за взаимодействие с Исполнителем работников Кадрового центра
Подмосковья в целях получения информации необходимой для наполнения сайта.
По требованию Заказчика, между Исполнителем и Заказчиком должно быть
заключено соглашение о неразглашение информации. Срок заключения
не должен превышать 5 (пяти) календарных дней с момента направления
соглашения Заказчиком. В случае не заключения Исполнителем соглашения
или нарушения Исполнителем соглашения Государственный контракт может
быть расторгнут в одностороннем порядке.
Исполнитель должен выполнить работы по аттестации рабочего места,
с которого Заказчик будет размещать информацию на Платформе,
соответствующего требованиям безопасности информации, предъявляемым
к государственным информационным системам 2-ого класса. Также система
технической поддержки должна иметь разрешение на обработку информации,
не содержащей сведения, составляющие государственную тайну.
Исполнитель производит добавление или обновление информационного
контента Платформы на серверных ресурсах Заказчика при запросе
его добавления посредством организованной Исполнителем технической
поддержки, согласно Приложению В.
Исполнитель проводит работы по доработке программного кода, верстки
страниц или их CSS стилей, а также баз данных Платформы на самостоятельно
организованном тестовом хостинге, расположенном на территории Российской
Федерации. Все вышеперечисленные доработки, выполненные на тестовом
хостинге Исполнителя, направляются в релиз, не позднее 5 (пяти) рабочих дней
после внесения изменений в структуру файловой системы, программного кода
Платформы или ее базы данных.
Пуско-наладочные работы проводятся на серверных ресурсах Заказчика
после полного завершения тестирования доработок.
Все изменения цветовой палитры, шрифтов и общего оформления
Платформы должны соответствовать требованиям руководства по фирменному
стилю бренда «Работа России» утвержденного приказом Министерства труда
10
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 11 из 84. Страница создана: 16.09.2026 19:12
и социальной защиты Российской Федерации от 12.07.2024 № 350 «О внесении
изменений в Стандарт организации деятельности органов службы занятости
населения в субъектах Российской Федерации, утвержденный приказом
Министерства труда и социальной защиты Российской Федерации от 16 марта 2023
г. № 156».
2. НАЗНАЧЕНИЕ И ЦЕЛИ
СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ ПЛАТФОРМЫ
2.1.
Назначение Платформы
Доработанная
Платформа
предназначена
для
увеличения
информированности граждан, желающих получить государственные услуги,
которые предоставляет Кадровый центр Подмосковья, повышения уровня
информированности населения об услугах Кадрового центра Подмосковья,
а также регистрации для участия в ярмарках трудоустройства и иных мероприятиях
Кадрового центра Подмосковья.
2.2.
Цели обеспечения сопровождения и технической поддержки
Платформы
Работы выполняются в целях обеспечения выполнения функций Кадрового
центра Подмосковья, своевременной публикации материалов (с учетом требований
оформления для отдельных категорий граждан), повышения времени доступности
Платформы и ее бесперебойной работы, а также автоматизации оказываемых
услуг. Данные аспекты позволяют повысить прозрачность деятельности Кадрового
центра Подмосковья, а также обеспечить качественную оперативную обратную
связь с гражданами.
При наполнений или внесении изменений в Платформу Исполнителю
необходимо руководствоваться Приложением 3 к методическим рекомендациям по
разработке планов мероприятий по повышению эффективности службы занятости,
утвержденным приказом Министерства труда и социальной защиты
Российской Федерации от 18.01.2023 № 36.
11
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 12 из 84. Страница создана: 16.09.2026 19:12
3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
3.1.
Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию
В состав функциональной Платформы управления типовым сайтом
Кадрового центра Подмосковья в рамках исполнения Государственного контракта,
входят следующие комплексы функции и модули:
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
Комплекс функций «Управление сайтом»;
Комплекс функций «Управление правами доступа»;
Комплекс функций «Управление модулями» (legacy);
Комплекс функций «Управление шаблонами» (legacy);
Комплекс функций «Управление оповещением» (legacy);
Комплекс функций «Публикация общей информации» (legacy);
Модуль «Статистика и Отчеты» (legacy);
Модуль «Календарь событий»;
Модуль «Интерактивная карта»;
Модуль «Обращения в техническую поддержку»;
Модуль «Обратная связь»;
Модуль «Контактная информация» (legacy);
Модуль «Электронная очередь» (legacy);
Модуль «Вакансии» (legacy);
Модуль «Статистика» (legacy);
Модуль «Чат-бот»;
Модуль «Баннеры»;
Модуль «Help Desk»;
Личный кабинет соискателя (legacy);
Модуль «Конструктор форм».
Детальное описание функциональных, качественных и технических
характеристик Платформы приведено в технической и эксплуатационной
документации к Платформе и будет предоставлено Исполнителю в рамках
оказания услуг.
Описание основных функциональных характеристик Платформы
приведено ниже.
12
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 13 из 84. Страница создана: 16.09.2026 19:12
3.2.
Комплекс функций «Управление сайтом»
Данный раздел поддерживает функционал по добавлению, редактированию,
удалению разделов и страниц главного меню сайта, а также созданию
обособленных от главного меню страниц, для привязки их к БД Платформы
и последующего редактирования в ручном режиме.
Дополнительно, в данном разделе реализована возможность переводить
сайт в режим технического обслуживания, описанный в пункте 3.2.1.
3.2.1. Режим технического обслуживания сайта
Режим технического обслуживания предназначен для исключения доступа
посетителей к Сайту в период внесения изменений, способных привести
к нарушению его штатного функционирования. При активации данного режима
доступ посетителей к Платформе полностью блокируется. Платформа остается
доступной исключительно для внесения изменений в программные компоненты
frontend и backend, а также для корректировки содержимого базы данных.
Администраторам и разработчикам обеспечивается возможность
модификации содержимого страниц, программного кода и структуры данных
в условиях, исключающих внешнее воздействие на рабочие процессы.
При активации режима технического обслуживания в разделе «Управление
сайтом», при любой попытке обращения к страницам Сайта автоматически
отображается информационная «заглушка», уведомляющая о проведении
технических работ на Платформе.
3.3.
Комплекс функций «Управление правами доступа»
Комплекс функций «Управление правами доступа» обеспечивает
управление учетными записями пользователей и ролями необходимыми
для управления Платформой. Типы ролей представлены в таблице 6.
Таблица 5. Типы ролей
Роль
Описание прав и функций роли
Разработчик
Роль с максимальными привилегиями разработчика Сайта. С данной ролью
может существовать только одна учетная запись.
Роль предоставляет полный доступ к управлению Платформой, всеми
Администратор шаблонами и Сайтом. Обеспечивается возможность изменения ролей
пользователей.
13
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 14 из 84. Страница создана: 16.09.2026 19:12
Оператор
Роль предоставляет возможность просмотра всех обращений, поступивших
на Платформу через форму обратной связи, конструктор форм, а также
отвечать на обращения.
Техническая
поддержка IT
Роль предоставляет возможность работы с модулем «Help Desk», включая:
создание новых статей с ответами на часто задаваемые вопросы;
использование фильтра на странице с обращениями; ответы на тикеты;
внесение изменений в настройку модуля; изменение динамического текста
на странице авторизации пользователей модуля «Help Desk».
Пользователь
Help Desk
Роль предоставляет возможность работы с модулем «Help Desk» через
ссылку
https://czn.mosreg.ru/helpdesk.
Обеспечивается
возможность
направления вопроса в техподдержку через модуль «Help Desk» и просмотра
ответов на вопросы. Возможность редактирования информации отсутствует.
Роли пользователей связывают учетные записи пользователей с конкретным
функционалом Сайта, формируя контур безопасности для каждого раздела
Платформы в целом.
Пользователи с ролями «Администратор» и «Разработчик» имеют
возможность создавать, изменять и удалять пользовательские учетные записи.
3.4.
Комплекс функций «Управление шаблонами»
Комплекс функций «Управление шаблонами» представляет собой
унаследованный (legacy) модуль, не используемый по прямому назначению
в текущей версии Платформы. Ранее модуль обеспечивал решение следующих
задач:
− загрузка созданного шаблона;
− формирование шаблона;
− связывание с шаблоном модулей;
− первоначальное наполнение шаблона стандартным контентом;
− задание префикса для Сайтов, создаваемых по данному шаблону.
3.5.
Комплекс функций «Управление оповещением»
Комплекс функций «Управление оповещением» обеспечивает настройку
оповещений граждан и сотрудников учреждений с заданной ролью в Платформе
о наступлении следующих событий:
− подтверждение записи на прием с указанием назначенного времени
приема;
14
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 15 из 84. Страница создана: 16.09.2026 19:12
− напоминание о времени приема с возможностью настройки временного
интервала, за который осуществляется уведомление о наступлении
события;
− оповещение о поступлении вопроса на сайт с возможностью выбора
метода оповещения (SMS, E-mail, оповещение в служебном разделе
сотрудника);
− настройка страницы, содержащей информацию о забронированном
времени в электронной очереди в конкретном учреждении.
− Большая часть программного кода данного комплекса функций относится
к унаследованным (legacy) компонентам, не подлежащим дальнейшему
развитию.
3.6.
Комплекс функций «Публикация общей информации»
Комплекс функций «Публикация общей информации» обеспечивает решение
следующих задач:
− публикация информации на выбранной группе Сайтов в заданном
разделе;
− редактирование опубликованной информации на выбранной группе
Сайтов;
− удаление опубликованной новости на выбранной группе Сайтов.
Данный комплекс функций относится к унаследованным (legacy)
компонентам и не используется по прямому назначению в текущей версии
Платформы,
поскольку
архитектура
Платформы
была
переработана
для функционирования в конфигурации с одним Сайтом.
3.7.
В модуле
информации:
−
−
−
−
−
Модуль «Статистика и Отчеты»
реализовано
формирование
следующей
статистической
количество опубликованных новостей за период;
количество записей на прием за период;
количество поданных обращений за период;
количество закрытых обращений за период;
количество обращений в техническую поддержку за период (закрытых,
открытых), а также время решения обращений.
15
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 16 из 84. Страница создана: 16.09.2026 19:12
Данный функционал относится к унаследованным (legacy) компонентам
и сохранен в составе Платформы без дальнейшего развития.
3.8.
Модуль «Календарь событий»
Модуль «Календарь событий» размещен на главной странице Сайта
и обеспечивает интерактивное взаимодействие с пользователем.
При нажатии на выбранную дату отображается всплывающее окно,
содержащее перечень запланированных или прошедших мероприятий.
Дни, на которые назначены мероприятия, выделяются визуальным
индикатором (миганием).
Визуальное представление календаря имитирует бумажный вариант
классических календарей.
Навигация по месяцам осуществляется с помощью двух стрелок,
расположенных рядом с заголовком календаря.
3.9.
Модуль «Интерактивная карта»
Модуль представляет собой интерактивную карту, размещенную на главной
странице Платформы.
Модуль обеспечивает визуальное получение посетителями Сайта следующей
информации:
− наименование городского округа Московской области;
− уровень безработицы округа;
− топ вакансий в выбранном округе.
Взаимодействие с картой осуществляется посредством курсора мыши. При
наведении курсора на городской округ отображается его наименование
с визуальной подсветкой. При нажатии на городской округ открывается модальное
окно, содержащее информацию по данному округу.
Данные для функционирования карты выгружаются из Информационной
системы
Министерства
социального
развития
Московской
области
«Конфигурация
«Трудоустройство»
версия
2.0»
(далее
–
ИС
«1C:Трудоустройство») в автоматическом режиме один раз в сутки.
В
случае
невозможности
автоматической
выгрузки
данных
из ИС «1C: Трудоустройство» предусмотрен функционал ручного добавления
данных. Добавление данных осуществляется в разделе управления модулем
интерактивной карты в административной панели, доступной пользователям
с ролью «Администратор».
16
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 17 из 84. Страница создана: 16.09.2026 19:12
3.10. Модуль «Обращения в техническую поддержку»
Модуль «Обращения в техническую поддержку» обеспечивает
формирование очереди обращений в техническую поддержку и фиксацию
результатов решения инцидентов по следующим темам:
− предоставление прав доступа;
− неисправность/недоступность ресурса;
− консультирование;
− публикация.
Модуль предназначен для оперативного взаимодействия между операторами
Платформы и ее администраторами. Данный модуль относится к унаследованным
(legacy) компонентам и не используется в текущей версии Платформы.
3.11. Модуль «Обратная связь»
Модуль включает в себя следующие функции:
− прием обращений с Сайта учреждения и направление ответа на
обращение;
− переадресация сообщения;
− отслеживание очереди сообщений.
Модуль
отображает
список
обращений
посетителей
Сайта
в административной панели во вкладке «Обращения», расположенной в левой
части общего меню. Список формируется на основании обращений, отправленных
через форму обратной связи, функционал которой описан в пункте 3.11.1.
Вкладка «Обращения» административной панели содержит следующие
столбцы:
− Дата;
− Время;
− Ф.И.О.;
− E-mail;
− Телефон;
− Тема обращения (выбирается на этапе подачи обращения из списка:
«Вопрос», «Жалоба», «Пожелание»);
− Сотрудник (сотрудник, работающий с обращением);
− Статус (указывается сотрудником из выпадающего списка: «Переписка»,
«Завершено», «Требует внимания»).
По итогам рассмотрения обращения гражданину направляется ответ на адрес
электронной почты, указанный при заполнении формы обратной связи. Ответ
на обращение осуществляется в открывающемся окне «Обращение».
17
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 18 из 84. Страница создана: 16.09.2026 19:12
На странице вкладки «Обращения» над списком поступивших обращений
расположен фильтр, позволяющий пользователю административной панели
задавать условия фильтрации списка. Фильтр содержит следующие пункты:
−
−
−
−
−
ID обращения (вводится вручную);
Ф.И.О. (вводится вручную);
E-mail (вводится вручную);
Телефон (вводится вручную);
Тема обращения (выбирается из выпадающего списка: «Вопрос»,
«Жалоба», «Пожелание»);
− Сотрудник;
− Статус (выбирается из выпадающего списка: «Новое обращение»,
«Переписка», «Завершено», «Требует внимания»).
Фильтр по дате представляет собой календарь, с помощью которого
пользователь может выбрать интересующий день или диапазон дат для фильтрации
списка обращений.
3.11.1. Форма обратной связи
Форма обратной связи содержит следующие поля для заполнения:
−
−
−
−
−
−
−
−
−
−
Имя (указывается вручную, максимальная длина 15 символов);
Отчество (указывается вручную, максимальная длина 15 символов);
Фамилия (указывается вручную, максимальная длина 15 символов);
E-mail;
Телефон (с маской ввода вида: «+7 (___) ___-__-__»);
Тема обращения (выпадающий список со значениями: Вопрос, Жалоба,
Пожелание);
Текстовое поле «текст обращения»;
Приложить файлы (необязательное поле, содержит кнопку выбора файла
с устройства пользователя; поддерживаемые форматы: txt, rtf, doc, docx,
xls, xlsx, pdf, png, jpg, jpeg, gif, tif, tiff, zip, rar; максимальный размер
одного файла — 20 Мб, общее количество файлов в одном обращении —
не более трех);
Чекбокс «Согласие на обработку персональных данных» со ссылкой
на страницу «Политика в отношении обработки персональных данных»
(отправка обращения без установки чекбокса невозможна);
Капча (используется Yandex SmartCaptcha).
18
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 19 из 84. Страница создана: 16.09.2026 19:12
Форма защищена от спама. В модуле реализовано ограничение
на частоту отправки обращений (не более 1 обращения в час с одного IP адреса).
3.12. Модуль «Контактная информация»
Модуль «Контакты» поддерживает следующие функции:
− отображение контактной информации филиалов на странице
«Контакты» и во вкладке «Контакты» в сквозном блоке на всех
страницах Сайта;
− изменение позиции сотрудников Кадрового центра Подмосковья
в списке;
− добавление номеров телефонов Горячей линии Минсоцразвития через
поле «Горячая линия»;
− добавление ссылок на социальные сети и видео-хостинги.
Данный модуль относится к унаследованным (legacy) компонентам
и в текущей версии Платформы заменен страницей «Контакты».
3.13. Модуль «Электронная очередь»
Модуль «Электронная очередь» относится к унаследованным (legacy)
компонентам и отключен в текущей версии Платформы. Ранее модуль обеспечивал
запись в Кадровый центр Подмосковья с формированием талона, содержащего дату
и время приема, и включал следующие функции:
− поддержка записи в основное отделение Кадрового центра
Подмосковья или его филиал;
− интеграция с аппаратным обеспечением электронной очереди;
− прохождение опросника для допуска к записи на прием (опросник
исключал посетителей, не имеющих полного перечня необходимых
документов);
− отмена и перенос записи на другую дату или время в личном кабинете
соискателя;
− выгрузка талонов записи в формате Excel с возможностью отправки
на печать в административном разделе.
3.14. Модуль «Вакансии»
Модуль «Вакансии» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
19
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 20 из 84. Страница создана: 16.09.2026 19:12
Модуль обеспечивает интеграцию с ИС «1C: Трудоустройство» для импорта
вакансий и статистических данных, используемых модулем «Статистика»
(см. пункт 3.15).
3.15. Модуль «Статистика»
Модуль «Статистика» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
Модуль обеспечивает автоматическое формирование статистической
информации на странице «О центре — Статистика» в виде таблиц и графиков
на основе анализа актуальных вакансий, содержащихся в базе данных Платформы,
и данных, полученных из ИС «1C:Трудоустройство».
Модуль содержит страницу с интерактивной картой, на которой
отображаются региональные Центры занятости населения с указанием следующей
информации по каждому региону:
− количество вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата;
− количество соискателей;
− количество безработных, состоящих на учете;
− ссылка для перехода на сайт Центра занятости населения выбранного
региона (по клику).
Сводная аналитическая страница статистики по всем Центрам занятости
населения Московской области отображает следующую информацию:
− количество обращений в день, месяц, год;
− количество принятых граждан;
− количество открытых вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата, указанная в вакансиях каждого ЦЗН;
− количество трудоустроенных граждан;
− количество граждан, получающих пособия.
3.16. Модуль «Чат-бот»
Модуль «Чат-бот» представляет собой канал дополнительного обслуживания
граждан, функционирующий на основе встроенного на Сайте чата. Модуль
20
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 21 из 84. Страница создана: 16.09.2026 19:12
предназначен для предоставления ответов на часто возникающие вопросы граждан
и обеспечивает реализацию следующих функций:
− ведение автоматического общения с гражданами посредством
текстовых сообщений;
− ведение коммуникации от лица организации с целью упрощения
онлайн-взаимодействия и предоставления посетителям необходимой
информации (является альтернативой переписке или звонку
оператору);
− обеспечение ежедневного круглосуточного доступа к ответам
на вопросы;
− реализация сценариев работы с применением подхода классификации
текста — определение действия на основе поиска ключевых слов;
− конфигурирование сценариев работы чат-бота по комбинации
действий с сохранением предыдущих ответов и определением
результата на основании всей информации, полученной в процессе
диалога.
Рисунок 1 – Интерфейс чат-бота
21
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 22 из 84. Страница создана: 16.09.2026 19:12
Чат-бот содержит поле ввода сообщения и кнопку «Отправить». После ввода
запроса и нажатия кнопки «Отправить» чат-бот предлагает выбрать интересующий
ответ на вопрос из базы знаний.
Административная часть чат-бота реализована в составе административной
панели Сайта и содержит следующий функционал:
− построение тем вопросов;
− ввод вопросов в темы и подтемы;
− ввод ответов на вопросы в соответствии с введенными вопросами;
− просмотр всех тем с вопросами и ответами;
− создание новых тем;
− редактирование тем;
− удаление категорий;
− редактирование вопросов и ответов;
− удаление вопросов и ответов (полностью или частично в вопросе);
− ввод ключевых слов.
3.17. Модуль «Баннеры»
Модуль обеспечивает размещение на Сайте информационных баннеров
в заранее размеченных для них областях. Создание, настройка и управление
выводом баннеров осуществляется в административной панели Сайта.
Модуль содержит следующие функции:
− создание баннера;
− удаление баннера;
− изменение настроек баннера.
Модуль отображает список всех созданных баннеров с возможностью
изменения или удаления каждого из них. Список содержит следующие столбцы:
− Дата (дата создания баннера);
− Тип (изображение или HTML-код);
− Наименование;
− Описание;
− Статус (опубликован/не опубликован);
− Действие (кнопка удаления баннера);
− Кнопка «Редактировать» (при нажатии открывается страница
редактирования информации выбранного баннера).
Функция «Добавить баннер» реализована в виде кнопки, при нажатии
которой открывается страница с настройками создаваемого баннера. Настройки
при создании баннера содержат следующие пункты:
22
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 23 из 84. Страница создана: 16.09.2026 19:12
− Название;
− Тип баннера (изображение или HTML-код);
− Изображение
(поле
вставки
изображения,
отображается
при выбранном типе баннера «Изображение», при ином типе —
скрыто);
− Поле ввода кода (поле ввода HTML-кода, отображается при выбранном
типе баннера «HTML-код», при ином типе — скрыто);
− Ширина баннера;
− Высота баннера;
− URL-перенаправления;
− Описание (максимальная длина — 50 символов);
− Начало публикации (дата начала публикации баннера);
− Завершение публикации (дата завершения публикации баннера).
3.18. Модуль «Help Desk»
Модуль представляет из себя систему автоматизации техподдержки
сотрудников Кадрового центра Подмосковья. Страница для входа в систему
техподдержки
находится
по
адресу:
https://czn.mosreg.ru/helpdesk.
Ссылок на данную страницу на основной части сайта не имеется. Доступ
к странице осуществляется при ручном вводе или копировании ссылки в адресную
строку браузера. Страница модуля не индексируется в поисковых системах.
Дизайн страницы авторизации в систему выполнена в соответствии
с макетом представленном на рисунке 2.
Рисунок 2 – Страница входа в Help Desk
23
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 24 из 84. Страница создана: 16.09.2026 19:12
При неправильном вводе учетных данных в форме авторизации, выводится
модальное окно с текстом «Неверно введен логин или пароль».
При правильном вводе учетных данных, должна открываться страница
«Часто задаваемые вопросы», макет которой представлен на рисунке 3.
Доступ ко входу в Help Desk имеют только пользователи Платформы
с ролью «Пользователь Help Desk».
Рисунок 3 – Страница создания запроса в Help Desk.
3.18.1. Управление модулем «Help Desk»
Модуль «Help Desk» содержит административную часть в составе
административной панели Сайта со следующим функционалом:
Пункт меню в административной панели с наименованием «Help Desk»,
доступен только пользователям с ролью «Техническая поддержка IT»
(в соответствии с таблицей 6). Для пользователей с иными ролями данный раздел
скрыт.
Раздел, открываемый при переходе по пункту меню «Help Desk», содержит в
верхней части две кнопки, обеспечивающие переключение между режимами
«Тикеты техподдержки» и «Редактирование часто задаваемых вопросов».
Режим «Тикеты техподдержки» отображается под кнопками и открывается
без перезагрузки страницы. Данный режим включает список вопросов и элементы
управления, содержащие следующие столбцы:
− Дата;
− Время;
24
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 25 из 84. Страница создана: 16.09.2026 19:12
− Ф.И.О. (присваивается автоматически на основании данных,
указанных в учетной записи пользователя Help Desk);
− E-mail;
− Телефон;
− Краткое содержание тикета (не превышает 150 символов);
− Тема обращения (выбирается на этапе подачи обращения из списка);
− Сотрудник (заполняется автоматически при ответе сотрудника
на обращение в соответствии с именем учетной записи, под которой
сотрудник Кадрового центра Подмосковья вошел в административную
панель);
− Статус (указывается сотрудником из выпадающего списка:
«Переписка», «Завершено», «Требует внимания»). По умолчанию
каждое поступившее обращение имеет статус «Новое обращение»
и помечается иконкой желтой звездочки с черной обводкой.
Режим «Редактирование часто задаваемых вопросов» содержит список
созданных тем, каждая из которых включает перечень ответов на вопросы. Макет
представлен в виде древовидной структуры (рисунок 4).
Рисунок 4 – Структура тем раздела «Часто задаваемые вопросы»
В режиме «Редактирования часто задаваемых вопросов» сверху списка
находится кнопка «Добавить тему». После создания темы она появляется в списке.
25
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 26 из 84. Страница создана: 16.09.2026 19:12
3.18.2. Раздел «Задать вопрос в техническую поддержку»
Форма подачи вопроса в техническую поддержку открывается на странице
без ее перезагрузки после нажатия кнопки «Задать вопрос в техническую
поддержку» на странице Help Desk. Форма содержит следующие пункты:
− Тема обращения (перечень тем согласовывается с Заказчиком на этапе
разработки Сайта);
− Внутренний телефон (необязательное поле);
− Текстовое поле «Текст обращения»;
− Приложить файлы (необязательное поле, содержит кнопку выбора
файла с устройства пользователя; поддерживаемые форматы: txt, doc,
docx, xls, xlsx, pdf, png, jpg, jpeg, gif, zip, rar; максимальный размер
одного файла — 10 Мб, общее количество файлов в одном обращении
— не более трех).
Форма защищена от спама. В модуле реализовано ограничение частоты отправки
обращений.
3.19. Сведения о сетевой инфраструктуре
Общая Функциональная
на рисунке 5.
схема
сетевой
инфраструктуры
приведена
Рисунок 5 – Функциональная схема сетевой инфраструктуры
Данные Системы хранятся в центральной базе данных (ЕИТО).
Платформа представляет собой открытую ИС, взаимодействующую
с внешними ИС посредством веб-сервисов, имеет модульную многоуровневую
26
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 27 из 84. Страница создана: 16.09.2026 19:12
архитектуру, допускающую замену, добавление и исключение из состава
Платформы тех или иных компонентов, а также удобный пользовательский
интерфейс.
Платформа ориентирована на централизованное обслуживание и хранение
данных и допускает удаленный доступ к данным.
Логически выделены: уровень обработки данных, уровень бизнес-логики
и уровень взаимодействия с пользователями/внешними системами.
Платформа спроектирована по принципам открытой архитектуры
и предусматривает возможность дальнейшего изменения и расширения
функциональности, услуг и сервисов на основе разработанных решений.
Предусмотрена возможность масштабирования при увеличении нагрузки.
На уровне бизнес-архитектуры, платформа обеспечивает реализацию
сервисов путем осуществления настроек и конфигурирования без использования
программирования.
Физическая архитектура модулей включает следующие компоненты:
− серверы СУБД, которые осуществляют централизованное хранение,
обслуживание и обеспечение целостности данных, предоставляя
их по запросу различным приложениям и, тем самым, реализуя единое
информационное пространство для их функционирования;
− сервер
приложения,
который
является
централизованным
исполнителем различных функций обработки данных, предоставляя
возможность воспользоваться этими функциями любым пользователям
и обращаясь за требуемыми данными к серверу данных;
− клиентские приложения в виде тонкого клиента (веб-браузера).
В штатном режиме работы Платформа функционирует с использованием
данных ЕИТО.
3.20. Сведения о взаимосвязях Платформы с информационными системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ
от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»). Сведения об информационном взаимодействии
с информационными системами представлены в таблице 8.
сайт
Кадрового
центра
Подмосковья
интегрирован
с ИС «1C: Трудоустройство».
27
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 28 из 84. Страница создана: 16.09.2026 19:12
Интеграция предусматривает:
− доступ к региональному банку вакансий с возможностью подбора
работы по заданным условиям фильтра для разных категорий граждан:
выбор территории места работы, профессия, ЗП, характер работы,
режим работы, образование, наличие жилья, вид рабочего места и т.п.;
− подбор вакансий по наименованию организации-работодателя
и ОКВЭД;
− публикацию на сайте и ежедневное обновление следующих сведений:
o показатели регистрируемого рынка труда;
o профессии/должности
устойчивого
спроса
(качественные
и количественные показатели);
o статистические данные о вакансиях в разрезе сфер деятельности;
o реестры образовательных программ и организаций, участвующих
в программе профессионального обучения лиц предпенсионного
возраста;
o реестр НКО, оказывающих общественно полезные социальнотрудовые услуги в сфере занятости населения Московской области.
Таблица 6. Сведения об информационном взаимодействии с внешними системами
№
п/п
Предмет взаимодействия
Информационная система/ведомство
1
Обмен данными о вакансиях
ИС «1C: Трудоустройство»
Часть данных, получаемых модулем, а также способ их получения относятся
к унаследованным (legacy) компонентам и сохранены в составе Платформы
без изменения логики работы.
3.21. Сведения о взаимосвязях Платформы с внешними системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»).
28
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 29 из 84. Страница создана: 16.09.2026 19:12
3.22. Сведения о видах обеспечения Платформы
3.22.1. Информационное обеспечение Платформы
Информационное обеспечение Платформы предоставляет возможность
ввода, обработки, накопления и хранения информации, необходимой
для реализации функций Платформы.
Вся необходимая информация, которая поддается классификации
и кодированию, организована в классификаторы и справочники. Платформа
классификации разработана на основе единой системы классификации
и кодирования технико-экономической информации (ЕСКК ТЭИ) –
общегосударственных, отраслевых и локальных классификаторов.
Обеспечивается выполнение следующих задач информационного
обеспечения:
− обеспечение единого информационного пространства для объектов
автоматизации при оказании государственных услуг или анализе
информации;
− обеспечение информационной поддержки населения, государственных
органов исполнительной и законодательной власти, сотрудников
подразделений социальной сферы в их повседневной деятельности,
в том числе и при принятии решения об оказании социального сервиса;
− обеспечение информационной совместимости и взаимодействия между
различными уровнями управления социальной сферой.
3.22.2. Лингвистическое обеспечение
Комплекс подсистем и направлений, реализующих бизнес-логику системы
Платформы построены без применения готовых фреймворков и CMS.
В стеке разработки используются следующие языки программирования:
− в качестве языка запросов стандарта– SQL;
− в качестве языка описания метаданных – подмножества SQL;
− для хранимых процедур в операциях массовой обработки данных –
SQL;
− для бизнес-логики – PHP;
− для презентационной логики – JavaScript.
Языки манипулирования отвечают требованиям стандарта SQL
и поддерживают реляционную и объектно-реляционную модели баз данных,
а также стандарт ODBC.
29
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 30 из 84. Страница создана: 16.09.2026 19:12
Взаимодействие пользователя с программно-технологическим решением
происходит с использованием интерфейсов, выполненных на русском языке,
за исключением системных сообщений, не подлежащие русификации.
Все документы, продуцируемые Платформой, предоставляются на русском
языке.
3.22.3. Серверное техническое и программное обеспечение
Платформа функционирует при выполнении следующих требований
к компонентам программного и технологического обеспечения Заказчика.
Компоненты программного и технологического обеспечения Заказчика
определяются в соответствии с технической документацией, но не могут быть ниже
указанных в таблицах 7-8.
Таблица 7. Компоненты программного обеспечения
№
п/п
1
Техническое
Вид программного
обеспечение
обеспечения
Серверы
площадки Общесистемное ПО
Кадрового
центра Операционная
Подмосковья, ЕИТО
система
Специальное ПО
СУБД
2
АРМ
Кадрового Операционная
центра Подмосковья
система
Офисный пакет
Веб-браузер
Наименование программного
обеспечения
Red Hat Enterprise Linux 7 (64-bit) и новее
PostgreSQL 9.4 и новее или MySQL 5.5 и
новее. Должно находится в реестре
отечественного ПО в соответствии с
федеральным законом от 29 июня 2015 г.
№ 188-ФЗ
Microsoft Windows 10, ASTRA Linux,
RedOS 7.3.5.
LibreOffice и Microsoft Office.
Chromium-Gost, Mozilla Firefox, Opera,
Google
Chrome,
Yandex
Browser,
поддержка
браузеров
мобильных
устройств на базе Android, IOS.
Исходя из указанных функциональных требований Платформы, сервера
приложений и СУБД должны эксплуатироваться с учетом характеристик,
указанных ниже в таблице 9.
30
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 31 из 84. Страница создана: 16.09.2026 19:12
Таблица 8. Характеристика серверного оборудования для функционирования Платформы
№
п/п
Характеристики оборудования
Сервер
Наименование показателя
Основной
сервер
Процессор (vCPU)
1
Сервер баз
данных
2
Минимальный показатель
Тип и объем оперативной памяти
x86_64,
Intel(R) Xeon(R) CPU E5-2697 v3 @
2.60GHz, 4 ядра
DIMM, DRAM, 32 Gb
Дисковое пространство (vHDD)
0,5 Tb
Контроллер Ethernet
Процессор
Тип и объем оперативной памяти
1000 Mb/s
x64_64,
Intel(R) Xeon(R) CPU E5-4650 0
@ 2.70GHz
8 ядер
32 Gb
Дисковое пространство (vHDD)
1 Tb
Контроллер Ethernet
1000 Mb/s
3.22.4. Организационное обеспечение
В части организационного обеспечения Заказчик обеспечивает:
− взаимодействие участников проекта;
− создание временных организационных структур, участвующих
в реализации проекта (рабочих групп, комиссий и пр.), включающих
представителей Государственного заказчика, Функционального
заказчика и Исполнителя;
− организацию комплекса мероприятий по обеспечению прикладного
сопровождения и сервисного обслуживания Платформы;
− регламенты информационного взаимодействия с внешними системами.
3.23. Автоматическое обновление данных интерактивной карты
Данные в блоке «Рынок труда Московской области» обновляются
автоматически
на
основании
выгрузки
данных
из
ИС
«1C: Трудоустройство» ежедневно в формате XML в специальную директорию
на сервере Платформы.
3.23.1. Обработка и хранение данных из выгрузки
На сервере настроен автоматический процесс мониторинга директории
с выгрузкой по следующему сценарию:
31
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 32 из 84. Страница создана: 16.09.2026 19:12
− из директории обрабатывается только самый новый файл
(по дате создания или модификации);
− данные из файла импортируются в базу данных сайта в таблицу,
предназначенную для хранения информации о вакансиях и показателях
по округам;
− при каждой новой обработке выполняется синхронизация данных –
обновление существующих записей и добавление новых;
− в целях оптимизации хранения реализуется автоматическое удаление
старых файлов, при котором сохраняется не более 5 последних
выгрузок.
Обработка данных выполняется средствами PHP-скрипта с использованием
SQL-запросов к базе данных. Скрипт запускается по расписанию.
3.24. Модуль «Конструктор форм»
Модуль «Конструктор форм» обеспечивает создание произвольных форм
и их размещение на страницах Сайта. В основе модуля использован функционал
модуля «Обратная связь».
Модуль обеспечивает решение следующих задач:
− настройка внешнего вида создаваемых форм;
− сохранение данных, полученных от посетителей Сайта, в базу данных
Платформы для последующей обработки;
− выгрузка накопленных данных в формате Excel.
Модуль позволяет создавать поля форм следующих типов:
− текстовое поле;
− поле ввода E-mail;
− поле ввода телефона (с маской ввода);
− поле выбора даты;
− поле выбора заготовленных ответов (с отдельным редактором списка
ответов).
Создание и настройка форм осуществляется в административной панели
Сайта. Административная часть модуля содержит список всех созданных форм
с возможностью редактирования, удаления и управления статусом публикации
каждой формы.
32
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 33 из 84. Страница создана: 16.09.2026 19:12
4. ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ
4.1.
Требования к функциям, реализуемым в рамках развития Платформы
Развитие Платформы осуществляется в целях расширения функциональных
возможностей, повышения удобства пользовательского взаимодействия, а также
обеспечения соответствия требованиям действующего законодательства
Российской Федерации и внутренним регламентам Заказчика.
Объектом оказания услуг по развитию является Платформа, указанная
в п. 3.1 настоящего Технического задания.
1. Работы по развитию должны выполняться с учетом следующих обязательных
требований:
Все доработки Платформы должны выполняться исключительно в рамках
существующей технологической архитектуры, используемой на Сайте.
2. Реализация функционала должна осуществляться без изменения базовой
архитектуры Платформы, структуры ядра, существующих механизмов
маршрутизации, шаблонизации и хранения данных.
3. Все доработки должны реализовываться в виде изолированных модулей или
расширений, соответствующих принятой на Платформе структуре каталогов,
именованию компонентов и правилам подключения.
4. Код, разрабатываемый Исполнителем, должен:
− соответствовать
существующим
стандартам
кодирования,
применяемым в Платформе;
− не дублировать уже реализованный функционал;
− обеспечивать обратную совместимость с текущими модулями
Платформы;
− быть документированным и структурированным.
5. Исполнитель обязан обеспечить:
− корректную работу разработанного функционала во всех
поддерживаемых браузерах;
− адаптивность интерфейса для различных разрешений экранов;
− корректную работу в существующей Платформе управления
контентом;
− отсутствие деградации производительности сайта.
33
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 34 из 84. Страница создана: 16.09.2026 19:12
4.2.
Доработка модуля «Чат-бот»
В рамках доработки модуля «Чат-бот» реализуется сценарное
взаимодействие на основе многоуровневой базы знаний. Предусматриваются
развитие административного интерфейса, поиск точки входа в сценарий
по свободному запросу, учёт текущего раздела диалога и регистрация основных
результатов работы бота.
Доработка выполняется на базе существующего модуля. Содержательные
ответы пользователю формируются из подготовленных и опубликованных
материалов. Последовательность уточнений определяется структурой разделов,
а выбор ответа — положением пользователя в этой структуре и результатами
поиска.
4.2.1. Общие требования к организации модуля
4.2.1.1. Назначение и состав доработки
Модуль должен обеспечивать получение справочной информации двумя
способами: последовательным выбором предложенных направлений и вводом
вопроса в свободной форме. Оба способа используют единую базу знаний. Переход
между ними допускается на любом шаге без необходимости повторного открытия
окна чат-бота.
В состав работ входят управление разделами и статьями, настройка связей
между ними, отображение сценарных переходов, обработка текстовых запросов,
сохранение состояния текущей ветки, сбор базовой аналитики и первоначальное
наполнение по согласованным материалам Заказчика.
Результатом доработки является работоспособный модуль, в котором
администратор может изменять содержание и последовательность диалога
средствами административной панели. Изменение текстов, состава дочерних
разделов и привязок статей не должно требовать правки программного кода.
4.2.1.2. Существующая программная основа
В действующей реализации используются серверные скрипты, база данных
с темами, вопросами и ответами, а также встраиваемое в страницы Сайта окно
чат-бота. Административная часть содержит иерархию тем и средства
редактирования вопросов. Публичная часть выполняет текстовый поиск по
вопросам и ответам.
При доработке необходимо сохранить действующий механизм размещения
чат-бота в шаблонах Сайта, обработку типовых приветственных фраз
и возможность открытия формы обратной связи. Существующая иерархия тем
используется как основа для разделов сценарной модели. Поиск по разделам,
34
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 35 из 84. Страница создана: 16.09.2026 19:12
множественные привязки статей и контекстное прохождение дерева реализуются
в рамках настоящих работ.
До изменения структуры хранения Исполнитель проверяет используемые
связи и способ вывода материалов в связанных компонентах Сайта. Новые поля
и отношения вводятся с сохранением существующих записей, кроме материалов,
исключённых из публикации по согласованному реестру наполнения.
4.2.1.3. Термины и единицы учёта
Раздел — узел дерева базы знаний, содержащий название, фразу бота
и сведения для поиска. Раздел может включать дочерние разделы и связанные
статьи. Корневым считается раздел, не имеющий родительского раздела.
Статья — самостоятельная запись с вопросом или заголовком и готовым
содержательным ответом. Термины «вопрос с ответом» и «статья» обозначают
одну логическую сущность. Хранение вопроса и текста ответа в отдельных
существующих таблицах допускается.
Сценарий — последовательность переходов пользователя по разделам
до выбора статьи. Текущая ветка включает выбранный раздел и его доступные
подразделы. Контекстом считается текущая позиция и последовательность
сделанных выборов в пределах сессии.
Поисковый запрос — отправленное пользователем текстовое сообщение.
Найденный вариант — раздел или статья, предложенные по результатам поиска.
Выдача ответа означает отображение содержания статьи; предложение
её заголовка в списке ещё не считается выдачей ответа.
4.2.1.4. Границы функциональной модели
Сценарная логика определяется деревом разделов и связями со статьями.
Отдельные сущности сценариев, холст с блоками и стрелками, редактор
произвольных условий и механизм вычисления персональных рекомендаций
в состав работ не входят.
Приведённые далее примеры направлений, вопросов и текстов служат для
описания поведения системы. Они не устанавливают обязанность подключать
внешние каталоги вакансий, системы записи на обучение, личные кабинеты или
сервисы назначения выплат. Ссылки на такие ресурсы могут размещаться
в подготовленных статьях.
Использование локального смыслового поиска и перенос материалов
в существующий раздел FAQ выполняются по согласованию с Заказчиком
в порядке, установленном настоящим разделом. Остальные функции должны
сохранять работоспособность независимо от подключения смыслового поиска.
35
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 36 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев
4.2.2.1. Сведения о разделе
Для раздела предусматриваются идентификатор, название, родительский
раздел, фраза бота при входе, ключевые слова, порядок отображения и признак
публикации. Идентификатор присваивается системой и сохраняется при изменении
названия или положения раздела.
Название используется в дереве административной панели и в вариантах
выбора для пользователя. Фраза бота содержит пояснение либо уточняющий
вопрос. Если фраза не заполнена, применяется единое нейтральное сообщение
с предложением выбрать подходящий вариант. Пустая фраза не должна
препятствовать работе раздела.
Ключевые слова включают характерные обозначения пользовательской
потребности и употребляемые формулировки. Их назначение — помочь найти
раздел по свободному запросу. Список ключевых слов не выводится пользователю
в качестве текста сообщения.
4.2.2.2. Иерархия разделов
Каждый раздел имеет не более одного родителя. Корневые разделы
формируют верхний уровень. Дочерние разделы располагаются внутри выбранной
ветки в заданном порядке. Для построения сценария должны поддерживаться
последовательные уточнения без привязки к фиксированным названиям уровней.
Глубина дерева определяется утверждённым реестром контента. При
реализации
нельзя
ограничивать
структуру
существующей
схемой
«тема — вопрос», если согласованный маршрут содержит несколько
промежуточных разделов. Предельная поддерживаемая глубина фиксируется
в техническом описании и проверяется на наиболее длинной согласованной ветке.
Система должна исключать назначение раздела собственным родителем
и перенос в любой из его дочерних разделов. Проверка выполняется на сервере
до сохранения. При ошибке структура остаётся прежней, администратор получает
сообщение о недопустимом родительском разделе.
4.2.2.3. Сведения о статье
Для статьи предусматриваются постоянный идентификатор, заголовок
вопроса, текст ответа, ключевые слова, дополнительные формулировки вопроса,
перечень связанных разделов и признак публикации. Дополнительные
формулировки заполняются при наличии соответствующих материалов
и участвуют в поиске наравне с поисковыми обозначениями статьи.
36
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 37 из 84. Страница создана: 16.09.2026 19:12
Текст ответа редактируется визуальным редактором с поддержкой абзацев,
выделения текста, маркированных и нумерованных списков, ссылок.
Форматирование должно сохраняться при показе ответа в чат-боте. Содержимое
статьи не должно выводиться пользователю в виде необработанной
HTML-разметки.
Публикация допускается при наличии заголовка, непустого ответа и хотя бы
одной связи с доступным разделом. Черновые материалы могут сохраняться
для дальнейшего редактирования. Они не участвуют в публичной навигации
и поиске.
4.2.2.4. Множественные связи статьи
Одна статья может относиться к нескольким разделам. Для этого
используется отдельное отношение между статьями и разделами. Повторное
добавление одной и той же пары не должно создавать дублирующую связь.
При открытии статьи из любого связанного раздела администратор
редактирует одну исходную запись. Сохранённые изменения текста и статуса
применяются ко всем местам использования. Создание физических копий ответа
для каждой ветки не допускается как основной способ реализации множественной
принадлежности.
Удаление связи исключает статью только из выбранного раздела. Сама статья
и остальные связи сохраняются. В глобальных результатах поиска одна статья
отображается однократно, даже если она относится к нескольким найденным
разделам.
4.2.2.5. Состав шага сценария
При входе в раздел бот отображает его фразу и доступные элементы
следующего шага. Дочерние разделы представляются как варианты уточнения,
статьи — как вопросы, по которым можно получить готовый ответ. При наличии
элементов обоих типов сначала выводятся подразделы, затем статьи.
Порядок подразделов задаётся средствами администрирования. Для статей
предусматривается упорядочение списка в выбранном разделе. Изменение
очередности не должно менять идентификаторы объектов или содержание общей
статьи.
Для раздела без доступных дочерних элементов и статей выводится
сообщение об отсутствии опубликованной информации и возможность вернуться
к выбору направления либо открыть форму обращения. Пустой раздел не должен
приводить к бесконечному ожиданию ответа.
37
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 38 из 84. Страница создана: 16.09.2026 19:12
4.2.2.6. Изменение и удаление структуры
Перенос раздела выполняется путём изменения родителя. Вместе с разделом
перемещается его поддерево; статьи сохраняют прежние связи с перенесёнными
узлами. После операции система пересчитывает служебные сведения,
используемые для определения пути и области поиска.
Удаление раздела с подразделами или привязанными статьями блокируется
до освобождения связей и переноса вложенных элементов. Администратору
сообщается причина. Каскадное удаление материалов без отдельного выбора
соответствующих действий не выполняется.
Перед удалением статьи отображается подтверждение с указанием, что она
будет исключена из всех связанных разделов. Если требуется убрать материал
только из одной ветки, используется удаление связи. Названия этих действий
в интерфейсе должны различаться.
4.2.2.7. Доступность опубликованных материалов
Раздел, снятый с публикации, исключается из публичного дерева вместе
с путями через него. Статья остаётся доступной через другие опубликованные
разделы, если такие связи существуют. Материал без доступного пути не должен
появляться в глобальной выдаче.
При обращении по устаревшему идентификатору сервер повторно проверяет
наличие и доступность объекта. Отображение кнопки в ранее сформированном
сообщении не даёт права получить уже снятый с публикации ответ. Пользователю
предлагается актуальный выбор без раскрытия внутренних сведений об ошибке.
4.2.3. Административный интерфейс
4.2.3.1. Размещение и основной экран
Средства управления размещаются в существующем разделе «Чат-бот»
административной панели Сайта. Предусматриваются представления «База
знаний» и «Аналитика». Настройки, необходимые для эксплуатации
доработанного модуля, размещаются в том же разделе без создания отдельной
системы администрирования.
Основной экран базы знаний состоит из двух областей. Слева отображается
раскрываемое дерево разделов, справа — список статей выбранного раздела.
Выбранный узел выделяется. Название и путь раздела показываются над списком,
чтобы различать одноимённые узлы разных веток.
При первом открытии отображаются корневые разделы. Пустое состояние
сопровождается понятным предложением создать раздел. Отсутствие статей
в выбранном узле обозначается отдельно от ошибки загрузки данных.
38
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 39 из 84. Страница создана: 16.09.2026 19:12
4.2.3.2. Операции с разделами
Предусматриваются действия «Добавить раздел», «Добавить подраздел»,
«Изменить» и «Удалить». При создании подраздела текущий раздел автоматически
подставляется в поле родителя. При отмене формы изменения не сохраняются.
Форма редактирования содержит поля, перечисленные в пункте 4.2.2.1.
Родитель выбирается из дерева либо списка с отображением пути. Текущий раздел
и его потомки недоступны для выбора в качестве родителя.
При сохранении проверяются обязательные поля, корректность родителя
и допустимость операции. Сообщение об ошибке связывается с соответствующим
полем. Уже введённые данные сохраняются в форме, чтобы администратор мог
исправить ошибку без повторного заполнения.
4.2.3.3. Поиск и навигация по дереву
В административном дереве предусматривается поиск раздела по названию.
Результат должен позволять определить положение найденного узла и перейти
к его содержимому. Совпадающие названия различаются по полному пути.
Раскрытие и сворачивание узлов не меняет их состояние публикации. После
сохранения статьи или раздела интерфейс возвращает администратора к тому
месту, где выполнялось редактирование, если объект сохранился и доступен.
Изменение порядка выполняется через поле очередности либо простые
действия перемещения в списке. Реализация перемещения мышью не является
обязательной. В публичной части применяется сохранённый порядок, а не порядок
идентификаторов в ответе сервера.
4.2.3.4. Создание и редактирование статей
В правой области отображаются название статьи, состояние публикации
и действия редактирования. Для статьи, связанной с несколькими разделами,
должна быть доступна информация обо всех её размещениях. Открытие формы из
разных веток приводит к одной записи.
Форма содержит заголовок, визуальный редактор ответа, поисковые
обозначения, дополнительные формулировки и множественный выбор разделов.
При создании статьи из выбранной ветки соответствующая связь заполняется
предварительно и может быть изменена до сохранения.
Предусматриваются действия «Сохранить», «Отменить», управление
публикацией и удаление статьи с подтверждением. Изменение привязок должно
быть доступно в той же форме; повторное создание статьи для добавления в другую
ветку не требуется.
39
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 40 из 84. Страница создана: 16.09.2026 19:12
4.2.3.5. Работа со связями и форматированием
При выборе разделов отображаются их пути. Администратор должен видеть
разницу между снятием отметки у раздела и удалением всей статьи. Если снята
последняя связь опубликованной статьи, сохранение публикации блокируется
с пояснением причины.
Ссылки вводятся средствами визуального редактора. Текст ссылки и её адрес
сохраняются раздельно. Допускается размещать ссылки на уже подготовленные
документы, в том числе PDF, без разработки механизма автоматического
формирования файлов.
При вставке форматированного текста удаляются неподдерживаемые
элементы, способные нарушить размер окна чат-бота или выполнить посторонний
код. Поддерживаемые абзацы, списки и ссылки должны сохраняться. Перечень
доступных действий редактора отражается в инструкции администратора.
4.2.3.6. Обновление данных и обратная связь
Создание и изменение записей выполняются с использованием принятого
на Сайте механизма асинхронных запросов. На время сохранения повторная
отправка формы блокируется. После ответа сервера отображается подтверждение
результата либо сообщение о невозможности выполнить операцию.
Интерфейс не должен сообщать об успешном сохранении до подтверждения
сервера. Если соединение прервалось, введённый текст остаётся доступным для
повторной отправки. Повторное действие не должно создавать дубликаты связей.
Подсказки предусматриваются для полей, назначение которых
неоднозначно: фразы бота, ключевых слов, множественных связей и публикации.
Тексты подсказок должны объяснять действие на примере редактируемого объекта.
Отдельная обучающая система в состав модуля не входит.
4.2.4.
Публичный интерфейс и прохождение сценариев
4.2.4.1. Окно чат-бота
Публичный интерфейс сохраняет существующие основные элементы:
кнопку открытия, заголовок «Цифровой ассистент Петр», область сообщений,
стартовые карточки и поле ввода. Новые элементы должны соответствовать
принятому оформлению Сайта и размещаться внутри существующего окна.
Сообщения пользователя и бота отображаются в хронологическом порядке.
Перечень уточняющих вариантов помещается после связанного с ним сообщения.
Пользователь должен различать собственный выбор, пояснение бота
и содержательный ответ.
40
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 41 из 84. Страница создана: 16.09.2026 19:12
При появлении вариантов область переписки прокручивается к началу
нового результата, чтобы пользователь видел вопрос и первые доступные действия.
Выдача длинной статьи не должна автоматически перемещать просмотр
к её последней строке.
4.2.4.2. Стартовый экран
Стартовые карточки связываются с согласованными корневыми разделами.
Их названия и пояснения определяются реестром контента. Выбор карточки
открывает соответствующую ветку и отображает фразу первого раздела.
Пользователь может сразу ввести вопрос без выбора карточки. В этом случае
выполняется поиск по всей опубликованной базе знаний. Наличие стартовых
карточек не ограничивает состав объектов, доступных для поиска.
4.2.4.3. Переход между разделами
При выборе дочернего раздела в переписку добавляется текст выбранного
варианта, затем фраза нового раздела и доступные дальнейшие действия. Сервер
проверяет существование раздела, состояние публикации и допустимость
перехода.
Варианты текущего шага выводятся в виде кнопок или списка в принятом
оформлении чат-бота. Переход выполняется по идентификатору объекта.
Совпадение отображаемых названий в разных ветках не должно приводить
к выбору чужого раздела.
4.2.4.4. Отображение ответа
Выбор статьи приводит к показу её заголовка и текста ответа. Если статья
предложена в списке результатов, допускается использовать существующее
раскрытие ответа. Событие выдачи регистрируется при фактическом раскрытии
содержимого, а не при первоначальном появлении заголовка.
В ответе сохраняются предусмотренные редактором абзацы, списки,
выделение текста и ссылки. Длинный текст размещается в прокручиваемой области
переписки. Ссылки должны быть доступны для нажатия и не перекрываться
соседними элементами.
После ответа пользователь может оценить его, продолжить ввод, или начать
выбор заново. Выдача статьи не блокирует дальнейшую работу и не требует
закрытия окна.
41
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 42 из 84. Страница создана: 16.09.2026 19:12
4.2.4.5. Свободный ввод на шаге уточнения
Поле ввода доступно на каждом шаге. Отправленный текст рассматривается
как новый запрос с учётом текущей ветки. Пользователь не обязан дословно
повторять подпись кнопки или сначала завершать последовательность уточнений.
До завершения обработки запроса повторная отправка блокируется,
отображается состояние ожидания. После получения результата поле снова
становится доступным. Пустое сообщение и строка, состоящая только из пробелов,
не отправляются на поиск.
Варианты выбора из предыдущих шагов сохраняются в истории диалога.
Если пользователь нажимает на ранее предложенный раздел или статью, система
проверяет их доступность. Если материал доступен, бот переходит к выбранному
разделу или показывает ответ. Если раздел или статья удалены либо сняты
с публикации, бот сообщает, что выбранный вариант больше недоступен.
4.2.4.6. Отсутствие подходящего материала
Если поиск не даёт достаточно подходящего результата, бот сообщает
об этом понятным текстом и предлагает уточнить запрос, выбрать доступное
направление или открыть форму обращения. При наличии текущей ветки
пользователь сохраняет возможность продолжить её вручную.
Отсутствие результата не сопровождается выдачей произвольной статьи
с низкой релевантностью. Сообщение о неудачном поиске не должно утверждать,
что соответствующая услуга отсутствует: оно относится только к поиску
в опубликованной базе знаний.
Переход к форме обратной связи использует существующий механизм Сайта.
Перед открытием формы окно и затемняющий слой чат-бота закрываются.
Предложение формы, её открытие и отправка обращения являются разными
действиями; интеграция аналитики с фактической отправкой формы отдельно
не предусматривается.
4.2.4.7. Ошибки и адаптивность
При сетевой или серверной ошибке бот выводит сообщение о временной
невозможности обработать запрос и допускает повторное действие. Такая ошибка
не отображается как отсутствие информации в базе знаний. Введённое сообщение
остаётся в переписке.
На мобильных устройствах окно должно укладываться в доступную область
экрана, сохранять прокрутку сообщений и возможность закрытия. Длинные
названия вариантов переносятся на следующую строку. Горизонтальная прокрутка
всей страницы из-за содержимого бота не допускается.
42
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 43 из 84. Страница создана: 16.09.2026 19:12
Основные действия доступны с клавиатуры. Элементы выбора имеют
различимое состояние фокуса; раскрытие статьи корректно обозначается для
средств доступности. Изменения проверяются в обоих используемых шаблонах
Сайта, подключающих общий модуль чат-бота.
4.2.5. Поиск и управление контекстом
4.2.5.1. Область и источники поиска
Текстовый поиск выполняется по опубликованным разделам и статьям.
Учитываются названия разделов, заголовки вопросов, ключевые слова,
дополнительные формулировки и текст ответов. Текст для поиска
подготавливается без служебной разметки визуального редактора.
Поисковая обработка должна учитывать регистр, повторяющиеся пробелы
и используемое в действующем модуле приведение словоформ. Ключевые слова
и дополнительные формулировки расширяют набор совпадений. Разработка
самостоятельного универсального лингвистического справочника не требуется.
Приветственные и иные типовые фразы обрабатываются отдельно. Если
сообщение содержит приветствие и содержательный вопрос, бот может ответить
на приветствие и выполнить поиск по оставшейся части. Типовая фраза не должна
поглощать полезный текст запроса.
4.2.5.2. Приоритет текущей ветки
Если текущий раздел определён, поиск сначала выполняется в нём,
его доступных подразделах и связанных с ними статьях. При наличии достаточно
подходящего результата пользователь продолжает выбранную тему без повторного
прохождения верхних уровней.
Если результатов внутри ветки нет либо они не достигают принятого порога
релевантности, выполняется поиск по всей опубликованной базе. Сам факт
наличия любых совпадений в текущей ветке не должен препятствовать поиску
подходящего материала в других направлениях.
При отсутствии текущего раздела применяется глобальный поиск. Область
поиска определяется на сервере; переданный из браузера идентификатор
проверяется и не используется как безусловно доверенное указание на доступный
раздел.
4.2.5.3. Сопоставление и ранжирование
Система формирует упорядоченный перечень кандидатов. Совпадения
в заголовках и явно заданных поисковых обозначениях должны иметь
преимущество перед случайным упоминанием слова в длинном ответе. Для статей
43
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 44 из 84. Страница создана: 16.09.2026 19:12
сохраняется приоритет количества значимых слов запроса, найденных в заголовке
вопроса.
В пределах группы с одинаковым числом таких совпадений учитывается
совокупная оценка. Правила сопоставления разделов и статей должны
обеспечивать выбор подходящей точки входа, а не обязательную выдачу конечного
ответа при каждом запросе.
Повторяющиеся статьи объединяются по идентификатору. Порядок
кандидатов передаётся явно и сохраняется в интерфейсе. Числовые ключи объектов
и порядок возврата записей из базы не должны менять установленную
последовательность результатов.
4.2.5.4. Однозначный и неоднозначный результат
Если один кандидат отвечает установленным условиям уверенного выбора
и имеет достаточное преимущество перед остальными, допускается
непосредственный вход в раздел либо показ статьи. Автоматический переход не
применяется только на основании того, что кандидат оказался первым.
При нескольких близких кандидатах бот выводит заранее подготовленную
фразу с предложением уточнить направление и от трёх до пяти вариантов. Если
подходящих кандидатов меньше трёх, показывается фактически найденное
количество. Неподходящие элементы для заполнения списка не добавляются.
Ограничение относится к поисковым предложениям, а не к размеру базы или
числу дочерних разделов. При обычном прохождении дерева пользователю
должны быть доступны все опубликованные элементы текущего шага.
4.2.5.5. Настройка правил выбора
Порог пригодности результата и условие преимущества первого кандидата
определяются Исполнителем на контрольном наборе запросов, согласованном
с Заказчиком. Для каждого примера фиксируются исходная ветка и допустимый
результат: статья, раздел, список уточнений либо отсутствие совпадения.
Числовая оценка релевантности используется для сравнения кандидатов
внутри принятого метода. Она не является вероятностью правильности ответа и не
должна представляться пользователю или администратору как процент
достоверности.
Параметры поиска фиксируются в техническом описании. Выделенный
интерфейс ручной настройки весов администратором не требуется. Корректность
поиска проверяется по воспроизводимым примерам, а не по обещанию
распознавать любую возможную формулировку.
44
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 45 из 84. Страница создана: 16.09.2026 19:12
4.2.5.6. Смена темы
При обнаружении подходящего направления вне текущей ветки бот
предлагает его выбрать. После подтверждения текущим становится выбранный
раздел. Если однозначный результат является статьёй, она может быть показана
непосредственно; контекст её размещения определяется по доступным связям.
Если статья связана с текущей веткой, эта связь имеет приоритет. Если статья
найдена глобально и имеет несколько размещений, используется раздел
выбранного поискового кандидата. При равнозначных размещениях бот предлагает
уточняющий выбор раздела.
Предыдущие сообщения остаются в истории открытого окна.
Они не используются для самостоятельного вывода новых фактов о пользователе.
Контекст обеспечивает навигацию и ограничение поиска; генерация ответа
из совокупности произвольных реплик не предусматривается.
4.2.5.7. Хранение состояния сессии
Для продолжения сценария сохраняются идентификатор текущего раздела
и последовательность подтверждённых переходов. Дополнительно могут
храниться идентификатор последнего запроса и выданной статьи, необходимые
для связывания действий с аналитикой.
Состояние относится к отдельной пользовательской сессии и не должно
смешиваться между посетителями. Закрытие и повторное открытие окна на той
же странице сохраняет текущую переписку.
После истечения сессии или утраты её состояния бот начинает работу
со стартового экрана. Восстановление переписки между устройствами и после
завершения браузерной сессии не требуется. Если сохранённый раздел снят
с публикации, предлагается актуальный выбор направления.
4.2.6.
Смысловой поиск по согласованию с Заказчиком
4.2.6.1. Условия применения
По согласованию с Заказчиком текстовый поиск дополняется локальной
моделью векторного представления текста — embedding-моделью. Она
преобразует запросы и материалы в числовые представления, позволяющие
находить близкие по смыслу записи при различающихся формулировках.
До включения функции согласуются возможность её размещения на
выделенных ресурсах, выбранная модель, условия использования и контрольные
примеры. Технические требования к вычислительным ресурсам определяются
после проверки выбранного варианта на предоставленной базе знаний.
45
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 46 из 84. Страница создана: 16.09.2026 19:12
Модель используется для подбора кандидатов. Содержательные ответы,
уточняющие фразы и названия вариантов берутся из базы знаний. Автоматическое
сочинение текстов консультаций, обращение к общедоступным генеративным
сервисам и обучение собственной языковой модели не предусматриваются.
4.2.6.2. Подготовка и обновление индекса
Индекс содержит представления опубликованных разделов и статей
с привязкой к их идентификаторам. При подготовке текста учитываются заголовки,
поисковые обозначения и содержательные части материалов. Разметка
и технические элементы интерфейса не должны ухудшать сопоставление.
Добавление или изменение материала должно приводить к обновлению его
представления. Удалённые и снятые с публикации объекты исключаются
из выдачи независимо от момента технического обновления индекса. Перед
показом кандидата выполняется проверка по актуальной базе знаний.
Предусматривается служебная возможность полного перестроения индекса.
Порядок запуска и проверки завершения описывается в эксплуатационной
инструкции. Отдельная панель управления моделями и версиями индекса
в административном интерфейсе не требуется.
4.2.6.3. Совместная работа с текстовым поиском
Кандидаты смыслового и текстового поиска сопоставляются по единым
идентификаторам. Итоговая выдача не должна содержать несколько копий статьи
из разных способов поиска. Область текущей ветки и правила уточнения
сохраняются.
Состав модели, способ объединения результатов и параметры выбора
определяются с учётом согласованного набора примеров. Значения оценок разных
алгоритмов нельзя складывать без принятого способа приведения к сопоставимому
виду.
При недоступности модели или индекса выполняется текстовый поиск.
Технический сбой смыслового поиска фиксируется для обслуживания
и не прерывает ручную навигацию по дереву. Пользователю не выводятся
служебные адреса, названия процессов или сообщения библиотеки модели.
4.2.7. Базовая аналитика работы чат-бота
4.2.7.1. Назначение и представление данных
В административной панели предусматривается вкладка «Аналитика»
с журналом обработки пользовательских запросов. Журнал предназначен для
46
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 47 из 84. Страница создана: 16.09.2026 19:12
проверки результатов поиска, выявления отсутствующих материалов и просмотра
оценок выданных ответов.
Основной формой представления является таблица. Диаграммы, сводные
панели с расчётом показателей по темам, выгрузка многостраничных книг XLSX
и просмотр полной переписки в отдельном архиве в состав базовой аналитики
не входят.
Данные обновляются при открытии вкладки и применении фильтров.
Постоянное обновление страницы по таймеру или передача событий на экран
администратора в реальном времени не требуется.
4.2.7.2. Поля журнала
Для обработки текстового запроса фиксируются дата и время, текст
сообщения, идентификатор текущего раздела при поиске, найденный раздел или
статья, оценка релевантности, выбранный пользователем вариант и оценка
полезности ответа при её наличии.
Запись дополняется результатом обработки: предложены варианты, выдан
ответ, совпадение не найдено либо произошла техническая ошибка.
При нескольких предложениях сохраняются их идентификаторы и порядок;
в таблице допускается компактное перечисление с раскрытием полного значения.
Выбор статьи при прохождении дерева без текстового запроса также может
создавать запись о выдаче ответа. В поле запроса показывается обозначение
«Выбор по сценарию», без подстановки вымышленного пользовательского
сообщения. Для такого события релевантность не рассчитывается.
4.2.7.3. Связывание событий
Отправленный запрос получает служебный идентификатор. Выбор варианта
и оценка ответа связываются с соответствующим запросом или событием выдачи.
Идентификатор сессии используется только для технической связи действий
и не считается установленной личностью посетителя.
Показ списка, выбор раздела и выдача статьи отражаются раздельно. Для
неоднозначной выдачи выбор пользователя обновляет сведения об обработке
соответствующего запроса. Последующий самостоятельный текстовый запрос
создаёт новую запись.
Тексты и идентификаторы показанных объектов фиксируются в объёме,
необходимом для чтения записи после переименования статьи или раздела. Журнал
не должен превращаться в историю всех редакций базы знаний. Удаление
материала не должно приводить к ошибке открытия ранее зарегистрированного
события.
47
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 48 из 84. Страница создана: 16.09.2026 19:12
4.2.7.4. Оценка полезности ответа
После выдачи статьи отображается вопрос «Помог ли вам ответ?»
с вариантами «Да» и «Нет». Оценка необязательна. Отсутствие выбора хранится
как отсутствие оценки и не приравнивается к отрицательному ответу.
Оценка относится к конкретной выдаче статьи. Повторное нажатие
не должно увеличивать число оценок одного события. При изменении выбора
обновляется ранее сохранённое значение в пределах доступной сессии.
Пользователь может продолжить работу без оценки. Отрицательный ответ
сам по себе не означает отсутствие результата поиска и не меняет задним числом
факт выдачи статьи. Администратор видит оба обстоятельства.
4.2.7.5. Фильтрация и просмотр
Предусматриваются выбор периода и поиск по тексту запроса. Период
по умолчанию — последние 30 дней. Допускается указать начало и конец
диапазона; неверный диапазон сопровождается пояснением и не применяется.
Фильтры применяются кнопкой «Применить» и сбрасываются кнопкой
«Сбросить». Записи выводятся от новых к старым, не более 50 на странице.
Переход между страницами сохраняет выбранные условия.
Длинные запросы и названия могут сокращаться в строке таблицы
с возможностью просмотра полного значения. Пустая выборка должна отличаться
от ошибки загрузки. Доступ к журналу предоставляется через существующую
авторизацию административной панели.
4.2.7.6. Достоверность и хранение
В журнале используются серверные дата и время с единым часовым поясом,
принятым на Сайте. Пропущенное значение обозначается явно. Число
релевантности сопровождается пояснением о его техническом назначении;
отсутствие оценки не заменяется нулём.
Срок хранения и порядок удаления накопленных записей фиксируются
в эксплуатационных настройках до запуска с учётом решения Заказчика.
Разработка отдельного пользовательского интерфейса выбора срока и массовой
очистки в состав базовой аналитики не включается.
Удаление записей аналитики не должно затрагивать статьи, разделы
и поисковые обозначения. Ошибка регистрации события не должна препятствовать
выдаче ответа; сведения о техническом сбое сохраняются доступными
для обслуживания средствами Сайта.
48
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 49 из 84. Страница создана: 16.09.2026 19:12
4.2.8. Технические требования к реализации
4.2.8.1. Взаимодействие компонентов
Серверная часть обеспечивает получение доступного шага, обработку
свободного запроса, выдачу статьи, сохранение оценки и административные
операции. Клиентская часть отвечает за отображение результата и передачу
действий пользователя. Решения о доступности материала и составе поисковой
выдачи принимаются на сервере.
Для обмена используются принятые на Сайте асинхронные запросы и
структурированный ответ. Сохраняется совместимость существующих полей
questions, answers и result_order на период совместного использования обработчика.
Дополнительные сведения о разделах, типах результатов и состоянии сценария
вводятся без изменения смысла этих полей.
Ответ должен позволять отличить сообщение бота, список вариантов,
статью, отсутствие совпадений и ошибку обработки. Для каждого варианта
передаются тип и идентификатор объекта. Клиенту не требуется угадывать вид
результата по его тексту.
4.2.8.2. Хранение и целостность данных
Сведения о разделах, статьях и их связях хранятся в базе данных Сайта.
Вспомогательный поисковый индекс, если он применяется, является производным
от опубликованной базы. Восстановление содержательных материалов не должно
зависеть исключительно от наличия индекса.
Сохранение статьи и набора её связей выполняется согласованно: ошибка
операции не должна оставлять частично изменённое размещение. Проверяется
существование всех указанных разделов. Изменения структуры не должны
создавать недостижимые циклические ветки.
Для запросов дерева и связей предусматриваются необходимые индексы
базы данных. Произвольные нормативы нагрузки без сведений о сервере
и наполнении не устанавливаются.
4.2.8.3. Проверка входных данных
Идентификаторы, значения полей и параметры фильтров проверяются
сервером независимо от ограничений браузерной формы. Параметры запросов
к базе обрабатываются безопасным способом, принятым в проекте.
Пользовательский текст не должен становиться исполняемой частью SQL-запроса
или HTML-страницы.
Административные операции требуют действующей авторизации и проверки
прав. Публичные обработчики не должны позволять создавать, изменять или
49
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 50 из 84. Страница создана: 16.09.2026 19:12
удалять материалы. Для изменяющих запросов применяются предусмотренные
проектом меры защиты от подделки запросов.
Текст статьи обрабатывается по разрешённому набору форматирования.
Скрипты, обработчики событий и опасные адреса ссылок исключаются. Проверка
распространяется и на ответы, отображаемые из уже существующей базы знаний
после переноса.
4.2.8.4. Совместимость и обслуживание
Доработанный интерфейс подключается в используемых шаблонах Сайта
из общей реализации. Дублирование независимых версий логики чат-бота для
разных шаблонов не допускается. Сборка клиентских ресурсов выполняется
штатным механизмом проекта.
Доработка чат-бота не должна изменять работу остальных разделов Сайта
через общие стили или глобальные обработчики событий.
Служебные сообщения об ошибках должны позволять определить
обработчик и причину сбоя без вывода посетителю технических подробностей.
Секреты подключения и административные данные в публичные ответы не
включаются.
4.2.8.5. Согласованность запросов и состояния
Каждое действие обрабатывается применительно к определённому состоянию
диалога. Ответ на более ранний запрос не должен заменять результат более
позднего действия, если пользователь успел изменить направление.
Для сопоставления запроса и ответа используются служебные идентификаторы
либо эквивалентный механизм, принятый в клиентской части.
При повторной отправке сетевого запроса после ошибки необходимо различать
новую реплику пользователя и повтор доставки прежнего действия. Повтор
доставки не должен создавать дополнительную оценку или дублирующую связь в
административной части. Правило не запрещает пользователю намеренно задать
тот же вопрос повторно.
После сохранения раздела или статьи обновляется связанное представление
данных. Если применяется кэширование, Исполнитель предусматривает его
обновление для изменённого объекта. Снятие с публикации должно проверяться по
актуальному состоянию материала, даже если часть поисковых данных ещё
находится в кэше.
4.2.8.6. Контроль переноса существующих записей
Перед преобразованием данных составляется техническая сверка тем,
вопросов, ответов и их связей. Отдельно выявляются вопросы без ответа, ссылки
50
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 51 из 84. Страница создана: 16.09.2026 19:12
на отсутствующие темы и записи с некорректным родителем. Такие записи
включаются в перечень уточнений к наполнению и не удаляются автоматически
только из-за обнаруженной ошибки.
Несколько одинаковых текстов не объединяются автоматически: совпадение
текста само по себе не подтверждает, что Заказчик считает записи одной статьёй.
Исправление технических связей отделяется от изменения содержания
ответа. Если при переносе требуется содержательное решение, оно отражается
в реестре и подтверждается Заказчиком до публикации соответствующего
материала.
4.2.9. Предоставление и размещение материалов
4.2.9.1. Ответственность за содержание
Заказчик предоставляет структуру направлений, тексты уточнений, вопросы,
ответы, поисковые обозначения и необходимые ссылки.
Исполнитель
размещает
согласованные
материалы,
оформляет
их средствами редактора, создаёт разделы и связи. Смысловая переработка
консультаций, подготовка новых правовых разъяснений и самостоятельное
дополнение отсутствующих ответов в обязанности по наполнению не входят.
Обнаруженные противоречия, дублирующиеся материалы и отсутствующие
ответы передаются Заказчику для уточнения. Спорный материал не подменяется
предположением Исполнителя. По решению Заказчика он корректируется,
объединяется с другой статьёй либо остаётся неопубликованным.
4.2.9.2. Согласованный реестр наполнения
До начала размещения стороны утверждают единый реестр. В нём
указываются разделы и их родительские связи, фразы бота, статьи, тексты ответов,
места размещения и состояние публикации. Каждому материалу присваивается
устойчивое обозначение, позволяющее связывать строки реестра.
Объём первоначального наполнения определяется этим реестром. Для одной
статьи отдельно перечисляются все разделы использования.
Изменения согласованного состава оформляются обновлением реестра
с указанием изменённых материалов. Дополнительные ветки и статьи,
поступившие после фиксации объёма, согласуются отдельно.
4.2.9.3. Подготовка сценарного дерева
Верхние уровни формируются по потребностям пользователя: поиск работы,
обучение, выплаты, документы и иные утверждённые направления.
51
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 52 из 84. Страница создана: 16.09.2026 19:12
Промежуточный раздел должен содержать понятный выбор, который
действительно влияет на следующий шаг либо набор доступных ответов.
Официальные названия программ могут использоваться внутри
соответствующих веток. Повторное употребление одного ответа в разных
пользовательских ситуациях оформляется связями, если содержание ответа
совпадает полностью. Для различающихся по смыслу консультаций используются
отдельные статьи.
Для каждой предназначенной для сценарного показа статьи
предусматривается путь от стартового раздела. Фактические формулировки
уточнений и распределение материалов согласуются с Заказчиком до публикации.
4.2.9.4. Существующие материалы и FAQ
Существующие вопросы и ответы сохраняются как источник
для согласованного наполнения. Их использование в новом дереве определяется
реестром. Массовая публикация всех старых записей без проверки соответствия
структуре не выполняется.
По согласованию с Заказчиком материалы справочного характера
переносятся в существующий раздел FAQ Сайта. До выполнения определяются
перечень материалов, целевые рубрики и порядок сохранения либо изменения
действующих ссылок.
Разработка нового самостоятельного раздела FAQ, универсального средства
импорта и отдельного интерфейса синхронизации материалов не предполагается.
4.2.9.5. Требования к передаче исходных материалов
Материалы передаются комплектом, позволяющим однозначно сопоставить
раздел, текст его фразы и относящиеся к нему статьи. Для каждой статьи
указывается окончательная редакция ответа. Наличие нескольких файлов
с различающимися текстами без обозначения действующей редакции является
основанием для уточнения соответствующей позиции реестра.
Для ссылки предоставляются отображаемое название и полный адрес
назначения. Если ответ ссылается на документ, Заказчик предоставляет сам
документ либо доступный адрес его размещения. Содержание стороннего ресурса
и последующие изменения по внешнему адресу не являются частью наполнения
базы знаний.
Поисковые обозначения передаются вместе с материалом, к которому они
относятся. Одна фраза может использоваться у нескольких статей, если различие
предполагается уточнять последующим выбором. В таком случае в контрольном
52
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 53 из 84. Страница создана: 16.09.2026 19:12
примере отмечается допустимость выдачи нескольких вариантов вместо
автоматического ответа.
Материалы, поступившие с незаполненными обязательными полями,
регистрируются как требующие уточнения. Остальная согласованная часть может
размещаться независимо, если отсутствующая позиция не разрывает её сценарный
маршрут. Публикация зависимых веток выполняется после получения
недостающих сведений.
4.2.10. Подготовка к эксплуатации и передача результатов
4.2.10.1. Последовательность ввода
До изменения рабочей базы подготавливается резервная копия
затрагиваемых данных и сохраняется версия изменяемых компонентов. Ввод
выполняется с учётом порядка тестирования по пункту 4.5.
Перенос существующих связей должен сохранять соответствие вопросов и
ответов. Переход от одной темы к нескольким разделам не должен терять
первоначальное размещение статьи, если его изменение не предусмотрено
реестром.
Переключение рабочей версии производится после согласования
с Заказчиком результатов проверки по пункту 4.5.
4.2.10.2. Комплект передаваемых сведений
Исполнитель передаёт изменённые программные компоненты, описание
изменений структуры данных, порядок установки и обновления, сведения
о необходимых настройках и инструкцию администратора. Материалы передаются
в используемом проектом порядке хранения исходного кода и документации.
Инструкция администратора должна описывать создание разделов,
изменение родителя, размещение одной статьи в нескольких ветках, публикацию,
поиск материалов и чтение аналитики. Примеры приводятся на согласованном
содержании базы знаний.
При подключении смыслового поиска дополнительно указываются модель,
способ запуска, размещение индекса, порядок обновления и восстановление
текстового поиска при отказе компонента. Настройки с ограниченным доступом
передаются отдельно от общедоступной инструкции.
4.2.10.3. Возврат к предыдущей версии
В случае выявления ошибки, препятствующей основной работе, применяется
подготовленный порядок возврата к предыдущей версии. В нём учитываются
53
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 54 из 84. Страница создана: 16.09.2026 19:12
изменения структуры данных; замена только клиентских файлов не считается
достаточным способом отката при несовместимой миграции.
4.2.11. Примеры структуры и состава материалов
4.2.11.1. Пример сценарного маршрута
Корневой раздел «Хочу найти работу» содержит фразу «Какая помощь вам
нужна?» и подразделы «Подобрать вакансии», «Подготовить резюме», «Вернуться
к работе после перерыва». Пользователь выбирает нужное направление либо
вводит вопрос.
В разделе «Подготовить резюме» размещаются статьи «Что указать в резюме
без опыта» и «Как описать предыдущие места работы». Выбор статьи выводит
готовый ответ, предоставленный Заказчиком.
Статья «Какие документы нужны для обращения в центр занятости» может
быть связана с направлениями поиска работы и получения выплат. При
её редактировании содержание обновляется в обоих местах. Дополнительный
раздел для копии текста не создаётся.
4.2.11.2. Пример свободного входа и уточнения
Пользователь вводит «Меня уволили, что делать дальше?». При наличии
соответствующих материалов поиск предлагает направления «Поиск новой
работы», «Постановка на учёт» и «Выплаты». После выбора бот продолжает
соответствующую ветку с её подготовленной фразы.
Если пользователь уже находится в разделе обучения и спрашивает
о продолжительности курса, сначала проверяются материалы этого направления.
При нескольких курсах с разными сроками предлагается уточнить выбор. Система
не должна выбирать срок произвольно из первого найденного ответа.
Результаты этих примеров зависят от наполнения и включаются
в контрольный набор после согласования материалов. Пример не является
требованием дать содержательный ответ на вопрос, для которого Заказчик
не предоставил статью.
4.2.11.3. Состав реестра и контроль размещения
Для раздела в реестре указываются код, код родителя, название, фраза бота,
поисковые обозначения, порядок и публикация. Для статьи указываются код,
заголовок, ответ, ключевые слова, дополнительные формулировки, коды разделов
и публикация.
Коды реестра служат для сопоставления материалов при наполнении
и могут отличаться от внутренних идентификаторов базы. Исполнитель сохраняет
54
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 55 из 84. Страница создана: 16.09.2026 19:12
соответствие между ними для итоговой проверки. Пустое поле дополнительной
формулировки не препятствует размещению готовой статьи.
После наполнения по реестру отмечаются размещённые материалы и
выявленные расхождения. Для каждого расхождения фиксируются причина и
согласованное действие. Итоговый реестр подтверждает фактически размещённый
состав без включения несогласованных новых материалов.
4.3.
4.3. Доработка страницы «Для молодежи»
Доработка
выполняется
на
существующей
странице
Сайта
https://czn.mosreg.ru/molodezh. Требуется реализовать выбор возрастной группы
с помощью трекбара, связать его положения с содержимым трёх карточек
и предоставить средства редактирования соответствующего контента
в административной панели. Действующие элементы страницы и ранее
реализованные возможности управления ими подлежат сохранению.
4.3.1. Возрастные группы и состояния трекбара
4.3.1.1. Первоначальный состав положений
При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения: «11–14 лет», «14–17 лет», «18–25
лет», «25–35 лет». Указанные обозначения используются как названия выбираемых
групп и сохраняются в приведённом порядке. Каждому положению соответствует
отдельный комплект содержимого всех трёх карточек.
Трекбар работает как дискретный переключатель. После завершения
перемещения бегунок должен соответствовать одному из предусмотренных
положений, а подпись выбранной группы — отображаемому содержимому.
Промежуточное положение между группами не должно приводить к показу
смешанного набора карточек.
Возрастные диапазоны воспроизводятся в редакции, установленной
настоящим ТЗ. Их граничные значения не используются для автоматического
определения возраста посетителя: пользователь самостоятельно выбирает нужное
положение. При изменении названий групп через CMS связь с ранее настроенным
контентом должна сохраняться.
4.3.1.2. Бегунок и обозначение выбора
Бегунок выполняется в виде точки со сплошной цветной заливкой
без обводки. Для привлечения внимания предусматривается периодический
эффект пульсации, реализованный средствами CSS @keyframes. Период
55
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 56 из 84. Страница создана: 16.09.2026 19:12
повторения и характер изменения визуальных параметров определяются
в согласованном варианте анимации.
Пульсация не должна смещать выбранное положение, изменять значение
трекбара или запускать обновление карточек. Активная точка и подпись
возрастной группы должны оставаться различимыми на фоне шкалы в течение
всего цикла эффекта.
Внешний вид шкалы, расположение подписи и соотношение размеров
элементов разрабатываются на основе примера на рисунке 6 с соблюдением
официального брендбука Заказчика и общей стилистики Сайта.
Рисунок 6 — Пример трекбара страницы «Для молодежи»
4.3.1.3. Варианты дизайна и анимации
Исполнитель разрабатывает и представляет Заказчику три альтернативных
варианта дизайна трекбара. Для каждого варианта должны быть показаны
размещение на странице, выбранное положение и читаемость подписей возрастных
групп. Все варианты разрабатываются в пределах одного и того
же предусмотренного функционала.
Отдельно предоставляются три альтернативных варианта анимации
интерфейсных элементов — трекбара и карточек. Вариант анимации должен
позволять оценить пульсацию бегунка и последовательность смены содержимого
карточек, а также соответствие эффектов выбранному оформлению.
В
рабочую
версию
интегрируется
согласованное
оформление
и согласованный вариант анимационного поведения. Количество альтернативных
вариантов не означает необходимость размещать на публичной странице
переключатель дизайнов или одновременно использовать несколько эффектов.
4.3.2. Динамическое содержимое карточек
4.3.2.1. Состав изменяемой области
Ниже трекбара сохраняются три карточки: «Не знаешь кем стать»,
«Познакомишься с лидерами рынка» и «Получишь первый профессиональный
опыт». Исходное размещение карточек показано на рисунке 7. При смене
56
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 57 из 84. Страница создана: 16.09.2026 19:12
возрастной группы обновляются относящиеся к ней заголовки, подзаголовки,
текстовые описания и списки блочных элементов.
Для всех трёх карточек применяется одно выбранное положение трекбара.
Не допускается завершать переключение в состоянии, при котором одна карточка
показывает материалы новой группы, а другая — предыдущей. Подпись трекбара
и комплект отображённых материалов должны соответствовать друг другу.
Публичная часть использует сохранённые настройки CMS. Значения одной
возрастной группы не должны подставляться вместо отсутствующих значений
другой группы без явного заполнения соответствующего контента
администратором.
Рисунок 7 — Исходное размещение карточек страницы «Для молодежи»
4.3.2.2. Правила отображения списков
Первоначальные тексты и состав доступных элементов определяются
таблицами 10–12. Знак «+» означает, что элемент отображается для
соответствующей группы; знак «−» означает, что элемент в её списке отсутствует.
Порядок строк таблицы определяет исходную последовательность видимых
элементов после исключения строк со знаком «−».
57
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 58 из 84. Страница создана: 16.09.2026 19:12
При скрытии элемента остальные элементы списка располагаются
последовательно, без пустых строк и промежутков на месте скрытого элемента.
Последующие элементы располагаются в установленном порядке. Видимость
элемента списка не изменяет состав трёх кнопок-иконок в футере карточки.
URL-адреса элементов предоставляются Заказчиком и размещаются через
предусмотренные средства управления. Для каждой отображаемой ссылки должны
применяться адрес и подпись, сохранённые для соответствующего положения
трекбара.
4.3.2.3. Содержание карточки «Не знаешь кем стать»
Текстовая часть одинакова для четырёх исходных возрастных групп. Состав
списка изменяется в соответствии с таблицей 10: «Семейный профгид»
присутствует только в первом положении, а «Матрица профессий» — во втором,
третьем и четвёртом. Остальные элементы сохраняют доступность во всех четырёх
положениях.
Таблица 10 — Содержание и видимость элементов карточки «Не знаешь кем стать»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Найдешь призвание и выберешь профессию, подходящую именно
тебе
Профориентация
+
+
+
+
Семейный профгид
+
-
-
-
Проект «Компас
профессии»
+
+
+
+
Матрица профессий
-
+
+
+
Описание профессий
+
+
+
+
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»
В первом положении используется текст о знакомстве с предприятиями
Подмосковья. Для остальных трёх положений применяется текст о знакомстве
с процессом работы и условиями труда. «Мероприятия с работодателями»
и «Профтуры» отображаются начиная со второго положения, как установлено
таблицей 11.
58
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 59 из 84. Страница создана: 16.09.2026 19:12
Таблица 11 — Содержание и видимость элементов карточки «Познакомишься с лидерами рынка»
Параметр/Кнопка
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Текстовая часть
Познакомишьс
яс
предприятиям
и Подмосковья
Работодатели
Подмосковья
+
+
+
+
Мероприятия
с работодателями
-
+
+
+
Профтуры
-
+
+
+
Увидишь процесс работы изнутри и
познакомишься с условиями труда на
предприятиях Подмосковья
4.3.2.5. Содержание карточки «Получишь первый профессиональный опыт»
Для каждого исходного положения устанавливается собственная текстовая
часть. Практики и стажировки доступны только для группы «18–25 лет», а элемент
«Начать свой бизнес» — только для группы «25–35 лет». Остальные различия
в составе списка определяются таблицей 12.
Таблица 12 — Содержание и
профессиональный опыт»
Параметр/Кнопка
Текстовая часть
видимость
Положение
трекбара 1
(11-14 лет)
элементов
Положение
трекбара 2
(14-17 лет)
карточки
«Получишь
Положение
трекбара 3
(18-25 лет)
Пройдешь
практику,
Научишься
Трудоустроишь
стажировку или
составлять свое ся в свободное
трудоустроишьс
первое резюме от учебы время
я в свободное от
учебы время
первый
Положение
трекбара 4
(25-35 лет)
Найдешь
работу мечты
или начнешь
собственное
дело
Временное
трудоустройство
-
+
+
+
Практики
-
-
+
-
Стажировки
-
-
+
-
Твое идеальное резюме
+
+
+
+
Постоянное
трудоустройство
-
-
+
+
Начать свой бизнес
-
-
-
+
59
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 60 из 84. Страница создана: 16.09.2026 19:12
4.3.3. Геометрия карточек и обработка текста
4.3.3.1. Базовые размеры
Ширина карточек фиксируется в рамках соответствующей компоновки
страницы и не зависит от длины текста выбранной возрастной группы.
Переполнение содержимого не должно растягивать отдельную карточку, менять
ширину соседних карточек или нарушать их расположение.
Базовая высота всех трёх карточек рассчитывается для списка из четырёх
элементов. При расчёте учитываются заголовок, подзаголовок, внутренние
отступы, интервалы между элементами и футер. Пока ни один из трёх списков не
содержит более четырёх элементов, карточки сохраняют одинаковую базовую
высоту.
Размеры и переносы проверяются на предусмотренных таблицами текстах
и согласованном наполнении. Фиксированная высота не должна достигаться
обрезанием видимых надписей или наложением списка на футер.
4.3.3.2. Синхронное увеличение высоты
Если хотя бы один из списков содержит более четырёх элементов, высота
всех трёх карточек увеличивается одновременно. Общая высота определяется
по карточке с наиболее высоким фактическим содержимым с учётом переноса
строк, а не только по числу записей.
Карточка с коротким списком при этом сохраняет общую высоту группы.
Её футер располагается на том же уровне, что и футеры остальных карточек.
Независимое увеличение только одной карточки не допускается.
При переключении на возрастную группу, для которой ни один список
не превышает четырёх элементов, применяется базовая высота. Пересчёт должен
учитывать уже выбранное содержимое; размер предыдущей группы не должен
оставаться в качестве случайного значения.
4.3.3.3. Переносы и сохранение формы
Для длинных надписей предусматривается автоматический перенос
на следующую строку внутри доступной ширины элемента. Текст не должен
выходить за границы карточки, перекрывать соседний элемент или расширять
родительский контейнер.
В мобильной компоновке ширина определяется доступной областью экрана
и принятым расположением карточек. После изменения ширины окна размеры
проверяются с учётом нового переноса строк. Правила равной высоты
и сохранения футера применяются к согласованной компоновке страницы.
60
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 61 из 84. Страница создана: 16.09.2026 19:12
4.3.4. Анимация смены и неизменяемый футер
4.3.4.1. Последовательность смены содержимого
Переключение сопровождается плавным исчезновением текущего
содержимого и последующим проявлением содержимого выбранной группы.
Эффект Fade-Out/Fade-In реализуется через CSS @keyframes. Параметры анимации
соответствуют варианту, согласованному с Заказчиком.
Текст, элементы списка и ссылки обновляются в рамках одного
переключения. Не допускается состояние, при котором видимая подпись элемента
уже относится к новой группе, а его адрес остался от предыдущей. Анимация не
должна сопровождаться наложением двух комплектов текста.
Если пользователь меняет положение повторно до завершения эффекта,
после завершения обработки отображается последнее выбранное положение.
Повторные действия не должны накапливать очередь устаревших переходов,
оставлять карточки прозрачными или нарушать их размеры.
4.3.4.2. Футер карточки
Футер с тремя кнопками-иконками сохраняет статичный вид. Его размеры,
состав, расположение и визуальное состояние не меняются в зависимости
от положения трекбара. Существующее назначение кнопок сохраняется.
Анимация обновления контента не должна скрывать футер или повторно
создавать впечатление его появления. При синхронном увеличении карточек футер
перемещается вместе с нижней границей карточки, сохраняя собственную
геометрию и взаимное расположение иконок.
4.3.5. Управление через административную панель
4.3.5.1. Общие настройки трекбара
Администратору
предоставляется
возможность
изменять
текст,
сопровождающий трекбар, редактировать названия возрастных групп и добавлять
новые положения.
При добавлении положения для него становятся доступны поля текстового
наполнения всех трёх карточек и настройки видимости кнопок. Изменение
названия существующей группы сохраняет связанные с ней тексты и выбранные
элементы.
4.3.5.2. Текстовое содержимое карточек
Для каждой карточки предусматриваются общий заголовок, а также
подзаголовок и текстовое описание для каждой возрастной группы. Общий
61
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 62 из 84. Страница создана: 16.09.2026 19:12
заголовок сохраняется при переключении трекбара; подзаголовок и описание
выводятся в соответствии с выбранным положением.
Поля
группируются
внутри
блока
соответствующей
карточки
и обозначаются названиями возрастных групп. Изменение текста одной группы не
влияет на содержимое остальных.
4.3.5.3. Единый список кнопок карточки
Для каждой карточки используется единый список кнопок, представленный
в административной панели в виде таблицы. Каждая строка содержит название
кнопки, URL-адрес и отдельные отметки видимости для предусмотренных
возрастных групп.
Название и ссылка задаются один раз и применяются во всех группах,
для которых включён показ кнопки. Администратор может добавлять и удалять
строки, изменять их содержимое и порядок.
Порядок кнопок является общим для всех возрастных групп. В публичной
части отображаются только отмеченные для выбранной группы кнопки
с сохранением их взаимной последовательности. На месте скрытых элементов
пустые строки не остаются.
При добавлении возрастной группы в таблицах всех трёх карточек
появляется дополнительный столбец видимости. Администратор отмечает в нём
кнопки, которые должны показываться для новой группы.
Первоначальное наполнение и видимость элементов устанавливаются
по таблицам 10–12. URL-адреса предоставляет Заказчик.
4.3.5.4. Сохранение и применение настроек
Изменения сохраняются общей кнопкой «Сохранить». При повторном
открытии экрана отображаются ранее сохранённые тексты, ссылки, порядок строк
и отметки видимости.
Публичная страница использует сохранённые настройки для переключения
содержимого карточек, определения состава кнопок и расчёта высоты блоков.
Редактирование выполняется без изменения исходного кода.
Ранее реализованные возможности управления страницей сохраняются. Если
выполнение доработки требует удаления или замены действующей функции,
Исполнитель до начала соответствующих изменений уведомляет Заказчика
и согласует дальнейшие действия.
4.4.
Доработка страницы «Программы тренингов 2026 года»
Доработка распространяется на карточки календаря тренингов на страницах
https://czn.mosreg.ru/soiskatelyam/treningi/programmy-treningov-2026-goda/, а также
62
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 63 из 84. Страница создана: 16.09.2026 19:12
https://czn.mosreg.ru/soiskatelyam/events/.
Предусматриваются
цветовые
индикаторы целевых аудиторий, пояснения к ним, элемент «Записаться» и
дополнение модального окна описанием тренинга с анимацией открытия и
закрытия.
4.4.1. Цветовая маркировка целевых аудиторий
4.4.1.1. Состав обозначений
Для тренингов используются три типа целевой аудитории. Первоначальное
соответствие типов и цветов устанавливается следующим образом:
– синий цвет #0050aa — соискатели, ищущие работу в первый раз;
– голубой цвет #5ab4e6 — соискатели, меняющие работу или профессию;
– оранжевый цвет #e65028 — соискатели, длительное время не работавшие
и имеющие перерыв в стаже.
Индикатор представляет собой геометрический круг со сплошной заливкой.
Его цвет определяется настройкой соответствующей аудитории. Название
тренинга, дата проведения и другие сведения карточки не используются для
автоматического назначения категории.
4.4.1.2. Одновременное отображение нескольких аудиторий
В административной карточке тренинга предусматривается группа из трёх
независимых чекбоксов. Для каждого типа устанавливается состояние «включён»
или «выключен». Допускается одновременный выбор нескольких типов;
включение одного чекбокса не снимает отметки с остальных.
В публичной карточке отображаются индикаторы только выбранных
аудиторий. Для одного выбранного типа выводится один круг, для двух — два, для
трёх — три. Отсутствие отметки не должно заменяться автоматически назначенной
аудиторией.
Сохранённый набор применяется к соответствующему тренингу.
При повторном открытии его формы редактирования должны отображаться
те же отметки. Изменение аудитории одного тренинга не должно изменять отметки
у других записей.
4.4.1.3. Расположение и наложение индикаторов
Группа индикаторов размещается в правом верхнем углу карточки.
При нескольких выбранных аудиториях круги располагаются с частичным
наложением одного на следующий справа налево, как показано на рисунке 8.
Каждый выбранный цвет должен оставаться различимым.
63
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 64 из 84. Страница создана: 16.09.2026 19:12
Размеры кругов, расстояние между их центрами и величина наложения
определяются согласованным прототипом. Отображение одного, двух или трёх
индикаторов не должно смещать текст карточки за её границы или закрывать
название тренинга.
Для одной и той же комбинации аудиторий порядок отображения одинаков
на обеих страницах. Перекрытие кругов должно оставлять доступную
для наведения область каждого индикатора, чтобы пользователь мог получить
соответствующее пояснение.
Рисунок 8 — Пример размещения цветных индикаторов
4.4.2. Интерактивность карточки в настольной версии
4.4.2.1. Единое действие карточки
Вся площадь карточки является единой интерактивной областью. Нажатие на
её текст, свободную область, цветной индикатор или надпись «Записаться»
открывает модальное окно соответствующего тренинга. Все перечисленные
области должны приводить к одному и тому же результату.
Добавленные индикаторы не образуют самостоятельные ссылки
и не переключают фильтр календаря. При нажатии на круг должно открываться
то же окно, что и при нажатии на остальную часть карточки. Одно нажатие не
должно одновременно открывать несколько окон или выполнять переход
на другую страницу.
При определении открываемого тренинга используется связь с конкретной
карточкой. Одинаковые названия разных мероприятий не должны приводить
к показу описания другой записи.
64
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 65 из 84. Страница создана: 16.09.2026 19:12
4.4.2.2. Всплывающая подсказка индикатора
При наведении курсора непосредственно на цветной круг появляется
всплывающая подсказка, объясняющая значение соответствующей аудитории.
При перемещении курсора на другой индикатор отображается пояснение его типа.
Наведение на заголовок, дату, свободную область или надпись «Записаться»
не должно вызывать подсказку аудитории. При уходе курсора с индикатора
подсказка скрывается. Пояснение не должно оставаться на экране после закрытия
связанного представления или перемещения на другую карточку.
Текст берётся из общих настроек индикаторов аудитории. Изменение
подписи в CMS применяется ко всем кругам соответствующего типа. Появление
подсказки не отменяет единого действия карточки при нажатии.
4.4.3. Обозначения в мобильной версии
4.4.3.1. Расположение и состав легенды
На мобильных разрешениях над списком карточек календаря, в верхней
части контентного блока, отображается блок расшифровки индикаторов. Заголовок
по умолчанию — «Обозначения». Блок выводится на обеих страницах,
перечисленных в начале пункта 4.4.
Легенда содержит три строки. Каждая строка включает миниатюру цветного
круга и текстовое пояснение одной аудитории. Цвет миниатюры должен совпадать
с текущей настройкой того же типа, используемой на карточках.
Пример состава обозначений приведён на рисунке 9. Рисунок используется
как образец связи цвета и пояснения; область применения легенды определяется
требованиями к мобильной версии. В настольной версии отдельный блок легенды
не отображается.
65
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 66 из 84. Страница создана: 16.09.2026 19:12
Рисунок 9 — Пример состава обозначений аудиторий
4.4.3.2. Соответствие версии интерфейса
В мобильной версии пояснения доступны без наведения курсора.
Пользователь должен иметь возможность прочитать расшифровку трёх цветов
до выбора карточки. Текст легенды переносится внутри доступной ширины блока
и не перекрывает соседние строки.
При изменении ширины окна применяются условия соответствующей
версии: для мобильной компоновки отображается легенда, для настольной —
подсказки при наведении на круги. Наличие или отсутствие легенды не меняет
набор аудиторий, назначенных тренингу.
Нажатие на мобильную карточку, включая её индикаторы и элемент
«Записаться», открывает то же модальное окно. Отдельный переход для сенсорного
нажатия на цветной круг не предусматривается.
4.4.4. Управление индикаторами в CMS
4.4.4.1. Настройки конкретного тренинга
В форме сущности «Тренинг» размещается поле «Тип целевой аудитории»
с множественным выбором посредством трёх чекбоксов: «Ищу работу впервые»,
«Смена работы/профессии», «Длительный перерыв в работе». Поле сохраняет
независимое состояние каждого типа.
66
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 67 из 84. Страница создана: 16.09.2026 19:12
Выбранные значения определяют состав индикаторов, а общие настройки —
их цвета и пояснения. Изменение текстов пояснений не должно требовать
повторного редактирования всех тренингов.
4.4.4.2. Общие настройки обозначений
В существующей административной части раздела «Тренинги» создаётся
подраздел «Настройки индикаторов аудитории». Для каждого из трёх типов
предусматриваются выбор одного из трёх установленных цветов, текст подсказки
для настольной версии и текст расшифровки для мобильной легенды.
Поля подсказки и легенды редактируются раздельно. Сохранение одного
значения не должно стирать другое. Заголовок блока легенды также доступен для
изменения; первоначальное значение устанавливается как «Обозначения».
Все перечисленные текстовые значения, цвета и связи изменяются через
административную панель без правки исходного кода. Настройки должны быть
включены в существующую структуру управления разделом, а не вынесены
в отдельную систему.
4.4.4.3. Применение сохранённых значений
После сохранения проверяется соответствие выбранных аудиторий, цветов
и пояснений на обеих страницах. Один тип не должен отображаться разными
цветами только вследствие использования разных шаблонов карточек.
Если текст пояснения изменён, при следующем отображении
соответствующего элемента используется сохранённая редакция. Назначенные
конкретным тренингам аудитории при этом сохраняются. Применение общих
настроек не должно изменять дату, название или описание мероприятия.
4.4.5. Элемент «Записаться»
4.4.5.1. Визуальное исполнение
В нижней части каждой карточки размещается текстовый элемент
«Записаться». Его расположение завершает композицию карточки и сохраняет
читаемость остальных сведений. Размер шрифта, цвет, отступы и интерактивные
состояния соответствуют принятому оформлению Сайта и согласованному
прототипу.
Элемент должен оставаться различимым при наличии одного, двух или трёх
индикаторов и при переносе длинного названия тренинга. Его положение не
должно определяться длиной текста случайным образом или приводить
к перекрытию даты и времени.
67
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 68 из 84. Страница создана: 16.09.2026 19:12
4.4.5.2. Связь с действием карточки
Надпись является частью общей интерактивной области и открывает
модальное окно тренинга. Она обозначает действие визуально, но не создаёт
отдельного маршрута перехода. Результат нажатия должен совпадать
с результатом нажатия на заголовок или цветной круг.
Действующие условия доступности регистрации сохраняются при доработке.
Открытие информации о тренинге не должно само по себе означать отправку
заявки или подтверждение записи посетителя.
4.4.6. Описание в модальном окне
4.4.6.1. Содержимое и редактирование
Модальное окно карточки дополняется областью описания тренинга.
Администратор вводит и изменяет описание при редактировании соответствующей
записи. Сохранённый текст автоматически используется при открытии окна этого
тренинга в публичной части.
Поле поддерживает базовое форматирование: абзацы, переносы строк,
жирное и курсивное начертание. Эти элементы должны воспроизводиться
в модальном окне. Служебные теги редактора не должны отображаться
пользователю вместо форматированного текста.
Описание связывается с конкретной записью тренинга. Последовательное
открытие разных карточек не должно оставлять текст ранее просмотренного
мероприятия. Изменение описания не меняет название, дату или назначенные
аудитории, если эти поля не редактировались отдельно.
4.4.6.2. Анимация открытия и закрытия
Появление модального окна сопровождается плавной анимацией.
Длительность, тип эффекта — появление, сдвиг, масштабирование либо
их сочетание — определяются при дизайн-прототипировании и согласуются
с Заказчиком.
Закрытие сопровождается обратной анимацией, зеркальной по отношению
к эффекту появления. Окно и связанные с ним визуальные элементы должны
завершать закрытие согласованно, без оставшегося на странице затемнения или
фрагмента содержимого.
Анимация не должна создавать ощущение задержки интерфейса. Повторное
открытие после закрытия воспроизводит нормальное начальное состояние,
а описание остаётся доступным для чтения в настольной и мобильной компоновке.
68
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 69 из 84. Страница создана: 16.09.2026 19:12
4.5.
Проведение функционального тестирования
Исполнитель выполняет функциональное тестирование доработок страницы
«Для молодежи», календарей тренингов и модуля чат-бота. Проверка охватывает
административные настройки, их применение в публичной части, согласованные
анимации и сохранение действующих функций затронутых страниц.
4.5.1. Организация проверки
Для проверки используются согласованные варианты дизайна, таблицы
10–12, сохранённые настройки аудиторий и материалы базы знаний чат-бота.
Условия проверки должны позволять сопоставить введённые в административной
панели данные с фактически показанным результатом.
Замечание
фиксируется
с
указанием
проверяемого
элемента,
последовательности действий, ожидаемого и фактического поведения. После
исправления проверка повторяется для затронутой функции и связанных с ней
состояний. Приёмка согласуемых возможностей чат-бота выполняется только при
их включении в утверждённый состав работ по пункту 4.2.
4.5.2. Проверка доработанного чат-бота
4.5.2.1. Подготовка контрольного набора
До приёмки фиксируются версия модуля, состав опубликованного контента
и перечень контрольных запросов. Для поискового примера задаются начальная
ветка, вводимый текст и допустимый результат. Для сценарного примера
указывается последовательность действий и ожидаемая статья.
В набор включаются прямые вопросы, альтернативные формулировки,
общие запросы с несколькими подходящими направлениями и запросы вне базы
знаний. Примеры должны позволять отличить качество сопоставления от
отсутствия исходного материала.
Результаты оформляются перечнем выполненных проверок и замечаний.
Замечание содержит условия воспроизведения, фактическое поведение
и ожидаемый результат со ссылкой на соответствующее требование.
Смысловой поиск проверяется на согласованных примерах и наполнении.
Распознавание произвольной фразы, для которой в базе отсутствует подходящий
материал, не является условием приёмки.
4.5.2.2. Проверка дерева и связей
Проверяется создание корневого раздела, подраздела и статьи. После
сохранения элементы появляются в соответствующих областях интерфейса, а
69
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 70 из 84. Страница создана: 16.09.2026 19:12
опубликованная статья доступна по маршруту. Изменение порядка подтверждается
в публичной части.
Для статей проверяются заголовок, форматированный ответ, ключевые слова
и дополнительные формулировки. Административные операции не должны
создавать физические копии общей статьи только для повторного размещения.
Одна статья связывается с двумя разделами. После изменения ответа новый
текст отображается в обоих местах. Удаление одной связи сохраняет статью во
втором разделе; в глобальном поиске она не дублируется.
Выполняется попытка перенести родительский раздел внутрь собственного
поддерева. Сохранение блокируется без изменения структуры. Удаление непустого
раздела также блокируется с объяснением причины.
Проверяется снятие статьи с публикации. Она исчезает из новых
предложений,
а обращение по ранее показанному варианту не возвращает закрытый текст. Статья,
размещённая в двух ветках, сохраняет доступность через опубликованную ветку
после отключения другой.
4.5.2.3. Проверка диалоговых маршрутов
Пользователь выбирает стартовую карточку и проходит согласованную
ветку.
На каждом шаге отображаются соответствующая фраза и допустимые варианты.
Конечный ответ совпадает с материалом реестра.
После выбора стартового направления либо отправки текста стартовые
карточки скрываются в соответствии с предусмотренным поведением.
Проверяются закрытие и повторное открытие окна на одной странице.
Навигационная позиция меняется согласно выбранному действию, а история
открытой переписки не переставляется.
На промежуточном шаге пользователь отправляет текст вместо нажатия
кнопки. Бот обрабатывает запрос и позволяет продолжить работу. Повторное
нажатие отправки во время ожидания не создаёт второй запрос.
Ошибка отдельного действия не должна приводить к смешению
пользовательских сессий или полной потере возможности продолжить работу
с модулем.
4.5.2.4. Проверка поиска
Прямой запрос к известной статье приводит к согласованному ответу либо
предложению этой статьи. Приветствие вместе с вопросом не мешает поиску
70
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 71 из 84. Страница создана: 16.09.2026 19:12
содержательной части. Проверяется сохранение порядка выдачи при
различающихся числовых идентификаторах.
Проверяются поиск по заголовкам, ключевым словам, дополнительным
формулировкам и текстам, а также соответствие порядка результатов серверному
ранжированию.
Внутри ветки отправляется контекстный вопрос. Подходящий материал этой
ветки получает приоритет. Затем отправляется запрос по другой теме; при
отсутствии подходящего локального результата бот предлагает найденное
глобально направление.
Общий запрос с несколькими близкими результатами вызывает уточняющий
список. Отсутствие надёжного совпадения приводит к сообщению об отсутствии
результата и доступности формы обращения, а не к произвольной консультации.
При согласованном смысловом поиске отдельно проверяются примеры с
различающимися формулировками, обновление изменённой статьи в индексе и
работа текстового поиска при недоступности модели.
4.5.2.5. Проверка аналитики
После текстового запроса в журнале появляется запись с серверной датой,
текстом и результатом. Выбор предложенной статьи связывается с нужной
записью. Показ заголовка без раскрытия ответа не учитывается как выдача
содержательной консультации.
Состав полей и событий журнала должен соответствовать пункту 4.2;
найденные варианты, выбор пользователя, выдача статьи и оценка ответа относятся
к соответствующей обработке запроса или выдаче ответа.
Проверяются значения «Да», «Нет» и отсутствие оценки. Повторное нажатие
не создаёт повторной оценки одного события. Для выбора по дереву не
подставляется произвольное число релевантности.
Фильтр периода, поиск по тексту и переход между страницами проверяются
на наборе, превышающем одну страницу. Для технической ошибки и отсутствия
совпадения отображаются разные результаты обработки.
Сохранение контекста текущей сессии проверяется отдельно от постоянного
журнала аналитики.
4.5.2.6. Проверка интерфейса и готовности
На настольном и мобильном экранах проверяются длинные названия,
форматированный ответ со списками и ссылкой, прокрутка, клавиатурное
управление и открытие формы обращения. Окно формы не должно оставаться под
затемняющим слоем бота.
71
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 72 из 84. Страница создана: 16.09.2026 19:12
Проверяются открытие и закрытие окна и сохранение работы остальных
разделов Сайта при использовании общих стилей и обработчиков событий. Перед
открытием формы обращения окно и затемняющий слой чат-бота закрываются.
Работы считаются подготовленными к приёмке после выполнения
обязательных проверок, устранения выявленных несоответствий и передачи
документации. Согласуемые функции проверяются только при их включении в
утверждённый состав работ.
4.5.2.7. Проверка ошибочных и повторных действий
При попытке сохранить пустой заголовок или ответ без содержательного
текста система указывает ошибку и сохраняет введённые в остальные поля
сведения. При неверном идентификаторе раздела сервер отклоняет операцию;
статья не должна получить связь с несуществующей записью.
Проверяется отмена подтверждения удаления. Статья, её текст и размещения
остаются неизменными. Затем проверяется удаление связи с одной веткой:
во второй ветке статья открывается с прежним содержанием. Эти действия
выполняются на тестовом материале.
Имитируется ошибка загрузки результата. Пользователь видит сообщение
о технической проблеме и может повторить запрос. В аналитике такая попытка
не должна интерпретироваться как установленное отсутствие ответа в базе знаний.
После восстановления соединения бот возвращается к обычному порядку работы.
Для согласованного смыслового поиска проверяется снятая с публикации
статья, представление которой ещё осталось в индексе. Кандидат отбрасывается
до вывода текста. Наличие в индексе устаревшего идентификатора не должно
позволять получить недоступный материал или нарушать обработку остальных
результатов.
4.5.2.8. Проверка переноса и наполнения
После переноса для каждой статьи по идентификатору либо таблице
соответствий проверяются наличие текста и сохранение исходной связи, если
реестр не предусматривает её замену.
После размещения Исполнитель сверяет количество уникальных статей,
разделов и связей с реестром. Проверяются заголовки, тексты, форматирование,
адреса ссылок и доступность материалов в предусмотренных ветках.
Уникальная статья, используемая в нескольких местах, учитывается один раз
как материал и отдельно по числу связей. По каждой согласованной ветке
выполняется проход до конечного ответа. Ошибки загрузки, неверные связи
72
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 73 из 84. Страница создана: 16.09.2026 19:12
и технические дефекты оформления устраняются Исполнителем. Изменение
содержания по новым пожеланиям Заказчика учитывается как изменение реестра.
4.5.2.9. Проверка перед вводом и после переключения
Сначала программные функции проверяются на тестовой копии либо
в согласованной среде. После наполнения выполняются контрольные сценарии на
опубликованном составе материалов. Перед публикацией проверяется время
обработки характерных запросов на согласованном объёме материалов.
На рабочем Сайте проверяются открытие бота, стартовые карточки, один
полный сценарный маршрут, свободный запрос, отображение форматированной
статьи, оценка ответа и переход к форме обращения. Проверка не должна создавать
реальные обращения без необходимости.
4.5.3. Проверка страницы «Для молодежи»
4.5.3.1. Положения трекбара и комплекты контента
Проверяется наличие четырёх исходных положений с обозначениями
«11–14 лет», «14–17 лет», «18–25 лет», «25–35 лет». Для каждого положения
последовательно проверяются подпись выбранной группы, заголовки, текстовые
части и списки всех трёх карточек.
Фактический состав сверяется с таблицами 10–12 построчно, включая
отсутствие элементов со знаком «−» и порядок оставшихся пунктов. Проверяются
адреса отображаемых ссылок. Переключение не должно менять адрес одной
ссылки на адрес соседнего элемента.
Отдельно проверяются переходы между группами с разным количеством
пунктов. После смены положения все три карточки должны показывать один
согласованный возрастной комплект; сохранение части предыдущего содержимого
считается несоответствием.
4.5.3.2. Размеры, текст и футеры
Проверяются состояния со списками до четырёх элементов и более четырёх
элементов. В первом случае все карточки сохраняют базовую высоту,
во втором — увеличиваются синхронно до общей высоты, достаточной для самого
высокого содержимого.
Для длинных надписей проверяются переносы и отсутствие выхода за
границы контейнера. Ширина карточки не должна увеличиваться вслед за длиной
текста. Футеры остаются на предусмотренном уровне и не перекрываются
списками.
73
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 74 из 84. Страница создана: 16.09.2026 19:12
При каждом положении трекбара проверяется сохранение трёх кнопокиконок футера: их состава, размеров, визуального состояния и существующего
действия. Переключение возрастной группы не должно менять этот набор.
4.5.3.3. Анимационное поведение
Проверяется пульсация залитой точки без обводки, реализованная через
@keyframes. Эффект соответствует согласованному варианту и не меняет текущее
значение трекбара.
Для карточек проверяется последовательность Fade-Out/Fade-In и отсутствие
наложения старого и нового текста. При нескольких быстрых переключениях после
завершения обработки остаётся содержимое последнего выбранного положения.
Футер не должен исчезать вместе с изменяемой областью. После анимации
все карточки доступны для взаимодействия, а временные значения прозрачности
или размеров не остаются в окончательном состоянии.
4.5.3.4. Административная часть
Проверяется редактирование страницы на едином экране настроек:
изменение текста над трекбаром, названий возрастных групп, общих заголовков
карточек, подзаголовков и описаний для каждой группы. Изменение общего
заголовка должно применяться ко всем положениям трекбара, а текстов отдельной
группы — только к соответствующему положению.
Для каждой карточки проверяется единый список кнопок: добавление
и удаление строк, редактирование названий и URL-адресов, изменение порядка
и настройка видимости по возрастным группам. Название, ссылка и порядок
кнопки должны быть одинаковыми для всех групп, в которых она отображается.
Отключение видимости в одной группе не должно скрывать кнопку в остальных.
Скрытые элементы не оставляют пустых строк.
Проверяется добавление нового положения трекбара. Для него должны
появляться поля текстового наполнения всех трёх карточек и отдельный столбец
видимости в каждом списке кнопок. После заполнения и сохранения новая группа
доступна в публичной части и использует предусмотренные правила
переключения, изменения высоты и анимации.
После нажатия общей кнопки «Сохранить» и повторного открытия экрана
проверяется сохранность введённых значений, порядка строк и отметок видимости.
Публичная страница должна отображать сохранённые настройки. Переименование
возрастной группы не должно нарушать её связь с текстами и кнопками.
74
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 75 из 84. Страница создана: 16.09.2026 19:12
4.5.3.5. Совместимость отображения
Страница проверяется в разных браузерах, а также на мобильных
устройствах с различной шириной экрана. Контроль включает читаемость
возрастных подписей, возможность выбора положения, переносы текста,
геометрию карточек и доступность их элементов.
При изменении размеров окна не должны появляться перекрытия, выход
содержимого за границы или несоответствие выбранной группы показанному
контенту. Ранее реализованные функции страницы проверяются на сохранение
после интеграции.
4.5.4. Проверка календарей тренингов
4.5.4.1. Аудитории и общие настройки
В форме тренинга проверяется независимое включение и отключение трёх
аудиторий. Проверяются одиночные значения, сочетания двух типов и выбор всех
трёх. После сохранения и повторного открытия формы состояния чекбоксов
должны совпадать с сохранённым набором.
На обеих страницах проверяются соответствующие индикаторы, их цвета,
количество, порядок и наложение. Невыбранная аудитория не должна добавляться
в карточку. Для разных комбинаций сохраняются читаемость названия
и доступность каждого цветного круга.
В общих настройках изменяются цвет, текст подсказки, текст легенды
и заголовок блока. Проверяется применение каждого значения по назначению
без изменения остальных полей и без необходимости заново назначать аудитории
тренингам.
4.5.4.2. Подсказки и мобильная легенда
В настольной версии курсор последовательно наводится на каждый
индикатор. Отображается пояснение соответствующего типа; при уходе курсора
оно скрывается. Наведение на другие области карточки не вызывает подсказку
аудитории.
В мобильной версии над карточками отображается легенда с тремя цветами,
сохранёнными текстами и заголовком. В настольной версии отдельный блок
легенды отсутствует. Цвета обозначений совпадают с цветами индикаторов обеих
страниц.
Проверяются длинные тексты пояснений в пределах согласованного
наполнения. Подсказки и легенда должны оставаться читаемыми, не выходить
за доступную область и не перекрывать соседние строки собственного
содержимого.
75
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 76 из 84. Страница создана: 16.09.2026 19:12
4.5.4.3. Действие карточки и модальное окно
Последовательно проверяются нажатия на заголовок, свободную область,
индикатор и надпись «Записаться». Каждое действие открывает одно модальное
окно соответствующего тренинга. Дополнительный переход на страницу
или открытие второго окна не выполняются.
После редактирования описания в CMS проверяется его отображение
в модальном окне, включая абзацы, переносы строк, жирное и курсивное
начертание. Последовательное открытие двух разных карточек должно показывать
описание каждой выбранной записи.
Анимация появления проверяется на соответствие согласованному варианту.
Закрытие сопровождается обратным эффектом, после которого на странице
не остаются затемнение или фрагменты окна. Дополнительно проверяется
повторное открытие после завершённого закрытия.
4.5.5. Завершение проверки
Исполнитель устраняет выявленные несоответствия предусмотренным
функциям и повторно проверяет исправленные участки. Для затронутых страниц
дополнительно проверяется совместная работа доработанных элементов после
интеграции в Сайт.
Результаты проверки должны позволять установить, какие функции
проверены, на каких данных и какие замечания устранены. Состав контрольных
действий не вводит дополнительных пользовательских функций сверх
пунктов 4.2–4.4.
4.6.
Результат выполнения работ
По итогам выполнения работ Заказчику предоставляются согласованные
проектные материалы, демонстрационные реализации и функционирующие
доработки в объёме пунктов 4.2–4.4. Результаты должны соответствовать одному
согласованному варианту поведения публичной части и административных
настроек.
4.6.1. Результаты по модулю чат-бота
4.6.1.1. Управление знаниями и сценарное взаимодействие
Предоставляется доработанный интерфейс базы знаний с деревом разделов
и редактированием статей. Поддерживаются промежуточные фразы бота,
поисковые обозначения, публикация и использование одной статьи в нескольких
ветках без копирования её текста.
76
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 77 из 84. Страница создана: 16.09.2026 19:12
В публичной части функционирует чат-бот в рамках принятого оформления
Сайта. Пользователь может последовательно выбирать направления, вводить
запрос на любом шаге, получать уточняющие варианты и опубликованные ответы.
Поиск учитывает текущую ветку и предусматривает обращение ко всей базе
в установленном порядке.
При отсутствии подходящего материала доступен переход к существующей
форме обращения. Состояние текущего диалога сохраняется в пределах модели
сессии, установленной пунктом 4.2. Первоначальное наполнение выполняется
Исполнителем по предоставленным Заказчиком материалам и согласованному
реестру.
4.6.1.2. Аналитика и согласуемые работы
Предоставляется вкладка базовой аналитики с предусмотренными полями
журнала, фильтром периода, поиском по тексту и постраничным просмотром.
В публичной части доступна оценка полезности выданного ответа; сохранённые
оценки связаны с соответствующими событиями.
Если Заказчиком согласован локальный смысловой поиск, в состав
результата включается работоспособное подключение embedding-модели
с подготовленным индексом и порядком его обновления.
Если согласован перенос материалов в существующий FAQ Сайта, результат
включает размещение утверждённого перечня материалов в предусмотренных
рубриках. Перечень и порядок переноса определяются по пункту 4.2.
4.6.2. Результаты по странице «Для молодежи»
4.6.2.1. Проектные материалы
Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта
анимации карточек и трекбара для согласования с Заказчиком.
Прототип должен показывать размещение переключателя, возрастные
подписи, три карточки, неизменяемые футеры и состояния, необходимые для
оценки согласуемого решения. Представленные материалы должны позволять
сопоставить оформление с брендбуком и существующей стилистикой страницы.
4.6.2.2. Демонстрационная и рабочая реализации
На хостинге Исполнителя предоставляется демонстрационная страница с
действующим трекбаром, динамическим обновлением карточек и согласованными
анимациями. Для исходных четырёх положений используется содержание таблиц
10–12 и предоставленные Заказчиком адреса ссылок.
77
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 78 из 84. Страница создана: 16.09.2026 19:12
Доработанная страница интегрируется в существующую Платформу. Через
административную панель доступны предусмотренные действия с текстами,
заголовками, списками, ссылками, видимостью элементов и положениями
трекбара. Ранее реализованные функции страницы сохраняются.
4.6.3. Результаты по календарям тренингов
4.6.3.1. Прототипы и демонстрация
Предоставляется прототип карточек тренингов в Figma с цветовыми
индикаторами, всплывающими подсказками и элементом «Записаться», а также
прототип мобильного представления с легендой. Согласованное поведение
предусматривает открытие модального окна при нажатии на общую область
карточки.
На хостинге Исполнителя предоставляется демонстрационная страница,
позволяющая проверить подсказки в настольной версии и легенду на мобильных
разрешениях. На демонстрации должны быть представлены состояния с разными
сочетаниями аудиторий и согласованная анимация модального окна.
4.6.3.2. Публичная и административная части
На страницах тренингов и событий реализуются индикаторы выбранных
аудиторий, единая интерактивная область карточки и надпись «Записаться».
Модальное окно показывает описание соответствующего тренинга с базовым
форматированием и согласованными эффектами появления и закрытия.
В административной части доступны независимые отметки трёх аудиторий
для тренинга, общие настройки цветов, тексты подсказок и легенды, её заголовок,
а также поле описания. Сохранённые сведения применяются в публичной части
без правки исходного кода.
4.6.4. Соответствие передаваемых результатов
Демонстрационные и рабочие реализации должны воспроизводить
согласованные настройки и поведение. Наличие прототипа само по себе
не заменяет программную реализацию, а демонстрация статичных изображений
не заменяет проверку действующих элементов.
По чат-боту передаются программные компоненты и эксплуатационные
сведения в составе, установленном пунктом 4.2. Результаты функциональной
проверки должны подтверждать выполнение требований пункта 4.5 и устранение
выявленных несоответствий.
78
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 79 из 84. Страница создана: 16.09.2026 19:12
4.7.
Требования к front-end и верстке сайта
Исполнитель обязан обеспечить одинаковое отображение страниц сайта
(графических элементов и текстового форматирования) в следующих
веб-обозревателях:
− Opera (не ниже версии 133);
− Mozilla Firefox (не ниже версии 153);
− Google Chrome (не ниже версии 151);
− Safari (не ниже версии 26.6).
При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.
Исполнитель обязан обеспечивать корректное отображение информации
на сайте на следующих типах устройств:
− персональные компьютеры (АРМ) под управлением операционных
систем Windows, Linux, macOS;
− мобильные устройства (смартфоны) под управлением iOS и Android.
4.8.
Требования к защите информации
После любых вносимых изменений в Платформу, она должна
соответствовать требованиям информационной безопасности как правовых, так
и технических средств безопасности персональных данных в отношении
Федеральных законов Российской Федерации: от 27.07.2006 N 152-ФЗ
«О персональных данных»; от 27.07.2006 N 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
На платформе должна всегда присутствовать ссылка ведущая на страницу
с информацией «Политика обработки персональных данных» для возможности
ознакомления с ней пользователей.
79
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 80 из 84. Страница создана: 16.09.2026 19:12
5. ТРЕБОВАНИЯ К ПОРЯДКУ ВЫПОЛНЕНИЯ РАБОТ, СРОКАМ,
РЕЗУЛЬТАТАМ И ЭТАПАМ ИХ ВЫПОЛНЕНИЯ
Состав работ с указанием отчетных документов, которые должен выполнить
Исполнитель, их ожидаемые результаты, сроки и этапы выполнения представлены
в таблице (Таблица 12).
Таблица 12. Календарный план выполнения работ
№
этапа
Наименование и
содержание этапа
работы
Исполнителя
Результат выполнения работ/ оказания
услуг
Срок выполнения
работ
Сопровождение Платформы
1
2
До 11 ноября 2026 г.
(включительно);
12 ноября – 16
ноября 2026 г.
(включительно)
тестирование;
17 ноября 2026
г.(включительно)
ввод доработки в
эксплуатацию.
Доработка
страницы «Для
молодежи»
Реализованный функционал;
утверждённые прототипы; совместное
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
Доработка
страницы
«Программы
тренингов 2026
года»
Реализованный функционал
(трекбар с четырьмя значениями,
динамические карточки с контентом, До 25 ноября 2026 г.
анимация смены карточек и
(включительно);
пульсации бегунка, статичный футер);
26 ноября – 30
утверждённые прототипы и варианты
ноября 2026 г.
дизайна/анимации; совместное
(включительно)
тестирование доработки с Заказчиком
тестирование;
и устранение найденных ошибок
1 декабря 2026
Исполнителем; акт сдачи-приёмки.
г.(включительно)
Этап включает в себя: 5 дней
ввод доработки в
тестирования доработки на предмет
эксплуатацию.
ошибок; 1 день развёртывания
доработки на основном сервере.
80
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 81 из 84. Страница создана: 16.09.2026 19:12
3
Реализованный функционал
(подсистема аналитики,
многошаговые сценарии, сбор
недостающей информации, интерфейс
административной панели);
утверждённые прототипы (при
Доработка модуля
необходимости); совместное
«Чат-бот»
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
До 9 декабря 2026 г.
(включительно);
10 декабря – 14
декабря 2026 г.
(включительно)
тестирование;
15 декабря 2026 г.
(включительно)
ввод доработки в
эксплуатацию
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА ИСПОЛНИТЕЛЯ
Исполнитель принимает на себя гарантийные обязательства в отношении
результатов работ, выполненных им в рамках настоящего государственного
контракта, в объеме и на условиях, определенных настоящим разделом.
Гарантийные обязательства распространяются на доработанные компоненты
Платформы, а также на компоненты Платформы, работоспособность которых была
нарушена вследствие выполненных Исполнителем доработок.
Гарантийный срок на результат работ устанавливается продолжительностью
12 (двенадцать) месяцев и исчисляется с даты подписания Сторонами итогового
документа о приемке (акта сдачи-приемки) по последнему этапу государственного
контракта.
6.1. Объем гарантийных обязательств
В рамках гарантийной поддержки Исполнитель обязуется:
− обеспечивать
работоспособность
доработанных
компонентов
Платформы, а также существовавших компонентов Платформы,
затронутых доработкой, в соответствии с функциональными
и
нефункциональными
требованиями,
зафиксированными
в Техническом задании и иной согласованной Сторонами
документации.
− устранять недостатки (дефекты), выявленные в процессе эксплуатации
Платформы и относящиеся к результатам выполненных работ, в срок,
не превышающий 5 (пяти) рабочих дней с даты получения
81
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 82 из 84. Страница создана: 16.09.2026 19:12
Исполнителем Акта о выявленных недостатках, оформленного
в соответствии с порядком, предусмотренным настоящим разделом.
По согласованию Сторон указанный срок может быть продлен, что
фиксируется в письменном виде.
− принимать
участие
в
восстановлении
работоспособности
Платформы после сбоев и аварий, вызванных дефектами
или
недокументированными
возможностями,
допущенными
Исполнителем при выполнении работ, включая выполнение работ по
восстановлению целостности данных и обновлению программных
компонентов. Восстановление работоспособности осуществляется
за счет Исполнителя.
− осуществлять авторский надзор за изменениями Платформы,
выполняемыми силами или по инициативе Заказчика, в целях оценки
влияния таких изменений на сохранение гарантийных обязательств.
Исполнитель обязуется в течение 5 (пяти) рабочих дней предоставлять
мотивированное заключение о возможности внесения предлагаемых
изменений и их влиянии на гарантийные обязательства.
− оказывать консультационную поддержку представителей Заказчика по
вопросам особенностей реализации доработанных компонентов,
а также о возможности, способах и предполагаемых последствиях
внесения предлагаемых изменений в Платформу.
6.2.
Порядок фиксации и направления дефектов
При обнаружении в процессе эксплуатации Платформы недостатков
(дефектов) в доработанных компонентах или компонентах, затронутых
доработкой, Заказчик составляет Акт о выявленных недостатках (далее — Акт),
в котором фиксируются:
− дата и время обнаружения дефекта;
− описание дефекта с указанием последовательности действий,
приведших к его проявлению;
− обстоятельства, при которых дефект был выявлен;
− характер влияния дефекта на функционирование Платформы;
− скриншоты, логи или иные материалы, подтверждающие наличие
дефекта (при наличии).
Акт направляется Исполнителю в срок, не превышающий 2 (двух) рабочих
дней с даты обнаружения дефекта. Направление Акта осуществляется
по официальным каналам связи, предусмотренным государственным контрактом.
Срок устранения дефекта исчисляется с даты получения Исполнителем Акта.
82
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 83 из 84. Страница создана: 16.09.2026 19:12
В случае если предоставленной в Акте информации недостаточно
для воспроизведения и диагностики дефекта, Исполнитель обязуется в течение 2
(двух) рабочих дней запросить у Заказчика дополнительные сведения. Срок
устранения дефекта в таком случае исчисляется с даты получения Исполнителем
полной информации, необходимой для диагностики.
6.3.
Условия предоставления гарантии и исключения
Гарантийные обязательства не распространяются на недостатки, возникшие
исключительно вследствие:
− нарушения
Заказчиком
правил
эксплуатации
Платформы,
установленных эксплуатационной документацией, переданной
Исполнителем;
− внесения изменений в программный код, структуру базы данных или
конфигурацию доработанных компонентов, выполненных Заказчиком
вопреки ранее полученному мотивированному заключению
Исполнителя о недопустимости таких изменений;
− использования Платформы в программно-аппаратной среде,
не соответствующей требованиям, указанным в технической
документации, переданной Исполнителем;
− действий третьих лиц, включая вредоносное программное обеспечение
и сетевые атаки, за исключением случаев, когда такие действия стали
возможны вследствие уязвимостей, допущенных Исполнителем
при выполнении доработок;
− возникновения обстоятельств непреодолимой силы.
При возникновении спора о причинах появления недостатка Исполнитель
обязан предоставить доказательства того, что недостаток возник вследствие
обстоятельств, исключающих гарантийные обязательства согласно настоящему
разделу. До момента предоставления таких доказательств недостаток считается
подлежащим устранению в рамках гарантийных обязательств.
83
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 84 из 84. Страница создана: 16.09.2026 19:12

=== ФАЙЛ: ↳ Другое приложение, сост. 05.10.2026 (архив)/ООЗ ДОРАБОТКА САЙТА.pdf | docs/0348100024426000039/Другое приложение, сост. 05.10.2026 (архив)/ООЗ ДОРАБОТКА САЙТА.pdf
УТВЕРЖДЕНО
Директор Государственного
казенного учреждения Московской
области «Центр занятости населения
Московской области»
Приложение № ____ к Контракту от
«__» ______ 2026 г. № ___________
________________С.А. Скородумова
«__» _____________________ 2026 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по развитию и модернизации платформы управления
типовым сайтом Государственного казенного учреждения «Центр занятости
населения Московской области»
(в сфере ИКТ)
На 83 листа
2026
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 2 из 84. Страница создана: 16.09.2026 19:12
Содержание
1.
ОБЩИЕ СВЕДЕНИЯ ................................................................................... 6
1.1.
Полное наименование системы и ее условное обозначение ............. 6
1.2.
Источники финансирования работ ....................................................... 6
1.3.
Заказчик работ ........................................................................................ 7
1.4.
Пользователи Платформы ..................................................................... 7
1.5.
Исполнитель работ ................................................................................. 7
1.6.
Сроки оказания услуг и выполнения работ ......................................... 8
1.7.
Сроки окончания оказания услуг ......................................................... 8
1.8.
Основания для выполнения работ ........................................................ 8
1.9.
Перечень используемых определений и сокращений ........................ 8
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг .......................................................................... 9
1.11. Особые условия .................................................................................... 10
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ
ПОДДЕРЖКИ ПЛАТФОРМЫ ..................................................................................... 11
2.1.
Назначение Платформы....................................................................... 11
2.2. Цели обеспечения сопровождения и технической поддержки
Платформы ................................................................................................................ 11
3.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ..................... 12
3.1. Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию ......................................................... 12
3.2.
Комплекс функций «Управление сайтом» ........................................ 13
3.2.1. Режим технического обслуживания сайта ................................... 13
3.3.
Комплекс функций «Управление правами доступа» ....................... 13
3.4.
Комплекс функций «Управление шаблонами» ................................. 14
3.5.
Комплекс функций «Управление оповещением» ............................. 14
3.6.
Комплекс функций «Публикация общей информации» .................. 15
3.7.
Модуль «Статистика и Отчеты» ......................................................... 15
3.8.
Модуль «Календарь событий» ............................................................ 16
2
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 3 из 84. Страница создана: 16.09.2026 19:12
3.9.
Модуль «Интерактивная карта» ......................................................... 16
3.10. Модуль «Обращения в техническую поддержку» ........................... 17
3.11. Модуль «Обратная связь» ................................................................... 17
3.11.1. Форма обратной связи .................................................................. 18
3.12. Модуль «Контактная информация» ................................................... 19
3.13. Модуль «Электронная очередь» ......................................................... 19
3.14. Модуль «Вакансии» ............................................................................. 19
3.15. Модуль «Статистика» .......................................................................... 20
3.16. Модуль «Чат-бот» ................................................................................ 20
3.17. Модуль «Баннеры»............................................................................... 22
3.18. Модуль «Help Desk» ............................................................................ 23
3.18.1. Управление модулем «Help Desk» .............................................. 24
3.18.2. Раздел «Задать вопрос в техническую поддержку» .................. 26
3.19. Сведения о сетевой инфраструктуре.................................................. 26
3.20. Сведения о взаимосвязях Платформы с информационными
системами ................................................................................................................ 27
3.21. Сведения о взаимосвязях Платформы с внешними системами ...... 28
3.22. Сведения о видах обеспечения Платформы ...................................... 29
3.22.1. Информационное обеспечение Платформы ............................... 29
3.22.2. Лингвистическое обеспечение..................................................... 29
3.22.3. Серверное техническое и программное обеспечение ............... 30
3.22.4. Организационное обеспечение .................................................... 31
3.23. Автоматическое обновление данных интерактивной карты ........... 31
3.23.1. Обработка и хранение данных из выгрузки ............................... 31
3.24. Модуль «Конструктор форм» ............................................................. 32
4.
ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ .................................... 33
4.1. Требования к функциям, реализуемым в рамках развития
Платформы ................................................................................................................ 33
4.2.
Доработка модуля «Чат-бот» .............................................................. 34
4.2.1. Общие требования к организации модуля ................................... 34
3
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 4 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев ............................................. 36
4.2.3. Административный интерфейс...................................................... 38
4.2.4. Публичный интерфейс и прохождение сценариев ...................... 40
4.2.5. Поиск и управление контекстом ................................................... 43
4.2.6. Смысловой поиск по согласованию с Заказчиком ...................... 45
4.2.7. Базовая аналитика работы чат-бота .............................................. 46
4.2.8. Технические требования к реализации ......................................... 49
4.2.9. Предоставление и размещение материалов ................................. 51
4.2.10. Подготовка к эксплуатации и передача результатов ................ 53
4.2.11. Примеры структуры и состава материалов ................................ 54
4.3.
4.3. Доработка страницы «Для молодежи» ....................................... 55
4.3.1. Возрастные группы и состояния трекбара ..................................... 55
4.3.2. Динамическое содержимое карточек ............................................ 56
4.3.3. Геометрия карточек и обработка текста ....................................... 60
4.3.4. Анимация смены и неизменяемый футер ..................................... 61
4.3.5. Управление через административную панель ............................. 61
4.4.
Доработка страницы «Программы тренингов 2026 года» ............... 62
4.4.1. Цветовая маркировка целевых аудиторий ................................... 63
4.4.2. Интерактивность карточки в настольной версии ........................ 64
4.4.3. Обозначения в мобильной версии ................................................. 65
4.4.4. Управление индикаторами в CMS ................................................ 66
4.4.5. Элемент «Записаться» .................................................................... 67
4.4.6. Описание в модальном окне .......................................................... 68
4.5.
Проведение функционального тестирования .................................... 69
4.5.1. Организация проверки .................................................................... 69
4.5.2. Проверка доработанного чат-бота................................................. 69
4.5.3. Проверка страницы «Для молодежи» ........................................... 73
4.5.4. Проверка календарей тренингов ................................................... 75
4.5.5. Завершение проверки ..................................................................... 76
4.6.
Результат выполнения работ ............................................................... 76
4
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 5 из 84. Страница создана: 16.09.2026 19:12
4.6.1. Результаты по модулю чат-бота .................................................... 76
4.6.2. Результаты по странице «Для молодежи» .................................... 77
4.6.3. Результаты по календарям тренингов ........................................... 78
4.6.4. Соответствие передаваемых результатов ..................................... 78
4.7.
Требования к front-end и верстке сайта.............................................. 79
4.8.
Требования к защите информации ..................................................... 79
5. Требования к порядку выполнения работ, срокам, результатам и этапам
их выполнения ............................................................................................................... 80
6.
Гарантийные обязательства Исполнителя ............................................... 81
6.1.
Объем гарантийных обязательств ...................................................... 81
6.2.
Порядок фиксации и направления дефектов ..................................... 82
6.3.
Условия предоставления гарантии и исключения ............................ 83
5
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 6 из 84. Страница создана: 16.09.2026 19:12
1. ОБЩИЕ СВЕДЕНИЯ
1.1.
Полное наименование системы и ее условное обозначение
Полное наименование системы: Платформа управления типовым сайтом
Государственного казенного учреждения Московской области «Центра занятости
населения Московской области» (далее соответственно – Платформа, Кадровый
центр Подмосковья).
Условное обозначение: Платформа
управления
типовым
сайтом,
Платформа.
1.2.
Источники финансирования работ
Выполнение работ по сопровождению и технической поддержке Платформы
и оказание услуг по ее развитию и сопровождению (далее – Услуги).
Источник финансирования:
Средства бюджета Московской области на 2026 год по КБК:
831-0401-0440291590-242-226; представлены в таблице 1.
Таблица 1. Источники финансирования
Наименование и
реквизиты
программы
(подпрограммы)
№
п/п
Источник
финансирования
1
Средства бюджета Государственная
Московской
программа Московской
области
области «Социальная
защита населения
Московской области»
на 2023-2027 годы,
утвержденная
постановлением
Правительства
Московской области от
04.10.2022 г. №1065/35
Номер и
наименование
мероприятия в
подпрограмме
Мероприятие:
«Материальнотехническое
обеспечение
государственных
учреждений»
Коды согласно
классификации
расходов бюджетов
(с указанием вида
расходов)
831-0401-0440291590242-226
КОЗ: 21.205.04.02.01.01.004 – Услуги по созданию (развитию) сайтов
в информационно-телекоммуникационной сети Интернет;
ОКПД2: 62.01.11.000 – Услуги по проектированию и разработке
информационных технологий для прикладных задач и тестированию
программного обеспечения.
6
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 7 из 84. Страница создана: 16.09.2026 19:12
1.3.
Заказчик работ
Государственный заказчик (полное наименование): Государственное
казенное учреждение Московской области «Центр занятости населения
Московской области»
Место нахождения: г. Подольск, ул. Февральская, д. 2а;
Сокращенное наименование в тексте: Заказчик (далее – Заказчик);
Функциональный заказчик: Кадровый центр Подмосковья;
Сокращенное наименование в тексте: Функциональный заказчик.
Контактное лицо Езопов А.Н., тел. +7-905-506-66-98.
1.4.
Пользователи Платформы
Категории пользователей Платформы и количество пользователей данных
категорий представлены в таблице 2.
Основными пользователями результатов услуг (далее – Пользователи)
являются сотрудники:
− Кадрового центра Подмосковья;
− лица желающие получить информацию в сфере занятости
(далее – посетители).
− В системе будет обеспечена одновременная работа пользователей
в количестве:
− посетители – не менее 6000;
− сотрудники Кадрового центра Подмосковья – не менее 300;
− администраторы/инженеры системы – не менее 6.
Таблица 2. Категории пользователей Платформы и количество пользователей
№
п/п
1
2
3
Наименование категории
пользователей
Планируемое количество посещений
Платформы в сутки, человек
2026 г.
Сотрудники Кадрового центра Подмосковья не менее 300
Посетители
не менее 6000
Администраторы/ инженеры системы
не менее 6
1.5.
Исполнитель работ
Исполнитель определяется по итогам размещения государственного заказа
в установленном порядке в соответствии с Федеральным законом от 5 апреля 2013
года №44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»
(далее – Исполнитель).
7
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 8 из 84. Страница создана: 16.09.2026 19:12
1.6.
Сроки оказания услуг и выполнения работ
Начало оказания услуг – с даты заключения государственного контракта
на выполнение работ по доработке, развитию и сопровождению Платформы
управления типовым сайтом Кадрового центра Подмосковья» и оказание услуг
по ее сопровождению (далее – Государственный контракт).
1.7.
Сроки окончания оказания услуг
Сроки окончания оказания услуг – 15 декабря 2026 года включительно.
1.8.
Основания для выполнения работ
Основания для выполнения работ и оказания услуг в рамках мероприятия
«Материально-техническое
обеспечение
государственных
учреждений»
подпрограммы «Содействие занятости населения» государственной программы
Московской области «Социальная защита населения Московской области»
на 2023-2027 годы, утвержденная постановлением Правительства Московской
области от 04.10.2022 г. №1065/35.
Основания для выполнения работ представлены в таблице 3.
Таблица 3. Основания выполнения работ и оказания услуг
№
п/п
1
Наименование и реквизиты нормативного
правового акта (дата, номер)
Государственная программа Московской
области «Социальная защита населения
Московской области» на 2023-2027 годы,
утвержденная постановлением
Правительства Московской области от
04.10.2022 г. №1065/35
1.9.
Перечни
в таблице 4.
Статья, пункт, подпункт
Подпрограмма «Содействие занятости
населения», Мероприятие:
«Материально - техническое
обеспечение государственных
учреждений»
Перечень используемых определений и сокращений
используемых
определений
и
сокращений
представлены
Таблица 4. Перечень определений
Сокращение/
Термин
Наименование/Определение
Информационный
ресурс, контент
Данные в любом виде, которые можно многократно использовать для
информационного обеспечения пользователей. Например, это может
быть файл, документ, раздел, фотография, видеофрагмент.
Для информационных ресурсов в Интернете характерно определенное
время жизни и доступность более, чем одному пользователю
8
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 9 из 84. Страница создана: 16.09.2026 19:12
CMS
Legacy
(унаследованный
модуль / легаси)
Верстка
Хостинг
Публичная часть
Программный комплекс, обеспечивающий создание, редактирование,
управление и публикацию содержимого страниц Сайта
без необходимости непосредственного изменения программного кода
Программный компонент или модуль, сохраненный в составе
Платформы, но не используемый по прямому назначению в текущей
версии Платформы и не подлежащий дальнейшему развитию.
Создание структуры html-кода, CSS-стилей и JS-скриптов,
отвечающих за размещение элементов веб-страницы (изображения,
текст и т. д.) в окне браузера, согласно разработанному макету, таким
образом, чтобы элементы дизайна выглядели аналогично макету
Услуга по предоставлению ресурсов для размещения информации
на сервере, постоянно находящемся в сети
Внешний интерфейс сайта, доступный всем посетителям без
авторизации
Тултип
(всплывающая
подсказка)
Временное окно с поясняющим текстом, появляющееся при
наведении курсора на цветовой индикатор в десктопной версии
Трекбар
Интерактивный элемент интерфейса, визуально отображающий
последовательность шагов или этапов
Релиз
Desktop (десктоп)
Контент
Сайт
Перенос изменений, а также доработок программного кода,
баз данных или иного контента Платформы с хостинга Исполнителя
на хостинг Заказчика
Версия сайта, предназначенная для просмотра на персональных
компьютерах и ноутбуках, управляемая с помощью мыши и
клавиатуры
Информационное
содержимое
страниц
ресурса,
включая
изображения, интерактивные тесты, видеоролики, тексты,
инфографику и пр.
Совокупность веб-страниц, объединенных общим доменным именем
и размещенных в сети Интернет на одном сервере, доступ к которым
осуществляется через браузер
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг
Результаты оказания услуг и выполнения работ, а также передача учетных
данных для администрирования сайта Заказчику производятся в порядке,
определенном настоящими Техническими требованиями и Государственным
контрактом в соответствии с Календарным планом оказания услуг
Государственного контракта на основании актов сдачи-приемки выполненных
работ/оказанных услуг.
Передача исходных кодов Платформы и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки библиотек,
9
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 10 из 84. Страница создана: 16.09.2026 19:12
компиляторов, интерпретаторов, баз данных, специальной среды разработки (если
сборка может быть выполнена только в среде разработки) и т.п.
Все материалы передаются с сопроводительными документами
Исполнителя.
1.11. Особые условия
Заказчик в течение 10 (десяти) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные
ответственных за взаимодействие с Исполнителем работников Кадрового центра
Подмосковья в целях получения информации необходимой для наполнения сайта.
По требованию Заказчика, между Исполнителем и Заказчиком должно быть
заключено соглашение о неразглашение информации. Срок заключения
не должен превышать 5 (пяти) календарных дней с момента направления
соглашения Заказчиком. В случае не заключения Исполнителем соглашения
или нарушения Исполнителем соглашения Государственный контракт может
быть расторгнут в одностороннем порядке.
Исполнитель должен выполнить работы по аттестации рабочего места,
с которого Заказчик будет размещать информацию на Платформе,
соответствующего требованиям безопасности информации, предъявляемым
к государственным информационным системам 2-ого класса. Также система
технической поддержки должна иметь разрешение на обработку информации,
не содержащей сведения, составляющие государственную тайну.
Исполнитель производит добавление или обновление информационного
контента Платформы на серверных ресурсах Заказчика при запросе
его добавления посредством организованной Исполнителем технической
поддержки, согласно Приложению В.
Исполнитель проводит работы по доработке программного кода, верстки
страниц или их CSS стилей, а также баз данных Платформы на самостоятельно
организованном тестовом хостинге, расположенном на территории Российской
Федерации. Все вышеперечисленные доработки, выполненные на тестовом
хостинге Исполнителя, направляются в релиз, не позднее 5 (пяти) рабочих дней
после внесения изменений в структуру файловой системы, программного кода
Платформы или ее базы данных.
Пуско-наладочные работы проводятся на серверных ресурсах Заказчика
после полного завершения тестирования доработок.
Все изменения цветовой палитры, шрифтов и общего оформления
Платформы должны соответствовать требованиям руководства по фирменному
стилю бренда «Работа России» утвержденного приказом Министерства труда
10
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 11 из 84. Страница создана: 16.09.2026 19:12
и социальной защиты Российской Федерации от 12.07.2024 № 350 «О внесении
изменений в Стандарт организации деятельности органов службы занятости
населения в субъектах Российской Федерации, утвержденный приказом
Министерства труда и социальной защиты Российской Федерации от 16 марта 2023
г. № 156».
2. НАЗНАЧЕНИЕ И ЦЕЛИ
СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ ПЛАТФОРМЫ
2.1.
Назначение Платформы
Доработанная
Платформа
предназначена
для
увеличения
информированности граждан, желающих получить государственные услуги,
которые предоставляет Кадровый центр Подмосковья, повышения уровня
информированности населения об услугах Кадрового центра Подмосковья,
а также регистрации для участия в ярмарках трудоустройства и иных мероприятиях
Кадрового центра Подмосковья.
2.2.
Цели обеспечения сопровождения и технической поддержки
Платформы
Работы выполняются в целях обеспечения выполнения функций Кадрового
центра Подмосковья, своевременной публикации материалов (с учетом требований
оформления для отдельных категорий граждан), повышения времени доступности
Платформы и ее бесперебойной работы, а также автоматизации оказываемых
услуг. Данные аспекты позволяют повысить прозрачность деятельности Кадрового
центра Подмосковья, а также обеспечить качественную оперативную обратную
связь с гражданами.
При наполнений или внесении изменений в Платформу Исполнителю
необходимо руководствоваться Приложением 3 к методическим рекомендациям по
разработке планов мероприятий по повышению эффективности службы занятости,
утвержденным приказом Министерства труда и социальной защиты
Российской Федерации от 18.01.2023 № 36.
11
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 12 из 84. Страница создана: 16.09.2026 19:12
3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
3.1.
Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию
В состав функциональной Платформы управления типовым сайтом
Кадрового центра Подмосковья в рамках исполнения Государственного контракта,
входят следующие комплексы функции и модули:
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
Комплекс функций «Управление сайтом»;
Комплекс функций «Управление правами доступа»;
Комплекс функций «Управление модулями» (legacy);
Комплекс функций «Управление шаблонами» (legacy);
Комплекс функций «Управление оповещением» (legacy);
Комплекс функций «Публикация общей информации» (legacy);
Модуль «Статистика и Отчеты» (legacy);
Модуль «Календарь событий»;
Модуль «Интерактивная карта»;
Модуль «Обращения в техническую поддержку»;
Модуль «Обратная связь»;
Модуль «Контактная информация» (legacy);
Модуль «Электронная очередь» (legacy);
Модуль «Вакансии» (legacy);
Модуль «Статистика» (legacy);
Модуль «Чат-бот»;
Модуль «Баннеры»;
Модуль «Help Desk»;
Личный кабинет соискателя (legacy);
Модуль «Конструктор форм».
Детальное описание функциональных, качественных и технических
характеристик Платформы приведено в технической и эксплуатационной
документации к Платформе и будет предоставлено Исполнителю в рамках
оказания услуг.
Описание основных функциональных характеристик Платформы
приведено ниже.
12
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 13 из 84. Страница создана: 16.09.2026 19:12
3.2.
Комплекс функций «Управление сайтом»
Данный раздел поддерживает функционал по добавлению, редактированию,
удалению разделов и страниц главного меню сайта, а также созданию
обособленных от главного меню страниц, для привязки их к БД Платформы
и последующего редактирования в ручном режиме.
Дополнительно, в данном разделе реализована возможность переводить
сайт в режим технического обслуживания, описанный в пункте 3.2.1.
3.2.1. Режим технического обслуживания сайта
Режим технического обслуживания предназначен для исключения доступа
посетителей к Сайту в период внесения изменений, способных привести
к нарушению его штатного функционирования. При активации данного режима
доступ посетителей к Платформе полностью блокируется. Платформа остается
доступной исключительно для внесения изменений в программные компоненты
frontend и backend, а также для корректировки содержимого базы данных.
Администраторам и разработчикам обеспечивается возможность
модификации содержимого страниц, программного кода и структуры данных
в условиях, исключающих внешнее воздействие на рабочие процессы.
При активации режима технического обслуживания в разделе «Управление
сайтом», при любой попытке обращения к страницам Сайта автоматически
отображается информационная «заглушка», уведомляющая о проведении
технических работ на Платформе.
3.3.
Комплекс функций «Управление правами доступа»
Комплекс функций «Управление правами доступа» обеспечивает
управление учетными записями пользователей и ролями необходимыми
для управления Платформой. Типы ролей представлены в таблице 6.
Таблица 5. Типы ролей
Роль
Описание прав и функций роли
Разработчик
Роль с максимальными привилегиями разработчика Сайта. С данной ролью
может существовать только одна учетная запись.
Роль предоставляет полный доступ к управлению Платформой, всеми
Администратор шаблонами и Сайтом. Обеспечивается возможность изменения ролей
пользователей.
13
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 14 из 84. Страница создана: 16.09.2026 19:12
Оператор
Роль предоставляет возможность просмотра всех обращений, поступивших
на Платформу через форму обратной связи, конструктор форм, а также
отвечать на обращения.
Техническая
поддержка IT
Роль предоставляет возможность работы с модулем «Help Desk», включая:
создание новых статей с ответами на часто задаваемые вопросы;
использование фильтра на странице с обращениями; ответы на тикеты;
внесение изменений в настройку модуля; изменение динамического текста
на странице авторизации пользователей модуля «Help Desk».
Пользователь
Help Desk
Роль предоставляет возможность работы с модулем «Help Desk» через
ссылку
https://czn.mosreg.ru/helpdesk.
Обеспечивается
возможность
направления вопроса в техподдержку через модуль «Help Desk» и просмотра
ответов на вопросы. Возможность редактирования информации отсутствует.
Роли пользователей связывают учетные записи пользователей с конкретным
функционалом Сайта, формируя контур безопасности для каждого раздела
Платформы в целом.
Пользователи с ролями «Администратор» и «Разработчик» имеют
возможность создавать, изменять и удалять пользовательские учетные записи.
3.4.
Комплекс функций «Управление шаблонами»
Комплекс функций «Управление шаблонами» представляет собой
унаследованный (legacy) модуль, не используемый по прямому назначению
в текущей версии Платформы. Ранее модуль обеспечивал решение следующих
задач:
− загрузка созданного шаблона;
− формирование шаблона;
− связывание с шаблоном модулей;
− первоначальное наполнение шаблона стандартным контентом;
− задание префикса для Сайтов, создаваемых по данному шаблону.
3.5.
Комплекс функций «Управление оповещением»
Комплекс функций «Управление оповещением» обеспечивает настройку
оповещений граждан и сотрудников учреждений с заданной ролью в Платформе
о наступлении следующих событий:
− подтверждение записи на прием с указанием назначенного времени
приема;
14
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 15 из 84. Страница создана: 16.09.2026 19:12
− напоминание о времени приема с возможностью настройки временного
интервала, за который осуществляется уведомление о наступлении
события;
− оповещение о поступлении вопроса на сайт с возможностью выбора
метода оповещения (SMS, E-mail, оповещение в служебном разделе
сотрудника);
− настройка страницы, содержащей информацию о забронированном
времени в электронной очереди в конкретном учреждении.
− Большая часть программного кода данного комплекса функций относится
к унаследованным (legacy) компонентам, не подлежащим дальнейшему
развитию.
3.6.
Комплекс функций «Публикация общей информации»
Комплекс функций «Публикация общей информации» обеспечивает решение
следующих задач:
− публикация информации на выбранной группе Сайтов в заданном
разделе;
− редактирование опубликованной информации на выбранной группе
Сайтов;
− удаление опубликованной новости на выбранной группе Сайтов.
Данный комплекс функций относится к унаследованным (legacy)
компонентам и не используется по прямому назначению в текущей версии
Платформы,
поскольку
архитектура
Платформы
была
переработана
для функционирования в конфигурации с одним Сайтом.
3.7.
В модуле
информации:
−
−
−
−
−
Модуль «Статистика и Отчеты»
реализовано
формирование
следующей
статистической
количество опубликованных новостей за период;
количество записей на прием за период;
количество поданных обращений за период;
количество закрытых обращений за период;
количество обращений в техническую поддержку за период (закрытых,
открытых), а также время решения обращений.
15
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 16 из 84. Страница создана: 16.09.2026 19:12
Данный функционал относится к унаследованным (legacy) компонентам
и сохранен в составе Платформы без дальнейшего развития.
3.8.
Модуль «Календарь событий»
Модуль «Календарь событий» размещен на главной странице Сайта
и обеспечивает интерактивное взаимодействие с пользователем.
При нажатии на выбранную дату отображается всплывающее окно,
содержащее перечень запланированных или прошедших мероприятий.
Дни, на которые назначены мероприятия, выделяются визуальным
индикатором (миганием).
Визуальное представление календаря имитирует бумажный вариант
классических календарей.
Навигация по месяцам осуществляется с помощью двух стрелок,
расположенных рядом с заголовком календаря.
3.9.
Модуль «Интерактивная карта»
Модуль представляет собой интерактивную карту, размещенную на главной
странице Платформы.
Модуль обеспечивает визуальное получение посетителями Сайта следующей
информации:
− наименование городского округа Московской области;
− уровень безработицы округа;
− топ вакансий в выбранном округе.
Взаимодействие с картой осуществляется посредством курсора мыши. При
наведении курсора на городской округ отображается его наименование
с визуальной подсветкой. При нажатии на городской округ открывается модальное
окно, содержащее информацию по данному округу.
Данные для функционирования карты выгружаются из Информационной
системы
Министерства
социального
развития
Московской
области
«Конфигурация
«Трудоустройство»
версия
2.0»
(далее
–
ИС
«1C:Трудоустройство») в автоматическом режиме один раз в сутки.
В
случае
невозможности
автоматической
выгрузки
данных
из ИС «1C: Трудоустройство» предусмотрен функционал ручного добавления
данных. Добавление данных осуществляется в разделе управления модулем
интерактивной карты в административной панели, доступной пользователям
с ролью «Администратор».
16
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 17 из 84. Страница создана: 16.09.2026 19:12
3.10. Модуль «Обращения в техническую поддержку»
Модуль «Обращения в техническую поддержку» обеспечивает
формирование очереди обращений в техническую поддержку и фиксацию
результатов решения инцидентов по следующим темам:
− предоставление прав доступа;
− неисправность/недоступность ресурса;
− консультирование;
− публикация.
Модуль предназначен для оперативного взаимодействия между операторами
Платформы и ее администраторами. Данный модуль относится к унаследованным
(legacy) компонентам и не используется в текущей версии Платформы.
3.11. Модуль «Обратная связь»
Модуль включает в себя следующие функции:
− прием обращений с Сайта учреждения и направление ответа на
обращение;
− переадресация сообщения;
− отслеживание очереди сообщений.
Модуль
отображает
список
обращений
посетителей
Сайта
в административной панели во вкладке «Обращения», расположенной в левой
части общего меню. Список формируется на основании обращений, отправленных
через форму обратной связи, функционал которой описан в пункте 3.11.1.
Вкладка «Обращения» административной панели содержит следующие
столбцы:
− Дата;
− Время;
− Ф.И.О.;
− E-mail;
− Телефон;
− Тема обращения (выбирается на этапе подачи обращения из списка:
«Вопрос», «Жалоба», «Пожелание»);
− Сотрудник (сотрудник, работающий с обращением);
− Статус (указывается сотрудником из выпадающего списка: «Переписка»,
«Завершено», «Требует внимания»).
По итогам рассмотрения обращения гражданину направляется ответ на адрес
электронной почты, указанный при заполнении формы обратной связи. Ответ
на обращение осуществляется в открывающемся окне «Обращение».
17
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 18 из 84. Страница создана: 16.09.2026 19:12
На странице вкладки «Обращения» над списком поступивших обращений
расположен фильтр, позволяющий пользователю административной панели
задавать условия фильтрации списка. Фильтр содержит следующие пункты:
−
−
−
−
−
ID обращения (вводится вручную);
Ф.И.О. (вводится вручную);
E-mail (вводится вручную);
Телефон (вводится вручную);
Тема обращения (выбирается из выпадающего списка: «Вопрос»,
«Жалоба», «Пожелание»);
− Сотрудник;
− Статус (выбирается из выпадающего списка: «Новое обращение»,
«Переписка», «Завершено», «Требует внимания»).
Фильтр по дате представляет собой календарь, с помощью которого
пользователь может выбрать интересующий день или диапазон дат для фильтрации
списка обращений.
3.11.1. Форма обратной связи
Форма обратной связи содержит следующие поля для заполнения:
−
−
−
−
−
−
−
−
−
−
Имя (указывается вручную, максимальная длина 15 символов);
Отчество (указывается вручную, максимальная длина 15 символов);
Фамилия (указывается вручную, максимальная длина 15 символов);
E-mail;
Телефон (с маской ввода вида: «+7 (___) ___-__-__»);
Тема обращения (выпадающий список со значениями: Вопрос, Жалоба,
Пожелание);
Текстовое поле «текст обращения»;
Приложить файлы (необязательное поле, содержит кнопку выбора файла
с устройства пользователя; поддерживаемые форматы: txt, rtf, doc, docx,
xls, xlsx, pdf, png, jpg, jpeg, gif, tif, tiff, zip, rar; максимальный размер
одного файла — 20 Мб, общее количество файлов в одном обращении —
не более трех);
Чекбокс «Согласие на обработку персональных данных» со ссылкой
на страницу «Политика в отношении обработки персональных данных»
(отправка обращения без установки чекбокса невозможна);
Капча (используется Yandex SmartCaptcha).
18
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 19 из 84. Страница создана: 16.09.2026 19:12
Форма защищена от спама. В модуле реализовано ограничение
на частоту отправки обращений (не более 1 обращения в час с одного IP адреса).
3.12. Модуль «Контактная информация»
Модуль «Контакты» поддерживает следующие функции:
− отображение контактной информации филиалов на странице
«Контакты» и во вкладке «Контакты» в сквозном блоке на всех
страницах Сайта;
− изменение позиции сотрудников Кадрового центра Подмосковья
в списке;
− добавление номеров телефонов Горячей линии Минсоцразвития через
поле «Горячая линия»;
− добавление ссылок на социальные сети и видео-хостинги.
Данный модуль относится к унаследованным (legacy) компонентам
и в текущей версии Платформы заменен страницей «Контакты».
3.13. Модуль «Электронная очередь»
Модуль «Электронная очередь» относится к унаследованным (legacy)
компонентам и отключен в текущей версии Платформы. Ранее модуль обеспечивал
запись в Кадровый центр Подмосковья с формированием талона, содержащего дату
и время приема, и включал следующие функции:
− поддержка записи в основное отделение Кадрового центра
Подмосковья или его филиал;
− интеграция с аппаратным обеспечением электронной очереди;
− прохождение опросника для допуска к записи на прием (опросник
исключал посетителей, не имеющих полного перечня необходимых
документов);
− отмена и перенос записи на другую дату или время в личном кабинете
соискателя;
− выгрузка талонов записи в формате Excel с возможностью отправки
на печать в административном разделе.
3.14. Модуль «Вакансии»
Модуль «Вакансии» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
19
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 20 из 84. Страница создана: 16.09.2026 19:12
Модуль обеспечивает интеграцию с ИС «1C: Трудоустройство» для импорта
вакансий и статистических данных, используемых модулем «Статистика»
(см. пункт 3.15).
3.15. Модуль «Статистика»
Модуль «Статистика» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
Модуль обеспечивает автоматическое формирование статистической
информации на странице «О центре — Статистика» в виде таблиц и графиков
на основе анализа актуальных вакансий, содержащихся в базе данных Платформы,
и данных, полученных из ИС «1C:Трудоустройство».
Модуль содержит страницу с интерактивной картой, на которой
отображаются региональные Центры занятости населения с указанием следующей
информации по каждому региону:
− количество вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата;
− количество соискателей;
− количество безработных, состоящих на учете;
− ссылка для перехода на сайт Центра занятости населения выбранного
региона (по клику).
Сводная аналитическая страница статистики по всем Центрам занятости
населения Московской области отображает следующую информацию:
− количество обращений в день, месяц, год;
− количество принятых граждан;
− количество открытых вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата, указанная в вакансиях каждого ЦЗН;
− количество трудоустроенных граждан;
− количество граждан, получающих пособия.
3.16. Модуль «Чат-бот»
Модуль «Чат-бот» представляет собой канал дополнительного обслуживания
граждан, функционирующий на основе встроенного на Сайте чата. Модуль
20
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 21 из 84. Страница создана: 16.09.2026 19:12
предназначен для предоставления ответов на часто возникающие вопросы граждан
и обеспечивает реализацию следующих функций:
− ведение автоматического общения с гражданами посредством
текстовых сообщений;
− ведение коммуникации от лица организации с целью упрощения
онлайн-взаимодействия и предоставления посетителям необходимой
информации (является альтернативой переписке или звонку
оператору);
− обеспечение ежедневного круглосуточного доступа к ответам
на вопросы;
− реализация сценариев работы с применением подхода классификации
текста — определение действия на основе поиска ключевых слов;
− конфигурирование сценариев работы чат-бота по комбинации
действий с сохранением предыдущих ответов и определением
результата на основании всей информации, полученной в процессе
диалога.
Рисунок 1 – Интерфейс чат-бота
21
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 22 из 84. Страница создана: 16.09.2026 19:12
Чат-бот содержит поле ввода сообщения и кнопку «Отправить». После ввода
запроса и нажатия кнопки «Отправить» чат-бот предлагает выбрать интересующий
ответ на вопрос из базы знаний.
Административная часть чат-бота реализована в составе административной
панели Сайта и содержит следующий функционал:
− построение тем вопросов;
− ввод вопросов в темы и подтемы;
− ввод ответов на вопросы в соответствии с введенными вопросами;
− просмотр всех тем с вопросами и ответами;
− создание новых тем;
− редактирование тем;
− удаление категорий;
− редактирование вопросов и ответов;
− удаление вопросов и ответов (полностью или частично в вопросе);
− ввод ключевых слов.
3.17. Модуль «Баннеры»
Модуль обеспечивает размещение на Сайте информационных баннеров
в заранее размеченных для них областях. Создание, настройка и управление
выводом баннеров осуществляется в административной панели Сайта.
Модуль содержит следующие функции:
− создание баннера;
− удаление баннера;
− изменение настроек баннера.
Модуль отображает список всех созданных баннеров с возможностью
изменения или удаления каждого из них. Список содержит следующие столбцы:
− Дата (дата создания баннера);
− Тип (изображение или HTML-код);
− Наименование;
− Описание;
− Статус (опубликован/не опубликован);
− Действие (кнопка удаления баннера);
− Кнопка «Редактировать» (при нажатии открывается страница
редактирования информации выбранного баннера).
Функция «Добавить баннер» реализована в виде кнопки, при нажатии
которой открывается страница с настройками создаваемого баннера. Настройки
при создании баннера содержат следующие пункты:
22
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 23 из 84. Страница создана: 16.09.2026 19:12
− Название;
− Тип баннера (изображение или HTML-код);
− Изображение
(поле
вставки
изображения,
отображается
при выбранном типе баннера «Изображение», при ином типе —
скрыто);
− Поле ввода кода (поле ввода HTML-кода, отображается при выбранном
типе баннера «HTML-код», при ином типе — скрыто);
− Ширина баннера;
− Высота баннера;
− URL-перенаправления;
− Описание (максимальная длина — 50 символов);
− Начало публикации (дата начала публикации баннера);
− Завершение публикации (дата завершения публикации баннера).
3.18. Модуль «Help Desk»
Модуль представляет из себя систему автоматизации техподдержки
сотрудников Кадрового центра Подмосковья. Страница для входа в систему
техподдержки
находится
по
адресу:
https://czn.mosreg.ru/helpdesk.
Ссылок на данную страницу на основной части сайта не имеется. Доступ
к странице осуществляется при ручном вводе или копировании ссылки в адресную
строку браузера. Страница модуля не индексируется в поисковых системах.
Дизайн страницы авторизации в систему выполнена в соответствии
с макетом представленном на рисунке 2.
Рисунок 2 – Страница входа в Help Desk
23
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 24 из 84. Страница создана: 16.09.2026 19:12
При неправильном вводе учетных данных в форме авторизации, выводится
модальное окно с текстом «Неверно введен логин или пароль».
При правильном вводе учетных данных, должна открываться страница
«Часто задаваемые вопросы», макет которой представлен на рисунке 3.
Доступ ко входу в Help Desk имеют только пользователи Платформы
с ролью «Пользователь Help Desk».
Рисунок 3 – Страница создания запроса в Help Desk.
3.18.1. Управление модулем «Help Desk»
Модуль «Help Desk» содержит административную часть в составе
административной панели Сайта со следующим функционалом:
Пункт меню в административной панели с наименованием «Help Desk»,
доступен только пользователям с ролью «Техническая поддержка IT»
(в соответствии с таблицей 6). Для пользователей с иными ролями данный раздел
скрыт.
Раздел, открываемый при переходе по пункту меню «Help Desk», содержит в
верхней части две кнопки, обеспечивающие переключение между режимами
«Тикеты техподдержки» и «Редактирование часто задаваемых вопросов».
Режим «Тикеты техподдержки» отображается под кнопками и открывается
без перезагрузки страницы. Данный режим включает список вопросов и элементы
управления, содержащие следующие столбцы:
− Дата;
− Время;
24
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 25 из 84. Страница создана: 16.09.2026 19:12
− Ф.И.О. (присваивается автоматически на основании данных,
указанных в учетной записи пользователя Help Desk);
− E-mail;
− Телефон;
− Краткое содержание тикета (не превышает 150 символов);
− Тема обращения (выбирается на этапе подачи обращения из списка);
− Сотрудник (заполняется автоматически при ответе сотрудника
на обращение в соответствии с именем учетной записи, под которой
сотрудник Кадрового центра Подмосковья вошел в административную
панель);
− Статус (указывается сотрудником из выпадающего списка:
«Переписка», «Завершено», «Требует внимания»). По умолчанию
каждое поступившее обращение имеет статус «Новое обращение»
и помечается иконкой желтой звездочки с черной обводкой.
Режим «Редактирование часто задаваемых вопросов» содержит список
созданных тем, каждая из которых включает перечень ответов на вопросы. Макет
представлен в виде древовидной структуры (рисунок 4).
Рисунок 4 – Структура тем раздела «Часто задаваемые вопросы»
В режиме «Редактирования часто задаваемых вопросов» сверху списка
находится кнопка «Добавить тему». После создания темы она появляется в списке.
25
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 26 из 84. Страница создана: 16.09.2026 19:12
3.18.2. Раздел «Задать вопрос в техническую поддержку»
Форма подачи вопроса в техническую поддержку открывается на странице
без ее перезагрузки после нажатия кнопки «Задать вопрос в техническую
поддержку» на странице Help Desk. Форма содержит следующие пункты:
− Тема обращения (перечень тем согласовывается с Заказчиком на этапе
разработки Сайта);
− Внутренний телефон (необязательное поле);
− Текстовое поле «Текст обращения»;
− Приложить файлы (необязательное поле, содержит кнопку выбора
файла с устройства пользователя; поддерживаемые форматы: txt, doc,
docx, xls, xlsx, pdf, png, jpg, jpeg, gif, zip, rar; максимальный размер
одного файла — 10 Мб, общее количество файлов в одном обращении
— не более трех).
Форма защищена от спама. В модуле реализовано ограничение частоты отправки
обращений.
3.19. Сведения о сетевой инфраструктуре
Общая Функциональная
на рисунке 5.
схема
сетевой
инфраструктуры
приведена
Рисунок 5 – Функциональная схема сетевой инфраструктуры
Данные Системы хранятся в центральной базе данных (ЕИТО).
Платформа представляет собой открытую ИС, взаимодействующую
с внешними ИС посредством веб-сервисов, имеет модульную многоуровневую
26
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 27 из 84. Страница создана: 16.09.2026 19:12
архитектуру, допускающую замену, добавление и исключение из состава
Платформы тех или иных компонентов, а также удобный пользовательский
интерфейс.
Платформа ориентирована на централизованное обслуживание и хранение
данных и допускает удаленный доступ к данным.
Логически выделены: уровень обработки данных, уровень бизнес-логики
и уровень взаимодействия с пользователями/внешними системами.
Платформа спроектирована по принципам открытой архитектуры
и предусматривает возможность дальнейшего изменения и расширения
функциональности, услуг и сервисов на основе разработанных решений.
Предусмотрена возможность масштабирования при увеличении нагрузки.
На уровне бизнес-архитектуры, платформа обеспечивает реализацию
сервисов путем осуществления настроек и конфигурирования без использования
программирования.
Физическая архитектура модулей включает следующие компоненты:
− серверы СУБД, которые осуществляют централизованное хранение,
обслуживание и обеспечение целостности данных, предоставляя
их по запросу различным приложениям и, тем самым, реализуя единое
информационное пространство для их функционирования;
− сервер
приложения,
который
является
централизованным
исполнителем различных функций обработки данных, предоставляя
возможность воспользоваться этими функциями любым пользователям
и обращаясь за требуемыми данными к серверу данных;
− клиентские приложения в виде тонкого клиента (веб-браузера).
В штатном режиме работы Платформа функционирует с использованием
данных ЕИТО.
3.20. Сведения о взаимосвязях Платформы с информационными системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ
от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»). Сведения об информационном взаимодействии
с информационными системами представлены в таблице 8.
сайт
Кадрового
центра
Подмосковья
интегрирован
с ИС «1C: Трудоустройство».
27
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 28 из 84. Страница создана: 16.09.2026 19:12
Интеграция предусматривает:
− доступ к региональному банку вакансий с возможностью подбора
работы по заданным условиям фильтра для разных категорий граждан:
выбор территории места работы, профессия, ЗП, характер работы,
режим работы, образование, наличие жилья, вид рабочего места и т.п.;
− подбор вакансий по наименованию организации-работодателя
и ОКВЭД;
− публикацию на сайте и ежедневное обновление следующих сведений:
o показатели регистрируемого рынка труда;
o профессии/должности
устойчивого
спроса
(качественные
и количественные показатели);
o статистические данные о вакансиях в разрезе сфер деятельности;
o реестры образовательных программ и организаций, участвующих
в программе профессионального обучения лиц предпенсионного
возраста;
o реестр НКО, оказывающих общественно полезные социальнотрудовые услуги в сфере занятости населения Московской области.
Таблица 6. Сведения об информационном взаимодействии с внешними системами
№
п/п
Предмет взаимодействия
Информационная система/ведомство
1
Обмен данными о вакансиях
ИС «1C: Трудоустройство»
Часть данных, получаемых модулем, а также способ их получения относятся
к унаследованным (legacy) компонентам и сохранены в составе Платформы
без изменения логики работы.
3.21. Сведения о взаимосвязях Платформы с внешними системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»).
28
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 29 из 84. Страница создана: 16.09.2026 19:12
3.22. Сведения о видах обеспечения Платформы
3.22.1. Информационное обеспечение Платформы
Информационное обеспечение Платформы предоставляет возможность
ввода, обработки, накопления и хранения информации, необходимой
для реализации функций Платформы.
Вся необходимая информация, которая поддается классификации
и кодированию, организована в классификаторы и справочники. Платформа
классификации разработана на основе единой системы классификации
и кодирования технико-экономической информации (ЕСКК ТЭИ) –
общегосударственных, отраслевых и локальных классификаторов.
Обеспечивается выполнение следующих задач информационного
обеспечения:
− обеспечение единого информационного пространства для объектов
автоматизации при оказании государственных услуг или анализе
информации;
− обеспечение информационной поддержки населения, государственных
органов исполнительной и законодательной власти, сотрудников
подразделений социальной сферы в их повседневной деятельности,
в том числе и при принятии решения об оказании социального сервиса;
− обеспечение информационной совместимости и взаимодействия между
различными уровнями управления социальной сферой.
3.22.2. Лингвистическое обеспечение
Комплекс подсистем и направлений, реализующих бизнес-логику системы
Платформы построены без применения готовых фреймворков и CMS.
В стеке разработки используются следующие языки программирования:
− в качестве языка запросов стандарта– SQL;
− в качестве языка описания метаданных – подмножества SQL;
− для хранимых процедур в операциях массовой обработки данных –
SQL;
− для бизнес-логики – PHP;
− для презентационной логики – JavaScript.
Языки манипулирования отвечают требованиям стандарта SQL
и поддерживают реляционную и объектно-реляционную модели баз данных,
а также стандарт ODBC.
29
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 30 из 84. Страница создана: 16.09.2026 19:12
Взаимодействие пользователя с программно-технологическим решением
происходит с использованием интерфейсов, выполненных на русском языке,
за исключением системных сообщений, не подлежащие русификации.
Все документы, продуцируемые Платформой, предоставляются на русском
языке.
3.22.3. Серверное техническое и программное обеспечение
Платформа функционирует при выполнении следующих требований
к компонентам программного и технологического обеспечения Заказчика.
Компоненты программного и технологического обеспечения Заказчика
определяются в соответствии с технической документацией, но не могут быть ниже
указанных в таблицах 7-8.
Таблица 7. Компоненты программного обеспечения
№
п/п
1
Техническое
Вид программного
обеспечение
обеспечения
Серверы
площадки Общесистемное ПО
Кадрового
центра Операционная
Подмосковья, ЕИТО
система
Специальное ПО
СУБД
2
АРМ
Кадрового Операционная
центра Подмосковья
система
Офисный пакет
Веб-браузер
Наименование программного
обеспечения
Red Hat Enterprise Linux 7 (64-bit) и новее
PostgreSQL 9.4 и новее или MySQL 5.5 и
новее. Должно находится в реестре
отечественного ПО в соответствии с
федеральным законом от 29 июня 2015 г.
№ 188-ФЗ
Microsoft Windows 10, ASTRA Linux,
RedOS 7.3.5.
LibreOffice и Microsoft Office.
Chromium-Gost, Mozilla Firefox, Opera,
Google
Chrome,
Yandex
Browser,
поддержка
браузеров
мобильных
устройств на базе Android, IOS.
Исходя из указанных функциональных требований Платформы, сервера
приложений и СУБД должны эксплуатироваться с учетом характеристик,
указанных ниже в таблице 9.
30
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 31 из 84. Страница создана: 16.09.2026 19:12
Таблица 8. Характеристика серверного оборудования для функционирования Платформы
№
п/п
Характеристики оборудования
Сервер
Наименование показателя
Основной
сервер
Процессор (vCPU)
1
Сервер баз
данных
2
Минимальный показатель
Тип и объем оперативной памяти
x86_64,
Intel(R) Xeon(R) CPU E5-2697 v3 @
2.60GHz, 4 ядра
DIMM, DRAM, 32 Gb
Дисковое пространство (vHDD)
0,5 Tb
Контроллер Ethernet
Процессор
Тип и объем оперативной памяти
1000 Mb/s
x64_64,
Intel(R) Xeon(R) CPU E5-4650 0
@ 2.70GHz
8 ядер
32 Gb
Дисковое пространство (vHDD)
1 Tb
Контроллер Ethernet
1000 Mb/s
3.22.4. Организационное обеспечение
В части организационного обеспечения Заказчик обеспечивает:
− взаимодействие участников проекта;
− создание временных организационных структур, участвующих
в реализации проекта (рабочих групп, комиссий и пр.), включающих
представителей Государственного заказчика, Функционального
заказчика и Исполнителя;
− организацию комплекса мероприятий по обеспечению прикладного
сопровождения и сервисного обслуживания Платформы;
− регламенты информационного взаимодействия с внешними системами.
3.23. Автоматическое обновление данных интерактивной карты
Данные в блоке «Рынок труда Московской области» обновляются
автоматически
на
основании
выгрузки
данных
из
ИС
«1C: Трудоустройство» ежедневно в формате XML в специальную директорию
на сервере Платформы.
3.23.1. Обработка и хранение данных из выгрузки
На сервере настроен автоматический процесс мониторинга директории
с выгрузкой по следующему сценарию:
31
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 32 из 84. Страница создана: 16.09.2026 19:12
− из директории обрабатывается только самый новый файл
(по дате создания или модификации);
− данные из файла импортируются в базу данных сайта в таблицу,
предназначенную для хранения информации о вакансиях и показателях
по округам;
− при каждой новой обработке выполняется синхронизация данных –
обновление существующих записей и добавление новых;
− в целях оптимизации хранения реализуется автоматическое удаление
старых файлов, при котором сохраняется не более 5 последних
выгрузок.
Обработка данных выполняется средствами PHP-скрипта с использованием
SQL-запросов к базе данных. Скрипт запускается по расписанию.
3.24. Модуль «Конструктор форм»
Модуль «Конструктор форм» обеспечивает создание произвольных форм
и их размещение на страницах Сайта. В основе модуля использован функционал
модуля «Обратная связь».
Модуль обеспечивает решение следующих задач:
− настройка внешнего вида создаваемых форм;
− сохранение данных, полученных от посетителей Сайта, в базу данных
Платформы для последующей обработки;
− выгрузка накопленных данных в формате Excel.
Модуль позволяет создавать поля форм следующих типов:
− текстовое поле;
− поле ввода E-mail;
− поле ввода телефона (с маской ввода);
− поле выбора даты;
− поле выбора заготовленных ответов (с отдельным редактором списка
ответов).
Создание и настройка форм осуществляется в административной панели
Сайта. Административная часть модуля содержит список всех созданных форм
с возможностью редактирования, удаления и управления статусом публикации
каждой формы.
32
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 33 из 84. Страница создана: 16.09.2026 19:12
4. ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ
4.1.
Требования к функциям, реализуемым в рамках развития Платформы
Развитие Платформы осуществляется в целях расширения функциональных
возможностей, повышения удобства пользовательского взаимодействия, а также
обеспечения соответствия требованиям действующего законодательства
Российской Федерации и внутренним регламентам Заказчика.
Объектом оказания услуг по развитию является Платформа, указанная
в п. 3.1 настоящего Технического задания.
1. Работы по развитию должны выполняться с учетом следующих обязательных
требований:
Все доработки Платформы должны выполняться исключительно в рамках
существующей технологической архитектуры, используемой на Сайте.
2. Реализация функционала должна осуществляться без изменения базовой
архитектуры Платформы, структуры ядра, существующих механизмов
маршрутизации, шаблонизации и хранения данных.
3. Все доработки должны реализовываться в виде изолированных модулей или
расширений, соответствующих принятой на Платформе структуре каталогов,
именованию компонентов и правилам подключения.
4. Код, разрабатываемый Исполнителем, должен:
− соответствовать
существующим
стандартам
кодирования,
применяемым в Платформе;
− не дублировать уже реализованный функционал;
− обеспечивать обратную совместимость с текущими модулями
Платформы;
− быть документированным и структурированным.
5. Исполнитель обязан обеспечить:
− корректную работу разработанного функционала во всех
поддерживаемых браузерах;
− адаптивность интерфейса для различных разрешений экранов;
− корректную работу в существующей Платформе управления
контентом;
− отсутствие деградации производительности сайта.
33
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 34 из 84. Страница создана: 16.09.2026 19:12
4.2.
Доработка модуля «Чат-бот»
В рамках доработки модуля «Чат-бот» реализуется сценарное
взаимодействие на основе многоуровневой базы знаний. Предусматриваются
развитие административного интерфейса, поиск точки входа в сценарий
по свободному запросу, учёт текущего раздела диалога и регистрация основных
результатов работы бота.
Доработка выполняется на базе существующего модуля. Содержательные
ответы пользователю формируются из подготовленных и опубликованных
материалов. Последовательность уточнений определяется структурой разделов,
а выбор ответа — положением пользователя в этой структуре и результатами
поиска.
4.2.1. Общие требования к организации модуля
4.2.1.1. Назначение и состав доработки
Модуль должен обеспечивать получение справочной информации двумя
способами: последовательным выбором предложенных направлений и вводом
вопроса в свободной форме. Оба способа используют единую базу знаний. Переход
между ними допускается на любом шаге без необходимости повторного открытия
окна чат-бота.
В состав работ входят управление разделами и статьями, настройка связей
между ними, отображение сценарных переходов, обработка текстовых запросов,
сохранение состояния текущей ветки, сбор базовой аналитики и первоначальное
наполнение по согласованным материалам Заказчика.
Результатом доработки является работоспособный модуль, в котором
администратор может изменять содержание и последовательность диалога
средствами административной панели. Изменение текстов, состава дочерних
разделов и привязок статей не должно требовать правки программного кода.
4.2.1.2. Существующая программная основа
В действующей реализации используются серверные скрипты, база данных
с темами, вопросами и ответами, а также встраиваемое в страницы Сайта окно
чат-бота. Административная часть содержит иерархию тем и средства
редактирования вопросов. Публичная часть выполняет текстовый поиск по
вопросам и ответам.
При доработке необходимо сохранить действующий механизм размещения
чат-бота в шаблонах Сайта, обработку типовых приветственных фраз
и возможность открытия формы обратной связи. Существующая иерархия тем
используется как основа для разделов сценарной модели. Поиск по разделам,
34
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 35 из 84. Страница создана: 16.09.2026 19:12
множественные привязки статей и контекстное прохождение дерева реализуются
в рамках настоящих работ.
До изменения структуры хранения Исполнитель проверяет используемые
связи и способ вывода материалов в связанных компонентах Сайта. Новые поля
и отношения вводятся с сохранением существующих записей, кроме материалов,
исключённых из публикации по согласованному реестру наполнения.
4.2.1.3. Термины и единицы учёта
Раздел — узел дерева базы знаний, содержащий название, фразу бота
и сведения для поиска. Раздел может включать дочерние разделы и связанные
статьи. Корневым считается раздел, не имеющий родительского раздела.
Статья — самостоятельная запись с вопросом или заголовком и готовым
содержательным ответом. Термины «вопрос с ответом» и «статья» обозначают
одну логическую сущность. Хранение вопроса и текста ответа в отдельных
существующих таблицах допускается.
Сценарий — последовательность переходов пользователя по разделам
до выбора статьи. Текущая ветка включает выбранный раздел и его доступные
подразделы. Контекстом считается текущая позиция и последовательность
сделанных выборов в пределах сессии.
Поисковый запрос — отправленное пользователем текстовое сообщение.
Найденный вариант — раздел или статья, предложенные по результатам поиска.
Выдача ответа означает отображение содержания статьи; предложение
её заголовка в списке ещё не считается выдачей ответа.
4.2.1.4. Границы функциональной модели
Сценарная логика определяется деревом разделов и связями со статьями.
Отдельные сущности сценариев, холст с блоками и стрелками, редактор
произвольных условий и механизм вычисления персональных рекомендаций
в состав работ не входят.
Приведённые далее примеры направлений, вопросов и текстов служат для
описания поведения системы. Они не устанавливают обязанность подключать
внешние каталоги вакансий, системы записи на обучение, личные кабинеты или
сервисы назначения выплат. Ссылки на такие ресурсы могут размещаться
в подготовленных статьях.
Использование локального смыслового поиска и перенос материалов
в существующий раздел FAQ выполняются по согласованию с Заказчиком
в порядке, установленном настоящим разделом. Остальные функции должны
сохранять работоспособность независимо от подключения смыслового поиска.
35
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 36 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев
4.2.2.1. Сведения о разделе
Для раздела предусматриваются идентификатор, название, родительский
раздел, фраза бота при входе, ключевые слова, порядок отображения и признак
публикации. Идентификатор присваивается системой и сохраняется при изменении
названия или положения раздела.
Название используется в дереве административной панели и в вариантах
выбора для пользователя. Фраза бота содержит пояснение либо уточняющий
вопрос. Если фраза не заполнена, применяется единое нейтральное сообщение
с предложением выбрать подходящий вариант. Пустая фраза не должна
препятствовать работе раздела.
Ключевые слова включают характерные обозначения пользовательской
потребности и употребляемые формулировки. Их назначение — помочь найти
раздел по свободному запросу. Список ключевых слов не выводится пользователю
в качестве текста сообщения.
4.2.2.2. Иерархия разделов
Каждый раздел имеет не более одного родителя. Корневые разделы
формируют верхний уровень. Дочерние разделы располагаются внутри выбранной
ветки в заданном порядке. Для построения сценария должны поддерживаться
последовательные уточнения без привязки к фиксированным названиям уровней.
Глубина дерева определяется утверждённым реестром контента. При
реализации
нельзя
ограничивать
структуру
существующей
схемой
«тема — вопрос», если согласованный маршрут содержит несколько
промежуточных разделов. Предельная поддерживаемая глубина фиксируется
в техническом описании и проверяется на наиболее длинной согласованной ветке.
Система должна исключать назначение раздела собственным родителем
и перенос в любой из его дочерних разделов. Проверка выполняется на сервере
до сохранения. При ошибке структура остаётся прежней, администратор получает
сообщение о недопустимом родительском разделе.
4.2.2.3. Сведения о статье
Для статьи предусматриваются постоянный идентификатор, заголовок
вопроса, текст ответа, ключевые слова, дополнительные формулировки вопроса,
перечень связанных разделов и признак публикации. Дополнительные
формулировки заполняются при наличии соответствующих материалов
и участвуют в поиске наравне с поисковыми обозначениями статьи.
36
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 37 из 84. Страница создана: 16.09.2026 19:12
Текст ответа редактируется визуальным редактором с поддержкой абзацев,
выделения текста, маркированных и нумерованных списков, ссылок.
Форматирование должно сохраняться при показе ответа в чат-боте. Содержимое
статьи не должно выводиться пользователю в виде необработанной
HTML-разметки.
Публикация допускается при наличии заголовка, непустого ответа и хотя бы
одной связи с доступным разделом. Черновые материалы могут сохраняться
для дальнейшего редактирования. Они не участвуют в публичной навигации
и поиске.
4.2.2.4. Множественные связи статьи
Одна статья может относиться к нескольким разделам. Для этого
используется отдельное отношение между статьями и разделами. Повторное
добавление одной и той же пары не должно создавать дублирующую связь.
При открытии статьи из любого связанного раздела администратор
редактирует одну исходную запись. Сохранённые изменения текста и статуса
применяются ко всем местам использования. Создание физических копий ответа
для каждой ветки не допускается как основной способ реализации множественной
принадлежности.
Удаление связи исключает статью только из выбранного раздела. Сама статья
и остальные связи сохраняются. В глобальных результатах поиска одна статья
отображается однократно, даже если она относится к нескольким найденным
разделам.
4.2.2.5. Состав шага сценария
При входе в раздел бот отображает его фразу и доступные элементы
следующего шага. Дочерние разделы представляются как варианты уточнения,
статьи — как вопросы, по которым можно получить готовый ответ. При наличии
элементов обоих типов сначала выводятся подразделы, затем статьи.
Порядок подразделов задаётся средствами администрирования. Для статей
предусматривается упорядочение списка в выбранном разделе. Изменение
очередности не должно менять идентификаторы объектов или содержание общей
статьи.
Для раздела без доступных дочерних элементов и статей выводится
сообщение об отсутствии опубликованной информации и возможность вернуться
к выбору направления либо открыть форму обращения. Пустой раздел не должен
приводить к бесконечному ожиданию ответа.
37
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 38 из 84. Страница создана: 16.09.2026 19:12
4.2.2.6. Изменение и удаление структуры
Перенос раздела выполняется путём изменения родителя. Вместе с разделом
перемещается его поддерево; статьи сохраняют прежние связи с перенесёнными
узлами. После операции система пересчитывает служебные сведения,
используемые для определения пути и области поиска.
Удаление раздела с подразделами или привязанными статьями блокируется
до освобождения связей и переноса вложенных элементов. Администратору
сообщается причина. Каскадное удаление материалов без отдельного выбора
соответствующих действий не выполняется.
Перед удалением статьи отображается подтверждение с указанием, что она
будет исключена из всех связанных разделов. Если требуется убрать материал
только из одной ветки, используется удаление связи. Названия этих действий
в интерфейсе должны различаться.
4.2.2.7. Доступность опубликованных материалов
Раздел, снятый с публикации, исключается из публичного дерева вместе
с путями через него. Статья остаётся доступной через другие опубликованные
разделы, если такие связи существуют. Материал без доступного пути не должен
появляться в глобальной выдаче.
При обращении по устаревшему идентификатору сервер повторно проверяет
наличие и доступность объекта. Отображение кнопки в ранее сформированном
сообщении не даёт права получить уже снятый с публикации ответ. Пользователю
предлагается актуальный выбор без раскрытия внутренних сведений об ошибке.
4.2.3. Административный интерфейс
4.2.3.1. Размещение и основной экран
Средства управления размещаются в существующем разделе «Чат-бот»
административной панели Сайта. Предусматриваются представления «База
знаний» и «Аналитика». Настройки, необходимые для эксплуатации
доработанного модуля, размещаются в том же разделе без создания отдельной
системы администрирования.
Основной экран базы знаний состоит из двух областей. Слева отображается
раскрываемое дерево разделов, справа — список статей выбранного раздела.
Выбранный узел выделяется. Название и путь раздела показываются над списком,
чтобы различать одноимённые узлы разных веток.
При первом открытии отображаются корневые разделы. Пустое состояние
сопровождается понятным предложением создать раздел. Отсутствие статей
в выбранном узле обозначается отдельно от ошибки загрузки данных.
38
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 39 из 84. Страница создана: 16.09.2026 19:12
4.2.3.2. Операции с разделами
Предусматриваются действия «Добавить раздел», «Добавить подраздел»,
«Изменить» и «Удалить». При создании подраздела текущий раздел автоматически
подставляется в поле родителя. При отмене формы изменения не сохраняются.
Форма редактирования содержит поля, перечисленные в пункте 4.2.2.1.
Родитель выбирается из дерева либо списка с отображением пути. Текущий раздел
и его потомки недоступны для выбора в качестве родителя.
При сохранении проверяются обязательные поля, корректность родителя
и допустимость операции. Сообщение об ошибке связывается с соответствующим
полем. Уже введённые данные сохраняются в форме, чтобы администратор мог
исправить ошибку без повторного заполнения.
4.2.3.3. Поиск и навигация по дереву
В административном дереве предусматривается поиск раздела по названию.
Результат должен позволять определить положение найденного узла и перейти
к его содержимому. Совпадающие названия различаются по полному пути.
Раскрытие и сворачивание узлов не меняет их состояние публикации. После
сохранения статьи или раздела интерфейс возвращает администратора к тому
месту, где выполнялось редактирование, если объект сохранился и доступен.
Изменение порядка выполняется через поле очередности либо простые
действия перемещения в списке. Реализация перемещения мышью не является
обязательной. В публичной части применяется сохранённый порядок, а не порядок
идентификаторов в ответе сервера.
4.2.3.4. Создание и редактирование статей
В правой области отображаются название статьи, состояние публикации
и действия редактирования. Для статьи, связанной с несколькими разделами,
должна быть доступна информация обо всех её размещениях. Открытие формы из
разных веток приводит к одной записи.
Форма содержит заголовок, визуальный редактор ответа, поисковые
обозначения, дополнительные формулировки и множественный выбор разделов.
При создании статьи из выбранной ветки соответствующая связь заполняется
предварительно и может быть изменена до сохранения.
Предусматриваются действия «Сохранить», «Отменить», управление
публикацией и удаление статьи с подтверждением. Изменение привязок должно
быть доступно в той же форме; повторное создание статьи для добавления в другую
ветку не требуется.
39
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 40 из 84. Страница создана: 16.09.2026 19:12
4.2.3.5. Работа со связями и форматированием
При выборе разделов отображаются их пути. Администратор должен видеть
разницу между снятием отметки у раздела и удалением всей статьи. Если снята
последняя связь опубликованной статьи, сохранение публикации блокируется
с пояснением причины.
Ссылки вводятся средствами визуального редактора. Текст ссылки и её адрес
сохраняются раздельно. Допускается размещать ссылки на уже подготовленные
документы, в том числе PDF, без разработки механизма автоматического
формирования файлов.
При вставке форматированного текста удаляются неподдерживаемые
элементы, способные нарушить размер окна чат-бота или выполнить посторонний
код. Поддерживаемые абзацы, списки и ссылки должны сохраняться. Перечень
доступных действий редактора отражается в инструкции администратора.
4.2.3.6. Обновление данных и обратная связь
Создание и изменение записей выполняются с использованием принятого
на Сайте механизма асинхронных запросов. На время сохранения повторная
отправка формы блокируется. После ответа сервера отображается подтверждение
результата либо сообщение о невозможности выполнить операцию.
Интерфейс не должен сообщать об успешном сохранении до подтверждения
сервера. Если соединение прервалось, введённый текст остаётся доступным для
повторной отправки. Повторное действие не должно создавать дубликаты связей.
Подсказки предусматриваются для полей, назначение которых
неоднозначно: фразы бота, ключевых слов, множественных связей и публикации.
Тексты подсказок должны объяснять действие на примере редактируемого объекта.
Отдельная обучающая система в состав модуля не входит.
4.2.4.
Публичный интерфейс и прохождение сценариев
4.2.4.1. Окно чат-бота
Публичный интерфейс сохраняет существующие основные элементы:
кнопку открытия, заголовок «Цифровой ассистент Петр», область сообщений,
стартовые карточки и поле ввода. Новые элементы должны соответствовать
принятому оформлению Сайта и размещаться внутри существующего окна.
Сообщения пользователя и бота отображаются в хронологическом порядке.
Перечень уточняющих вариантов помещается после связанного с ним сообщения.
Пользователь должен различать собственный выбор, пояснение бота
и содержательный ответ.
40
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 41 из 84. Страница создана: 16.09.2026 19:12
При появлении вариантов область переписки прокручивается к началу
нового результата, чтобы пользователь видел вопрос и первые доступные действия.
Выдача длинной статьи не должна автоматически перемещать просмотр
к её последней строке.
4.2.4.2. Стартовый экран
Стартовые карточки связываются с согласованными корневыми разделами.
Их названия и пояснения определяются реестром контента. Выбор карточки
открывает соответствующую ветку и отображает фразу первого раздела.
Пользователь может сразу ввести вопрос без выбора карточки. В этом случае
выполняется поиск по всей опубликованной базе знаний. Наличие стартовых
карточек не ограничивает состав объектов, доступных для поиска.
4.2.4.3. Переход между разделами
При выборе дочернего раздела в переписку добавляется текст выбранного
варианта, затем фраза нового раздела и доступные дальнейшие действия. Сервер
проверяет существование раздела, состояние публикации и допустимость
перехода.
Варианты текущего шага выводятся в виде кнопок или списка в принятом
оформлении чат-бота. Переход выполняется по идентификатору объекта.
Совпадение отображаемых названий в разных ветках не должно приводить
к выбору чужого раздела.
4.2.4.4. Отображение ответа
Выбор статьи приводит к показу её заголовка и текста ответа. Если статья
предложена в списке результатов, допускается использовать существующее
раскрытие ответа. Событие выдачи регистрируется при фактическом раскрытии
содержимого, а не при первоначальном появлении заголовка.
В ответе сохраняются предусмотренные редактором абзацы, списки,
выделение текста и ссылки. Длинный текст размещается в прокручиваемой области
переписки. Ссылки должны быть доступны для нажатия и не перекрываться
соседними элементами.
После ответа пользователь может оценить его, продолжить ввод, или начать
выбор заново. Выдача статьи не блокирует дальнейшую работу и не требует
закрытия окна.
41
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 42 из 84. Страница создана: 16.09.2026 19:12
4.2.4.5. Свободный ввод на шаге уточнения
Поле ввода доступно на каждом шаге. Отправленный текст рассматривается
как новый запрос с учётом текущей ветки. Пользователь не обязан дословно
повторять подпись кнопки или сначала завершать последовательность уточнений.
До завершения обработки запроса повторная отправка блокируется,
отображается состояние ожидания. После получения результата поле снова
становится доступным. Пустое сообщение и строка, состоящая только из пробелов,
не отправляются на поиск.
Варианты выбора из предыдущих шагов сохраняются в истории диалога.
Если пользователь нажимает на ранее предложенный раздел или статью, система
проверяет их доступность. Если материал доступен, бот переходит к выбранному
разделу или показывает ответ. Если раздел или статья удалены либо сняты
с публикации, бот сообщает, что выбранный вариант больше недоступен.
4.2.4.6. Отсутствие подходящего материала
Если поиск не даёт достаточно подходящего результата, бот сообщает
об этом понятным текстом и предлагает уточнить запрос, выбрать доступное
направление или открыть форму обращения. При наличии текущей ветки
пользователь сохраняет возможность продолжить её вручную.
Отсутствие результата не сопровождается выдачей произвольной статьи
с низкой релевантностью. Сообщение о неудачном поиске не должно утверждать,
что соответствующая услуга отсутствует: оно относится только к поиску
в опубликованной базе знаний.
Переход к форме обратной связи использует существующий механизм Сайта.
Перед открытием формы окно и затемняющий слой чат-бота закрываются.
Предложение формы, её открытие и отправка обращения являются разными
действиями; интеграция аналитики с фактической отправкой формы отдельно
не предусматривается.
4.2.4.7. Ошибки и адаптивность
При сетевой или серверной ошибке бот выводит сообщение о временной
невозможности обработать запрос и допускает повторное действие. Такая ошибка
не отображается как отсутствие информации в базе знаний. Введённое сообщение
остаётся в переписке.
На мобильных устройствах окно должно укладываться в доступную область
экрана, сохранять прокрутку сообщений и возможность закрытия. Длинные
названия вариантов переносятся на следующую строку. Горизонтальная прокрутка
всей страницы из-за содержимого бота не допускается.
42
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 43 из 84. Страница создана: 16.09.2026 19:12
Основные действия доступны с клавиатуры. Элементы выбора имеют
различимое состояние фокуса; раскрытие статьи корректно обозначается для
средств доступности. Изменения проверяются в обоих используемых шаблонах
Сайта, подключающих общий модуль чат-бота.
4.2.5. Поиск и управление контекстом
4.2.5.1. Область и источники поиска
Текстовый поиск выполняется по опубликованным разделам и статьям.
Учитываются названия разделов, заголовки вопросов, ключевые слова,
дополнительные формулировки и текст ответов. Текст для поиска
подготавливается без служебной разметки визуального редактора.
Поисковая обработка должна учитывать регистр, повторяющиеся пробелы
и используемое в действующем модуле приведение словоформ. Ключевые слова
и дополнительные формулировки расширяют набор совпадений. Разработка
самостоятельного универсального лингвистического справочника не требуется.
Приветственные и иные типовые фразы обрабатываются отдельно. Если
сообщение содержит приветствие и содержательный вопрос, бот может ответить
на приветствие и выполнить поиск по оставшейся части. Типовая фраза не должна
поглощать полезный текст запроса.
4.2.5.2. Приоритет текущей ветки
Если текущий раздел определён, поиск сначала выполняется в нём,
его доступных подразделах и связанных с ними статьях. При наличии достаточно
подходящего результата пользователь продолжает выбранную тему без повторного
прохождения верхних уровней.
Если результатов внутри ветки нет либо они не достигают принятого порога
релевантности, выполняется поиск по всей опубликованной базе. Сам факт
наличия любых совпадений в текущей ветке не должен препятствовать поиску
подходящего материала в других направлениях.
При отсутствии текущего раздела применяется глобальный поиск. Область
поиска определяется на сервере; переданный из браузера идентификатор
проверяется и не используется как безусловно доверенное указание на доступный
раздел.
4.2.5.3. Сопоставление и ранжирование
Система формирует упорядоченный перечень кандидатов. Совпадения
в заголовках и явно заданных поисковых обозначениях должны иметь
преимущество перед случайным упоминанием слова в длинном ответе. Для статей
43
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 44 из 84. Страница создана: 16.09.2026 19:12
сохраняется приоритет количества значимых слов запроса, найденных в заголовке
вопроса.
В пределах группы с одинаковым числом таких совпадений учитывается
совокупная оценка. Правила сопоставления разделов и статей должны
обеспечивать выбор подходящей точки входа, а не обязательную выдачу конечного
ответа при каждом запросе.
Повторяющиеся статьи объединяются по идентификатору. Порядок
кандидатов передаётся явно и сохраняется в интерфейсе. Числовые ключи объектов
и порядок возврата записей из базы не должны менять установленную
последовательность результатов.
4.2.5.4. Однозначный и неоднозначный результат
Если один кандидат отвечает установленным условиям уверенного выбора
и имеет достаточное преимущество перед остальными, допускается
непосредственный вход в раздел либо показ статьи. Автоматический переход не
применяется только на основании того, что кандидат оказался первым.
При нескольких близких кандидатах бот выводит заранее подготовленную
фразу с предложением уточнить направление и от трёх до пяти вариантов. Если
подходящих кандидатов меньше трёх, показывается фактически найденное
количество. Неподходящие элементы для заполнения списка не добавляются.
Ограничение относится к поисковым предложениям, а не к размеру базы или
числу дочерних разделов. При обычном прохождении дерева пользователю
должны быть доступны все опубликованные элементы текущего шага.
4.2.5.5. Настройка правил выбора
Порог пригодности результата и условие преимущества первого кандидата
определяются Исполнителем на контрольном наборе запросов, согласованном
с Заказчиком. Для каждого примера фиксируются исходная ветка и допустимый
результат: статья, раздел, список уточнений либо отсутствие совпадения.
Числовая оценка релевантности используется для сравнения кандидатов
внутри принятого метода. Она не является вероятностью правильности ответа и не
должна представляться пользователю или администратору как процент
достоверности.
Параметры поиска фиксируются в техническом описании. Выделенный
интерфейс ручной настройки весов администратором не требуется. Корректность
поиска проверяется по воспроизводимым примерам, а не по обещанию
распознавать любую возможную формулировку.
44
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 45 из 84. Страница создана: 16.09.2026 19:12
4.2.5.6. Смена темы
При обнаружении подходящего направления вне текущей ветки бот
предлагает его выбрать. После подтверждения текущим становится выбранный
раздел. Если однозначный результат является статьёй, она может быть показана
непосредственно; контекст её размещения определяется по доступным связям.
Если статья связана с текущей веткой, эта связь имеет приоритет. Если статья
найдена глобально и имеет несколько размещений, используется раздел
выбранного поискового кандидата. При равнозначных размещениях бот предлагает
уточняющий выбор раздела.
Предыдущие сообщения остаются в истории открытого окна.
Они не используются для самостоятельного вывода новых фактов о пользователе.
Контекст обеспечивает навигацию и ограничение поиска; генерация ответа
из совокупности произвольных реплик не предусматривается.
4.2.5.7. Хранение состояния сессии
Для продолжения сценария сохраняются идентификатор текущего раздела
и последовательность подтверждённых переходов. Дополнительно могут
храниться идентификатор последнего запроса и выданной статьи, необходимые
для связывания действий с аналитикой.
Состояние относится к отдельной пользовательской сессии и не должно
смешиваться между посетителями. Закрытие и повторное открытие окна на той
же странице сохраняет текущую переписку.
После истечения сессии или утраты её состояния бот начинает работу
со стартового экрана. Восстановление переписки между устройствами и после
завершения браузерной сессии не требуется. Если сохранённый раздел снят
с публикации, предлагается актуальный выбор направления.
4.2.6.
Смысловой поиск по согласованию с Заказчиком
4.2.6.1. Условия применения
По согласованию с Заказчиком текстовый поиск дополняется локальной
моделью векторного представления текста — embedding-моделью. Она
преобразует запросы и материалы в числовые представления, позволяющие
находить близкие по смыслу записи при различающихся формулировках.
До включения функции согласуются возможность её размещения на
выделенных ресурсах, выбранная модель, условия использования и контрольные
примеры. Технические требования к вычислительным ресурсам определяются
после проверки выбранного варианта на предоставленной базе знаний.
45
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 46 из 84. Страница создана: 16.09.2026 19:12
Модель используется для подбора кандидатов. Содержательные ответы,
уточняющие фразы и названия вариантов берутся из базы знаний. Автоматическое
сочинение текстов консультаций, обращение к общедоступным генеративным
сервисам и обучение собственной языковой модели не предусматриваются.
4.2.6.2. Подготовка и обновление индекса
Индекс содержит представления опубликованных разделов и статей
с привязкой к их идентификаторам. При подготовке текста учитываются заголовки,
поисковые обозначения и содержательные части материалов. Разметка
и технические элементы интерфейса не должны ухудшать сопоставление.
Добавление или изменение материала должно приводить к обновлению его
представления. Удалённые и снятые с публикации объекты исключаются
из выдачи независимо от момента технического обновления индекса. Перед
показом кандидата выполняется проверка по актуальной базе знаний.
Предусматривается служебная возможность полного перестроения индекса.
Порядок запуска и проверки завершения описывается в эксплуатационной
инструкции. Отдельная панель управления моделями и версиями индекса
в административном интерфейсе не требуется.
4.2.6.3. Совместная работа с текстовым поиском
Кандидаты смыслового и текстового поиска сопоставляются по единым
идентификаторам. Итоговая выдача не должна содержать несколько копий статьи
из разных способов поиска. Область текущей ветки и правила уточнения
сохраняются.
Состав модели, способ объединения результатов и параметры выбора
определяются с учётом согласованного набора примеров. Значения оценок разных
алгоритмов нельзя складывать без принятого способа приведения к сопоставимому
виду.
При недоступности модели или индекса выполняется текстовый поиск.
Технический сбой смыслового поиска фиксируется для обслуживания
и не прерывает ручную навигацию по дереву. Пользователю не выводятся
служебные адреса, названия процессов или сообщения библиотеки модели.
4.2.7. Базовая аналитика работы чат-бота
4.2.7.1. Назначение и представление данных
В административной панели предусматривается вкладка «Аналитика»
с журналом обработки пользовательских запросов. Журнал предназначен для
46
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 47 из 84. Страница создана: 16.09.2026 19:12
проверки результатов поиска, выявления отсутствующих материалов и просмотра
оценок выданных ответов.
Основной формой представления является таблица. Диаграммы, сводные
панели с расчётом показателей по темам, выгрузка многостраничных книг XLSX
и просмотр полной переписки в отдельном архиве в состав базовой аналитики
не входят.
Данные обновляются при открытии вкладки и применении фильтров.
Постоянное обновление страницы по таймеру или передача событий на экран
администратора в реальном времени не требуется.
4.2.7.2. Поля журнала
Для обработки текстового запроса фиксируются дата и время, текст
сообщения, идентификатор текущего раздела при поиске, найденный раздел или
статья, оценка релевантности, выбранный пользователем вариант и оценка
полезности ответа при её наличии.
Запись дополняется результатом обработки: предложены варианты, выдан
ответ, совпадение не найдено либо произошла техническая ошибка.
При нескольких предложениях сохраняются их идентификаторы и порядок;
в таблице допускается компактное перечисление с раскрытием полного значения.
Выбор статьи при прохождении дерева без текстового запроса также может
создавать запись о выдаче ответа. В поле запроса показывается обозначение
«Выбор по сценарию», без подстановки вымышленного пользовательского
сообщения. Для такого события релевантность не рассчитывается.
4.2.7.3. Связывание событий
Отправленный запрос получает служебный идентификатор. Выбор варианта
и оценка ответа связываются с соответствующим запросом или событием выдачи.
Идентификатор сессии используется только для технической связи действий
и не считается установленной личностью посетителя.
Показ списка, выбор раздела и выдача статьи отражаются раздельно. Для
неоднозначной выдачи выбор пользователя обновляет сведения об обработке
соответствующего запроса. Последующий самостоятельный текстовый запрос
создаёт новую запись.
Тексты и идентификаторы показанных объектов фиксируются в объёме,
необходимом для чтения записи после переименования статьи или раздела. Журнал
не должен превращаться в историю всех редакций базы знаний. Удаление
материала не должно приводить к ошибке открытия ранее зарегистрированного
события.
47
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 48 из 84. Страница создана: 16.09.2026 19:12
4.2.7.4. Оценка полезности ответа
После выдачи статьи отображается вопрос «Помог ли вам ответ?»
с вариантами «Да» и «Нет». Оценка необязательна. Отсутствие выбора хранится
как отсутствие оценки и не приравнивается к отрицательному ответу.
Оценка относится к конкретной выдаче статьи. Повторное нажатие
не должно увеличивать число оценок одного события. При изменении выбора
обновляется ранее сохранённое значение в пределах доступной сессии.
Пользователь может продолжить работу без оценки. Отрицательный ответ
сам по себе не означает отсутствие результата поиска и не меняет задним числом
факт выдачи статьи. Администратор видит оба обстоятельства.
4.2.7.5. Фильтрация и просмотр
Предусматриваются выбор периода и поиск по тексту запроса. Период
по умолчанию — последние 30 дней. Допускается указать начало и конец
диапазона; неверный диапазон сопровождается пояснением и не применяется.
Фильтры применяются кнопкой «Применить» и сбрасываются кнопкой
«Сбросить». Записи выводятся от новых к старым, не более 50 на странице.
Переход между страницами сохраняет выбранные условия.
Длинные запросы и названия могут сокращаться в строке таблицы
с возможностью просмотра полного значения. Пустая выборка должна отличаться
от ошибки загрузки. Доступ к журналу предоставляется через существующую
авторизацию административной панели.
4.2.7.6. Достоверность и хранение
В журнале используются серверные дата и время с единым часовым поясом,
принятым на Сайте. Пропущенное значение обозначается явно. Число
релевантности сопровождается пояснением о его техническом назначении;
отсутствие оценки не заменяется нулём.
Срок хранения и порядок удаления накопленных записей фиксируются
в эксплуатационных настройках до запуска с учётом решения Заказчика.
Разработка отдельного пользовательского интерфейса выбора срока и массовой
очистки в состав базовой аналитики не включается.
Удаление записей аналитики не должно затрагивать статьи, разделы
и поисковые обозначения. Ошибка регистрации события не должна препятствовать
выдаче ответа; сведения о техническом сбое сохраняются доступными
для обслуживания средствами Сайта.
48
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 49 из 84. Страница создана: 16.09.2026 19:12
4.2.8. Технические требования к реализации
4.2.8.1. Взаимодействие компонентов
Серверная часть обеспечивает получение доступного шага, обработку
свободного запроса, выдачу статьи, сохранение оценки и административные
операции. Клиентская часть отвечает за отображение результата и передачу
действий пользователя. Решения о доступности материала и составе поисковой
выдачи принимаются на сервере.
Для обмена используются принятые на Сайте асинхронные запросы и
структурированный ответ. Сохраняется совместимость существующих полей
questions, answers и result_order на период совместного использования обработчика.
Дополнительные сведения о разделах, типах результатов и состоянии сценария
вводятся без изменения смысла этих полей.
Ответ должен позволять отличить сообщение бота, список вариантов,
статью, отсутствие совпадений и ошибку обработки. Для каждого варианта
передаются тип и идентификатор объекта. Клиенту не требуется угадывать вид
результата по его тексту.
4.2.8.2. Хранение и целостность данных
Сведения о разделах, статьях и их связях хранятся в базе данных Сайта.
Вспомогательный поисковый индекс, если он применяется, является производным
от опубликованной базы. Восстановление содержательных материалов не должно
зависеть исключительно от наличия индекса.
Сохранение статьи и набора её связей выполняется согласованно: ошибка
операции не должна оставлять частично изменённое размещение. Проверяется
существование всех указанных разделов. Изменения структуры не должны
создавать недостижимые циклические ветки.
Для запросов дерева и связей предусматриваются необходимые индексы
базы данных. Произвольные нормативы нагрузки без сведений о сервере
и наполнении не устанавливаются.
4.2.8.3. Проверка входных данных
Идентификаторы, значения полей и параметры фильтров проверяются
сервером независимо от ограничений браузерной формы. Параметры запросов
к базе обрабатываются безопасным способом, принятым в проекте.
Пользовательский текст не должен становиться исполняемой частью SQL-запроса
или HTML-страницы.
Административные операции требуют действующей авторизации и проверки
прав. Публичные обработчики не должны позволять создавать, изменять или
49
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 50 из 84. Страница создана: 16.09.2026 19:12
удалять материалы. Для изменяющих запросов применяются предусмотренные
проектом меры защиты от подделки запросов.
Текст статьи обрабатывается по разрешённому набору форматирования.
Скрипты, обработчики событий и опасные адреса ссылок исключаются. Проверка
распространяется и на ответы, отображаемые из уже существующей базы знаний
после переноса.
4.2.8.4. Совместимость и обслуживание
Доработанный интерфейс подключается в используемых шаблонах Сайта
из общей реализации. Дублирование независимых версий логики чат-бота для
разных шаблонов не допускается. Сборка клиентских ресурсов выполняется
штатным механизмом проекта.
Доработка чат-бота не должна изменять работу остальных разделов Сайта
через общие стили или глобальные обработчики событий.
Служебные сообщения об ошибках должны позволять определить
обработчик и причину сбоя без вывода посетителю технических подробностей.
Секреты подключения и административные данные в публичные ответы не
включаются.
4.2.8.5. Согласованность запросов и состояния
Каждое действие обрабатывается применительно к определённому состоянию
диалога. Ответ на более ранний запрос не должен заменять результат более
позднего действия, если пользователь успел изменить направление.
Для сопоставления запроса и ответа используются служебные идентификаторы
либо эквивалентный механизм, принятый в клиентской части.
При повторной отправке сетевого запроса после ошибки необходимо различать
новую реплику пользователя и повтор доставки прежнего действия. Повтор
доставки не должен создавать дополнительную оценку или дублирующую связь в
административной части. Правило не запрещает пользователю намеренно задать
тот же вопрос повторно.
После сохранения раздела или статьи обновляется связанное представление
данных. Если применяется кэширование, Исполнитель предусматривает его
обновление для изменённого объекта. Снятие с публикации должно проверяться по
актуальному состоянию материала, даже если часть поисковых данных ещё
находится в кэше.
4.2.8.6. Контроль переноса существующих записей
Перед преобразованием данных составляется техническая сверка тем,
вопросов, ответов и их связей. Отдельно выявляются вопросы без ответа, ссылки
50
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 51 из 84. Страница создана: 16.09.2026 19:12
на отсутствующие темы и записи с некорректным родителем. Такие записи
включаются в перечень уточнений к наполнению и не удаляются автоматически
только из-за обнаруженной ошибки.
Несколько одинаковых текстов не объединяются автоматически: совпадение
текста само по себе не подтверждает, что Заказчик считает записи одной статьёй.
Исправление технических связей отделяется от изменения содержания
ответа. Если при переносе требуется содержательное решение, оно отражается
в реестре и подтверждается Заказчиком до публикации соответствующего
материала.
4.2.9. Предоставление и размещение материалов
4.2.9.1. Ответственность за содержание
Заказчик предоставляет структуру направлений, тексты уточнений, вопросы,
ответы, поисковые обозначения и необходимые ссылки.
Исполнитель
размещает
согласованные
материалы,
оформляет
их средствами редактора, создаёт разделы и связи. Смысловая переработка
консультаций, подготовка новых правовых разъяснений и самостоятельное
дополнение отсутствующих ответов в обязанности по наполнению не входят.
Обнаруженные противоречия, дублирующиеся материалы и отсутствующие
ответы передаются Заказчику для уточнения. Спорный материал не подменяется
предположением Исполнителя. По решению Заказчика он корректируется,
объединяется с другой статьёй либо остаётся неопубликованным.
4.2.9.2. Согласованный реестр наполнения
До начала размещения стороны утверждают единый реестр. В нём
указываются разделы и их родительские связи, фразы бота, статьи, тексты ответов,
места размещения и состояние публикации. Каждому материалу присваивается
устойчивое обозначение, позволяющее связывать строки реестра.
Объём первоначального наполнения определяется этим реестром. Для одной
статьи отдельно перечисляются все разделы использования.
Изменения согласованного состава оформляются обновлением реестра
с указанием изменённых материалов. Дополнительные ветки и статьи,
поступившие после фиксации объёма, согласуются отдельно.
4.2.9.3. Подготовка сценарного дерева
Верхние уровни формируются по потребностям пользователя: поиск работы,
обучение, выплаты, документы и иные утверждённые направления.
51
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 52 из 84. Страница создана: 16.09.2026 19:12
Промежуточный раздел должен содержать понятный выбор, который
действительно влияет на следующий шаг либо набор доступных ответов.
Официальные названия программ могут использоваться внутри
соответствующих веток. Повторное употребление одного ответа в разных
пользовательских ситуациях оформляется связями, если содержание ответа
совпадает полностью. Для различающихся по смыслу консультаций используются
отдельные статьи.
Для каждой предназначенной для сценарного показа статьи
предусматривается путь от стартового раздела. Фактические формулировки
уточнений и распределение материалов согласуются с Заказчиком до публикации.
4.2.9.4. Существующие материалы и FAQ
Существующие вопросы и ответы сохраняются как источник
для согласованного наполнения. Их использование в новом дереве определяется
реестром. Массовая публикация всех старых записей без проверки соответствия
структуре не выполняется.
По согласованию с Заказчиком материалы справочного характера
переносятся в существующий раздел FAQ Сайта. До выполнения определяются
перечень материалов, целевые рубрики и порядок сохранения либо изменения
действующих ссылок.
Разработка нового самостоятельного раздела FAQ, универсального средства
импорта и отдельного интерфейса синхронизации материалов не предполагается.
4.2.9.5. Требования к передаче исходных материалов
Материалы передаются комплектом, позволяющим однозначно сопоставить
раздел, текст его фразы и относящиеся к нему статьи. Для каждой статьи
указывается окончательная редакция ответа. Наличие нескольких файлов
с различающимися текстами без обозначения действующей редакции является
основанием для уточнения соответствующей позиции реестра.
Для ссылки предоставляются отображаемое название и полный адрес
назначения. Если ответ ссылается на документ, Заказчик предоставляет сам
документ либо доступный адрес его размещения. Содержание стороннего ресурса
и последующие изменения по внешнему адресу не являются частью наполнения
базы знаний.
Поисковые обозначения передаются вместе с материалом, к которому они
относятся. Одна фраза может использоваться у нескольких статей, если различие
предполагается уточнять последующим выбором. В таком случае в контрольном
52
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 53 из 84. Страница создана: 16.09.2026 19:12
примере отмечается допустимость выдачи нескольких вариантов вместо
автоматического ответа.
Материалы, поступившие с незаполненными обязательными полями,
регистрируются как требующие уточнения. Остальная согласованная часть может
размещаться независимо, если отсутствующая позиция не разрывает её сценарный
маршрут. Публикация зависимых веток выполняется после получения
недостающих сведений.
4.2.10. Подготовка к эксплуатации и передача результатов
4.2.10.1. Последовательность ввода
До изменения рабочей базы подготавливается резервная копия
затрагиваемых данных и сохраняется версия изменяемых компонентов. Ввод
выполняется с учётом порядка тестирования по пункту 4.5.
Перенос существующих связей должен сохранять соответствие вопросов и
ответов. Переход от одной темы к нескольким разделам не должен терять
первоначальное размещение статьи, если его изменение не предусмотрено
реестром.
Переключение рабочей версии производится после согласования
с Заказчиком результатов проверки по пункту 4.5.
4.2.10.2. Комплект передаваемых сведений
Исполнитель передаёт изменённые программные компоненты, описание
изменений структуры данных, порядок установки и обновления, сведения
о необходимых настройках и инструкцию администратора. Материалы передаются
в используемом проектом порядке хранения исходного кода и документации.
Инструкция администратора должна описывать создание разделов,
изменение родителя, размещение одной статьи в нескольких ветках, публикацию,
поиск материалов и чтение аналитики. Примеры приводятся на согласованном
содержании базы знаний.
При подключении смыслового поиска дополнительно указываются модель,
способ запуска, размещение индекса, порядок обновления и восстановление
текстового поиска при отказе компонента. Настройки с ограниченным доступом
передаются отдельно от общедоступной инструкции.
4.2.10.3. Возврат к предыдущей версии
В случае выявления ошибки, препятствующей основной работе, применяется
подготовленный порядок возврата к предыдущей версии. В нём учитываются
53
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 54 из 84. Страница создана: 16.09.2026 19:12
изменения структуры данных; замена только клиентских файлов не считается
достаточным способом отката при несовместимой миграции.
4.2.11. Примеры структуры и состава материалов
4.2.11.1. Пример сценарного маршрута
Корневой раздел «Хочу найти работу» содержит фразу «Какая помощь вам
нужна?» и подразделы «Подобрать вакансии», «Подготовить резюме», «Вернуться
к работе после перерыва». Пользователь выбирает нужное направление либо
вводит вопрос.
В разделе «Подготовить резюме» размещаются статьи «Что указать в резюме
без опыта» и «Как описать предыдущие места работы». Выбор статьи выводит
готовый ответ, предоставленный Заказчиком.
Статья «Какие документы нужны для обращения в центр занятости» может
быть связана с направлениями поиска работы и получения выплат. При
её редактировании содержание обновляется в обоих местах. Дополнительный
раздел для копии текста не создаётся.
4.2.11.2. Пример свободного входа и уточнения
Пользователь вводит «Меня уволили, что делать дальше?». При наличии
соответствующих материалов поиск предлагает направления «Поиск новой
работы», «Постановка на учёт» и «Выплаты». После выбора бот продолжает
соответствующую ветку с её подготовленной фразы.
Если пользователь уже находится в разделе обучения и спрашивает
о продолжительности курса, сначала проверяются материалы этого направления.
При нескольких курсах с разными сроками предлагается уточнить выбор. Система
не должна выбирать срок произвольно из первого найденного ответа.
Результаты этих примеров зависят от наполнения и включаются
в контрольный набор после согласования материалов. Пример не является
требованием дать содержательный ответ на вопрос, для которого Заказчик
не предоставил статью.
4.2.11.3. Состав реестра и контроль размещения
Для раздела в реестре указываются код, код родителя, название, фраза бота,
поисковые обозначения, порядок и публикация. Для статьи указываются код,
заголовок, ответ, ключевые слова, дополнительные формулировки, коды разделов
и публикация.
Коды реестра служат для сопоставления материалов при наполнении
и могут отличаться от внутренних идентификаторов базы. Исполнитель сохраняет
54
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 55 из 84. Страница создана: 16.09.2026 19:12
соответствие между ними для итоговой проверки. Пустое поле дополнительной
формулировки не препятствует размещению готовой статьи.
После наполнения по реестру отмечаются размещённые материалы и
выявленные расхождения. Для каждого расхождения фиксируются причина и
согласованное действие. Итоговый реестр подтверждает фактически размещённый
состав без включения несогласованных новых материалов.
4.3.
4.3. Доработка страницы «Для молодежи»
Доработка
выполняется
на
существующей
странице
Сайта
https://czn.mosreg.ru/molodezh. Требуется реализовать выбор возрастной группы
с помощью трекбара, связать его положения с содержимым трёх карточек
и предоставить средства редактирования соответствующего контента
в административной панели. Действующие элементы страницы и ранее
реализованные возможности управления ими подлежат сохранению.
4.3.1. Возрастные группы и состояния трекбара
4.3.1.1. Первоначальный состав положений
При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения: «11–14 лет», «14–17 лет», «18–25
лет», «25–35 лет». Указанные обозначения используются как названия выбираемых
групп и сохраняются в приведённом порядке. Каждому положению соответствует
отдельный комплект содержимого всех трёх карточек.
Трекбар работает как дискретный переключатель. После завершения
перемещения бегунок должен соответствовать одному из предусмотренных
положений, а подпись выбранной группы — отображаемому содержимому.
Промежуточное положение между группами не должно приводить к показу
смешанного набора карточек.
Возрастные диапазоны воспроизводятся в редакции, установленной
настоящим ТЗ. Их граничные значения не используются для автоматического
определения возраста посетителя: пользователь самостоятельно выбирает нужное
положение. При изменении названий групп через CMS связь с ранее настроенным
контентом должна сохраняться.
4.3.1.2. Бегунок и обозначение выбора
Бегунок выполняется в виде точки со сплошной цветной заливкой
без обводки. Для привлечения внимания предусматривается периодический
эффект пульсации, реализованный средствами CSS @keyframes. Период
55
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 56 из 84. Страница создана: 16.09.2026 19:12
повторения и характер изменения визуальных параметров определяются
в согласованном варианте анимации.
Пульсация не должна смещать выбранное положение, изменять значение
трекбара или запускать обновление карточек. Активная точка и подпись
возрастной группы должны оставаться различимыми на фоне шкалы в течение
всего цикла эффекта.
Внешний вид шкалы, расположение подписи и соотношение размеров
элементов разрабатываются на основе примера на рисунке 6 с соблюдением
официального брендбука Заказчика и общей стилистики Сайта.
Рисунок 6 — Пример трекбара страницы «Для молодежи»
4.3.1.3. Варианты дизайна и анимации
Исполнитель разрабатывает и представляет Заказчику три альтернативных
варианта дизайна трекбара. Для каждого варианта должны быть показаны
размещение на странице, выбранное положение и читаемость подписей возрастных
групп. Все варианты разрабатываются в пределах одного и того
же предусмотренного функционала.
Отдельно предоставляются три альтернативных варианта анимации
интерфейсных элементов — трекбара и карточек. Вариант анимации должен
позволять оценить пульсацию бегунка и последовательность смены содержимого
карточек, а также соответствие эффектов выбранному оформлению.
В
рабочую
версию
интегрируется
согласованное
оформление
и согласованный вариант анимационного поведения. Количество альтернативных
вариантов не означает необходимость размещать на публичной странице
переключатель дизайнов или одновременно использовать несколько эффектов.
4.3.2. Динамическое содержимое карточек
4.3.2.1. Состав изменяемой области
Ниже трекбара сохраняются три карточки: «Не знаешь кем стать»,
«Познакомишься с лидерами рынка» и «Получишь первый профессиональный
опыт». Исходное размещение карточек показано на рисунке 7. При смене
56
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 57 из 84. Страница создана: 16.09.2026 19:12
возрастной группы обновляются относящиеся к ней заголовки, подзаголовки,
текстовые описания и списки блочных элементов.
Для всех трёх карточек применяется одно выбранное положение трекбара.
Не допускается завершать переключение в состоянии, при котором одна карточка
показывает материалы новой группы, а другая — предыдущей. Подпись трекбара
и комплект отображённых материалов должны соответствовать друг другу.
Публичная часть использует сохранённые настройки CMS. Значения одной
возрастной группы не должны подставляться вместо отсутствующих значений
другой группы без явного заполнения соответствующего контента
администратором.
Рисунок 7 — Исходное размещение карточек страницы «Для молодежи»
4.3.2.2. Правила отображения списков
Первоначальные тексты и состав доступных элементов определяются
таблицами 10–12. Знак «+» означает, что элемент отображается для
соответствующей группы; знак «−» означает, что элемент в её списке отсутствует.
Порядок строк таблицы определяет исходную последовательность видимых
элементов после исключения строк со знаком «−».
57
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 58 из 84. Страница создана: 16.09.2026 19:12
При скрытии элемента остальные элементы списка располагаются
последовательно, без пустых строк и промежутков на месте скрытого элемента.
Последующие элементы располагаются в установленном порядке. Видимость
элемента списка не изменяет состав трёх кнопок-иконок в футере карточки.
URL-адреса элементов предоставляются Заказчиком и размещаются через
предусмотренные средства управления. Для каждой отображаемой ссылки должны
применяться адрес и подпись, сохранённые для соответствующего положения
трекбара.
4.3.2.3. Содержание карточки «Не знаешь кем стать»
Текстовая часть одинакова для четырёх исходных возрастных групп. Состав
списка изменяется в соответствии с таблицей 10: «Семейный профгид»
присутствует только в первом положении, а «Матрица профессий» — во втором,
третьем и четвёртом. Остальные элементы сохраняют доступность во всех четырёх
положениях.
Таблица 10 — Содержание и видимость элементов карточки «Не знаешь кем стать»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Найдешь призвание и выберешь профессию, подходящую именно
тебе
Профориентация
+
+
+
+
Семейный профгид
+
-
-
-
Проект «Компас
профессии»
+
+
+
+
Матрица профессий
-
+
+
+
Описание профессий
+
+
+
+
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»
В первом положении используется текст о знакомстве с предприятиями
Подмосковья. Для остальных трёх положений применяется текст о знакомстве
с процессом работы и условиями труда. «Мероприятия с работодателями»
и «Профтуры» отображаются начиная со второго положения, как установлено
таблицей 11.
58
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 59 из 84. Страница создана: 16.09.2026 19:12
Таблица 11 — Содержание и видимость элементов карточки «Познакомишься с лидерами рынка»
Параметр/Кнопка
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Текстовая часть
Познакомишьс
яс
предприятиям
и Подмосковья
Работодатели
Подмосковья
+
+
+
+
Мероприятия
с работодателями
-
+
+
+
Профтуры
-
+
+
+
Увидишь процесс работы изнутри и
познакомишься с условиями труда на
предприятиях Подмосковья
4.3.2.5. Содержание карточки «Получишь первый профессиональный опыт»
Для каждого исходного положения устанавливается собственная текстовая
часть. Практики и стажировки доступны только для группы «18–25 лет», а элемент
«Начать свой бизнес» — только для группы «25–35 лет». Остальные различия
в составе списка определяются таблицей 12.
Таблица 12 — Содержание и
профессиональный опыт»
Параметр/Кнопка
Текстовая часть
видимость
Положение
трекбара 1
(11-14 лет)
элементов
Положение
трекбара 2
(14-17 лет)
карточки
«Получишь
Положение
трекбара 3
(18-25 лет)
Пройдешь
практику,
Научишься
Трудоустроишь
стажировку или
составлять свое ся в свободное
трудоустроишьс
первое резюме от учебы время
я в свободное от
учебы время
первый
Положение
трекбара 4
(25-35 лет)
Найдешь
работу мечты
или начнешь
собственное
дело
Временное
трудоустройство
-
+
+
+
Практики
-
-
+
-
Стажировки
-
-
+
-
Твое идеальное резюме
+
+
+
+
Постоянное
трудоустройство
-
-
+
+
Начать свой бизнес
-
-
-
+
59
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 60 из 84. Страница создана: 16.09.2026 19:12
4.3.3. Геометрия карточек и обработка текста
4.3.3.1. Базовые размеры
Ширина карточек фиксируется в рамках соответствующей компоновки
страницы и не зависит от длины текста выбранной возрастной группы.
Переполнение содержимого не должно растягивать отдельную карточку, менять
ширину соседних карточек или нарушать их расположение.
Базовая высота всех трёх карточек рассчитывается для списка из четырёх
элементов. При расчёте учитываются заголовок, подзаголовок, внутренние
отступы, интервалы между элементами и футер. Пока ни один из трёх списков не
содержит более четырёх элементов, карточки сохраняют одинаковую базовую
высоту.
Размеры и переносы проверяются на предусмотренных таблицами текстах
и согласованном наполнении. Фиксированная высота не должна достигаться
обрезанием видимых надписей или наложением списка на футер.
4.3.3.2. Синхронное увеличение высоты
Если хотя бы один из списков содержит более четырёх элементов, высота
всех трёх карточек увеличивается одновременно. Общая высота определяется
по карточке с наиболее высоким фактическим содержимым с учётом переноса
строк, а не только по числу записей.
Карточка с коротким списком при этом сохраняет общую высоту группы.
Её футер располагается на том же уровне, что и футеры остальных карточек.
Независимое увеличение только одной карточки не допускается.
При переключении на возрастную группу, для которой ни один список
не превышает четырёх элементов, применяется базовая высота. Пересчёт должен
учитывать уже выбранное содержимое; размер предыдущей группы не должен
оставаться в качестве случайного значения.
4.3.3.3. Переносы и сохранение формы
Для длинных надписей предусматривается автоматический перенос
на следующую строку внутри доступной ширины элемента. Текст не должен
выходить за границы карточки, перекрывать соседний элемент или расширять
родительский контейнер.
В мобильной компоновке ширина определяется доступной областью экрана
и принятым расположением карточек. После изменения ширины окна размеры
проверяются с учётом нового переноса строк. Правила равной высоты
и сохранения футера применяются к согласованной компоновке страницы.
60
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 61 из 84. Страница создана: 16.09.2026 19:12
4.3.4. Анимация смены и неизменяемый футер
4.3.4.1. Последовательность смены содержимого
Переключение сопровождается плавным исчезновением текущего
содержимого и последующим проявлением содержимого выбранной группы.
Эффект Fade-Out/Fade-In реализуется через CSS @keyframes. Параметры анимации
соответствуют варианту, согласованному с Заказчиком.
Текст, элементы списка и ссылки обновляются в рамках одного
переключения. Не допускается состояние, при котором видимая подпись элемента
уже относится к новой группе, а его адрес остался от предыдущей. Анимация не
должна сопровождаться наложением двух комплектов текста.
Если пользователь меняет положение повторно до завершения эффекта,
после завершения обработки отображается последнее выбранное положение.
Повторные действия не должны накапливать очередь устаревших переходов,
оставлять карточки прозрачными или нарушать их размеры.
4.3.4.2. Футер карточки
Футер с тремя кнопками-иконками сохраняет статичный вид. Его размеры,
состав, расположение и визуальное состояние не меняются в зависимости
от положения трекбара. Существующее назначение кнопок сохраняется.
Анимация обновления контента не должна скрывать футер или повторно
создавать впечатление его появления. При синхронном увеличении карточек футер
перемещается вместе с нижней границей карточки, сохраняя собственную
геометрию и взаимное расположение иконок.
4.3.5. Управление через административную панель
4.3.5.1. Общие настройки трекбара
Администратору
предоставляется
возможность
изменять
текст,
сопровождающий трекбар, редактировать названия возрастных групп и добавлять
новые положения.
При добавлении положения для него становятся доступны поля текстового
наполнения всех трёх карточек и настройки видимости кнопок. Изменение
названия существующей группы сохраняет связанные с ней тексты и выбранные
элементы.
4.3.5.2. Текстовое содержимое карточек
Для каждой карточки предусматриваются общий заголовок, а также
подзаголовок и текстовое описание для каждой возрастной группы. Общий
61
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 62 из 84. Страница создана: 16.09.2026 19:12
заголовок сохраняется при переключении трекбара; подзаголовок и описание
выводятся в соответствии с выбранным положением.
Поля
группируются
внутри
блока
соответствующей
карточки
и обозначаются названиями возрастных групп. Изменение текста одной группы не
влияет на содержимое остальных.
4.3.5.3. Единый список кнопок карточки
Для каждой карточки используется единый список кнопок, представленный
в административной панели в виде таблицы. Каждая строка содержит название
кнопки, URL-адрес и отдельные отметки видимости для предусмотренных
возрастных групп.
Название и ссылка задаются один раз и применяются во всех группах,
для которых включён показ кнопки. Администратор может добавлять и удалять
строки, изменять их содержимое и порядок.
Порядок кнопок является общим для всех возрастных групп. В публичной
части отображаются только отмеченные для выбранной группы кнопки
с сохранением их взаимной последовательности. На месте скрытых элементов
пустые строки не остаются.
При добавлении возрастной группы в таблицах всех трёх карточек
появляется дополнительный столбец видимости. Администратор отмечает в нём
кнопки, которые должны показываться для новой группы.
Первоначальное наполнение и видимость элементов устанавливаются
по таблицам 10–12. URL-адреса предоставляет Заказчик.
4.3.5.4. Сохранение и применение настроек
Изменения сохраняются общей кнопкой «Сохранить». При повторном
открытии экрана отображаются ранее сохранённые тексты, ссылки, порядок строк
и отметки видимости.
Публичная страница использует сохранённые настройки для переключения
содержимого карточек, определения состава кнопок и расчёта высоты блоков.
Редактирование выполняется без изменения исходного кода.
Ранее реализованные возможности управления страницей сохраняются. Если
выполнение доработки требует удаления или замены действующей функции,
Исполнитель до начала соответствующих изменений уведомляет Заказчика
и согласует дальнейшие действия.
4.4.
Доработка страницы «Программы тренингов 2026 года»
Доработка распространяется на карточки календаря тренингов на страницах
https://czn.mosreg.ru/soiskatelyam/treningi/programmy-treningov-2026-goda/, а также
62
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 63 из 84. Страница создана: 16.09.2026 19:12
https://czn.mosreg.ru/soiskatelyam/events/.
Предусматриваются
цветовые
индикаторы целевых аудиторий, пояснения к ним, элемент «Записаться» и
дополнение модального окна описанием тренинга с анимацией открытия и
закрытия.
4.4.1. Цветовая маркировка целевых аудиторий
4.4.1.1. Состав обозначений
Для тренингов используются три типа целевой аудитории. Первоначальное
соответствие типов и цветов устанавливается следующим образом:
– синий цвет #0050aa — соискатели, ищущие работу в первый раз;
– голубой цвет #5ab4e6 — соискатели, меняющие работу или профессию;
– оранжевый цвет #e65028 — соискатели, длительное время не работавшие
и имеющие перерыв в стаже.
Индикатор представляет собой геометрический круг со сплошной заливкой.
Его цвет определяется настройкой соответствующей аудитории. Название
тренинга, дата проведения и другие сведения карточки не используются для
автоматического назначения категории.
4.4.1.2. Одновременное отображение нескольких аудиторий
В административной карточке тренинга предусматривается группа из трёх
независимых чекбоксов. Для каждого типа устанавливается состояние «включён»
или «выключен». Допускается одновременный выбор нескольких типов;
включение одного чекбокса не снимает отметки с остальных.
В публичной карточке отображаются индикаторы только выбранных
аудиторий. Для одного выбранного типа выводится один круг, для двух — два, для
трёх — три. Отсутствие отметки не должно заменяться автоматически назначенной
аудиторией.
Сохранённый набор применяется к соответствующему тренингу.
При повторном открытии его формы редактирования должны отображаться
те же отметки. Изменение аудитории одного тренинга не должно изменять отметки
у других записей.
4.4.1.3. Расположение и наложение индикаторов
Группа индикаторов размещается в правом верхнем углу карточки.
При нескольких выбранных аудиториях круги располагаются с частичным
наложением одного на следующий справа налево, как показано на рисунке 8.
Каждый выбранный цвет должен оставаться различимым.
63
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 64 из 84. Страница создана: 16.09.2026 19:12
Размеры кругов, расстояние между их центрами и величина наложения
определяются согласованным прототипом. Отображение одного, двух или трёх
индикаторов не должно смещать текст карточки за её границы или закрывать
название тренинга.
Для одной и той же комбинации аудиторий порядок отображения одинаков
на обеих страницах. Перекрытие кругов должно оставлять доступную
для наведения область каждого индикатора, чтобы пользователь мог получить
соответствующее пояснение.
Рисунок 8 — Пример размещения цветных индикаторов
4.4.2. Интерактивность карточки в настольной версии
4.4.2.1. Единое действие карточки
Вся площадь карточки является единой интерактивной областью. Нажатие на
её текст, свободную область, цветной индикатор или надпись «Записаться»
открывает модальное окно соответствующего тренинга. Все перечисленные
области должны приводить к одному и тому же результату.
Добавленные индикаторы не образуют самостоятельные ссылки
и не переключают фильтр календаря. При нажатии на круг должно открываться
то же окно, что и при нажатии на остальную часть карточки. Одно нажатие не
должно одновременно открывать несколько окон или выполнять переход
на другую страницу.
При определении открываемого тренинга используется связь с конкретной
карточкой. Одинаковые названия разных мероприятий не должны приводить
к показу описания другой записи.
64
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 65 из 84. Страница создана: 16.09.2026 19:12
4.4.2.2. Всплывающая подсказка индикатора
При наведении курсора непосредственно на цветной круг появляется
всплывающая подсказка, объясняющая значение соответствующей аудитории.
При перемещении курсора на другой индикатор отображается пояснение его типа.
Наведение на заголовок, дату, свободную область или надпись «Записаться»
не должно вызывать подсказку аудитории. При уходе курсора с индикатора
подсказка скрывается. Пояснение не должно оставаться на экране после закрытия
связанного представления или перемещения на другую карточку.
Текст берётся из общих настроек индикаторов аудитории. Изменение
подписи в CMS применяется ко всем кругам соответствующего типа. Появление
подсказки не отменяет единого действия карточки при нажатии.
4.4.3. Обозначения в мобильной версии
4.4.3.1. Расположение и состав легенды
На мобильных разрешениях над списком карточек календаря, в верхней
части контентного блока, отображается блок расшифровки индикаторов. Заголовок
по умолчанию — «Обозначения». Блок выводится на обеих страницах,
перечисленных в начале пункта 4.4.
Легенда содержит три строки. Каждая строка включает миниатюру цветного
круга и текстовое пояснение одной аудитории. Цвет миниатюры должен совпадать
с текущей настройкой того же типа, используемой на карточках.
Пример состава обозначений приведён на рисунке 9. Рисунок используется
как образец связи цвета и пояснения; область применения легенды определяется
требованиями к мобильной версии. В настольной версии отдельный блок легенды
не отображается.
65
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 66 из 84. Страница создана: 16.09.2026 19:12
Рисунок 9 — Пример состава обозначений аудиторий
4.4.3.2. Соответствие версии интерфейса
В мобильной версии пояснения доступны без наведения курсора.
Пользователь должен иметь возможность прочитать расшифровку трёх цветов
до выбора карточки. Текст легенды переносится внутри доступной ширины блока
и не перекрывает соседние строки.
При изменении ширины окна применяются условия соответствующей
версии: для мобильной компоновки отображается легенда, для настольной —
подсказки при наведении на круги. Наличие или отсутствие легенды не меняет
набор аудиторий, назначенных тренингу.
Нажатие на мобильную карточку, включая её индикаторы и элемент
«Записаться», открывает то же модальное окно. Отдельный переход для сенсорного
нажатия на цветной круг не предусматривается.
4.4.4. Управление индикаторами в CMS
4.4.4.1. Настройки конкретного тренинга
В форме сущности «Тренинг» размещается поле «Тип целевой аудитории»
с множественным выбором посредством трёх чекбоксов: «Ищу работу впервые»,
«Смена работы/профессии», «Длительный перерыв в работе». Поле сохраняет
независимое состояние каждого типа.
66
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 67 из 84. Страница создана: 16.09.2026 19:12
Выбранные значения определяют состав индикаторов, а общие настройки —
их цвета и пояснения. Изменение текстов пояснений не должно требовать
повторного редактирования всех тренингов.
4.4.4.2. Общие настройки обозначений
В существующей административной части раздела «Тренинги» создаётся
подраздел «Настройки индикаторов аудитории». Для каждого из трёх типов
предусматриваются выбор одного из трёх установленных цветов, текст подсказки
для настольной версии и текст расшифровки для мобильной легенды.
Поля подсказки и легенды редактируются раздельно. Сохранение одного
значения не должно стирать другое. Заголовок блока легенды также доступен для
изменения; первоначальное значение устанавливается как «Обозначения».
Все перечисленные текстовые значения, цвета и связи изменяются через
административную панель без правки исходного кода. Настройки должны быть
включены в существующую структуру управления разделом, а не вынесены
в отдельную систему.
4.4.4.3. Применение сохранённых значений
После сохранения проверяется соответствие выбранных аудиторий, цветов
и пояснений на обеих страницах. Один тип не должен отображаться разными
цветами только вследствие использования разных шаблонов карточек.
Если текст пояснения изменён, при следующем отображении
соответствующего элемента используется сохранённая редакция. Назначенные
конкретным тренингам аудитории при этом сохраняются. Применение общих
настроек не должно изменять дату, название или описание мероприятия.
4.4.5. Элемент «Записаться»
4.4.5.1. Визуальное исполнение
В нижней части каждой карточки размещается текстовый элемент
«Записаться». Его расположение завершает композицию карточки и сохраняет
читаемость остальных сведений. Размер шрифта, цвет, отступы и интерактивные
состояния соответствуют принятому оформлению Сайта и согласованному
прототипу.
Элемент должен оставаться различимым при наличии одного, двух или трёх
индикаторов и при переносе длинного названия тренинга. Его положение не
должно определяться длиной текста случайным образом или приводить
к перекрытию даты и времени.
67
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 68 из 84. Страница создана: 16.09.2026 19:12
4.4.5.2. Связь с действием карточки
Надпись является частью общей интерактивной области и открывает
модальное окно тренинга. Она обозначает действие визуально, но не создаёт
отдельного маршрута перехода. Результат нажатия должен совпадать
с результатом нажатия на заголовок или цветной круг.
Действующие условия доступности регистрации сохраняются при доработке.
Открытие информации о тренинге не должно само по себе означать отправку
заявки или подтверждение записи посетителя.
4.4.6. Описание в модальном окне
4.4.6.1. Содержимое и редактирование
Модальное окно карточки дополняется областью описания тренинга.
Администратор вводит и изменяет описание при редактировании соответствующей
записи. Сохранённый текст автоматически используется при открытии окна этого
тренинга в публичной части.
Поле поддерживает базовое форматирование: абзацы, переносы строк,
жирное и курсивное начертание. Эти элементы должны воспроизводиться
в модальном окне. Служебные теги редактора не должны отображаться
пользователю вместо форматированного текста.
Описание связывается с конкретной записью тренинга. Последовательное
открытие разных карточек не должно оставлять текст ранее просмотренного
мероприятия. Изменение описания не меняет название, дату или назначенные
аудитории, если эти поля не редактировались отдельно.
4.4.6.2. Анимация открытия и закрытия
Появление модального окна сопровождается плавной анимацией.
Длительность, тип эффекта — появление, сдвиг, масштабирование либо
их сочетание — определяются при дизайн-прототипировании и согласуются
с Заказчиком.
Закрытие сопровождается обратной анимацией, зеркальной по отношению
к эффекту появления. Окно и связанные с ним визуальные элементы должны
завершать закрытие согласованно, без оставшегося на странице затемнения или
фрагмента содержимого.
Анимация не должна создавать ощущение задержки интерфейса. Повторное
открытие после закрытия воспроизводит нормальное начальное состояние,
а описание остаётся доступным для чтения в настольной и мобильной компоновке.
68
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 69 из 84. Страница создана: 16.09.2026 19:12
4.5.
Проведение функционального тестирования
Исполнитель выполняет функциональное тестирование доработок страницы
«Для молодежи», календарей тренингов и модуля чат-бота. Проверка охватывает
административные настройки, их применение в публичной части, согласованные
анимации и сохранение действующих функций затронутых страниц.
4.5.1. Организация проверки
Для проверки используются согласованные варианты дизайна, таблицы
10–12, сохранённые настройки аудиторий и материалы базы знаний чат-бота.
Условия проверки должны позволять сопоставить введённые в административной
панели данные с фактически показанным результатом.
Замечание
фиксируется
с
указанием
проверяемого
элемента,
последовательности действий, ожидаемого и фактического поведения. После
исправления проверка повторяется для затронутой функции и связанных с ней
состояний. Приёмка согласуемых возможностей чат-бота выполняется только при
их включении в утверждённый состав работ по пункту 4.2.
4.5.2. Проверка доработанного чат-бота
4.5.2.1. Подготовка контрольного набора
До приёмки фиксируются версия модуля, состав опубликованного контента
и перечень контрольных запросов. Для поискового примера задаются начальная
ветка, вводимый текст и допустимый результат. Для сценарного примера
указывается последовательность действий и ожидаемая статья.
В набор включаются прямые вопросы, альтернативные формулировки,
общие запросы с несколькими подходящими направлениями и запросы вне базы
знаний. Примеры должны позволять отличить качество сопоставления от
отсутствия исходного материала.
Результаты оформляются перечнем выполненных проверок и замечаний.
Замечание содержит условия воспроизведения, фактическое поведение
и ожидаемый результат со ссылкой на соответствующее требование.
Смысловой поиск проверяется на согласованных примерах и наполнении.
Распознавание произвольной фразы, для которой в базе отсутствует подходящий
материал, не является условием приёмки.
4.5.2.2. Проверка дерева и связей
Проверяется создание корневого раздела, подраздела и статьи. После
сохранения элементы появляются в соответствующих областях интерфейса, а
69
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 70 из 84. Страница создана: 16.09.2026 19:12
опубликованная статья доступна по маршруту. Изменение порядка подтверждается
в публичной части.
Для статей проверяются заголовок, форматированный ответ, ключевые слова
и дополнительные формулировки. Административные операции не должны
создавать физические копии общей статьи только для повторного размещения.
Одна статья связывается с двумя разделами. После изменения ответа новый
текст отображается в обоих местах. Удаление одной связи сохраняет статью во
втором разделе; в глобальном поиске она не дублируется.
Выполняется попытка перенести родительский раздел внутрь собственного
поддерева. Сохранение блокируется без изменения структуры. Удаление непустого
раздела также блокируется с объяснением причины.
Проверяется снятие статьи с публикации. Она исчезает из новых
предложений,
а обращение по ранее показанному варианту не возвращает закрытый текст. Статья,
размещённая в двух ветках, сохраняет доступность через опубликованную ветку
после отключения другой.
4.5.2.3. Проверка диалоговых маршрутов
Пользователь выбирает стартовую карточку и проходит согласованную
ветку.
На каждом шаге отображаются соответствующая фраза и допустимые варианты.
Конечный ответ совпадает с материалом реестра.
После выбора стартового направления либо отправки текста стартовые
карточки скрываются в соответствии с предусмотренным поведением.
Проверяются закрытие и повторное открытие окна на одной странице.
Навигационная позиция меняется согласно выбранному действию, а история
открытой переписки не переставляется.
На промежуточном шаге пользователь отправляет текст вместо нажатия
кнопки. Бот обрабатывает запрос и позволяет продолжить работу. Повторное
нажатие отправки во время ожидания не создаёт второй запрос.
Ошибка отдельного действия не должна приводить к смешению
пользовательских сессий или полной потере возможности продолжить работу
с модулем.
4.5.2.4. Проверка поиска
Прямой запрос к известной статье приводит к согласованному ответу либо
предложению этой статьи. Приветствие вместе с вопросом не мешает поиску
70
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 71 из 84. Страница создана: 16.09.2026 19:12
содержательной части. Проверяется сохранение порядка выдачи при
различающихся числовых идентификаторах.
Проверяются поиск по заголовкам, ключевым словам, дополнительным
формулировкам и текстам, а также соответствие порядка результатов серверному
ранжированию.
Внутри ветки отправляется контекстный вопрос. Подходящий материал этой
ветки получает приоритет. Затем отправляется запрос по другой теме; при
отсутствии подходящего локального результата бот предлагает найденное
глобально направление.
Общий запрос с несколькими близкими результатами вызывает уточняющий
список. Отсутствие надёжного совпадения приводит к сообщению об отсутствии
результата и доступности формы обращения, а не к произвольной консультации.
При согласованном смысловом поиске отдельно проверяются примеры с
различающимися формулировками, обновление изменённой статьи в индексе и
работа текстового поиска при недоступности модели.
4.5.2.5. Проверка аналитики
После текстового запроса в журнале появляется запись с серверной датой,
текстом и результатом. Выбор предложенной статьи связывается с нужной
записью. Показ заголовка без раскрытия ответа не учитывается как выдача
содержательной консультации.
Состав полей и событий журнала должен соответствовать пункту 4.2;
найденные варианты, выбор пользователя, выдача статьи и оценка ответа относятся
к соответствующей обработке запроса или выдаче ответа.
Проверяются значения «Да», «Нет» и отсутствие оценки. Повторное нажатие
не создаёт повторной оценки одного события. Для выбора по дереву не
подставляется произвольное число релевантности.
Фильтр периода, поиск по тексту и переход между страницами проверяются
на наборе, превышающем одну страницу. Для технической ошибки и отсутствия
совпадения отображаются разные результаты обработки.
Сохранение контекста текущей сессии проверяется отдельно от постоянного
журнала аналитики.
4.5.2.6. Проверка интерфейса и готовности
На настольном и мобильном экранах проверяются длинные названия,
форматированный ответ со списками и ссылкой, прокрутка, клавиатурное
управление и открытие формы обращения. Окно формы не должно оставаться под
затемняющим слоем бота.
71
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 72 из 84. Страница создана: 16.09.2026 19:12
Проверяются открытие и закрытие окна и сохранение работы остальных
разделов Сайта при использовании общих стилей и обработчиков событий. Перед
открытием формы обращения окно и затемняющий слой чат-бота закрываются.
Работы считаются подготовленными к приёмке после выполнения
обязательных проверок, устранения выявленных несоответствий и передачи
документации. Согласуемые функции проверяются только при их включении в
утверждённый состав работ.
4.5.2.7. Проверка ошибочных и повторных действий
При попытке сохранить пустой заголовок или ответ без содержательного
текста система указывает ошибку и сохраняет введённые в остальные поля
сведения. При неверном идентификаторе раздела сервер отклоняет операцию;
статья не должна получить связь с несуществующей записью.
Проверяется отмена подтверждения удаления. Статья, её текст и размещения
остаются неизменными. Затем проверяется удаление связи с одной веткой:
во второй ветке статья открывается с прежним содержанием. Эти действия
выполняются на тестовом материале.
Имитируется ошибка загрузки результата. Пользователь видит сообщение
о технической проблеме и может повторить запрос. В аналитике такая попытка
не должна интерпретироваться как установленное отсутствие ответа в базе знаний.
После восстановления соединения бот возвращается к обычному порядку работы.
Для согласованного смыслового поиска проверяется снятая с публикации
статья, представление которой ещё осталось в индексе. Кандидат отбрасывается
до вывода текста. Наличие в индексе устаревшего идентификатора не должно
позволять получить недоступный материал или нарушать обработку остальных
результатов.
4.5.2.8. Проверка переноса и наполнения
После переноса для каждой статьи по идентификатору либо таблице
соответствий проверяются наличие текста и сохранение исходной связи, если
реестр не предусматривает её замену.
После размещения Исполнитель сверяет количество уникальных статей,
разделов и связей с реестром. Проверяются заголовки, тексты, форматирование,
адреса ссылок и доступность материалов в предусмотренных ветках.
Уникальная статья, используемая в нескольких местах, учитывается один раз
как материал и отдельно по числу связей. По каждой согласованной ветке
выполняется проход до конечного ответа. Ошибки загрузки, неверные связи
72
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 73 из 84. Страница создана: 16.09.2026 19:12
и технические дефекты оформления устраняются Исполнителем. Изменение
содержания по новым пожеланиям Заказчика учитывается как изменение реестра.
4.5.2.9. Проверка перед вводом и после переключения
Сначала программные функции проверяются на тестовой копии либо
в согласованной среде. После наполнения выполняются контрольные сценарии на
опубликованном составе материалов. Перед публикацией проверяется время
обработки характерных запросов на согласованном объёме материалов.
На рабочем Сайте проверяются открытие бота, стартовые карточки, один
полный сценарный маршрут, свободный запрос, отображение форматированной
статьи, оценка ответа и переход к форме обращения. Проверка не должна создавать
реальные обращения без необходимости.
4.5.3. Проверка страницы «Для молодежи»
4.5.3.1. Положения трекбара и комплекты контента
Проверяется наличие четырёх исходных положений с обозначениями
«11–14 лет», «14–17 лет», «18–25 лет», «25–35 лет». Для каждого положения
последовательно проверяются подпись выбранной группы, заголовки, текстовые
части и списки всех трёх карточек.
Фактический состав сверяется с таблицами 10–12 построчно, включая
отсутствие элементов со знаком «−» и порядок оставшихся пунктов. Проверяются
адреса отображаемых ссылок. Переключение не должно менять адрес одной
ссылки на адрес соседнего элемента.
Отдельно проверяются переходы между группами с разным количеством
пунктов. После смены положения все три карточки должны показывать один
согласованный возрастной комплект; сохранение части предыдущего содержимого
считается несоответствием.
4.5.3.2. Размеры, текст и футеры
Проверяются состояния со списками до четырёх элементов и более четырёх
элементов. В первом случае все карточки сохраняют базовую высоту,
во втором — увеличиваются синхронно до общей высоты, достаточной для самого
высокого содержимого.
Для длинных надписей проверяются переносы и отсутствие выхода за
границы контейнера. Ширина карточки не должна увеличиваться вслед за длиной
текста. Футеры остаются на предусмотренном уровне и не перекрываются
списками.
73
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 74 из 84. Страница создана: 16.09.2026 19:12
При каждом положении трекбара проверяется сохранение трёх кнопокиконок футера: их состава, размеров, визуального состояния и существующего
действия. Переключение возрастной группы не должно менять этот набор.
4.5.3.3. Анимационное поведение
Проверяется пульсация залитой точки без обводки, реализованная через
@keyframes. Эффект соответствует согласованному варианту и не меняет текущее
значение трекбара.
Для карточек проверяется последовательность Fade-Out/Fade-In и отсутствие
наложения старого и нового текста. При нескольких быстрых переключениях после
завершения обработки остаётся содержимое последнего выбранного положения.
Футер не должен исчезать вместе с изменяемой областью. После анимации
все карточки доступны для взаимодействия, а временные значения прозрачности
или размеров не остаются в окончательном состоянии.
4.5.3.4. Административная часть
Проверяется редактирование страницы на едином экране настроек:
изменение текста над трекбаром, названий возрастных групп, общих заголовков
карточек, подзаголовков и описаний для каждой группы. Изменение общего
заголовка должно применяться ко всем положениям трекбара, а текстов отдельной
группы — только к соответствующему положению.
Для каждой карточки проверяется единый список кнопок: добавление
и удаление строк, редактирование названий и URL-адресов, изменение порядка
и настройка видимости по возрастным группам. Название, ссылка и порядок
кнопки должны быть одинаковыми для всех групп, в которых она отображается.
Отключение видимости в одной группе не должно скрывать кнопку в остальных.
Скрытые элементы не оставляют пустых строк.
Проверяется добавление нового положения трекбара. Для него должны
появляться поля текстового наполнения всех трёх карточек и отдельный столбец
видимости в каждом списке кнопок. После заполнения и сохранения новая группа
доступна в публичной части и использует предусмотренные правила
переключения, изменения высоты и анимации.
После нажатия общей кнопки «Сохранить» и повторного открытия экрана
проверяется сохранность введённых значений, порядка строк и отметок видимости.
Публичная страница должна отображать сохранённые настройки. Переименование
возрастной группы не должно нарушать её связь с текстами и кнопками.
74
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 75 из 84. Страница создана: 16.09.2026 19:12
4.5.3.5. Совместимость отображения
Страница проверяется в разных браузерах, а также на мобильных
устройствах с различной шириной экрана. Контроль включает читаемость
возрастных подписей, возможность выбора положения, переносы текста,
геометрию карточек и доступность их элементов.
При изменении размеров окна не должны появляться перекрытия, выход
содержимого за границы или несоответствие выбранной группы показанному
контенту. Ранее реализованные функции страницы проверяются на сохранение
после интеграции.
4.5.4. Проверка календарей тренингов
4.5.4.1. Аудитории и общие настройки
В форме тренинга проверяется независимое включение и отключение трёх
аудиторий. Проверяются одиночные значения, сочетания двух типов и выбор всех
трёх. После сохранения и повторного открытия формы состояния чекбоксов
должны совпадать с сохранённым набором.
На обеих страницах проверяются соответствующие индикаторы, их цвета,
количество, порядок и наложение. Невыбранная аудитория не должна добавляться
в карточку. Для разных комбинаций сохраняются читаемость названия
и доступность каждого цветного круга.
В общих настройках изменяются цвет, текст подсказки, текст легенды
и заголовок блока. Проверяется применение каждого значения по назначению
без изменения остальных полей и без необходимости заново назначать аудитории
тренингам.
4.5.4.2. Подсказки и мобильная легенда
В настольной версии курсор последовательно наводится на каждый
индикатор. Отображается пояснение соответствующего типа; при уходе курсора
оно скрывается. Наведение на другие области карточки не вызывает подсказку
аудитории.
В мобильной версии над карточками отображается легенда с тремя цветами,
сохранёнными текстами и заголовком. В настольной версии отдельный блок
легенды отсутствует. Цвета обозначений совпадают с цветами индикаторов обеих
страниц.
Проверяются длинные тексты пояснений в пределах согласованного
наполнения. Подсказки и легенда должны оставаться читаемыми, не выходить
за доступную область и не перекрывать соседние строки собственного
содержимого.
75
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 76 из 84. Страница создана: 16.09.2026 19:12
4.5.4.3. Действие карточки и модальное окно
Последовательно проверяются нажатия на заголовок, свободную область,
индикатор и надпись «Записаться». Каждое действие открывает одно модальное
окно соответствующего тренинга. Дополнительный переход на страницу
или открытие второго окна не выполняются.
После редактирования описания в CMS проверяется его отображение
в модальном окне, включая абзацы, переносы строк, жирное и курсивное
начертание. Последовательное открытие двух разных карточек должно показывать
описание каждой выбранной записи.
Анимация появления проверяется на соответствие согласованному варианту.
Закрытие сопровождается обратным эффектом, после которого на странице
не остаются затемнение или фрагменты окна. Дополнительно проверяется
повторное открытие после завершённого закрытия.
4.5.5. Завершение проверки
Исполнитель устраняет выявленные несоответствия предусмотренным
функциям и повторно проверяет исправленные участки. Для затронутых страниц
дополнительно проверяется совместная работа доработанных элементов после
интеграции в Сайт.
Результаты проверки должны позволять установить, какие функции
проверены, на каких данных и какие замечания устранены. Состав контрольных
действий не вводит дополнительных пользовательских функций сверх
пунктов 4.2–4.4.
4.6.
Результат выполнения работ
По итогам выполнения работ Заказчику предоставляются согласованные
проектные материалы, демонстрационные реализации и функционирующие
доработки в объёме пунктов 4.2–4.4. Результаты должны соответствовать одному
согласованному варианту поведения публичной части и административных
настроек.
4.6.1. Результаты по модулю чат-бота
4.6.1.1. Управление знаниями и сценарное взаимодействие
Предоставляется доработанный интерфейс базы знаний с деревом разделов
и редактированием статей. Поддерживаются промежуточные фразы бота,
поисковые обозначения, публикация и использование одной статьи в нескольких
ветках без копирования её текста.
76
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 77 из 84. Страница создана: 16.09.2026 19:12
В публичной части функционирует чат-бот в рамках принятого оформления
Сайта. Пользователь может последовательно выбирать направления, вводить
запрос на любом шаге, получать уточняющие варианты и опубликованные ответы.
Поиск учитывает текущую ветку и предусматривает обращение ко всей базе
в установленном порядке.
При отсутствии подходящего материала доступен переход к существующей
форме обращения. Состояние текущего диалога сохраняется в пределах модели
сессии, установленной пунктом 4.2. Первоначальное наполнение выполняется
Исполнителем по предоставленным Заказчиком материалам и согласованному
реестру.
4.6.1.2. Аналитика и согласуемые работы
Предоставляется вкладка базовой аналитики с предусмотренными полями
журнала, фильтром периода, поиском по тексту и постраничным просмотром.
В публичной части доступна оценка полезности выданного ответа; сохранённые
оценки связаны с соответствующими событиями.
Если Заказчиком согласован локальный смысловой поиск, в состав
результата включается работоспособное подключение embedding-модели
с подготовленным индексом и порядком его обновления.
Если согласован перенос материалов в существующий FAQ Сайта, результат
включает размещение утверждённого перечня материалов в предусмотренных
рубриках. Перечень и порядок переноса определяются по пункту 4.2.
4.6.2. Результаты по странице «Для молодежи»
4.6.2.1. Проектные материалы
Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта
анимации карточек и трекбара для согласования с Заказчиком.
Прототип должен показывать размещение переключателя, возрастные
подписи, три карточки, неизменяемые футеры и состояния, необходимые для
оценки согласуемого решения. Представленные материалы должны позволять
сопоставить оформление с брендбуком и существующей стилистикой страницы.
4.6.2.2. Демонстрационная и рабочая реализации
На хостинге Исполнителя предоставляется демонстрационная страница с
действующим трекбаром, динамическим обновлением карточек и согласованными
анимациями. Для исходных четырёх положений используется содержание таблиц
10–12 и предоставленные Заказчиком адреса ссылок.
77
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 78 из 84. Страница создана: 16.09.2026 19:12
Доработанная страница интегрируется в существующую Платформу. Через
административную панель доступны предусмотренные действия с текстами,
заголовками, списками, ссылками, видимостью элементов и положениями
трекбара. Ранее реализованные функции страницы сохраняются.
4.6.3. Результаты по календарям тренингов
4.6.3.1. Прототипы и демонстрация
Предоставляется прототип карточек тренингов в Figma с цветовыми
индикаторами, всплывающими подсказками и элементом «Записаться», а также
прототип мобильного представления с легендой. Согласованное поведение
предусматривает открытие модального окна при нажатии на общую область
карточки.
На хостинге Исполнителя предоставляется демонстрационная страница,
позволяющая проверить подсказки в настольной версии и легенду на мобильных
разрешениях. На демонстрации должны быть представлены состояния с разными
сочетаниями аудиторий и согласованная анимация модального окна.
4.6.3.2. Публичная и административная части
На страницах тренингов и событий реализуются индикаторы выбранных
аудиторий, единая интерактивная область карточки и надпись «Записаться».
Модальное окно показывает описание соответствующего тренинга с базовым
форматированием и согласованными эффектами появления и закрытия.
В административной части доступны независимые отметки трёх аудиторий
для тренинга, общие настройки цветов, тексты подсказок и легенды, её заголовок,
а также поле описания. Сохранённые сведения применяются в публичной части
без правки исходного кода.
4.6.4. Соответствие передаваемых результатов
Демонстрационные и рабочие реализации должны воспроизводить
согласованные настройки и поведение. Наличие прототипа само по себе
не заменяет программную реализацию, а демонстрация статичных изображений
не заменяет проверку действующих элементов.
По чат-боту передаются программные компоненты и эксплуатационные
сведения в составе, установленном пунктом 4.2. Результаты функциональной
проверки должны подтверждать выполнение требований пункта 4.5 и устранение
выявленных несоответствий.
78
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 79 из 84. Страница создана: 16.09.2026 19:12
4.7.
Требования к front-end и верстке сайта
Исполнитель обязан обеспечить одинаковое отображение страниц сайта
(графических элементов и текстового форматирования) в следующих
веб-обозревателях:
− Opera (не ниже версии 133);
− Mozilla Firefox (не ниже версии 153);
− Google Chrome (не ниже версии 151);
− Safari (не ниже версии 26.6).
При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.
Исполнитель обязан обеспечивать корректное отображение информации
на сайте на следующих типах устройств:
− персональные компьютеры (АРМ) под управлением операционных
систем Windows, Linux, macOS;
− мобильные устройства (смартфоны) под управлением iOS и Android.
4.8.
Требования к защите информации
После любых вносимых изменений в Платформу, она должна
соответствовать требованиям информационной безопасности как правовых, так
и технических средств безопасности персональных данных в отношении
Федеральных законов Российской Федерации: от 27.07.2006 N 152-ФЗ
«О персональных данных»; от 27.07.2006 N 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
На платформе должна всегда присутствовать ссылка ведущая на страницу
с информацией «Политика обработки персональных данных» для возможности
ознакомления с ней пользователей.
79
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 80 из 84. Страница создана: 16.09.2026 19:12
5. ТРЕБОВАНИЯ К ПОРЯДКУ ВЫПОЛНЕНИЯ РАБОТ, СРОКАМ,
РЕЗУЛЬТАТАМ И ЭТАПАМ ИХ ВЫПОЛНЕНИЯ
Состав работ с указанием отчетных документов, которые должен выполнить
Исполнитель, их ожидаемые результаты, сроки и этапы выполнения представлены
в таблице (Таблица 12).
Таблица 12. Календарный план выполнения работ
№
этапа
Наименование и
содержание этапа
работы
Исполнителя
Результат выполнения работ/ оказания
услуг
Срок выполнения
работ
Сопровождение Платформы
1
2
До 11 ноября 2026 г.
(включительно);
12 ноября – 16
ноября 2026 г.
(включительно)
тестирование;
17 ноября 2026
г.(включительно)
ввод доработки в
эксплуатацию.
Доработка
страницы «Для
молодежи»
Реализованный функционал;
утверждённые прототипы; совместное
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
Доработка
страницы
«Программы
тренингов 2026
года»
Реализованный функционал
(трекбар с четырьмя значениями,
динамические карточки с контентом, До 25 ноября 2026 г.
анимация смены карточек и
(включительно);
пульсации бегунка, статичный футер);
26 ноября – 30
утверждённые прототипы и варианты
ноября 2026 г.
дизайна/анимации; совместное
(включительно)
тестирование доработки с Заказчиком
тестирование;
и устранение найденных ошибок
1 декабря 2026
Исполнителем; акт сдачи-приёмки.
г.(включительно)
Этап включает в себя: 5 дней
ввод доработки в
тестирования доработки на предмет
эксплуатацию.
ошибок; 1 день развёртывания
доработки на основном сервере.
80
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 81 из 84. Страница создана: 16.09.2026 19:12
3
Реализованный функционал
(подсистема аналитики,
многошаговые сценарии, сбор
недостающей информации, интерфейс
административной панели);
утверждённые прототипы (при
Доработка модуля
необходимости); совместное
«Чат-бот»
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
До 9 декабря 2026 г.
(включительно);
10 декабря – 14
декабря 2026 г.
(включительно)
тестирование;
15 декабря 2026 г.
(включительно)
ввод доработки в
эксплуатацию
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА ИСПОЛНИТЕЛЯ
Исполнитель принимает на себя гарантийные обязательства в отношении
результатов работ, выполненных им в рамках настоящего государственного
контракта, в объеме и на условиях, определенных настоящим разделом.
Гарантийные обязательства распространяются на доработанные компоненты
Платформы, а также на компоненты Платформы, работоспособность которых была
нарушена вследствие выполненных Исполнителем доработок.
Гарантийный срок на результат работ устанавливается продолжительностью
12 (двенадцать) месяцев и исчисляется с даты подписания Сторонами итогового
документа о приемке (акта сдачи-приемки) по последнему этапу государственного
контракта.
6.1. Объем гарантийных обязательств
В рамках гарантийной поддержки Исполнитель обязуется:
− обеспечивать
работоспособность
доработанных
компонентов
Платформы, а также существовавших компонентов Платформы,
затронутых доработкой, в соответствии с функциональными
и
нефункциональными
требованиями,
зафиксированными
в Техническом задании и иной согласованной Сторонами
документации.
− устранять недостатки (дефекты), выявленные в процессе эксплуатации
Платформы и относящиеся к результатам выполненных работ, в срок,
не превышающий 5 (пяти) рабочих дней с даты получения
81
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 82 из 84. Страница создана: 16.09.2026 19:12
Исполнителем Акта о выявленных недостатках, оформленного
в соответствии с порядком, предусмотренным настоящим разделом.
По согласованию Сторон указанный срок может быть продлен, что
фиксируется в письменном виде.
− принимать
участие
в
восстановлении
работоспособности
Платформы после сбоев и аварий, вызванных дефектами
или
недокументированными
возможностями,
допущенными
Исполнителем при выполнении работ, включая выполнение работ по
восстановлению целостности данных и обновлению программных
компонентов. Восстановление работоспособности осуществляется
за счет Исполнителя.
− осуществлять авторский надзор за изменениями Платформы,
выполняемыми силами или по инициативе Заказчика, в целях оценки
влияния таких изменений на сохранение гарантийных обязательств.
Исполнитель обязуется в течение 5 (пяти) рабочих дней предоставлять
мотивированное заключение о возможности внесения предлагаемых
изменений и их влиянии на гарантийные обязательства.
− оказывать консультационную поддержку представителей Заказчика по
вопросам особенностей реализации доработанных компонентов,
а также о возможности, способах и предполагаемых последствиях
внесения предлагаемых изменений в Платформу.
6.2.
Порядок фиксации и направления дефектов
При обнаружении в процессе эксплуатации Платформы недостатков
(дефектов) в доработанных компонентах или компонентах, затронутых
доработкой, Заказчик составляет Акт о выявленных недостатках (далее — Акт),
в котором фиксируются:
− дата и время обнаружения дефекта;
− описание дефекта с указанием последовательности действий,
приведших к его проявлению;
− обстоятельства, при которых дефект был выявлен;
− характер влияния дефекта на функционирование Платформы;
− скриншоты, логи или иные материалы, подтверждающие наличие
дефекта (при наличии).
Акт направляется Исполнителю в срок, не превышающий 2 (двух) рабочих
дней с даты обнаружения дефекта. Направление Акта осуществляется
по официальным каналам связи, предусмотренным государственным контрактом.
Срок устранения дефекта исчисляется с даты получения Исполнителем Акта.
82
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 83 из 84. Страница создана: 16.09.2026 19:12
В случае если предоставленной в Акте информации недостаточно
для воспроизведения и диагностики дефекта, Исполнитель обязуется в течение 2
(двух) рабочих дней запросить у Заказчика дополнительные сведения. Срок
устранения дефекта в таком случае исчисляется с даты получения Исполнителем
полной информации, необходимой для диагностики.
6.3.
Условия предоставления гарантии и исключения
Гарантийные обязательства не распространяются на недостатки, возникшие
исключительно вследствие:
− нарушения
Заказчиком
правил
эксплуатации
Платформы,
установленных эксплуатационной документацией, переданной
Исполнителем;
− внесения изменений в программный код, структуру базы данных или
конфигурацию доработанных компонентов, выполненных Заказчиком
вопреки ранее полученному мотивированному заключению
Исполнителя о недопустимости таких изменений;
− использования Платформы в программно-аппаратной среде,
не соответствующей требованиям, указанным в технической
документации, переданной Исполнителем;
− действий третьих лиц, включая вредоносное программное обеспечение
и сетевые атаки, за исключением случаев, когда такие действия стали
возможны вследствие уязвимостей, допущенных Исполнителем
при выполнении доработок;
− возникновения обстоятельств непреодолимой силы.
При возникновении спора о причинах появления недостатка Исполнитель
обязан предоставить доказательства того, что недостаток возник вследствие
обстоятельств, исключающих гарантийные обязательства согласно настоящему
разделу. До момента предоставления таких доказательств недостаток считается
подлежащим устранению в рамках гарантийных обязательств.
83
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 84 из 84. Страница создана: 16.09.2026 19:12

=== ФАЙЛ: ↳ Другое приложение, сост. 08.10.2026 (архив)/ООЗ ДОРАБОТКА САЙТА.pdf | docs/0348100024426000039/Другое приложение, сост. 08.10.2026 (архив)/ООЗ ДОРАБОТКА САЙТА.pdf
УТВЕРЖДЕНО
Директор Государственного
казенного учреждения Московской
области «Центр занятости населения
Московской области»
Приложение № ____ к Контракту от
«__» ______ 2026 г. № ___________
________________С.А. Скородумова
«__» _____________________ 2026 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по развитию и модернизации платформы управления
типовым сайтом Государственного казенного учреждения «Центр занятости
населения Московской области»
(в сфере ИКТ)
На 83 листа
2026
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 2 из 84. Страница создана: 16.09.2026 19:12
Содержание
1.
ОБЩИЕ СВЕДЕНИЯ ................................................................................... 6
1.1.
Полное наименование системы и ее условное обозначение ............. 6
1.2.
Источники финансирования работ ....................................................... 6
1.3.
Заказчик работ ........................................................................................ 7
1.4.
Пользователи Платформы ..................................................................... 7
1.5.
Исполнитель работ ................................................................................. 7
1.6.
Сроки оказания услуг и выполнения работ ......................................... 8
1.7.
Сроки окончания оказания услуг ......................................................... 8
1.8.
Основания для выполнения работ ........................................................ 8
1.9.
Перечень используемых определений и сокращений ........................ 8
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг .......................................................................... 9
1.11. Особые условия .................................................................................... 10
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ
ПОДДЕРЖКИ ПЛАТФОРМЫ ..................................................................................... 11
2.1.
Назначение Платформы....................................................................... 11
2.2. Цели обеспечения сопровождения и технической поддержки
Платформы ................................................................................................................ 11
3.
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ ..................... 12
3.1. Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию ......................................................... 12
3.2.
Комплекс функций «Управление сайтом» ........................................ 13
3.2.1. Режим технического обслуживания сайта ................................... 13
3.3.
Комплекс функций «Управление правами доступа» ....................... 13
3.4.
Комплекс функций «Управление шаблонами» ................................. 14
3.5.
Комплекс функций «Управление оповещением» ............................. 14
3.6.
Комплекс функций «Публикация общей информации» .................. 15
3.7.
Модуль «Статистика и Отчеты» ......................................................... 15
3.8.
Модуль «Календарь событий» ............................................................ 16
2
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 3 из 84. Страница создана: 16.09.2026 19:12
3.9.
Модуль «Интерактивная карта» ......................................................... 16
3.10. Модуль «Обращения в техническую поддержку» ........................... 17
3.11. Модуль «Обратная связь» ................................................................... 17
3.11.1. Форма обратной связи .................................................................. 18
3.12. Модуль «Контактная информация» ................................................... 19
3.13. Модуль «Электронная очередь» ......................................................... 19
3.14. Модуль «Вакансии» ............................................................................. 19
3.15. Модуль «Статистика» .......................................................................... 20
3.16. Модуль «Чат-бот» ................................................................................ 20
3.17. Модуль «Баннеры»............................................................................... 22
3.18. Модуль «Help Desk» ............................................................................ 23
3.18.1. Управление модулем «Help Desk» .............................................. 24
3.18.2. Раздел «Задать вопрос в техническую поддержку» .................. 26
3.19. Сведения о сетевой инфраструктуре.................................................. 26
3.20. Сведения о взаимосвязях Платформы с информационными
системами ................................................................................................................ 27
3.21. Сведения о взаимосвязях Платформы с внешними системами ...... 28
3.22. Сведения о видах обеспечения Платформы ...................................... 29
3.22.1. Информационное обеспечение Платформы ............................... 29
3.22.2. Лингвистическое обеспечение..................................................... 29
3.22.3. Серверное техническое и программное обеспечение ............... 30
3.22.4. Организационное обеспечение .................................................... 31
3.23. Автоматическое обновление данных интерактивной карты ........... 31
3.23.1. Обработка и хранение данных из выгрузки ............................... 31
3.24. Модуль «Конструктор форм» ............................................................. 32
4.
ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ .................................... 33
4.1. Требования к функциям, реализуемым в рамках развития
Платформы ................................................................................................................ 33
4.2.
Доработка модуля «Чат-бот» .............................................................. 34
4.2.1. Общие требования к организации модуля ................................... 34
3
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 4 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев ............................................. 36
4.2.3. Административный интерфейс...................................................... 38
4.2.4. Публичный интерфейс и прохождение сценариев ...................... 40
4.2.5. Поиск и управление контекстом ................................................... 43
4.2.6. Смысловой поиск по согласованию с Заказчиком ...................... 45
4.2.7. Базовая аналитика работы чат-бота .............................................. 46
4.2.8. Технические требования к реализации ......................................... 49
4.2.9. Предоставление и размещение материалов ................................. 51
4.2.10. Подготовка к эксплуатации и передача результатов ................ 53
4.2.11. Примеры структуры и состава материалов ................................ 54
4.3.
4.3. Доработка страницы «Для молодежи» ....................................... 55
4.3.1. Возрастные группы и состояния трекбара ..................................... 55
4.3.2. Динамическое содержимое карточек ............................................ 56
4.3.3. Геометрия карточек и обработка текста ....................................... 60
4.3.4. Анимация смены и неизменяемый футер ..................................... 61
4.3.5. Управление через административную панель ............................. 61
4.4.
Доработка страницы «Программы тренингов 2026 года» ............... 62
4.4.1. Цветовая маркировка целевых аудиторий ................................... 63
4.4.2. Интерактивность карточки в настольной версии ........................ 64
4.4.3. Обозначения в мобильной версии ................................................. 65
4.4.4. Управление индикаторами в CMS ................................................ 66
4.4.5. Элемент «Записаться» .................................................................... 67
4.4.6. Описание в модальном окне .......................................................... 68
4.5.
Проведение функционального тестирования .................................... 69
4.5.1. Организация проверки .................................................................... 69
4.5.2. Проверка доработанного чат-бота................................................. 69
4.5.3. Проверка страницы «Для молодежи» ........................................... 73
4.5.4. Проверка календарей тренингов ................................................... 75
4.5.5. Завершение проверки ..................................................................... 76
4.6.
Результат выполнения работ ............................................................... 76
4
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 5 из 84. Страница создана: 16.09.2026 19:12
4.6.1. Результаты по модулю чат-бота .................................................... 76
4.6.2. Результаты по странице «Для молодежи» .................................... 77
4.6.3. Результаты по календарям тренингов ........................................... 78
4.6.4. Соответствие передаваемых результатов ..................................... 78
4.7.
Требования к front-end и верстке сайта.............................................. 79
4.8.
Требования к защите информации ..................................................... 79
5. Требования к порядку выполнения работ, срокам, результатам и этапам
их выполнения ............................................................................................................... 80
6.
Гарантийные обязательства Исполнителя ............................................... 81
6.1.
Объем гарантийных обязательств ...................................................... 81
6.2.
Порядок фиксации и направления дефектов ..................................... 82
6.3.
Условия предоставления гарантии и исключения ............................ 83
5
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 6 из 84. Страница создана: 16.09.2026 19:12
1. ОБЩИЕ СВЕДЕНИЯ
1.1.
Полное наименование системы и ее условное обозначение
Полное наименование системы: Платформа управления типовым сайтом
Государственного казенного учреждения Московской области «Центра занятости
населения Московской области» (далее соответственно – Платформа, Кадровый
центр Подмосковья).
Условное обозначение: Платформа
управления
типовым
сайтом,
Платформа.
1.2.
Источники финансирования работ
Выполнение работ по сопровождению и технической поддержке Платформы
и оказание услуг по ее развитию и сопровождению (далее – Услуги).
Источник финансирования:
Средства бюджета Московской области на 2026 год по КБК:
831-0401-0440291590-242-226; представлены в таблице 1.
Таблица 1. Источники финансирования
Наименование и
реквизиты
программы
(подпрограммы)
№
п/п
Источник
финансирования
1
Средства бюджета Государственная
Московской
программа Московской
области
области «Социальная
защита населения
Московской области»
на 2023-2027 годы,
утвержденная
постановлением
Правительства
Московской области от
04.10.2022 г. №1065/35
Номер и
наименование
мероприятия в
подпрограмме
Мероприятие:
«Материальнотехническое
обеспечение
государственных
учреждений»
Коды согласно
классификации
расходов бюджетов
(с указанием вида
расходов)
831-0401-0440291590242-226
КОЗ: 21.205.04.02.01.01.004 – Услуги по созданию (развитию) сайтов
в информационно-телекоммуникационной сети Интернет;
ОКПД2: 62.01.11.000 – Услуги по проектированию и разработке
информационных технологий для прикладных задач и тестированию
программного обеспечения.
6
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 7 из 84. Страница создана: 16.09.2026 19:12
1.3.
Заказчик работ
Государственный заказчик (полное наименование): Государственное
казенное учреждение Московской области «Центр занятости населения
Московской области»
Место нахождения: г. Подольск, ул. Февральская, д. 2а;
Сокращенное наименование в тексте: Заказчик (далее – Заказчик);
Функциональный заказчик: Кадровый центр Подмосковья;
Сокращенное наименование в тексте: Функциональный заказчик.
Контактное лицо Езопов А.Н., тел. +7-905-506-66-98.
1.4.
Пользователи Платформы
Категории пользователей Платформы и количество пользователей данных
категорий представлены в таблице 2.
Основными пользователями результатов услуг (далее – Пользователи)
являются сотрудники:
− Кадрового центра Подмосковья;
− лица желающие получить информацию в сфере занятости
(далее – посетители).
− В системе будет обеспечена одновременная работа пользователей
в количестве:
− посетители – не менее 6000;
− сотрудники Кадрового центра Подмосковья – не менее 300;
− администраторы/инженеры системы – не менее 6.
Таблица 2. Категории пользователей Платформы и количество пользователей
№
п/п
1
2
3
Наименование категории
пользователей
Планируемое количество посещений
Платформы в сутки, человек
2026 г.
Сотрудники Кадрового центра Подмосковья не менее 300
Посетители
не менее 6000
Администраторы/ инженеры системы
не менее 6
1.5.
Исполнитель работ
Исполнитель определяется по итогам размещения государственного заказа
в установленном порядке в соответствии с Федеральным законом от 5 апреля 2013
года №44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»
(далее – Исполнитель).
7
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 8 из 84. Страница создана: 16.09.2026 19:12
1.6.
Сроки оказания услуг и выполнения работ
Начало оказания услуг – с даты заключения государственного контракта
на выполнение работ по доработке, развитию и сопровождению Платформы
управления типовым сайтом Кадрового центра Подмосковья» и оказание услуг
по ее сопровождению (далее – Государственный контракт).
1.7.
Сроки окончания оказания услуг
Сроки окончания оказания услуг – 15 декабря 2026 года включительно.
1.8.
Основания для выполнения работ
Основания для выполнения работ и оказания услуг в рамках мероприятия
«Материально-техническое
обеспечение
государственных
учреждений»
подпрограммы «Содействие занятости населения» государственной программы
Московской области «Социальная защита населения Московской области»
на 2023-2027 годы, утвержденная постановлением Правительства Московской
области от 04.10.2022 г. №1065/35.
Основания для выполнения работ представлены в таблице 3.
Таблица 3. Основания выполнения работ и оказания услуг
№
п/п
1
Наименование и реквизиты нормативного
правового акта (дата, номер)
Государственная программа Московской
области «Социальная защита населения
Московской области» на 2023-2027 годы,
утвержденная постановлением
Правительства Московской области от
04.10.2022 г. №1065/35
1.9.
Перечни
в таблице 4.
Статья, пункт, подпункт
Подпрограмма «Содействие занятости
населения», Мероприятие:
«Материально - техническое
обеспечение государственных
учреждений»
Перечень используемых определений и сокращений
используемых
определений
и
сокращений
представлены
Таблица 4. Перечень определений
Сокращение/
Термин
Наименование/Определение
Информационный
ресурс, контент
Данные в любом виде, которые можно многократно использовать для
информационного обеспечения пользователей. Например, это может
быть файл, документ, раздел, фотография, видеофрагмент.
Для информационных ресурсов в Интернете характерно определенное
время жизни и доступность более, чем одному пользователю
8
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 9 из 84. Страница создана: 16.09.2026 19:12
CMS
Legacy
(унаследованный
модуль / легаси)
Верстка
Хостинг
Публичная часть
Программный комплекс, обеспечивающий создание, редактирование,
управление и публикацию содержимого страниц Сайта
без необходимости непосредственного изменения программного кода
Программный компонент или модуль, сохраненный в составе
Платформы, но не используемый по прямому назначению в текущей
версии Платформы и не подлежащий дальнейшему развитию.
Создание структуры html-кода, CSS-стилей и JS-скриптов,
отвечающих за размещение элементов веб-страницы (изображения,
текст и т. д.) в окне браузера, согласно разработанному макету, таким
образом, чтобы элементы дизайна выглядели аналогично макету
Услуга по предоставлению ресурсов для размещения информации
на сервере, постоянно находящемся в сети
Внешний интерфейс сайта, доступный всем посетителям без
авторизации
Тултип
(всплывающая
подсказка)
Временное окно с поясняющим текстом, появляющееся при
наведении курсора на цветовой индикатор в десктопной версии
Трекбар
Интерактивный элемент интерфейса, визуально отображающий
последовательность шагов или этапов
Релиз
Desktop (десктоп)
Контент
Сайт
Перенос изменений, а также доработок программного кода,
баз данных или иного контента Платформы с хостинга Исполнителя
на хостинг Заказчика
Версия сайта, предназначенная для просмотра на персональных
компьютерах и ноутбуках, управляемая с помощью мыши и
клавиатуры
Информационное
содержимое
страниц
ресурса,
включая
изображения, интерактивные тесты, видеоролики, тексты,
инфографику и пр.
Совокупность веб-страниц, объединенных общим доменным именем
и размещенных в сети Интернет на одном сервере, доступ к которым
осуществляется через браузер
1.10. Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг
Результаты оказания услуг и выполнения работ, а также передача учетных
данных для администрирования сайта Заказчику производятся в порядке,
определенном настоящими Техническими требованиями и Государственным
контрактом в соответствии с Календарным планом оказания услуг
Государственного контракта на основании актов сдачи-приемки выполненных
работ/оказанных услуг.
Передача исходных кодов Платформы и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки библиотек,
9
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 10 из 84. Страница создана: 16.09.2026 19:12
компиляторов, интерпретаторов, баз данных, специальной среды разработки (если
сборка может быть выполнена только в среде разработки) и т.п.
Все материалы передаются с сопроводительными документами
Исполнителя.
1.11 Особые условия
Заказчик в течение 10 (десяти) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные
ответственных за взаимодействие с Исполнителем работников Кадрового центра
Подмосковья в целях получения информации необходимой для наполнения
сайта.
По требованию Заказчика, между Исполнителем и Заказчиком должно быть
заключено соглашение о неразглашение информации. Срок заключения не
должен превышать 5 (пяти) календарных дней с момента направления
соглашения Заказчиком. В случае не заключения Исполнителем соглашения или
нарушения Исполнителем соглашения Государственный контракт может быть
расторгнут в одностороннем порядке.
Исполнитель проводит работы по доработке программного кода, верстки
страниц или их CSS с тилей, а также баз данных Платформы на самостоятельно
организованном тестовом хостинге, расположенном на территории Российской
Федерации. Все вышеперечисленные доработки, выполненные на тестовом
хостинге Исполнителя, направляются в релиз, не позднее 5 (пяти) рабочих дней
после внесения изменений в структуру файловой системы, программного кода
Платформы или ее базы данных.
Пуско- н аладочные работы проводятся на серверных ресурсах Заказчика
после полного завершения тестирования доработок.
Все изменения цветовой палитры, шрифтов и общего оформления
Платформы должны соответствовать требованиям руководства по фирменному
стилю бренда «Работа России» утвержденного приказом Министерства труда
10
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 11 из 84. Страница создана: 16.09.2026 19:12
и социальной защиты Российской Федерации от 12.07.2024 № 350 «О внесении
изменений в Стандарт организации деятельности органов службы занятости
населения в субъектах Российской Федерации, утвержденный приказом
Министерства труда и социальной защиты Российской Федерации от 16 марта 2023
г. № 156».
2. НАЗНАЧЕНИЕ И ЦЕЛИ
СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ ПОДДЕРЖКИ ПЛАТФОРМЫ
2.1.
Назначение Платформы
Доработанная
Платформа
предназначена
для
увеличения
информированности граждан, желающих получить государственные услуги,
которые предоставляет Кадровый центр Подмосковья, повышения уровня
информированности населения об услугах Кадрового центра Подмосковья,
а также регистрации для участия в ярмарках трудоустройства и иных мероприятиях
Кадрового центра Подмосковья.
2.2.
Цели обеспечения сопровождения и технической поддержки
Платформы
Работы выполняются в целях обеспечения выполнения функций Кадрового
центра Подмосковья, своевременной публикации материалов (с учетом требований
оформления для отдельных категорий граждан), повышения времени доступности
Платформы и ее бесперебойной работы, а также автоматизации оказываемых
услуг. Данные аспекты позволяют повысить прозрачность деятельности Кадрового
центра Подмосковья, а также обеспечить качественную оперативную обратную
связь с гражданами.
При наполнений или внесении изменений в Платформу Исполнителю
необходимо руководствоваться Приложением 3 к методическим рекомендациям по
разработке планов мероприятий по повышению эффективности службы занятости,
утвержденным приказом Министерства труда и социальной защиты
Российской Федерации от 18.01.2023 № 36.
11
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 12 из 84. Страница создана: 16.09.2026 19:12
3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
3.1.
Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию
В состав функциональной Платформы управления типовым сайтом
Кадрового центра Подмосковья в рамках исполнения Государственного контракта,
входят следующие комплексы функции и модули:
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
Комплекс функций «Управление сайтом»;
Комплекс функций «Управление правами доступа»;
Комплекс функций «Управление модулями» (legacy);
Комплекс функций «Управление шаблонами» (legacy);
Комплекс функций «Управление оповещением» (legacy);
Комплекс функций «Публикация общей информации» (legacy);
Модуль «Статистика и Отчеты» (legacy);
Модуль «Календарь событий»;
Модуль «Интерактивная карта»;
Модуль «Обращения в техническую поддержку»;
Модуль «Обратная связь»;
Модуль «Контактная информация» (legacy);
Модуль «Электронная очередь» (legacy);
Модуль «Вакансии» (legacy);
Модуль «Статистика» (legacy);
Модуль «Чат-бот»;
Модуль «Баннеры»;
Модуль «Help Desk»;
Личный кабинет соискателя (legacy);
Модуль «Конструктор форм».
Детальное описание функциональных, качественных и технических
характеристик Платформы приведено в технической и эксплуатационной
документации к Платформе и будет предоставлено Исполнителю в рамках
оказания услуг.
Описание основных функциональных характеристик Платформы
приведено ниже.
12
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 13 из 84. Страница создана: 16.09.2026 19:12
3.2.
Комплекс функций «Управление сайтом»
Данный раздел поддерживает функционал по добавлению, редактированию,
удалению разделов и страниц главного меню сайта, а также созданию
обособленных от главного меню страниц, для привязки их к БД Платформы
и последующего редактирования в ручном режиме.
Дополнительно, в данном разделе реализована возможность переводить
сайт в режим технического обслуживания, описанный в пункте 3.2.1.
3.2.1. Режим технического обслуживания сайта
Режим технического обслуживания предназначен для исключения доступа
посетителей к Сайту в период внесения изменений, способных привести
к нарушению его штатного функционирования. При активации данного режима
доступ посетителей к Платформе полностью блокируется. Платформа остается
доступной исключительно для внесения изменений в программные компоненты
frontend и backend, а также для корректировки содержимого базы данных.
Администраторам и разработчикам обеспечивается возможность
модификации содержимого страниц, программного кода и структуры данных
в условиях, исключающих внешнее воздействие на рабочие процессы.
При активации режима технического обслуживания в разделе «Управление
сайтом», при любой попытке обращения к страницам Сайта автоматически
отображается информационная «заглушка», уведомляющая о проведении
технических работ на Платформе.
3.3.
Комплекс функций «Управление правами доступа»
Комплекс функций «Управление правами доступа» обеспечивает
управление учетными записями пользователей и ролями необходимыми
для управления Платформой. Типы ролей представлены в таблице 6.
Таблица 5. Типы ролей
Роль
Описание прав и функций роли
Разработчик
Роль с максимальными привилегиями разработчика Сайта. С данной ролью
может существовать только одна учетная запись.
Роль предоставляет полный доступ к управлению Платформой, всеми
Администратор шаблонами и Сайтом. Обеспечивается возможность изменения ролей
пользователей.
13
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 14 из 84. Страница создана: 16.09.2026 19:12
Оператор
Роль предоставляет возможность просмотра всех обращений, поступивших
на Платформу через форму обратной связи, конструктор форм, а также
отвечать на обращения.
Техническая
поддержка IT
Роль предоставляет возможность работы с модулем «Help Desk», включая:
создание новых статей с ответами на часто задаваемые вопросы;
использование фильтра на странице с обращениями; ответы на тикеты;
внесение изменений в настройку модуля; изменение динамического текста
на странице авторизации пользователей модуля «Help Desk».
Пользователь
Help Desk
Роль предоставляет возможность работы с модулем «Help Desk» через
ссылку
https://czn.mosreg.ru/helpdesk.
Обеспечивается
возможность
направления вопроса в техподдержку через модуль «Help Desk» и просмотра
ответов на вопросы. Возможность редактирования информации отсутствует.
Роли пользователей связывают учетные записи пользователей с конкретным
функционалом Сайта, формируя контур безопасности для каждого раздела
Платформы в целом.
Пользователи с ролями «Администратор» и «Разработчик» имеют
возможность создавать, изменять и удалять пользовательские учетные записи.
3.4.
Комплекс функций «Управление шаблонами»
Комплекс функций «Управление шаблонами» представляет собой
унаследованный (legacy) модуль, не используемый по прямому назначению
в текущей версии Платформы. Ранее модуль обеспечивал решение следующих
задач:
− загрузка созданного шаблона;
− формирование шаблона;
− связывание с шаблоном модулей;
− первоначальное наполнение шаблона стандартным контентом;
− задание префикса для Сайтов, создаваемых по данному шаблону.
3.5.
Комплекс функций «Управление оповещением»
Комплекс функций «Управление оповещением» обеспечивает настройку
оповещений граждан и сотрудников учреждений с заданной ролью в Платформе
о наступлении следующих событий:
− подтверждение записи на прием с указанием назначенного времени
приема;
14
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 15 из 84. Страница создана: 16.09.2026 19:12
− напоминание о времени приема с возможностью настройки временного
интервала, за который осуществляется уведомление о наступлении
события;
− оповещение о поступлении вопроса на сайт с возможностью выбора
метода оповещения (SMS, E-mail, оповещение в служебном разделе
сотрудника);
− настройка страницы, содержащей информацию о забронированном
времени в электронной очереди в конкретном учреждении.
− Большая часть программного кода данного комплекса функций относится
к унаследованным (legacy) компонентам, не подлежащим дальнейшему
развитию.
3.6.
Комплекс функций «Публикация общей информации»
Комплекс функций «Публикация общей информации» обеспечивает решение
следующих задач:
− публикация информации на выбранной группе Сайтов в заданном
разделе;
− редактирование опубликованной информации на выбранной группе
Сайтов;
− удаление опубликованной новости на выбранной группе Сайтов.
Данный комплекс функций относится к унаследованным (legacy)
компонентам и не используется по прямому назначению в текущей версии
Платформы,
поскольку
архитектура
Платформы
была
переработана
для функционирования в конфигурации с одним Сайтом.
3.7.
В модуле
информации:
−
−
−
−
−
Модуль «Статистика и Отчеты»
реализовано
формирование
следующей
статистической
количество опубликованных новостей за период;
количество записей на прием за период;
количество поданных обращений за период;
количество закрытых обращений за период;
количество обращений в техническую поддержку за период (закрытых,
открытых), а также время решения обращений.
15
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 16 из 84. Страница создана: 16.09.2026 19:12
Данный функционал относится к унаследованным (legacy) компонентам
и сохранен в составе Платформы без дальнейшего развития.
3.8.
Модуль «Календарь событий»
Модуль «Календарь событий» размещен на главной странице Сайта
и обеспечивает интерактивное взаимодействие с пользователем.
При нажатии на выбранную дату отображается всплывающее окно,
содержащее перечень запланированных или прошедших мероприятий.
Дни, на которые назначены мероприятия, выделяются визуальным
индикатором (миганием).
Визуальное представление календаря имитирует бумажный вариант
классических календарей.
Навигация по месяцам осуществляется с помощью двух стрелок,
расположенных рядом с заголовком календаря.
3.9.
Модуль «Интерактивная карта»
Модуль представляет собой интерактивную карту, размещенную на главной
странице Платформы.
Модуль обеспечивает визуальное получение посетителями Сайта следующей
информации:
− наименование городского округа Московской области;
− уровень безработицы округа;
− топ вакансий в выбранном округе.
Взаимодействие с картой осуществляется посредством курсора мыши. При
наведении курсора на городской округ отображается его наименование
с визуальной подсветкой. При нажатии на городской округ открывается модальное
окно, содержащее информацию по данному округу.
Данные для функционирования карты выгружаются из Информационной
системы
Министерства
социального
развития
Московской
области
«Конфигурация
«Трудоустройство»
версия
2.0»
(далее
–
ИС
«1C:Трудоустройство») в автоматическом режиме один раз в сутки.
В
случае
невозможности
автоматической
выгрузки
данных
из ИС «1C: Трудоустройство» предусмотрен функционал ручного добавления
данных. Добавление данных осуществляется в разделе управления модулем
интерактивной карты в административной панели, доступной пользователям
с ролью «Администратор».
16
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 17 из 84. Страница создана: 16.09.2026 19:12
3.10. Модуль «Обращения в техническую поддержку»
Модуль «Обращения в техническую поддержку» обеспечивает
формирование очереди обращений в техническую поддержку и фиксацию
результатов решения инцидентов по следующим темам:
− предоставление прав доступа;
− неисправность/недоступность ресурса;
− консультирование;
− публикация.
Модуль предназначен для оперативного взаимодействия между операторами
Платформы и ее администраторами. Данный модуль относится к унаследованным
(legacy) компонентам и не используется в текущей версии Платформы.
3.11. Модуль «Обратная связь»
Модуль включает в себя следующие функции:
− прием обращений с Сайта учреждения и направление ответа на
обращение;
− переадресация сообщения;
− отслеживание очереди сообщений.
Модуль
отображает
список
обращений
посетителей
Сайта
в административной панели во вкладке «Обращения», расположенной в левой
части общего меню. Список формируется на основании обращений, отправленных
через форму обратной связи, функционал которой описан в пункте 3.11.1.
Вкладка «Обращения» административной панели содержит следующие
столбцы:
− Дата;
− Время;
− Ф.И.О.;
− E-mail;
− Телефон;
− Тема обращения (выбирается на этапе подачи обращения из списка:
«Вопрос», «Жалоба», «Пожелание»);
− Сотрудник (сотрудник, работающий с обращением);
− Статус (указывается сотрудником из выпадающего списка: «Переписка»,
«Завершено», «Требует внимания»).
По итогам рассмотрения обращения гражданину направляется ответ на адрес
электронной почты, указанный при заполнении формы обратной связи. Ответ
на обращение осуществляется в открывающемся окне «Обращение».
17
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 18 из 84. Страница создана: 16.09.2026 19:12
На странице вкладки «Обращения» над списком поступивших обращений
расположен фильтр, позволяющий пользователю административной панели
задавать условия фильтрации списка. Фильтр содержит следующие пункты:
−
−
−
−
−
ID обращения (вводится вручную);
Ф.И.О. (вводится вручную);
E-mail (вводится вручную);
Телефон (вводится вручную);
Тема обращения (выбирается из выпадающего списка: «Вопрос»,
«Жалоба», «Пожелание»);
− Сотрудник;
− Статус (выбирается из выпадающего списка: «Новое обращение»,
«Переписка», «Завершено», «Требует внимания»).
Фильтр по дате представляет собой календарь, с помощью которого
пользователь может выбрать интересующий день или диапазон дат для фильтрации
списка обращений.
3.11.1. Форма обратной связи
Форма обратной связи содержит следующие поля для заполнения:
−
−
−
−
−
−
−
−
−
−
Имя (указывается вручную, максимальная длина 15 символов);
Отчество (указывается вручную, максимальная длина 15 символов);
Фамилия (указывается вручную, максимальная длина 15 символов);
E-mail;
Телефон (с маской ввода вида: «+7 (___) ___-__-__»);
Тема обращения (выпадающий список со значениями: Вопрос, Жалоба,
Пожелание);
Текстовое поле «текст обращения»;
Приложить файлы (необязательное поле, содержит кнопку выбора файла
с устройства пользователя; поддерживаемые форматы: txt, rtf, doc, docx,
xls, xlsx, pdf, png, jpg, jpeg, gif, tif, tiff, zip, rar; максимальный размер
одного файла — 20 Мб, общее количество файлов в одном обращении —
не более трех);
Чекбокс «Согласие на обработку персональных данных» со ссылкой
на страницу «Политика в отношении обработки персональных данных»
(отправка обращения без установки чекбокса невозможна);
Капча (используется Yandex SmartCaptcha).
18
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 19 из 84. Страница создана: 16.09.2026 19:12
Форма защищена от спама. В модуле реализовано ограничение
на частоту отправки обращений (не более 1 обращения в час с одного IP адреса).
3.12. Модуль «Контактная информация»
Модуль «Контакты» поддерживает следующие функции:
− отображение контактной информации филиалов на странице
«Контакты» и во вкладке «Контакты» в сквозном блоке на всех
страницах Сайта;
− изменение позиции сотрудников Кадрового центра Подмосковья
в списке;
− добавление номеров телефонов Горячей линии Минсоцразвития через
поле «Горячая линия»;
− добавление ссылок на социальные сети и видео-хостинги.
Данный модуль относится к унаследованным (legacy) компонентам
и в текущей версии Платформы заменен страницей «Контакты».
3.13. Модуль «Электронная очередь»
Модуль «Электронная очередь» относится к унаследованным (legacy)
компонентам и отключен в текущей версии Платформы. Ранее модуль обеспечивал
запись в Кадровый центр Подмосковья с формированием талона, содержащего дату
и время приема, и включал следующие функции:
− поддержка записи в основное отделение Кадрового центра
Подмосковья или его филиал;
− интеграция с аппаратным обеспечением электронной очереди;
− прохождение опросника для допуска к записи на прием (опросник
исключал посетителей, не имеющих полного перечня необходимых
документов);
− отмена и перенос записи на другую дату или время в личном кабинете
соискателя;
− выгрузка талонов записи в формате Excel с возможностью отправки
на печать в административном разделе.
3.14. Модуль «Вакансии»
Модуль «Вакансии» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
19
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 20 из 84. Страница создана: 16.09.2026 19:12
Модуль обеспечивает интеграцию с ИС «1C: Трудоустройство» для импорта
вакансий и статистических данных, используемых модулем «Статистика»
(см. пункт 3.15).
3.15. Модуль «Статистика»
Модуль «Статистика» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
Модуль обеспечивает автоматическое формирование статистической
информации на странице «О центре — Статистика» в виде таблиц и графиков
на основе анализа актуальных вакансий, содержащихся в базе данных Платформы,
и данных, полученных из ИС «1C:Трудоустройство».
Модуль содержит страницу с интерактивной картой, на которой
отображаются региональные Центры занятости населения с указанием следующей
информации по каждому региону:
− количество вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата;
− количество соискателей;
− количество безработных, состоящих на учете;
− ссылка для перехода на сайт Центра занятости населения выбранного
региона (по клику).
Сводная аналитическая страница статистики по всем Центрам занятости
населения Московской области отображает следующую информацию:
− количество обращений в день, месяц, год;
− количество принятых граждан;
− количество открытых вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата, указанная в вакансиях каждого ЦЗН;
− количество трудоустроенных граждан;
− количество граждан, получающих пособия.
3.16. Модуль «Чат-бот»
Модуль «Чат-бот» представляет собой канал дополнительного обслуживания
граждан, функционирующий на основе встроенного на Сайте чата. Модуль
20
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 21 из 84. Страница создана: 16.09.2026 19:12
предназначен для предоставления ответов на часто возникающие вопросы граждан
и обеспечивает реализацию следующих функций:
− ведение автоматического общения с гражданами посредством
текстовых сообщений;
− ведение коммуникации от лица организации с целью упрощения
онлайн-взаимодействия и предоставления посетителям необходимой
информации (является альтернативой переписке или звонку
оператору);
− обеспечение ежедневного круглосуточного доступа к ответам
на вопросы;
− реализация сценариев работы с применением подхода классификации
текста — определение действия на основе поиска ключевых слов;
− конфигурирование сценариев работы чат-бота по комбинации
действий с сохранением предыдущих ответов и определением
результата на основании всей информации, полученной в процессе
диалога.
Рисунок 1 – Интерфейс чат-бота
21
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 22 из 84. Страница создана: 16.09.2026 19:12
Чат-бот содержит поле ввода сообщения и кнопку «Отправить». После ввода
запроса и нажатия кнопки «Отправить» чат-бот предлагает выбрать интересующий
ответ на вопрос из базы знаний.
Административная часть чат-бота реализована в составе административной
панели Сайта и содержит следующий функционал:
− построение тем вопросов;
− ввод вопросов в темы и подтемы;
− ввод ответов на вопросы в соответствии с введенными вопросами;
− просмотр всех тем с вопросами и ответами;
− создание новых тем;
− редактирование тем;
− удаление категорий;
− редактирование вопросов и ответов;
− удаление вопросов и ответов (полностью или частично в вопросе);
− ввод ключевых слов.
3.17. Модуль «Баннеры»
Модуль обеспечивает размещение на Сайте информационных баннеров
в заранее размеченных для них областях. Создание, настройка и управление
выводом баннеров осуществляется в административной панели Сайта.
Модуль содержит следующие функции:
− создание баннера;
− удаление баннера;
− изменение настроек баннера.
Модуль отображает список всех созданных баннеров с возможностью
изменения или удаления каждого из них. Список содержит следующие столбцы:
− Дата (дата создания баннера);
− Тип (изображение или HTML-код);
− Наименование;
− Описание;
− Статус (опубликован/не опубликован);
− Действие (кнопка удаления баннера);
− Кнопка «Редактировать» (при нажатии открывается страница
редактирования информации выбранного баннера).
Функция «Добавить баннер» реализована в виде кнопки, при нажатии
которой открывается страница с настройками создаваемого баннера. Настройки
при создании баннера содержат следующие пункты:
22
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 23 из 84. Страница создана: 16.09.2026 19:12
− Название;
− Тип баннера (изображение или HTML-код);
− Изображение
(поле
вставки
изображения,
отображается
при выбранном типе баннера «Изображение», при ином типе —
скрыто);
− Поле ввода кода (поле ввода HTML-кода, отображается при выбранном
типе баннера «HTML-код», при ином типе — скрыто);
− Ширина баннера;
− Высота баннера;
− URL-перенаправления;
− Описание (максимальная длина — 50 символов);
− Начало публикации (дата начала публикации баннера);
− Завершение публикации (дата завершения публикации баннера).
3.18. Модуль «Help Desk»
Модуль представляет из себя систему автоматизации техподдержки
сотрудников Кадрового центра Подмосковья. Страница для входа в систему
техподдержки
находится
по
адресу:
https://czn.mosreg.ru/helpdesk.
Ссылок на данную страницу на основной части сайта не имеется. Доступ
к странице осуществляется при ручном вводе или копировании ссылки в адресную
строку браузера. Страница модуля не индексируется в поисковых системах.
Дизайн страницы авторизации в систему выполнена в соответствии
с макетом представленном на рисунке 2.
Рисунок 2 – Страница входа в Help Desk
23
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 24 из 84. Страница создана: 16.09.2026 19:12
При неправильном вводе учетных данных в форме авторизации, выводится
модальное окно с текстом «Неверно введен логин или пароль».
При правильном вводе учетных данных, должна открываться страница
«Часто задаваемые вопросы», макет которой представлен на рисунке 3.
Доступ ко входу в Help Desk имеют только пользователи Платформы
с ролью «Пользователь Help Desk».
Рисунок 3 – Страница создания запроса в Help Desk.
3.18.1. Управление модулем «Help Desk»
Модуль «Help Desk» содержит административную часть в составе
административной панели Сайта со следующим функционалом:
Пункт меню в административной панели с наименованием «Help Desk»,
доступен только пользователям с ролью «Техническая поддержка IT»
(в соответствии с таблицей 6). Для пользователей с иными ролями данный раздел
скрыт.
Раздел, открываемый при переходе по пункту меню «Help Desk», содержит в
верхней части две кнопки, обеспечивающие переключение между режимами
«Тикеты техподдержки» и «Редактирование часто задаваемых вопросов».
Режим «Тикеты техподдержки» отображается под кнопками и открывается
без перезагрузки страницы. Данный режим включает список вопросов и элементы
управления, содержащие следующие столбцы:
− Дата;
− Время;
24
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 25 из 84. Страница создана: 16.09.2026 19:12
− Ф.И.О. (присваивается автоматически на основании данных,
указанных в учетной записи пользователя Help Desk);
− E-mail;
− Телефон;
− Краткое содержание тикета (не превышает 150 символов);
− Тема обращения (выбирается на этапе подачи обращения из списка);
− Сотрудник (заполняется автоматически при ответе сотрудника
на обращение в соответствии с именем учетной записи, под которой
сотрудник Кадрового центра Подмосковья вошел в административную
панель);
− Статус (указывается сотрудником из выпадающего списка:
«Переписка», «Завершено», «Требует внимания»). По умолчанию
каждое поступившее обращение имеет статус «Новое обращение»
и помечается иконкой желтой звездочки с черной обводкой.
Режим «Редактирование часто задаваемых вопросов» содержит список
созданных тем, каждая из которых включает перечень ответов на вопросы. Макет
представлен в виде древовидной структуры (рисунок 4).
Рисунок 4 – Структура тем раздела «Часто задаваемые вопросы»
В режиме «Редактирования часто задаваемых вопросов» сверху списка
находится кнопка «Добавить тему». После создания темы она появляется в списке.
25
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 26 из 84. Страница создана: 16.09.2026 19:12
3.18.2. Раздел «Задать вопрос в техническую поддержку»
Форма подачи вопроса в техническую поддержку открывается на странице
без ее перезагрузки после нажатия кнопки «Задать вопрос в техническую
поддержку» на странице Help Desk. Форма содержит следующие пункты:
− Тема обращения (перечень тем согласовывается с Заказчиком на этапе
разработки Сайта);
− Внутренний телефон (необязательное поле);
− Текстовое поле «Текст обращения»;
− Приложить файлы (необязательное поле, содержит кнопку выбора
файла с устройства пользователя; поддерживаемые форматы: txt, doc,
docx, xls, xlsx, pdf, png, jpg, jpeg, gif, zip, rar; максимальный размер
одного файла — 10 Мб, общее количество файлов в одном обращении
— не более трех).
Форма защищена от спама. В модуле реализовано ограничение частоты отправки
обращений.
3.19. Сведения о сетевой инфраструктуре
Общая Функциональная
на рисунке 5.
схема
сетевой
инфраструктуры
приведена
Рисунок 5 – Функциональная схема сетевой инфраструктуры
Данные Системы хранятся в центральной базе данных (ЕИТО).
Платформа представляет собой открытую ИС, взаимодействующую
с внешними ИС посредством веб-сервисов, имеет модульную многоуровневую
26
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 27 из 84. Страница создана: 16.09.2026 19:12
архитектуру, допускающую замену, добавление и исключение из состава
Платформы тех или иных компонентов, а также удобный пользовательский
интерфейс.
Платформа ориентирована на централизованное обслуживание и хранение
данных и допускает удаленный доступ к данным.
Логически выделены: уровень обработки данных, уровень бизнес-логики
и уровень взаимодействия с пользователями/внешними системами.
Платформа спроектирована по принципам открытой архитектуры
и предусматривает возможность дальнейшего изменения и расширения
функциональности, услуг и сервисов на основе разработанных решений.
Предусмотрена возможность масштабирования при увеличении нагрузки.
На уровне бизнес-архитектуры, платформа обеспечивает реализацию
сервисов путем осуществления настроек и конфигурирования без использования
программирования.
Физическая архитектура модулей включает следующие компоненты:
− серверы СУБД, которые осуществляют централизованное хранение,
обслуживание и обеспечение целостности данных, предоставляя
их по запросу различным приложениям и, тем самым, реализуя единое
информационное пространство для их функционирования;
− сервер
приложения,
который
является
централизованным
исполнителем различных функций обработки данных, предоставляя
возможность воспользоваться этими функциями любым пользователям
и обращаясь за требуемыми данными к серверу данных;
− клиентские приложения в виде тонкого клиента (веб-браузера).
В штатном режиме работы Платформа функционирует с использованием
данных ЕИТО.
3.20. Сведения о взаимосвязях Платформы с информационными системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ
от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»). Сведения об информационном взаимодействии
с информационными системами представлены в таблице 8.
сайт
Кадрового
центра
Подмосковья
интегрирован
с ИС «1C: Трудоустройство».
27
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 28 из 84. Страница создана: 16.09.2026 19:12
Интеграция предусматривает:
− доступ к региональному банку вакансий с возможностью подбора
работы по заданным условиям фильтра для разных категорий граждан:
выбор территории места работы, профессия, ЗП, характер работы,
режим работы, образование, наличие жилья, вид рабочего места и т.п.;
− подбор вакансий по наименованию организации-работодателя
и ОКВЭД;
− публикацию на сайте и ежедневное обновление следующих сведений:
o показатели регистрируемого рынка труда;
o профессии/должности
устойчивого
спроса
(качественные
и количественные показатели);
o статистические данные о вакансиях в разрезе сфер деятельности;
o реестры образовательных программ и организаций, участвующих
в программе профессионального обучения лиц предпенсионного
возраста;
o реестр НКО, оказывающих общественно полезные социальнотрудовые услуги в сфере занятости населения Московской области.
Таблица 6. Сведения об информационном взаимодействии с внешними системами
№
п/п
Предмет взаимодействия
Информационная система/ведомство
1
Обмен данными о вакансиях
ИС «1C: Трудоустройство»
Часть данных, получаемых модулем, а также способ их получения относятся
к унаследованным (legacy) компонентам и сохранены в составе Платформы
без изменения логики работы.
3.21. Сведения о взаимосвязях Платформы с внешними системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»).
28
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 29 из 84. Страница создана: 16.09.2026 19:12
3.22. Сведения о видах обеспечения Платформы
3.22.1. Информационное обеспечение Платформы
Информационное обеспечение Платформы предоставляет возможность
ввода, обработки, накопления и хранения информации, необходимой
для реализации функций Платформы.
Вся необходимая информация, которая поддается классификации
и кодированию, организована в классификаторы и справочники. Платформа
классификации разработана на основе единой системы классификации
и кодирования технико-экономической информации (ЕСКК ТЭИ) –
общегосударственных, отраслевых и локальных классификаторов.
Обеспечивается выполнение следующих задач информационного
обеспечения:
− обеспечение единого информационного пространства для объектов
автоматизации при оказании государственных услуг или анализе
информации;
− обеспечение информационной поддержки населения, государственных
органов исполнительной и законодательной власти, сотрудников
подразделений социальной сферы в их повседневной деятельности,
в том числе и при принятии решения об оказании социального сервиса;
− обеспечение информационной совместимости и взаимодействия между
различными уровнями управления социальной сферой.
3.22.2. Лингвистическое обеспечение
Комплекс подсистем и направлений, реализующих бизнес-логику системы
Платформы построены без применения готовых фреймворков и CMS.
В стеке разработки используются следующие языки программирования:
− в качестве языка запросов стандарта– SQL;
− в качестве языка описания метаданных – подмножества SQL;
− для хранимых процедур в операциях массовой обработки данных –
SQL;
− для бизнес-логики – PHP;
− для презентационной логики – JavaScript.
Языки манипулирования отвечают требованиям стандарта SQL
и поддерживают реляционную и объектно-реляционную модели баз данных,
а также стандарт ODBC.
29
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 30 из 84. Страница создана: 16.09.2026 19:12
Взаимодействие пользователя с программно-технологическим решением
происходит с использованием интерфейсов, выполненных на русском языке,
за исключением системных сообщений, не подлежащие русификации.
Все документы, продуцируемые Платформой, предоставляются на русском
языке.
3.22.3. Серверное техническое и программное обеспечение
Платформа функционирует при выполнении следующих требований
к компонентам программного и технологического обеспечения Заказчика.
Компоненты программного и технологического обеспечения Заказчика
определяются в соответствии с технической документацией, но не могут быть ниже
указанных в таблицах 7-8.
Таблица 7. Компоненты программного обеспечения
№
п/п
1
Техническое
Вид программного
обеспечение
обеспечения
Серверы
площадки Общесистемное ПО
Кадрового
центра Операционная
Подмосковья, ЕИТО
система
Специальное ПО
СУБД
2
АРМ
Кадрового Операционная
центра Подмосковья
система
Офисный пакет
Веб-браузер
Наименование программного
обеспечения
Red Hat Enterprise Linux 7 (64-bit) и новее
PostgreSQL 9.4 и новее или MySQL 5.5 и
новее. Должно находится в реестре
отечественного ПО в соответствии с
федеральным законом от 29 июня 2015 г.
№ 188-ФЗ
Microsoft Windows 10, ASTRA Linux,
RedOS 7.3.5.
LibreOffice и Microsoft Office.
Chromium-Gost, Mozilla Firefox, Opera,
Google
Chrome,
Yandex
Browser,
поддержка
браузеров
мобильных
устройств на базе Android, IOS.
Исходя из указанных функциональных требований Платформы, сервера
приложений и СУБД должны эксплуатироваться с учетом характеристик,
указанных ниже в таблице 9.
30
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 31 из 84. Страница создана: 16.09.2026 19:12
Таблица 8. Характеристика серверного оборудования для функционирования Платформы
№
п/п
Характеристики оборудования
Сервер
Наименование показателя
Основной
сервер
Процессор (vCPU)
1
Сервер баз
данных
2
Минимальный показатель
Тип и объем оперативной памяти
x86_64,
Intel(R) Xeon(R) CPU E5-2697 v3 @
2.60GHz, 4 ядра
DIMM, DRAM, 32 Gb
Дисковое пространство (vHDD)
0,5 Tb
Контроллер Ethernet
Процессор
Тип и объем оперативной памяти
1000 Mb/s
x64_64,
Intel(R) Xeon(R) CPU E5-4650 0
@ 2.70GHz
8 ядер
32 Gb
Дисковое пространство (vHDD)
1 Tb
Контроллер Ethernet
1000 Mb/s
3.22.4. Организационное обеспечение
В части организационного обеспечения Заказчик обеспечивает:
− взаимодействие участников проекта;
− создание временных организационных структур, участвующих
в реализации проекта (рабочих групп, комиссий и пр.), включающих
представителей Государственного заказчика, Функционального
заказчика и Исполнителя;
− организацию комплекса мероприятий по обеспечению прикладного
сопровождения и сервисного обслуживания Платформы;
− регламенты информационного взаимодействия с внешними системами.
3.23. Автоматическое обновление данных интерактивной карты
Данные в блоке «Рынок труда Московской области» обновляются
автоматически
на
основании
выгрузки
данных
из
ИС
«1C: Трудоустройство» ежедневно в формате XML в специальную директорию
на сервере Платформы.
3.23.1. Обработка и хранение данных из выгрузки
На сервере настроен автоматический процесс мониторинга директории
с выгрузкой по следующему сценарию:
31
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 32 из 84. Страница создана: 16.09.2026 19:12
− из директории обрабатывается только самый новый файл
(по дате создания или модификации);
− данные из файла импортируются в базу данных сайта в таблицу,
предназначенную для хранения информации о вакансиях и показателях
по округам;
− при каждой новой обработке выполняется синхронизация данных –
обновление существующих записей и добавление новых;
− в целях оптимизации хранения реализуется автоматическое удаление
старых файлов, при котором сохраняется не более 5 последних
выгрузок.
Обработка данных выполняется средствами PHP-скрипта с использованием
SQL-запросов к базе данных. Скрипт запускается по расписанию.
3.24. Модуль «Конструктор форм»
Модуль «Конструктор форм» обеспечивает создание произвольных форм
и их размещение на страницах Сайта. В основе модуля использован функционал
модуля «Обратная связь».
Модуль обеспечивает решение следующих задач:
− настройка внешнего вида создаваемых форм;
− сохранение данных, полученных от посетителей Сайта, в базу данных
Платформы для последующей обработки;
− выгрузка накопленных данных в формате Excel.
Модуль позволяет создавать поля форм следующих типов:
− текстовое поле;
− поле ввода E-mail;
− поле ввода телефона (с маской ввода);
− поле выбора даты;
− поле выбора заготовленных ответов (с отдельным редактором списка
ответов).
Создание и настройка форм осуществляется в административной панели
Сайта. Административная часть модуля содержит список всех созданных форм
с возможностью редактирования, удаления и управления статусом публикации
каждой формы.
32
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 33 из 84. Страница создана: 16.09.2026 19:12
4. ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ
4.1.
Требования к функциям, реализуемым в рамках развития Платформы
Развитие Платформы осуществляется в целях расширения функциональных
возможностей, повышения удобства пользовательского взаимодействия, а также
обеспечения соответствия требованиям действующего законодательства
Российской Федерации и внутренним регламентам Заказчика.
Объектом оказания услуг по развитию является Платформа, указанная
в п. 3.1 настоящего Технического задания.
1. Работы по развитию должны выполняться с учетом следующих обязательных
требований:
Все доработки Платформы должны выполняться исключительно в рамках
существующей технологической архитектуры, используемой на Сайте.
2. Реализация функционала должна осуществляться без изменения базовой
архитектуры Платформы, структуры ядра, существующих механизмов
маршрутизации, шаблонизации и хранения данных.
3. Все доработки должны реализовываться в виде изолированных модулей или
расширений, соответствующих принятой на Платформе структуре каталогов,
именованию компонентов и правилам подключения.
4. Код, разрабатываемый Исполнителем, должен:
− соответствовать
существующим
стандартам
кодирования,
применяемым в Платформе;
− не дублировать уже реализованный функционал;
− обеспечивать обратную совместимость с текущими модулями
Платформы;
− быть документированным и структурированным.
5. Исполнитель обязан обеспечить:
− корректную работу разработанного функционала во всех
поддерживаемых браузерах;
− адаптивность интерфейса для различных разрешений экранов;
− корректную работу в существующей Платформе управления
контентом;
− отсутствие деградации производительности сайта.
33
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 34 из 84. Страница создана: 16.09.2026 19:12
4.2.
Доработка модуля «Чат-бот»
В рамках доработки модуля «Чат-бот» реализуется сценарное
взаимодействие на основе многоуровневой базы знаний. Предусматриваются
развитие административного интерфейса, поиск точки входа в сценарий
по свободному запросу, учёт текущего раздела диалога и регистрация основных
результатов работы бота.
Доработка выполняется на базе существующего модуля. Содержательные
ответы пользователю формируются из подготовленных и опубликованных
материалов. Последовательность уточнений определяется структурой разделов,
а выбор ответа — положением пользователя в этой структуре и результатами
поиска.
4.2.1. Общие требования к организации модуля
4.2.1.1. Назначение и состав доработки
Модуль должен обеспечивать получение справочной информации двумя
способами: последовательным выбором предложенных направлений и вводом
вопроса в свободной форме. Оба способа используют единую базу знаний. Переход
между ними допускается на любом шаге без необходимости повторного открытия
окна чат-бота.
В состав работ входят управление разделами и статьями, настройка связей
между ними, отображение сценарных переходов, обработка текстовых запросов,
сохранение состояния текущей ветки, сбор базовой аналитики и первоначальное
наполнение по согласованным материалам Заказчика.
Результатом доработки является работоспособный модуль, в котором
администратор может изменять содержание и последовательность диалога
средствами административной панели. Изменение текстов, состава дочерних
разделов и привязок статей не должно требовать правки программного кода.
4.2.1.2. Существующая программная основа
В действующей реализации используются серверные скрипты, база данных
с темами, вопросами и ответами, а также встраиваемое в страницы Сайта окно
чат-бота. Административная часть содержит иерархию тем и средства
редактирования вопросов. Публичная часть выполняет текстовый поиск по
вопросам и ответам.
При доработке необходимо сохранить действующий механизм размещения
чат-бота в шаблонах Сайта, обработку типовых приветственных фраз
и возможность открытия формы обратной связи. Существующая иерархия тем
используется как основа для разделов сценарной модели. Поиск по разделам,
34
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 35 из 84. Страница создана: 16.09.2026 19:12
множественные привязки статей и контекстное прохождение дерева реализуются
в рамках настоящих работ.
До изменения структуры хранения Исполнитель проверяет используемые
связи и способ вывода материалов в связанных компонентах Сайта. Новые поля
и отношения вводятся с сохранением существующих записей, кроме материалов,
исключённых из публикации по согласованному реестру наполнения.
4.2.1.3. Термины и единицы учёта
Раздел — узел дерева базы знаний, содержащий название, фразу бота
и сведения для поиска. Раздел может включать дочерние разделы и связанные
статьи. Корневым считается раздел, не имеющий родительского раздела.
Статья — самостоятельная запись с вопросом или заголовком и готовым
содержательным ответом. Термины «вопрос с ответом» и «статья» обозначают
одну логическую сущность. Хранение вопроса и текста ответа в отдельных
существующих таблицах допускается.
Сценарий — последовательность переходов пользователя по разделам
до выбора статьи. Текущая ветка включает выбранный раздел и его доступные
подразделы. Контекстом считается текущая позиция и последовательность
сделанных выборов в пределах сессии.
Поисковый запрос — отправленное пользователем текстовое сообщение.
Найденный вариант — раздел или статья, предложенные по результатам поиска.
Выдача ответа означает отображение содержания статьи; предложение
её заголовка в списке ещё не считается выдачей ответа.
4.2.1.4. Границы функциональной модели
Сценарная логика определяется деревом разделов и связями со статьями.
Отдельные сущности сценариев, холст с блоками и стрелками, редактор
произвольных условий и механизм вычисления персональных рекомендаций
в состав работ не входят.
Приведённые далее примеры направлений, вопросов и текстов служат для
описания поведения системы. Они не устанавливают обязанность подключать
внешние каталоги вакансий, системы записи на обучение, личные кабинеты или
сервисы назначения выплат. Ссылки на такие ресурсы могут размещаться
в подготовленных статьях.
Использование локального смыслового поиска и перенос материалов
в существующий раздел FAQ выполняются по согласованию с Заказчиком
в порядке, установленном настоящим разделом. Остальные функции должны
сохранять работоспособность независимо от подключения смыслового поиска.
35
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 36 из 84. Страница создана: 16.09.2026 19:12
4.2.2. Структура базы знаний и сценариев
4.2.2.1. Сведения о разделе
Для раздела предусматриваются идентификатор, название, родительский
раздел, фраза бота при входе, ключевые слова, порядок отображения и признак
публикации. Идентификатор присваивается системой и сохраняется при изменении
названия или положения раздела.
Название используется в дереве административной панели и в вариантах
выбора для пользователя. Фраза бота содержит пояснение либо уточняющий
вопрос. Если фраза не заполнена, применяется единое нейтральное сообщение
с предложением выбрать подходящий вариант. Пустая фраза не должна
препятствовать работе раздела.
Ключевые слова включают характерные обозначения пользовательской
потребности и употребляемые формулировки. Их назначение — помочь найти
раздел по свободному запросу. Список ключевых слов не выводится пользователю
в качестве текста сообщения.
4.2.2.2. Иерархия разделов
Каждый раздел имеет не более одного родителя. Корневые разделы
формируют верхний уровень. Дочерние разделы располагаются внутри выбранной
ветки в заданном порядке. Для построения сценария должны поддерживаться
последовательные уточнения без привязки к фиксированным названиям уровней.
Глубина дерева определяется утверждённым реестром контента. При
реализации
нельзя
ограничивать
структуру
существующей
схемой
«тема — вопрос», если согласованный маршрут содержит несколько
промежуточных разделов. Предельная поддерживаемая глубина фиксируется
в техническом описании и проверяется на наиболее длинной согласованной ветке.
Система должна исключать назначение раздела собственным родителем
и перенос в любой из его дочерних разделов. Проверка выполняется на сервере
до сохранения. При ошибке структура остаётся прежней, администратор получает
сообщение о недопустимом родительском разделе.
4.2.2.3. Сведения о статье
Для статьи предусматриваются постоянный идентификатор, заголовок
вопроса, текст ответа, ключевые слова, дополнительные формулировки вопроса,
перечень связанных разделов и признак публикации. Дополнительные
формулировки заполняются при наличии соответствующих материалов
и участвуют в поиске наравне с поисковыми обозначениями статьи.
36
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 37 из 84. Страница создана: 16.09.2026 19:12
Текст ответа редактируется визуальным редактором с поддержкой абзацев,
выделения текста, маркированных и нумерованных списков, ссылок.
Форматирование должно сохраняться при показе ответа в чат-боте. Содержимое
статьи не должно выводиться пользователю в виде необработанной
HTML-разметки.
Публикация допускается при наличии заголовка, непустого ответа и хотя бы
одной связи с доступным разделом. Черновые материалы могут сохраняться
для дальнейшего редактирования. Они не участвуют в публичной навигации
и поиске.
4.2.2.4. Множественные связи статьи
Одна статья может относиться к нескольким разделам. Для этого
используется отдельное отношение между статьями и разделами. Повторное
добавление одной и той же пары не должно создавать дублирующую связь.
При открытии статьи из любого связанного раздела администратор
редактирует одну исходную запись. Сохранённые изменения текста и статуса
применяются ко всем местам использования. Создание физических копий ответа
для каждой ветки не допускается как основной способ реализации множественной
принадлежности.
Удаление связи исключает статью только из выбранного раздела. Сама статья
и остальные связи сохраняются. В глобальных результатах поиска одна статья
отображается однократно, даже если она относится к нескольким найденным
разделам.
4.2.2.5. Состав шага сценария
При входе в раздел бот отображает его фразу и доступные элементы
следующего шага. Дочерние разделы представляются как варианты уточнения,
статьи — как вопросы, по которым можно получить готовый ответ. При наличии
элементов обоих типов сначала выводятся подразделы, затем статьи.
Порядок подразделов задаётся средствами администрирования. Для статей
предусматривается упорядочение списка в выбранном разделе. Изменение
очередности не должно менять идентификаторы объектов или содержание общей
статьи.
Для раздела без доступных дочерних элементов и статей выводится
сообщение об отсутствии опубликованной информации и возможность вернуться
к выбору направления либо открыть форму обращения. Пустой раздел не должен
приводить к бесконечному ожиданию ответа.
37
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 38 из 84. Страница создана: 16.09.2026 19:12
4.2.2.6. Изменение и удаление структуры
Перенос раздела выполняется путём изменения родителя. Вместе с разделом
перемещается его поддерево; статьи сохраняют прежние связи с перенесёнными
узлами. После операции система пересчитывает служебные сведения,
используемые для определения пути и области поиска.
Удаление раздела с подразделами или привязанными статьями блокируется
до освобождения связей и переноса вложенных элементов. Администратору
сообщается причина. Каскадное удаление материалов без отдельного выбора
соответствующих действий не выполняется.
Перед удалением статьи отображается подтверждение с указанием, что она
будет исключена из всех связанных разделов. Если требуется убрать материал
только из одной ветки, используется удаление связи. Названия этих действий
в интерфейсе должны различаться.
4.2.2.7. Доступность опубликованных материалов
Раздел, снятый с публикации, исключается из публичного дерева вместе
с путями через него. Статья остаётся доступной через другие опубликованные
разделы, если такие связи существуют. Материал без доступного пути не должен
появляться в глобальной выдаче.
При обращении по устаревшему идентификатору сервер повторно проверяет
наличие и доступность объекта. Отображение кнопки в ранее сформированном
сообщении не даёт права получить уже снятый с публикации ответ. Пользователю
предлагается актуальный выбор без раскрытия внутренних сведений об ошибке.
4.2.3. Административный интерфейс
4.2.3.1. Размещение и основной экран
Средства управления размещаются в существующем разделе «Чат-бот»
административной панели Сайта. Предусматриваются представления «База
знаний» и «Аналитика». Настройки, необходимые для эксплуатации
доработанного модуля, размещаются в том же разделе без создания отдельной
системы администрирования.
Основной экран базы знаний состоит из двух областей. Слева отображается
раскрываемое дерево разделов, справа — список статей выбранного раздела.
Выбранный узел выделяется. Название и путь раздела показываются над списком,
чтобы различать одноимённые узлы разных веток.
При первом открытии отображаются корневые разделы. Пустое состояние
сопровождается понятным предложением создать раздел. Отсутствие статей
в выбранном узле обозначается отдельно от ошибки загрузки данных.
38
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 39 из 84. Страница создана: 16.09.2026 19:12
4.2.3.2. Операции с разделами
Предусматриваются действия «Добавить раздел», «Добавить подраздел»,
«Изменить» и «Удалить». При создании подраздела текущий раздел автоматически
подставляется в поле родителя. При отмене формы изменения не сохраняются.
Форма редактирования содержит поля, перечисленные в пункте 4.2.2.1.
Родитель выбирается из дерева либо списка с отображением пути. Текущий раздел
и его потомки недоступны для выбора в качестве родителя.
При сохранении проверяются обязательные поля, корректность родителя
и допустимость операции. Сообщение об ошибке связывается с соответствующим
полем. Уже введённые данные сохраняются в форме, чтобы администратор мог
исправить ошибку без повторного заполнения.
4.2.3.3. Поиск и навигация по дереву
В административном дереве предусматривается поиск раздела по названию.
Результат должен позволять определить положение найденного узла и перейти
к его содержимому. Совпадающие названия различаются по полному пути.
Раскрытие и сворачивание узлов не меняет их состояние публикации. После
сохранения статьи или раздела интерфейс возвращает администратора к тому
месту, где выполнялось редактирование, если объект сохранился и доступен.
Изменение порядка выполняется через поле очередности либо простые
действия перемещения в списке. Реализация перемещения мышью не является
обязательной. В публичной части применяется сохранённый порядок, а не порядок
идентификаторов в ответе сервера.
4.2.3.4. Создание и редактирование статей
В правой области отображаются название статьи, состояние публикации
и действия редактирования. Для статьи, связанной с несколькими разделами,
должна быть доступна информация обо всех её размещениях. Открытие формы из
разных веток приводит к одной записи.
Форма содержит заголовок, визуальный редактор ответа, поисковые
обозначения, дополнительные формулировки и множественный выбор разделов.
При создании статьи из выбранной ветки соответствующая связь заполняется
предварительно и может быть изменена до сохранения.
Предусматриваются действия «Сохранить», «Отменить», управление
публикацией и удаление статьи с подтверждением. Изменение привязок должно
быть доступно в той же форме; повторное создание статьи для добавления в другую
ветку не требуется.
39
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 40 из 84. Страница создана: 16.09.2026 19:12
4.2.3.5. Работа со связями и форматированием
При выборе разделов отображаются их пути. Администратор должен видеть
разницу между снятием отметки у раздела и удалением всей статьи. Если снята
последняя связь опубликованной статьи, сохранение публикации блокируется
с пояснением причины.
Ссылки вводятся средствами визуального редактора. Текст ссылки и её адрес
сохраняются раздельно. Допускается размещать ссылки на уже подготовленные
документы, в том числе PDF, без разработки механизма автоматического
формирования файлов.
При вставке форматированного текста удаляются неподдерживаемые
элементы, способные нарушить размер окна чат-бота или выполнить посторонний
код. Поддерживаемые абзацы, списки и ссылки должны сохраняться. Перечень
доступных действий редактора отражается в инструкции администратора.
4.2.3.6. Обновление данных и обратная связь
Создание и изменение записей выполняются с использованием принятого
на Сайте механизма асинхронных запросов. На время сохранения повторная
отправка формы блокируется. После ответа сервера отображается подтверждение
результата либо сообщение о невозможности выполнить операцию.
Интерфейс не должен сообщать об успешном сохранении до подтверждения
сервера. Если соединение прервалось, введённый текст остаётся доступным для
повторной отправки. Повторное действие не должно создавать дубликаты связей.
Подсказки предусматриваются для полей, назначение которых
неоднозначно: фразы бота, ключевых слов, множественных связей и публикации.
Тексты подсказок должны объяснять действие на примере редактируемого объекта.
Отдельная обучающая система в состав модуля не входит.
4.2.4.
Публичный интерфейс и прохождение сценариев
4.2.4.1. Окно чат-бота
Публичный интерфейс сохраняет существующие основные элементы:
кнопку открытия, заголовок «Цифровой ассистент Петр», область сообщений,
стартовые карточки и поле ввода. Новые элементы должны соответствовать
принятому оформлению Сайта и размещаться внутри существующего окна.
Сообщения пользователя и бота отображаются в хронологическом порядке.
Перечень уточняющих вариантов помещается после связанного с ним сообщения.
Пользователь должен различать собственный выбор, пояснение бота
и содержательный ответ.
40
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 41 из 84. Страница создана: 16.09.2026 19:12
При появлении вариантов область переписки прокручивается к началу
нового результата, чтобы пользователь видел вопрос и первые доступные действия.
Выдача длинной статьи не должна автоматически перемещать просмотр
к её последней строке.
4.2.4.2. Стартовый экран
Стартовые карточки связываются с согласованными корневыми разделами.
Их названия и пояснения определяются реестром контента. Выбор карточки
открывает соответствующую ветку и отображает фразу первого раздела.
Пользователь может сразу ввести вопрос без выбора карточки. В этом случае
выполняется поиск по всей опубликованной базе знаний. Наличие стартовых
карточек не ограничивает состав объектов, доступных для поиска.
4.2.4.3. Переход между разделами
При выборе дочернего раздела в переписку добавляется текст выбранного
варианта, затем фраза нового раздела и доступные дальнейшие действия. Сервер
проверяет существование раздела, состояние публикации и допустимость
перехода.
Варианты текущего шага выводятся в виде кнопок или списка в принятом
оформлении чат-бота. Переход выполняется по идентификатору объекта.
Совпадение отображаемых названий в разных ветках не должно приводить
к выбору чужого раздела.
4.2.4.4. Отображение ответа
Выбор статьи приводит к показу её заголовка и текста ответа. Если статья
предложена в списке результатов, допускается использовать существующее
раскрытие ответа. Событие выдачи регистрируется при фактическом раскрытии
содержимого, а не при первоначальном появлении заголовка.
В ответе сохраняются предусмотренные редактором абзацы, списки,
выделение текста и ссылки. Длинный текст размещается в прокручиваемой области
переписки. Ссылки должны быть доступны для нажатия и не перекрываться
соседними элементами.
После ответа пользователь может оценить его, продолжить ввод, или начать
выбор заново. Выдача статьи не блокирует дальнейшую работу и не требует
закрытия окна.
41
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 42 из 84. Страница создана: 16.09.2026 19:12
4.2.4.5. Свободный ввод на шаге уточнения
Поле ввода доступно на каждом шаге. Отправленный текст рассматривается
как новый запрос с учётом текущей ветки. Пользователь не обязан дословно
повторять подпись кнопки или сначала завершать последовательность уточнений.
До завершения обработки запроса повторная отправка блокируется,
отображается состояние ожидания. После получения результата поле снова
становится доступным. Пустое сообщение и строка, состоящая только из пробелов,
не отправляются на поиск.
Варианты выбора из предыдущих шагов сохраняются в истории диалога.
Если пользователь нажимает на ранее предложенный раздел или статью, система
проверяет их доступность. Если материал доступен, бот переходит к выбранному
разделу или показывает ответ. Если раздел или статья удалены либо сняты
с публикации, бот сообщает, что выбранный вариант больше недоступен.
4.2.4.6. Отсутствие подходящего материала
Если поиск не даёт достаточно подходящего результата, бот сообщает
об этом понятным текстом и предлагает уточнить запрос, выбрать доступное
направление или открыть форму обращения. При наличии текущей ветки
пользователь сохраняет возможность продолжить её вручную.
Отсутствие результата не сопровождается выдачей произвольной статьи
с низкой релевантностью. Сообщение о неудачном поиске не должно утверждать,
что соответствующая услуга отсутствует: оно относится только к поиску
в опубликованной базе знаний.
Переход к форме обратной связи использует существующий механизм Сайта.
Перед открытием формы окно и затемняющий слой чат-бота закрываются.
Предложение формы, её открытие и отправка обращения являются разными
действиями; интеграция аналитики с фактической отправкой формы отдельно
не предусматривается.
4.2.4.7. Ошибки и адаптивность
При сетевой или серверной ошибке бот выводит сообщение о временной
невозможности обработать запрос и допускает повторное действие. Такая ошибка
не отображается как отсутствие информации в базе знаний. Введённое сообщение
остаётся в переписке.
На мобильных устройствах окно должно укладываться в доступную область
экрана, сохранять прокрутку сообщений и возможность закрытия. Длинные
названия вариантов переносятся на следующую строку. Горизонтальная прокрутка
всей страницы из-за содержимого бота не допускается.
42
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 43 из 84. Страница создана: 16.09.2026 19:12
Основные действия доступны с клавиатуры. Элементы выбора имеют
различимое состояние фокуса; раскрытие статьи корректно обозначается для
средств доступности. Изменения проверяются в обоих используемых шаблонах
Сайта, подключающих общий модуль чат-бота.
4.2.5. Поиск и управление контекстом
4.2.5.1. Область и источники поиска
Текстовый поиск выполняется по опубликованным разделам и статьям.
Учитываются названия разделов, заголовки вопросов, ключевые слова,
дополнительные формулировки и текст ответов. Текст для поиска
подготавливается без служебной разметки визуального редактора.
Поисковая обработка должна учитывать регистр, повторяющиеся пробелы
и используемое в действующем модуле приведение словоформ. Ключевые слова
и дополнительные формулировки расширяют набор совпадений. Разработка
самостоятельного универсального лингвистического справочника не требуется.
Приветственные и иные типовые фразы обрабатываются отдельно. Если
сообщение содержит приветствие и содержательный вопрос, бот может ответить
на приветствие и выполнить поиск по оставшейся части. Типовая фраза не должна
поглощать полезный текст запроса.
4.2.5.2. Приоритет текущей ветки
Если текущий раздел определён, поиск сначала выполняется в нём,
его доступных подразделах и связанных с ними статьях. При наличии достаточно
подходящего результата пользователь продолжает выбранную тему без повторного
прохождения верхних уровней.
Если результатов внутри ветки нет либо они не достигают принятого порога
релевантности, выполняется поиск по всей опубликованной базе. Сам факт
наличия любых совпадений в текущей ветке не должен препятствовать поиску
подходящего материала в других направлениях.
При отсутствии текущего раздела применяется глобальный поиск. Область
поиска определяется на сервере; переданный из браузера идентификатор
проверяется и не используется как безусловно доверенное указание на доступный
раздел.
4.2.5.3. Сопоставление и ранжирование
Система формирует упорядоченный перечень кандидатов. Совпадения
в заголовках и явно заданных поисковых обозначениях должны иметь
преимущество перед случайным упоминанием слова в длинном ответе. Для статей
43
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 44 из 84. Страница создана: 16.09.2026 19:12
сохраняется приоритет количества значимых слов запроса, найденных в заголовке
вопроса.
В пределах группы с одинаковым числом таких совпадений учитывается
совокупная оценка. Правила сопоставления разделов и статей должны
обеспечивать выбор подходящей точки входа, а не обязательную выдачу конечного
ответа при каждом запросе.
Повторяющиеся статьи объединяются по идентификатору. Порядок
кандидатов передаётся явно и сохраняется в интерфейсе. Числовые ключи объектов
и порядок возврата записей из базы не должны менять установленную
последовательность результатов.
4.2.5.4. Однозначный и неоднозначный результат
Если один кандидат отвечает установленным условиям уверенного выбора
и имеет достаточное преимущество перед остальными, допускается
непосредственный вход в раздел либо показ статьи. Автоматический переход не
применяется только на основании того, что кандидат оказался первым.
При нескольких близких кандидатах бот выводит заранее подготовленную
фразу с предложением уточнить направление и от трёх до пяти вариантов. Если
подходящих кандидатов меньше трёх, показывается фактически найденное
количество. Неподходящие элементы для заполнения списка не добавляются.
Ограничение относится к поисковым предложениям, а не к размеру базы или
числу дочерних разделов. При обычном прохождении дерева пользователю
должны быть доступны все опубликованные элементы текущего шага.
4.2.5.5. Настройка правил выбора
Порог пригодности результата и условие преимущества первого кандидата
определяются Исполнителем на контрольном наборе запросов, согласованном
с Заказчиком. Для каждого примера фиксируются исходная ветка и допустимый
результат: статья, раздел, список уточнений либо отсутствие совпадения.
Числовая оценка релевантности используется для сравнения кандидатов
внутри принятого метода. Она не является вероятностью правильности ответа и не
должна представляться пользователю или администратору как процент
достоверности.
Параметры поиска фиксируются в техническом описании. Выделенный
интерфейс ручной настройки весов администратором не требуется. Корректность
поиска проверяется по воспроизводимым примерам, а не по обещанию
распознавать любую возможную формулировку.
44
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 45 из 84. Страница создана: 16.09.2026 19:12
4.2.5.6. Смена темы
При обнаружении подходящего направления вне текущей ветки бот
предлагает его выбрать. После подтверждения текущим становится выбранный
раздел. Если однозначный результат является статьёй, она может быть показана
непосредственно; контекст её размещения определяется по доступным связям.
Если статья связана с текущей веткой, эта связь имеет приоритет. Если статья
найдена глобально и имеет несколько размещений, используется раздел
выбранного поискового кандидата. При равнозначных размещениях бот предлагает
уточняющий выбор раздела.
Предыдущие сообщения остаются в истории открытого окна.
Они не используются для самостоятельного вывода новых фактов о пользователе.
Контекст обеспечивает навигацию и ограничение поиска; генерация ответа
из совокупности произвольных реплик не предусматривается.
4.2.5.7. Хранение состояния сессии
Для продолжения сценария сохраняются идентификатор текущего раздела
и последовательность подтверждённых переходов. Дополнительно могут
храниться идентификатор последнего запроса и выданной статьи, необходимые
для связывания действий с аналитикой.
Состояние относится к отдельной пользовательской сессии и не должно
смешиваться между посетителями. Закрытие и повторное открытие окна на той
же странице сохраняет текущую переписку.
После истечения сессии или утраты её состояния бот начинает работу
со стартового экрана. Восстановление переписки между устройствами и после
завершения браузерной сессии не требуется. Если сохранённый раздел снят
с публикации, предлагается актуальный выбор направления.
4.2.6.
Смысловой поиск по согласованию с Заказчиком
4.2.6.1. Условия применения
По согласованию с Заказчиком текстовый поиск дополняется локальной
моделью векторного представления текста — embedding-моделью. Она
преобразует запросы и материалы в числовые представления, позволяющие
находить близкие по смыслу записи при различающихся формулировках.
До включения функции согласуются возможность её размещения на
выделенных ресурсах, выбранная модель, условия использования и контрольные
примеры. Технические требования к вычислительным ресурсам определяются
после проверки выбранного варианта на предоставленной базе знаний.
45
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 46 из 84. Страница создана: 16.09.2026 19:12
Модель используется для подбора кандидатов. Содержательные ответы,
уточняющие фразы и названия вариантов берутся из базы знаний. Автоматическое
сочинение текстов консультаций, обращение к общедоступным генеративным
сервисам и обучение собственной языковой модели не предусматриваются.
4.2.6.2. Подготовка и обновление индекса
Индекс содержит представления опубликованных разделов и статей
с привязкой к их идентификаторам. При подготовке текста учитываются заголовки,
поисковые обозначения и содержательные части материалов. Разметка
и технические элементы интерфейса не должны ухудшать сопоставление.
Добавление или изменение материала должно приводить к обновлению его
представления. Удалённые и снятые с публикации объекты исключаются
из выдачи независимо от момента технического обновления индекса. Перед
показом кандидата выполняется проверка по актуальной базе знаний.
Предусматривается служебная возможность полного перестроения индекса.
Порядок запуска и проверки завершения описывается в эксплуатационной
инструкции. Отдельная панель управления моделями и версиями индекса
в административном интерфейсе не требуется.
4.2.6.3. Совместная работа с текстовым поиском
Кандидаты смыслового и текстового поиска сопоставляются по единым
идентификаторам. Итоговая выдача не должна содержать несколько копий статьи
из разных способов поиска. Область текущей ветки и правила уточнения
сохраняются.
Состав модели, способ объединения результатов и параметры выбора
определяются с учётом согласованного набора примеров. Значения оценок разных
алгоритмов нельзя складывать без принятого способа приведения к сопоставимому
виду.
При недоступности модели или индекса выполняется текстовый поиск.
Технический сбой смыслового поиска фиксируется для обслуживания
и не прерывает ручную навигацию по дереву. Пользователю не выводятся
служебные адреса, названия процессов или сообщения библиотеки модели.
4.2.7. Базовая аналитика работы чат-бота
4.2.7.1. Назначение и представление данных
В административной панели предусматривается вкладка «Аналитика»
с журналом обработки пользовательских запросов. Журнал предназначен для
46
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 47 из 84. Страница создана: 16.09.2026 19:12
проверки результатов поиска, выявления отсутствующих материалов и просмотра
оценок выданных ответов.
Основной формой представления является таблица. Диаграммы, сводные
панели с расчётом показателей по темам, выгрузка многостраничных книг XLSX
и просмотр полной переписки в отдельном архиве в состав базовой аналитики
не входят.
Данные обновляются при открытии вкладки и применении фильтров.
Постоянное обновление страницы по таймеру или передача событий на экран
администратора в реальном времени не требуется.
4.2.7.2. Поля журнала
Для обработки текстового запроса фиксируются дата и время, текст
сообщения, идентификатор текущего раздела при поиске, найденный раздел или
статья, оценка релевантности, выбранный пользователем вариант и оценка
полезности ответа при её наличии.
Запись дополняется результатом обработки: предложены варианты, выдан
ответ, совпадение не найдено либо произошла техническая ошибка.
При нескольких предложениях сохраняются их идентификаторы и порядок;
в таблице допускается компактное перечисление с раскрытием полного значения.
Выбор статьи при прохождении дерева без текстового запроса также может
создавать запись о выдаче ответа. В поле запроса показывается обозначение
«Выбор по сценарию», без подстановки вымышленного пользовательского
сообщения. Для такого события релевантность не рассчитывается.
4.2.7.3. Связывание событий
Отправленный запрос получает служебный идентификатор. Выбор варианта
и оценка ответа связываются с соответствующим запросом или событием выдачи.
Идентификатор сессии используется только для технической связи действий
и не считается установленной личностью посетителя.
Показ списка, выбор раздела и выдача статьи отражаются раздельно. Для
неоднозначной выдачи выбор пользователя обновляет сведения об обработке
соответствующего запроса. Последующий самостоятельный текстовый запрос
создаёт новую запись.
Тексты и идентификаторы показанных объектов фиксируются в объёме,
необходимом для чтения записи после переименования статьи или раздела. Журнал
не должен превращаться в историю всех редакций базы знаний. Удаление
материала не должно приводить к ошибке открытия ранее зарегистрированного
события.
47
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 48 из 84. Страница создана: 16.09.2026 19:12
4.2.7.4. Оценка полезности ответа
После выдачи статьи отображается вопрос «Помог ли вам ответ?»
с вариантами «Да» и «Нет». Оценка необязательна. Отсутствие выбора хранится
как отсутствие оценки и не приравнивается к отрицательному ответу.
Оценка относится к конкретной выдаче статьи. Повторное нажатие
не должно увеличивать число оценок одного события. При изменении выбора
обновляется ранее сохранённое значение в пределах доступной сессии.
Пользователь может продолжить работу без оценки. Отрицательный ответ
сам по себе не означает отсутствие результата поиска и не меняет задним числом
факт выдачи статьи. Администратор видит оба обстоятельства.
4.2.7.5. Фильтрация и просмотр
Предусматриваются выбор периода и поиск по тексту запроса. Период
по умолчанию — последние 30 дней. Допускается указать начало и конец
диапазона; неверный диапазон сопровождается пояснением и не применяется.
Фильтры применяются кнопкой «Применить» и сбрасываются кнопкой
«Сбросить». Записи выводятся от новых к старым, не более 50 на странице.
Переход между страницами сохраняет выбранные условия.
Длинные запросы и названия могут сокращаться в строке таблицы
с возможностью просмотра полного значения. Пустая выборка должна отличаться
от ошибки загрузки. Доступ к журналу предоставляется через существующую
авторизацию административной панели.
4.2.7.6. Достоверность и хранение
В журнале используются серверные дата и время с единым часовым поясом,
принятым на Сайте. Пропущенное значение обозначается явно. Число
релевантности сопровождается пояснением о его техническом назначении;
отсутствие оценки не заменяется нулём.
Срок хранения и порядок удаления накопленных записей фиксируются
в эксплуатационных настройках до запуска с учётом решения Заказчика.
Разработка отдельного пользовательского интерфейса выбора срока и массовой
очистки в состав базовой аналитики не включается.
Удаление записей аналитики не должно затрагивать статьи, разделы
и поисковые обозначения. Ошибка регистрации события не должна препятствовать
выдаче ответа; сведения о техническом сбое сохраняются доступными
для обслуживания средствами Сайта.
48
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 49 из 84. Страница создана: 16.09.2026 19:12
4.2.8. Технические требования к реализации
4.2.8.1. Взаимодействие компонентов
Серверная часть обеспечивает получение доступного шага, обработку
свободного запроса, выдачу статьи, сохранение оценки и административные
операции. Клиентская часть отвечает за отображение результата и передачу
действий пользователя. Решения о доступности материала и составе поисковой
выдачи принимаются на сервере.
Для обмена используются принятые на Сайте асинхронные запросы и
структурированный ответ. Сохраняется совместимость существующих полей
questions, answers и result_order на период совместного использования обработчика.
Дополнительные сведения о разделах, типах результатов и состоянии сценария
вводятся без изменения смысла этих полей.
Ответ должен позволять отличить сообщение бота, список вариантов,
статью, отсутствие совпадений и ошибку обработки. Для каждого варианта
передаются тип и идентификатор объекта. Клиенту не требуется угадывать вид
результата по его тексту.
4.2.8.2. Хранение и целостность данных
Сведения о разделах, статьях и их связях хранятся в базе данных Сайта.
Вспомогательный поисковый индекс, если он применяется, является производным
от опубликованной базы. Восстановление содержательных материалов не должно
зависеть исключительно от наличия индекса.
Сохранение статьи и набора её связей выполняется согласованно: ошибка
операции не должна оставлять частично изменённое размещение. Проверяется
существование всех указанных разделов. Изменения структуры не должны
создавать недостижимые циклические ветки.
Для запросов дерева и связей предусматриваются необходимые индексы
базы данных. Произвольные нормативы нагрузки без сведений о сервере
и наполнении не устанавливаются.
4.2.8.3. Проверка входных данных
Идентификаторы, значения полей и параметры фильтров проверяются
сервером независимо от ограничений браузерной формы. Параметры запросов
к базе обрабатываются безопасным способом, принятым в проекте.
Пользовательский текст не должен становиться исполняемой частью SQL-запроса
или HTML-страницы.
Административные операции требуют действующей авторизации и проверки
прав. Публичные обработчики не должны позволять создавать, изменять или
49
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 50 из 84. Страница создана: 16.09.2026 19:12
удалять материалы. Для изменяющих запросов применяются предусмотренные
проектом меры защиты от подделки запросов.
Текст статьи обрабатывается по разрешённому набору форматирования.
Скрипты, обработчики событий и опасные адреса ссылок исключаются. Проверка
распространяется и на ответы, отображаемые из уже существующей базы знаний
после переноса.
4.2.8.4. Совместимость и обслуживание
Доработанный интерфейс подключается в используемых шаблонах Сайта
из общей реализации. Дублирование независимых версий логики чат-бота для
разных шаблонов не допускается. Сборка клиентских ресурсов выполняется
штатным механизмом проекта.
Доработка чат-бота не должна изменять работу остальных разделов Сайта
через общие стили или глобальные обработчики событий.
Служебные сообщения об ошибках должны позволять определить
обработчик и причину сбоя без вывода посетителю технических подробностей.
Секреты подключения и административные данные в публичные ответы не
включаются.
4.2.8.5. Согласованность запросов и состояния
Каждое действие обрабатывается применительно к определённому состоянию
диалога. Ответ на более ранний запрос не должен заменять результат более
позднего действия, если пользователь успел изменить направление.
Для сопоставления запроса и ответа используются служебные идентификаторы
либо эквивалентный механизм, принятый в клиентской части.
При повторной отправке сетевого запроса после ошибки необходимо различать
новую реплику пользователя и повтор доставки прежнего действия. Повтор
доставки не должен создавать дополнительную оценку или дублирующую связь в
административной части. Правило не запрещает пользователю намеренно задать
тот же вопрос повторно.
После сохранения раздела или статьи обновляется связанное представление
данных. Если применяется кэширование, Исполнитель предусматривает его
обновление для изменённого объекта. Снятие с публикации должно проверяться по
актуальному состоянию материала, даже если часть поисковых данных ещё
находится в кэше.
4.2.8.6. Контроль переноса существующих записей
Перед преобразованием данных составляется техническая сверка тем,
вопросов, ответов и их связей. Отдельно выявляются вопросы без ответа, ссылки
50
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 51 из 84. Страница создана: 16.09.2026 19:12
на отсутствующие темы и записи с некорректным родителем. Такие записи
включаются в перечень уточнений к наполнению и не удаляются автоматически
только из-за обнаруженной ошибки.
Несколько одинаковых текстов не объединяются автоматически: совпадение
текста само по себе не подтверждает, что Заказчик считает записи одной статьёй.
Исправление технических связей отделяется от изменения содержания
ответа. Если при переносе требуется содержательное решение, оно отражается
в реестре и подтверждается Заказчиком до публикации соответствующего
материала.
4.2.9. Предоставление и размещение материалов
4.2.9.1. Ответственность за содержание
Заказчик предоставляет структуру направлений, тексты уточнений, вопросы,
ответы, поисковые обозначения и необходимые ссылки.
Исполнитель
размещает
согласованные
материалы,
оформляет
их средствами редактора, создаёт разделы и связи. Смысловая переработка
консультаций, подготовка новых правовых разъяснений и самостоятельное
дополнение отсутствующих ответов в обязанности по наполнению не входят.
Обнаруженные противоречия, дублирующиеся материалы и отсутствующие
ответы передаются Заказчику для уточнения. Спорный материал не подменяется
предположением Исполнителя. По решению Заказчика он корректируется,
объединяется с другой статьёй либо остаётся неопубликованным.
4.2.9.2. Согласованный реестр наполнения
До начала размещения стороны утверждают единый реестр. В нём
указываются разделы и их родительские связи, фразы бота, статьи, тексты ответов,
места размещения и состояние публикации. Каждому материалу присваивается
устойчивое обозначение, позволяющее связывать строки реестра.
Объём первоначального наполнения определяется этим реестром. Для одной
статьи отдельно перечисляются все разделы использования.
Изменения согласованного состава оформляются обновлением реестра
с указанием изменённых материалов. Дополнительные ветки и статьи,
поступившие после фиксации объёма, согласуются отдельно.
4.2.9.3. Подготовка сценарного дерева
Верхние уровни формируются по потребностям пользователя: поиск работы,
обучение, выплаты, документы и иные утверждённые направления.
51
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 52 из 84. Страница создана: 16.09.2026 19:12
Промежуточный раздел должен содержать понятный выбор, который
действительно влияет на следующий шаг либо набор доступных ответов.
Официальные названия программ могут использоваться внутри
соответствующих веток. Повторное употребление одного ответа в разных
пользовательских ситуациях оформляется связями, если содержание ответа
совпадает полностью. Для различающихся по смыслу консультаций используются
отдельные статьи.
Для каждой предназначенной для сценарного показа статьи
предусматривается путь от стартового раздела. Фактические формулировки
уточнений и распределение материалов согласуются с Заказчиком до публикации.
4.2.9.4. Существующие материалы и FAQ
Существующие вопросы и ответы сохраняются как источник
для согласованного наполнения. Их использование в новом дереве определяется
реестром. Массовая публикация всех старых записей без проверки соответствия
структуре не выполняется.
По согласованию с Заказчиком материалы справочного характера
переносятся в существующий раздел FAQ Сайта. До выполнения определяются
перечень материалов, целевые рубрики и порядок сохранения либо изменения
действующих ссылок.
Разработка нового самостоятельного раздела FAQ, универсального средства
импорта и отдельного интерфейса синхронизации материалов не предполагается.
4.2.9.5. Требования к передаче исходных материалов
Материалы передаются комплектом, позволяющим однозначно сопоставить
раздел, текст его фразы и относящиеся к нему статьи. Для каждой статьи
указывается окончательная редакция ответа. Наличие нескольких файлов
с различающимися текстами без обозначения действующей редакции является
основанием для уточнения соответствующей позиции реестра.
Для ссылки предоставляются отображаемое название и полный адрес
назначения. Если ответ ссылается на документ, Заказчик предоставляет сам
документ либо доступный адрес его размещения. Содержание стороннего ресурса
и последующие изменения по внешнему адресу не являются частью наполнения
базы знаний.
Поисковые обозначения передаются вместе с материалом, к которому они
относятся. Одна фраза может использоваться у нескольких статей, если различие
предполагается уточнять последующим выбором. В таком случае в контрольном
52
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 53 из 84. Страница создана: 16.09.2026 19:12
примере отмечается допустимость выдачи нескольких вариантов вместо
автоматического ответа.
Материалы, поступившие с незаполненными обязательными полями,
регистрируются как требующие уточнения. Остальная согласованная часть может
размещаться независимо, если отсутствующая позиция не разрывает её сценарный
маршрут. Публикация зависимых веток выполняется после получения
недостающих сведений.
4.2.10. Подготовка к эксплуатации и передача результатов
4.2.10.1. Последовательность ввода
До изменения рабочей базы подготавливается резервная копия
затрагиваемых данных и сохраняется версия изменяемых компонентов. Ввод
выполняется с учётом порядка тестирования по пункту 4.5.
Перенос существующих связей должен сохранять соответствие вопросов и
ответов. Переход от одной темы к нескольким разделам не должен терять
первоначальное размещение статьи, если его изменение не предусмотрено
реестром.
Переключение рабочей версии производится после согласования
с Заказчиком результатов проверки по пункту 4.5.
4.2.10.2. Комплект передаваемых сведений
Исполнитель передаёт изменённые программные компоненты, описание
изменений структуры данных, порядок установки и обновления, сведения
о необходимых настройках и инструкцию администратора. Материалы передаются
в используемом проектом порядке хранения исходного кода и документации.
Инструкция администратора должна описывать создание разделов,
изменение родителя, размещение одной статьи в нескольких ветках, публикацию,
поиск материалов и чтение аналитики. Примеры приводятся на согласованном
содержании базы знаний.
При подключении смыслового поиска дополнительно указываются модель,
способ запуска, размещение индекса, порядок обновления и восстановление
текстового поиска при отказе компонента. Настройки с ограниченным доступом
передаются отдельно от общедоступной инструкции.
4.2.10.3. Возврат к предыдущей версии
В случае выявления ошибки, препятствующей основной работе, применяется
подготовленный порядок возврата к предыдущей версии. В нём учитываются
53
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 54 из 84. Страница создана: 16.09.2026 19:12
изменения структуры данных; замена только клиентских файлов не считается
достаточным способом отката при несовместимой миграции.
4.2.11. Примеры структуры и состава материалов
4.2.11.1. Пример сценарного маршрута
Корневой раздел «Хочу найти работу» содержит фразу «Какая помощь вам
нужна?» и подразделы «Подобрать вакансии», «Подготовить резюме», «Вернуться
к работе после перерыва». Пользователь выбирает нужное направление либо
вводит вопрос.
В разделе «Подготовить резюме» размещаются статьи «Что указать в резюме
без опыта» и «Как описать предыдущие места работы». Выбор статьи выводит
готовый ответ, предоставленный Заказчиком.
Статья «Какие документы нужны для обращения в центр занятости» может
быть связана с направлениями поиска работы и получения выплат. При
её редактировании содержание обновляется в обоих местах. Дополнительный
раздел для копии текста не создаётся.
4.2.11.2. Пример свободного входа и уточнения
Пользователь вводит «Меня уволили, что делать дальше?». При наличии
соответствующих материалов поиск предлагает направления «Поиск новой
работы», «Постановка на учёт» и «Выплаты». После выбора бот продолжает
соответствующую ветку с её подготовленной фразы.
Если пользователь уже находится в разделе обучения и спрашивает
о продолжительности курса, сначала проверяются материалы этого направления.
При нескольких курсах с разными сроками предлагается уточнить выбор. Система
не должна выбирать срок произвольно из первого найденного ответа.
Результаты этих примеров зависят от наполнения и включаются
в контрольный набор после согласования материалов. Пример не является
требованием дать содержательный ответ на вопрос, для которого Заказчик
не предоставил статью.
4.2.11.3. Состав реестра и контроль размещения
Для раздела в реестре указываются код, код родителя, название, фраза бота,
поисковые обозначения, порядок и публикация. Для статьи указываются код,
заголовок, ответ, ключевые слова, дополнительные формулировки, коды разделов
и публикация.
Коды реестра служат для сопоставления материалов при наполнении
и могут отличаться от внутренних идентификаторов базы. Исполнитель сохраняет
54
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 55 из 84. Страница создана: 16.09.2026 19:12
соответствие между ними для итоговой проверки. Пустое поле дополнительной
формулировки не препятствует размещению готовой статьи.
После наполнения по реестру отмечаются размещённые материалы и
выявленные расхождения. Для каждого расхождения фиксируются причина и
согласованное действие. Итоговый реестр подтверждает фактически размещённый
состав без включения несогласованных новых материалов.
4.3.
4.3. Доработка страницы «Для молодежи»
Доработка
выполняется
на
существующей
странице
Сайта
https://czn.mosreg.ru/molodezh. Требуется реализовать выбор возрастной группы
с помощью трекбара, связать его положения с содержимым трёх карточек
и предоставить средства редактирования соответствующего контента
в административной панели. Действующие элементы страницы и ранее
реализованные возможности управления ими подлежат сохранению.
4.3.1. Возрастные группы и состояния трекбара
4.3.1.1. Первоначальный состав положений
При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения: «11–14 лет», «14–17 лет», «18–25
лет», «25–35 лет». Указанные обозначения используются как названия выбираемых
групп и сохраняются в приведённом порядке. Каждому положению соответствует
отдельный комплект содержимого всех трёх карточек.
Трекбар работает как дискретный переключатель. После завершения
перемещения бегунок должен соответствовать одному из предусмотренных
положений, а подпись выбранной группы — отображаемому содержимому.
Промежуточное положение между группами не должно приводить к показу
смешанного набора карточек.
Возрастные диапазоны воспроизводятся в редакции, установленной
настоящим ТЗ. Их граничные значения не используются для автоматического
определения возраста посетителя: пользователь самостоятельно выбирает нужное
положение. При изменении названий групп через CMS связь с ранее настроенным
контентом должна сохраняться.
4.3.1.2. Бегунок и обозначение выбора
Бегунок выполняется в виде точки со сплошной цветной заливкой
без обводки. Для привлечения внимания предусматривается периодический
эффект пульсации, реализованный средствами CSS @keyframes. Период
55
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 56 из 84. Страница создана: 16.09.2026 19:12
повторения и характер изменения визуальных параметров определяются
в согласованном варианте анимации.
Пульсация не должна смещать выбранное положение, изменять значение
трекбара или запускать обновление карточек. Активная точка и подпись
возрастной группы должны оставаться различимыми на фоне шкалы в течение
всего цикла эффекта.
Внешний вид шкалы, расположение подписи и соотношение размеров
элементов разрабатываются на основе примера на рисунке 6 с соблюдением
официального брендбука Заказчика и общей стилистики Сайта.
Рисунок 6 — Пример трекбара страницы «Для молодежи»
4.3.1.3. Варианты дизайна и анимации
Исполнитель разрабатывает и представляет Заказчику три альтернативных
варианта дизайна трекбара. Для каждого варианта должны быть показаны
размещение на странице, выбранное положение и читаемость подписей возрастных
групп. Все варианты разрабатываются в пределах одного и того
же предусмотренного функционала.
Отдельно предоставляются три альтернативных варианта анимации
интерфейсных элементов — трекбара и карточек. Вариант анимации должен
позволять оценить пульсацию бегунка и последовательность смены содержимого
карточек, а также соответствие эффектов выбранному оформлению.
В
рабочую
версию
интегрируется
согласованное
оформление
и согласованный вариант анимационного поведения. Количество альтернативных
вариантов не означает необходимость размещать на публичной странице
переключатель дизайнов или одновременно использовать несколько эффектов.
4.3.2. Динамическое содержимое карточек
4.3.2.1. Состав изменяемой области
Ниже трекбара сохраняются три карточки: «Не знаешь кем стать»,
«Познакомишься с лидерами рынка» и «Получишь первый профессиональный
опыт». Исходное размещение карточек показано на рисунке 7. При смене
56
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 57 из 84. Страница создана: 16.09.2026 19:12
возрастной группы обновляются относящиеся к ней заголовки, подзаголовки,
текстовые описания и списки блочных элементов.
Для всех трёх карточек применяется одно выбранное положение трекбара.
Не допускается завершать переключение в состоянии, при котором одна карточка
показывает материалы новой группы, а другая — предыдущей. Подпись трекбара
и комплект отображённых материалов должны соответствовать друг другу.
Публичная часть использует сохранённые настройки CMS. Значения одной
возрастной группы не должны подставляться вместо отсутствующих значений
другой группы без явного заполнения соответствующего контента
администратором.
Рисунок 7 — Исходное размещение карточек страницы «Для молодежи»
4.3.2.2. Правила отображения списков
Первоначальные тексты и состав доступных элементов определяются
таблицами 10–12. Знак «+» означает, что элемент отображается для
соответствующей группы; знак «−» означает, что элемент в её списке отсутствует.
Порядок строк таблицы определяет исходную последовательность видимых
элементов после исключения строк со знаком «−».
57
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 58 из 84. Страница создана: 16.09.2026 19:12
При скрытии элемента остальные элементы списка располагаются
последовательно, без пустых строк и промежутков на месте скрытого элемента.
Последующие элементы располагаются в установленном порядке. Видимость
элемента списка не изменяет состав трёх кнопок-иконок в футере карточки.
URL-адреса элементов предоставляются Заказчиком и размещаются через
предусмотренные средства управления. Для каждой отображаемой ссылки должны
применяться адрес и подпись, сохранённые для соответствующего положения
трекбара.
4.3.2.3. Содержание карточки «Не знаешь кем стать»
Текстовая часть одинакова для четырёх исходных возрастных групп. Состав
списка изменяется в соответствии с таблицей 10: «Семейный профгид»
присутствует только в первом положении, а «Матрица профессий» — во втором,
третьем и четвёртом. Остальные элементы сохраняют доступность во всех четырёх
положениях.
Таблица 10 — Содержание и видимость элементов карточки «Не знаешь кем стать»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Найдешь призвание и выберешь профессию, подходящую именно
тебе
Профориентация
+
+
+
+
Семейный профгид
+
-
-
-
Проект «Компас
профессии»
+
+
+
+
Матрица профессий
-
+
+
+
Описание профессий
+
+
+
+
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»
В первом положении используется текст о знакомстве с предприятиями
Подмосковья. Для остальных трёх положений применяется текст о знакомстве
с процессом работы и условиями труда. «Мероприятия с работодателями»
и «Профтуры» отображаются начиная со второго положения, как установлено
таблицей 11.
58
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 59 из 84. Страница создана: 16.09.2026 19:12
Таблица 11 — Содержание и видимость элементов карточки «Познакомишься с лидерами рынка»
Параметр/Кнопка
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Текстовая часть
Познакомишьс
яс
предприятиям
и Подмосковья
Работодатели
Подмосковья
+
+
+
+
Мероприятия
с работодателями
-
+
+
+
Профтуры
-
+
+
+
Увидишь процесс работы изнутри и
познакомишься с условиями труда на
предприятиях Подмосковья
4.3.2.5. Содержание карточки «Получишь первый профессиональный опыт»
Для каждого исходного положения устанавливается собственная текстовая
часть. Практики и стажировки доступны только для группы «18–25 лет», а элемент
«Начать свой бизнес» — только для группы «25–35 лет». Остальные различия
в составе списка определяются таблицей 12.
Таблица 12 — Содержание и
профессиональный опыт»
Параметр/Кнопка
Текстовая часть
видимость
Положение
трекбара 1
(11-14 лет)
элементов
Положение
трекбара 2
(14-17 лет)
карточки
«Получишь
Положение
трекбара 3
(18-25 лет)
Пройдешь
практику,
Научишься
Трудоустроишь
стажировку или
составлять свое ся в свободное
трудоустроишьс
первое резюме от учебы время
я в свободное от
учебы время
первый
Положение
трекбара 4
(25-35 лет)
Найдешь
работу мечты
или начнешь
собственное
дело
Временное
трудоустройство
-
+
+
+
Практики
-
-
+
-
Стажировки
-
-
+
-
Твое идеальное резюме
+
+
+
+
Постоянное
трудоустройство
-
-
+
+
Начать свой бизнес
-
-
-
+
59
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 60 из 84. Страница создана: 16.09.2026 19:12
4.3.3. Геометрия карточек и обработка текста
4.3.3.1. Базовые размеры
Ширина карточек фиксируется в рамках соответствующей компоновки
страницы и не зависит от длины текста выбранной возрастной группы.
Переполнение содержимого не должно растягивать отдельную карточку, менять
ширину соседних карточек или нарушать их расположение.
Базовая высота всех трёх карточек рассчитывается для списка из четырёх
элементов. При расчёте учитываются заголовок, подзаголовок, внутренние
отступы, интервалы между элементами и футер. Пока ни один из трёх списков не
содержит более четырёх элементов, карточки сохраняют одинаковую базовую
высоту.
Размеры и переносы проверяются на предусмотренных таблицами текстах
и согласованном наполнении. Фиксированная высота не должна достигаться
обрезанием видимых надписей или наложением списка на футер.
4.3.3.2. Синхронное увеличение высоты
Если хотя бы один из списков содержит более четырёх элементов, высота
всех трёх карточек увеличивается одновременно. Общая высота определяется
по карточке с наиболее высоким фактическим содержимым с учётом переноса
строк, а не только по числу записей.
Карточка с коротким списком при этом сохраняет общую высоту группы.
Её футер располагается на том же уровне, что и футеры остальных карточек.
Независимое увеличение только одной карточки не допускается.
При переключении на возрастную группу, для которой ни один список
не превышает четырёх элементов, применяется базовая высота. Пересчёт должен
учитывать уже выбранное содержимое; размер предыдущей группы не должен
оставаться в качестве случайного значения.
4.3.3.3. Переносы и сохранение формы
Для длинных надписей предусматривается автоматический перенос
на следующую строку внутри доступной ширины элемента. Текст не должен
выходить за границы карточки, перекрывать соседний элемент или расширять
родительский контейнер.
В мобильной компоновке ширина определяется доступной областью экрана
и принятым расположением карточек. После изменения ширины окна размеры
проверяются с учётом нового переноса строк. Правила равной высоты
и сохранения футера применяются к согласованной компоновке страницы.
60
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 61 из 84. Страница создана: 16.09.2026 19:12
4.3.4. Анимация смены и неизменяемый футер
4.3.4.1. Последовательность смены содержимого
Переключение сопровождается плавным исчезновением текущего
содержимого и последующим проявлением содержимого выбранной группы.
Эффект Fade-Out/Fade-In реализуется через CSS @keyframes. Параметры анимации
соответствуют варианту, согласованному с Заказчиком.
Текст, элементы списка и ссылки обновляются в рамках одного
переключения. Не допускается состояние, при котором видимая подпись элемента
уже относится к новой группе, а его адрес остался от предыдущей. Анимация не
должна сопровождаться наложением двух комплектов текста.
Если пользователь меняет положение повторно до завершения эффекта,
после завершения обработки отображается последнее выбранное положение.
Повторные действия не должны накапливать очередь устаревших переходов,
оставлять карточки прозрачными или нарушать их размеры.
4.3.4.2. Футер карточки
Футер с тремя кнопками-иконками сохраняет статичный вид. Его размеры,
состав, расположение и визуальное состояние не меняются в зависимости
от положения трекбара. Существующее назначение кнопок сохраняется.
Анимация обновления контента не должна скрывать футер или повторно
создавать впечатление его появления. При синхронном увеличении карточек футер
перемещается вместе с нижней границей карточки, сохраняя собственную
геометрию и взаимное расположение иконок.
4.3.5. Управление через административную панель
4.3.5.1. Общие настройки трекбара
Администратору
предоставляется
возможность
изменять
текст,
сопровождающий трекбар, редактировать названия возрастных групп и добавлять
новые положения.
При добавлении положения для него становятся доступны поля текстового
наполнения всех трёх карточек и настройки видимости кнопок. Изменение
названия существующей группы сохраняет связанные с ней тексты и выбранные
элементы.
4.3.5.2. Текстовое содержимое карточек
Для каждой карточки предусматриваются общий заголовок, а также
подзаголовок и текстовое описание для каждой возрастной группы. Общий
61
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 62 из 84. Страница создана: 16.09.2026 19:12
заголовок сохраняется при переключении трекбара; подзаголовок и описание
выводятся в соответствии с выбранным положением.
Поля
группируются
внутри
блока
соответствующей
карточки
и обозначаются названиями возрастных групп. Изменение текста одной группы не
влияет на содержимое остальных.
4.3.5.3. Единый список кнопок карточки
Для каждой карточки используется единый список кнопок, представленный
в административной панели в виде таблицы. Каждая строка содержит название
кнопки, URL-адрес и отдельные отметки видимости для предусмотренных
возрастных групп.
Название и ссылка задаются один раз и применяются во всех группах,
для которых включён показ кнопки. Администратор может добавлять и удалять
строки, изменять их содержимое и порядок.
Порядок кнопок является общим для всех возрастных групп. В публичной
части отображаются только отмеченные для выбранной группы кнопки
с сохранением их взаимной последовательности. На месте скрытых элементов
пустые строки не остаются.
При добавлении возрастной группы в таблицах всех трёх карточек
появляется дополнительный столбец видимости. Администратор отмечает в нём
кнопки, которые должны показываться для новой группы.
Первоначальное наполнение и видимость элементов устанавливаются
по таблицам 10–12. URL-адреса предоставляет Заказчик.
4.3.5.4. Сохранение и применение настроек
Изменения сохраняются общей кнопкой «Сохранить». При повторном
открытии экрана отображаются ранее сохранённые тексты, ссылки, порядок строк
и отметки видимости.
Публичная страница использует сохранённые настройки для переключения
содержимого карточек, определения состава кнопок и расчёта высоты блоков.
Редактирование выполняется без изменения исходного кода.
Ранее реализованные возможности управления страницей сохраняются. Если
выполнение доработки требует удаления или замены действующей функции,
Исполнитель до начала соответствующих изменений уведомляет Заказчика
и согласует дальнейшие действия.
4.4.
Доработка страницы «Программы тренингов 2026 года»
Доработка распространяется на карточки календаря тренингов на страницах
https://czn.mosreg.ru/soiskatelyam/treningi/programmy-treningov-2026-goda/, а также
62
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 63 из 84. Страница создана: 16.09.2026 19:12
https://czn.mosreg.ru/soiskatelyam/events/.
Предусматриваются
цветовые
индикаторы целевых аудиторий, пояснения к ним, элемент «Записаться» и
дополнение модального окна описанием тренинга с анимацией открытия и
закрытия.
4.4.1. Цветовая маркировка целевых аудиторий
4.4.1.1. Состав обозначений
Для тренингов используются три типа целевой аудитории. Первоначальное
соответствие типов и цветов устанавливается следующим образом:
– синий цвет #0050aa — соискатели, ищущие работу в первый раз;
– голубой цвет #5ab4e6 — соискатели, меняющие работу или профессию;
– оранжевый цвет #e65028 — соискатели, длительное время не работавшие
и имеющие перерыв в стаже.
Индикатор представляет собой геометрический круг со сплошной заливкой.
Его цвет определяется настройкой соответствующей аудитории. Название
тренинга, дата проведения и другие сведения карточки не используются для
автоматического назначения категории.
4.4.1.2. Одновременное отображение нескольких аудиторий
В административной карточке тренинга предусматривается группа из трёх
независимых чекбоксов. Для каждого типа устанавливается состояние «включён»
или «выключен». Допускается одновременный выбор нескольких типов;
включение одного чекбокса не снимает отметки с остальных.
В публичной карточке отображаются индикаторы только выбранных
аудиторий. Для одного выбранного типа выводится один круг, для двух — два, для
трёх — три. Отсутствие отметки не должно заменяться автоматически назначенной
аудиторией.
Сохранённый набор применяется к соответствующему тренингу.
При повторном открытии его формы редактирования должны отображаться
те же отметки. Изменение аудитории одного тренинга не должно изменять отметки
у других записей.
4.4.1.3. Расположение и наложение индикаторов
Группа индикаторов размещается в правом верхнем углу карточки.
При нескольких выбранных аудиториях круги располагаются с частичным
наложением одного на следующий справа налево, как показано на рисунке 8.
Каждый выбранный цвет должен оставаться различимым.
63
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 64 из 84. Страница создана: 16.09.2026 19:12
Размеры кругов, расстояние между их центрами и величина наложения
определяются согласованным прототипом. Отображение одного, двух или трёх
индикаторов не должно смещать текст карточки за её границы или закрывать
название тренинга.
Для одной и той же комбинации аудиторий порядок отображения одинаков
на обеих страницах. Перекрытие кругов должно оставлять доступную
для наведения область каждого индикатора, чтобы пользователь мог получить
соответствующее пояснение.
Рисунок 8 — Пример размещения цветных индикаторов
4.4.2. Интерактивность карточки в настольной версии
4.4.2.1. Единое действие карточки
Вся площадь карточки является единой интерактивной областью. Нажатие на
её текст, свободную область, цветной индикатор или надпись «Записаться»
открывает модальное окно соответствующего тренинга. Все перечисленные
области должны приводить к одному и тому же результату.
Добавленные индикаторы не образуют самостоятельные ссылки
и не переключают фильтр календаря. При нажатии на круг должно открываться
то же окно, что и при нажатии на остальную часть карточки. Одно нажатие не
должно одновременно открывать несколько окон или выполнять переход
на другую страницу.
При определении открываемого тренинга используется связь с конкретной
карточкой. Одинаковые названия разных мероприятий не должны приводить
к показу описания другой записи.
64
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 65 из 84. Страница создана: 16.09.2026 19:12
4.4.2.2. Всплывающая подсказка индикатора
При наведении курсора непосредственно на цветной круг появляется
всплывающая подсказка, объясняющая значение соответствующей аудитории.
При перемещении курсора на другой индикатор отображается пояснение его типа.
Наведение на заголовок, дату, свободную область или надпись «Записаться»
не должно вызывать подсказку аудитории. При уходе курсора с индикатора
подсказка скрывается. Пояснение не должно оставаться на экране после закрытия
связанного представления или перемещения на другую карточку.
Текст берётся из общих настроек индикаторов аудитории. Изменение
подписи в CMS применяется ко всем кругам соответствующего типа. Появление
подсказки не отменяет единого действия карточки при нажатии.
4.4.3. Обозначения в мобильной версии
4.4.3.1. Расположение и состав легенды
На мобильных разрешениях над списком карточек календаря, в верхней
части контентного блока, отображается блок расшифровки индикаторов. Заголовок
по умолчанию — «Обозначения». Блок выводится на обеих страницах,
перечисленных в начале пункта 4.4.
Легенда содержит три строки. Каждая строка включает миниатюру цветного
круга и текстовое пояснение одной аудитории. Цвет миниатюры должен совпадать
с текущей настройкой того же типа, используемой на карточках.
Пример состава обозначений приведён на рисунке 9. Рисунок используется
как образец связи цвета и пояснения; область применения легенды определяется
требованиями к мобильной версии. В настольной версии отдельный блок легенды
не отображается.
65
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 66 из 84. Страница создана: 16.09.2026 19:12
Рисунок 9 — Пример состава обозначений аудиторий
4.4.3.2. Соответствие версии интерфейса
В мобильной версии пояснения доступны без наведения курсора.
Пользователь должен иметь возможность прочитать расшифровку трёх цветов
до выбора карточки. Текст легенды переносится внутри доступной ширины блока
и не перекрывает соседние строки.
При изменении ширины окна применяются условия соответствующей
версии: для мобильной компоновки отображается легенда, для настольной —
подсказки при наведении на круги. Наличие или отсутствие легенды не меняет
набор аудиторий, назначенных тренингу.
Нажатие на мобильную карточку, включая её индикаторы и элемент
«Записаться», открывает то же модальное окно. Отдельный переход для сенсорного
нажатия на цветной круг не предусматривается.
4.4.4. Управление индикаторами в CMS
4.4.4.1. Настройки конкретного тренинга
В форме сущности «Тренинг» размещается поле «Тип целевой аудитории»
с множественным выбором посредством трёх чекбоксов: «Ищу работу впервые»,
«Смена работы/профессии», «Длительный перерыв в работе». Поле сохраняет
независимое состояние каждого типа.
66
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 67 из 84. Страница создана: 16.09.2026 19:12
Выбранные значения определяют состав индикаторов, а общие настройки —
их цвета и пояснения. Изменение текстов пояснений не должно требовать
повторного редактирования всех тренингов.
4.4.4.2. Общие настройки обозначений
В существующей административной части раздела «Тренинги» создаётся
подраздел «Настройки индикаторов аудитории». Для каждого из трёх типов
предусматриваются выбор одного из трёх установленных цветов, текст подсказки
для настольной версии и текст расшифровки для мобильной легенды.
Поля подсказки и легенды редактируются раздельно. Сохранение одного
значения не должно стирать другое. Заголовок блока легенды также доступен для
изменения; первоначальное значение устанавливается как «Обозначения».
Все перечисленные текстовые значения, цвета и связи изменяются через
административную панель без правки исходного кода. Настройки должны быть
включены в существующую структуру управления разделом, а не вынесены
в отдельную систему.
4.4.4.3. Применение сохранённых значений
После сохранения проверяется соответствие выбранных аудиторий, цветов
и пояснений на обеих страницах. Один тип не должен отображаться разными
цветами только вследствие использования разных шаблонов карточек.
Если текст пояснения изменён, при следующем отображении
соответствующего элемента используется сохранённая редакция. Назначенные
конкретным тренингам аудитории при этом сохраняются. Применение общих
настроек не должно изменять дату, название или описание мероприятия.
4.4.5. Элемент «Записаться»
4.4.5.1. Визуальное исполнение
В нижней части каждой карточки размещается текстовый элемент
«Записаться». Его расположение завершает композицию карточки и сохраняет
читаемость остальных сведений. Размер шрифта, цвет, отступы и интерактивные
состояния соответствуют принятому оформлению Сайта и согласованному
прототипу.
Элемент должен оставаться различимым при наличии одного, двух или трёх
индикаторов и при переносе длинного названия тренинга. Его положение не
должно определяться длиной текста случайным образом или приводить
к перекрытию даты и времени.
67
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 68 из 84. Страница создана: 16.09.2026 19:12
4.4.5.2. Связь с действием карточки
Надпись является частью общей интерактивной области и открывает
модальное окно тренинга. Она обозначает действие визуально, но не создаёт
отдельного маршрута перехода. Результат нажатия должен совпадать
с результатом нажатия на заголовок или цветной круг.
Действующие условия доступности регистрации сохраняются при доработке.
Открытие информации о тренинге не должно само по себе означать отправку
заявки или подтверждение записи посетителя.
4.4.6. Описание в модальном окне
4.4.6.1. Содержимое и редактирование
Модальное окно карточки дополняется областью описания тренинга.
Администратор вводит и изменяет описание при редактировании соответствующей
записи. Сохранённый текст автоматически используется при открытии окна этого
тренинга в публичной части.
Поле поддерживает базовое форматирование: абзацы, переносы строк,
жирное и курсивное начертание. Эти элементы должны воспроизводиться
в модальном окне. Служебные теги редактора не должны отображаться
пользователю вместо форматированного текста.
Описание связывается с конкретной записью тренинга. Последовательное
открытие разных карточек не должно оставлять текст ранее просмотренного
мероприятия. Изменение описания не меняет название, дату или назначенные
аудитории, если эти поля не редактировались отдельно.
4.4.6.2. Анимация открытия и закрытия
Появление модального окна сопровождается плавной анимацией.
Длительность, тип эффекта — появление, сдвиг, масштабирование либо
их сочетание — определяются при дизайн-прототипировании и согласуются
с Заказчиком.
Закрытие сопровождается обратной анимацией, зеркальной по отношению
к эффекту появления. Окно и связанные с ним визуальные элементы должны
завершать закрытие согласованно, без оставшегося на странице затемнения или
фрагмента содержимого.
Анимация не должна создавать ощущение задержки интерфейса. Повторное
открытие после закрытия воспроизводит нормальное начальное состояние,
а описание остаётся доступным для чтения в настольной и мобильной компоновке.
68
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 69 из 84. Страница создана: 16.09.2026 19:12
4.5.
Проведение функционального тестирования
Исполнитель выполняет функциональное тестирование доработок страницы
«Для молодежи», календарей тренингов и модуля чат-бота. Проверка охватывает
административные настройки, их применение в публичной части, согласованные
анимации и сохранение действующих функций затронутых страниц.
4.5.1. Организация проверки
Для проверки используются согласованные варианты дизайна, таблицы
10–12, сохранённые настройки аудиторий и материалы базы знаний чат-бота.
Условия проверки должны позволять сопоставить введённые в административной
панели данные с фактически показанным результатом.
Замечание
фиксируется
с
указанием
проверяемого
элемента,
последовательности действий, ожидаемого и фактического поведения. После
исправления проверка повторяется для затронутой функции и связанных с ней
состояний. Приёмка согласуемых возможностей чат-бота выполняется только при
их включении в утверждённый состав работ по пункту 4.2.
4.5.2. Проверка доработанного чат-бота
4.5.2.1. Подготовка контрольного набора
До приёмки фиксируются версия модуля, состав опубликованного контента
и перечень контрольных запросов. Для поискового примера задаются начальная
ветка, вводимый текст и допустимый результат. Для сценарного примера
указывается последовательность действий и ожидаемая статья.
В набор включаются прямые вопросы, альтернативные формулировки,
общие запросы с несколькими подходящими направлениями и запросы вне базы
знаний. Примеры должны позволять отличить качество сопоставления от
отсутствия исходного материала.
Результаты оформляются перечнем выполненных проверок и замечаний.
Замечание содержит условия воспроизведения, фактическое поведение
и ожидаемый результат со ссылкой на соответствующее требование.
Смысловой поиск проверяется на согласованных примерах и наполнении.
Распознавание произвольной фразы, для которой в базе отсутствует подходящий
материал, не является условием приёмки.
4.5.2.2. Проверка дерева и связей
Проверяется создание корневого раздела, подраздела и статьи. После
сохранения элементы появляются в соответствующих областях интерфейса, а
69
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 70 из 84. Страница создана: 16.09.2026 19:12
опубликованная статья доступна по маршруту. Изменение порядка подтверждается
в публичной части.
Для статей проверяются заголовок, форматированный ответ, ключевые слова
и дополнительные формулировки. Административные операции не должны
создавать физические копии общей статьи только для повторного размещения.
Одна статья связывается с двумя разделами. После изменения ответа новый
текст отображается в обоих местах. Удаление одной связи сохраняет статью во
втором разделе; в глобальном поиске она не дублируется.
Выполняется попытка перенести родительский раздел внутрь собственного
поддерева. Сохранение блокируется без изменения структуры. Удаление непустого
раздела также блокируется с объяснением причины.
Проверяется снятие статьи с публикации. Она исчезает из новых
предложений,
а обращение по ранее показанному варианту не возвращает закрытый текст. Статья,
размещённая в двух ветках, сохраняет доступность через опубликованную ветку
после отключения другой.
4.5.2.3. Проверка диалоговых маршрутов
Пользователь выбирает стартовую карточку и проходит согласованную
ветку.
На каждом шаге отображаются соответствующая фраза и допустимые варианты.
Конечный ответ совпадает с материалом реестра.
После выбора стартового направления либо отправки текста стартовые
карточки скрываются в соответствии с предусмотренным поведением.
Проверяются закрытие и повторное открытие окна на одной странице.
Навигационная позиция меняется согласно выбранному действию, а история
открытой переписки не переставляется.
На промежуточном шаге пользователь отправляет текст вместо нажатия
кнопки. Бот обрабатывает запрос и позволяет продолжить работу. Повторное
нажатие отправки во время ожидания не создаёт второй запрос.
Ошибка отдельного действия не должна приводить к смешению
пользовательских сессий или полной потере возможности продолжить работу
с модулем.
4.5.2.4. Проверка поиска
Прямой запрос к известной статье приводит к согласованному ответу либо
предложению этой статьи. Приветствие вместе с вопросом не мешает поиску
70
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 71 из 84. Страница создана: 16.09.2026 19:12
содержательной части. Проверяется сохранение порядка выдачи при
различающихся числовых идентификаторах.
Проверяются поиск по заголовкам, ключевым словам, дополнительным
формулировкам и текстам, а также соответствие порядка результатов серверному
ранжированию.
Внутри ветки отправляется контекстный вопрос. Подходящий материал этой
ветки получает приоритет. Затем отправляется запрос по другой теме; при
отсутствии подходящего локального результата бот предлагает найденное
глобально направление.
Общий запрос с несколькими близкими результатами вызывает уточняющий
список. Отсутствие надёжного совпадения приводит к сообщению об отсутствии
результата и доступности формы обращения, а не к произвольной консультации.
При согласованном смысловом поиске отдельно проверяются примеры с
различающимися формулировками, обновление изменённой статьи в индексе и
работа текстового поиска при недоступности модели.
4.5.2.5. Проверка аналитики
После текстового запроса в журнале появляется запись с серверной датой,
текстом и результатом. Выбор предложенной статьи связывается с нужной
записью. Показ заголовка без раскрытия ответа не учитывается как выдача
содержательной консультации.
Состав полей и событий журнала должен соответствовать пункту 4.2;
найденные варианты, выбор пользователя, выдача статьи и оценка ответа относятся
к соответствующей обработке запроса или выдаче ответа.
Проверяются значения «Да», «Нет» и отсутствие оценки. Повторное нажатие
не создаёт повторной оценки одного события. Для выбора по дереву не
подставляется произвольное число релевантности.
Фильтр периода, поиск по тексту и переход между страницами проверяются
на наборе, превышающем одну страницу. Для технической ошибки и отсутствия
совпадения отображаются разные результаты обработки.
Сохранение контекста текущей сессии проверяется отдельно от постоянного
журнала аналитики.
4.5.2.6. Проверка интерфейса и готовности
На настольном и мобильном экранах проверяются длинные названия,
форматированный ответ со списками и ссылкой, прокрутка, клавиатурное
управление и открытие формы обращения. Окно формы не должно оставаться под
затемняющим слоем бота.
71
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 72 из 84. Страница создана: 16.09.2026 19:12
Проверяются открытие и закрытие окна и сохранение работы остальных
разделов Сайта при использовании общих стилей и обработчиков событий. Перед
открытием формы обращения окно и затемняющий слой чат-бота закрываются.
Работы считаются подготовленными к приёмке после выполнения
обязательных проверок, устранения выявленных несоответствий и передачи
документации. Согласуемые функции проверяются только при их включении в
утверждённый состав работ.
4.5.2.7. Проверка ошибочных и повторных действий
При попытке сохранить пустой заголовок или ответ без содержательного
текста система указывает ошибку и сохраняет введённые в остальные поля
сведения. При неверном идентификаторе раздела сервер отклоняет операцию;
статья не должна получить связь с несуществующей записью.
Проверяется отмена подтверждения удаления. Статья, её текст и размещения
остаются неизменными. Затем проверяется удаление связи с одной веткой:
во второй ветке статья открывается с прежним содержанием. Эти действия
выполняются на тестовом материале.
Имитируется ошибка загрузки результата. Пользователь видит сообщение
о технической проблеме и может повторить запрос. В аналитике такая попытка
не должна интерпретироваться как установленное отсутствие ответа в базе знаний.
После восстановления соединения бот возвращается к обычному порядку работы.
Для согласованного смыслового поиска проверяется снятая с публикации
статья, представление которой ещё осталось в индексе. Кандидат отбрасывается
до вывода текста. Наличие в индексе устаревшего идентификатора не должно
позволять получить недоступный материал или нарушать обработку остальных
результатов.
4.5.2.8. Проверка переноса и наполнения
После переноса для каждой статьи по идентификатору либо таблице
соответствий проверяются наличие текста и сохранение исходной связи, если
реестр не предусматривает её замену.
После размещения Исполнитель сверяет количество уникальных статей,
разделов и связей с реестром. Проверяются заголовки, тексты, форматирование,
адреса ссылок и доступность материалов в предусмотренных ветках.
Уникальная статья, используемая в нескольких местах, учитывается один раз
как материал и отдельно по числу связей. По каждой согласованной ветке
выполняется проход до конечного ответа. Ошибки загрузки, неверные связи
72
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 73 из 84. Страница создана: 16.09.2026 19:12
и технические дефекты оформления устраняются Исполнителем. Изменение
содержания по новым пожеланиям Заказчика учитывается как изменение реестра.
4.5.2.9. Проверка перед вводом и после переключения
Сначала программные функции проверяются на тестовой копии либо
в согласованной среде. После наполнения выполняются контрольные сценарии на
опубликованном составе материалов. Перед публикацией проверяется время
обработки характерных запросов на согласованном объёме материалов.
На рабочем Сайте проверяются открытие бота, стартовые карточки, один
полный сценарный маршрут, свободный запрос, отображение форматированной
статьи, оценка ответа и переход к форме обращения. Проверка не должна создавать
реальные обращения без необходимости.
4.5.3. Проверка страницы «Для молодежи»
4.5.3.1. Положения трекбара и комплекты контента
Проверяется наличие четырёх исходных положений с обозначениями
«11–14 лет», «14–17 лет», «18–25 лет», «25–35 лет». Для каждого положения
последовательно проверяются подпись выбранной группы, заголовки, текстовые
части и списки всех трёх карточек.
Фактический состав сверяется с таблицами 10–12 построчно, включая
отсутствие элементов со знаком «−» и порядок оставшихся пунктов. Проверяются
адреса отображаемых ссылок. Переключение не должно менять адрес одной
ссылки на адрес соседнего элемента.
Отдельно проверяются переходы между группами с разным количеством
пунктов. После смены положения все три карточки должны показывать один
согласованный возрастной комплект; сохранение части предыдущего содержимого
считается несоответствием.
4.5.3.2. Размеры, текст и футеры
Проверяются состояния со списками до четырёх элементов и более четырёх
элементов. В первом случае все карточки сохраняют базовую высоту,
во втором — увеличиваются синхронно до общей высоты, достаточной для самого
высокого содержимого.
Для длинных надписей проверяются переносы и отсутствие выхода за
границы контейнера. Ширина карточки не должна увеличиваться вслед за длиной
текста. Футеры остаются на предусмотренном уровне и не перекрываются
списками.
73
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 74 из 84. Страница создана: 16.09.2026 19:12
При каждом положении трекбара проверяется сохранение трёх кнопокиконок футера: их состава, размеров, визуального состояния и существующего
действия. Переключение возрастной группы не должно менять этот набор.
4.5.3.3. Анимационное поведение
Проверяется пульсация залитой точки без обводки, реализованная через
@keyframes. Эффект соответствует согласованному варианту и не меняет текущее
значение трекбара.
Для карточек проверяется последовательность Fade-Out/Fade-In и отсутствие
наложения старого и нового текста. При нескольких быстрых переключениях после
завершения обработки остаётся содержимое последнего выбранного положения.
Футер не должен исчезать вместе с изменяемой областью. После анимации
все карточки доступны для взаимодействия, а временные значения прозрачности
или размеров не остаются в окончательном состоянии.
4.5.3.4. Административная часть
Проверяется редактирование страницы на едином экране настроек:
изменение текста над трекбаром, названий возрастных групп, общих заголовков
карточек, подзаголовков и описаний для каждой группы. Изменение общего
заголовка должно применяться ко всем положениям трекбара, а текстов отдельной
группы — только к соответствующему положению.
Для каждой карточки проверяется единый список кнопок: добавление
и удаление строк, редактирование названий и URL-адресов, изменение порядка
и настройка видимости по возрастным группам. Название, ссылка и порядок
кнопки должны быть одинаковыми для всех групп, в которых она отображается.
Отключение видимости в одной группе не должно скрывать кнопку в остальных.
Скрытые элементы не оставляют пустых строк.
Проверяется добавление нового положения трекбара. Для него должны
появляться поля текстового наполнения всех трёх карточек и отдельный столбец
видимости в каждом списке кнопок. После заполнения и сохранения новая группа
доступна в публичной части и использует предусмотренные правила
переключения, изменения высоты и анимации.
После нажатия общей кнопки «Сохранить» и повторного открытия экрана
проверяется сохранность введённых значений, порядка строк и отметок видимости.
Публичная страница должна отображать сохранённые настройки. Переименование
возрастной группы не должно нарушать её связь с текстами и кнопками.
74
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 75 из 84. Страница создана: 16.09.2026 19:12
4.5.3.5. Совместимость отображения
Страница проверяется в разных браузерах, а также на мобильных
устройствах с различной шириной экрана. Контроль включает читаемость
возрастных подписей, возможность выбора положения, переносы текста,
геометрию карточек и доступность их элементов.
При изменении размеров окна не должны появляться перекрытия, выход
содержимого за границы или несоответствие выбранной группы показанному
контенту. Ранее реализованные функции страницы проверяются на сохранение
после интеграции.
4.5.4. Проверка календарей тренингов
4.5.4.1. Аудитории и общие настройки
В форме тренинга проверяется независимое включение и отключение трёх
аудиторий. Проверяются одиночные значения, сочетания двух типов и выбор всех
трёх. После сохранения и повторного открытия формы состояния чекбоксов
должны совпадать с сохранённым набором.
На обеих страницах проверяются соответствующие индикаторы, их цвета,
количество, порядок и наложение. Невыбранная аудитория не должна добавляться
в карточку. Для разных комбинаций сохраняются читаемость названия
и доступность каждого цветного круга.
В общих настройках изменяются цвет, текст подсказки, текст легенды
и заголовок блока. Проверяется применение каждого значения по назначению
без изменения остальных полей и без необходимости заново назначать аудитории
тренингам.
4.5.4.2. Подсказки и мобильная легенда
В настольной версии курсор последовательно наводится на каждый
индикатор. Отображается пояснение соответствующего типа; при уходе курсора
оно скрывается. Наведение на другие области карточки не вызывает подсказку
аудитории.
В мобильной версии над карточками отображается легенда с тремя цветами,
сохранёнными текстами и заголовком. В настольной версии отдельный блок
легенды отсутствует. Цвета обозначений совпадают с цветами индикаторов обеих
страниц.
Проверяются длинные тексты пояснений в пределах согласованного
наполнения. Подсказки и легенда должны оставаться читаемыми, не выходить
за доступную область и не перекрывать соседние строки собственного
содержимого.
75
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 76 из 84. Страница создана: 16.09.2026 19:12
4.5.4.3. Действие карточки и модальное окно
Последовательно проверяются нажатия на заголовок, свободную область,
индикатор и надпись «Записаться». Каждое действие открывает одно модальное
окно соответствующего тренинга. Дополнительный переход на страницу
или открытие второго окна не выполняются.
После редактирования описания в CMS проверяется его отображение
в модальном окне, включая абзацы, переносы строк, жирное и курсивное
начертание. Последовательное открытие двух разных карточек должно показывать
описание каждой выбранной записи.
Анимация появления проверяется на соответствие согласованному варианту.
Закрытие сопровождается обратным эффектом, после которого на странице
не остаются затемнение или фрагменты окна. Дополнительно проверяется
повторное открытие после завершённого закрытия.
4.5.5. Завершение проверки
Исполнитель устраняет выявленные несоответствия предусмотренным
функциям и повторно проверяет исправленные участки. Для затронутых страниц
дополнительно проверяется совместная работа доработанных элементов после
интеграции в Сайт.
Результаты проверки должны позволять установить, какие функции
проверены, на каких данных и какие замечания устранены. Состав контрольных
действий не вводит дополнительных пользовательских функций сверх
пунктов 4.2–4.4.
4.6.
Результат выполнения работ
По итогам выполнения работ Заказчику предоставляются согласованные
проектные материалы, демонстрационные реализации и функционирующие
доработки в объёме пунктов 4.2–4.4. Результаты должны соответствовать одному
согласованному варианту поведения публичной части и административных
настроек.
4.6.1. Результаты по модулю чат-бота
4.6.1.1. Управление знаниями и сценарное взаимодействие
Предоставляется доработанный интерфейс базы знаний с деревом разделов
и редактированием статей. Поддерживаются промежуточные фразы бота,
поисковые обозначения, публикация и использование одной статьи в нескольких
ветках без копирования её текста.
76
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 77 из 84. Страница создана: 16.09.2026 19:12
В публичной части функционирует чат-бот в рамках принятого оформления
Сайта. Пользователь может последовательно выбирать направления, вводить
запрос на любом шаге, получать уточняющие варианты и опубликованные ответы.
Поиск учитывает текущую ветку и предусматривает обращение ко всей базе
в установленном порядке.
При отсутствии подходящего материала доступен переход к существующей
форме обращения. Состояние текущего диалога сохраняется в пределах модели
сессии, установленной пунктом 4.2. Первоначальное наполнение выполняется
Исполнителем по предоставленным Заказчиком материалам и согласованному
реестру.
4.6.1.2. Аналитика и согласуемые работы
Предоставляется вкладка базовой аналитики с предусмотренными полями
журнала, фильтром периода, поиском по тексту и постраничным просмотром.
В публичной части доступна оценка полезности выданного ответа; сохранённые
оценки связаны с соответствующими событиями.
Если Заказчиком согласован локальный смысловой поиск, в состав
результата включается работоспособное подключение embedding-модели
с подготовленным индексом и порядком его обновления.
Если согласован перенос материалов в существующий FAQ Сайта, результат
включает размещение утверждённого перечня материалов в предусмотренных
рубриках. Перечень и порядок переноса определяются по пункту 4.2.
4.6.2. Результаты по странице «Для молодежи»
4.6.2.1. Проектные материалы
Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта
анимации карточек и трекбара для согласования с Заказчиком.
Прототип должен показывать размещение переключателя, возрастные
подписи, три карточки, неизменяемые футеры и состояния, необходимые для
оценки согласуемого решения. Представленные материалы должны позволять
сопоставить оформление с брендбуком и существующей стилистикой страницы.
4.6.2.2. Демонстрационная и рабочая реализации
На хостинге Исполнителя предоставляется демонстрационная страница с
действующим трекбаром, динамическим обновлением карточек и согласованными
анимациями. Для исходных четырёх положений используется содержание таблиц
10–12 и предоставленные Заказчиком адреса ссылок.
77
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 78 из 84. Страница создана: 16.09.2026 19:12
Доработанная страница интегрируется в существующую Платформу. Через
административную панель доступны предусмотренные действия с текстами,
заголовками, списками, ссылками, видимостью элементов и положениями
трекбара. Ранее реализованные функции страницы сохраняются.
4.6.3. Результаты по календарям тренингов
4.6.3.1. Прототипы и демонстрация
Предоставляется прототип карточек тренингов в Figma с цветовыми
индикаторами, всплывающими подсказками и элементом «Записаться», а также
прототип мобильного представления с легендой. Согласованное поведение
предусматривает открытие модального окна при нажатии на общую область
карточки.
На хостинге Исполнителя предоставляется демонстрационная страница,
позволяющая проверить подсказки в настольной версии и легенду на мобильных
разрешениях. На демонстрации должны быть представлены состояния с разными
сочетаниями аудиторий и согласованная анимация модального окна.
4.6.3.2. Публичная и административная части
На страницах тренингов и событий реализуются индикаторы выбранных
аудиторий, единая интерактивная область карточки и надпись «Записаться».
Модальное окно показывает описание соответствующего тренинга с базовым
форматированием и согласованными эффектами появления и закрытия.
В административной части доступны независимые отметки трёх аудиторий
для тренинга, общие настройки цветов, тексты подсказок и легенды, её заголовок,
а также поле описания. Сохранённые сведения применяются в публичной части
без правки исходного кода.
4.6.4. Соответствие передаваемых результатов
Демонстрационные и рабочие реализации должны воспроизводить
согласованные настройки и поведение. Наличие прототипа само по себе
не заменяет программную реализацию, а демонстрация статичных изображений
не заменяет проверку действующих элементов.
По чат-боту передаются программные компоненты и эксплуатационные
сведения в составе, установленном пунктом 4.2. Результаты функциональной
проверки должны подтверждать выполнение требований пункта 4.5 и устранение
выявленных несоответствий.
78
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 79 из 84. Страница создана: 16.09.2026 19:12
4.7.
Требования к front-end и верстке сайта
Исполнитель обязан обеспечить одинаковое отображение страниц сайта
(графических элементов и текстового форматирования) в следующих
веб-обозревателях:
− Opera (не ниже версии 133);
− Mozilla Firefox (не ниже версии 153);
− Google Chrome (не ниже версии 151);
− Safari (не ниже версии 26.6).
При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.
Исполнитель обязан обеспечивать корректное отображение информации
на сайте на следующих типах устройств:
− персональные компьютеры (АРМ) под управлением операционных
систем Windows, Linux, macOS;
− мобильные устройства (смартфоны) под управлением iOS и Android.
4.8.
Требования к защите информации
После любых вносимых изменений в Платформу, она должна
соответствовать требованиям информационной безопасности как правовых, так
и технических средств безопасности персональных данных в отношении
Федеральных законов Российской Федерации: от 27.07.2006 N 152-ФЗ
«О персональных данных»; от 27.07.2006 N 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
На платформе должна всегда присутствовать ссылка ведущая на страницу
с информацией «Политика обработки персональных данных» для возможности
ознакомления с ней пользователей.
79
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 80 из 84. Страница создана: 16.09.2026 19:12
5.
ТРЕБОВАНИЯ К ПОРЯДКУ ВЫПОЛНЕНИЯ РАБОТ, СРОКАМ,
РЕЗУЛЬТАТАМ И ЭТАПАМ ИХ ВЫПОЛНЕНИЯ
Состав работ с указанием отчетных документов, которые должен
выполнить Исполнитель, их ожидаемые результаты, сроки и этапы выполнения
представлены в таблице (Таблица 12 ) .
Таблица 12 . Календарный план выполнения работ
№
этапа
Наименование и
содержание этапа
работы
Исполнителя
Результат выполнения работ/ оказания
услуг
Срок выполнения
работ
Сопровождение Платформы
1
2
До 11 ноября 2026 г.
(включительно);
12 ноября – 16
ноября 2026 г.
(включительно)
тестирование;
17 ноября 2026
г.(включительно)
ввод доработки в
эксплуатацию.
Доработка
страницы «Для
молодежи»
Реализованный функционал;
утверждённые прототипы; совместное
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
Доработка
страницы
«Программы
тренингов 2026
года»
Реализованный функционал
(трекбар с четырьмя значениями,
динамические карточки с контентом, До 25 ноября 2026 г.
анимация смены карточек и
(включительно);
пульсации бегунка, статичный футер);
26 ноября – 30
утверждённые прототипы и варианты
ноября 2026 г.
дизайна/анимации; совместное
(включительно)
тестирование доработки с Заказчиком
тестирование;
и устранение найденных ошибок
1 декабря 2026
Исполнителем; акт сдачи-приёмки.
г.(включительно)
Этап включает в себя: 5 дней
ввод доработки в
тестирования доработки на предмет
эксплуатацию.
ошибок; 1 день развёртывания
доработки на основном сервере.
80
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 81 из 84. Страница создана: 16.09.2026 19:12
3
Реализованный функционал
(подсистема аналитики,
многошаговые сценарии, сбор
недостающей информации, интерфейс
административной панели);
утверждённые прототипы (при
Доработка модуля
необходимости); совместное
«Чат-бот»
тестирование доработки с Заказчиком
и устранение найденных ошибок
Исполнителем; акт сдачи-приёмки.
Этап включает в себя: 5 дней
тестирования доработки на предмет
ошибок; 1 день развёртывания
доработки на основном сервере.
До 9 декабря 2026 г.
(включительно);
10 декабря – 14
декабря 2026 г.
(включительно)
тестирование;
15 декабря 2026 г.
(включительно)
ввод доработки в
эксплуатацию
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА ИСПОЛНИТЕЛЯ
Исполнитель принимает на себя гарантийные обязательства в отношении
результатов работ, выполненных им в рамках настоящего государственного
контракта, в объеме и на условиях, определенных настоящим разделом.
Гарантийные обязательства распространяются на доработанные компоненты
Платформы, а также на компоненты Платформы, работоспособность которых была
нарушена вследствие выполненных Исполнителем доработок.
Гарантийный срок на результат работ устанавливается продолжительностью
12 (двенадцать) месяцев и исчисляется с даты подписания Сторонами итогового
документа о приемке (акта сдачи-приемки) по последнему этапу государственного
контракта.
6.1. Объем гарантийных обязательств
В рамках гарантийной поддержки Исполнитель обязуется:
− обеспечивать
работоспособность
доработанных
компонентов
Платформы, а также существовавших компонентов Платформы,
затронутых доработкой, в соответствии с функциональными
и
нефункциональными
требованиями,
зафиксированными
в Техническом задании и иной согласованной Сторонами
документации.
− устранять недостатки (дефекты), выявленные в процессе эксплуатации
Платформы и относящиеся к результатам выполненных работ, в срок,
не превышающий 5 (пяти) рабочих дней с даты получения
81
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 82 из 84. Страница создана: 16.09.2026 19:12
Исполнителем Акта о выявленных недостатках, оформленного
в соответствии с порядком, предусмотренным настоящим разделом.
По согласованию Сторон указанный срок может быть продлен, что
фиксируется в письменном виде.
− принимать
участие
в
восстановлении
работоспособности
Платформы после сбоев и аварий, вызванных дефектами
или
недокументированными
возможностями,
допущенными
Исполнителем при выполнении работ, включая выполнение работ по
восстановлению целостности данных и обновлению программных
компонентов. Восстановление работоспособности осуществляется
за счет Исполнителя.
− осуществлять авторский надзор за изменениями Платформы,
выполняемыми силами или по инициативе Заказчика, в целях оценки
влияния таких изменений на сохранение гарантийных обязательств.
Исполнитель обязуется в течение 5 (пяти) рабочих дней предоставлять
мотивированное заключение о возможности внесения предлагаемых
изменений и их влиянии на гарантийные обязательства.
− оказывать консультационную поддержку представителей Заказчика по
вопросам особенностей реализации доработанных компонентов,
а также о возможности, способах и предполагаемых последствиях
внесения предлагаемых изменений в Платформу.
6.2.
Порядок фиксации и направления дефектов
При обнаружении в процессе эксплуатации Платформы недостатков
(дефектов) в доработанных компонентах или компонентах, затронутых
доработкой, Заказчик составляет Акт о выявленных недостатках (далее — Акт),
в котором фиксируются:
− дата и время обнаружения дефекта;
− описание дефекта с указанием последовательности действий,
приведших к его проявлению;
− обстоятельства, при которых дефект был выявлен;
− характер влияния дефекта на функционирование Платформы;
− скриншоты, логи или иные материалы, подтверждающие наличие
дефекта (при наличии).
Акт направляется Исполнителю в срок, не превышающий 2 (двух) рабочих
дней с даты обнаружения дефекта. Направление Акта осуществляется
по официальным каналам связи, предусмотренным государственным контрактом.
Срок устранения дефекта исчисляется с даты получения Исполнителем Акта.
82
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 83 из 84. Страница создана: 16.09.2026 19:12
В случае если предоставленной в Акте информации недостаточно
для воспроизведения и диагностики дефекта, Исполнитель обязуется в течение 2
(двух) рабочих дней запросить у Заказчика дополнительные сведения. Срок
устранения дефекта в таком случае исчисляется с даты получения Исполнителем
полной информации, необходимой для диагностики.
6 Условия предоставления гарантии, исключения и прочие условия
Гарантийные обязательства не распространяются на недостатки, возникшие
исключительно вследствие:
− нарушения
Заказчиком
правил
эксплуатации
Платформы,
установленных эксплуатационной документацией, переданной
Исполнителем;
− внесения изменений в программный код, структуру базы данных или
конфигурацию доработанных компонентов, выполненных Заказчиком
вопреки ранее полученному мотивированному заключению
Исполнителя о недопустимости таких изменений;
− использования Платформы в программно-аппаратной среде,
не соответствующей требованиям, указанным в технической
документации, переданной Исполнителем;
− действий третьих лиц, включая вредоносное программное обеспечение
и сетевые атаки, за исключением случаев, когда такие действия стали
возможны вследствие уязвимостей, допущенных Исполнителем
при выполнении доработок;
− возникновения обстоятельств непреодолимой силы.
При возникновении спора о причинах появления недостатка Исполнитель
обязан предоставить доказательства того, что недостаток возник вследствие
обстоятельств, исключающих гарантийные обязательства согласно настоящему
разделу. До момента предоставления таких доказательств недостаток считается
подлежащим устранению в рамках гарантийных обязательств.
Все необходимые для работы информация и материалы, имеющиеся у
Заказчика, передаются Исполнителю в течение трёх рабочих дней со дня
поступления запроса от Исполнителя. Запрос направляется посредством
электронной почты на адрес Заказчика ezopovan@mosreg.ru.
Срок согласования всех материалов с Заказчиком не превышает пяти
рабочих дней с даты направления материалов согласования Заказчику.
83
Документ создан в электронной форме. № ВН-2133/2026 от 22.09.2026. Исполнитель: Езопов А.Н.
Страница 84 из 84. Страница создана: 16.09.2026 19:12

=== ФАЙЛ: ООЗ ИТОГ | docs/0348100024426000039/ООЗ ИТОГ.pdf
УТВЕРЖДЕНО
Приложение № ____ к Контракту от
Директор Государственного
«__» ______ 2026 г. № ___________
казенного учреждения Московской
области «Центр занятости населения
Московской области»
________________С.А. Скородумова
«__» _____________________ 2026 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по развитию и модернизации платформы управления
типовым сайтом Государственного казенного учреждения «Центр занятости
населения Московской области»
(в сфере ИКТ)
На 95 листов
2026
Содержание
ОБЩИЕ СВЕДЕНИЯ ............................................................................9
1.
1.1.
Полное наименование системы и ее условное обозначение........9
1.2.
Источники финансирования работ ..............................................9
1.3.
Заказчик работ ...........................................................................10
1.4.
Пользователи Платформы .........................................................10
1.5.
Исполнитель работ ....................................................................10
1.6.
Сроки оказания услуг и выполнения работ ...............................11
1.7.
Сроки окончания оказания услуг ..............................................11
1.8.
Основания для выполнения работ .............................................11
1.9.
Перечень используемых определений и сокращений ...............11
2.
НАЗНАЧЕНИЕ И ЦЕЛИ РАЗВИТИЯ (МОДЕРНИЗАЦИИ)
ПЛАТФОРМЫ .......................................................................................................13
2.1.
Назначение Платформы.............................................................13
2.2.
Цели развития (модернизации) Платформы ..............................13
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ...................14
3.
3.1.
Состав Платформы управления типовым сайтом и общее
описание до начала выполнения работ по ее развитию.....................................14
3.2.
Комплекс функций «Управление сайтом» ................................15
3.2.1. Режим технического обслуживания сайта.................................15
3.3.
Комплекс функций «Управление правами доступа» .................15
3.4.
Комплекс функций «Управление шаблонами» .........................16
3.5.
Комплекс функций «Управление оповещением» ......................16
3.6.
Комплекс функций «Публикация общей информации» ............17
3.7.
Модуль «Статистика и Отчеты» ................................................17
3.8.
Модуль «Календарь событий»...................................................18
3.9.
Модуль «Интерактивная карта» ................................................18
3.10.
Модуль «Обращения в техническую поддержку».....................19
3.11.
Модуль «Обратная связь» .........................................................19
3.11.1. Форма обратной связи..............................................................20
3.12.
Модуль «Контактная информация»...........................................21
2
3.13.
Модуль «Электронная очередь» ................................................21
3.14.
Модуль «Вакансии»...................................................................21
3.15.
Модуль «Статистика»................................................................22
3.16.
Модуль «Чат-бот» .....................................................................22
3.17.
Модуль «Баннеры» ....................................................................24
3.18.
Модуль «Help Desk» ..................................................................25
3.18.1. Управление модулем «Help Desk» ...........................................26
3.18.2. Раздел «Задать вопрос в техническую поддержку» .................28
3.19.
Сведения о сетевой инфраструктуре .........................................28
3.20.
системами
Сведения о взаимосвязях Платформы с информационными
...................................................................................................29
3.21.
Сведения о взаимосвязях Платформы с внешними системами .30
3.22.
Сведения о видах обеспечения Платформы ..............................31
3.22.1. Информационное обеспечение Платформы.............................31
3.22.2. Лингвистическое обеспечение .................................................31
3.22.3. Серверное техническое и программное обеспечение ..............32
3.22.4. Организационное обеспечение ................................................33
3.23.
Автоматическое обновление данных интерактивной карты .....34
3.23.1. Обработка и хранение данных из выгрузки .............................34
3.24.
Модуль «Конструктор форм» ....................................................34
ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ ................................36
4.
4.1.
Платформы
Требования к функциям, реализуемым в рамках развития
...................................................................................................36
4.2.
Доработка модуля «Чат-бот».....................................................37
4.2.1. Общие требования к организации модуля.................................37
4.2.1.1. Назначение и состав доработки ............................................37
4.2.1.2. Существующая программная основа ....................................37
4.2.1.3. Термины и единицы учёта ....................................................38
4.2.1.4. Границы функциональной модели........................................38
4.2.2. Структура базы знаний и сценариев..........................................39
4.2.2.1. Сведения о разделе ...............................................................39
3
4.2.2.2. Иерархия разделов ................................................................39
4.2.2.3. Сведения о статье..................................................................40
4.2.2.4. Множественные связи статьи ...............................................40
4.2.2.5. Состав шага сценария ...........................................................40
4.2.2.6. Изменение и удаление структуры .........................................41
4.2.2.7. Доступность опубликованных материалов ...........................41
4.2.3. Административный интерфейс..................................................41
4.2.3.1. Размещение и основной экран ..............................................41
4.2.3.2. Операции с разделами...........................................................42
4.2.3.3. Поиск и навигация по дереву ................................................42
4.2.3.4. Создание и редактирование статей .......................................42
4.2.3.5. Работа со связями и форматированием.................................43
4.2.3.6. Обновление данных и обратная связь ...................................43
4.2.4. Публичный интерфейс и прохождение сценариев ....................43
4.2.4.1. Окно чат-бота........................................................................43
4.2.4.2. Стартовый экран ...................................................................44
4.2.4.3. Переход между разделами ....................................................44
4.2.4.4. Отображение ответа ..............................................................44
4.2.4.5. Свободный ввод на шаге уточнения .....................................45
4.2.4.6. Отсутствие подходящего материала .....................................45
4.2.4.7. Ошибки и адаптивность ........................................................45
4.2.5. Поиск и управление контекстом................................................46
4.2.5.1. Область и источники поиска.................................................46
4.2.5.2. Приоритет текущей ветки .....................................................46
4.2.5.3. Сопоставление и ранжирование............................................47
4.2.5.4. Однозначный и неоднозначный результат ...........................47
4.2.5.5. Настройка правил выбора .....................................................47
4.2.5.6. Смена темы ...........................................................................48
4.2.5.7. Хранение состояния сессии ..................................................48
4.2.6. Смысловой поиск по согласованию с Заказчиком ....................48
4.2.6.1. Условия применения.............................................................48
4.2.6.2. Подготовка и обновление индекса ........................................49
4
4.2.6.3. Совместная работа с текстовым поиском .............................49
4.2.7. Базовая аналитика работы чат-бота ...........................................50
4.2.7.1. Назначение и представление данных....................................50
4.2.7.2. Поля журнала ........................................................................50
4.2.7.3. Связывание событий.............................................................50
4.2.7.4. Оценка полезности ответа ....................................................51
4.2.7.5. Фильтрация и просмотр ........................................................51
4.2.7.6. Достоверность и хранение ....................................................51
4.2.8. Технические требования к реализации......................................52
4.2.8.1. Взаимодействие компонентов...............................................52
4.2.8.2. Хранение и целостность данных...........................................52
4.2.8.3. Проверка входных данных....................................................52
4.2.8.4. Совместимость и обслуживание ...........................................53
4.2.8.5. Согласованность запросов и состояния ................................53
4.2.8.6. Контроль переноса существующих записей .........................54
4.2.9. Предоставление и размещение материалов ...............................54
4.2.9.1. Ответственность за содержание............................................54
4.2.9.2. Согласованный реестр наполнения.......................................54
4.2.9.3. Подготовка сценарного дерева .............................................55
4.2.9.4. Существующие материалы и FAQ ........................................55
4.2.9.5. Требования к передаче исходных материалов ......................55
4.2.10. Подготовка к эксплуатации и передача результатов ...............56
4.2.10.1. Последовательность ввода ..................................................56
4.2.10.2. Комплект передаваемых сведений ......................................56
4.2.10.3. Возврат к предыдущей версии ............................................57
4.2.11. Примеры структуры и состава материалов ..............................57
4.2.11.1. Пример сценарного маршрута ............................................57
4.2.11.2. Пример свободного входа и уточнения...............................57
4.2.11.3. Состав реестра и контроль размещения ..............................57
4.3.
Доработка страницы «Для молодежи» ......................................58
4.3.1. Возрастные группы и состояния трекбара ...................................58
5
4.3.1.1. Первоначальный состав положений .....................................58
4.3.1.2. Бегунок и обозначение выбора .............................................59
4.3.1.3. Варианты дизайна и анимации .............................................59
4.3.2. Динамическое содержимое карточек ........................................60
4.3.2.1. Состав изменяемой области..................................................60
4.3.2.2. Правила отображения списков..............................................61
4.3.2.3. Содержание карточки «Не знаешь кем стать» ......................61
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»62
4.3.2.5. Содержание карточки «Получишь первый
профессиональный опыт» ...................................................................62
4.3.3. Геометрия карточек и обработка текста ....................................63
4.3.3.1. Базовые размеры ...................................................................63
4.3.3.2. Синхронное увеличение высоты...........................................64
4.3.3.3. Переносы и сохранение формы ............................................64
4.3.4. Анимация смены и неизменяемый футер ..................................64
4.3.4.1. Последовательность смены содержимого.............................64
4.3.4.2. Футер карточки .....................................................................65
4.3.5. Управление через административную панель ...........................65
4.3.5.1. Общие настройки трекбара ...................................................65
4.3.5.2. Текстовое содержимое карточек...........................................65
4.3.5.3. Единый список кнопок карточки ..........................................65
4.3.5.4. Сохранение и применение настроек .....................................66
4.4.
Доработка страницы «Программы тренингов 2026 года» .........66
4.4.1. Цветовая маркировка целевых аудиторий.................................66
4.4.1.1. Состав обозначений ..............................................................66
4.4.1.2. Одновременное отображение нескольких аудиторий...........67
4.4.1.3. Расположение и наложение индикаторов .............................67
4.4.2. Интерактивность карточки в настольной версии ......................68
4.4.2.1. Единое действие карточки ....................................................68
4.4.2.2. Всплывающая подсказка индикатора ...................................68
4.4.3. Обозначения в мобильной версии .............................................69
4.4.3.1. Расположение и состав легенды ...........................................69
6
4.4.3.2. Соответствие версии интерфейса .........................................70
4.4.4. Управление индикаторами в CMS.............................................70
4.4.4.1. Настройки конкретного тренинга .........................................70
4.4.4.2. Общие настройки обозначений.............................................70
4.4.4.3. Применение сохранённых значений .....................................71
4.4.5. Элемент «Записаться» ...............................................................71
4.4.5.1. Визуальное исполнение ........................................................71
4.4.5.2. Связь с действием карточки..................................................71
4.4.6. Описание в модальном окне ......................................................71
4.4.6.1. Содержимое и редактирование .............................................71
4.4.6.2. Анимация открытия и закрытия ...........................................72
4.5.
Проведение функционального тестирования ............................72
4.5.1. Организация проверки...............................................................72
4.5.2. Проверка доработанного чат-бота .............................................73
4.5.2.1. Подготовка контрольного набора .........................................73
4.5.2.2. Проверка дерева и связей......................................................73
4.5.2.3. Проверка диалоговых маршрутов.........................................74
4.5.2.4. Проверка поиска ...................................................................74
4.5.2.5. Проверка аналитики..............................................................75
4.5.2.6. Проверка интерфейса и готовности ......................................75
4.5.2.7. Проверка ошибочных и повторных действий.......................75
4.5.2.8. Проверка переноса и наполнения .........................................76
4.5.2.9. Проверка перед вводом и после переключения ....................76
4.5.3. Проверка страницы «Для молодежи» ........................................77
4.5.3.1. Положения трекбара и комплекты контента.........................77
4.5.3.2. Размеры, текст и футеры .......................................................77
4.5.3.3. Анимационное поведение .....................................................77
4.5.3.4. Административная часть ......................................................78
4.5.3.5. Совместимость отображения ................................................78
4.5.4. Проверка календарей тренингов................................................78
4.5.4.1. Аудитории и общие настройки .............................................78
7
4.5.4.2. Подсказки и мобильная легенда ...........................................79
4.5.4.3. Действие карточки и модальное окно ...................................79
4.5.5. Завершение проверки ................................................................80
4.6.
Результат выполнения работ .....................................................80
4.6.1. Результаты по модулю чат-бота ................................................80
4.6.1.1. Управление знаниями и сценарное взаимодействие.............80
4.6.1.2. Аналитика и согласуемые работы.........................................80
4.6.2. Результаты по странице «Для молодежи» .................................81
4.6.2.1. Проектные материалы...........................................................81
4.6.2.2. Демонстрационная и рабочая реализации ............................81
4.6.3. Результаты по календарям тренингов .......................................81
4.6.3.1. Прототипы и демонстрация ..................................................81
4.6.3.2. Публичная и административная части..................................82
4.6.4. Соответствие передаваемых результатов ..................................82
4.7.
Требования к front-end и верстке сайта .....................................82
4.8.
Требования к защите информации ............................................83
5.
Требования к порядку выполнения работ, срокам, результатам и этапам
их выполнения........................................................................................................84
5.1.
Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг ...................................................................84
5.2.
Календарный план выполнения работ.......................................86
Гарантийные обязательства Исполнителя ..........................................92
6.
6.1.
Объем гарантийных обязательств .............................................92
6.2.
Порядок фиксации и направления дефектов .............................93
6.3.
Условия предоставления гарантии и исключения .....................94
8
1. ОБЩИЕ СВЕДЕНИЯ
1.1.
Полное наименование системы и ее условное обозначение
Полное наименование системы: Платформа управления типовым сайтом
Государственного казенного учреждения Московской области «Центра занятости
населения Московской области» (далее соответственно – Платформа, Кадровый
центр Подмосковья).
Условное обозначение: Платформа
управления
типовым
сайтом,
Платформа.
1.2.
Источники финансирования работ
Выполнение работ по развитию и модернизации Платформы Кадрового
центра Подмосковья (далее – Услуги).
Источник финансирования:
Средства бюджета Московской области на 2026 год по КБК:
831-0401-0440291590-242-226; представлены в таблице 1.
Таблица 1. Источники финансирования
Наименование и
реквизиты
программы
(подпрограммы)
№
п/п
Источник
финансирования
1
Средства бюджета Государственная
Московской
программа Московской
области
области «Социальная
защита населения
Московской области»
на 2023-2027 годы,
утвержденная
постановлением
Правительства
Московской области от
04.10.2022 г. №1065/35
Номер и
наименование
мероприятия в
подпрограмме
Мероприятие:
«Материальнотехническое
обеспечение
государственных
учреждений»
Коды согласно
классификации
расходов бюджетов
(с указанием вида
расходов)
831-0401-0440291590242-226
КОЗ: 21.205.04.02.01.01.004 – Услуги по созданию (развитию) сайтов
в информационно-телекоммуникационной сети Интернет;
ОКПД2: 62.01.11.000 – Услуги по проектированию и разработке
информационных технологий для пр икладных задач и тестированию
программного обеспечения.
9
1.3. Заказчик работ
Государственный заказчик (полное наименование): Государственное
казенное учреждение Московской области «Центр занятости населения
Московской области»
Место нахождения: г. Подольск, ул. Февральская, д. 2а;
Сокращенное наименование в тексте: Заказчик (далее – Заказчик);
Функциональный заказчик: Кадровый центр Подмосковья;
Сокращенное наименование в тексте: Функциональный заказчик.
1.4.
Пользователи Платформы
Категории пользователей Платформы и количество пользователей данных
категорий представлены в таблице 2.
Основными пользователями результатов услуг (далее – Пользователи)
являются сотрудники:
− Кадрового центра Подмосковья;
− лица желающие получить информацию в сфере занятости
(далее – посетители).
− В системе будет обеспечена одновременная работа пользователей
в количестве:
− посетители – не менее 6000;
− сотрудники Кадрового центра Подмосковья – не менее 300;
− администраторы/инженеры системы – не менее 6.
Таблица 2. Категории пользователей Платформы и количество пользователей
№
п/п
1
2
3
Наименование категории
пользователей
Планируемое количество посещений
Платформы в сутки, человек
2026 г.
Сотрудники Кадрового центра Подмосковья не менее 300
Посетители
не менее 6000
Администраторы/ инженеры системы
не менее 6
1.5.
Исполнитель работ
Исполнитель определяется по итогам размещения государственного заказа
в установленном порядке в соответствии с Федеральным законом от 5 апреля 2013
года №44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»
(далее – Исполнитель).
10
1.6. Сроки оказания услуг и выполнения работ
Начало оказания услуг – с даты заключения государственного контракта
на выполнение работ по развитию и модернизации Платформы управления
типовым сайтом Кадрового центра Подмосковья» (далее – Государственный
контракт).
1.7.
Сроки окончания оказания услуг
Сроки окончания оказания услуг – 15 декабря 2026 года включительно.
1.8.
Основания для выполнения работ
Основания для выполнения работ и оказания услуг в рамках мероприятия
«Материально-техническое
обеспечение
государственных
учреждений»
подпрограммы «Содействие занятости населения» государственной программы
Московской области «Социальная защита населения Московской области»
на 2023-2027 годы, утвержденная постановлением Правительства Московской
области от 04.10.2022 г. №1065/35.
Основания для выполнения работ представлены в таблице 3.
Таблица 3. Основания выполнения работ и оказания услуг
№
п/п
1
Наименование и реквизиты нормативного
правового акта (дата, номер)
Государственная программа Московской
области «Социальная защита населения
Московской области» на 2023-2027 годы,
утвержденная постановлением
Правительства Московской области от
04.10.2022 г. №1065/35
1.9.
Перечни
в таблице 4.
Статья, пункт, подпункт
Подпрограмма «Содействие занятости
населения», Мероприятие:
«Материально - техническое
обеспечение государственных
учреждений»
Перечень используемых определений и сокращений
используемых
определений и
сокращений
представлены
Таблица 4. Перечень определений
Сокращение/
Термин
Наименование/Определение
Информационный
ресурс, контент
Данные в любом виде, которые можно многократно использовать для
информационного обеспечения пользователей. Например, это может
быть файл, документ, раздел, фотография, видеофрагмент.
Для информационных ресурсов в Интернете характерно определенное
время жизни и доступность более, чем одному пользователю
11
CMS
Legacy
(унаследованный
модуль / легаси)
Верстка
Хостинг
Публичная часть
Тултип
(всплывающая
подсказка)
Трекбар
Релиз
Desktop (десктоп)
Контент
Сайт
Программный комплекс, обеспечивающий создание, редактирование,
управление и
публикацию содержимого
страниц Сайта
без необходимости непосредственного изменения программного кода
Программный компонент или модуль, сохраненный в составе
Платформы, но не используемый по прямому назначению в текущей
версии Платформы и не подлежащий дальнейшему развитию.
Создание структуры html-кода, CSS-стилей и JS-скриптов,
отвечающих за размещение элементов веб-страницы (изображения,
текст и т. д.) в окне браузера, согласно разработанному макету, таким
образом, чтобы элементы дизайна выглядели аналогично макету
Услуга по предоставлению ресурсов для размещения информации
на сервере, постоянно находящемся в сети
Внешний интерфейс сайта, доступный всем посетителям без
авторизации
Временное окно с поясняющим текстом, появляющееся при
наведении курсора на цветовой индикатор в десктопной версии
Интерактивный элемент интерфейса, визуально отображающий
последовательность шагов или этапов
Перенос изменений, а также доработок программного кода,
баз данных или иного контента Платформы с хостинга Исполнителя
на хостинг Заказчика
Версия сайта, предназначенная для просмотра на персональных
компьютерах и ноутбуках, управляемая с помощью мыши и
клавиатуры
Информационное содержимое
страниц
ресурса,
включая
изображения,
интерактивные тесты,
видеоролики, тексты,
инфографику и пр.
Совокупность веб-страниц, объединенных общим доменным именем
и размещенных в сети Интернет на одном сервере, доступ к которым
осуществляется через браузер
12
2. НАЗНАЧЕНИЕ И ЦЕЛИ РАЗВИТИЯ (МОДЕРНИЗАЦИИ)
ПЛАТФОРМЫ
2.1.
Назначение Платформы
Доработанная Платформа предназначена для:
− информирования граждан о государственных услугах, предоставляемых
Кадровым центром Подмосковья, порядке и условиях их получения;
− информирования населения о положении на региональном рынке труда,
востребованных профессиях и мерах государственной поддержки в сфере
занятости;
− обеспечения регистрации граждан для участия в ярмарках
трудоустройства, тренингах, мастер классах и иных мероприятиях,
проводимых Кадровым центром Подмосковья;
− повышения доступности информации об услугах и мер оприятиях
Кадрового центра Подмосковья для различных категор ий граждан,
включая лиц с огр аниченными возможностями здоровья и граждан
предпенсионного и старшего возраста;
− обеспечения оперативной обратной связи с гражданами по вопросам
деятельности Кадрового центра Подмосковья.
2.2. Цели развития (модернизации) Платформы
Работы выполняются в целях обеспечения выполнения функций Кадрового
центра Подмосковья, своевременной публикации материалов (с учетом требований
оформления для отдельных категорий граждан), повышения времени доступности
Платформы и ее бесперебойной работы, а также автоматизации оказываемых
услуг. Данные аспекты позволяют повысить прозрачность деятельности Кадрового
центра Подмосковья, а также обеспечить качественную оперативную обратную
связь с гражданами.
При наполнений или внесении изменений в Платформу Исполнителю
необходимо руководствоваться Приложением 3 к методическим рекомендациям
по разработке планов мероприятий по повышению эффективности службы
занятости, утвержденным приказом Министерства труда и социальной защиты
Российской Федерации от 18.01.2023 № 36.
13
3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию
3.1.
В состав функциональной Платформы управления типовым сайтом
Кадрового центра Подмосковья в рамках исполнения Государственного контракта,
входят следующие комплексы функции и модули:
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
Комплекс функций «Управление сайтом»;
Комплекс функций «Управление правами доступа»;
Комплекс функций «Управление модулями» (legacy);
Комплекс функций «Управление шаблонами» (legacy);
Комплекс функций «Управление оповещением» (legacy);
Комплекс функций «Публикация общей информации» (legacy);
Модуль «Статистика и Отчеты» (legacy);
Модуль «Календарь событий»;
Модуль «Интерактивная карта»;
Модуль «Обращения в техническую поддержку»;
Модуль «Обратная связь»;
Модуль «Контактная информация» (legacy);
Модуль «Электронная очередь» (legacy);
Модуль «Вакансии» (legacy);
Модуль «Статистика» (legacy);
Модуль «Чат-бот»;
Модуль «Баннеры»;
Модуль «Help Desk»;
Личный кабинет соискателя (legacy);
Модуль «Конструктор форм».
Детальное описание функциональных, качественных и технических
характеристик Платформы пр иведено в технической и эксплуатационной
документации к Платформе и будет предоставлено Исполнителю в рамках
оказания услуг.
Описание основных функциональных характеристик Платформы
приведено ниже.
14
3.2. Комплекс функций «Управление сайтом»
Данный раздел поддерживает функционал по добавлению, редактированию,
удалению разделов и страниц главного меню сайта, а также созданию
обособленных от главного меню страниц, для привязки их к БД Платформы
и последующего редактирования в ручном режиме.
Дополнительно, в данном разделе реализована возможность переводить
сайт в режим технического обслуживания, описанный в пункте 3.2.1.
3.2.1. Режим технического обслуживания сайта
Режим технического обслуживания предназначен для исключения доступа
посетителей к Сайту в период внесения изменений, способных привести
к нарушению его штатного функционирования. При активации данного режима
доступ посетителей к Платформе полностью блокируется. Платформа остается
доступной исключительно для внесения изменений в программные компоненты
frontend и backend, а также для корректировки содержимого базы данных.
Администраторам и разработчикам обеспечивается возможность
модификации содержимого страниц, программного кода и структуры данных
в условиях, исключающих внешнее воздействие на рабочие процессы.
При активации режима технического обслуживания в разделе «Управление
сайтом», при любой попытке обращения к страницам Сайта автоматически
отображается информационная «заглушка», уведомляющая о проведении
технических работ на Платформе.
3.3.
Комплекс функций «Управление правами доступа»
Комплекс функций «Управление правами доступа» обеспечивает
управление учетными записями пользователей и ролями необходимыми
для управления Платформой. Типы ролей представлены в таблице 6.
Таблица 5. Типы ролей
Роль
Описание прав и функций роли
Разработчик
Роль с максимальными привилегиями разработчика Сайта. С данной ролью
может существовать только одна учетная запись.
Роль предоставляет полный доступ к управлению Платформой, всеми
Администратор шаблонами и Сайтом. Обеспечивается возможность изменения ролей
пользователей.
15
Оператор
Роль предоставляет возможность просмотра всех обращений, поступивших
на Платформу через форму обратной связи, конструктор форм, а также
отвечать на обращения.
Техническая
поддержка IT
Роль предоставляет возможность работы с модулем «Help Desk», включая:
создание новых статей с ответами на часто задаваемые вопросы;
использование фильтра на странице с обращениями; ответы на тикеты;
внесение изменений в настройку модуля; изменение динамического текста
на странице авторизации пользователей модуля «Help Desk».
Пользователь
Help Desk
Роль предоставляет возможность работы с модулем «Help Desk» через
ссылку
https://czn.mosreg.ru/helpdesk.
Обеспечивается возможность
направления вопроса в техподдержку через модуль «Help Desk» и просмотра
ответов на вопросы. Возможность редактирования информации отсутствует.
Роли пользователей связывают учетные записи пользователей с конкретным
функционалом Сайта, формируя контур безопасности для каждого раздела
Платформы в целом.
Пользователи с ролями «Администратор» и «Разработчик» имеют
возможность создавать, изменять и удалять пользовательские учетные записи.
3.4.
Комплекс функций «Управление шаблонами»
Комплекс функций «Управление шаблонами» представляет собой
унаследованный (legacy) модуль, не используемый по прямому назначению
в текущей версии Платформы. Ранее модуль обеспечивал решение следующих
задач:
− загрузка созданного шаблона;
− формирование шаблона;
− связывание с шаблоном модулей;
− первоначальное наполнение шаблона стандартным контентом;
− задание префикса для Сайтов, создаваемых по данному шаблону.
3.5. Комплекс функций «Управление оповещением»
Комплекс функций «Управление оповещением» обеспечивает настройку
оповещений граждан и сотрудников учреждений с заданной ролью в Платформе
о наступлении следующих событий:
− подтверждение записи на прием с указанием назначенного времени
приема;
16
− напоминание о времени приема с возможностью настройки временного
интервала, за который осуществляется уведомление о наступлении
события;
− оповещение о поступлении вопроса на сайт с возможностью выбора
метода оповещения (SMS, E-mail, оповещение в служебном разделе
сотрудника);
− настройка страницы, содержащей информацию о забронированном
времени в электронной очереди в конкретном учреждении.
− Большая часть программного кода данного комплекса функций относится
к унаследованным (legacy) компонентам, не подлежащим дальнейшему
развитию.
3.6. Комплекс функций «Публикация общей информации»
Комплекс функций «Публикация общей информации» обеспечивает решение
следующих задач:
− публикация информации на выбранной группе Сайтов в заданном
разделе;
− редактирование опубликованной информации на выбранной группе
Сайтов;
− удаление опубликованной новости на выбранной группе Сайтов.
Данный комплекс функций относится к унаследованным (legacy)
компонентам и не используется по прямому назначению в текущей версии
Платформы, поскольку архитектура Платформы была переработана
для функционирования в конфигурации с одним Сайтом.
3.7.
В модуле
информации:
−
−
−
−
−
Модуль «Статистика и Отчеты»
реализовано
формирование
следующей
статистической
количество опубликованных новостей за период;
количество записей на прием за период;
количество поданных обращений за период;
количество закрытых обращений за период;
количество обращений в техническую поддержку за период (закрытых,
открытых), а также время решения обращений.
17
Данный функционал относится к унаследованным (legacy) компонентам
и сохранен в составе Платформы без дальнейшего развития.
3.8.
Модуль «Календарь событий»
Модуль «Календарь событий» размещен на главной странице Сайта
и обеспечивает интерактивное взаимодействие с пользователем.
При нажатии на выбранную дату отобр ажается всплывающее окно,
содержащее перечень запланированных или прошедших мероприятий.
Дни, на которые назначены мероприятия, выделяются визуальным
индикатором (миганием).
Визуальное представление календаря имитирует бумажный вариант
классических календарей.
Навигация по месяцам осуществляется с помощью двух стрелок,
расположенных рядом с заголовком календаря.
3.9. Модуль «Интерактивная карта»
Модуль представляет собой интерактивную карту, размещенную на главной
странице Платформы.
Модуль обеспечивает визуальное получение посетителями Сайта следующей
информации:
− наименование городского округа Московской области;
− уровень безработицы округа;
− топ вакансий в выбранном округе.
Взаимодействие с картой осуществляется посредством курсора мыши. При
наведении курсора на городской округ отображается его наименование
с визуальной подсветкой. При нажатии на городской округ открывается модальное
окно, содержащее информацию по данному округу.
Данные для функционирования карты выгружаются из Информационной
системы
Министерства социального развития Московской
области
«Конфигурация
«Трудоустройство»
версия
2.0»
(далее
–
ИС
«1C:Трудоустройство») в автоматическом режиме один раз в сутки.
В
случае
невозможности
автоматической
выгрузки
данных
из ИС «1C: Трудоустройство» предусмотрен функционал ручного добавления
данных. Добавление данных осуществляется в разделе управления модулем
интерактивной карты в административной панели, доступной пользователям
с ролью «Администратор».
18
3.10. Модуль «Обращения в техническую поддержку»
Модуль «Обращения в техническую поддержку» обеспечивает
формирование очереди обращений в техническую поддержку и фиксацию
результатов решения инцидентов по следующим темам:
− предоставление прав доступа;
− неисправность/недоступность ресурса;
− консультирование;
− публикация.
Модуль предназначен для оперативного взаимодействия между операторами
Платформы и ее администраторами. Данный модуль относится к унаследованным
(legacy) компонентам и не используется в текущей версии Платформы.
3.11. Модуль «Обратная связь»
Модуль включает в себя следующие функции:
− прием обращений с Сайта учреждения и направление ответа на
обращение;
− переадресация сообщения;
− отслеживание очереди сообщений.
Модуль
отображает
список
обращений
посетителей
Сайта
в административной панели во вкладке «Обращения», расположенной в левой
части общего меню. Список формируется на основании обращений, отправленных
через форму обратной связи, функционал которой описан в пункте 3.11.1.
Вкладка «Обращения» административной панели содержит следующие
столбцы:
− Дата;
− Время;
− Ф.И.О.;
− E-mail;
− Телефон;
− Тема обращения (выбирается на этапе подачи обращения из списка:
«Вопрос», «Жалоба», «Пожелание»);
− Сотрудник (сотрудник, работающий с обращением);
− Статус (указывается сотрудником из выпадающего списка: «Переписка»,
«Завершено», «Требует внимания»).
По итогам рассмотрения обращения гражданину направляется ответ на адрес
электронной почты, указанный при заполнении формы обратной связи. Ответ
на обращение осуществляется в открывающемся окне «Обращение».
19
На странице вкладки «Обращения» над списком поступивших обращений
расположен фильтр, позволяющий пользователю административной панели
задавать условия фильтрации списка. Фильтр содержит следующие пункты:
−
−
−
−
−
ID обращения (вводится вручную);
Ф.И.О. (вводится вручную);
E-mail (вводится вручную);
Телефон (вводится вручную);
Тема обращения (выбирается из выпадающего списка: «Вопрос»,
«Жалоба», «Пожелание»);
− Сотрудник;
− Статус (выбирается из выпадающего списка: «Новое обращение»,
«Переписка», «Завершено», «Требует внимания»).
Фильтр по дате представляет собой календарь, с помощью которого
пользователь может выбрать интересующий день или диапазон дат для фильтрации
списка обращений.
3.11.1. Форма обратной связи
Форма обратной связи содержит следующие поля для заполнения:
−
−
−
−
−
−
−
−
−
−
Имя (указывается вручную, максимальная длина 15 символов);
Отчество (указывается вручную, максимальная длина 15 символов);
Фамилия (указывается вручную, максимальная длина 15 символов);
E-mail;
Телефон (с маской ввода вида: «+7 (___) ___-__-__»);
Тема обращения (выпадающий список со значениями: Вопрос, Жалоба,
Пожелание);
Текстовое поле «текст обращения»;
Приложить файлы (необязательное поле, содержит кнопку выбора файла
с устройства пользователя; поддерживаемые форматы: txt, rtf, doc, docx,
xls, xlsx, pdf, png, jpg, jpeg, gif, tif, tiff, zip, rar; максимальный размер
одного файла — 20 Мб, общее количество файлов в одном обращении —
не более трех);
Чекбокс «Согласие на обработку персональных данных» со ссылкой
на страницу «Политика в отношении обработки персональных данных»
(отправка обращения без установки чекбокса невозможна);
Капча (используется Yandex SmartCaptcha).
20
Форма защищена от спама. В модуле реализовано ограничение
на частоту отправки обращений (не более 1 обращения в час с одного IP адреса).
3.12. Модуль «Контактная информация»
Модуль «Контакты» поддерживает следующие функции:
− отображение контактной информации филиалов на странице
«Контакты» и во вкладке «Контакты» в сквозном блоке на всех
страницах Сайта;
− изменение позиции сотрудников Кадрового центра Подмосковья
в списке;
− добавление номеров телефонов Горячей линии Минсоцразвития через
поле «Горячая линия»;
− добавление ссылок на социальные сети и видео-хостинги.
Данный модуль относится к унаследованным (legacy) компонентам
и в текущей версии Платформы заменен страницей «Контакты».
3.13. Модуль «Электронная очередь»
Модуль «Электронная очередь» относится к унаследованным (legacy)
компонентам и отключен в текущей версии Платформы. Ранее модуль обеспечивал
запись в Кадровый центр Подмосковья с формированием талона, содержащего дату
и время приема, и включал следующие функции:
− поддержка записи в основное отделение Кадрового центра
Подмосковья или его филиал;
− интеграция с аппаратным обеспечением электронной очереди;
− прохождение опросника для допуска к записи на прием (опросник
исключал посетителей, не имеющих полного перечня необходимых
документов);
− отмена и перенос записи на другую дату или время в личном кабинете
соискателя;
− выгрузка талонов записи в формате Excel с возможностью отправки
на печать в административном разделе.
3.14. Модуль «Вакансии»
Модуль «Вакансии» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
21
Модуль обеспечивает интеграцию с ИС «1C: Трудоустройство» для импорта
вакансий и статистических данных, используемых модулем «Статистика»
(см. пункт 3.15).
3.15. Модуль «Статистика»
Модуль «Статистика» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
Модуль обеспечивает автоматическое формирование статистической
информации на странице «О центре — Статистика» в виде таблиц и графиков
на основе анализа актуальных вакансий, содержащихся в базе данных Платформы,
и данных, полученных из ИС «1C:Трудоустройство».
Модуль содержит страницу с интерактивной картой, на которой
отображаются региональные Центры занятости населения с указанием следующей
информации по каждому региону:
− количество вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата;
− количество соискателей;
− количество безработных, состоящих на учете;
− ссылка для перехода на сайт Центра занятости населения выбранного
региона (по клику).
Сводная аналитическая страница статистики по всем Центрам занятости
населения Московской области отображает следующую информацию:
− количество обращений в день, месяц, год;
− количество принятых граждан;
− количество открытых вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата, указанная в вакансиях каждого ЦЗН;
− количество трудоустроенных граждан;
− количество граждан, получающих пособия.
3.16. Модуль «Чат-бот»
Модуль «Чат-бот» представляет собой канал дополнительного обслуживания
граждан, функционирующий на основе встроенного на Сайте чата. Модуль
22
предназначен для предоставления ответов на часто возникающие вопросы граждан
и обеспечивает реализацию следующих функций:
− ведение автоматического общения с гражданами посредством
текстовых сообщений;
− ведение коммуникации от лица организации с целью упрощения
онлайн-взаимодействия и предоставления посетителям необходимой
информации (является альтернативой переписке или звонку
оператору);
− обеспечение ежедневного круглосуточного доступа к ответам
на вопросы;
− реализация сценариев работы с применением подхода классификации
текста — определение действия на основе поиска ключевых слов;
− конфигурирование сценариев работы чат-бота по комбинации
действий с сохранением предыдущих ответов и опр еделением
результата на основании всей информации, полученной в процессе
диалога.
Рисунок 1 – Интерфейс чат-бота
23
Чат-бот содержит поле ввода сообщения и кнопку «Отправить». После ввода
запроса и нажатия кнопки «Отправить» чат-бот предлагает выбрать интересующий
ответ на вопрос из базы знаний.
Административная часть чат-бота реализована в составе административной
панели Сайта и содержит следующий функционал:
− построение тем вопросов;
− ввод вопросов в темы и подтемы;
− ввод ответов на вопросы в соответствии с введенными вопросами;
− просмотр всех тем с вопросами и ответами;
− создание новых тем;
− редактирование тем;
− удаление категорий;
− редактирование вопросов и ответов;
− удаление вопросов и ответов (полностью или частично в вопросе);
− ввод ключевых слов.
3.17. Модуль «Баннеры»
Модуль обеспечивает размещение на Сайте информационных баннеров
в заранее размеченных для них областях. Создание, настройка и управление
выводом баннеров осуществляется в административной панели Сайта.
Модуль содержит следующие функции:
− создание баннера;
− удаление баннера;
− изменение настроек баннера.
Модуль отображает список всех созданных баннеров с возможностью
изменения или удаления каждого из них. Список содержит следующие столбцы:
− Дата (дата создания баннера);
− Тип (изображение или HTML-код);
− Наименование;
− Описание;
− Статус (опубликован/не опубликован);
− Действие (кнопка удаления баннера);
− Кнопка «Редактировать» (при нажатии открывается страница
редактирования информации выбранного баннера).
Функция «Добавить баннер» реализована в виде кнопки, при нажатии
которой открывается страница с настройками создаваемого баннера. Настройки
при создании баннера содержат следующие пункты:
24
− Название;
− Тип баннера (изображение или HTML-код);
− Изображение
(поле
вставки
изображения,
отображается
при выбранном типе баннера «Изображение», при ином типе —
скрыто);
− Поле ввода кода (поле ввода HTML-кода, отображается при выбранном
типе баннера «HTML-код», при ином типе — скрыто);
− Ширина баннера;
− Высота баннера;
− URL-перенаправления;
− Описание (максимальная длина — 50 символов);
− Начало публикации (дата начала публикации баннера);
− Завершение публикации (дата завершения публикации баннера).
3.18. Модуль «Help Desk»
Модуль представляет из себя систему автоматизации техподдержки
сотрудников Кадрового центра Подмосковья. Страница для входа в систему
техподдержки
находится
по
адресу:
https://czn.mosreg.ru/helpdesk.
Ссылок на данную страницу на основной части сайта не имеется. Доступ
к странице осуществляется при ручном вводе или копировании ссылки в адресную
строку браузера. Страница модуля не индексируется в поисковых системах.
Дизайн страницы авторизации в систему выполнена в соответствии
с макетом представленном на рисунке 2.
Рисунок 2 – Страница входа в Help Desk
25
При неправильном вводе учетных данных в форме авторизации, выводится
модальное окно с текстом «Неверно введен логин или пароль».
При правильном вводе учетных данных, должна открываться страница
«Часто задаваемые вопросы», макет которой представлен на рисунке 3.
Доступ ко входу в Help Desk имеют только пользователи Платформы
с ролью «Пользователь Help Desk».
Рисунок 3 – Страница создания запроса в Help Desk.
3.18.1. Управление модулем «Help Desk»
Модуль «Help Desk» содер жит административную часть в составе
административной панели Сайта со следующим функционалом:
Пункт меню в административной панели с наименованием «Help Desk»,
доступен только пользователям с ролью «Техническая поддержка IT»
(в соответствии с таблицей 6). Для пользователей с иными р олями данный раздел
скрыт.
Раздел, открываемый при переходе по пункту меню «Help Desk», содержит в
верхней части две кнопки, обеспечивающие переключение между режимами
«Тикеты техподдержки» и «Редактирование часто задаваемых вопросов».
Режим «Тикеты техподдержки» отображается под кнопками и открывается
без перезагрузки страницы. Данный режим включает список вопросов и элементы
управления, содержащие следующие столбцы:
− Дата;
− Время;
26
− Ф.И.О. (присваивается автоматически на основании данных,
указанных в учетной записи пользователя Help Desk);
− E-mail;
− Телефон;
− Краткое содержание тикета (не превышает 150 символов);
− Тема обращения (выбирается на этапе подачи обращения из списка);
− Сотрудник (заполняется автоматически при ответе сотрудника
на обращение в соответствии с именем учетной записи, под которой
сотрудник Кадрового центра Подмосковья вошел в административную
панель);
− Статус (указывается сотрудником из выпадающего списка:
«Переписка», «Завершено», «Требует внимания»). По умолчанию
каждое поступившее обращение имеет статус «Новое обращение»
и помечается иконкой желтой звездочки с черной обводкой.
Режим «Редактирование часто задаваемых вопросов» содержит список
созданных тем, каждая из которых включает перечень ответов на вопросы. Макет
представлен в виде древовидной структуры (рисунок 4).
Рисунок 4 – Структура тем раздела «Часто задаваемые вопросы»
В режиме «Редактирования часто задаваемых вопросов» сверху списка
находится кнопка «Добавить тему». После создания темы она появляется в списке.
27
3.18.2. Раздел «Задать вопрос в техническую поддержку»
Форма подачи вопроса в техническую поддержку открывается на странице
без ее перезагрузки после нажатия кнопки «Задать вопрос в техническую
поддержку» на странице Help Desk. Форма содержит следующие пункты:
− Тема обращения (перечень тем согласовывается с Заказчиком на этапе
разработки Сайта);
− Внутренний телефон (необязательное поле);
− Текстовое поле «Текст обращения»;
− Приложить файлы (необязательное поле, содержит кнопку выбора
файла с устройства пользователя; поддерживаемые форматы: txt, doc,
docx, xls, xlsx, pdf, png, jpg, jpeg, gif, zip, rar; максимальный размер
одного файла — 10 Мб, общее количество файлов в одном обращении
— не более трех).
Форма защищена от спама. В модуле реализовано ограничение частоты отправки
обращений.
3.19. Сведения о сетевой инфраструктуре
Общая Функциональная схема
на рисунке 5.
сетевой
инфрастр уктуры приведена
Рисунок 5 – Функциональная схема сетевой инфраструктуры
Данные Системы хранятся в центральной базе данных (ЕИТО).
Платформа представляет собой открытую ИС, взаимодействующую
с внешними ИС посредством веб-сервисов, имеет модульную многоуровневую
28
архитектуру, допускающую замену, добавление и исключение из состава
Платформы тех или иных компонентов, а также удобный пользовательский
интерфейс.
Платформа ориентирована на централизованное обслуживание и хранение
данных и допускает удаленный доступ к данным.
Логически выделены: уровень обработки данных, уровень бизнес-логики
и уровень взаимодействия с пользователями/внешними системами.
Платформа спроектирована по принципам открытой архитектуры
и предусматривает возможность дальнейшего изменения и расширения
функциональности, услуг и сервисов на основе разработанных решений.
Предусмотрена возможность масштабирования при увеличении нагрузки.
На уровне бизнес-архитектуры, платформа обеспечивает реализацию
сервисов путем осуществления настроек и конфигурирования без использ ования
программирования.
Физическая архитектура модулей включает следующие компоненты:
− серверы СУБД, которые осуществляют централизованное хранение,
обслуживание и обеспечение целостности данных, предоставляя
их по запросу различным приложениям и, тем самым, реализуя единое
информационное пространство для их функционирования;
− сервер
приложения, который является
централизованным
исполнителем различных функций обработки данных, пр едоставляя
возможность воспользоваться этими функциями любым пользователям
и обращаясь за требуемыми данными к серверу данных;
− клиентские приложения в виде тонкого клиента (веб-браузера).
В штатном режиме работы Платформа функционирует с использованием
данных ЕИТО.
3.20. Сведения о взаимосвязях Платформы с информационными системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ
от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»). Сведения об информационном взаимодействии
с информационными системами представлены в таблице 8.
сайт
Кадрового
центра
Подмосковья
интегрирован
с ИС «1C: Трудоустройство».
29
Интеграция предусматривает:
− доступ к региональному банку вакансий с возможностью подбора
работы по заданным условиям фильтра для разных категорий граждан:
выбор территории места работы, профессия, ЗП, характер работы,
режим работы, образование, наличие жилья, вид рабочего места и т.п.;
− подбор вакансий по наименованию организации-работодателя
и ОКВЭД;
− публикацию на сайте и ежедневное обновление следующих сведений:
o показатели регистрируемого рынка труда;
o профессии/должности
устойчивого
спроса
(качественные
и количественные показатели);
o статистические данные о вакансиях в разрезе сфер деятельности;
o реестры образовательных программ и организаций, участвующих
в программе профессионального обучения лиц предпенсионного
возраста;
o реестр НКО, оказывающих общественно полезные социальнотрудовые услуги в сфере занятости населения Московской области.
Таблица 6. Сведения об информационном взаимодействии с внешними системами
№
п/п
Предмет взаимодействия
Информационная система/ведомство
1
Обмен данными о вакансиях
ИС «1C: Трудоустройство»
Часть данных, получаемых модулем, а также способ их получения относятся
к унаследованным (legacy) компонентам и сохранены в составе Платформы
без изменения логики работы.
3.21. Сведения о взаимосвязях Платформы с внешними системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»).
30
3.22. Сведения о видах обеспечения Платформы
3.22.1. Информационное обеспечение Платформы
Информационное обеспечение Платформы предоставляет возможность
ввода, обработки, накопления и хранения информации, необходимой
для реализации функций Платформы.
Вся необходимая информация, которая поддается классификации
и кодированию, организована в классификаторы и справочники. Платформа
классификации разработана на основе единой системы классификации
и кодирования технико-экономической информации (ЕСКК ТЭИ) –
общегосударственных, отраслевых и локальных классификаторов.
Обеспечивается выполнение следующих задач информационного
обеспечения:
− обеспечение единого информационного пространства для объектов
автоматизации при оказании государственных услуг или анализе
информации;
− обеспечение информационной поддержки населения, государственных
органов исполнительной и законодательной власти, сотрудников
подразделений социальной сферы в их повседневной деятельности,
в том числе и при принятии решения об оказании социального сервиса;
− обеспечение информационной совместимости и взаимодействия между
различными уровнями управления социальной сферой.
3.22.2. Лингвистическое обеспечение
Комплекс подсистем и направлений, реализующих бизнес-логику системы
Платформы построены без применения готовых фреймворков и CMS.
В стеке разработки используются следующие языки программирования:
− в качестве языка запросов стандарта– SQL;
− в качестве языка описания метаданных – подмножества SQL;
− для хранимых процедур в операциях массовой обработки данных –
SQL;
− для бизнес-логики – PHP;
− для презентационной логики – JavaScript.
Языки манипулирования отвечают требованиям стандарта SQL
и поддерживают реляционную и объектно-реляционную модели баз данных,
а также стандарт ODBC.
31
Взаимодействие пользователя с программно-технологическим решением
происходит с использованием интерфейсов, выполненных на русском языке,
за исключением системных сообщений, не подлежащие русификации.
Все документы, продуцируемые Платформой, предоставляются на русском
языке.
3.22.3. Серверное техническое и программное обеспечение
Платформа функционирует при выполнении следующих требований
к компонентам программного и технологического обеспечения Заказчика.
Компоненты программного и технологического обеспечения Заказчика
определяются в соответствии с технической документацией, но не могут быть ниже
указанных в таблицах 7-8.
Таблица 7. Компоненты программного обеспечения
№
п/п
1
Техническое
Вид программного
обеспечение
обеспечения
Серверы
площадки Общесистемное ПО
Кадрового
центра Операционная
Подмосковья, ЕИТО
система
Специальное ПО
СУБД
2
АРМ
Кадрового Операционная
центра Подмосковья
система
Офисный пакет
Веб-браузер
Наименование программного
обеспечения
Red Hat Enterprise Linux 7 (64-bit) и новее
PostgreSQL 9.4 и новее или MySQL 5.5 и
новее. Должно находится в реестре
отечественного ПО в соответствии с
федеральным законом от 29 июня 2015 г.
№ 188-ФЗ
Microsoft Windows 10, ASTRA Linux,
RedOS 7.3.5.
LibreOffice и Microsoft Office.
Chromium-Gost, Mozilla Firefox, Opera,
Google Chrome,
Yandex Browser,
поддержка
браузеров
мобильных
устройств на базе Android, IOS.
Исходя из указанных функциональных требований Платформы, сервера
приложений и СУБД должны эксплуатироваться с учетом характеристик,
указанных ниже в таблице 9.
32
Таблица 8. Характеристика серверного оборудования для функционирования Платформы
№
п/п
Характеристики оборудования
Сервер
Основной
сервер
1
Сервер баз
данных
2
Наименование показателя
Процессор (vCPU)
Минимальный показатель
Тип и объем оперативной памяти
x86_64,
Intel(R) Xeon(R) CPU E5-2697 v3 @
2.60GHz, 4 ядра
DIMM, DRAM, 32 Gb
Дисковое пространство (vHDD)
0,5 Tb
Контроллер Ethernet
Процессор
Тип и объем оперативной памяти
1000 Mb/s
x64_64,
Intel(R) Xeon(R) CPU E5-4650 0
@ 2.70GHz
8 ядер
32 Gb
Дисковое пространство (vHDD)
1 Tb
Контроллер Ethernet
1000 Mb/s
3.22.4. Организационное обеспечение
В части организационного обеспечения Заказчик обеспечивает:
− назначение ответственных лиц за взаимодействие с Исполнителем в
рамках доработки Платформы;
− формирование рабочей группы для оперативного согласования
решений
по
доработке,
включающей
представителей
Государственного заказчика, Функционального заказчика и
Исполнителя;
− предоставление материалов и доступов, необходимых для выполнения
доработки (контент, данные, доступы к системе);
− согласование результатов доработки в сроки, установленные
настоящим ТЗ.
Исполнитель обеспечивает:
− участие своих представителей в работе рабочей группы;
− устранение ошибок, выявленных после выпуска доработок в релиз, в
течение гарантийного срока, установленного разделом 6 настоящего
ТЗ;
− консультационную поддержку по вопросам, связанным с внесёнными
изменениями, в течение гарантийного срока, установленного разделом
6 настоящего ТЗ.
33
3.23. Автоматическое обновление данных интерактивной карты
Данные в блоке «Рынок труда Московской области» обновляются
автоматически
на
основании
выгрузки
данных
из
ИС
«1C: Трудоустройство» ежедневно в формате XML в специальную директорию
на сервере Платформы.
3.23.1. Обработка и хранение данных из выгрузки
На сервере настроен автоматический процесс мониторинга директории
с выгрузкой по следующему сценарию:
− из директории обрабатывается только самый новый файл
(по дате создания или модификации);
− данные из файла импортируются в базу данных сайта в таблицу,
предназначенную для хранения информации о вакансиях и показателях
по округам;
− при каждой новой обработке выполняется синхронизация данных –
обновление существующих записей и добавление новых;
− в целях оптимизации хранения реализуется автоматическое удаление
старых файлов, при котором сохраняется не более 5 последних
выгрузок.
Обработка данных выполняется средствами PHP-скрипта с использованием
SQL-запросов к базе данных. Скрипт запускается по расписанию.
3.24. Модуль «Конструктор форм»
Модуль «Конструктор форм» обеспечивает создание произвольных форм
и их размещение на страницах Сайта. В основе модуля использован функционал
модуля «Обратная связь».
Модуль обеспечивает решение следующих задач:
− настройка внешнего вида создаваемых форм;
− сохранение данных, полученных от посетителей Сайта, в базу данных
Платформы для последующей обработки;
− выгрузка накопленных данных в формате Excel.
Модуль позволяет создавать поля форм следующих типов:
− текстовое поле;
− поле ввода E-mail;
− поле ввода телефона (с маской ввода);
− поле выбора даты;
34
− поле выбора заготовленных ответов (с отдельным редактором списка
ответов).
Создание и настройка форм осуществляется в административной панели
Сайта. Административная часть модуля содержит список всех созданных форм
с возможностью редактирования, удаления и управления статусом публикации
каждой формы.
35
4. ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ
4.1.
Требования к функциям, реализуемым в рамках развития Платформы
Развитие Платформы осуществляется в целях расширения функциональных
возможностей, повышения удобства пользовательского взаимодействия, а также
обеспечения соответствия требованиям действующего законодательства
Российской Федерации и внутренним регламентам Заказчика.
Объектом оказания услуг по развитию является Платформа, указанная
в п. 3.1 настоящего Технического задания.
1. Работы по развитию должны выполняться с учетом следующих обязательных
требований:
Все доработки Платформы должны выполняться исключительно в рамках
существующей технологической архитектуры, используемой на Сайте.
2. Реализация функционала должна осуществляться без изменения базовой
архитектуры Платформы, структуры ядра, существующих механизмов
маршрутизации, шаблонизации и хранения данных.
3. Все доработки должны реализовываться в виде изолированных модулей или
расширений, соответствующих принятой на Платформе структуре каталогов,
именованию компонентов и правилам подключения.
4. Код, разрабатываемый Исполнителем, должен:
− соответствовать
существующим
стандартам
кодирования,
применяемым в Платформе;
− не дублировать уже реализованный функционал;
− обеспечивать обратную совместимость с текущими модулями
Платформы;
− быть документированным и структурированным.
5. Исполнитель обязан обеспечить:
− корректную работу разработанного функционала во всех
поддерживаемых браузерах;
− адаптивность интерфейса для различных разрешений экранов;
− корректную работу в существующей Платформе управления
контентом;
− отсутствие деградации производительности сайта.
36
Все изменения цветовой палитры, шрифтов и общего оформления
Платформы должны соответствовать требованиям руководства по фирменному
стилю бренда «Работа России», утверждённого приказом Министерства труда и
социальной защиты Российской Федерации от 12.07.2024 № 350 . Ссылка на
Руководство по фирменному стилю бренда «Работа России».
4.2.
Доработка модуля «Чат-бот»
В рамках доработки модуля «Чат-бот» реализуется сценарное
взаимодействие на основе многоуровневой базы знаний. Предусматриваются
развитие административного интерфейса, поиск точки входа в сценарий
по свободному запросу, учёт текущего раздела диалога и регистрация основных
результатов работы бота.
Доработка выполняется на базе существующего модуля. Содержательные
ответы пользователю формируются из подготовленных и опубликованных
материалов. Последовательность уточнений определяется структурой разделов,
а выбор ответа — положением пользователя в этой структуре и результатами
поиска.
4.2.1. Общие требования к организации модуля
4.2.1.1. Назначение и состав доработки
Модуль должен обеспечивать получение справочной информации двумя
способами: последовательным выбором предложенных направлений и вводом
вопроса в свободной форме. Оба способа используют единую базу знаний. Переход
между ними допускается на любом шаге без необходимости повторного открытия
окна чат-бота.
В состав работ входят управление разделами и статьями, настройка связей
между ними, отображение сценарных переходов, обработка текстовых запросов,
сохранение состояния текущей ветки, сбор базовой аналитики и первоначальное
наполнение по согласованным материалам Заказчика.
Результатом доработки является работоспособный модуль, в котором
администратор может изменять содержание и последовательность диалога
средствами административной панели. Изменение текстов, состава дочерних
разделов и привязок статей не должно требовать правки программного кода.
4.2.1.2. Существующая программная основа
В действующей реализации используются серверные скрипты, база данных
с темами, вопросами и ответами, а также встраиваемое в страницы Сайта окно
чат-бота. Административная часть содержит иерархию тем и средства
37
редактирования вопросов. Публичная часть выполняет текстовый поиск по
вопросам и ответам.
При доработке необходимо сохранить действующий механизм размещения
чат-бота в шаблонах Сайта, обработку типовых приветственных фраз
и возможность открытия формы обратной связи. Существующая иерархия тем
используется как основа для разделов сценарной модели. Поиск по разделам,
множественные привязки статей и контекстное прохождение дерева реализуются
в рамках настоящих работ.
До изменения структуры хранения Исполнитель проверяет используемые
связи и способ вывода материалов в связанных компонентах Сайта. Новые поля
и отношения вводятся с сохранением существующих записей, кроме материалов,
исключённых из публикации по согласованному реестру наполнения.
4.2.1.3. Термины и единицы учёта
Раздел — узел дерева базы знаний, содержащий название, фразу бота
и сведения для поиска. Раздел может включать дочерние разделы и связанные
статьи. Корневым считается раздел, не имеющий родительского раздела.
Статья — самостоятельная запись с вопросом или заголовком и готовым
содержательным ответом. Термины «вопрос с ответом» и «статья» обозначают
одну логическую сущность. Хранение вопроса и текста ответа в отдельных
существующих таблицах допускается.
Сценарий — последовательность переходов пользователя по разделам
до выбора статьи. Текущая ветка включает выбранный раздел и его доступные
подразделы. Контекстом считается текущая позиция и последовательность
сделанных выборов в пределах сессии.
Поисковый запрос — отправленное пользователем текстовое сообщение.
Найденный вариант — раздел или статья, предложенные по результатам поиска.
Выдача ответа означает отображение содержания статьи; предложение
её заголовка в списке ещё не считается выдачей ответа.
4.2.1.4. Границы функциональной модели
Сценарная логика определяется деревом разделов и связями со статьями.
Отдельные сущности сценариев, холст с блоками и стрелками, редактор
произвольных условий и механизм вычисления персональных рекомендаций
в состав работ не входят.
Приведённые далее примеры направлений, вопросов и текстов служат для
описания поведения системы. Они не устанавливают обязанность подключать
внешние каталоги вакансий, системы записи на обучение, личные кабинеты или
38
сервисы назначения выплат. Ссылки на такие ресурсы могут размещаться
в подготовленных статьях.
Использование локального смыслового поиска и перенос материалов
в существующий раздел FAQ выполняются по согласованию с Заказчиком
в порядке, установленном настоящим разделом. Остальные функции должны
сохранять работоспособность независимо от подключения смыслового поиска.
4.2.2. Структура базы знаний и сценариев
4.2.2.1. Сведения о разделе
Для раздела предусматриваются идентификатор, название, родительский
раздел, фраза бота при входе, ключевые слова, порядок отображения и признак
публикации. Идентификатор присваивается системой и сохраняется при изменении
названия или положения раздела.
Название используется в дереве административной панели и в вариантах
выбора для пользователя. Фраза бота содержит пояснение либо уточняющий
вопрос. Если фраза не заполнена, применяется единое нейтральное сообщение
с предложением выбрать подходящий вариант. Пустая фраза не должна
препятствовать работе раздела.
Ключевые слова включают характерные обозначения пользовательской
потребности и употребляемые формулировки. Их назначение — помочь найти
раздел по свободному запросу. Список ключевых слов не выводится пользователю
в качестве текста сообщения.
4.2.2.2. Иерархия разделов
Каждый раздел имеет не более одного родителя. Корневые разделы
формируют верхний уровень. Дочерние разделы располагаются внутри выбранной
ветки в заданном порядке. Для построения сценария должны поддерживаться
последовательные уточнения без привязки к фиксированным названиям уровней.
Глубина дерева определяется утверждённым реестром контента. При
реализации нельзя
ограничивать структуру существующей
схемой
«тема — вопрос», если согласованный маршрут содержит несколько
промежуточных разделов. Предельная поддерживаемая глубина фиксируется
в техническом описании и проверяется на наиболее длинной согласованной ветке.
Система должна исключать назначение раздела собственным родителем
и перенос в любой из его дочерних разделов. Проверка выполняется на сервере
до сохранения. При ошибке структура остаётся прежней, администратор получает
сообщение о недопустимом родительском разделе.
39
4.2.2.3. Сведения о статье
Для статьи предусматриваются постоянный идентификатор, заголовок
вопроса, текст ответа, ключевые слова, дополнительные формулировки вопроса,
перечень связанных разделов и признак публикации. Дополнительные
формулировки заполняются при наличии соответствующих материалов
и участвуют в поиске наравне с поисковыми обозначениями статьи.
Текст ответа редактируется визуальным редактором с поддер жкой абзацев,
выделения текста, маркированных и нумерованных списков, ссылок.
Форматирование должно сохраняться при показе ответа в чат-боте. Содержимое
статьи не должно выводиться пользователю в виде необработанной
HTML-разметки.
Публикация допускается при наличии заголовка, непустого ответа и хотя бы
одной связи с доступным разделом. Черновые материалы могут сохраняться
для дальнейшего редактирования. Они не участвуют в публичной навигации
и поиске.
4.2.2.4. Множественные связи статьи
Одна статья может относиться к нескольким разделам. Для этого
используется отдельное отношение между статьями и разделами. Повторное
добавление одной и той же пары не должно создавать дублирующую связь.
При открытии статьи из любого связанного раздела администратор
редактирует одну исходную запись. Сохранённые изменения текста и статуса
применяются ко всем местам использования. Создание физических копий ответа
для каждой ветки не допускается как основной способ реализации множественной
принадлежности.
Удаление связи исключает статью только из выбранного раздела. Сама статья
и остальные связи сохраняются. В глобальных результатах поиска одна статья
отображается однократно, даже если она относится к нескольким найденным
разделам.
4.2.2.5. Состав шага сценария
При входе в раздел бот отображает его фразу и доступные элементы
следующего шага. Дочерние разделы представляются как варианты уточнения,
статьи — как вопросы, по которым можно получить готовый ответ. При наличии
элементов обоих типов сначала выводятся подразделы, затем статьи.
Порядок подразделов задаётся средствами администрирования. Для статей
предусматривается упорядочение списка в выбранном разделе. Изменение
40
очередности не должно менять идентификаторы объектов или содержание общей
статьи.
Для раздела без доступных дочерних элементов и статей выводится
сообщение об отсутствии опубликованной информации и возможность вернуться
к выбору направления либо открыть форму обращения. Пустой раздел не должен
приводить к бесконечному ожиданию ответа.
4.2.2.6. Изменение и удаление структуры
Перенос раздела выполняется путём изменения родителя. Вместе с разделом
перемещается его поддерево; статьи сохраняют прежние связи с перенесёнными
узлами. После операции система пересчитывает служебные сведения,
используемые для определения пути и области поиска.
Удаление раздела с подразделами или привязанными статьями блокируется
до освобождения связей и переноса вложенных элементов. Администратору
сообщается причина. Каскадное удаление материалов без отдельного выбора
соответствующих действий не выполняется.
Перед удалением статьи отображается подтверждение с указанием, что она
будет исключена из всех связанных разделов. Если требуется убрать материал
только из одной ветки, используется удаление связи. Названия этих действий
в интерфейсе должны различаться.
4.2.2.7. Доступность опубликованных материалов
Раздел, снятый с публикации, исключается из публичного дерева вместе
с путями через него. Статья остаётся доступной через другие опубликованные
разделы, если такие связи существуют. Материал без доступного пути не должен
появляться в глобальной выдаче.
При обращении по устаревшему идентификатору сервер повторно проверяет
наличие и доступность объекта. Отображение кнопки в ранее сформированном
сообщении не даёт права получить уже снятый с публикации ответ. Пользователю
предлагается актуальный выбор без раскрытия внутренних сведений об ошибке.
4.2.3. Административный интерфейс
4.2.3.1. Размещение и основной экран
Средства управления размещаются в существующем разделе «Чат-бот»
административной панели Сайта. Предусматриваются представления «База
знаний» и «Аналитика». Настройки, необходимые для эксплуатации
доработанного модуля, размещаются в том же разделе без создания отдельной
системы администрирования.
41
Основной экран базы знаний состоит из двух областей. Слева отображается
раскрываемое дерево разделов, справа — список статей выбранного р аздела.
Выбранный узел выделяется. Название и путь раздела показываются над списком,
чтобы различать одноимённые узлы разных веток.
При первом открытии отображаются корневые разделы. Пустое состояние
сопровождается понятным предложением создать раздел. Отсутствие статей
в выбранном узле обозначается отдельно от ошибки загрузки данных.
4.2.3.2. Операции с разделами
Предусматриваются действия «Добавить раздел», «Добавить подраздел»,
«Изменить» и «Удалить». При создании подраздела текущий раздел автоматически
подставляется в поле родителя. При отмене формы изменения не сохраняются.
Форма редактирования содержит поля, перечисленные в пункте 4.2.2.1.
Родитель выбирается из дер ева либо списка с отображением пути. Текущий раздел
и его потомки недоступны для выбора в качестве родителя.
При сохранении проверяются обязательные поля, корректность родителя
и допустимость операции. Сообщение об ошибке связывается с соответствующим
полем. Уже введённые данные сохраняются в форме, чтобы администратор мог
исправить ошибку без повторного заполнения.
4.2.3.3. Поиск и навигация по дереву
В административном дереве предусматривается поиск раздела по названию.
Результат должен позволять определить положение найденного узла и перейти
к его содержимому. Совпадающие названия различаются по полному пути.
Раскрытие и сворачивание узлов не меняет их состояние публикации. После
сохранения статьи или раздела интерфейс возвращает администратора к тому
месту, где выполнялось редактирование, если объект сохранился и доступен.
Изменение порядка выполняется через поле очередности либо простые
действия перемещения в списке. Реализация перемещения мышью не является
обязательной. В публичной части применяется сохранённый порядок, а не порядок
идентификаторов в ответе сервера.
4.2.3.4. Создание и редактирование статей
В правой области отображаются название статьи, состояние публикации
и действия редактирования. Для статьи, связанной с несколькими разделами,
должна быть доступна информация обо всех её размещениях. Открытие формы
из разных веток приводит к одной записи.
Форма содержит заголовок, визуальный редактор ответа, поисковые
обозначения, дополнительные формулировки и множественный выбор разделов.
42
При создании статьи из выбранной ветки соответствующая связь заполняется
предварительно и может быть изменена до сохранения.
Предусматриваются действия «Сохранить», «Отменить», управление
публикацией и удаление статьи с подтверждением. Изменение привязок должно
быть доступно в той же форме; повторное создание статьи для добавления в другую
ветку не требуется.
4.2.3.5. Работа со связями и форматированием
При выборе разделов отображаются их пути. Администратор должен видеть
разницу между снятием отметки у раздела и удалением всей статьи. Если снята
последняя связь опубликованной статьи, сохранение публикации блокируется
с пояснением причины.
Ссылки вводятся средствами визуального редактора. Текст ссылки и её адрес
сохраняются раздельно. Допускается размещать ссылки на уже подготовленные
документы, в том числе PDF, без разработки механизма автоматического
формирования файлов.
При вставке форматированного текста удаляются неподдерживаемые
элементы, способные нарушить размер окна чат-бота или выполнить посторонний
код. Поддерживаемые абзацы, списки и ссылки должны сохраняться. Перечень
доступных действий редактора отражается в инструкции администратора.
4.2.3.6. Обновление данных и обратная связь
Создание и изменение записей выполняются с использованием принятого
на Сайте механизма асинхронных запросов. На время сохранения повторная
отправка формы блокируется. После ответа сервера отображается подтверждение
результата либо сообщение о невозможности выполнить операцию.
Интерфейс не должен сообщать об успешном сохранении до подтверждения
сервера. Если соединение прервалось, введённый текст остаётся доступным для
повторной отправки. Повторное действие не должно создавать дубликаты связей.
Подсказки предусматриваются для полей, назначение которых
неоднозначно: фразы бота, ключевых слов, множественных связей и публикации.
Тексты подсказок должны объяснять действие на примере редактируемого объекта.
Отдельная обучающая система в состав модуля не входит.
4.2.4.
Публичный интерфейс и прохождение сценариев
4.2.4.1. Окно чат-бота
Публичный интерфейс сохраняет существующие основные элементы:
кнопку открытия, заголовок «Цифровой ассистент Петр», область сообщений,
43
стартовые карточки и поле ввода. Новые элементы должны соответствовать
принятому оформлению Сайта и размещаться внутри существующего окна.
Сообщения пользователя и бота отображаются в хронологическом порядке.
Перечень уточняющих вариантов помещается после связанного с ним сообщения.
Пользователь должен различать собственный выбор, пояснение бота
и содержательный ответ.
При появлении вариантов область переписки прокручивается к началу
нового результата, чтобы пользователь видел вопрос и первые доступные действия.
Выдача длинной статьи не должна автоматически перемещать просмотр
к её последней строке.
4.2.4.2. Стартовый экран
Стартовые карточки связываются с согласованными корневыми разделами.
Их названия и пояснения определяются реестром контента. Выбор карточки
открывает соответствующую ветку и отображает фразу первого раздела.
Пользователь может сразу ввести вопрос без выбора карточки. В этом случае
выполняется поиск по всей опубликованной базе знаний. Наличие стартовых
карточек не ограничивает состав объектов, доступных для поиска.
4.2.4.3. Переход между разделами
При выборе дочернего раздела в переписку добавляется текст выбранного
варианта, затем фраза нового раздела и доступные дальнейшие действия. Сервер
проверяет существование раздела, состояние публикации и допустимость
перехода.
Варианты текущего шага выводятся в виде кнопок или списка в принятом
оформлении чат-бота. Переход выполняется по идентификатору объекта.
Совпадение отображаемых названий в разных ветках не должно приводить
к выбору чужого раздела.
4.2.4.4. Отображение ответа
Выбор статьи приводит к показу её заголовка и текста ответа. Если статья
предложена в списке результатов, допускается использовать существующее
раскрытие ответа. Событие выдачи регистрируется при фактическом раскрытии
содержимого, а не при первоначальном появлении заголовка.
В ответе сохраняются предусмотренные редактором абзацы, списки,
выделение текста и ссылки. Длинный текст размещается в прокручиваемой области
переписки. Ссылки должны быть доступны для нажатия и не пер екрываться
соседними элементами.
44
После ответа пользователь может оценить его, продолжить ввод, или начать
выбор заново. Выдача статьи не блокирует дальнейшую работу и не требует
закрытия окна.
4.2.4.5. Свободный ввод на шаге уточнения
Поле ввода доступно на каждом шаге. Отправленный текст рассматривается
как новый запрос с учётом текущей ветки. Пользователь не обязан дословно
повторять подпись кнопки или сначала завершать последовательность уточнений.
До завершения обработки запроса повторная отправка блокируется,
отображается состояние ожидания. После получения результата поле снова
становится доступным. Пустое сообщение и строка, состоящая только из пробелов,
не отправляются на поиск.
Варианты выбора из предыдущих шагов сохраняются в истории диалога.
Если пользователь нажимает на ранее предложенный раздел или статью, система
проверяет их доступность. Если материал доступен, бот переходит к выбранному
разделу или показывает ответ. Если р аздел или статья удалены либо сняты
с публикации, бот сообщает, что выбранный вариант больше недоступен.
4.2.4.6. Отсутствие подходящего материала
Если поиск не даёт достаточно подходящего результата, бот сообщает
об этом понятным текстом и предлагает уточнить запрос, выбрать доступное
направление или открыть форму обращения. При наличии текущей ветки
пользователь сохраняет возможность продолжить её вручную.
Отсутствие результата не сопровождается выдачей произвольной статьи
с низкой релевантностью. Сообщение о неудачном поиске не должно утверждать,
что соответствующая услуга отсутствует: оно относится только к поиску
в опубликованной базе знаний.
Переход к форме обратной связи использует существующий механизм Сайта.
Перед открытием формы окно и затемняющий слой чат-бота закрываются.
Предложение формы, её открытие и отправка обращения являются разными
действиями; интеграция аналитики с фактической отправкой формы отдельно
не предусматривается.
4.2.4.7. Ошибки и адаптивность
При сетевой или серверной ошибке бот выводит сообщение о временной
невозможности обработать запрос и допускает повторное действие. Такая ошибка
не отображается как отсутствие информации в базе знаний. Введённое сообщение
остаётся в переписке.
45
На мобильных устройствах окно должно укладываться в доступную область
экрана, сохранять прокрутку сообщений и возможность закрытия. Длинные
названия вариантов переносятся на следующую строку. Горизонтальная прокрутка
всей страницы из-за содержимого бота не допускается.
Основные действия доступны с клавиатуры. Элементы выбора имеют
различимое состояние фокуса; раскрытие статьи корректно обозначается для
средств доступности. Изменения проверяются в обоих используемых шаблонах
Сайта, подключающих общий модуль чат-бота.
4.2.5. Поиск и управление контекстом
4.2.5.1. Область и источники поиска
Текстовый поиск выполняется по опубликованным разделам и статьям.
Учитываются названия разделов, заголовки вопросов, ключевые слова,
дополнительные формулировки и текст ответов. Текст для поиска
подготавливается без служебной разметки визуального редактора.
Поисковая обработка должна учитывать регистр, повторяющиеся пробелы
и используемое в действующем модуле приведение словоформ. Ключевые слова
и дополнительные формулировки расширяют набор совпадений. Разработка
самостоятельного универсального лингвистического справочника не требуется.
Приветственные и иные типовые фразы обрабатываются отдельно. Если
сообщение содержит приветствие и содержательный вопрос, бот может ответить
на приветствие и выполнить поиск по оставшейся части. Типовая фраза не должна
поглощать полезный текст запроса.
4.2.5.2. Приоритет текущей ветки
Если текущий раздел определён, поиск сначала выполняется в нём,
его доступных подразделах и связанных с ними статьях. При наличии достаточно
подходящего результата пользователь продолжает выбранную тему без повторного
прохождения верхних уровней.
Если результатов внутри ветки нет либо они не достигают принятого порога
релевантности, выполняется поиск по всей опубликованной базе. Сам факт
наличия любых совпадений в текущей ветке не должен препятствовать поиску
подходящего материала в других направлениях.
При отсутствии текущего раздела применяется глобальный поиск. Область
поиска определяется на сервере; переданный из браузера идентификатор
проверяется и не используется как безусловно доверенное указание на доступный
раздел.
46
4.2.5.3. Сопоставление и ранжирование
Система формирует упор ядоченный перечень кандидатов. Совпадения
в заголовках и явно заданных поисковых обозначениях должны иметь
преимущество перед случайным упоминанием слова в длинном ответе. Для статей
сохраняется приоритет количества значимых слов запроса, найденных в заголовке
вопроса.
В пределах группы с одинаковым числом таких совпадений учитывается
совокупная оценка. Правила сопоставления разделов и статей должны
обеспечивать выбор подходящей точки входа, а не обязательную выдачу конечного
ответа при каждом запросе.
Повторяющиеся статьи объединяются по идентификатору. Порядок
кандидатов передаётся явно и сохраняется в интерфейсе. Числовые ключи объектов
и порядок возврата записей из базы не должны менять установленную
последовательность результатов.
4.2.5.4. Однозначный и неоднозначный результат
Если один кандидат отвечает установленным условиям уверенного выбора
и имеет достаточное преимущество перед остальными, допускается
непосредственный вход в раздел либо показ статьи. Автоматический переход
не применяется только на основании того, что кандидат оказался первым.
При нескольких близких кандидатах бот выводит заранее подготовленную
фразу с предложением уточнить направление и от трёх до пяти вариантов. Если
подходящих кандидатов меньше трёх, показывается фактически найденное
количество. Неподходящие элементы для заполнения списка не добавляются.
Ограничение относится к поисковым предложениям, а не к размеру базы или
числу дочерних разделов. При обычном прохождении дерева пользователю
должны быть доступны все опубликованные элементы текущего шага.
4.2.5.5. Настройка правил выбора
Порог пригодности результата и условие преимущества первого кандидата
определяются Исполнителем на контрольном наборе запросов, согласованном
с Заказчиком. Для каждого примера фиксируются исходная ветка и допустимый
результат: статья, раздел, список уточнений либо отсутствие совпадения.
Числовая оценка релевантности используется для сравнения кандидатов
внутри принятого метода. Она не является вероятностью правильности ответа и не
должна представляться пользователю или администратору как процент
достоверности.
47
Параметры поиска фиксируются в техническом описании. Выделенный
интерфейс ручной настройки весов администратором не требуется. Корректность
поиска проверяется по воспроизводимым примерам, а не по обещанию
распознавать любую возможную формулировку.
4.2.5.6. Смена темы
При обнаружении подходящего направления вне текущей ветки бот
предлагает его выбрать. После подтверждения текущим становится выбранный
раздел. Если однозначный результат является статьёй, она может быть по казана
непосредственно; контекст её размещения определяется по доступным связям.
Если статья связана с текущей веткой, эта связь имеет приоритет. Если статья
найдена глобально и имеет несколько размещений, используется раздел
выбранного поискового кандидата. При равнозначных размещениях бот предлагает
уточняющий выбор раздела.
Предыдущие сообщения остаются в истории открытого окна.
Они не используются для самостоятельного вывода новых фактов о пользователе.
Контекст обеспечивает навигацию и ограничение поиска; генерация ответа
из совокупности произвольных реплик не предусматривается.
4.2.5.7. Хранение состояния сессии
Для продолжения сценария сохраняются идентификатор текущего раздела
и последовательность подтверждённых переходов. Дополнительно могут
храниться идентификатор последнего запроса и выданной статьи, необходимые
для связывания действий с аналитикой.
Состояние относится к отдельной пользовательской сессии и не должно
смешиваться между посетителями. Закрытие и повторное открытие окна на той
же странице сохраняет текущую переписку.
После истечения сессии или утраты её состояния бот начинает работу
со стартового экрана. Восстановление переписки между устройствами и после
завершения браузерной сессии не требуется. Если сохранённый раздел снят
с публикации, предлагается актуальный выбор направления.
4.2.6.
Смысловой поиск по согласованию с Заказчиком
4.2.6.1. Условия применения
По согласованию с Заказчиком текстовый поиск дополняется локальной
моделью векторного представления текста — embedding-моделью. Она
преобразует запросы и материалы в числовые представления, позволяющие
находить близкие по смыслу записи при различающихся формулировках.
48
До включения функции согласуются возможность её размещения
на выделенных ресурсах, выбранная модель, условия использования
и контрольные примеры. Технические требования к вычислительным ресурсам
определяются после проверки выбранного варианта на предоставленной базе
знаний.
Модель используется для подбора кандидатов. Содержательные ответы,
уточняющие фразы и названия вариантов берутся из базы знаний. Автоматическое
сочинение текстов консультаций, обращение к общедоступным генеративным
сервисам и обучение собственной языковой модели не предусматриваются.
4.2.6.2. Подготовка и обновление индекса
Индекс содержит представления опубликованных разделов и статей
с привязкой к их идентификаторам. При подготовке текста учитываются заголовки,
поисковые обозначения и содержательные части материалов. Разметка
и технические элементы интерфейса не должны ухудшать сопоставление.
Добавление или изменение материала должно приводить к обновлению его
представления. Удалённые и снятые с публикации объекты исключаются
из выдачи независимо от момента технического обновления индекса. Перед
показом кандидата выполняется проверка по актуальной базе знаний.
Предусматривается служебная возможность полного перестроения индекса.
Порядок запуска и проверки завершения описывается в эксплуатационной
инструкции. Отдельная панель управления моделями и версиями индекса
в административном интерфейсе не требуется.
4.2.6.3. Совместная работа с текстовым поиском
Кандидаты смыслового и текстового поиска сопоставляются по единым
идентификаторам. Итоговая выдача не должна содержать несколько копий статьи
из разных способов поиска. Область текущей ветки и правила уточнения
сохраняются.
Состав модели, способ объединения результатов и параметры выбора
определяются с учётом согласованного набора примеров. Значения оценок разных
алгоритмов нельзя складывать без принятого способа приведения к сопоставимому
виду.
При недоступности модели или индекса выполняется текстовый поиск.
Технический сбой смыслового поиска фиксируется для обслуживания
и не прерывает ручную навигацию по дереву. Пользователю не выводятся
служебные адреса, названия процессов или сообщения библиотеки модели.
49
4.2.7. Базовая аналитика работы чат-бота
4.2.7.1. Назначение и представление данных
В административной панели предусматривается вкладка «Аналитика»
с журналом обработки пользовательских запросов. Журнал предназначен для
проверки результатов поиска, выявления отсутствующих материалов и просмотра
оценок выданных ответов.
Основной формой представления является таблица. Диаграммы, сводные
панели с расчётом показателей по темам, выгрузка многостраничных книг XLSX
и просмотр полной переписки в отдельном архиве в состав базовой аналитики
не входят.
Данные обновляются при откр ытии вкладки и применении фильтров.
Постоянное обновление страницы по таймеру или передача событий на экран
администратора в реальном времени не требуется.
4.2.7.2. Поля журнала
Для обработки текстового запроса фиксируются дата и время, текст
сообщения, идентификатор текущего раздела при поиске, найденный раздел или
статья, оценка релевантности, выбранный пользователем вариант и оценка
полезности ответа при её наличии.
Запись дополняется результатом обработки: предложены варианты, выдан
ответ, совпадение не найдено либо произошла техническая ошибка.
При нескольких предложениях сохраняются их идентификаторы и порядок;
в таблице допускается компактное перечисление с раскрытием полного значения.
Выбор статьи при прохождении дерева без текстового запроса также может
создавать запись о выдаче ответа. В поле запроса показывается обозначение
«Выбор по сценарию», без подстановки вымышленного пользовательского
сообщения. Для такого события релевантность не рассчитывается.
4.2.7.3. Связывание событий
Отправленный запрос получает служебный идентификатор. Выбор варианта
и оценка ответа связываются с соответствующим запросом или событием выдачи.
Идентификатор сессии используется только для технической связи действий
и не считается установленной личностью посетителя.
Показ списка, выбор раздела, и выдача статьи отражаются раздельно. Для
неоднозначной выдачи выбор пользователя обновляет сведения об обработке
соответствующего запроса. Последующий самостоятельный текстовый запрос
создаёт новую запись.
50
Тексты и идентификаторы показанных объектов фиксируются в объёме,
необходимом для чтения записи после переименования статьи или раздела. Журнал
не должен превращаться в историю всех редакций базы знаний. Удаление
материала не должно приводить к ошибке открытия ранее зарегистрированного
события.
4.2.7.4. Оценка полезности ответа
После выдачи статьи отображается вопрос «Помог ли вам ответ?»
с вариантами «Да» и «Нет». Оценка необязательна. Отсутствие выбора хранится
как отсутствие оценки и не приравнивается к отрицательному ответу.
Оценка относится к конкретной выдаче статьи. Повторное нажатие
не должно увеличивать число оценок одного события. При изменении выбора
обновляется ранее сохранённое значение в пределах доступной сессии.
Пользователь может продолжить работу без оценки. Отрицательный ответ
сам по себе не означает отсутствие результата поиска и не меняет задним числом
факт выдачи статьи. Администратор видит оба обстоятельства.
4.2.7.5. Фильтрация и просмотр
Предусматриваются выбор периода и поиск по тексту запроса. Период
по умолчанию — последние 30 дней. Допускается указать начало и конец
диапазона; неверный диапазон сопровождается пояснением и не применяется.
Фильтры применяются кнопкой «Применить» и сбрасываются кнопкой
«Сбросить». Записи выводятся от новых к старым, не более 50 на странице.
Переход между страницами сохраняет выбранные условия.
Длинные запросы и названия могут сокращаться в строке таблицы
с возможностью просмотра полного значения. Пустая выборка должна отличаться
от ошибки загрузки. Доступ к журналу предоставляется через существующую
авторизацию административной панели.
4.2.7.6. Достоверность и хранение
В журнале используются серверные дата и время с единым часовым поясом,
принятым на Сайте. Пропущенное значение обозначается явно. Число
релевантности сопровождается пояснением о его техническом назначении;
отсутствие оценки не заменяется нулём.
Срок хранения и порядок удаления накопленных записей фиксируются
в эксплуатационных настройках до запуска с учётом решения Заказчика.
Разработка отдельного пользовательского интерфейса выбора срока и массовой
очистки в состав базовой аналитики не включается.
51
Удаление записей аналитики не должно затрагивать статьи, разделы
и поисковые обозначения. Ошибка регистрации события не должна препятствовать
выдаче ответа; сведения о техническом сбое сохраняются доступными
для обслуживания средствами Сайта.
4.2.8. Технические требования к реализации
4.2.8.1. Взаимодействие компонентов
Серверная часть обеспечивает получение доступного шага, обработку
свободного запроса, выдачу статьи, сохранение оценки и административные
операции. Клиентская часть отвечает за отображение результата и передачу
действий пользователя. Решения о доступности материала и составе поисковой
выдачи принимаются на сервере.
Для обмена используются принятые на Сайте асинхронные запросы и
структурированный ответ. Сохраняется совместимость существующих полей
questions, answers и result_order на период совместного использования обработчика.
Дополнительные сведения о разделах, типах результатов и состоянии сценария
вводятся без изменения смысла этих полей.
Ответ должен позволять отличить сообщение бота, список вариантов,
статью, отсутствие совпадений и ошибку обработки. Для каждого варианта
передаются тип и идентификатор объекта. Клиенту не требуется угадывать вид
результата по его тексту.
4.2.8.2. Хранение и целостность данных
Сведения о разделах, статьях и их связях хранятся в базе данных Сайта.
Вспомогательный поисковый индекс, если он применяется, является производным
от опубликованной базы. Восстановление содержательных материалов не должно
зависеть исключительно от наличия индекса.
Сохранение статьи и набора её связей выполняется согласованно: ошибка
операции не должна оставлять частично изменённое размещение. Проверяется
существование всех указанных разделов. Изменения структуры не должны
создавать недостижимые циклические ветки.
Для запросов дерева и связей предусматриваются необходимые индексы
базы данных. Произвольные нормативы нагрузки без сведений о сервере
и наполнении не устанавливаются.
4.2.8.3. Проверка входных данных
Идентификаторы, значения полей и параметры фильтров проверяются
сервером независимо от ограничений браузерной формы. Параметры запросов
52
к базе обрабатываются безопасным способом, принятым в проекте.
Пользовательский текст не должен становиться исполняемой частью SQL-запроса
или HTML-страницы.
Административные операции требуют действующей авторизации и проверки
прав. Публичные обработчики не должны позволять создавать, изменять или
удалять материалы. Для изменяющих запросов применяются предусмотренные
проектом меры защиты от подделки запросов.
Текст статьи обрабатывается по разрешённому набор у форматирования.
Скрипты, обработчики событий и опасные адреса ссылок исключаются. Проверка
распространяется и на ответы, отображаемые из уже существующей базы знаний
после переноса.
4.2.8.4. Совместимость и обслуживание
Доработанный интерфейс подключается в используемых шаблонах Сайта
из общей реализации. Дублирование независимых версий логики чат-бота для
разных шаблонов не допускается. Сборка клиентских ресурсов выполняется
штатным механизмом проекта.
Доработка чат-бота не должна изменять работу остальных разделов Сайта
через общие стили или глобальные обработчики событий.
Служебные сообщения об ошибках должны позволять определить
обработчик и причину сбоя без вывода посетителю технических подробностей.
Секреты подключения и административные данные в публичные ответы
не включаются.
4.2.8.5. Согласованность запросов и состояния
Каждое действие обрабатывается применительно к определённому состоянию
диалога. Ответ на более ранний запрос не должен заменять результат более
позднего действия, если пользователь успел изменить направление.
Для сопоставления запроса и ответа используются служебные идентификаторы
либо эквивалентный механизм, принятый в клиентской части.
При повторной отправке сетевого запроса после ошибки необходимо различать
новую реплику пользователя и повтор доставки прежнего действия. Повтор
доставки не должен создавать дополнительную оценку или дублирующую связь
в административной части. Правило не запрещает пользователю намеренно задать
тот же вопрос повторно.
После сохранения раздела или статьи обновляется связанное представление
данных. Если применяется кэширование, Исполнитель предусматривает его
обновление для изменённого объекта. Снятие с публикации должно проверяться по
53
актуальному состоянию материала, даже если часть поисковых данных ещё
находится в кэше.
4.2.8.6. Контроль переноса существующих записей
Перед преобразованием данных составляется техническая сверка тем,
вопросов, ответов и их связей. Отдельно выявляются вопросы без ответа, ссылки
на отсутствующие темы и записи с некорректным родителем. Такие записи
включаются в перечень уточнений к наполнению и не удаляются автоматически
только из-за обнаруженной ошибки.
Несколько одинаковых текстов не объединяются автоматически: совпадение
текста само по себе не подтверждает, что Заказчик считает записи одной статьёй.
Исправление технических связей отделяется от изменения содержания
ответа. Если при переносе требуется содержательное решение, оно отражается
в реестре и подтверждается Заказчиком до публикации соответствующего
материала.
4.2.9. Предоставление и размещение материалов
4.2.9.1. Ответственность за содержание
Заказчик предоставляет структуру направлений, тексты уточнений, вопросы,
ответы, поисковые обозначения и необходимые ссылки.
Исполнитель
размещает
согласованные
материалы,
оформляет
их средствами редактора, создаёт разделы и связи. Смысловая переработка
консультаций, подготовка новых правовых разъяснений и самостоятельное
дополнение отсутствующих ответов в обязанности по наполнению не входят.
Обнаруженные противоречия, дублирующиеся материалы и отсутствующие
ответы передаются Заказчику для уточнения. Спорный материал не подменяется
предположением Исполнителя. По решению Заказчика он корректируется,
объединяется с другой статьёй либо остаётся неопубликованным.
4.2.9.2. Согласованный реестр наполнения
До начала размещения стороны утверждают единый реестр. В нём
указываются разделы и их родительские связи, фразы бота, статьи, тексты ответов,
места размещения и состояние публикации. Каждому материалу присваивается
устойчивое обозначение, позволяющее связывать строки реестра.
Объём первоначального наполнения определяется этим реестром. Для одной
статьи отдельно перечисляются все разделы использования.
54
Изменения согласованного состава оформляются обновлением реестра
с указанием изменённых материалов. Дополнительные ветки и статьи,
поступившие после фиксации объёма, согласуются отдельно.
4.2.9.3. Подготовка сценарного дерева
Верхние уровни формируются по потребностям пользователя: поиск работы,
обучение, выплаты, документы и иные утверждённые направления.
Промежуточный раздел должен содержать понятный выбор, который
действительно влияет на следующий шаг либо набор доступных ответов.
Официальные названия программ могут использоваться внутри
соответствующих веток. Повторное употребление одного ответа в разных
пользовательских ситуациях оформляется связями, если содержание ответа
совпадает полностью. Для различающихся по смыслу консультаций используются
отдельные статьи.
Для каждой предназначенной для сценарного показа статьи
предусматривается путь от стартового раздела. Фактические формулировки
уточнений и распределение материалов согласуются с Заказчиком до публикации.
4.2.9.4. Существующие материалы и FAQ
Существующие вопросы и ответы сохраняются как источник
для согласованного наполнения. Их использование в новом дереве определяется
реестром. Массовая публикация всех старых записей без проверки соответствия
структуре не выполняется.
По согласованию с Заказчиком материалы справочного характера
переносятся в существующий раздел FAQ Сайта. До выполнения определяются
перечень материалов, целевые рубрики и порядок сохранения либо изменения
действующих ссылок.
Разработка нового самостоятельного раздела FAQ, универсального средства
импорта и отдельного интерфейса синхронизации материалов не предполагается.
4.2.9.5. Требования к передаче исходных материалов
Материалы передаются комплектом, позволяющим однозначно сопоставить
раздел, текст его фразы и относящиеся к нему статьи. Для каждой статьи
указывается окончательная редакция ответа. Наличие нескольких файлов
с различающимися текстами без обозначения действующей редакции является
основанием для уточнения соответствующей позиции реестра.
Для ссылки предоставляются отображаемое название и полный адрес
назначения. Если ответ ссылается на документ, Заказчик предоставляет сам
документ либо доступный адрес его размещения. Содержание стороннего ресурса
55
и последующие изменения по внешнему адресу не являются частью наполнения
базы знаний.
Поисковые обозначения передаются вместе с материалом, к которому они
относятся. Одна фраза может использоваться у нескольких статей, если различие
предполагается уточнять последующим выбором. В таком случае в контрольном
примере отмечается допустимость выдачи нескольких вариантов вместо
автоматического ответа.
Материалы, поступившие с незаполненными обязательными полями,
регистрируются как требующие уточнения. Остальная согласованная часть может
размещаться независимо, если отсутствующая позиция не разрывает её сценарный
маршрут. Публикация зависимых веток выполняется после получения
недостающих сведений.
4.2.10. Подготовка к эксплуатации и передача результатов
4.2.10.1. Последовательность ввода
До изменения рабочей базы подготавливается резервная копия
затрагиваемых данных и сохраняется версия изменяемых компонентов. Ввод
выполняется с учётом порядка тестирования по пункту 4.5.
Перенос существующих связей должен сохранять соответствие вопросов
и ответов. Переход от одной темы к нескольким разделам не должен терять
первоначальное размещение статьи, если его изменение не предусмотрено
реестром.
Переключение рабочей версии производится после согласования
с Заказчиком результатов проверки по пункту 4.5.
4.2.10.2. Комплект передаваемых сведений
Исполнитель передаёт изменённые программные компоненты, описание
изменений структуры данных, порядок установки и обновления, сведения
о необходимых настройках и инструкцию администратора. Материалы передаются
в используемом проектом порядке хранения исходного кода и документации.
Инструкция администратора должна описывать создание разделов,
изменение родителя, размещение одной статьи в нескольких ветках, публикацию,
поиск материалов и чтение аналитики. Примеры приводятся на согласованном
содержании базы знаний.
При подключении смыслового поиска дополнительно указываются модель,
способ запуска, размещение индекса, порядок обновления и восстановление
текстового поиска при отказе компонента. Настройки с ограниченным доступом
передаются отдельно от общедоступной инструкции.
56
4.2.10.3. Возврат к предыдущей версии
В случае выявления ошибки, препятствующей основной работе, применяется
подготовленный порядок возврата к предыдущей версии. В нём учитываются
изменения структуры данных; замена только клиентских файлов не считается
достаточным способом отката при несовместимой миграции.
4.2.11. Примеры структуры и состава материалов
4.2.11.1. Пример сценарного маршрута
Корневой раздел «Хочу найти работу» содержит фразу «Какая помощь вам
нужна?» и подразделы «Подобрать вакансии», «Подготовить резюме», «Вернуться
к работе после перерыва». Пользователь выбирает нужное направление либо
вводит вопрос.
В разделе «Подготовить резюме» размещаются статьи «Что указать в резюме
без опыта» и «Как описать предыдущие места работы». Выбор статьи выводит
готовый ответ, предоставленный Заказчиком.
Статья «Какие документы нужны для обращения в центр занятости» может
быть связана с направлениями поиска работы и получения выплат.
При её редактировании содержание обновляется в обоих местах. Дополнительный
раздел для копии текста не создаётся.
4.2.11.2. Пример свободного входа и уточнения
Пользователь вводит «Меня уволили, что делать дальше?». При наличии
соответствующих материалов поиск предлагает направления «Поиск новой
работы», «Постановка на учёт» и «Выплаты». После выбора бот продолжает
соответствующую ветку с её подготовленной фразы.
Если пользователь уже находится в разделе обучения и спрашивает
о продолжительности курса, сначала проверяются материалы этого направления.
При нескольких курсах с разными сроками предлагается уточнить выбор. Система
не должна выбирать срок произвольно из первого найденного ответа.
Результаты этих примеров зависят от наполнения и включаются
в контрольный набор после согласования материалов. Пример не является
требованием дать содержательный ответ на вопрос, для которого Заказчик
не предоставил статью.
4.2.11.3. Состав реестра и контроль размещения
Для раздела в реестре указываются код, код родителя, название, фраза бота,
поисковые обозначения, порядок и публикация. Для статьи указываются код,
57
заголовок, ответ, ключевые слова, дополнительные формулировки, коды разделов
и публикация.
Коды реестра служат для сопоставления материалов при наполнении
и могут отличаться от внутренних идентификаторов базы. Исполнитель сохраняет
соответствие между ними для итоговой проверки. Пустое поле дополнительной
формулировки не препятствует размещению готовой статьи.
После наполнения по реестру отмечаются размещённые материалы
и выявленные расхождения. Для каждого расхождения фиксируются причина
и согласованное действие. Итоговый реестр подтверждает фактически
размещённый состав без включения несогласованных новых материалов.
4.3.
Доработка страницы «Для молодежи»
Доработка
выполняется
на
существующей
странице
Сайта
https://czn.mosreg.ru/molodezh. Требуется реализовать выбор возрастной группы
с помощью трекбара, связать его положения с содержимым трёх карточек
и предоставить средства редактирования соответствующего контента
в административной панели. Действующие элементы страницы и ранее
реализованные возможности управления ими подлежат сохранению.
4.3.1. Возрастные группы и состояния трекбара
4.3.1.1. Первоначальный состав положений
При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения: «11–14 лет», «14–17 лет», «18–25
лет», «25–35 лет». Указанные обозначения используются как названия выбираемых
групп и сохраняются в приведённом порядке. Каждому положению соответствует
отдельный комплект содержимого всех трёх карточек.
Трекбар работает как дискретный переключатель. После завершения
перемещения бегунок должен соответствовать одному из предусмотренных
положений, а подпись выбранной группы — отображаемому содержимому.
Промежуточное положение между группами не должно приводить к показу
смешанного набора карточек.
Возрастные диапазоны воспроизводятся в редакции, установленной
настоящим ТЗ. Их граничные значения не используются для автоматического
определения возраста посетителя: пользователь самостоятельно выбирает нужное
положение. При изменении названий групп через CMS связь с ранее настроенным
контентом должна сохраняться.
58
4.3.1.2. Бегунок и обозначение выбора
Бегунок выполняется в виде точки со сплошной цветной заливкой
без обводки. Для привлечения внимания предусматривается периодический
эффект пульсации, реализованный средствами CSS @keyframes. Период
повторения и характер изменения визуальных параметров определяются
в согласованном варианте анимации.
Пульсация не должна смещать выбранное положение, изменять значение
трекбара или запускать обновление карточек. Активная точка и подпись
возрастной группы должны оставаться различимыми на фоне шкалы в течение
всего цикла эффекта.
Внешний вид шкалы, расположение подписи и соотношение размеров
элементов разрабатываются на основе примера на рисунке 6 с соблюдением
официального брендбука Заказчика и общей стилистики Сайта.
Рисунок 6 — Пример трекбара страницы «Для молодежи»
4.3.1.3. Варианты дизайна и анимации
Исполнитель разрабатывает и представляет Заказчику три альтернативных
варианта дизайна трекбара. Для каждого варианта должны быть показаны
размещение на странице, выбранное положение и читаемость подписей возрастных
групп. Все варианты разрабатываются в пределах одного и того
же предусмотренного функционала.
Отдельно предоставляются три альтернативных варианта анимации
интерфейсных элементов — трекбара и карточек. Вариант анимации должен
позволять оценить пульсацию бегунка и последовательность смены содержимого
карточек, а также соответствие эффектов выбранному оформлению.
В
рабочую версию интегрируется согласованное оформление
и согласованный вариант анимационного поведения. Количество альтернативных
вариантов не означает необходимость размещать на публичной странице
переключатель дизайнов или одновременно использовать несколько эффектов.
59
4.3.2. Динамическое содержимое карточек
4.3.2.1. Состав изменяемой области
Ниже трекбара сохраняются три карточки: «Не знаешь кем стать»,
«Познакомишься с лидерами рынка» и «Получишь первый профессиональный
опыт». Исходное размещение карточек показано на рисунке 7. При смене
возрастной группы обновляются относящиеся к ней заголовки, подзаголовки,
текстовые описания и списки блочных элементов.
Для всех трёх карточек применяется одно выбранное положение трекбара.
Не допускается завер шать переключение в состоянии, при котором одна карточка
показывает материалы новой группы, а другая — предыдущей. Подпись трекбара
и комплект отображённых материалов должны соответствовать друг другу.
Публичная часть использует сохранённые настройки CMS. Значения одной
возрастной группы не должны подставляться вместо отсутствующих значений
другой группы без явного заполнения соответствующего контента
администратором.
Рисунок 7 — Исходное размещение карточек страницы «Для молодежи»
60
4.3.2.2. Правила отображения списков
Первоначальные тексты и состав доступных элементов определяются
таблицами 10–12. Знак «+» означает, что элемент отображается для
соответствующей группы; знак «−» означает, что элемент в её списке отсутствует.
Порядок строк таблицы определяет исходную последовательность видимых
элементов после исключения строк со знаком «−».
При скрытии элемента остальные элементы списка располагаются
последовательно, без пустых строк и промежутков на месте скрытого элемента.
Последующие элементы располагаются в установленном порядке. Видимость
элемента списка не изменяет состав трёх кнопок-иконок в футере карточки.
URL-адреса элементов предоставляются Заказчиком и размещаются через
предусмотренные средства управления. Для каждой отображаемой ссылки должны
применяться адрес и подпись, сохранённые для соответствующего положения
трекбара.
4.3.2.3. Содержание карточки «Не знаешь кем стать»
Текстовая часть одинакова для четырёх исходных возрастных групп. Состав
списка изменяется в соответствии с таблицей 10: «Семейный профгид»
присутствует только в первом положении, а «Матрица пр офессий» — во втором,
третьем и четвёртом. Остальные элементы сохраняют доступность во всех четырёх
положениях.
Таблица 10 — Содержание и видимость элементов карточки «Не знаешь кем стать»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Найдешь призвание и выберешь профессию, подходящую именно
тебе
Профориентация
+
+
+
+
Семейный профгид
+
-
-
-
Проект «Компас
профессии»
+
+
+
+
Матрица профессий
-
+
+
+
Описание профессий
+
+
+
+
61
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»
В первом положении используется текст о знакомстве с предприятиями
Подмосковья. Для остальных трёх положений применяется текст о знакомстве
с процессом работы и условиями труда. «Мероприятия с работодателями»
и «Профтуры» отображаются начиная со второго положения, как установлено
таблицей 11.
Таблица 11 — Содержание и видимость элементов карточки «Познакомишься с лидерами рынка»
Параметр/Кнопка
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Текстовая часть
Познакомишьс
яс
предприятиям
и Подмосковья
Работодатели
Подмосковья
+
+
+
+
Мероприятия
с работодателями
-
+
+
+
Профтуры
-
+
+
+
Увидишь процесс работы изнутри и
познакомишься с условиями труда на
предприятиях Подмосковья
4.3.2.5. Содержание карточки «Получишь первый профессиональный опыт»
Для каждого исходного положения устанавливается собственная текстовая
часть. Практики и стажировки доступны только для группы «18–25 лет», а элемент
«Начать свой бизнес» — только для группы «25–35 лет». Остальные различия
в составе списка определяются таблицей 12.
62
Таблица 12 — Содержание и видимость элементов карточки «Получишь первый
профессиональный опыт»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Пройдешь
практику,
Научишься
Трудоустроишь
стажировку или
составлять свое ся в свободное
трудоустроишьс
первое резюме от учебы время
я в свободное от
учебы время
Положение
трекбара 4
(25-35 лет)
Найдешь
работу мечты
или начнешь
собственное
дело
Временное
трудоустройство
-
+
+
+
Практики
-
-
+
-
Стажировки
-
-
+
-
Твое идеальное резюме
+
+
+
+
Постоянное
трудоустройство
-
-
+
+
Начать свой бизнес
-
-
-
+
4.3.3. Геометрия карточек и обработка текста
4.3.3.1. Базовые размеры
Ширина карточек фиксируется в рамках соответствующей компоновки
страницы и не зависит от длины текста выбр анной возрастной группы.
Переполнение содержимого не должно растягивать отдельную карточку, менять
ширину соседних карточек или нарушать их расположение.
Базовая высота всех трёх карточек рассчитывается для списка из четырёх
элементов. При расчёте учитываются заголовок, подзаголовок, внутренние
отступы, интервалы между элементами и футер. Пока ни один из трёх списков не
содержит более четырёх элементов, карточки сохраняют одинаковую базовую
высоту.
Размеры и переносы проверяются на предусмотренных таблицами текстах
и согласованном наполнении. Фиксированная высота не должна достигаться
обрезанием видимых надписей или наложением списка на футер.
63
4.3.3.2. Синхронное увеличение высоты
Если хотя бы один из списков содержит более четырёх элементов, высота
всех трёх карточек увеличивается одновременно. Общая высота определяется
по карточке с наиболее высоким фактическим содержимым с учётом переноса
строк, а не только по числу записей.
Карточка с коротким списком при этом сохраняет общую высоту группы.
Её футер располагается на том же уровне, что и футеры остальных карточек.
Независимое увеличение только одной карточки не допускается.
При переключении на возрастную группу, для которой ни один список
не превышает четырёх элементов, применяется базовая высота. Пересчёт должен
учитывать уже выбранное содержимое; размер предыдущей группы не должен
оставаться в качестве случайного значения.
4.3.3.3. Переносы и сохранение формы
Для длинных надписей предусматривается автоматический перенос
на следующую строку внутри доступной ширины элемента. Текст не должен
выходить за границы карточки, перекрывать соседний элемент или расширять
родительский контейнер.
В мобильной компоновке ширина определяется доступной областью экрана
и принятым расположением карточек. После изменения ширины окна размер ы
проверяются с учётом нового переноса строк. Правила равной высоты
и сохранения футера применяются к согласованной компоновке страницы.
4.3.4. Анимация смены и неизменяемый футер
4.3.4.1. Последовательность смены содержимого
Переключение сопровождается плавным исчезновением текущего
содержимого и последующим проявлением содержимого выбранной группы.
Эффект Fade-Out/Fade-In реализуется через CSS @keyframes. Параметры анимации
соответствуют варианту, согласованному с Заказчиком.
Текст, элементы списка и ссылки обновляются в рамках одного
переключения. Не допускается состояние, при котором видимая подпись элемента
уже относится к новой группе, а его адрес остался от предыдущей. Анимация
не должна сопровождаться наложением двух комплектов текста.
Если пользователь меняет положение повторно до завершения эффекта,
после завершения обработки отображается последнее выбранное положение.
Повторные действия не должны накапливать очередь устаревших переходов,
оставлять карточки прозрачными или нарушать их размеры.
64
4.3.4.2. Футер карточки
Футер с тремя кнопками-иконками сохраняет статичный вид. Его размеры,
состав, расположение и визуальное состояние не меняются в зависимости
от положения трекбара. Существующее назначение кнопок сохраняется.
Анимация обновления контента не должна скрывать футер или повторно
создавать впечатление его появления. При синхронном увеличении карточек футер
перемещается вместе с нижней границей карточки, сохраняя собственную
геометрию и взаимное расположение иконок.
4.3.5. Управление через административную панель
4.3.5.1. Общие настройки трекбара
Администратору предоставляется
возможность изменять
текст,
сопровождающий трекбар, редактировать названия возрастных групп и добавлять
новые положения.
При добавлении положения для него становятся доступны поля текстового
наполнения всех трёх карточек и настройки видимости кнопок. Изменение
названия существующей группы сохраняет связанные с ней тексты и выбранные
элементы.
4.3.5.2. Текстовое содержимое карточек
Для каждой карточки предусматриваются общий заголовок, а также
подзаголовок и текстовое описание для каждой возрастной группы. Общий
заголовок сохраняется при переключении трекбара; подзаголовок и описание
выводятся в соответствии с выбранным положением.
Поля группируются внутри блока соответствующей карточки
и обозначаются названиями возрастных групп. Изменение текста одной группы не
влияет на содержимое остальных.
4.3.5.3. Единый список кнопок карточки
Для каждой карточки используется единый список кнопок, представленный
в административной панели в виде таблицы. Каждая строка содержит название
кнопки, URL-адрес и отдельные отметки видимости для предусмотренных
возрастных групп.
Название и ссылка задаются один раз и применяются во всех группах,
для которых включён показ кнопки. Администратор может добавлять и удалять
строки, изменять их содержимое и порядок.
Порядок кнопок является общим для всех возрастных групп. В публичной
части отображаются только отмеченные для выбранной группы кнопки
65
с сохранением их взаимной последовательности. На месте скрытых элементов
пустые строки не остаются.
При добавлении возрастной группы в таблицах всех трёх карточек
появляется дополнительный столбец видимости. Администратор отмечает в нём
кнопки, которые должны показываться для новой группы.
Первоначальное наполнение и видимость элементов устанавливаются
по таблицам 10–12. URL-адреса предоставляет Заказчик.
4.3.5.4. Сохранение и применение настроек
Изменения сохраняются общей кнопкой «Сохранить». При повторном
открытии экрана отображаются ранее сохранённые тексты, ссылки, порядок строк
и отметки видимости.
Публичная страница использует сохранённые настройки для переключения
содержимого карточек, определения состава кнопок и расчёта высоты блоков.
Редактирование выполняется без изменения исходного кода.
Ранее реализованные возможности управления страницей сохраняются. Если
выполнение доработки требует удаления или замены действующей функции,
Исполнитель до начала соответствующих изменений уведомляет Заказчика
и согласует дальнейшие действия.
4.4.
Доработка страницы «Программы тренингов 2026 года»
Доработка распространяется на карточки календаря тренингов на страницах
https://czn.mosreg.ru/soiskatelyam/treningi/programmy-treningov-2026-goda/, а также
https://czn.mosreg.ru/soiskatelyam/events/.
Предусматриваются
цветовые
индикаторы целевых аудиторий, пояснения к ним, элемент «Записаться»
и дополнение модального окна описанием тренинга с анимацией открытия
и закрытия.
4.4.1. Цветовая маркировка целевых аудиторий
4.4.1.1. Состав обозначений
Для тренингов используются три типа целевой аудитории. Первоначальное
соответствие типов и цветов устанавливается следующим образом:
– синий цвет #0050aa — соискатели, ищущие работу в первый раз;
– голубой цвет #5ab4e6 — соискатели, меняющие работу или профессию;
– оранжевый цвет #e65028 — соискатели, длительное время не работавшие
и имеющие перерыв в стаже.
Индикатор представляет собой геометрический круг со сплошной заливкой.
Его цвет определяется настройкой соответствующей аудитории. Название
66
тренинга, дата проведения и другие сведения карточки не используются для
автоматического назначения категории.
4.4.1.2. Одновременное отображение нескольких аудиторий
В административной карточке тренинга предусматривается группа из трёх
независимых чекбоксов. Для каждого типа устанавливается состояние «включён»
или «выключен». Допускается одновременный выбор нескольких типов;
включение одного чекбокса не снимает отметки с остальных.
В публичной карточке отображаются индикаторы только выбранных
аудиторий. Для одного выбранного типа выводится один круг, для двух — два, для
трёх — три. Отсутствие отметки не должно заменяться автоматически назначенной
аудиторией.
Сохранённый набор применяется к соответствующему тренингу.
При повторном открытии его формы редактирования должны отображаться
те же отметки. Изменение аудитории одного тренинга не должно изменять отметки
у других записей.
4.4.1.3. Расположение и наложение индикаторов
Группа индикаторов размещается в правом верхнем углу карточки.
При нескольких выбранных аудиториях круги располагаются с частичным
наложением одного на следующий справа налево, как показано на рисунке 8.
Каждый выбранный цвет должен оставаться различимым.
Размеры кругов, расстояние между их центрами и величина наложения
определяются согласованным прототипом. Отображение одного, двух или трёх
индикаторов не должно смещать текст карточки за её границы или закрывать
название тренинга.
Для одной и той же комбинации аудиторий порядок отображения одинаков
на обеих страницах. Перекрытие кругов должно оставлять доступную
для наведения область каждого индикатора, чтобы пользователь мог получить
соответствующее пояснение.
67
Рисунок 8 — Пример размещения цветных индикаторов
4.4.2. Интерактивность карточки в настольной версии
4.4.2.1. Единое действие карточки
Вся площадь карточки является единой интерактивной областью. Нажатие на
её текст, свободную область, цветной индикатор или надпись «Записаться»
открывает модальное окно соответствующего тренинга. Все перечисленные
области должны приводить к одному и тому же результату.
Добавленные индикаторы не образуют самостоятельные ссылки
и не переключают фильтр календаря. При нажатии на круг должно открываться
то же окно, что и при нажатии на остальную часть карточки. Одно нажатие не
должно одновременно открывать несколько окон или выполнять переход
на другую страницу.
При определении открываемого тренинга используется связь с конкретной
карточкой. Одинаковые названия разных мероприятий не должны приводить
к показу описания другой записи.
4.4.2.2. Всплывающая подсказка индикатора
При наведении курсора непосредственно на цветной круг появляется
всплывающая подсказка, объясняющая значение соответствующей аудитории.
При перемещении курсора на другой индикатор отображается пояснение его типа.
Наведение на заголовок, дату, свободную область или надпись «Записаться»
не должно вызывать подсказку аудитории. При уходе курсора с индикатора
подсказка скрывается. Пояснение не должно оставаться на экране после закрытия
связанного представления или перемещения на другую карточку.
68
Текст берётся из общих настроек индикаторов аудитории. Изменение
подписи в CMS применяется ко всем кругам соответствующего типа. Появление
подсказки не отменяет единого действия карточки при нажатии.
4.4.3. Обозначения в мобильной версии
4.4.3.1. Расположение и состав легенды
На мобильных разрешениях над списком карточек календаря, в верхней
части контентного блока, отображается блок расшифровки индикаторов. Заголовок
по умолчанию — «Обозначения». Блок выводится на обеих страницах,
перечисленных в начале пункта 4.4.
Легенда содержит три строки. Каждая строка включает миниатюру цветного
круга и текстовое пояснение одной аудитории. Цвет миниатюры должен совпадать
с текущей настройкой того же типа, используемой на карточках.
Пример состава обозначений приведён на рисунке 9. Рисунок используется
как образец связи цвета и пояснения; область применения легенды определяется
требованиями к мобильной версии. В настольной версии отдельный блок легенды
не отображается.
Рисунок 9 — Пример состава обозначений аудиторий
69
4.4.3.2. Соответствие версии интерфейса
В мобильной версии пояснения доступны без наведения курсора.
Пользователь должен иметь возможность прочитать расшифровку трёх цветов
до выбора карточки. Текст легенды переносится внутри доступной ширины блока
и не перекрывает соседние строки.
При изменении ширины окна пр именяются условия соответствующей
версии: для мобильной компоновки отображается легенда, для настольной —
подсказки при наведении на круги. Наличие или отсутствие легенды не меняет
набор аудиторий, назначенных тренингу.
Нажатие на мобильную карточку, включая её индикаторы и элемент
«Записаться», открывает то же модальное окно. Отдельный переход для сенсорного
нажатия на цветной круг не предусматривается.
4.4.4. Управление индикаторами в CMS
4.4.4.1. Настройки конкретного тренинга
В форме сущности «Тренинг» размещается поле «Тип целевой аудитории»
с множественным выбором посредством трёх чекбоксов: «Ищу работу впервые»,
«Смена работы/профессии», «Длительный перерыв в работе». Поле сохраняет
независимое состояние каждого типа.
Выбранные значения определяют состав индикаторов, а общие настройки —
их цвета и пояснения. Изменение текстов пояснений не должно требовать
повторного редактирования всех тренингов.
4.4.4.2. Общие настройки обозначений
В существующей административной части раздела «Тренинги» создаётся
подраздел «Настройки индикаторов аудитории». Для каждого из трёх типов
предусматриваются выбор одного из трёх установленных цветов, текст подсказки
для настольной версии и текст расшифровки для мобильной легенды.
Поля подсказки и легенды редактируются раздельно. Сохранение одного
значения не должно стирать другое. Заголовок блока легенды также доступен для
изменения; первоначальное значение устанавливается как «Обозначения».
Все перечисленные текстовые значения, цвета и связи изменяются через
административную панель без правки исходного кода. Настройки должны быть
включены в существующую структуру управления разделом, а не вынесены
в отдельную систему.
70
4.4.4.3. Применение сохранённых значений
После сохранения проверяется соответствие выбранных аудиторий, цветов
и пояснений на обеих страницах. Один тип не должен отображаться разными
цветами только вследствие использования разных шаблонов карточек.
Если текст пояснения изменён, при следующем отображении
соответствующего элемента используется сохранённая редакция. Назначенные
конкретным тренингам аудитории при этом сохраняются. Применение общих
настроек не должно изменять дату, название или описание мероприятия.
4.4.5. Элемент «Записаться»
4.4.5.1. Визуальное исполнение
В нижней части каждой карточки размещается текстовый элемент
«Записаться». Его расположение завершает композицию карточки и сохраняет
читаемость остальных сведений. Размер шрифта, цвет, отступы и интерактивные
состояния соответствуют принятому оформлению Сайта и согласованному
прототипу.
Элемент должен оставаться различимым при наличии одного, двух или трёх
индикаторов и при переносе длинного названия тренинга. Его положение
не должно определяться длиной текста случайным образом или приводить
к перекрытию даты и времени.
4.4.5.2. Связь с действием карточки
Надпись является частью общей интерактивной области и открывает
модальное окно тренинга. Она обозначает действие визуально, но не создаёт
отдельного маршрута перехода. Результат нажатия должен совпадать
с результатом нажатия на заголовок или цветной круг.
Действующие условия доступности регистрации сохраняются при доработке.
Открытие информации о тренинге не должно само по себе означать отправку
заявки или подтверждение записи посетителя.
4.4.6. Описание в модальном окне
4.4.6.1. Содержимое и редактирование
Модальное окно карточки дополняется областью описания тренинга.
Администратор вводит и изменяет описание при редактировании соответствующей
записи. Сохранённый текст автоматически используется при открытии окна этого
тренинга в публичной части.
71
Поле поддерживает базовое форматирование: абзацы, переносы строк,
жирное и курсивное начертание. Эти элементы должны воспроизводиться
в модальном окне. Служебные теги редактора не должны отображаться
пользователю вместо форматированного текста.
Описание связывается с конкретной записью тренинга. Последовательное
открытие разных карточек не должно оставлять текст ранее просмотренного
мероприятия. Изменение описания не меняет название, дату или назначенные
аудитории, если эти поля не редактировались отдельно.
4.4.6.2. Анимация открытия и закрытия
Появление модального окна сопровождается плавной анимацией.
Длительность, тип эффекта — появление, сдвиг, масштабирование либо
их сочетание — определяются при дизайн-прототипировании и согласуются
с Заказчиком.
Закрытие сопровождается обратной анимацией, зеркальной по отношению
к эффекту появления. Окно и связанные с ним визуальные элементы должны
завершать закрытие согласованно, без оставшегося на странице затемнения или
фрагмента содержимого.
Анимация не должна создавать ощущение задержки интерфейса. Повторное
открытие после закрытия воспроизводит нормальное начальное состояние,
а описание остаётся доступным для чтения в настольной и мобильной компоновке.
4.5.
Проведение функционального тестирования
Исполнитель выполняет функциональное тестирование доработок страницы
«Для молодежи», календарей тренингов и модуля чат-бота. Проверка охватывает
административные настройки, их применение в публичной части, согласованные
анимации и сохранение действующих функций затронутых страниц.
4.5.1. Организация проверки
Для проверки используются согласованные варианты дизайна, таблицы
10–12, сохранённые настройки аудиторий и материалы базы знаний чат-бота.
Условия проверки должны позволять сопоставить введённые в административной
панели данные с фактически показанным результатом.
Замечание фиксируется
с
указанием проверяемого элемента,
последовательности действий, ожидаемого и фактического поведения. После
исправления проверка повторяется для затронутой функции и связанных с ней
состояний. Приёмка согласуемых возможностей чат-бота выполняется только при
их включении в утверждённый состав работ по пункту 4.2.
72
4.5.2. Проверка доработанного чат-бота
4.5.2.1. Подготовка контрольного набора
До приёмки фиксируются версия модуля, состав опубликованного контента
и перечень контрольных запросов. Для поискового примера задаются начальная
ветка, вводимый текст и допустимый результат. Для сценарного примера
указывается последовательность действий и ожидаемая статья.
В набор включаются прямые вопросы, альтернативные формулировки,
общие запросы с несколькими подходящими направлениями и запросы вне базы
знаний. Примеры должны позволять отличить качество сопоставления
от отсутствия исходного материала.
Результаты оформляются перечнем выполненных проверок и замечаний.
Замечание содержит условия воспроизведения, фактическое поведение
и ожидаемый результат со ссылкой на соответствующее требование.
Смысловой поиск проверяется на согласованных примерах и наполнении.
Распознавание произвольной фразы, для которой в базе отсутствует подходящий
материал, не является условием приёмки.
4.5.2.2. Проверка дерева и связей
Проверяется создание корневого раздела, подраздела и статьи. После
сохранения элементы появляются в соответствующих областях интерфейса,
а опубликованная статья доступна по маршруту. Изменение порядка
подтверждается в публичной части.
Для статей проверяются заголовок, форматированный ответ, ключевые слова
и дополнительные формулировки. Административные операции не должны
создавать физические копии общей статьи только для повторного размещения.
Одна статья связывается с двумя разделами. После изменения ответа новый
текст отображается в обоих местах. Удаление одной связи сохраняет статью во
втором разделе; в глобальном поиске она не дублируется.
Выполняется попытка перенести родительский раздел внутрь собственного
поддерева. Сохранение блокируется без изменения структуры. Удаление непустого
раздела также блокируется с объяснением причины.
Проверяется снятие статьи с публикации. Она исчезает из новых
предложений,
а обращение по ранее показанному варианту не возвращает закрытый текст. Статья,
размещённая в двух ветках, сохраняет доступность через опубликованную ветку
после отключения другой.
73
4.5.2.3. Проверка диалоговых маршрутов
Пользователь выбирает стартовую карточку и проходит согласованную
ветку.
На каждом шаге отображаются соответствующая фраза и допустимые варианты.
Конечный ответ совпадает с материалом реестра.
После выбора стартового направления либо отправки текста стартовые
карточки скрываются в соответствии с предусмотренным поведением.
Проверяются закрытие и повторное открытие окна на одной странице.
Навигационная позиция меняется согласно выбранному действию, а история
открытой переписки не переставляется.
На промежуточном шаге пользователь отправляет текст вместо нажатия
кнопки. Бот обрабатывает запрос и позволяет продолжить работу. Повторное
нажатие отправки во время ожидания не создаёт второй запрос.
Ошибка отдельного действия не должна приводить к смешению
пользовательских сессий или полной потере возможности продолжить работу
с модулем.
4.5.2.4. Проверка поиска
Прямой запрос к известной статье приводит к согласованному ответу либо
предложению этой статьи. Приветствие вместе с вопросом не мешает поиску
содержательной части. Проверяется сохранение порядка выдачи при
различающихся числовых идентификаторах.
Проверяются поиск по заголовкам, ключевым словам, дополнительным
формулировкам и текстам, а также соответствие порядка результатов серверному
ранжированию.
Внутри ветки отправляется контекстный вопрос. Подходящий материал этой
ветки получает приоритет. Затем отправляется запрос по другой теме; при
отсутствии подходящего локального результата бот предлагает найденное
глобально направление.
Общий запрос с несколькими близкими результатами вызывает уточняющий
список. Отсутствие надёжного совпадения приводит к сообщению об отсутствии
результата и доступности формы обращения, а не к произвольной консультации.
При согласованном смысловом поиске отдельно проверяются примеры
с различающимися формулировками, обновление изменённой статьи в индексе
и работа текстового поиска при недоступности модели.
74
4.5.2.5. Проверка аналитики
После текстового запроса в журнале появляется запись с серверной датой,
текстом и результатом. Выбор предложенной статьи связывается с нужной
записью. Показ заголовка без раскрытия ответа не учитывается как выдача
содержательной консультации.
Состав полей и событий журнала должен соответствовать пункту 4.2;
найденные варианты, выбор пользователя, выдача статьи и оценка ответа относятся
к соответствующей обработке запроса или выдаче ответа.
Проверяются значения «Да», «Нет» и отсутствие оценки. Повторное нажатие
не создаёт повторной оценки одного события. Для выбора по дереву
не подставляется произвольное число релевантности.
Фильтр периода, поиск по тексту и переход между страницами проверяются
на наборе, превышающем одну страницу. Для технической ошибки и отсутствия
совпадения отображаются разные результаты обработки.
Сохранение контекста текущей сессии проверяется отдельно от постоянного
журнала аналитики.
4.5.2.6. Проверка интерфейса и готовности
На настольном и мобильном экранах проверяются длинные названия,
форматированный ответ со списками и ссылкой, прокрутка, клавиатурное
управление и открытие формы обращения. Окно формы не должно оставаться под
затемняющим слоем бота.
Проверяются открытие и закрытие окна и сохранение работы остальных
разделов Сайта при использовании общих стилей и обработчиков событий. Перед
открытием формы обращения окно и затемняющий слой чат-бота закрываются.
Работы считаются подготовленными к приёмке после выполнения
обязательных проверок, устранения выявленных несоответствий и передачи
документации. Согласуемые функции проверяются только при их включении
в утверждённый состав работ.
4.5.2.7. Проверка ошибочных и повторных действий
При попытке сохранить пустой заголовок или ответ без содержательного
текста система указывает ошибку и сохраняет введённые в остальные поля
сведения. При неверном идентификаторе раздела сервер отклоняет операцию;
статья не должна получить связь с несуществующей записью.
Проверяется отмена подтверждения удаления. Статья, её текст и размещения
остаются неизменными. Затем проверяется удаление связи с одной веткой:
75
во второй ветке статья открывается с прежним содержанием. Эти действия
выполняются на тестовом материале.
Имитируется ошибка загрузки результата. Пользователь видит сообщение
о технической проблеме и может повторить запрос. В аналитике такая попытка
не должна интерпретироваться как установленное отсутствие ответа в базе знаний.
После восстановления соединения бот возвращается к обычному порядку работы.
Для согласованного смыслового поиска проверяется снятая с публикации
статья, представление которой ещё осталось в индексе. Кандидат отбрасывается
до вывода текста. Наличие в индексе устаревшего идентификатора не должно
позволять получить недоступный материал или нарушать обработку остальных
результатов.
4.5.2.8. Проверка переноса и наполнения
После переноса для каждой статьи по идентификатору либо таблице
соответствий проверяются наличие текста и сохранение исходной связи, если
реестр не предусматривает её замену.
После размещения Исполнитель сверяет количество уникальных статей,
разделов и связей с реестром. Проверяются заголовки, тексты, форматирование,
адреса ссылок и доступность материалов в предусмотренных ветках.
Уникальная статья, используемая в нескольких местах, учитывается один раз
как материал и отдельно по числу связей. По каждой согласованной ветке
выполняется проход до конечного ответа. Ошибки загрузки, неверные связи
и технические дефекты оформления устраняются Исполнителем. Изменение
содержания по новым пожеланиям Заказчика учитывается как изменение реестра.
4.5.2.9. Проверка перед вводом и после переключения
Сначала программные функции проверяются на тестовой копии либо
в согласованной среде. После наполнения выполняются контрольные сценарии на
опубликованном составе материалов. Перед публикацией проверяется время
обработки характерных запросов на согласованном объёме материалов.
На рабочем Сайте проверяются открытие бота, стартовые карточки, один
полный сценарный мар шрут, свободный запрос, отображение форматированной
статьи, оценка ответа и переход к форме обращения. Проверка не должна создавать
реальные обращения без необходимости.
76
4.5.3. Проверка страницы «Для молодежи»
4.5.3.1. Положения трекбара и комплекты контента
Проверяется наличие четырёх исходных положений с обозначениями
«11–14 лет», «14–17 лет», «18–25 лет», «25–35 лет». Для каждого положения
последовательно проверяются подпись выбранной группы, заголовки, текстовые
части и списки всех трёх карточек.
Фактический состав сверяется с таблицами 10–12 построчно, включая
отсутствие элементов со знаком «−» и порядок оставшихся пунктов. Проверяются
адреса отображаемых ссылок. Переключение не должно менять адрес одной
ссылки на адрес соседнего элемента.
Отдельно проверяются переходы между группами с разным количеством
пунктов. После смены положения все три карточки должны показывать один
согласованный возрастной комплект; сохранение части предыдущего содержимого
считается несоответствием.
4.5.3.2. Размеры, текст и футеры
Проверяются состояния со списками до четырёх элементов и более четырёх
элементов. В первом случае все карточки сохраняют базовую высоту,
во втором — увеличиваются синхронно до общей высоты, достаточной для самого
высокого содержимого.
Для длинных надписей проверяются переносы и отсутствие выхода
за границы контейнера. Ширина карточки не должна увеличиваться вслед за
длиной текста. Футеры остаются на предусмотренном уровне и не перекрываются
списками.
При каждом положении трекбара проверяется сохранение трёх кнопокиконок футера: их состава, размеров, визуального состояния и существующего
действия. Переключение возрастной группы не должно менять этот набор.
4.5.3.3. Анимационное поведение
Проверяется пульсация залитой точки без обводки, реализованная через
@keyframes. Эффект соответствует согласованному варианту и не меняет текущее
значение трекбара.
Для карточек проверяется последовательность Fade-Out/Fade-In и отсутствие
наложения старого и нового текста. При нескольких быстрых переключениях после
завершения обработки остаётся содержимое последнего выбранного положения.
Футер не должен исчезать вместе с изменяемой областью. После анимации
все карточки доступны для взаимодействия, а временные значения прозрачности
или размеров не остаются в окончательном состоянии.
77
4.5.3.4. Административная часть
Проверяется редактирование страницы на едином экране настроек:
изменение текста над трекбаром, названий возрастных групп, общих заголовков
карточек, подзаголовков и описаний для каждой группы. Изменение общего
заголовка должно применяться ко всем положениям трекбара, а текстов отдельной
группы — только к соответствующему положению.
Для каждой карточки проверяется единый список кнопок: добавление
и удаление строк, редактирование названий и URL-адресов, изменение порядка
и настройка видимости по возрастным группам. Название, ссылка и порядок
кнопки должны быть одинаковыми для всех групп, в которых она отображается.
Отключение видимости в одной группе не должно скрывать кнопку в остальных.
Скрытые элементы не оставляют пустых строк.
Проверяется добавление нового положения трекбара. Для него должны
появляться поля текстового наполнения всех трёх карточек и отдельный столбец
видимости в каждом списке кнопок. После заполнения и сохранения новая группа
доступна в публичной части и использует предусмотренные правила
переключения, изменения высоты и анимации.
После нажатия общей кнопки «Сохранить» и повторного открытия экрана
проверяется сохранность введённых значений, порядка строк и отметок видимости.
Публичная страница должна отображать сохранённые настройки. Пер еименование
возрастной группы не должно нарушать её связь с текстами и кнопками.
4.5.3.5. Совместимость отображения
Страница проверяется в разных браузерах, а также на мобильных
устройствах с различной шириной экрана. Контроль включает читаемость
возрастных подписей, возможность выбора положения, переносы текста,
геометрию карточек и доступность их элементов.
При изменении размеров окна не должны появляться перекрытия, выход
содержимого за границы или несоответствие выбранной группы показанному
контенту. Ранее реализованные функции страницы проверяются на сохранение
после интеграции.
4.5.4. Проверка календарей тренингов
4.5.4.1. Аудитории и общие настройки
В форме тренинга проверяется независимое включение и отключение трёх
аудиторий. Проверяются одиночные значения, сочетания двух типов и выбор всех
трёх. После сохранения и повторного открытия формы состояния чекбоксов
должны совпадать с сохранённым набором.
78
На обеих страницах проверяются соответствующие индикаторы, их цвета,
количество, порядок и наложение. Невыбранная аудитория не должна добавляться
в карточку. Для разных комбинаций сохраняются читаемость названия
и доступность каждого цветного круга.
В общих настройках изменяются цвет, текст подсказки, текст легенды
и заголовок блока. Проверяется применение каждого значения по на значению
без изменения остальных полей и без необходимости заново назначать аудитории
тренингам.
4.5.4.2. Подсказки и мобильная легенда
В настольной версии курсор последовательно наводится на каждый
индикатор. Отображается пояснение соответствующего типа; при уходе курсора
оно скрывается. Наведение на другие области карточки не вызывает подсказку
аудитории.
В мобильной версии над карточками отображается легенда с тремя цветами,
сохранёнными текстами и заголовком. В настольной версии отдельный блок
легенды отсутствует. Цвета обозначений совпадают с цветами индикаторов обеих
страниц.
Проверяются длинные тексты пояснений в пределах согласованного
наполнения. Подсказки и легенда должны оставаться читаемыми, не выходить
за доступную область и не перекрывать соседние стр оки собственного
содержимого.
4.5.4.3. Действие карточки и модальное окно
Последовательно проверяются нажатия на заголовок, свободную область,
индикатор и надпись «Записаться». Каждое действие открывает одно модальное
окно соответствующего тренинга. Дополнительный переход на страницу
или открытие второго окна не выполняются.
После редактирования описания в CMS проверяется его отображение
в модальном окне, включая абзацы, переносы строк, жирное и курсивное
начертание. Последовательное открытие двух разных карточек должно показывать
описание каждой выбранной записи.
Анимация появления проверяется на соответствие согласованному варианту.
Закрытие сопровождается обратным эффектом, после которого на странице
не остаются затемнение или фрагменты окна. Дополнительно проверяется
повторное открытие после завершённого закрытия.
79
4.5.5. Завершение проверки
Исполнитель устраняет выявленные несоответствия предусмотренным
функциям и повторно проверяет исправленные участки. Для затронутых страниц
дополнительно проверяется совместная работа доработанных элементов после
интеграции в Сайт.
Результаты проверки должны позволять установить, какие функции
проверены, на каких данных и какие замечания устранены. Состав контрольных
действий не вводит дополнительных пользовательских функций сверх
пунктов 4.2–4.4.
4.6. Результат выполнения работ
По итогам выполнения работ Заказчику предоставляются согласованные
проектные материалы, демонстрационные реализации и функционирующие
доработки в объёме пунктов 4.2–4.4. Результаты должны соответствовать одному
согласованному варианту поведения публичной части и административных
настроек.
4.6.1. Результаты по модулю чат-бота
4.6.1.1. Управление знаниями и сценарное взаимодействие
Предоставляется доработанный интерфейс базы знаний с деревом разделов
и редактированием статей. Поддерживаются промежуточные фразы бота,
поисковые обозначения, публикация и использование одной статьи в нескольких
ветках без копирования её текста.
В публичной части функционирует чат-бот в рамках принятого оформления
Сайта. Пользователь может последовательно выбирать направления, вводить
запрос на любом шаге, получать уточняющие варианты и опубликованные ответы.
Поиск учитывает текущую ветку и предусматривает обращение ко всей базе
в установленном порядке.
При отсутствии подходящего материала доступен переход к существующей
форме обращения. Состояние текущего диалога сохраняется в пределах модели
сессии, установленной пунктом 4.2. Первоначальное наполнение выполняется
Исполнителем по предоставленным Заказчиком материалам и согласованному
реестру.
4.6.1.2. Аналитика и согласуемые работы
Предоставляется вкладка базовой аналитики с предусмотренными полями
журнала, фильтром периода, поиском по тексту и постраничным просмотром.
80
В публичной части доступна оценка полезности выданного ответа; сохранённые
оценки связаны с соответствующими событиями.
Если Заказчиком согласован локальный смысловой поиск, в состав
результата включается работоспособное подключение embedding-модели
с подготовленным индексом и порядком его обновления.
Если согласован перенос материалов в существующий FAQ Сайта, результат
включает размещение утверждённого перечня материалов в предусмотренных
рубриках. Перечень и порядок переноса определяются по пункту 4.2.
4.6.2. Результаты по странице «Для молодежи»
4.6.2.1. Проектные материалы
Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта
анимации карточек и трекбара для согласования с Заказчиком.
Прототип должен показывать размещение переключателя, возрастные
подписи, три карточки, неизменяемые футеры и состояния, необходимые для
оценки согласуемого решения. Представленные материалы должны позволять
сопоставить оформление с брендбуком и существующей стилистикой страницы.
4.6.2.2. Демонстрационная и рабочая реализации
На хостинге Исполнителя предоставляется демонстрационная страница с
действующим трекбаром, динамическим обновлением карточек и согласованными
анимациями. Для исходных четырёх положений используется содержание таблиц
10–12 и предоставленные Заказчиком адреса ссылок.
Доработанная страница интегрируется в существующую Платформу. Через
административную панель доступны предусмотренные действия с текстами,
заголовками, списками, ссылками, видимостью элементов и положениями
трекбара. Ранее реализованные функции страницы сохраняются.
4.6.3. Результаты по календарям тренингов
4.6.3.1. Прототипы и демонстрация
Предоставляется прототип карточек тренингов в Figma с цветовыми
индикаторами, всплывающими подсказками и элементом «Записаться», а также
прототип мобильного представления с легендой. Согласованное поведение
предусматривает открытие модального окна при нажатии на общую область
карточки.
81
На хостинге Исполнителя предоставляется демонстрационная страница,
позволяющая проверить подсказки в настольной версии и легенду на мобильных
разрешениях. На демонстрации должны быть представлены состояния с разными
сочетаниями аудиторий и согласованная анимация модального окна.
4.6.3.2. Публичная и административная части
На страницах тренингов и событий реализуются индикаторы выбранных
аудиторий, единая интерактивная область карточки и надпись «Записаться».
Модальное окно показывает описание соответствующего тренинга с базовым
форматированием и согласованными эффектами появления и закрытия.
В административной части доступны независимые отметки трёх аудиторий
для тренинга, общие настройки цветов, тексты подсказок и легенды, её заголовок,
а также поле описания. Сохранённые сведения применяются в публичной части
без правки исходного кода.
4.6.4. Соответствие передаваемых результатов
Демонстрационные и рабочие реализации должны воспроизводить
согласованные настройки и поведение. Наличие прототипа само по себе
не заменяет программную реализацию, а демонстрация статичных изображений
не заменяет проверку действующих элементов.
По чат-боту передаются программные компоненты и эксплуатационные
сведения в составе, установленном пунктом 4.2. Результаты функциональной
проверки должны подтверждать выполнение требований пункта 4.5 и устранение
выявленных несоответствий.
4.7. Требования к front-end и верстке сайта
Исполнитель обязан обеспечить одинаковое отображение страниц сайта
(графических элементов и текстового форматирования) в следующих
веб-обозревателях:
− Opera (не ниже версии 133);
− Mozilla Firefox (не ниже версии 153);
− Google Chrome (не ниже версии 151);
− Safari (не ниже версии 26.6).
При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.
Исполнитель обязан обеспечивать корректное отображение информации
на сайте на следующих типах устройств:
82
− персональные компьютеры (АРМ)
под
управлением
операционных систем Windows, Linux, macOS;
− мобильные устройства (смартфоны) под управлением iOS и
Android.
4.8.
Требования к защите информации
После любых вносимых изменений в Платформу, она должна
соответствовать требованиям информационной безопасности как правовых, так
и технических средств безопасности персональных данных в отношении
Федеральных законов Российской Федерации: от 27.07.2006 N 152-ФЗ
«О персональных данных»; от 27.07.2006 N 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
На платформе должна всегда присутствовать ссылка ведущая на страницу
с информацией «Политика обработки персональных данных» для возможности
ознакомления с ней пользователей.
83
5. ТРЕБОВАНИЯ К ПОРЯДКУ ВЫПОЛНЕНИЯ РАБОТ, СРОКАМ,
РЕЗУЛЬТАТАМ И ЭТАПАМ ИХ ВЫПОЛНЕНИЯ
Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг
Результаты выполнения работ, а также передача доступов, необходимых для
выполнения работ, производятся в порядке, определённом настоящими
Техническими требованиями и Государственным контрактом, в соответствии с
Календарным планом оказания услуг Государственного контракта, на основании
актов сдачи-приёмки выполненных работ.
Заказчик в течение 3 (трёх) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю:
− доступ к системе управления контентом (CMS) Платформы с правами,
достаточными для выполнения доработок;
− доступ к Git-репозиторию Платформы;
− доступ к тестовой среде (виртуальным машинам), необходимой для
проведения работ.
Доступы предоставляются на срок выполнения работ и пр екращаются после
подписания итогового акта сдачи-приёмки. Передача доступов оформляется актом
или иным документом по согласованию Сторон.
Исполнитель не вправе передавать полученные доступы третьим лицам без
письменного согласия Заказчика.
Передача исходных кодов доработанных компонентов Платформы и
дистрибутивов должна сопровождаться передачей всех необходимых для сборки
библиотек, компиляторов, интерпретаторов, баз данных, специальной среды
разработки (если сборка может быть выполнена только в среде разработки) и т.п.
Все материалы передаются с сопроводительными документами
Исполнителя.
Результаты работ по каждому этапу сопровождаются краткой технической
документацией к доработке, подготовленной Исполнителем. Документация
должна содержать:
− перечень доработанных компонентов Платформы с указанием файлов,
модулей и участков кода, в которые внесены изменения;
− описание внесённых изменений и их назначения;
− описание новых или изменённых параметров конфигурации, если таковые
появились;
− перечень новых или изменённых зависимостей (библиотек, модулей,
расширений);
84
5.1.
− инструкцию по развёртыванию доработки на серверных ресурсах
Заказчика;
− известные ограничения и особенности эксплуатации доработанных
компонентов.
Документация передаётся в электронном виде в формате, допускающем
редактирование (например, DOCX, MD), одновременно с результатами работ по
соответствующему этапу.
Заказчик в течение 3 (трех) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные
ответственных за взаимодействие работников Кадрового центра Подмосковья.
Исполнитель выполняет доработку программного кода, вёрстки страниц,
CSS-стилей и баз данных Платформы на тестовой среде, выбранной одним из
следующих способов:
− вариант 1: тестовая среда, доступ к которой предоставляется
Заказчиком по IP-адресу и определённому порту. Настройка,
сопровождение и обеспечение работоспособности такой тестовой
среды в обязанности Заказчика не входят;
− вариант 2: тестовая среда, самостоятельно организованная
Исполнителем, в том числе на собственном хостинге. Такая тестовая
среда должна быть расположена на территории Российской
Федерации и обеспечивать Заказчику возможность удалённой
проверки результатов доработки.
Выбор варианта тестовой среды осуществляется Исполнителем и
согласовывается с Заказчиком.
В случае недоступности тестовой среды по причинам, не зависящим от
Исполнителя, сроки выполнения работ продлеваются на период такой
недоступности.
Доработки, выполненные и протестированные на тестовой среде и
подтверждённые Заказчиком, направляются в релиз в соответствии со сроками,
установленными Календарным планом выполнения работ.
Пусконаладочные работы проводятся на серверных ресурсах Заказчика после
полного завершения тестирования.
По требованию Заказчика, между Исполнителем и Заказчиком должно быть
заключено соглашение о неразглашение информации. Срок заключения
не должен превышать 5 (пяти) календарных дней с момента направления
соглашения Заказчиком. В случае не заключения Исполнителем соглашения
или нарушения Исполнителем соглашения Государственный контракт может
быть расторгнут в одностороннем порядке.
85
5.2. Календарный план выполнения работ
Состав работ с указанием отчетных документов, которые должен выполнить
Исполнитель, их ожидаемые результаты, сроки и этапы выполнения представлены
в таблице 13.
Таблица 13. Календарный план выполнения работ
№
этапа
Наименование и
содержание этапа
работы
Исполнителя
Результат выполнения работ/ оказания
услуг
Срок выполнения
работ
Доработка Платформы
1
Доработка
страницы «Для
молодежи»
Реализованный функционал страницы
«Для молодежи»:
- трекбар с четырьмя значениями
(«11–14 лет», «14–17 лет», «18–25 лет»,
«25–35 лет»);
динамические карточки с контентом,
соответствующим выбранной возрастной
группе;
- анимация смены карточек и пульсации
бегунка;
- статичный футер с тремя кнопкамииконками;
- административная панель управления
содержимым страницы.
Предоставленные Заказчику для
согласования:
- три альтернативных варианта дизайна
трекбара (с размещением на странице,
выбранным положением и читаемостью
подписей возрастных групп);
- три альтернативных варианта анимации
интерфейсных элементов (трекбара и
карточек).
Утверждённые Заказчиком прототипы и
варианты дизайна/анимации.
Оформленный акт сдачи-приёмки по
этапу.
86
До 2 декабря 2026 г.
(включительно);
3 декабря – 4 декабря
2026 г.
(включительно)
тестирование;
7 декабря 2026 г.
(включительно) ввод
доработки в
эксплуатацию.
2
Доработка
страницы
«Программы
тренингов 2026
года»
Реализованный функционал страниц
«Программы тренингов 2026 года»
(https://czn.mosreg.ru/soiskatelyam/treni
ngi/programmy-treningov-2026-goda/) и
«События»
(https://czn.mosreg.ru/soiskatelyam/event
s/):
- цветовые индикаторы целевых
аудиторий с частичным наложением
кругов в правом верхнем углу карточки;
- всплывающие подсказки индикаторов
при наведении (настольная версия);
- блок легенды «Обозначения» в
мобильной версии;
- единая интерактивная область карточки,
открывающая модальное окно тренинга;
- элемент «Записаться» в нижней части
До 2 декабря 2026 г.
карточки;
(включительно);
- дополненное модальное окно с
3 декабря – 4 декабря
областью описания тренинга и
2026 г.
анимацией открытия/закрытия;
(включительно)
Административная панель:
тестирование;
- поле «Тип целевой аудитории» в форме
7 декабря 2026 г.
тренинга с тремя независимыми
(включительно) ввод
чекбоксами («Ищу работу впервые»,
доработки в
«Смена работы/профессии»,
эксплуатацию.
«Длительный перерыв в работе»);
- подраздел «Настройки индикаторов
аудитории»: выбор одного из трёх
цветов, текст подсказки для настольной
версии, текст расшифровки для
мобильной легенды, заголовок блока
легенды;
- раздельное редактирование подсказки и
легенды без взаимного стирания
значений;
- поле описания тренинга с базовым
форматированием;
- все настройки изменяются через
административную панель без правки
исходного кода и включены в
существующую структуру управления
разделом.
87
3
Доработка модуля
«Чат-бот»
Реализованный функционал модуля
«Чат-бот» на базе существующего
модуля:
База знаний и сценарии:
- многоуровневая иерархия разделов
(неограниченная глубина по реестру
контента, не менее согласованной
максимальной ветки);
- статьи с заголовком, текстом ответа,
ключевыми словами, дополнительными
формулировками, множественными
связями с разделами и признаком
публикации;
- множественные связи одной статьи с
несколькими разделами без создания
физических копий;
- сценарные переходы: подразделы →
статьи, порядок задаётся
администратором;
- проверка структуры на сервере: запрет
циклических связей, блокировка
удаления раздела с вложенными
элементами, отдельное действие
«удалить связь» и «удалить статью»;
Административная панель (раздел
«Чат-бот»):
- представления «База знаний» и
«Аналитика»;
- дерево разделов слева, список статей
выбранного раздела справа;
- операции «Добавить раздел», «Добавить
подраздел», «Изменить», «Удалить»;
- форма раздела (название, родитель,
фраза бота, ключевые слова, порядок,
публикация);
- форма статьи (заголовок, визуальный
редактор ответа, поисковые обозначения,
дополнительные формулировки,
множественный выбор разделов);
- поиск по дереву разделов, сохранение
позиции после редактирования;
- визуальный редактор с поддержкой
абзацев, списков, выделения, ссылок;
удаление опасных элементов;
88
До 10 декабря 2026 г.
(включительно);
11 декабря – 14
декабря 2026 г.
(включительно)
тестирование;
15 декабря 2026 г.
(включительно) ввод
доработки в
эксплуатацию.
- подсказки по полям «фраза бота»,
«ключевые слова», «множественные
связи», «публикация»;
Публичный интерфейс:
- сохранение существующих элементов:
кнопка открытия, заголовок «Цифровой
ассистент Петр», область сообщений,
стартовые карточки, поле ввода;
- стартовые карточки, связанные с
согласованными корневыми разделами;
- переход по разделам с отображением
выбранного варианта, фразы нового
раздела и доступных действий;
- отображение ответа статьи с
сохранением форматирования (абзацы,
списки, выделение, ссылки);
- оценка полезности ответа («Помог ли
вам ответ?» — «Да» / «Нет»);
- свободный ввод на любом шаге с
учётом текущей ветки;
- обработка отсутствия результата:
уточнение запроса, выбор направления,
переход к форме обратной связи (через
существующий механизм Сайта);
- сообщение о временной ошибке без
подмены понятием «нет информации»;
- адаптивность: мобильная вёрстка,
прокрутка, отсутствие горизонтальной
прокрутки, доступность с клавиатуры;
Поиск и контекст:
- текстовый поиск по опубликованным
разделам и статьям с учётом названий,
заголовков, ключевых слов,
дополнительных формулировок и текста
ответов;
- приоритет текущей ветки, глобальный
поиск при отсутствии результата;
- ранжирование с приоритетом
совпадений в заголовках и поисковых
обозначениях;
- однозначный результат — переход к
разделу или статье; неоднозначный — от
3 до 5 вариантов уточнения;
- настройка порогов и условий выбора на
89
контрольном наборе запросов,
согласованном с Заказчиком;
- смена темы, приоритет связи с текущей
веткой;
- хранение состояния сессии (текущий
раздел, последовательность переходов);
Базовая аналитика (вкладка
«Аналитика»):
- журнал обработки запросов в виде
таблицы;
- поля: дата и время, текст сообщения,
текущий раздел, найденный раздел или
статья, оценка релевантности, выбранный
вариант, оценка полезности, результат
обработки;
- раздельная фиксация показа списка,
выбора раздела и выдачи статьи;
- связывание событий через служебный
идентификатор запроса;
- оценка полезности ответа
(необязательная, повторное нажатие не
увеличивает счётчик);
- фильтры: период (по умолчанию 30
дней), поиск по тексту запроса, кнопки
«Применить» и «Сбросить»;
- пагинация не более 50 записей на
страницу, сортировка от новых к старым;
- доступ через существующую
авторизацию административной панели;
Технические требования:
- совместимость существующих полей
questions, answers, result_order;
- серверная проверка входных данных,
защита от SQL-инъекций и XSS;
- проверка прав для административных
операций, защита от подделки запросов;
- согласованное сохранение статьи и её
связей;
- подключение из общей реализации для
всех шаблонов Сайта без дублирования
логики;
- безопасные служебные сообщения об
ошибках без вывода технических
подробностей;
90
- корректная обработка повторных
запросов и обновление кэша после
изменения объектов;
Передаваемые документы и
материалы:
- изменённые программные компоненты;
- описание изменений структуры данных;
- порядок установки и обновления;
- сведения о необходимых настройках;
- инструкция администратора (создание
разделов, изменение родителя,
размещение статьи в нескольких ветках,
публикация, поиск материалов, чтение
аналитики);
- согласованный реестр наполнения;
- согласованный контрольный набор
запросов;
Дополнительно, при наличии
отдельного согласования Заказчика:
- локальная embedding-модель для
смыслового поиска;
- подготовка и обновление индекса;
- совместная работа с текстовым поиском
без дублей;
- деградация до текстового поиска при
недоступности модели;
- описание модели, способ запуска,
размещение индекса, порядок
обновления и восстановления;
Оформленный акт сдачи-приёмки по
этапу.
91
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА ИСПОЛНИТЕЛЯ
Исполнитель принимает на себя гарантийные обязательства в отношении
результатов работ, выполненных им в рамках настоящего государственного
контракта. Гарантийные обязательства распространяются на доработанные
компоненты Платформы, а также на компоненты Платформы, работоспособность
которых была нарушена вследствие выполненных Исполнителем доработок.
Гарантийный срок на результат работ устанавливается продолжительностью
12 (двенадцать) месяцев и исчисляется с даты подписания Сторонами итогового
документа о приемке (акта сдачи-приемки) по последнему этапу государственного
контракта.
6.1. Объем гарантийных обязательств
В рамках гарантийной поддержки Исполнитель обязуется:
− обеспечивать работоспособность доработанных компонентов
Платформы, а также существовавших компонентов Платформы,
затронутых доработкой, в соответствии с функциональными
и
нефункциональными
требованиями,
зафиксированными
в Техническом задании и иной согласованной Сторонами
документации;
− устранять недостатки (дефекты), выявленные в процессе эксплуатации
Платформы и относящиеся к результатам выполненных работ:
− критичные дефекты — в срок, не превышающий 1 (одного) рабочего
дня;
− некритичные дефекты — в срок, не превышающий 5 (пяти) рабочих
дней.
Критичным
дефектом
признается
полная
или
существенная
неработоспособность доработанного компонента Платформы, делающая
невозможным его использование по назначению. Некритичным дефектом
признается отдельный функциональный или визуальный недостаток,
не препятствующий использованию компонента по назначению.
Срок устранения дефекта может быть продлен по письменному
согласованию Сторон, но не более чем на 5 (пять) рабочих дней;
− принимать участие в восстановлении работоспособности Платформы
после
сбоев
и
аварий,
вызванных
дефектами
или
недокументированными возможностями, допущенными Исполнителем
при выполнении работ, включая выполнение работ по восстановлению
целостности данных и обновлению программных компонентов.
92
Восстановление работоспособности осуществляется за счет
Исполнителя;
− осуществлять авторский надзор за изменениями Платформы,
выполняемыми силами или по инициативе Заказчика, в целях оценки
влияния таких изменений на сохр анение гарантийных обязательств.
Исполнитель обязуется в течение 5 (пяти) рабочих дней предоставлять
мотивированное заключение о возможности внесения предлагаемых
изменений и их влиянии на гарантийные обязательства. В случае
внесения Заказчиком изменений вопреки мотивированному
заключению Исполнителя о недопустимости таких изменений,
гарантийные обязательства на соответствующие компоненты
прекращаются;
− оказывать консультационную поддержку представителей Заказчика
по вопросам особенностей реализации доработанных компонентов,
а также о возможности, способах и предполагаемых последствиях
внесения предлагаемых изменений в Платформу.
Консультационная поддержка оказывается в объеме не более
10 (десять) обращений за весь гарантийный срок. Обращением
считается одно письменное обращение Заказчика, направленное
по официальным каналам связи, независимо от количества вопросов
в нем. Срок ответа на одно обращение — не более 3 (трех) рабочих дней
с даты его получения Исполнителем.
Консультации, связанные с авторским надзором за изменениями
Платформы, оказываются в рамках процедуры, установленной
настоящим пунктом для авторского надзора, и в лимит 10 (десять)
обращений не входят.
6.2.
Порядок фиксации и направления дефектов
При обнаружении в процессе эксплуатации Платформы недостатков
(дефектов) в доработанных компонентах или компонентах, затронутых
доработкой, Заказчик составляет Акт о выявленных недостатках (далее — Акт),
в котором фиксируются:
− дата и время обнаружения дефекта;
− описание дефекта с указанием последовательности действий,
приведших к его проявлению;
− обстоятельства, при которых дефект был выявлен;
− характер влияния дефекта на функционирование Платформы;
93
− скриншоты, логи или иные материалы, подтверждающие наличие
дефекта (при наличии).
Акт направляется Исполнителю в срок, не превышающий 2 (двух) рабочих
дней с даты обнаружения дефекта. Направление Акта осуществляется
по официальным каналам связи, предусмотренным государственным контрактом.
Срок устранения дефекта исчисляется с даты получения Исполнителем Акта.
В случае если предоставленной в Акте информации недостаточно для
воспроизведения и диагностики дефекта, Исполнитель обязуется в течение 2 (двух)
рабочих дней запросить у Заказчика дополнительные сведения. Исполнитель
вправе запросить дополнительные сведения не более одного раза. Срок устранения
дефекта в таком случае исчисляется с даты получения Исполнителем запрошенных
сведений. При этом общий срок диагностики и устранения дефекта не может
превышать 10 (десяти) рабочих дней с даты получения первоначального Акта.
6.3.
Условия предоставления гарантии и исключения
Гарантийные обязательства не распространяются на недостатки, возникшие
исключительно вследствие:
− нарушения Заказчиком правил эксплуатации Платформы,
установленных эксплуатационной документацией, переданной
Исполнителем;
− внесения изменений в программный код, структуру базы данных или
конфигурацию доработанных компонентов, выполненных Заказчиком
вопреки ранее полученному мотивированному заключению
Исполнителя о недопустимости таких изменений;
− использования Платформы в программно-аппаратной среде,
не соответствующей требованиям, указанным в технической
документации, переданной Исполнителем;
− действий третьих лиц, включая вредоносное программное обеспечение
и сетевые атаки, за исключением случаев, когда такие действия стали
возможны вследствие уязвимостей, допущенных Исполнителем при
выполнении доработок;
− возникновения обстоятельств непреодолимой силы.
При возникновении спора о причинах появления недостатка Исполнитель
обязан предоставить доказательства того, что недостаток возник вследствие
обстоятельств, исключающих гарантийные обязательства согласно настоящему
разделу. До момента предоставления таких доказательств недостаток считается
подлежащим устранению в рамках гарантийных обязательств.
94
Все необходимые для работы информация и материалы, имеющиеся
у Заказчика, передаются Исполнителю в течение трёх рабочих дней со дня
поступления запроса от Исполнителя. Запрос направляется посредством
электронной почты на адрес Заказчика ezopovan@mosreg.ru.
Срок согласования всех материалов с Заказчиком не превышает пяти рабочих
дней с даты направления материалов согласования Заказчику.
95

=== ФАЙЛ: ↳ Другое приложение, сост. 12.10.2026 (архив)/ООЗ ИТОГ.pdf | docs/0348100024426000039/Другое приложение, сост. 12.10.2026 (архив)/ООЗ ИТОГ.pdf
УТВЕРЖДЕНО
Приложение № ____ к Контракту от
Директор Государственного
«__» ______ 2026 г. № ___________
казенного учреждения Московской
области «Центр занятости населения
Московской области»
________________С.А. Скородумова
«__» _____________________ 2026 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по развитию и модернизации платформы управления
типовым сайтом Государственного казенного учреждения «Центр занятости
населения Московской области»
(в сфере ИКТ)
На 95 листов
2026
Содержание
ОБЩИЕ СВЕДЕНИЯ ............................................................................9
1.
1.1.
Полное наименование системы и ее условное обозначение........9
1.2.
Источники финансирования работ ..............................................9
1.3.
Заказчик работ ...........................................................................10
1.4.
Пользователи Платформы .........................................................10
1.5.
Исполнитель работ ....................................................................10
1.6.
Сроки оказания услуг и выполнения работ ...............................11
1.7.
Сроки окончания оказания услуг ..............................................11
1.8.
Основания для выполнения работ .............................................11
1.9.
Перечень используемых определений и сокращений ...............11
2.
НАЗНАЧЕНИЕ И ЦЕЛИ РАЗВИТИЯ (МОДЕРНИЗАЦИИ)
ПЛАТФОРМЫ .......................................................................................................13
2.1.
Назначение Платформы.............................................................13
2.2.
Цели развития (модернизации) Платформы ..............................13
ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ...................14
3.
3.1.
Состав Платформы управления типовым сайтом и общее
описание до начала выполнения работ по ее развитию.....................................14
3.2.
Комплекс функций «Управление сайтом» ................................15
3.2.1. Режим технического обслуживания сайта.................................15
3.3.
Комплекс функций «Управление правами доступа» .................15
3.4.
Комплекс функций «Управление шаблонами» .........................16
3.5.
Комплекс функций «Управление оповещением» ......................16
3.6.
Комплекс функций «Публикация общей информации» ............17
3.7.
Модуль «Статистика и Отчеты» ................................................17
3.8.
Модуль «Календарь событий»...................................................18
3.9.
Модуль «Интерактивная карта» ................................................18
3.10.
Модуль «Обращения в техническую поддержку».....................19
3.11.
Модуль «Обратная связь» .........................................................19
3.11.1. Форма обратной связи..............................................................20
3.12.
Модуль «Контактная информация»...........................................21
2
3.13.
Модуль «Электронная очередь» ................................................21
3.14.
Модуль «Вакансии»...................................................................21
3.15.
Модуль «Статистика»................................................................22
3.16.
Модуль «Чат-бот» .....................................................................22
3.17.
Модуль «Баннеры» ....................................................................24
3.18.
Модуль «Help Desk» ..................................................................25
3.18.1. Управление модулем «Help Desk» ...........................................26
3.18.2. Раздел «Задать вопрос в техническую поддержку» .................28
3.19.
Сведения о сетевой инфраструктуре .........................................28
3.20.
системами
Сведения о взаимосвязях Платформы с информационными
...................................................................................................29
3.21.
Сведения о взаимосвязях Платформы с внешними системами .30
3.22.
Сведения о видах обеспечения Платформы ..............................31
3.22.1. Информационное обеспечение Платформы.............................31
3.22.2. Лингвистическое обеспечение .................................................31
3.22.3. Серверное техническое и программное обеспечение ..............32
3.22.4. Организационное обеспечение ................................................33
3.23.
Автоматическое обновление данных интерактивной карты .....34
3.23.1. Обработка и хранение данных из выгрузки .............................34
3.24.
Модуль «Конструктор форм» ....................................................34
ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ ................................36
4.
4.1.
Платформы
Требования к функциям, реализуемым в рамках развития
...................................................................................................36
4.2.
Доработка модуля «Чат-бот».....................................................37
4.2.1. Общие требования к организации модуля.................................37
4.2.1.1. Назначение и состав доработки ............................................37
4.2.1.2. Существующая программная основа ....................................37
4.2.1.3. Термины и единицы учёта ....................................................38
4.2.1.4. Границы функциональной модели........................................38
4.2.2. Структура базы знаний и сценариев..........................................39
4.2.2.1. Сведения о разделе ...............................................................39
3
4.2.2.2. Иерархия разделов ................................................................39
4.2.2.3. Сведения о статье..................................................................40
4.2.2.4. Множественные связи статьи ...............................................40
4.2.2.5. Состав шага сценария ...........................................................40
4.2.2.6. Изменение и удаление структуры .........................................41
4.2.2.7. Доступность опубликованных материалов ...........................41
4.2.3. Административный интерфейс..................................................41
4.2.3.1. Размещение и основной экран ..............................................41
4.2.3.2. Операции с разделами...........................................................42
4.2.3.3. Поиск и навигация по дереву ................................................42
4.2.3.4. Создание и редактирование статей .......................................42
4.2.3.5. Работа со связями и форматированием.................................43
4.2.3.6. Обновление данных и обратная связь ...................................43
4.2.4. Публичный интерфейс и прохождение сценариев ....................43
4.2.4.1. Окно чат-бота........................................................................43
4.2.4.2. Стартовый экран ...................................................................44
4.2.4.3. Переход между разделами ....................................................44
4.2.4.4. Отображение ответа ..............................................................44
4.2.4.5. Свободный ввод на шаге уточнения .....................................45
4.2.4.6. Отсутствие подходящего материала .....................................45
4.2.4.7. Ошибки и адаптивность ........................................................45
4.2.5. Поиск и управление контекстом................................................46
4.2.5.1. Область и источники поиска.................................................46
4.2.5.2. Приоритет текущей ветки .....................................................46
4.2.5.3. Сопоставление и ранжирование............................................47
4.2.5.4. Однозначный и неоднозначный результат ...........................47
4.2.5.5. Настройка правил выбора .....................................................47
4.2.5.6. Смена темы ...........................................................................48
4.2.5.7. Хранение состояния сессии ..................................................48
4.2.6. Смысловой поиск по согласованию с Заказчиком ....................48
4.2.6.1. Условия применения.............................................................48
4.2.6.2. Подготовка и обновление индекса ........................................49
4
4.2.6.3. Совместная работа с текстовым поиском .............................49
4.2.7. Базовая аналитика работы чат-бота ...........................................50
4.2.7.1. Назначение и представление данных....................................50
4.2.7.2. Поля журнала ........................................................................50
4.2.7.3. Связывание событий.............................................................50
4.2.7.4. Оценка полезности ответа ....................................................51
4.2.7.5. Фильтрация и просмотр ........................................................51
4.2.7.6. Достоверность и хранение ....................................................51
4.2.8. Технические требования к реализации......................................52
4.2.8.1. Взаимодействие компонентов...............................................52
4.2.8.2. Хранение и целостность данных...........................................52
4.2.8.3. Проверка входных данных....................................................52
4.2.8.4. Совместимость и обслуживание ...........................................53
4.2.8.5. Согласованность запросов и состояния ................................53
4.2.8.6. Контроль переноса существующих записей .........................54
4.2.9. Предоставление и размещение материалов ...............................54
4.2.9.1. Ответственность за содержание............................................54
4.2.9.2. Согласованный реестр наполнения.......................................54
4.2.9.3. Подготовка сценарного дерева .............................................55
4.2.9.4. Существующие материалы и FAQ ........................................55
4.2.9.5. Требования к передаче исходных материалов ......................55
4.2.10. Подготовка к эксплуатации и передача результатов ...............56
4.2.10.1. Последовательность ввода ..................................................56
4.2.10.2. Комплект передаваемых сведений ......................................56
4.2.10.3. Возврат к предыдущей версии ............................................57
4.2.11. Примеры структуры и состава материалов ..............................57
4.2.11.1. Пример сценарного маршрута ............................................57
4.2.11.2. Пример свободного входа и уточнения...............................57
4.2.11.3. Состав реестра и контроль размещения ..............................57
4.3.
Доработка страницы «Для молодежи» ......................................58
4.3.1. Возрастные группы и состояния трекбара ...................................58
5
4.3.1.1. Первоначальный состав положений .....................................58
4.3.1.2. Бегунок и обозначение выбора .............................................59
4.3.1.3. Варианты дизайна и анимации .............................................59
4.3.2. Динамическое содержимое карточек ........................................60
4.3.2.1. Состав изменяемой области..................................................60
4.3.2.2. Правила отображения списков..............................................61
4.3.2.3. Содержание карточки «Не знаешь кем стать» ......................61
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»62
4.3.2.5. Содержание карточки «Получишь первый
профессиональный опыт» ...................................................................62
4.3.3. Геометрия карточек и обработка текста ....................................63
4.3.3.1. Базовые размеры ...................................................................63
4.3.3.2. Синхронное увеличение высоты...........................................64
4.3.3.3. Переносы и сохранение формы ............................................64
4.3.4. Анимация смены и неизменяемый футер ..................................64
4.3.4.1. Последовательность смены содержимого.............................64
4.3.4.2. Футер карточки .....................................................................65
4.3.5. Управление через административную панель ...........................65
4.3.5.1. Общие настройки трекбара ...................................................65
4.3.5.2. Текстовое содержимое карточек...........................................65
4.3.5.3. Единый список кнопок карточки ..........................................65
4.3.5.4. Сохранение и применение настроек .....................................66
4.4.
Доработка страницы «Программы тренингов 2026 года» .........66
4.4.1. Цветовая маркировка целевых аудиторий.................................66
4.4.1.1. Состав обозначений ..............................................................66
4.4.1.2. Одновременное отображение нескольких аудиторий...........67
4.4.1.3. Расположение и наложение индикаторов .............................67
4.4.2. Интерактивность карточки в настольной версии ......................68
4.4.2.1. Единое действие карточки ....................................................68
4.4.2.2. Всплывающая подсказка индикатора ...................................68
4.4.3. Обозначения в мобильной версии .............................................69
4.4.3.1. Расположение и состав легенды ...........................................69
6
4.4.3.2. Соответствие версии интерфейса .........................................70
4.4.4. Управление индикаторами в CMS.............................................70
4.4.4.1. Настройки конкретного тренинга .........................................70
4.4.4.2. Общие настройки обозначений.............................................70
4.4.4.3. Применение сохранённых значений .....................................71
4.4.5. Элемент «Записаться» ...............................................................71
4.4.5.1. Визуальное исполнение ........................................................71
4.4.5.2. Связь с действием карточки..................................................71
4.4.6. Описание в модальном окне ......................................................71
4.4.6.1. Содержимое и редактирование .............................................71
4.4.6.2. Анимация открытия и закрытия ...........................................72
4.5.
Проведение функционального тестирования ............................72
4.5.1. Организация проверки...............................................................72
4.5.2. Проверка доработанного чат-бота .............................................73
4.5.2.1. Подготовка контрольного набора .........................................73
4.5.2.2. Проверка дерева и связей......................................................73
4.5.2.3. Проверка диалоговых маршрутов.........................................74
4.5.2.4. Проверка поиска ...................................................................74
4.5.2.5. Проверка аналитики..............................................................75
4.5.2.6. Проверка интерфейса и готовности ......................................75
4.5.2.7. Проверка ошибочных и повторных действий.......................75
4.5.2.8. Проверка переноса и наполнения .........................................76
4.5.2.9. Проверка перед вводом и после переключения ....................76
4.5.3. Проверка страницы «Для молодежи» ........................................77
4.5.3.1. Положения трекбара и комплекты контента.........................77
4.5.3.2. Размеры, текст и футеры .......................................................77
4.5.3.3. Анимационное поведение .....................................................77
4.5.3.4. Административная часть ......................................................78
4.5.3.5. Совместимость отображения ................................................78
4.5.4. Проверка календарей тренингов................................................78
4.5.4.1. Аудитории и общие настройки .............................................78
7
4.5.4.2. Подсказки и мобильная легенда ...........................................79
4.5.4.3. Действие карточки и модальное окно ...................................79
4.5.5. Завершение проверки ................................................................80
4.6.
Результат выполнения работ .....................................................80
4.6.1. Результаты по модулю чат-бота ................................................80
4.6.1.1. Управление знаниями и сценарное взаимодействие.............80
4.6.1.2. Аналитика и согласуемые работы.........................................80
4.6.2. Результаты по странице «Для молодежи» .................................81
4.6.2.1. Проектные материалы...........................................................81
4.6.2.2. Демонстрационная и рабочая реализации ............................81
4.6.3. Результаты по календарям тренингов .......................................81
4.6.3.1. Прототипы и демонстрация ..................................................81
4.6.3.2. Публичная и административная части..................................82
4.6.4. Соответствие передаваемых результатов ..................................82
4.7.
Требования к front-end и верстке сайта .....................................82
4.8.
Требования к защите информации ............................................83
5.
Требования к порядку выполнения работ, срокам, результатам и этапам
их выполнения........................................................................................................84
5.1.
Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг ...................................................................84
5.2.
Календарный план выполнения работ.......................................86
Гарантийные обязательства Исполнителя ..........................................92
6.
6.1.
Объем гарантийных обязательств .............................................92
6.2.
Порядок фиксации и направления дефектов .............................93
6.3.
Условия предоставления гарантии и исключения .....................94
8
1. ОБЩИЕ СВЕДЕНИЯ
1.1.
Полное наименование системы и ее условное обозначение
Полное наименование системы: Платформа управления типовым сайтом
Государственного казенного учреждения Московской области «Центра занятости
населения Московской области» (далее соответственно – Платформа, Кадровый
центр Подмосковья).
Условное обозначение: Платформа
управления
типовым
сайтом,
Платформа.
1.2.
Источники финансирования работ
Выполнение работ по развитию и модернизации Платформы Кадрового
центра Подмосковья (далее – Услуги).
Источник финансирования:
Средства бюджета Московской области на 2026 год по КБК:
831-0401-0440291590-242-226; представлены в таблице 1.
Таблица 1. Источники финансирования
Наименование и
реквизиты
программы
(подпрограммы)
№
п/п
Источник
финансирования
1
Средства бюджета Государственная
Московской
программа Московской
области
области «Социальная
защита населения
Московской области»
на 2023-2027 годы,
утвержденная
постановлением
Правительства
Московской области от
04.10.2022 г. №1065/35
Номер и
наименование
мероприятия в
подпрограмме
Мероприятие:
«Материальнотехническое
обеспечение
государственных
учреждений»
Коды согласно
классификации
расходов бюджетов
(с указанием вида
расходов)
831-0401-0440291590242-226
КОЗ: 21.205.04.02.01.01.004 – Услуги по созданию (развитию) сайтов
в информационно-телекоммуникационной сети Интернет;
ОКПД2: 62.01.11.000 – Услуги по проектированию и разработке
информационных технологий для пр икладных задач и тестированию
программного обеспечения.
9
1.3. Заказчик работ
Государственный заказчик (полное наименование): Государственное
казенное учреждение Московской области «Центр занятости населения
Московской области»
Место нахождения: г. Подольск, ул. Февральская, д. 2а;
Сокращенное наименование в тексте: Заказчик (далее – Заказчик);
Функциональный заказчик: Кадровый центр Подмосковья;
Сокращенное наименование в тексте: Функциональный заказчик.
1.4.
Пользователи Платформы
Категории пользователей Платформы и количество пользователей данных
категорий представлены в таблице 2.
Основными пользователями результатов услуг (далее – Пользователи)
являются сотрудники:
− Кадрового центра Подмосковья;
− лица желающие получить информацию в сфере занятости
(далее – посетители).
− В системе будет обеспечена одновременная работа пользователей
в количестве:
− посетители – не менее 6000;
− сотрудники Кадрового центра Подмосковья – не менее 300;
− администраторы/инженеры системы – не менее 6.
Таблица 2. Категории пользователей Платформы и количество пользователей
№
п/п
1
2
3
Наименование категории
пользователей
Планируемое количество посещений
Платформы в сутки, человек
2026 г.
Сотрудники Кадрового центра Подмосковья не менее 300
Посетители
не менее 6000
Администраторы/ инженеры системы
не менее 6
1.5.
Исполнитель работ
Исполнитель определяется по итогам размещения государственного заказа
в установленном порядке в соответствии с Федеральным законом от 5 апреля 2013
года №44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд»
(далее – Исполнитель).
10
1.6. Сроки оказания услуг и выполнения работ
Начало оказания услуг – с даты заключения государственного контракта
на выполнение работ по развитию и модернизации Платформы управления
типовым сайтом Кадрового центра Подмосковья» (далее – Государственный
контракт).
1.7.
Сроки окончания оказания услуг
Сроки окончания оказания услуг – 15 декабря 2026 года включительно.
1.8.
Основания для выполнения работ
Основания для выполнения работ и оказания услуг в рамках мероприятия
«Материально-техническое
обеспечение
государственных
учреждений»
подпрограммы «Содействие занятости населения» государственной программы
Московской области «Социальная защита населения Московской области»
на 2023-2027 годы, утвержденная постановлением Правительства Московской
области от 04.10.2022 г. №1065/35.
Основания для выполнения работ представлены в таблице 3.
Таблица 3. Основания выполнения работ и оказания услуг
№
п/п
1
Наименование и реквизиты нормативного
правового акта (дата, номер)
Государственная программа Московской
области «Социальная защита населения
Московской области» на 2023-2027 годы,
утвержденная постановлением
Правительства Московской области от
04.10.2022 г. №1065/35
1.9.
Перечни
в таблице 4.
Статья, пункт, подпункт
Подпрограмма «Содействие занятости
населения», Мероприятие:
«Материально - техническое
обеспечение государственных
учреждений»
Перечень используемых определений и сокращений
используемых
определений и
сокращений
представлены
Таблица 4. Перечень определений
Сокращение/
Термин
Наименование/Определение
Информационный
ресурс, контент
Данные в любом виде, которые можно многократно использовать для
информационного обеспечения пользователей. Например, это может
быть файл, документ, раздел, фотография, видеофрагмент.
Для информационных ресурсов в Интернете характерно определенное
время жизни и доступность более, чем одному пользователю
11
CMS
Legacy
(унаследованный
модуль / легаси)
Верстка
Хостинг
Публичная часть
Тултип
(всплывающая
подсказка)
Трекбар
Релиз
Desktop (десктоп)
Контент
Сайт
Программный комплекс, обеспечивающий создание, редактирование,
управление и
публикацию содержимого
страниц Сайта
без необходимости непосредственного изменения программного кода
Программный компонент или модуль, сохраненный в составе
Платформы, но не используемый по прямому назначению в текущей
версии Платформы и не подлежащий дальнейшему развитию.
Создание структуры html-кода, CSS-стилей и JS-скриптов,
отвечающих за размещение элементов веб-страницы (изображения,
текст и т. д.) в окне браузера, согласно разработанному макету, таким
образом, чтобы элементы дизайна выглядели аналогично макету
Услуга по предоставлению ресурсов для размещения информации
на сервере, постоянно находящемся в сети
Внешний интерфейс сайта, доступный всем посетителям без
авторизации
Временное окно с поясняющим текстом, появляющееся при
наведении курсора на цветовой индикатор в десктопной версии
Интерактивный элемент интерфейса, визуально отображающий
последовательность шагов или этапов
Перенос изменений, а также доработок программного кода,
баз данных или иного контента Платформы с хостинга Исполнителя
на хостинг Заказчика
Версия сайта, предназначенная для просмотра на персональных
компьютерах и ноутбуках, управляемая с помощью мыши и
клавиатуры
Информационное содержимое
страниц
ресурса,
включая
изображения,
интерактивные тесты,
видеоролики, тексты,
инфографику и пр.
Совокупность веб-страниц, объединенных общим доменным именем
и размещенных в сети Интернет на одном сервере, доступ к которым
осуществляется через браузер
12
2. НАЗНАЧЕНИЕ И ЦЕЛИ РАЗВИТИЯ (МОДЕРНИЗАЦИИ)
ПЛАТФОРМЫ
2.1.
Назначение Платформы
Доработанная Платформа предназначена для:
− информирования граждан о государственных услугах, предоставляемых
Кадровым центром Подмосковья, порядке и условиях их получения;
− информирования населения о положении на региональном рынке труда,
востребованных профессиях и мерах государственной поддержки в сфере
занятости;
− обеспечения регистрации граждан для участия в ярмарках
трудоустройства, тренингах, мастер классах и иных мероприятиях,
проводимых Кадровым центром Подмосковья;
− повышения доступности информации об услугах и мер оприятиях
Кадрового центра Подмосковья для различных категор ий граждан,
включая лиц с огр аниченными возможностями здоровья и граждан
предпенсионного и старшего возраста;
− обеспечения оперативной обратной связи с гражданами по вопросам
деятельности Кадрового центра Подмосковья.
2.2. Цели развития (модернизации) Платформы
Работы выполняются в целях обеспечения выполнения функций Кадрового
центра Подмосковья, своевременной публикации материалов (с учетом требований
оформления для отдельных категорий граждан), повышения времени доступности
Платформы и ее бесперебойной работы, а также автоматизации оказываемых
услуг. Данные аспекты позволяют повысить прозрачность деятельности Кадрового
центра Подмосковья, а также обеспечить качественную оперативную обратную
связь с гражданами.
При наполнений или внесении изменений в Платформу Исполнителю
необходимо руководствоваться Приложением 3 к методическим рекомендациям
по разработке планов мероприятий по повышению эффективности службы
занятости, утвержденным приказом Министерства труда и социальной защиты
Российской Федерации от 18.01.2023 № 36.
13
3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ
Состав Платформы управления типовым сайтом и общее описание
до начала выполнения работ по ее развитию
3.1.
В состав функциональной Платформы управления типовым сайтом
Кадрового центра Подмосковья в рамках исполнения Государственного контракта,
входят следующие комплексы функции и модули:
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
−
Комплекс функций «Управление сайтом»;
Комплекс функций «Управление правами доступа»;
Комплекс функций «Управление модулями» (legacy);
Комплекс функций «Управление шаблонами» (legacy);
Комплекс функций «Управление оповещением» (legacy);
Комплекс функций «Публикация общей информации» (legacy);
Модуль «Статистика и Отчеты» (legacy);
Модуль «Календарь событий»;
Модуль «Интерактивная карта»;
Модуль «Обращения в техническую поддержку»;
Модуль «Обратная связь»;
Модуль «Контактная информация» (legacy);
Модуль «Электронная очередь» (legacy);
Модуль «Вакансии» (legacy);
Модуль «Статистика» (legacy);
Модуль «Чат-бот»;
Модуль «Баннеры»;
Модуль «Help Desk»;
Личный кабинет соискателя (legacy);
Модуль «Конструктор форм».
Детальное описание функциональных, качественных и технических
характеристик Платформы пр иведено в технической и эксплуатационной
документации к Платформе и будет предоставлено Исполнителю в рамках
оказания услуг.
Описание основных функциональных характеристик Платформы
приведено ниже.
14
3.2. Комплекс функций «Управление сайтом»
Данный раздел поддерживает функционал по добавлению, редактированию,
удалению разделов и страниц главного меню сайта, а также созданию
обособленных от главного меню страниц, для привязки их к БД Платформы
и последующего редактирования в ручном режиме.
Дополнительно, в данном разделе реализована возможность переводить
сайт в режим технического обслуживания, описанный в пункте 3.2.1.
3.2.1. Режим технического обслуживания сайта
Режим технического обслуживания предназначен для исключения доступа
посетителей к Сайту в период внесения изменений, способных привести
к нарушению его штатного функционирования. При активации данного режима
доступ посетителей к Платформе полностью блокируется. Платформа остается
доступной исключительно для внесения изменений в программные компоненты
frontend и backend, а также для корректировки содержимого базы данных.
Администраторам и разработчикам обеспечивается возможность
модификации содержимого страниц, программного кода и структуры данных
в условиях, исключающих внешнее воздействие на рабочие процессы.
При активации режима технического обслуживания в разделе «Управление
сайтом», при любой попытке обращения к страницам Сайта автоматически
отображается информационная «заглушка», уведомляющая о проведении
технических работ на Платформе.
3.3.
Комплекс функций «Управление правами доступа»
Комплекс функций «Управление правами доступа» обеспечивает
управление учетными записями пользователей и ролями необходимыми
для управления Платформой. Типы ролей представлены в таблице 6.
Таблица 5. Типы ролей
Роль
Описание прав и функций роли
Разработчик
Роль с максимальными привилегиями разработчика Сайта. С данной ролью
может существовать только одна учетная запись.
Роль предоставляет полный доступ к управлению Платформой, всеми
Администратор шаблонами и Сайтом. Обеспечивается возможность изменения ролей
пользователей.
15
Оператор
Роль предоставляет возможность просмотра всех обращений, поступивших
на Платформу через форму обратной связи, конструктор форм, а также
отвечать на обращения.
Техническая
поддержка IT
Роль предоставляет возможность работы с модулем «Help Desk», включая:
создание новых статей с ответами на часто задаваемые вопросы;
использование фильтра на странице с обращениями; ответы на тикеты;
внесение изменений в настройку модуля; изменение динамического текста
на странице авторизации пользователей модуля «Help Desk».
Пользователь
Help Desk
Роль предоставляет возможность работы с модулем «Help Desk» через
ссылку
https://czn.mosreg.ru/helpdesk.
Обеспечивается возможность
направления вопроса в техподдержку через модуль «Help Desk» и просмотра
ответов на вопросы. Возможность редактирования информации отсутствует.
Роли пользователей связывают учетные записи пользователей с конкретным
функционалом Сайта, формируя контур безопасности для каждого раздела
Платформы в целом.
Пользователи с ролями «Администратор» и «Разработчик» имеют
возможность создавать, изменять и удалять пользовательские учетные записи.
3.4.
Комплекс функций «Управление шаблонами»
Комплекс функций «Управление шаблонами» представляет собой
унаследованный (legacy) модуль, не используемый по прямому назначению
в текущей версии Платформы. Ранее модуль обеспечивал решение следующих
задач:
− загрузка созданного шаблона;
− формирование шаблона;
− связывание с шаблоном модулей;
− первоначальное наполнение шаблона стандартным контентом;
− задание префикса для Сайтов, создаваемых по данному шаблону.
3.5. Комплекс функций «Управление оповещением»
Комплекс функций «Управление оповещением» обеспечивает настройку
оповещений граждан и сотрудников учреждений с заданной ролью в Платформе
о наступлении следующих событий:
− подтверждение записи на прием с указанием назначенного времени
приема;
16
− напоминание о времени приема с возможностью настройки временного
интервала, за который осуществляется уведомление о наступлении
события;
− оповещение о поступлении вопроса на сайт с возможностью выбора
метода оповещения (SMS, E-mail, оповещение в служебном разделе
сотрудника);
− настройка страницы, содержащей информацию о забронированном
времени в электронной очереди в конкретном учреждении.
− Большая часть программного кода данного комплекса функций относится
к унаследованным (legacy) компонентам, не подлежащим дальнейшему
развитию.
3.6. Комплекс функций «Публикация общей информации»
Комплекс функций «Публикация общей информации» обеспечивает решение
следующих задач:
− публикация информации на выбранной группе Сайтов в заданном
разделе;
− редактирование опубликованной информации на выбранной группе
Сайтов;
− удаление опубликованной новости на выбранной группе Сайтов.
Данный комплекс функций относится к унаследованным (legacy)
компонентам и не используется по прямому назначению в текущей версии
Платформы, поскольку архитектура Платформы была переработана
для функционирования в конфигурации с одним Сайтом.
3.7.
В модуле
информации:
−
−
−
−
−
Модуль «Статистика и Отчеты»
реализовано
формирование
следующей
статистической
количество опубликованных новостей за период;
количество записей на прием за период;
количество поданных обращений за период;
количество закрытых обращений за период;
количество обращений в техническую поддержку за период (закрытых,
открытых), а также время решения обращений.
17
Данный функционал относится к унаследованным (legacy) компонентам
и сохранен в составе Платформы без дальнейшего развития.
3.8.
Модуль «Календарь событий»
Модуль «Календарь событий» размещен на главной странице Сайта
и обеспечивает интерактивное взаимодействие с пользователем.
При нажатии на выбранную дату отобр ажается всплывающее окно,
содержащее перечень запланированных или прошедших мероприятий.
Дни, на которые назначены мероприятия, выделяются визуальным
индикатором (миганием).
Визуальное представление календаря имитирует бумажный вариант
классических календарей.
Навигация по месяцам осуществляется с помощью двух стрелок,
расположенных рядом с заголовком календаря.
3.9. Модуль «Интерактивная карта»
Модуль представляет собой интерактивную карту, размещенную на главной
странице Платформы.
Модуль обеспечивает визуальное получение посетителями Сайта следующей
информации:
− наименование городского округа Московской области;
− уровень безработицы округа;
− топ вакансий в выбранном округе.
Взаимодействие с картой осуществляется посредством курсора мыши. При
наведении курсора на городской округ отображается его наименование
с визуальной подсветкой. При нажатии на городской округ открывается модальное
окно, содержащее информацию по данному округу.
Данные для функционирования карты выгружаются из Информационной
системы
Министерства социального развития Московской
области
«Конфигурация
«Трудоустройство»
версия
2.0»
(далее
–
ИС
«1C:Трудоустройство») в автоматическом режиме один раз в сутки.
В
случае
невозможности
автоматической
выгрузки
данных
из ИС «1C: Трудоустройство» предусмотрен функционал ручного добавления
данных. Добавление данных осуществляется в разделе управления модулем
интерактивной карты в административной панели, доступной пользователям
с ролью «Администратор».
18
3.10. Модуль «Обращения в техническую поддержку»
Модуль «Обращения в техническую поддержку» обеспечивает
формирование очереди обращений в техническую поддержку и фиксацию
результатов решения инцидентов по следующим темам:
− предоставление прав доступа;
− неисправность/недоступность ресурса;
− консультирование;
− публикация.
Модуль предназначен для оперативного взаимодействия между операторами
Платформы и ее администраторами. Данный модуль относится к унаследованным
(legacy) компонентам и не используется в текущей версии Платформы.
3.11. Модуль «Обратная связь»
Модуль включает в себя следующие функции:
− прием обращений с Сайта учреждения и направление ответа на
обращение;
− переадресация сообщения;
− отслеживание очереди сообщений.
Модуль
отображает
список
обращений
посетителей
Сайта
в административной панели во вкладке «Обращения», расположенной в левой
части общего меню. Список формируется на основании обращений, отправленных
через форму обратной связи, функционал которой описан в пункте 3.11.1.
Вкладка «Обращения» административной панели содержит следующие
столбцы:
− Дата;
− Время;
− Ф.И.О.;
− E-mail;
− Телефон;
− Тема обращения (выбирается на этапе подачи обращения из списка:
«Вопрос», «Жалоба», «Пожелание»);
− Сотрудник (сотрудник, работающий с обращением);
− Статус (указывается сотрудником из выпадающего списка: «Переписка»,
«Завершено», «Требует внимания»).
По итогам рассмотрения обращения гражданину направляется ответ на адрес
электронной почты, указанный при заполнении формы обратной связи. Ответ
на обращение осуществляется в открывающемся окне «Обращение».
19
На странице вкладки «Обращения» над списком поступивших обращений
расположен фильтр, позволяющий пользователю административной панели
задавать условия фильтрации списка. Фильтр содержит следующие пункты:
−
−
−
−
−
ID обращения (вводится вручную);
Ф.И.О. (вводится вручную);
E-mail (вводится вручную);
Телефон (вводится вручную);
Тема обращения (выбирается из выпадающего списка: «Вопрос»,
«Жалоба», «Пожелание»);
− Сотрудник;
− Статус (выбирается из выпадающего списка: «Новое обращение»,
«Переписка», «Завершено», «Требует внимания»).
Фильтр по дате представляет собой календарь, с помощью которого
пользователь может выбрать интересующий день или диапазон дат для фильтрации
списка обращений.
3.11.1. Форма обратной связи
Форма обратной связи содержит следующие поля для заполнения:
−
−
−
−
−
−
−
−
−
−
Имя (указывается вручную, максимальная длина 15 символов);
Отчество (указывается вручную, максимальная длина 15 символов);
Фамилия (указывается вручную, максимальная длина 15 символов);
E-mail;
Телефон (с маской ввода вида: «+7 (___) ___-__-__»);
Тема обращения (выпадающий список со значениями: Вопрос, Жалоба,
Пожелание);
Текстовое поле «текст обращения»;
Приложить файлы (необязательное поле, содержит кнопку выбора файла
с устройства пользователя; поддерживаемые форматы: txt, rtf, doc, docx,
xls, xlsx, pdf, png, jpg, jpeg, gif, tif, tiff, zip, rar; максимальный размер
одного файла — 20 Мб, общее количество файлов в одном обращении —
не более трех);
Чекбокс «Согласие на обработку персональных данных» со ссылкой
на страницу «Политика в отношении обработки персональных данных»
(отправка обращения без установки чекбокса невозможна);
Капча (используется Yandex SmartCaptcha).
20
Форма защищена от спама. В модуле реализовано ограничение
на частоту отправки обращений (не более 1 обращения в час с одного IP адреса).
3.12. Модуль «Контактная информация»
Модуль «Контакты» поддерживает следующие функции:
− отображение контактной информации филиалов на странице
«Контакты» и во вкладке «Контакты» в сквозном блоке на всех
страницах Сайта;
− изменение позиции сотрудников Кадрового центра Подмосковья
в списке;
− добавление номеров телефонов Горячей линии Минсоцразвития через
поле «Горячая линия»;
− добавление ссылок на социальные сети и видео-хостинги.
Данный модуль относится к унаследованным (legacy) компонентам
и в текущей версии Платформы заменен страницей «Контакты».
3.13. Модуль «Электронная очередь»
Модуль «Электронная очередь» относится к унаследованным (legacy)
компонентам и отключен в текущей версии Платформы. Ранее модуль обеспечивал
запись в Кадровый центр Подмосковья с формированием талона, содержащего дату
и время приема, и включал следующие функции:
− поддержка записи в основное отделение Кадрового центра
Подмосковья или его филиал;
− интеграция с аппаратным обеспечением электронной очереди;
− прохождение опросника для допуска к записи на прием (опросник
исключал посетителей, не имеющих полного перечня необходимых
документов);
− отмена и перенос записи на другую дату или время в личном кабинете
соискателя;
− выгрузка талонов записи в формате Excel с возможностью отправки
на печать в административном разделе.
3.14. Модуль «Вакансии»
Модуль «Вакансии» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
21
Модуль обеспечивает интеграцию с ИС «1C: Трудоустройство» для импорта
вакансий и статистических данных, используемых модулем «Статистика»
(см. пункт 3.15).
3.15. Модуль «Статистика»
Модуль «Статистика» относится к унаследованным (legacy) компонентам.
В рамках текущей доработки Платформы отдельные фрагменты модуля
используются для реализации нового функционала, при этом исходная
функциональность модуля кардинально перерабатывается.
Модуль обеспечивает автоматическое формирование статистической
информации на странице «О центре — Статистика» в виде таблиц и графиков
на основе анализа актуальных вакансий, содержащихся в базе данных Платформы,
и данных, полученных из ИС «1C:Трудоустройство».
Модуль содержит страницу с интерактивной картой, на которой
отображаются региональные Центры занятости населения с указанием следующей
информации по каждому региону:
− количество вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата;
− количество соискателей;
− количество безработных, состоящих на учете;
− ссылка для перехода на сайт Центра занятости населения выбранного
региона (по клику).
Сводная аналитическая страница статистики по всем Центрам занятости
населения Московской области отображает следующую информацию:
− количество обращений в день, месяц, год;
− количество принятых граждан;
− количество открытых вакансий;
− минимальная и максимальная заработная плата;
− средняя заработная плата, указанная в вакансиях каждого ЦЗН;
− количество трудоустроенных граждан;
− количество граждан, получающих пособия.
3.16. Модуль «Чат-бот»
Модуль «Чат-бот» представляет собой канал дополнительного обслуживания
граждан, функционирующий на основе встроенного на Сайте чата. Модуль
22
предназначен для предоставления ответов на часто возникающие вопросы граждан
и обеспечивает реализацию следующих функций:
− ведение автоматического общения с гражданами посредством
текстовых сообщений;
− ведение коммуникации от лица организации с целью упрощения
онлайн-взаимодействия и предоставления посетителям необходимой
информации (является альтернативой переписке или звонку
оператору);
− обеспечение ежедневного круглосуточного доступа к ответам
на вопросы;
− реализация сценариев работы с применением подхода классификации
текста — определение действия на основе поиска ключевых слов;
− конфигурирование сценариев работы чат-бота по комбинации
действий с сохранением предыдущих ответов и опр еделением
результата на основании всей информации, полученной в процессе
диалога.
Рисунок 1 – Интерфейс чат-бота
23
Чат-бот содержит поле ввода сообщения и кнопку «Отправить». После ввода
запроса и нажатия кнопки «Отправить» чат-бот предлагает выбрать интересующий
ответ на вопрос из базы знаний.
Административная часть чат-бота реализована в составе административной
панели Сайта и содержит следующий функционал:
− построение тем вопросов;
− ввод вопросов в темы и подтемы;
− ввод ответов на вопросы в соответствии с введенными вопросами;
− просмотр всех тем с вопросами и ответами;
− создание новых тем;
− редактирование тем;
− удаление категорий;
− редактирование вопросов и ответов;
− удаление вопросов и ответов (полностью или частично в вопросе);
− ввод ключевых слов.
3.17. Модуль «Баннеры»
Модуль обеспечивает размещение на Сайте информационных баннеров
в заранее размеченных для них областях. Создание, настройка и управление
выводом баннеров осуществляется в административной панели Сайта.
Модуль содержит следующие функции:
− создание баннера;
− удаление баннера;
− изменение настроек баннера.
Модуль отображает список всех созданных баннеров с возможностью
изменения или удаления каждого из них. Список содержит следующие столбцы:
− Дата (дата создания баннера);
− Тип (изображение или HTML-код);
− Наименование;
− Описание;
− Статус (опубликован/не опубликован);
− Действие (кнопка удаления баннера);
− Кнопка «Редактировать» (при нажатии открывается страница
редактирования информации выбранного баннера).
Функция «Добавить баннер» реализована в виде кнопки, при нажатии
которой открывается страница с настройками создаваемого баннера. Настройки
при создании баннера содержат следующие пункты:
24
− Название;
− Тип баннера (изображение или HTML-код);
− Изображение
(поле
вставки
изображения,
отображается
при выбранном типе баннера «Изображение», при ином типе —
скрыто);
− Поле ввода кода (поле ввода HTML-кода, отображается при выбранном
типе баннера «HTML-код», при ином типе — скрыто);
− Ширина баннера;
− Высота баннера;
− URL-перенаправления;
− Описание (максимальная длина — 50 символов);
− Начало публикации (дата начала публикации баннера);
− Завершение публикации (дата завершения публикации баннера).
3.18. Модуль «Help Desk»
Модуль представляет из себя систему автоматизации техподдержки
сотрудников Кадрового центра Подмосковья. Страница для входа в систему
техподдержки
находится
по
адресу:
https://czn.mosreg.ru/helpdesk.
Ссылок на данную страницу на основной части сайта не имеется. Доступ
к странице осуществляется при ручном вводе или копировании ссылки в адресную
строку браузера. Страница модуля не индексируется в поисковых системах.
Дизайн страницы авторизации в систему выполнена в соответствии
с макетом представленном на рисунке 2.
Рисунок 2 – Страница входа в Help Desk
25
При неправильном вводе учетных данных в форме авторизации, выводится
модальное окно с текстом «Неверно введен логин или пароль».
При правильном вводе учетных данных, должна открываться страница
«Часто задаваемые вопросы», макет которой представлен на рисунке 3.
Доступ ко входу в Help Desk имеют только пользователи Платформы
с ролью «Пользователь Help Desk».
Рисунок 3 – Страница создания запроса в Help Desk.
3.18.1. Управление модулем «Help Desk»
Модуль «Help Desk» содер жит административную часть в составе
административной панели Сайта со следующим функционалом:
Пункт меню в административной панели с наименованием «Help Desk»,
доступен только пользователям с ролью «Техническая поддержка IT»
(в соответствии с таблицей 6). Для пользователей с иными р олями данный раздел
скрыт.
Раздел, открываемый при переходе по пункту меню «Help Desk», содержит в
верхней части две кнопки, обеспечивающие переключение между режимами
«Тикеты техподдержки» и «Редактирование часто задаваемых вопросов».
Режим «Тикеты техподдержки» отображается под кнопками и открывается
без перезагрузки страницы. Данный режим включает список вопросов и элементы
управления, содержащие следующие столбцы:
− Дата;
− Время;
26
− Ф.И.О. (присваивается автоматически на основании данных,
указанных в учетной записи пользователя Help Desk);
− E-mail;
− Телефон;
− Краткое содержание тикета (не превышает 150 символов);
− Тема обращения (выбирается на этапе подачи обращения из списка);
− Сотрудник (заполняется автоматически при ответе сотрудника
на обращение в соответствии с именем учетной записи, под которой
сотрудник Кадрового центра Подмосковья вошел в административную
панель);
− Статус (указывается сотрудником из выпадающего списка:
«Переписка», «Завершено», «Требует внимания»). По умолчанию
каждое поступившее обращение имеет статус «Новое обращение»
и помечается иконкой желтой звездочки с черной обводкой.
Режим «Редактирование часто задаваемых вопросов» содержит список
созданных тем, каждая из которых включает перечень ответов на вопросы. Макет
представлен в виде древовидной структуры (рисунок 4).
Рисунок 4 – Структура тем раздела «Часто задаваемые вопросы»
В режиме «Редактирования часто задаваемых вопросов» сверху списка
находится кнопка «Добавить тему». После создания темы она появляется в списке.
27
3.18.2. Раздел «Задать вопрос в техническую поддержку»
Форма подачи вопроса в техническую поддержку открывается на странице
без ее перезагрузки после нажатия кнопки «Задать вопрос в техническую
поддержку» на странице Help Desk. Форма содержит следующие пункты:
− Тема обращения (перечень тем согласовывается с Заказчиком на этапе
разработки Сайта);
− Внутренний телефон (необязательное поле);
− Текстовое поле «Текст обращения»;
− Приложить файлы (необязательное поле, содержит кнопку выбора
файла с устройства пользователя; поддерживаемые форматы: txt, doc,
docx, xls, xlsx, pdf, png, jpg, jpeg, gif, zip, rar; максимальный размер
одного файла — 10 Мб, общее количество файлов в одном обращении
— не более трех).
Форма защищена от спама. В модуле реализовано ограничение частоты отправки
обращений.
3.19. Сведения о сетевой инфраструктуре
Общая Функциональная схема
на рисунке 5.
сетевой
инфрастр уктуры приведена
Рисунок 5 – Функциональная схема сетевой инфраструктуры
Данные Системы хранятся в центральной базе данных (ЕИТО).
Платформа представляет собой открытую ИС, взаимодействующую
с внешними ИС посредством веб-сервисов, имеет модульную многоуровневую
28
архитектуру, допускающую замену, добавление и исключение из состава
Платформы тех или иных компонентов, а также удобный пользовательский
интерфейс.
Платформа ориентирована на централизованное обслуживание и хранение
данных и допускает удаленный доступ к данным.
Логически выделены: уровень обработки данных, уровень бизнес-логики
и уровень взаимодействия с пользователями/внешними системами.
Платформа спроектирована по принципам открытой архитектуры
и предусматривает возможность дальнейшего изменения и расширения
функциональности, услуг и сервисов на основе разработанных решений.
Предусмотрена возможность масштабирования при увеличении нагрузки.
На уровне бизнес-архитектуры, платформа обеспечивает реализацию
сервисов путем осуществления настроек и конфигурирования без использ ования
программирования.
Физическая архитектура модулей включает следующие компоненты:
− серверы СУБД, которые осуществляют централизованное хранение,
обслуживание и обеспечение целостности данных, предоставляя
их по запросу различным приложениям и, тем самым, реализуя единое
информационное пространство для их функционирования;
− сервер
приложения, который является
централизованным
исполнителем различных функций обработки данных, пр едоставляя
возможность воспользоваться этими функциями любым пользователям
и обращаясь за требуемыми данными к серверу данных;
− клиентские приложения в виде тонкого клиента (веб-браузера).
В штатном режиме работы Платформа функционирует с использованием
данных ЕИТО.
3.20. Сведения о взаимосвязях Платформы с информационными системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ
от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»). Сведения об информационном взаимодействии
с информационными системами представлены в таблице 8.
сайт
Кадрового
центра
Подмосковья
интегрирован
с ИС «1C: Трудоустройство».
29
Интеграция предусматривает:
− доступ к региональному банку вакансий с возможностью подбора
работы по заданным условиям фильтра для разных категорий граждан:
выбор территории места работы, профессия, ЗП, характер работы,
режим работы, образование, наличие жилья, вид рабочего места и т.п.;
− подбор вакансий по наименованию организации-работодателя
и ОКВЭД;
− публикацию на сайте и ежедневное обновление следующих сведений:
o показатели регистрируемого рынка труда;
o профессии/должности
устойчивого
спроса
(качественные
и количественные показатели);
o статистические данные о вакансиях в разрезе сфер деятельности;
o реестры образовательных программ и организаций, участвующих
в программе профессионального обучения лиц предпенсионного
возраста;
o реестр НКО, оказывающих общественно полезные социальнотрудовые услуги в сфере занятости населения Московской области.
Таблица 6. Сведения об информационном взаимодействии с внешними системами
№
п/п
Предмет взаимодействия
Информационная система/ведомство
1
Обмен данными о вакансиях
ИС «1C: Трудоустройство»
Часть данных, получаемых модулем, а также способ их получения относятся
к унаследованным (legacy) компонентам и сохранены в составе Платформы
без изменения логики работы.
3.21. Сведения о взаимосвязях Платформы с внешними системами
Взаимодействие строится на основе веб-сервисов, реализованных
в соответствии с Техническими требованиями к взаимодействию информационных
систем в единой системе межведомственного электронного взаимодействия
(Приказ
Министерства
связи
и
массовых
коммуникаций
РФ от 23 июня 2015 г. № 210 «Об утверждении Технических требований
к взаимодействию информационных систем в единой системе межведомственного
электронного взаимодействия»).
30
3.22. Сведения о видах обеспечения Платформы
3.22.1. Информационное обеспечение Платформы
Информационное обеспечение Платформы предоставляет возможность
ввода, обработки, накопления и хранения информации, необходимой
для реализации функций Платформы.
Вся необходимая информация, которая поддается классификации
и кодированию, организована в классификаторы и справочники. Платформа
классификации разработана на основе единой системы классификации
и кодирования технико-экономической информации (ЕСКК ТЭИ) –
общегосударственных, отраслевых и локальных классификаторов.
Обеспечивается выполнение следующих задач информационного
обеспечения:
− обеспечение единого информационного пространства для объектов
автоматизации при оказании государственных услуг или анализе
информации;
− обеспечение информационной поддержки населения, государственных
органов исполнительной и законодательной власти, сотрудников
подразделений социальной сферы в их повседневной деятельности,
в том числе и при принятии решения об оказании социального сервиса;
− обеспечение информационной совместимости и взаимодействия между
различными уровнями управления социальной сферой.
3.22.2. Лингвистическое обеспечение
Комплекс подсистем и направлений, реализующих бизнес-логику системы
Платформы построены без применения готовых фреймворков и CMS.
В стеке разработки используются следующие языки программирования:
− в качестве языка запросов стандарта– SQL;
− в качестве языка описания метаданных – подмножества SQL;
− для хранимых процедур в операциях массовой обработки данных –
SQL;
− для бизнес-логики – PHP;
− для презентационной логики – JavaScript.
Языки манипулирования отвечают требованиям стандарта SQL
и поддерживают реляционную и объектно-реляционную модели баз данных,
а также стандарт ODBC.
31
Взаимодействие пользователя с программно-технологическим решением
происходит с использованием интерфейсов, выполненных на русском языке,
за исключением системных сообщений, не подлежащие русификации.
Все документы, продуцируемые Платформой, предоставляются на русском
языке.
3.22.3. Серверное техническое и программное обеспечение
Платформа функционирует при выполнении следующих требований
к компонентам программного и технологического обеспечения Заказчика.
Компоненты программного и технологического обеспечения Заказчика
определяются в соответствии с технической документацией, но не могут быть ниже
указанных в таблицах 7-8.
Таблица 7. Компоненты программного обеспечения
№
п/п
1
Техническое
Вид программного
обеспечение
обеспечения
Серверы
площадки Общесистемное ПО
Кадрового
центра Операционная
Подмосковья, ЕИТО
система
Специальное ПО
СУБД
2
АРМ
Кадрового Операционная
центра Подмосковья
система
Офисный пакет
Веб-браузер
Наименование программного
обеспечения
Red Hat Enterprise Linux 7 (64-bit) и новее
PostgreSQL 9.4 и новее или MySQL 5.5 и
новее. Должно находится в реестре
отечественного ПО в соответствии с
федеральным законом от 29 июня 2015 г.
№ 188-ФЗ
Microsoft Windows 10, ASTRA Linux,
RedOS 7.3.5.
LibreOffice и Microsoft Office.
Chromium-Gost, Mozilla Firefox, Opera,
Google Chrome,
Yandex Browser,
поддержка
браузеров
мобильных
устройств на базе Android, IOS.
Исходя из указанных функциональных требований Платформы, сервера
приложений и СУБД должны эксплуатироваться с учетом характеристик,
указанных ниже в таблице 9.
32
Таблица 8. Характеристика серверного оборудования для функционирования Платформы
№
п/п
Характеристики оборудования
Сервер
Основной
сервер
1
Сервер баз
данных
2
Наименование показателя
Процессор (vCPU)
Минимальный показатель
Тип и объем оперативной памяти
x86_64,
Intel(R) Xeon(R) CPU E5-2697 v3 @
2.60GHz, 4 ядра
DIMM, DRAM, 32 Gb
Дисковое пространство (vHDD)
0,5 Tb
Контроллер Ethernet
Процессор
Тип и объем оперативной памяти
1000 Mb/s
x64_64,
Intel(R) Xeon(R) CPU E5-4650 0
@ 2.70GHz
8 ядер
32 Gb
Дисковое пространство (vHDD)
1 Tb
Контроллер Ethernet
1000 Mb/s
3.22.4. Организационное обеспечение
В части организационного обеспечения Заказчик обеспечивает:
− назначение ответственных лиц за взаимодействие с Исполнителем в
рамках доработки Платформы;
− формирование рабочей группы для оперативного согласования
решений
по
доработке,
включающей
представителей
Государственного заказчика, Функционального заказчика и
Исполнителя;
− предоставление материалов и доступов, необходимых для выполнения
доработки (контент, данные, доступы к системе);
− согласование результатов доработки в сроки, установленные
настоящим ТЗ.
Исполнитель обеспечивает:
− участие своих представителей в работе рабочей группы;
− устранение ошибок, выявленных после выпуска доработок в релиз, в
течение гарантийного срока, установленного разделом 6 настоящего
ТЗ;
− консультационную поддержку по вопросам, связанным с внесёнными
изменениями, в течение гарантийного срока, установленного разделом
6 настоящего ТЗ.
33
3.23. Автоматическое обновление данных интерактивной карты
Данные в блоке «Рынок труда Московской области» обновляются
автоматически
на
основании
выгрузки
данных
из
ИС
«1C: Трудоустройство» ежедневно в формате XML в специальную директорию
на сервере Платформы.
3.23.1. Обработка и хранение данных из выгрузки
На сервере настроен автоматический процесс мониторинга директории
с выгрузкой по следующему сценарию:
− из директории обрабатывается только самый новый файл
(по дате создания или модификации);
− данные из файла импортируются в базу данных сайта в таблицу,
предназначенную для хранения информации о вакансиях и показателях
по округам;
− при каждой новой обработке выполняется синхронизация данных –
обновление существующих записей и добавление новых;
− в целях оптимизации хранения реализуется автоматическое удаление
старых файлов, при котором сохраняется не более 5 последних
выгрузок.
Обработка данных выполняется средствами PHP-скрипта с использованием
SQL-запросов к базе данных. Скрипт запускается по расписанию.
3.24. Модуль «Конструктор форм»
Модуль «Конструктор форм» обеспечивает создание произвольных форм
и их размещение на страницах Сайта. В основе модуля использован функционал
модуля «Обратная связь».
Модуль обеспечивает решение следующих задач:
− настройка внешнего вида создаваемых форм;
− сохранение данных, полученных от посетителей Сайта, в базу данных
Платформы для последующей обработки;
− выгрузка накопленных данных в формате Excel.
Модуль позволяет создавать поля форм следующих типов:
− текстовое поле;
− поле ввода E-mail;
− поле ввода телефона (с маской ввода);
− поле выбора даты;
34
− поле выбора заготовленных ответов (с отдельным редактором списка
ответов).
Создание и настройка форм осуществляется в административной панели
Сайта. Административная часть модуля содержит список всех созданных форм
с возможностью редактирования, удаления и управления статусом публикации
каждой формы.
35
4. ТРЕБОВАНИЯ К ДОРАБОТКЕ ПЛАТФОРМЫ
4.1.
Требования к функциям, реализуемым в рамках развития Платформы
Развитие Платформы осуществляется в целях расширения функциональных
возможностей, повышения удобства пользовательского взаимодействия, а также
обеспечения соответствия требованиям действующего законодательства
Российской Федерации и внутренним регламентам Заказчика.
Объектом оказания услуг по развитию является Платформа, указанная
в п. 3.1 настоящего Технического задания.
1. Работы по развитию должны выполняться с учетом следующих обязательных
требований:
Все доработки Платформы должны выполняться исключительно в рамках
существующей технологической архитектуры, используемой на Сайте.
2. Реализация функционала должна осуществляться без изменения базовой
архитектуры Платформы, структуры ядра, существующих механизмов
маршрутизации, шаблонизации и хранения данных.
3. Все доработки должны реализовываться в виде изолированных модулей или
расширений, соответствующих принятой на Платформе структуре каталогов,
именованию компонентов и правилам подключения.
4. Код, разрабатываемый Исполнителем, должен:
− соответствовать
существующим
стандартам
кодирования,
применяемым в Платформе;
− не дублировать уже реализованный функционал;
− обеспечивать обратную совместимость с текущими модулями
Платформы;
− быть документированным и структурированным.
5. Исполнитель обязан обеспечить:
− корректную работу разработанного функционала во всех
поддерживаемых браузерах;
− адаптивность интерфейса для различных разрешений экранов;
− корректную работу в существующей Платформе управления
контентом;
− отсутствие деградации производительности сайта.
36
Все изменения цветовой палитры, шрифтов и общего оформления
Платформы должны соответствовать требованиям руководства по фирменному
стилю бренда «Работа России», утверждённого приказом Министерства труда и
социальной защиты Российской Федерации от 12.07.2024 № 350 . Ссылка на
Руководство по фирменному стилю бренда «Работа России».
4.2.
Доработка модуля «Чат-бот»
В рамках доработки модуля «Чат-бот» реализуется сценарное
взаимодействие на основе многоуровневой базы знаний. Предусматриваются
развитие административного интерфейса, поиск точки входа в сценарий
по свободному запросу, учёт текущего раздела диалога и регистрация основных
результатов работы бота.
Доработка выполняется на базе существующего модуля. Содержательные
ответы пользователю формируются из подготовленных и опубликованных
материалов. Последовательность уточнений определяется структурой разделов,
а выбор ответа — положением пользователя в этой структуре и результатами
поиска.
4.2.1. Общие требования к организации модуля
4.2.1.1. Назначение и состав доработки
Модуль должен обеспечивать получение справочной информации двумя
способами: последовательным выбором предложенных направлений и вводом
вопроса в свободной форме. Оба способа используют единую базу знаний. Переход
между ними допускается на любом шаге без необходимости повторного открытия
окна чат-бота.
В состав работ входят управление разделами и статьями, настройка связей
между ними, отображение сценарных переходов, обработка текстовых запросов,
сохранение состояния текущей ветки, сбор базовой аналитики и первоначальное
наполнение по согласованным материалам Заказчика.
Результатом доработки является работоспособный модуль, в котором
администратор может изменять содержание и последовательность диалога
средствами административной панели. Изменение текстов, состава дочерних
разделов и привязок статей не должно требовать правки программного кода.
4.2.1.2. Существующая программная основа
В действующей реализации используются серверные скрипты, база данных
с темами, вопросами и ответами, а также встраиваемое в страницы Сайта окно
чат-бота. Административная часть содержит иерархию тем и средства
37
редактирования вопросов. Публичная часть выполняет текстовый поиск по
вопросам и ответам.
При доработке необходимо сохранить действующий механизм размещения
чат-бота в шаблонах Сайта, обработку типовых приветственных фраз
и возможность открытия формы обратной связи. Существующая иерархия тем
используется как основа для разделов сценарной модели. Поиск по разделам,
множественные привязки статей и контекстное прохождение дерева реализуются
в рамках настоящих работ.
До изменения структуры хранения Исполнитель проверяет используемые
связи и способ вывода материалов в связанных компонентах Сайта. Новые поля
и отношения вводятся с сохранением существующих записей, кроме материалов,
исключённых из публикации по согласованному реестру наполнения.
4.2.1.3. Термины и единицы учёта
Раздел — узел дерева базы знаний, содержащий название, фразу бота
и сведения для поиска. Раздел может включать дочерние разделы и связанные
статьи. Корневым считается раздел, не имеющий родительского раздела.
Статья — самостоятельная запись с вопросом или заголовком и готовым
содержательным ответом. Термины «вопрос с ответом» и «статья» обозначают
одну логическую сущность. Хранение вопроса и текста ответа в отдельных
существующих таблицах допускается.
Сценарий — последовательность переходов пользователя по разделам
до выбора статьи. Текущая ветка включает выбранный раздел и его доступные
подразделы. Контекстом считается текущая позиция и последовательность
сделанных выборов в пределах сессии.
Поисковый запрос — отправленное пользователем текстовое сообщение.
Найденный вариант — раздел или статья, предложенные по результатам поиска.
Выдача ответа означает отображение содержания статьи; предложение
её заголовка в списке ещё не считается выдачей ответа.
4.2.1.4. Границы функциональной модели
Сценарная логика определяется деревом разделов и связями со статьями.
Отдельные сущности сценариев, холст с блоками и стрелками, редактор
произвольных условий и механизм вычисления персональных рекомендаций
в состав работ не входят.
Приведённые далее примеры направлений, вопросов и текстов служат для
описания поведения системы. Они не устанавливают обязанность подключать
внешние каталоги вакансий, системы записи на обучение, личные кабинеты или
38
сервисы назначения выплат. Ссылки на такие ресурсы могут размещаться
в подготовленных статьях.
Использование локального смыслового поиска и перенос материалов
в существующий раздел FAQ выполняются по согласованию с Заказчиком
в порядке, установленном настоящим разделом. Остальные функции должны
сохранять работоспособность независимо от подключения смыслового поиска.
4.2.2. Структура базы знаний и сценариев
4.2.2.1. Сведения о разделе
Для раздела предусматриваются идентификатор, название, родительский
раздел, фраза бота при входе, ключевые слова, порядок отображения и признак
публикации. Идентификатор присваивается системой и сохраняется при изменении
названия или положения раздела.
Название используется в дереве административной панели и в вариантах
выбора для пользователя. Фраза бота содержит пояснение либо уточняющий
вопрос. Если фраза не заполнена, применяется единое нейтральное сообщение
с предложением выбрать подходящий вариант. Пустая фраза не должна
препятствовать работе раздела.
Ключевые слова включают характерные обозначения пользовательской
потребности и употребляемые формулировки. Их назначение — помочь найти
раздел по свободному запросу. Список ключевых слов не выводится пользователю
в качестве текста сообщения.
4.2.2.2. Иерархия разделов
Каждый раздел имеет не более одного родителя. Корневые разделы
формируют верхний уровень. Дочерние разделы располагаются внутри выбранной
ветки в заданном порядке. Для построения сценария должны поддерживаться
последовательные уточнения без привязки к фиксированным названиям уровней.
Глубина дерева определяется утверждённым реестром контента. При
реализации нельзя
ограничивать структуру существующей
схемой
«тема — вопрос», если согласованный маршрут содержит несколько
промежуточных разделов. Предельная поддерживаемая глубина фиксируется
в техническом описании и проверяется на наиболее длинной согласованной ветке.
Система должна исключать назначение раздела собственным родителем
и перенос в любой из его дочерних разделов. Проверка выполняется на сервере
до сохранения. При ошибке структура остаётся прежней, администратор получает
сообщение о недопустимом родительском разделе.
39
4.2.2.3. Сведения о статье
Для статьи предусматриваются постоянный идентификатор, заголовок
вопроса, текст ответа, ключевые слова, дополнительные формулировки вопроса,
перечень связанных разделов и признак публикации. Дополнительные
формулировки заполняются при наличии соответствующих материалов
и участвуют в поиске наравне с поисковыми обозначениями статьи.
Текст ответа редактируется визуальным редактором с поддер жкой абзацев,
выделения текста, маркированных и нумерованных списков, ссылок.
Форматирование должно сохраняться при показе ответа в чат-боте. Содержимое
статьи не должно выводиться пользователю в виде необработанной
HTML-разметки.
Публикация допускается при наличии заголовка, непустого ответа и хотя бы
одной связи с доступным разделом. Черновые материалы могут сохраняться
для дальнейшего редактирования. Они не участвуют в публичной навигации
и поиске.
4.2.2.4. Множественные связи статьи
Одна статья может относиться к нескольким разделам. Для этого
используется отдельное отношение между статьями и разделами. Повторное
добавление одной и той же пары не должно создавать дублирующую связь.
При открытии статьи из любого связанного раздела администратор
редактирует одну исходную запись. Сохранённые изменения текста и статуса
применяются ко всем местам использования. Создание физических копий ответа
для каждой ветки не допускается как основной способ реализации множественной
принадлежности.
Удаление связи исключает статью только из выбранного раздела. Сама статья
и остальные связи сохраняются. В глобальных результатах поиска одна статья
отображается однократно, даже если она относится к нескольким найденным
разделам.
4.2.2.5. Состав шага сценария
При входе в раздел бот отображает его фразу и доступные элементы
следующего шага. Дочерние разделы представляются как варианты уточнения,
статьи — как вопросы, по которым можно получить готовый ответ. При наличии
элементов обоих типов сначала выводятся подразделы, затем статьи.
Порядок подразделов задаётся средствами администрирования. Для статей
предусматривается упорядочение списка в выбранном разделе. Изменение
40
очередности не должно менять идентификаторы объектов или содержание общей
статьи.
Для раздела без доступных дочерних элементов и статей выводится
сообщение об отсутствии опубликованной информации и возможность вернуться
к выбору направления либо открыть форму обращения. Пустой раздел не должен
приводить к бесконечному ожиданию ответа.
4.2.2.6. Изменение и удаление структуры
Перенос раздела выполняется путём изменения родителя. Вместе с разделом
перемещается его поддерево; статьи сохраняют прежние связи с перенесёнными
узлами. После операции система пересчитывает служебные сведения,
используемые для определения пути и области поиска.
Удаление раздела с подразделами или привязанными статьями блокируется
до освобождения связей и переноса вложенных элементов. Администратору
сообщается причина. Каскадное удаление материалов без отдельного выбора
соответствующих действий не выполняется.
Перед удалением статьи отображается подтверждение с указанием, что она
будет исключена из всех связанных разделов. Если требуется убрать материал
только из одной ветки, используется удаление связи. Названия этих действий
в интерфейсе должны различаться.
4.2.2.7. Доступность опубликованных материалов
Раздел, снятый с публикации, исключается из публичного дерева вместе
с путями через него. Статья остаётся доступной через другие опубликованные
разделы, если такие связи существуют. Материал без доступного пути не должен
появляться в глобальной выдаче.
При обращении по устаревшему идентификатору сервер повторно проверяет
наличие и доступность объекта. Отображение кнопки в ранее сформированном
сообщении не даёт права получить уже снятый с публикации ответ. Пользователю
предлагается актуальный выбор без раскрытия внутренних сведений об ошибке.
4.2.3. Административный интерфейс
4.2.3.1. Размещение и основной экран
Средства управления размещаются в существующем разделе «Чат-бот»
административной панели Сайта. Предусматриваются представления «База
знаний» и «Аналитика». Настройки, необходимые для эксплуатации
доработанного модуля, размещаются в том же разделе без создания отдельной
системы администрирования.
41
Основной экран базы знаний состоит из двух областей. Слева отображается
раскрываемое дерево разделов, справа — список статей выбранного р аздела.
Выбранный узел выделяется. Название и путь раздела показываются над списком,
чтобы различать одноимённые узлы разных веток.
При первом открытии отображаются корневые разделы. Пустое состояние
сопровождается понятным предложением создать раздел. Отсутствие статей
в выбранном узле обозначается отдельно от ошибки загрузки данных.
4.2.3.2. Операции с разделами
Предусматриваются действия «Добавить раздел», «Добавить подраздел»,
«Изменить» и «Удалить». При создании подраздела текущий раздел автоматически
подставляется в поле родителя. При отмене формы изменения не сохраняются.
Форма редактирования содержит поля, перечисленные в пункте 4.2.2.1.
Родитель выбирается из дер ева либо списка с отображением пути. Текущий раздел
и его потомки недоступны для выбора в качестве родителя.
При сохранении проверяются обязательные поля, корректность родителя
и допустимость операции. Сообщение об ошибке связывается с соответствующим
полем. Уже введённые данные сохраняются в форме, чтобы администратор мог
исправить ошибку без повторного заполнения.
4.2.3.3. Поиск и навигация по дереву
В административном дереве предусматривается поиск раздела по названию.
Результат должен позволять определить положение найденного узла и перейти
к его содержимому. Совпадающие названия различаются по полному пути.
Раскрытие и сворачивание узлов не меняет их состояние публикации. После
сохранения статьи или раздела интерфейс возвращает администратора к тому
месту, где выполнялось редактирование, если объект сохранился и доступен.
Изменение порядка выполняется через поле очередности либо простые
действия перемещения в списке. Реализация перемещения мышью не является
обязательной. В публичной части применяется сохранённый порядок, а не порядок
идентификаторов в ответе сервера.
4.2.3.4. Создание и редактирование статей
В правой области отображаются название статьи, состояние публикации
и действия редактирования. Для статьи, связанной с несколькими разделами,
должна быть доступна информация обо всех её размещениях. Открытие формы
из разных веток приводит к одной записи.
Форма содержит заголовок, визуальный редактор ответа, поисковые
обозначения, дополнительные формулировки и множественный выбор разделов.
42
При создании статьи из выбранной ветки соответствующая связь заполняется
предварительно и может быть изменена до сохранения.
Предусматриваются действия «Сохранить», «Отменить», управление
публикацией и удаление статьи с подтверждением. Изменение привязок должно
быть доступно в той же форме; повторное создание статьи для добавления в другую
ветку не требуется.
4.2.3.5. Работа со связями и форматированием
При выборе разделов отображаются их пути. Администратор должен видеть
разницу между снятием отметки у раздела и удалением всей статьи. Если снята
последняя связь опубликованной статьи, сохранение публикации блокируется
с пояснением причины.
Ссылки вводятся средствами визуального редактора. Текст ссылки и её адрес
сохраняются раздельно. Допускается размещать ссылки на уже подготовленные
документы, в том числе PDF, без разработки механизма автоматического
формирования файлов.
При вставке форматированного текста удаляются неподдерживаемые
элементы, способные нарушить размер окна чат-бота или выполнить посторонний
код. Поддерживаемые абзацы, списки и ссылки должны сохраняться. Перечень
доступных действий редактора отражается в инструкции администратора.
4.2.3.6. Обновление данных и обратная связь
Создание и изменение записей выполняются с использованием принятого
на Сайте механизма асинхронных запросов. На время сохранения повторная
отправка формы блокируется. После ответа сервера отображается подтверждение
результата либо сообщение о невозможности выполнить операцию.
Интерфейс не должен сообщать об успешном сохранении до подтверждения
сервера. Если соединение прервалось, введённый текст остаётся доступным для
повторной отправки. Повторное действие не должно создавать дубликаты связей.
Подсказки предусматриваются для полей, назначение которых
неоднозначно: фразы бота, ключевых слов, множественных связей и публикации.
Тексты подсказок должны объяснять действие на примере редактируемого объекта.
Отдельная обучающая система в состав модуля не входит.
4.2.4.
Публичный интерфейс и прохождение сценариев
4.2.4.1. Окно чат-бота
Публичный интерфейс сохраняет существующие основные элементы:
кнопку открытия, заголовок «Цифровой ассистент Петр», область сообщений,
43
стартовые карточки и поле ввода. Новые элементы должны соответствовать
принятому оформлению Сайта и размещаться внутри существующего окна.
Сообщения пользователя и бота отображаются в хронологическом порядке.
Перечень уточняющих вариантов помещается после связанного с ним сообщения.
Пользователь должен различать собственный выбор, пояснение бота
и содержательный ответ.
При появлении вариантов область переписки прокручивается к началу
нового результата, чтобы пользователь видел вопрос и первые доступные действия.
Выдача длинной статьи не должна автоматически перемещать просмотр
к её последней строке.
4.2.4.2. Стартовый экран
Стартовые карточки связываются с согласованными корневыми разделами.
Их названия и пояснения определяются реестром контента. Выбор карточки
открывает соответствующую ветку и отображает фразу первого раздела.
Пользователь может сразу ввести вопрос без выбора карточки. В этом случае
выполняется поиск по всей опубликованной базе знаний. Наличие стартовых
карточек не ограничивает состав объектов, доступных для поиска.
4.2.4.3. Переход между разделами
При выборе дочернего раздела в переписку добавляется текст выбранного
варианта, затем фраза нового раздела и доступные дальнейшие действия. Сервер
проверяет существование раздела, состояние публикации и допустимость
перехода.
Варианты текущего шага выводятся в виде кнопок или списка в принятом
оформлении чат-бота. Переход выполняется по идентификатору объекта.
Совпадение отображаемых названий в разных ветках не должно приводить
к выбору чужого раздела.
4.2.4.4. Отображение ответа
Выбор статьи приводит к показу её заголовка и текста ответа. Если статья
предложена в списке результатов, допускается использовать существующее
раскрытие ответа. Событие выдачи регистрируется при фактическом раскрытии
содержимого, а не при первоначальном появлении заголовка.
В ответе сохраняются предусмотренные редактором абзацы, списки,
выделение текста и ссылки. Длинный текст размещается в прокручиваемой области
переписки. Ссылки должны быть доступны для нажатия и не пер екрываться
соседними элементами.
44
После ответа пользователь может оценить его, продолжить ввод, или начать
выбор заново. Выдача статьи не блокирует дальнейшую работу и не требует
закрытия окна.
4.2.4.5. Свободный ввод на шаге уточнения
Поле ввода доступно на каждом шаге. Отправленный текст рассматривается
как новый запрос с учётом текущей ветки. Пользователь не обязан дословно
повторять подпись кнопки или сначала завершать последовательность уточнений.
До завершения обработки запроса повторная отправка блокируется,
отображается состояние ожидания. После получения результата поле снова
становится доступным. Пустое сообщение и строка, состоящая только из пробелов,
не отправляются на поиск.
Варианты выбора из предыдущих шагов сохраняются в истории диалога.
Если пользователь нажимает на ранее предложенный раздел или статью, система
проверяет их доступность. Если материал доступен, бот переходит к выбранному
разделу или показывает ответ. Если р аздел или статья удалены либо сняты
с публикации, бот сообщает, что выбранный вариант больше недоступен.
4.2.4.6. Отсутствие подходящего материала
Если поиск не даёт достаточно подходящего результата, бот сообщает
об этом понятным текстом и предлагает уточнить запрос, выбрать доступное
направление или открыть форму обращения. При наличии текущей ветки
пользователь сохраняет возможность продолжить её вручную.
Отсутствие результата не сопровождается выдачей произвольной статьи
с низкой релевантностью. Сообщение о неудачном поиске не должно утверждать,
что соответствующая услуга отсутствует: оно относится только к поиску
в опубликованной базе знаний.
Переход к форме обратной связи использует существующий механизм Сайта.
Перед открытием формы окно и затемняющий слой чат-бота закрываются.
Предложение формы, её открытие и отправка обращения являются разными
действиями; интеграция аналитики с фактической отправкой формы отдельно
не предусматривается.
4.2.4.7. Ошибки и адаптивность
При сетевой или серверной ошибке бот выводит сообщение о временной
невозможности обработать запрос и допускает повторное действие. Такая ошибка
не отображается как отсутствие информации в базе знаний. Введённое сообщение
остаётся в переписке.
45
На мобильных устройствах окно должно укладываться в доступную область
экрана, сохранять прокрутку сообщений и возможность закрытия. Длинные
названия вариантов переносятся на следующую строку. Горизонтальная прокрутка
всей страницы из-за содержимого бота не допускается.
Основные действия доступны с клавиатуры. Элементы выбора имеют
различимое состояние фокуса; раскрытие статьи корректно обозначается для
средств доступности. Изменения проверяются в обоих используемых шаблонах
Сайта, подключающих общий модуль чат-бота.
4.2.5. Поиск и управление контекстом
4.2.5.1. Область и источники поиска
Текстовый поиск выполняется по опубликованным разделам и статьям.
Учитываются названия разделов, заголовки вопросов, ключевые слова,
дополнительные формулировки и текст ответов. Текст для поиска
подготавливается без служебной разметки визуального редактора.
Поисковая обработка должна учитывать регистр, повторяющиеся пробелы
и используемое в действующем модуле приведение словоформ. Ключевые слова
и дополнительные формулировки расширяют набор совпадений. Разработка
самостоятельного универсального лингвистического справочника не требуется.
Приветственные и иные типовые фразы обрабатываются отдельно. Если
сообщение содержит приветствие и содержательный вопрос, бот может ответить
на приветствие и выполнить поиск по оставшейся части. Типовая фраза не должна
поглощать полезный текст запроса.
4.2.5.2. Приоритет текущей ветки
Если текущий раздел определён, поиск сначала выполняется в нём,
его доступных подразделах и связанных с ними статьях. При наличии достаточно
подходящего результата пользователь продолжает выбранную тему без повторного
прохождения верхних уровней.
Если результатов внутри ветки нет либо они не достигают принятого порога
релевантности, выполняется поиск по всей опубликованной базе. Сам факт
наличия любых совпадений в текущей ветке не должен препятствовать поиску
подходящего материала в других направлениях.
При отсутствии текущего раздела применяется глобальный поиск. Область
поиска определяется на сервере; переданный из браузера идентификатор
проверяется и не используется как безусловно доверенное указание на доступный
раздел.
46
4.2.5.3. Сопоставление и ранжирование
Система формирует упор ядоченный перечень кандидатов. Совпадения
в заголовках и явно заданных поисковых обозначениях должны иметь
преимущество перед случайным упоминанием слова в длинном ответе. Для статей
сохраняется приоритет количества значимых слов запроса, найденных в заголовке
вопроса.
В пределах группы с одинаковым числом таких совпадений учитывается
совокупная оценка. Правила сопоставления разделов и статей должны
обеспечивать выбор подходящей точки входа, а не обязательную выдачу конечного
ответа при каждом запросе.
Повторяющиеся статьи объединяются по идентификатору. Порядок
кандидатов передаётся явно и сохраняется в интерфейсе. Числовые ключи объектов
и порядок возврата записей из базы не должны менять установленную
последовательность результатов.
4.2.5.4. Однозначный и неоднозначный результат
Если один кандидат отвечает установленным условиям уверенного выбора
и имеет достаточное преимущество перед остальными, допускается
непосредственный вход в раздел либо показ статьи. Автоматический переход
не применяется только на основании того, что кандидат оказался первым.
При нескольких близких кандидатах бот выводит заранее подготовленную
фразу с предложением уточнить направление и от трёх до пяти вариантов. Если
подходящих кандидатов меньше трёх, показывается фактически найденное
количество. Неподходящие элементы для заполнения списка не добавляются.
Ограничение относится к поисковым предложениям, а не к размеру базы или
числу дочерних разделов. При обычном прохождении дерева пользователю
должны быть доступны все опубликованные элементы текущего шага.
4.2.5.5. Настройка правил выбора
Порог пригодности результата и условие преимущества первого кандидата
определяются Исполнителем на контрольном наборе запросов, согласованном
с Заказчиком. Для каждого примера фиксируются исходная ветка и допустимый
результат: статья, раздел, список уточнений либо отсутствие совпадения.
Числовая оценка релевантности используется для сравнения кандидатов
внутри принятого метода. Она не является вероятностью правильности ответа и не
должна представляться пользователю или администратору как процент
достоверности.
47
Параметры поиска фиксируются в техническом описании. Выделенный
интерфейс ручной настройки весов администратором не требуется. Корректность
поиска проверяется по воспроизводимым примерам, а не по обещанию
распознавать любую возможную формулировку.
4.2.5.6. Смена темы
При обнаружении подходящего направления вне текущей ветки бот
предлагает его выбрать. После подтверждения текущим становится выбранный
раздел. Если однозначный результат является статьёй, она может быть по казана
непосредственно; контекст её размещения определяется по доступным связям.
Если статья связана с текущей веткой, эта связь имеет приоритет. Если статья
найдена глобально и имеет несколько размещений, используется раздел
выбранного поискового кандидата. При равнозначных размещениях бот предлагает
уточняющий выбор раздела.
Предыдущие сообщения остаются в истории открытого окна.
Они не используются для самостоятельного вывода новых фактов о пользователе.
Контекст обеспечивает навигацию и ограничение поиска; генерация ответа
из совокупности произвольных реплик не предусматривается.
4.2.5.7. Хранение состояния сессии
Для продолжения сценария сохраняются идентификатор текущего раздела
и последовательность подтверждённых переходов. Дополнительно могут
храниться идентификатор последнего запроса и выданной статьи, необходимые
для связывания действий с аналитикой.
Состояние относится к отдельной пользовательской сессии и не должно
смешиваться между посетителями. Закрытие и повторное открытие окна на той
же странице сохраняет текущую переписку.
После истечения сессии или утраты её состояния бот начинает работу
со стартового экрана. Восстановление переписки между устройствами и после
завершения браузерной сессии не требуется. Если сохранённый раздел снят
с публикации, предлагается актуальный выбор направления.
4.2.6.
Смысловой поиск по согласованию с Заказчиком
4.2.6.1. Условия применения
По согласованию с Заказчиком текстовый поиск дополняется локальной
моделью векторного представления текста — embedding-моделью. Она
преобразует запросы и материалы в числовые представления, позволяющие
находить близкие по смыслу записи при различающихся формулировках.
48
До включения функции согласуются возможность её размещения
на выделенных ресурсах, выбранная модель, условия использования
и контрольные примеры. Технические требования к вычислительным ресурсам
определяются после проверки выбранного варианта на предоставленной базе
знаний.
Модель используется для подбора кандидатов. Содержательные ответы,
уточняющие фразы и названия вариантов берутся из базы знаний. Автоматическое
сочинение текстов консультаций, обращение к общедоступным генеративным
сервисам и обучение собственной языковой модели не предусматриваются.
4.2.6.2. Подготовка и обновление индекса
Индекс содержит представления опубликованных разделов и статей
с привязкой к их идентификаторам. При подготовке текста учитываются заголовки,
поисковые обозначения и содержательные части материалов. Разметка
и технические элементы интерфейса не должны ухудшать сопоставление.
Добавление или изменение материала должно приводить к обновлению его
представления. Удалённые и снятые с публикации объекты исключаются
из выдачи независимо от момента технического обновления индекса. Перед
показом кандидата выполняется проверка по актуальной базе знаний.
Предусматривается служебная возможность полного перестроения индекса.
Порядок запуска и проверки завершения описывается в эксплуатационной
инструкции. Отдельная панель управления моделями и версиями индекса
в административном интерфейсе не требуется.
4.2.6.3. Совместная работа с текстовым поиском
Кандидаты смыслового и текстового поиска сопоставляются по единым
идентификаторам. Итоговая выдача не должна содержать несколько копий статьи
из разных способов поиска. Область текущей ветки и правила уточнения
сохраняются.
Состав модели, способ объединения результатов и параметры выбора
определяются с учётом согласованного набора примеров. Значения оценок разных
алгоритмов нельзя складывать без принятого способа приведения к сопоставимому
виду.
При недоступности модели или индекса выполняется текстовый поиск.
Технический сбой смыслового поиска фиксируется для обслуживания
и не прерывает ручную навигацию по дереву. Пользователю не выводятся
служебные адреса, названия процессов или сообщения библиотеки модели.
49
4.2.7. Базовая аналитика работы чат-бота
4.2.7.1. Назначение и представление данных
В административной панели предусматривается вкладка «Аналитика»
с журналом обработки пользовательских запросов. Журнал предназначен для
проверки результатов поиска, выявления отсутствующих материалов и просмотра
оценок выданных ответов.
Основной формой представления является таблица. Диаграммы, сводные
панели с расчётом показателей по темам, выгрузка многостраничных книг XLSX
и просмотр полной переписки в отдельном архиве в состав базовой аналитики
не входят.
Данные обновляются при откр ытии вкладки и применении фильтров.
Постоянное обновление страницы по таймеру или передача событий на экран
администратора в реальном времени не требуется.
4.2.7.2. Поля журнала
Для обработки текстового запроса фиксируются дата и время, текст
сообщения, идентификатор текущего раздела при поиске, найденный раздел или
статья, оценка релевантности, выбранный пользователем вариант и оценка
полезности ответа при её наличии.
Запись дополняется результатом обработки: предложены варианты, выдан
ответ, совпадение не найдено либо произошла техническая ошибка.
При нескольких предложениях сохраняются их идентификаторы и порядок;
в таблице допускается компактное перечисление с раскрытием полного значения.
Выбор статьи при прохождении дерева без текстового запроса также может
создавать запись о выдаче ответа. В поле запроса показывается обозначение
«Выбор по сценарию», без подстановки вымышленного пользовательского
сообщения. Для такого события релевантность не рассчитывается.
4.2.7.3. Связывание событий
Отправленный запрос получает служебный идентификатор. Выбор варианта
и оценка ответа связываются с соответствующим запросом или событием выдачи.
Идентификатор сессии используется только для технической связи действий
и не считается установленной личностью посетителя.
Показ списка, выбор раздела, и выдача статьи отражаются раздельно. Для
неоднозначной выдачи выбор пользователя обновляет сведения об обработке
соответствующего запроса. Последующий самостоятельный текстовый запрос
создаёт новую запись.
50
Тексты и идентификаторы показанных объектов фиксируются в объёме,
необходимом для чтения записи после переименования статьи или раздела. Журнал
не должен превращаться в историю всех редакций базы знаний. Удаление
материала не должно приводить к ошибке открытия ранее зарегистрированного
события.
4.2.7.4. Оценка полезности ответа
После выдачи статьи отображается вопрос «Помог ли вам ответ?»
с вариантами «Да» и «Нет». Оценка необязательна. Отсутствие выбора хранится
как отсутствие оценки и не приравнивается к отрицательному ответу.
Оценка относится к конкретной выдаче статьи. Повторное нажатие
не должно увеличивать число оценок одного события. При изменении выбора
обновляется ранее сохранённое значение в пределах доступной сессии.
Пользователь может продолжить работу без оценки. Отрицательный ответ
сам по себе не означает отсутствие результата поиска и не меняет задним числом
факт выдачи статьи. Администратор видит оба обстоятельства.
4.2.7.5. Фильтрация и просмотр
Предусматриваются выбор периода и поиск по тексту запроса. Период
по умолчанию — последние 30 дней. Допускается указать начало и конец
диапазона; неверный диапазон сопровождается пояснением и не применяется.
Фильтры применяются кнопкой «Применить» и сбрасываются кнопкой
«Сбросить». Записи выводятся от новых к старым, не более 50 на странице.
Переход между страницами сохраняет выбранные условия.
Длинные запросы и названия могут сокращаться в строке таблицы
с возможностью просмотра полного значения. Пустая выборка должна отличаться
от ошибки загрузки. Доступ к журналу предоставляется через существующую
авторизацию административной панели.
4.2.7.6. Достоверность и хранение
В журнале используются серверные дата и время с единым часовым поясом,
принятым на Сайте. Пропущенное значение обозначается явно. Число
релевантности сопровождается пояснением о его техническом назначении;
отсутствие оценки не заменяется нулём.
Срок хранения и порядок удаления накопленных записей фиксируются
в эксплуатационных настройках до запуска с учётом решения Заказчика.
Разработка отдельного пользовательского интерфейса выбора срока и массовой
очистки в состав базовой аналитики не включается.
51
Удаление записей аналитики не должно затрагивать статьи, разделы
и поисковые обозначения. Ошибка регистрации события не должна препятствовать
выдаче ответа; сведения о техническом сбое сохраняются доступными
для обслуживания средствами Сайта.
4.2.8. Технические требования к реализации
4.2.8.1. Взаимодействие компонентов
Серверная часть обеспечивает получение доступного шага, обработку
свободного запроса, выдачу статьи, сохранение оценки и административные
операции. Клиентская часть отвечает за отображение результата и передачу
действий пользователя. Решения о доступности материала и составе поисковой
выдачи принимаются на сервере.
Для обмена используются принятые на Сайте асинхронные запросы и
структурированный ответ. Сохраняется совместимость существующих полей
questions, answers и result_order на период совместного использования обработчика.
Дополнительные сведения о разделах, типах результатов и состоянии сценария
вводятся без изменения смысла этих полей.
Ответ должен позволять отличить сообщение бота, список вариантов,
статью, отсутствие совпадений и ошибку обработки. Для каждого варианта
передаются тип и идентификатор объекта. Клиенту не требуется угадывать вид
результата по его тексту.
4.2.8.2. Хранение и целостность данных
Сведения о разделах, статьях и их связях хранятся в базе данных Сайта.
Вспомогательный поисковый индекс, если он применяется, является производным
от опубликованной базы. Восстановление содержательных материалов не должно
зависеть исключительно от наличия индекса.
Сохранение статьи и набора её связей выполняется согласованно: ошибка
операции не должна оставлять частично изменённое размещение. Проверяется
существование всех указанных разделов. Изменения структуры не должны
создавать недостижимые циклические ветки.
Для запросов дерева и связей предусматриваются необходимые индексы
базы данных. Произвольные нормативы нагрузки без сведений о сервере
и наполнении не устанавливаются.
4.2.8.3. Проверка входных данных
Идентификаторы, значения полей и параметры фильтров проверяются
сервером независимо от ограничений браузерной формы. Параметры запросов
52
к базе обрабатываются безопасным способом, принятым в проекте.
Пользовательский текст не должен становиться исполняемой частью SQL-запроса
или HTML-страницы.
Административные операции требуют действующей авторизации и проверки
прав. Публичные обработчики не должны позволять создавать, изменять или
удалять материалы. Для изменяющих запросов применяются предусмотренные
проектом меры защиты от подделки запросов.
Текст статьи обрабатывается по разрешённому набор у форматирования.
Скрипты, обработчики событий и опасные адреса ссылок исключаются. Проверка
распространяется и на ответы, отображаемые из уже существующей базы знаний
после переноса.
4.2.8.4. Совместимость и обслуживание
Доработанный интерфейс подключается в используемых шаблонах Сайта
из общей реализации. Дублирование независимых версий логики чат-бота для
разных шаблонов не допускается. Сборка клиентских ресурсов выполняется
штатным механизмом проекта.
Доработка чат-бота не должна изменять работу остальных разделов Сайта
через общие стили или глобальные обработчики событий.
Служебные сообщения об ошибках должны позволять определить
обработчик и причину сбоя без вывода посетителю технических подробностей.
Секреты подключения и административные данные в публичные ответы
не включаются.
4.2.8.5. Согласованность запросов и состояния
Каждое действие обрабатывается применительно к определённому состоянию
диалога. Ответ на более ранний запрос не должен заменять результат более
позднего действия, если пользователь успел изменить направление.
Для сопоставления запроса и ответа используются служебные идентификаторы
либо эквивалентный механизм, принятый в клиентской части.
При повторной отправке сетевого запроса после ошибки необходимо различать
новую реплику пользователя и повтор доставки прежнего действия. Повтор
доставки не должен создавать дополнительную оценку или дублирующую связь
в административной части. Правило не запрещает пользователю намеренно задать
тот же вопрос повторно.
После сохранения раздела или статьи обновляется связанное представление
данных. Если применяется кэширование, Исполнитель предусматривает его
обновление для изменённого объекта. Снятие с публикации должно проверяться по
53
актуальному состоянию материала, даже если часть поисковых данных ещё
находится в кэше.
4.2.8.6. Контроль переноса существующих записей
Перед преобразованием данных составляется техническая сверка тем,
вопросов, ответов и их связей. Отдельно выявляются вопросы без ответа, ссылки
на отсутствующие темы и записи с некорректным родителем. Такие записи
включаются в перечень уточнений к наполнению и не удаляются автоматически
только из-за обнаруженной ошибки.
Несколько одинаковых текстов не объединяются автоматически: совпадение
текста само по себе не подтверждает, что Заказчик считает записи одной статьёй.
Исправление технических связей отделяется от изменения содержания
ответа. Если при переносе требуется содержательное решение, оно отражается
в реестре и подтверждается Заказчиком до публикации соответствующего
материала.
4.2.9. Предоставление и размещение материалов
4.2.9.1. Ответственность за содержание
Заказчик предоставляет структуру направлений, тексты уточнений, вопросы,
ответы, поисковые обозначения и необходимые ссылки.
Исполнитель
размещает
согласованные
материалы,
оформляет
их средствами редактора, создаёт разделы и связи. Смысловая переработка
консультаций, подготовка новых правовых разъяснений и самостоятельное
дополнение отсутствующих ответов в обязанности по наполнению не входят.
Обнаруженные противоречия, дублирующиеся материалы и отсутствующие
ответы передаются Заказчику для уточнения. Спорный материал не подменяется
предположением Исполнителя. По решению Заказчика он корректируется,
объединяется с другой статьёй либо остаётся неопубликованным.
4.2.9.2. Согласованный реестр наполнения
До начала размещения стороны утверждают единый реестр. В нём
указываются разделы и их родительские связи, фразы бота, статьи, тексты ответов,
места размещения и состояние публикации. Каждому материалу присваивается
устойчивое обозначение, позволяющее связывать строки реестра.
Объём первоначального наполнения определяется этим реестром. Для одной
статьи отдельно перечисляются все разделы использования.
54
Изменения согласованного состава оформляются обновлением реестра
с указанием изменённых материалов. Дополнительные ветки и статьи,
поступившие после фиксации объёма, согласуются отдельно.
4.2.9.3. Подготовка сценарного дерева
Верхние уровни формируются по потребностям пользователя: поиск работы,
обучение, выплаты, документы и иные утверждённые направления.
Промежуточный раздел должен содержать понятный выбор, который
действительно влияет на следующий шаг либо набор доступных ответов.
Официальные названия программ могут использоваться внутри
соответствующих веток. Повторное употребление одного ответа в разных
пользовательских ситуациях оформляется связями, если содержание ответа
совпадает полностью. Для различающихся по смыслу консультаций используются
отдельные статьи.
Для каждой предназначенной для сценарного показа статьи
предусматривается путь от стартового раздела. Фактические формулировки
уточнений и распределение материалов согласуются с Заказчиком до публикации.
4.2.9.4. Существующие материалы и FAQ
Существующие вопросы и ответы сохраняются как источник
для согласованного наполнения. Их использование в новом дереве определяется
реестром. Массовая публикация всех старых записей без проверки соответствия
структуре не выполняется.
По согласованию с Заказчиком материалы справочного характера
переносятся в существующий раздел FAQ Сайта. До выполнения определяются
перечень материалов, целевые рубрики и порядок сохранения либо изменения
действующих ссылок.
Разработка нового самостоятельного раздела FAQ, универсального средства
импорта и отдельного интерфейса синхронизации материалов не предполагается.
4.2.9.5. Требования к передаче исходных материалов
Материалы передаются комплектом, позволяющим однозначно сопоставить
раздел, текст его фразы и относящиеся к нему статьи. Для каждой статьи
указывается окончательная редакция ответа. Наличие нескольких файлов
с различающимися текстами без обозначения действующей редакции является
основанием для уточнения соответствующей позиции реестра.
Для ссылки предоставляются отображаемое название и полный адрес
назначения. Если ответ ссылается на документ, Заказчик предоставляет сам
документ либо доступный адрес его размещения. Содержание стороннего ресурса
55
и последующие изменения по внешнему адресу не являются частью наполнения
базы знаний.
Поисковые обозначения передаются вместе с материалом, к которому они
относятся. Одна фраза может использоваться у нескольких статей, если различие
предполагается уточнять последующим выбором. В таком случае в контрольном
примере отмечается допустимость выдачи нескольких вариантов вместо
автоматического ответа.
Материалы, поступившие с незаполненными обязательными полями,
регистрируются как требующие уточнения. Остальная согласованная часть может
размещаться независимо, если отсутствующая позиция не разрывает её сценарный
маршрут. Публикация зависимых веток выполняется после получения
недостающих сведений.
4.2.10. Подготовка к эксплуатации и передача результатов
4.2.10.1. Последовательность ввода
До изменения рабочей базы подготавливается резервная копия
затрагиваемых данных и сохраняется версия изменяемых компонентов. Ввод
выполняется с учётом порядка тестирования по пункту 4.5.
Перенос существующих связей должен сохранять соответствие вопросов
и ответов. Переход от одной темы к нескольким разделам не должен терять
первоначальное размещение статьи, если его изменение не предусмотрено
реестром.
Переключение рабочей версии производится после согласования
с Заказчиком результатов проверки по пункту 4.5.
4.2.10.2. Комплект передаваемых сведений
Исполнитель передаёт изменённые программные компоненты, описание
изменений структуры данных, порядок установки и обновления, сведения
о необходимых настройках и инструкцию администратора. Материалы передаются
в используемом проектом порядке хранения исходного кода и документации.
Инструкция администратора должна описывать создание разделов,
изменение родителя, размещение одной статьи в нескольких ветках, публикацию,
поиск материалов и чтение аналитики. Примеры приводятся на согласованном
содержании базы знаний.
При подключении смыслового поиска дополнительно указываются модель,
способ запуска, размещение индекса, порядок обновления и восстановление
текстового поиска при отказе компонента. Настройки с ограниченным доступом
передаются отдельно от общедоступной инструкции.
56
4.2.10.3. Возврат к предыдущей версии
В случае выявления ошибки, препятствующей основной работе, применяется
подготовленный порядок возврата к предыдущей версии. В нём учитываются
изменения структуры данных; замена только клиентских файлов не считается
достаточным способом отката при несовместимой миграции.
4.2.11. Примеры структуры и состава материалов
4.2.11.1. Пример сценарного маршрута
Корневой раздел «Хочу найти работу» содержит фразу «Какая помощь вам
нужна?» и подразделы «Подобрать вакансии», «Подготовить резюме», «Вернуться
к работе после перерыва». Пользователь выбирает нужное направление либо
вводит вопрос.
В разделе «Подготовить резюме» размещаются статьи «Что указать в резюме
без опыта» и «Как описать предыдущие места работы». Выбор статьи выводит
готовый ответ, предоставленный Заказчиком.
Статья «Какие документы нужны для обращения в центр занятости» может
быть связана с направлениями поиска работы и получения выплат.
При её редактировании содержание обновляется в обоих местах. Дополнительный
раздел для копии текста не создаётся.
4.2.11.2. Пример свободного входа и уточнения
Пользователь вводит «Меня уволили, что делать дальше?». При наличии
соответствующих материалов поиск предлагает направления «Поиск новой
работы», «Постановка на учёт» и «Выплаты». После выбора бот продолжает
соответствующую ветку с её подготовленной фразы.
Если пользователь уже находится в разделе обучения и спрашивает
о продолжительности курса, сначала проверяются материалы этого направления.
При нескольких курсах с разными сроками предлагается уточнить выбор. Система
не должна выбирать срок произвольно из первого найденного ответа.
Результаты этих примеров зависят от наполнения и включаются
в контрольный набор после согласования материалов. Пример не является
требованием дать содержательный ответ на вопрос, для которого Заказчик
не предоставил статью.
4.2.11.3. Состав реестра и контроль размещения
Для раздела в реестре указываются код, код родителя, название, фраза бота,
поисковые обозначения, порядок и публикация. Для статьи указываются код,
57
заголовок, ответ, ключевые слова, дополнительные формулировки, коды разделов
и публикация.
Коды реестра служат для сопоставления материалов при наполнении
и могут отличаться от внутренних идентификаторов базы. Исполнитель сохраняет
соответствие между ними для итоговой проверки. Пустое поле дополнительной
формулировки не препятствует размещению готовой статьи.
После наполнения по реестру отмечаются размещённые материалы
и выявленные расхождения. Для каждого расхождения фиксируются причина
и согласованное действие. Итоговый реестр подтверждает фактически
размещённый состав без включения несогласованных новых материалов.
4.3.
Доработка страницы «Для молодежи»
Доработка
выполняется
на
существующей
странице
Сайта
https://czn.mosreg.ru/molodezh. Требуется реализовать выбор возрастной группы
с помощью трекбара, связать его положения с содержимым трёх карточек
и предоставить средства редактирования соответствующего контента
в административной панели. Действующие элементы страницы и ранее
реализованные возможности управления ими подлежат сохранению.
4.3.1. Возрастные группы и состояния трекбара
4.3.1.1. Первоначальный состав положений
При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения: «11–14 лет», «14–17 лет», «18–25
лет», «25–35 лет». Указанные обозначения используются как названия выбираемых
групп и сохраняются в приведённом порядке. Каждому положению соответствует
отдельный комплект содержимого всех трёх карточек.
Трекбар работает как дискретный переключатель. После завершения
перемещения бегунок должен соответствовать одному из предусмотренных
положений, а подпись выбранной группы — отображаемому содержимому.
Промежуточное положение между группами не должно приводить к показу
смешанного набора карточек.
Возрастные диапазоны воспроизводятся в редакции, установленной
настоящим ТЗ. Их граничные значения не используются для автоматического
определения возраста посетителя: пользователь самостоятельно выбирает нужное
положение. При изменении названий групп через CMS связь с ранее настроенным
контентом должна сохраняться.
58
4.3.1.2. Бегунок и обозначение выбора
Бегунок выполняется в виде точки со сплошной цветной заливкой
без обводки. Для привлечения внимания предусматривается периодический
эффект пульсации, реализованный средствами CSS @keyframes. Период
повторения и характер изменения визуальных параметров определяются
в согласованном варианте анимации.
Пульсация не должна смещать выбранное положение, изменять значение
трекбара или запускать обновление карточек. Активная точка и подпись
возрастной группы должны оставаться различимыми на фоне шкалы в течение
всего цикла эффекта.
Внешний вид шкалы, расположение подписи и соотношение размеров
элементов разрабатываются на основе примера на рисунке 6 с соблюдением
официального брендбука Заказчика и общей стилистики Сайта.
Рисунок 6 — Пример трекбара страницы «Для молодежи»
4.3.1.3. Варианты дизайна и анимации
Исполнитель разрабатывает и представляет Заказчику три альтернативных
варианта дизайна трекбара. Для каждого варианта должны быть показаны
размещение на странице, выбранное положение и читаемость подписей возрастных
групп. Все варианты разрабатываются в пределах одного и того
же предусмотренного функционала.
Отдельно предоставляются три альтернативных варианта анимации
интерфейсных элементов — трекбара и карточек. Вариант анимации должен
позволять оценить пульсацию бегунка и последовательность смены содержимого
карточек, а также соответствие эффектов выбранному оформлению.
В
рабочую версию интегрируется согласованное оформление
и согласованный вариант анимационного поведения. Количество альтернативных
вариантов не означает необходимость размещать на публичной странице
переключатель дизайнов или одновременно использовать несколько эффектов.
59
4.3.2. Динамическое содержимое карточек
4.3.2.1. Состав изменяемой области
Ниже трекбара сохраняются три карточки: «Не знаешь кем стать»,
«Познакомишься с лидерами рынка» и «Получишь первый профессиональный
опыт». Исходное размещение карточек показано на рисунке 7. При смене
возрастной группы обновляются относящиеся к ней заголовки, подзаголовки,
текстовые описания и списки блочных элементов.
Для всех трёх карточек применяется одно выбранное положение трекбара.
Не допускается завер шать переключение в состоянии, при котором одна карточка
показывает материалы новой группы, а другая — предыдущей. Подпись трекбара
и комплект отображённых материалов должны соответствовать друг другу.
Публичная часть использует сохранённые настройки CMS. Значения одной
возрастной группы не должны подставляться вместо отсутствующих значений
другой группы без явного заполнения соответствующего контента
администратором.
Рисунок 7 — Исходное размещение карточек страницы «Для молодежи»
60
4.3.2.2. Правила отображения списков
Первоначальные тексты и состав доступных элементов определяются
таблицами 10–12. Знак «+» означает, что элемент отображается для
соответствующей группы; знак «−» означает, что элемент в её списке отсутствует.
Порядок строк таблицы определяет исходную последовательность видимых
элементов после исключения строк со знаком «−».
При скрытии элемента остальные элементы списка располагаются
последовательно, без пустых строк и промежутков на месте скрытого элемента.
Последующие элементы располагаются в установленном порядке. Видимость
элемента списка не изменяет состав трёх кнопок-иконок в футере карточки.
URL-адреса элементов предоставляются Заказчиком и размещаются через
предусмотренные средства управления. Для каждой отображаемой ссылки должны
применяться адрес и подпись, сохранённые для соответствующего положения
трекбара.
4.3.2.3. Содержание карточки «Не знаешь кем стать»
Текстовая часть одинакова для четырёх исходных возрастных групп. Состав
списка изменяется в соответствии с таблицей 10: «Семейный профгид»
присутствует только в первом положении, а «Матрица пр офессий» — во втором,
третьем и четвёртом. Остальные элементы сохраняют доступность во всех четырёх
положениях.
Таблица 10 — Содержание и видимость элементов карточки «Не знаешь кем стать»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Найдешь призвание и выберешь профессию, подходящую именно
тебе
Профориентация
+
+
+
+
Семейный профгид
+
-
-
-
Проект «Компас
профессии»
+
+
+
+
Матрица профессий
-
+
+
+
Описание профессий
+
+
+
+
61
4.3.2.4. Содержание карточки «Познакомишься с лидерами рынка»
В первом положении используется текст о знакомстве с предприятиями
Подмосковья. Для остальных трёх положений применяется текст о знакомстве
с процессом работы и условиями труда. «Мероприятия с работодателями»
и «Профтуры» отображаются начиная со второго положения, как установлено
таблицей 11.
Таблица 11 — Содержание и видимость элементов карточки «Познакомишься с лидерами рынка»
Параметр/Кнопка
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Положение
трекбара 4
(25-35 лет)
Текстовая часть
Познакомишьс
яс
предприятиям
и Подмосковья
Работодатели
Подмосковья
+
+
+
+
Мероприятия
с работодателями
-
+
+
+
Профтуры
-
+
+
+
Увидишь процесс работы изнутри и
познакомишься с условиями труда на
предприятиях Подмосковья
4.3.2.5. Содержание карточки «Получишь первый профессиональный опыт»
Для каждого исходного положения устанавливается собственная текстовая
часть. Практики и стажировки доступны только для группы «18–25 лет», а элемент
«Начать свой бизнес» — только для группы «25–35 лет». Остальные различия
в составе списка определяются таблицей 12.
62
Таблица 12 — Содержание и видимость элементов карточки «Получишь первый
профессиональный опыт»
Параметр/Кнопка
Текстовая часть
Положение
трекбара 1
(11-14 лет)
Положение
трекбара 2
(14-17 лет)
Положение
трекбара 3
(18-25 лет)
Пройдешь
практику,
Научишься
Трудоустроишь
стажировку или
составлять свое ся в свободное
трудоустроишьс
первое резюме от учебы время
я в свободное от
учебы время
Положение
трекбара 4
(25-35 лет)
Найдешь
работу мечты
или начнешь
собственное
дело
Временное
трудоустройство
-
+
+
+
Практики
-
-
+
-
Стажировки
-
-
+
-
Твое идеальное резюме
+
+
+
+
Постоянное
трудоустройство
-
-
+
+
Начать свой бизнес
-
-
-
+
4.3.3. Геометрия карточек и обработка текста
4.3.3.1. Базовые размеры
Ширина карточек фиксируется в рамках соответствующей компоновки
страницы и не зависит от длины текста выбр анной возрастной группы.
Переполнение содержимого не должно растягивать отдельную карточку, менять
ширину соседних карточек или нарушать их расположение.
Базовая высота всех трёх карточек рассчитывается для списка из четырёх
элементов. При расчёте учитываются заголовок, подзаголовок, внутренние
отступы, интервалы между элементами и футер. Пока ни один из трёх списков не
содержит более четырёх элементов, карточки сохраняют одинаковую базовую
высоту.
Размеры и переносы проверяются на предусмотренных таблицами текстах
и согласованном наполнении. Фиксированная высота не должна достигаться
обрезанием видимых надписей или наложением списка на футер.
63
4.3.3.2. Синхронное увеличение высоты
Если хотя бы один из списков содержит более четырёх элементов, высота
всех трёх карточек увеличивается одновременно. Общая высота определяется
по карточке с наиболее высоким фактическим содержимым с учётом переноса
строк, а не только по числу записей.
Карточка с коротким списком при этом сохраняет общую высоту группы.
Её футер располагается на том же уровне, что и футеры остальных карточек.
Независимое увеличение только одной карточки не допускается.
При переключении на возрастную группу, для которой ни один список
не превышает четырёх элементов, применяется базовая высота. Пересчёт должен
учитывать уже выбранное содержимое; размер предыдущей группы не должен
оставаться в качестве случайного значения.
4.3.3.3. Переносы и сохранение формы
Для длинных надписей предусматривается автоматический перенос
на следующую строку внутри доступной ширины элемента. Текст не должен
выходить за границы карточки, перекрывать соседний элемент или расширять
родительский контейнер.
В мобильной компоновке ширина определяется доступной областью экрана
и принятым расположением карточек. После изменения ширины окна размер ы
проверяются с учётом нового переноса строк. Правила равной высоты
и сохранения футера применяются к согласованной компоновке страницы.
4.3.4. Анимация смены и неизменяемый футер
4.3.4.1. Последовательность смены содержимого
Переключение сопровождается плавным исчезновением текущего
содержимого и последующим проявлением содержимого выбранной группы.
Эффект Fade-Out/Fade-In реализуется через CSS @keyframes. Параметры анимации
соответствуют варианту, согласованному с Заказчиком.
Текст, элементы списка и ссылки обновляются в рамках одного
переключения. Не допускается состояние, при котором видимая подпись элемента
уже относится к новой группе, а его адрес остался от предыдущей. Анимация
не должна сопровождаться наложением двух комплектов текста.
Если пользователь меняет положение повторно до завершения эффекта,
после завершения обработки отображается последнее выбранное положение.
Повторные действия не должны накапливать очередь устаревших переходов,
оставлять карточки прозрачными или нарушать их размеры.
64
4.3.4.2. Футер карточки
Футер с тремя кнопками-иконками сохраняет статичный вид. Его размеры,
состав, расположение и визуальное состояние не меняются в зависимости
от положения трекбара. Существующее назначение кнопок сохраняется.
Анимация обновления контента не должна скрывать футер или повторно
создавать впечатление его появления. При синхронном увеличении карточек футер
перемещается вместе с нижней границей карточки, сохраняя собственную
геометрию и взаимное расположение иконок.
4.3.5. Управление через административную панель
4.3.5.1. Общие настройки трекбара
Администратору предоставляется
возможность изменять
текст,
сопровождающий трекбар, редактировать названия возрастных групп и добавлять
новые положения.
При добавлении положения для него становятся доступны поля текстового
наполнения всех трёх карточек и настройки видимости кнопок. Изменение
названия существующей группы сохраняет связанные с ней тексты и выбранные
элементы.
4.3.5.2. Текстовое содержимое карточек
Для каждой карточки предусматриваются общий заголовок, а также
подзаголовок и текстовое описание для каждой возрастной группы. Общий
заголовок сохраняется при переключении трекбара; подзаголовок и описание
выводятся в соответствии с выбранным положением.
Поля группируются внутри блока соответствующей карточки
и обозначаются названиями возрастных групп. Изменение текста одной группы не
влияет на содержимое остальных.
4.3.5.3. Единый список кнопок карточки
Для каждой карточки используется единый список кнопок, представленный
в административной панели в виде таблицы. Каждая строка содержит название
кнопки, URL-адрес и отдельные отметки видимости для предусмотренных
возрастных групп.
Название и ссылка задаются один раз и применяются во всех группах,
для которых включён показ кнопки. Администратор может добавлять и удалять
строки, изменять их содержимое и порядок.
Порядок кнопок является общим для всех возрастных групп. В публичной
части отображаются только отмеченные для выбранной группы кнопки
65
с сохранением их взаимной последовательности. На месте скрытых элементов
пустые строки не остаются.
При добавлении возрастной группы в таблицах всех трёх карточек
появляется дополнительный столбец видимости. Администратор отмечает в нём
кнопки, которые должны показываться для новой группы.
Первоначальное наполнение и видимость элементов устанавливаются
по таблицам 10–12. URL-адреса предоставляет Заказчик.
4.3.5.4. Сохранение и применение настроек
Изменения сохраняются общей кнопкой «Сохранить». При повторном
открытии экрана отображаются ранее сохранённые тексты, ссылки, порядок строк
и отметки видимости.
Публичная страница использует сохранённые настройки для переключения
содержимого карточек, определения состава кнопок и расчёта высоты блоков.
Редактирование выполняется без изменения исходного кода.
Ранее реализованные возможности управления страницей сохраняются. Если
выполнение доработки требует удаления или замены действующей функции,
Исполнитель до начала соответствующих изменений уведомляет Заказчика
и согласует дальнейшие действия.
4.4.
Доработка страницы «Программы тренингов 2026 года»
Доработка распространяется на карточки календаря тренингов на страницах
https://czn.mosreg.ru/soiskatelyam/treningi/programmy-treningov-2026-goda/, а также
https://czn.mosreg.ru/soiskatelyam/events/.
Предусматриваются
цветовые
индикаторы целевых аудиторий, пояснения к ним, элемент «Записаться»
и дополнение модального окна описанием тренинга с анимацией открытия
и закрытия.
4.4.1. Цветовая маркировка целевых аудиторий
4.4.1.1. Состав обозначений
Для тренингов используются три типа целевой аудитории. Первоначальное
соответствие типов и цветов устанавливается следующим образом:
– синий цвет #0050aa — соискатели, ищущие работу в первый раз;
– голубой цвет #5ab4e6 — соискатели, меняющие работу или профессию;
– оранжевый цвет #e65028 — соискатели, длительное время не работавшие
и имеющие перерыв в стаже.
Индикатор представляет собой геометрический круг со сплошной заливкой.
Его цвет определяется настройкой соответствующей аудитории. Название
66
тренинга, дата проведения и другие сведения карточки не используются для
автоматического назначения категории.
4.4.1.2. Одновременное отображение нескольких аудиторий
В административной карточке тренинга предусматривается группа из трёх
независимых чекбоксов. Для каждого типа устанавливается состояние «включён»
или «выключен». Допускается одновременный выбор нескольких типов;
включение одного чекбокса не снимает отметки с остальных.
В публичной карточке отображаются индикаторы только выбранных
аудиторий. Для одного выбранного типа выводится один круг, для двух — два, для
трёх — три. Отсутствие отметки не должно заменяться автоматически назначенной
аудиторией.
Сохранённый набор применяется к соответствующему тренингу.
При повторном открытии его формы редактирования должны отображаться
те же отметки. Изменение аудитории одного тренинга не должно изменять отметки
у других записей.
4.4.1.3. Расположение и наложение индикаторов
Группа индикаторов размещается в правом верхнем углу карточки.
При нескольких выбранных аудиториях круги располагаются с частичным
наложением одного на следующий справа налево, как показано на рисунке 8.
Каждый выбранный цвет должен оставаться различимым.
Размеры кругов, расстояние между их центрами и величина наложения
определяются согласованным прототипом. Отображение одного, двух или трёх
индикаторов не должно смещать текст карточки за её границы или закрывать
название тренинга.
Для одной и той же комбинации аудиторий порядок отображения одинаков
на обеих страницах. Перекрытие кругов должно оставлять доступную
для наведения область каждого индикатора, чтобы пользователь мог получить
соответствующее пояснение.
67
Рисунок 8 — Пример размещения цветных индикаторов
4.4.2. Интерактивность карточки в настольной версии
4.4.2.1. Единое действие карточки
Вся площадь карточки является единой интерактивной областью. Нажатие на
её текст, свободную область, цветной индикатор или надпись «Записаться»
открывает модальное окно соответствующего тренинга. Все перечисленные
области должны приводить к одному и тому же результату.
Добавленные индикаторы не образуют самостоятельные ссылки
и не переключают фильтр календаря. При нажатии на круг должно открываться
то же окно, что и при нажатии на остальную часть карточки. Одно нажатие не
должно одновременно открывать несколько окон или выполнять переход
на другую страницу.
При определении открываемого тренинга используется связь с конкретной
карточкой. Одинаковые названия разных мероприятий не должны приводить
к показу описания другой записи.
4.4.2.2. Всплывающая подсказка индикатора
При наведении курсора непосредственно на цветной круг появляется
всплывающая подсказка, объясняющая значение соответствующей аудитории.
При перемещении курсора на другой индикатор отображается пояснение его типа.
Наведение на заголовок, дату, свободную область или надпись «Записаться»
не должно вызывать подсказку аудитории. При уходе курсора с индикатора
подсказка скрывается. Пояснение не должно оставаться на экране после закрытия
связанного представления или перемещения на другую карточку.
68
Текст берётся из общих настроек индикаторов аудитории. Изменение
подписи в CMS применяется ко всем кругам соответствующего типа. Появление
подсказки не отменяет единого действия карточки при нажатии.
4.4.3. Обозначения в мобильной версии
4.4.3.1. Расположение и состав легенды
На мобильных разрешениях над списком карточек календаря, в верхней
части контентного блока, отображается блок расшифровки индикаторов. Заголовок
по умолчанию — «Обозначения». Блок выводится на обеих страницах,
перечисленных в начале пункта 4.4.
Легенда содержит три строки. Каждая строка включает миниатюру цветного
круга и текстовое пояснение одной аудитории. Цвет миниатюры должен совпадать
с текущей настройкой того же типа, используемой на карточках.
Пример состава обозначений приведён на рисунке 9. Рисунок используется
как образец связи цвета и пояснения; область применения легенды определяется
требованиями к мобильной версии. В настольной версии отдельный блок легенды
не отображается.
Рисунок 9 — Пример состава обозначений аудиторий
69
4.4.3.2. Соответствие версии интерфейса
В мобильной версии пояснения доступны без наведения курсора.
Пользователь должен иметь возможность прочитать расшифровку трёх цветов
до выбора карточки. Текст легенды переносится внутри доступной ширины блока
и не перекрывает соседние строки.
При изменении ширины окна пр именяются условия соответствующей
версии: для мобильной компоновки отображается легенда, для настольной —
подсказки при наведении на круги. Наличие или отсутствие легенды не меняет
набор аудиторий, назначенных тренингу.
Нажатие на мобильную карточку, включая её индикаторы и элемент
«Записаться», открывает то же модальное окно. Отдельный переход для сенсорного
нажатия на цветной круг не предусматривается.
4.4.4. Управление индикаторами в CMS
4.4.4.1. Настройки конкретного тренинга
В форме сущности «Тренинг» размещается поле «Тип целевой аудитории»
с множественным выбором посредством трёх чекбоксов: «Ищу работу впервые»,
«Смена работы/профессии», «Длительный перерыв в работе». Поле сохраняет
независимое состояние каждого типа.
Выбранные значения определяют состав индикаторов, а общие настройки —
их цвета и пояснения. Изменение текстов пояснений не должно требовать
повторного редактирования всех тренингов.
4.4.4.2. Общие настройки обозначений
В существующей административной части раздела «Тренинги» создаётся
подраздел «Настройки индикаторов аудитории». Для каждого из трёх типов
предусматриваются выбор одного из трёх установленных цветов, текст подсказки
для настольной версии и текст расшифровки для мобильной легенды.
Поля подсказки и легенды редактируются раздельно. Сохранение одного
значения не должно стирать другое. Заголовок блока легенды также доступен для
изменения; первоначальное значение устанавливается как «Обозначения».
Все перечисленные текстовые значения, цвета и связи изменяются через
административную панель без правки исходного кода. Настройки должны быть
включены в существующую структуру управления разделом, а не вынесены
в отдельную систему.
70
4.4.4.3. Применение сохранённых значений
После сохранения проверяется соответствие выбранных аудиторий, цветов
и пояснений на обеих страницах. Один тип не должен отображаться разными
цветами только вследствие использования разных шаблонов карточек.
Если текст пояснения изменён, при следующем отображении
соответствующего элемента используется сохранённая редакция. Назначенные
конкретным тренингам аудитории при этом сохраняются. Применение общих
настроек не должно изменять дату, название или описание мероприятия.
4.4.5. Элемент «Записаться»
4.4.5.1. Визуальное исполнение
В нижней части каждой карточки размещается текстовый элемент
«Записаться». Его расположение завершает композицию карточки и сохраняет
читаемость остальных сведений. Размер шрифта, цвет, отступы и интерактивные
состояния соответствуют принятому оформлению Сайта и согласованному
прототипу.
Элемент должен оставаться различимым при наличии одного, двух или трёх
индикаторов и при переносе длинного названия тренинга. Его положение
не должно определяться длиной текста случайным образом или приводить
к перекрытию даты и времени.
4.4.5.2. Связь с действием карточки
Надпись является частью общей интерактивной области и открывает
модальное окно тренинга. Она обозначает действие визуально, но не создаёт
отдельного маршрута перехода. Результат нажатия должен совпадать
с результатом нажатия на заголовок или цветной круг.
Действующие условия доступности регистрации сохраняются при доработке.
Открытие информации о тренинге не должно само по себе означать отправку
заявки или подтверждение записи посетителя.
4.4.6. Описание в модальном окне
4.4.6.1. Содержимое и редактирование
Модальное окно карточки дополняется областью описания тренинга.
Администратор вводит и изменяет описание при редактировании соответствующей
записи. Сохранённый текст автоматически используется при открытии окна этого
тренинга в публичной части.
71
Поле поддерживает базовое форматирование: абзацы, переносы строк,
жирное и курсивное начертание. Эти элементы должны воспроизводиться
в модальном окне. Служебные теги редактора не должны отображаться
пользователю вместо форматированного текста.
Описание связывается с конкретной записью тренинга. Последовательное
открытие разных карточек не должно оставлять текст ранее просмотренного
мероприятия. Изменение описания не меняет название, дату или назначенные
аудитории, если эти поля не редактировались отдельно.
4.4.6.2. Анимация открытия и закрытия
Появление модального окна сопровождается плавной анимацией.
Длительность, тип эффекта — появление, сдвиг, масштабирование либо
их сочетание — определяются при дизайн-прототипировании и согласуются
с Заказчиком.
Закрытие сопровождается обратной анимацией, зеркальной по отношению
к эффекту появления. Окно и связанные с ним визуальные элементы должны
завершать закрытие согласованно, без оставшегося на странице затемнения или
фрагмента содержимого.
Анимация не должна создавать ощущение задержки интерфейса. Повторное
открытие после закрытия воспроизводит нормальное начальное состояние,
а описание остаётся доступным для чтения в настольной и мобильной компоновке.
4.5.
Проведение функционального тестирования
Исполнитель выполняет функциональное тестирование доработок страницы
«Для молодежи», календарей тренингов и модуля чат-бота. Проверка охватывает
административные настройки, их применение в публичной части, согласованные
анимации и сохранение действующих функций затронутых страниц.
4.5.1. Организация проверки
Для проверки используются согласованные варианты дизайна, таблицы
10–12, сохранённые настройки аудиторий и материалы базы знаний чат-бота.
Условия проверки должны позволять сопоставить введённые в административной
панели данные с фактически показанным результатом.
Замечание фиксируется
с
указанием проверяемого элемента,
последовательности действий, ожидаемого и фактического поведения. После
исправления проверка повторяется для затронутой функции и связанных с ней
состояний. Приёмка согласуемых возможностей чат-бота выполняется только при
их включении в утверждённый состав работ по пункту 4.2.
72
4.5.2. Проверка доработанного чат-бота
4.5.2.1. Подготовка контрольного набора
До приёмки фиксируются версия модуля, состав опубликованного контента
и перечень контрольных запросов. Для поискового примера задаются начальная
ветка, вводимый текст и допустимый результат. Для сценарного примера
указывается последовательность действий и ожидаемая статья.
В набор включаются прямые вопросы, альтернативные формулировки,
общие запросы с несколькими подходящими направлениями и запросы вне базы
знаний. Примеры должны позволять отличить качество сопоставления
от отсутствия исходного материала.
Результаты оформляются перечнем выполненных проверок и замечаний.
Замечание содержит условия воспроизведения, фактическое поведение
и ожидаемый результат со ссылкой на соответствующее требование.
Смысловой поиск проверяется на согласованных примерах и наполнении.
Распознавание произвольной фразы, для которой в базе отсутствует подходящий
материал, не является условием приёмки.
4.5.2.2. Проверка дерева и связей
Проверяется создание корневого раздела, подраздела и статьи. После
сохранения элементы появляются в соответствующих областях интерфейса,
а опубликованная статья доступна по маршруту. Изменение порядка
подтверждается в публичной части.
Для статей проверяются заголовок, форматированный ответ, ключевые слова
и дополнительные формулировки. Административные операции не должны
создавать физические копии общей статьи только для повторного размещения.
Одна статья связывается с двумя разделами. После изменения ответа новый
текст отображается в обоих местах. Удаление одной связи сохраняет статью во
втором разделе; в глобальном поиске она не дублируется.
Выполняется попытка перенести родительский раздел внутрь собственного
поддерева. Сохранение блокируется без изменения структуры. Удаление непустого
раздела также блокируется с объяснением причины.
Проверяется снятие статьи с публикации. Она исчезает из новых
предложений,
а обращение по ранее показанному варианту не возвращает закрытый текст. Статья,
размещённая в двух ветках, сохраняет доступность через опубликованную ветку
после отключения другой.
73
4.5.2.3. Проверка диалоговых маршрутов
Пользователь выбирает стартовую карточку и проходит согласованную
ветку.
На каждом шаге отображаются соответствующая фраза и допустимые варианты.
Конечный ответ совпадает с материалом реестра.
После выбора стартового направления либо отправки текста стартовые
карточки скрываются в соответствии с предусмотренным поведением.
Проверяются закрытие и повторное открытие окна на одной странице.
Навигационная позиция меняется согласно выбранному действию, а история
открытой переписки не переставляется.
На промежуточном шаге пользователь отправляет текст вместо нажатия
кнопки. Бот обрабатывает запрос и позволяет продолжить работу. Повторное
нажатие отправки во время ожидания не создаёт второй запрос.
Ошибка отдельного действия не должна приводить к смешению
пользовательских сессий или полной потере возможности продолжить работу
с модулем.
4.5.2.4. Проверка поиска
Прямой запрос к известной статье приводит к согласованному ответу либо
предложению этой статьи. Приветствие вместе с вопросом не мешает поиску
содержательной части. Проверяется сохранение порядка выдачи при
различающихся числовых идентификаторах.
Проверяются поиск по заголовкам, ключевым словам, дополнительным
формулировкам и текстам, а также соответствие порядка результатов серверному
ранжированию.
Внутри ветки отправляется контекстный вопрос. Подходящий материал этой
ветки получает приоритет. Затем отправляется запрос по другой теме; при
отсутствии подходящего локального результата бот предлагает найденное
глобально направление.
Общий запрос с несколькими близкими результатами вызывает уточняющий
список. Отсутствие надёжного совпадения приводит к сообщению об отсутствии
результата и доступности формы обращения, а не к произвольной консультации.
При согласованном смысловом поиске отдельно проверяются примеры
с различающимися формулировками, обновление изменённой статьи в индексе
и работа текстового поиска при недоступности модели.
74
4.5.2.5. Проверка аналитики
После текстового запроса в журнале появляется запись с серверной датой,
текстом и результатом. Выбор предложенной статьи связывается с нужной
записью. Показ заголовка без раскрытия ответа не учитывается как выдача
содержательной консультации.
Состав полей и событий журнала должен соответствовать пункту 4.2;
найденные варианты, выбор пользователя, выдача статьи и оценка ответа относятся
к соответствующей обработке запроса или выдаче ответа.
Проверяются значения «Да», «Нет» и отсутствие оценки. Повторное нажатие
не создаёт повторной оценки одного события. Для выбора по дереву
не подставляется произвольное число релевантности.
Фильтр периода, поиск по тексту и переход между страницами проверяются
на наборе, превышающем одну страницу. Для технической ошибки и отсутствия
совпадения отображаются разные результаты обработки.
Сохранение контекста текущей сессии проверяется отдельно от постоянного
журнала аналитики.
4.5.2.6. Проверка интерфейса и готовности
На настольном и мобильном экранах проверяются длинные названия,
форматированный ответ со списками и ссылкой, прокрутка, клавиатурное
управление и открытие формы обращения. Окно формы не должно оставаться под
затемняющим слоем бота.
Проверяются открытие и закрытие окна и сохранение работы остальных
разделов Сайта при использовании общих стилей и обработчиков событий. Перед
открытием формы обращения окно и затемняющий слой чат-бота закрываются.
Работы считаются подготовленными к приёмке после выполнения
обязательных проверок, устранения выявленных несоответствий и передачи
документации. Согласуемые функции проверяются только при их включении
в утверждённый состав работ.
4.5.2.7. Проверка ошибочных и повторных действий
При попытке сохранить пустой заголовок или ответ без содержательного
текста система указывает ошибку и сохраняет введённые в остальные поля
сведения. При неверном идентификаторе раздела сервер отклоняет операцию;
статья не должна получить связь с несуществующей записью.
Проверяется отмена подтверждения удаления. Статья, её текст и размещения
остаются неизменными. Затем проверяется удаление связи с одной веткой:
75
во второй ветке статья открывается с прежним содержанием. Эти действия
выполняются на тестовом материале.
Имитируется ошибка загрузки результата. Пользователь видит сообщение
о технической проблеме и может повторить запрос. В аналитике такая попытка
не должна интерпретироваться как установленное отсутствие ответа в базе знаний.
После восстановления соединения бот возвращается к обычному порядку работы.
Для согласованного смыслового поиска проверяется снятая с публикации
статья, представление которой ещё осталось в индексе. Кандидат отбрасывается
до вывода текста. Наличие в индексе устаревшего идентификатора не должно
позволять получить недоступный материал или нарушать обработку остальных
результатов.
4.5.2.8. Проверка переноса и наполнения
После переноса для каждой статьи по идентификатору либо таблице
соответствий проверяются наличие текста и сохранение исходной связи, если
реестр не предусматривает её замену.
После размещения Исполнитель сверяет количество уникальных статей,
разделов и связей с реестром. Проверяются заголовки, тексты, форматирование,
адреса ссылок и доступность материалов в предусмотренных ветках.
Уникальная статья, используемая в нескольких местах, учитывается один раз
как материал и отдельно по числу связей. По каждой согласованной ветке
выполняется проход до конечного ответа. Ошибки загрузки, неверные связи
и технические дефекты оформления устраняются Исполнителем. Изменение
содержания по новым пожеланиям Заказчика учитывается как изменение реестра.
4.5.2.9. Проверка перед вводом и после переключения
Сначала программные функции проверяются на тестовой копии либо
в согласованной среде. После наполнения выполняются контрольные сценарии на
опубликованном составе материалов. Перед публикацией проверяется время
обработки характерных запросов на согласованном объёме материалов.
На рабочем Сайте проверяются открытие бота, стартовые карточки, один
полный сценарный мар шрут, свободный запрос, отображение форматированной
статьи, оценка ответа и переход к форме обращения. Проверка не должна создавать
реальные обращения без необходимости.
76
4.5.3. Проверка страницы «Для молодежи»
4.5.3.1. Положения трекбара и комплекты контента
Проверяется наличие четырёх исходных положений с обозначениями
«11–14 лет», «14–17 лет», «18–25 лет», «25–35 лет». Для каждого положения
последовательно проверяются подпись выбранной группы, заголовки, текстовые
части и списки всех трёх карточек.
Фактический состав сверяется с таблицами 10–12 построчно, включая
отсутствие элементов со знаком «−» и порядок оставшихся пунктов. Проверяются
адреса отображаемых ссылок. Переключение не должно менять адрес одной
ссылки на адрес соседнего элемента.
Отдельно проверяются переходы между группами с разным количеством
пунктов. После смены положения все три карточки должны показывать один
согласованный возрастной комплект; сохранение части предыдущего содержимого
считается несоответствием.
4.5.3.2. Размеры, текст и футеры
Проверяются состояния со списками до четырёх элементов и более четырёх
элементов. В первом случае все карточки сохраняют базовую высоту,
во втором — увеличиваются синхронно до общей высоты, достаточной для самого
высокого содержимого.
Для длинных надписей проверяются переносы и отсутствие выхода
за границы контейнера. Ширина карточки не должна увеличиваться вслед за
длиной текста. Футеры остаются на предусмотренном уровне и не перекрываются
списками.
При каждом положении трекбара проверяется сохранение трёх кнопокиконок футера: их состава, размеров, визуального состояния и существующего
действия. Переключение возрастной группы не должно менять этот набор.
4.5.3.3. Анимационное поведение
Проверяется пульсация залитой точки без обводки, реализованная через
@keyframes. Эффект соответствует согласованному варианту и не меняет текущее
значение трекбара.
Для карточек проверяется последовательность Fade-Out/Fade-In и отсутствие
наложения старого и нового текста. При нескольких быстрых переключениях после
завершения обработки остаётся содержимое последнего выбранного положения.
Футер не должен исчезать вместе с изменяемой областью. После анимации
все карточки доступны для взаимодействия, а временные значения прозрачности
или размеров не остаются в окончательном состоянии.
77
4.5.3.4. Административная часть
Проверяется редактирование страницы на едином экране настроек:
изменение текста над трекбаром, названий возрастных групп, общих заголовков
карточек, подзаголовков и описаний для каждой группы. Изменение общего
заголовка должно применяться ко всем положениям трекбара, а текстов отдельной
группы — только к соответствующему положению.
Для каждой карточки проверяется единый список кнопок: добавление
и удаление строк, редактирование названий и URL-адресов, изменение порядка
и настройка видимости по возрастным группам. Название, ссылка и порядок
кнопки должны быть одинаковыми для всех групп, в которых она отображается.
Отключение видимости в одной группе не должно скрывать кнопку в остальных.
Скрытые элементы не оставляют пустых строк.
Проверяется добавление нового положения трекбара. Для него должны
появляться поля текстового наполнения всех трёх карточек и отдельный столбец
видимости в каждом списке кнопок. После заполнения и сохранения новая группа
доступна в публичной части и использует предусмотренные правила
переключения, изменения высоты и анимации.
После нажатия общей кнопки «Сохранить» и повторного открытия экрана
проверяется сохранность введённых значений, порядка строк и отметок видимости.
Публичная страница должна отображать сохранённые настройки. Пер еименование
возрастной группы не должно нарушать её связь с текстами и кнопками.
4.5.3.5. Совместимость отображения
Страница проверяется в разных браузерах, а также на мобильных
устройствах с различной шириной экрана. Контроль включает читаемость
возрастных подписей, возможность выбора положения, переносы текста,
геометрию карточек и доступность их элементов.
При изменении размеров окна не должны появляться перекрытия, выход
содержимого за границы или несоответствие выбранной группы показанному
контенту. Ранее реализованные функции страницы проверяются на сохранение
после интеграции.
4.5.4. Проверка календарей тренингов
4.5.4.1. Аудитории и общие настройки
В форме тренинга проверяется независимое включение и отключение трёх
аудиторий. Проверяются одиночные значения, сочетания двух типов и выбор всех
трёх. После сохранения и повторного открытия формы состояния чекбоксов
должны совпадать с сохранённым набором.
78
На обеих страницах проверяются соответствующие индикаторы, их цвета,
количество, порядок и наложение. Невыбранная аудитория не должна добавляться
в карточку. Для разных комбинаций сохраняются читаемость названия
и доступность каждого цветного круга.
В общих настройках изменяются цвет, текст подсказки, текст легенды
и заголовок блока. Проверяется применение каждого значения по на значению
без изменения остальных полей и без необходимости заново назначать аудитории
тренингам.
4.5.4.2. Подсказки и мобильная легенда
В настольной версии курсор последовательно наводится на каждый
индикатор. Отображается пояснение соответствующего типа; при уходе курсора
оно скрывается. Наведение на другие области карточки не вызывает подсказку
аудитории.
В мобильной версии над карточками отображается легенда с тремя цветами,
сохранёнными текстами и заголовком. В настольной версии отдельный блок
легенды отсутствует. Цвета обозначений совпадают с цветами индикаторов обеих
страниц.
Проверяются длинные тексты пояснений в пределах согласованного
наполнения. Подсказки и легенда должны оставаться читаемыми, не выходить
за доступную область и не перекрывать соседние стр оки собственного
содержимого.
4.5.4.3. Действие карточки и модальное окно
Последовательно проверяются нажатия на заголовок, свободную область,
индикатор и надпись «Записаться». Каждое действие открывает одно модальное
окно соответствующего тренинга. Дополнительный переход на страницу
или открытие второго окна не выполняются.
После редактирования описания в CMS проверяется его отображение
в модальном окне, включая абзацы, переносы строк, жирное и курсивное
начертание. Последовательное открытие двух разных карточек должно показывать
описание каждой выбранной записи.
Анимация появления проверяется на соответствие согласованному варианту.
Закрытие сопровождается обратным эффектом, после которого на странице
не остаются затемнение или фрагменты окна. Дополнительно проверяется
повторное открытие после завершённого закрытия.
79
4.5.5. Завершение проверки
Исполнитель устраняет выявленные несоответствия предусмотренным
функциям и повторно проверяет исправленные участки. Для затронутых страниц
дополнительно проверяется совместная работа доработанных элементов после
интеграции в Сайт.
Результаты проверки должны позволять установить, какие функции
проверены, на каких данных и какие замечания устранены. Состав контрольных
действий не вводит дополнительных пользовательских функций сверх
пунктов 4.2–4.4.
4.6. Результат выполнения работ
По итогам выполнения работ Заказчику предоставляются согласованные
проектные материалы, демонстрационные реализации и функционирующие
доработки в объёме пунктов 4.2–4.4. Результаты должны соответствовать одному
согласованному варианту поведения публичной части и административных
настроек.
4.6.1. Результаты по модулю чат-бота
4.6.1.1. Управление знаниями и сценарное взаимодействие
Предоставляется доработанный интерфейс базы знаний с деревом разделов
и редактированием статей. Поддерживаются промежуточные фразы бота,
поисковые обозначения, публикация и использование одной статьи в нескольких
ветках без копирования её текста.
В публичной части функционирует чат-бот в рамках принятого оформления
Сайта. Пользователь может последовательно выбирать направления, вводить
запрос на любом шаге, получать уточняющие варианты и опубликованные ответы.
Поиск учитывает текущую ветку и предусматривает обращение ко всей базе
в установленном порядке.
При отсутствии подходящего материала доступен переход к существующей
форме обращения. Состояние текущего диалога сохраняется в пределах модели
сессии, установленной пунктом 4.2. Первоначальное наполнение выполняется
Исполнителем по предоставленным Заказчиком материалам и согласованному
реестру.
4.6.1.2. Аналитика и согласуемые работы
Предоставляется вкладка базовой аналитики с предусмотренными полями
журнала, фильтром периода, поиском по тексту и постраничным просмотром.
80
В публичной части доступна оценка полезности выданного ответа; сохранённые
оценки связаны с соответствующими событиями.
Если Заказчиком согласован локальный смысловой поиск, в состав
результата включается работоспособное подключение embedding-модели
с подготовленным индексом и порядком его обновления.
Если согласован перенос материалов в существующий FAQ Сайта, результат
включает размещение утверждённого перечня материалов в предусмотренных
рубриках. Перечень и порядок переноса определяются по пункту 4.2.
4.6.2. Результаты по странице «Для молодежи»
4.6.2.1. Проектные материалы
Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта
анимации карточек и трекбара для согласования с Заказчиком.
Прототип должен показывать размещение переключателя, возрастные
подписи, три карточки, неизменяемые футеры и состояния, необходимые для
оценки согласуемого решения. Представленные материалы должны позволять
сопоставить оформление с брендбуком и существующей стилистикой страницы.
4.6.2.2. Демонстрационная и рабочая реализации
На хостинге Исполнителя предоставляется демонстрационная страница с
действующим трекбаром, динамическим обновлением карточек и согласованными
анимациями. Для исходных четырёх положений используется содержание таблиц
10–12 и предоставленные Заказчиком адреса ссылок.
Доработанная страница интегрируется в существующую Платформу. Через
административную панель доступны предусмотренные действия с текстами,
заголовками, списками, ссылками, видимостью элементов и положениями
трекбара. Ранее реализованные функции страницы сохраняются.
4.6.3. Результаты по календарям тренингов
4.6.3.1. Прототипы и демонстрация
Предоставляется прототип карточек тренингов в Figma с цветовыми
индикаторами, всплывающими подсказками и элементом «Записаться», а также
прототип мобильного представления с легендой. Согласованное поведение
предусматривает открытие модального окна при нажатии на общую область
карточки.
81
На хостинге Исполнителя предоставляется демонстрационная страница,
позволяющая проверить подсказки в настольной версии и легенду на мобильных
разрешениях. На демонстрации должны быть представлены состояния с разными
сочетаниями аудиторий и согласованная анимация модального окна.
4.6.3.2. Публичная и административная части
На страницах тренингов и событий реализуются индикаторы выбранных
аудиторий, единая интерактивная область карточки и надпись «Записаться».
Модальное окно показывает описание соответствующего тренинга с базовым
форматированием и согласованными эффектами появления и закрытия.
В административной части доступны независимые отметки трёх аудиторий
для тренинга, общие настройки цветов, тексты подсказок и легенды, её заголовок,
а также поле описания. Сохранённые сведения применяются в публичной части
без правки исходного кода.
4.6.4. Соответствие передаваемых результатов
Демонстрационные и рабочие реализации должны воспроизводить
согласованные настройки и поведение. Наличие прототипа само по себе
не заменяет программную реализацию, а демонстрация статичных изображений
не заменяет проверку действующих элементов.
По чат-боту передаются программные компоненты и эксплуатационные
сведения в составе, установленном пунктом 4.2. Результаты функциональной
проверки должны подтверждать выполнение требований пункта 4.5 и устранение
выявленных несоответствий.
4.7. Требования к front-end и верстке сайта
Исполнитель обязан обеспечить одинаковое отображение страниц сайта
(графических элементов и текстового форматирования) в следующих
веб-обозревателях:
− Opera (не ниже версии 133);
− Mozilla Firefox (не ниже версии 153);
− Google Chrome (не ниже версии 151);
− Safari (не ниже версии 26.6).
При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.
Исполнитель обязан обеспечивать корректное отображение информации
на сайте на следующих типах устройств:
82
− персональные компьютеры (АРМ)
под
управлением
операционных систем Windows, Linux, macOS;
− мобильные устройства (смартфоны) под управлением iOS и
Android.
4.8.
Требования к защите информации
После любых вносимых изменений в Платформу, она должна
соответствовать требованиям информационной безопасности как правовых, так
и технических средств безопасности персональных данных в отношении
Федеральных законов Российской Федерации: от 27.07.2006 N 152-ФЗ
«О персональных данных»; от 27.07.2006 N 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
На платформе должна всегда присутствовать ссылка ведущая на страницу
с информацией «Политика обработки персональных данных» для возможности
ознакомления с ней пользователей.
83
5. ТРЕБОВАНИЯ К ПОРЯДКУ ВЫПОЛНЕНИЯ РАБОТ, СРОКАМ,
РЕЗУЛЬТАТАМ И ЭТАПАМ ИХ ВЫПОЛНЕНИЯ
Порядок оформления и предъявления Заказчику результатов
выполнения работ и оказания услуг
Результаты выполнения работ, а также передача доступов, необходимых для
выполнения работ, производятся в порядке, определённом настоящими
Техническими требованиями и Государственным контрактом, в соответствии с
Календарным планом оказания услуг Государственного контракта, на основании
актов сдачи-приёмки выполненных работ.
Заказчик в течение 3 (трёх) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю:
− доступ к системе управления контентом (CMS) Платформы с правами,
достаточными для выполнения доработок;
− доступ к Git-репозиторию Платформы;
− доступ к тестовой среде (виртуальным машинам), необходимой для
проведения работ.
Доступы предоставляются на срок выполнения работ и пр екращаются после
подписания итогового акта сдачи-приёмки. Передача доступов оформляется актом
или иным документом по согласованию Сторон.
Исполнитель не вправе передавать полученные доступы третьим лицам без
письменного согласия Заказчика.
Передача исходных кодов доработанных компонентов Платформы и
дистрибутивов должна сопровождаться передачей всех необходимых для сборки
библиотек, компиляторов, интерпретаторов, баз данных, специальной среды
разработки (если сборка может быть выполнена только в среде разработки) и т.п.
Все материалы передаются с сопроводительными документами
Исполнителя.
Результаты работ по каждому этапу сопровождаются краткой технической
документацией к доработке, подготовленной Исполнителем. Документация
должна содержать:
− перечень доработанных компонентов Платформы с указанием файлов,
модулей и участков кода, в которые внесены изменения;
− описание внесённых изменений и их назначения;
− описание новых или изменённых параметров конфигурации, если таковые
появились;
− перечень новых или изменённых зависимостей (библиотек, модулей,
расширений);
84
5.1.
− инструкцию по развёртыванию доработки на серверных ресурсах
Заказчика;
− известные ограничения и особенности эксплуатации доработанных
компонентов.
Документация передаётся в электронном виде в формате, допускающем
редактирование (например, DOCX, MD), одновременно с результатами работ по
соответствующему этапу.
Заказчик в течение 3 (трех) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные
ответственных за взаимодействие работников Кадрового центра Подмосковья.
Исполнитель выполняет доработку программного кода, вёрстки страниц,
CSS-стилей и баз данных Платформы на тестовой среде, выбранной одним из
следующих способов:
− вариант 1: тестовая среда, доступ к которой предоставляется
Заказчиком по IP-адресу и определённому порту. Настройка,
сопровождение и обеспечение работоспособности такой тестовой
среды в обязанности Заказчика не входят;
− вариант 2: тестовая среда, самостоятельно организованная
Исполнителем, в том числе на собственном хостинге. Такая тестовая
среда должна быть расположена на территории Российской
Федерации и обеспечивать Заказчику возможность удалённой
проверки результатов доработки.
Выбор варианта тестовой среды осуществляется Исполнителем и
согласовывается с Заказчиком.
В случае недоступности тестовой среды по причинам, не зависящим от
Исполнителя, сроки выполнения работ продлеваются на период такой
недоступности.
Доработки, выполненные и протестированные на тестовой среде и
подтверждённые Заказчиком, направляются в релиз в соответствии со сроками,
установленными Календарным планом выполнения работ.
Пусконаладочные работы проводятся на серверных ресурсах Заказчика после
полного завершения тестирования.
По требованию Заказчика, между Исполнителем и Заказчиком должно быть
заключено соглашение о неразглашение информации. Срок заключения
не должен превышать 5 (пяти) календарных дней с момента направления
соглашения Заказчиком. В случае не заключения Исполнителем соглашения
или нарушения Исполнителем соглашения Государственный контракт может
быть расторгнут в одностороннем порядке.
85
5.2. Календарный план выполнения работ
Состав работ с указанием отчетных документов, которые должен выполнить
Исполнитель, их ожидаемые результаты, сроки и этапы выполнения представлены
в таблице 13.
Таблица 13. Календарный план выполнения работ
№
этапа
Наименование и
содержание этапа
работы
Исполнителя
Результат выполнения работ/ оказания
услуг
Срок выполнения
работ
Доработка Платформы
1
Доработка
страницы «Для
молодежи»
Реализованный функционал страницы
«Для молодежи»:
- трекбар с четырьмя значениями
(«11–14 лет», «14–17 лет», «18–25 лет»,
«25–35 лет»);
динамические карточки с контентом,
соответствующим выбранной возрастной
группе;
- анимация смены карточек и пульсации
бегунка;
- статичный футер с тремя кнопкамииконками;
- административная панель управления
содержимым страницы.
Предоставленные Заказчику для
согласования:
- три альтернативных варианта дизайна
трекбара (с размещением на странице,
выбранным положением и читаемостью
подписей возрастных групп);
- три альтернативных варианта анимации
интерфейсных элементов (трекбара и
карточек).
Утверждённые Заказчиком прототипы и
варианты дизайна/анимации.
Оформленный акт сдачи-приёмки по
этапу.
86
До 2 декабря 2026 г.
(включительно);
3 декабря – 4 декабря
2026 г.
(включительно)
тестирование;
7 декабря 2026 г.
(включительно) ввод
доработки в
эксплуатацию.
2
Доработка
страницы
«Программы
тренингов 2026
года»
Реализованный функционал страниц
«Программы тренингов 2026 года»
(https://czn.mosreg.ru/soiskatelyam/treni
ngi/programmy-treningov-2026-goda/) и
«События»
(https://czn.mosreg.ru/soiskatelyam/event
s/):
- цветовые индикаторы целевых
аудиторий с частичным наложением
кругов в правом верхнем углу карточки;
- всплывающие подсказки индикаторов
при наведении (настольная версия);
- блок легенды «Обозначения» в
мобильной версии;
- единая интерактивная область карточки,
открывающая модальное окно тренинга;
- элемент «Записаться» в нижней части
До 2 декабря 2026 г.
карточки;
(включительно);
- дополненное модальное окно с
3 декабря – 4 декабря
областью описания тренинга и
2026 г.
анимацией открытия/закрытия;
(включительно)
Административная панель:
тестирование;
- поле «Тип целевой аудитории» в форме
7 декабря 2026 г.
тренинга с тремя независимыми
(включительно) ввод
чекбоксами («Ищу работу впервые»,
доработки в
«Смена работы/профессии»,
эксплуатацию.
«Длительный перерыв в работе»);
- подраздел «Настройки индикаторов
аудитории»: выбор одного из трёх
цветов, текст подсказки для настольной
версии, текст расшифровки для
мобильной легенды, заголовок блока
легенды;
- раздельное редактирование подсказки и
легенды без взаимного стирания
значений;
- поле описания тренинга с базовым
форматированием;
- все настройки изменяются через
административную панель без правки
исходного кода и включены в
существующую структуру управления
разделом.
87
3
Доработка модуля
«Чат-бот»
Реализованный функционал модуля
«Чат-бот» на базе существующего
модуля:
База знаний и сценарии:
- многоуровневая иерархия разделов
(неограниченная глубина по реестру
контента, не менее согласованной
максимальной ветки);
- статьи с заголовком, текстом ответа,
ключевыми словами, дополнительными
формулировками, множественными
связями с разделами и признаком
публикации;
- множественные связи одной статьи с
несколькими разделами без создания
физических копий;
- сценарные переходы: подразделы →
статьи, порядок задаётся
администратором;
- проверка структуры на сервере: запрет
циклических связей, блокировка
удаления раздела с вложенными
элементами, отдельное действие
«удалить связь» и «удалить статью»;
Административная панель (раздел
«Чат-бот»):
- представления «База знаний» и
«Аналитика»;
- дерево разделов слева, список статей
выбранного раздела справа;
- операции «Добавить раздел», «Добавить
подраздел», «Изменить», «Удалить»;
- форма раздела (название, родитель,
фраза бота, ключевые слова, порядок,
публикация);
- форма статьи (заголовок, визуальный
редактор ответа, поисковые обозначения,
дополнительные формулировки,
множественный выбор разделов);
- поиск по дереву разделов, сохранение
позиции после редактирования;
- визуальный редактор с поддержкой
абзацев, списков, выделения, ссылок;
удаление опасных элементов;
88
До 10 декабря 2026 г.
(включительно);
11 декабря – 14
декабря 2026 г.
(включительно)
тестирование;
15 декабря 2026 г.
(включительно) ввод
доработки в
эксплуатацию.
- подсказки по полям «фраза бота»,
«ключевые слова», «множественные
связи», «публикация»;
Публичный интерфейс:
- сохранение существующих элементов:
кнопка открытия, заголовок «Цифровой
ассистент Петр», область сообщений,
стартовые карточки, поле ввода;
- стартовые карточки, связанные с
согласованными корневыми разделами;
- переход по разделам с отображением
выбранного варианта, фразы нового
раздела и доступных действий;
- отображение ответа статьи с
сохранением форматирования (абзацы,
списки, выделение, ссылки);
- оценка полезности ответа («Помог ли
вам ответ?» — «Да» / «Нет»);
- свободный ввод на любом шаге с
учётом текущей ветки;
- обработка отсутствия результата:
уточнение запроса, выбор направления,
переход к форме обратной связи (через
существующий механизм Сайта);
- сообщение о временной ошибке без
подмены понятием «нет информации»;
- адаптивность: мобильная вёрстка,
прокрутка, отсутствие горизонтальной
прокрутки, доступность с клавиатуры;
Поиск и контекст:
- текстовый поиск по опубликованным
разделам и статьям с учётом названий,
заголовков, ключевых слов,
дополнительных формулировок и текста
ответов;
- приоритет текущей ветки, глобальный
поиск при отсутствии результата;
- ранжирование с приоритетом
совпадений в заголовках и поисковых
обозначениях;
- однозначный результат — переход к
разделу или статье; неоднозначный — от
3 до 5 вариантов уточнения;
- настройка порогов и условий выбора на
89
контрольном наборе запросов,
согласованном с Заказчиком;
- смена темы, приоритет связи с текущей
веткой;
- хранение состояния сессии (текущий
раздел, последовательность переходов);
Базовая аналитика (вкладка
«Аналитика»):
- журнал обработки запросов в виде
таблицы;
- поля: дата и время, текст сообщения,
текущий раздел, найденный раздел или
статья, оценка релевантности, выбранный
вариант, оценка полезности, результат
обработки;
- раздельная фиксация показа списка,
выбора раздела и выдачи статьи;
- связывание событий через служебный
идентификатор запроса;
- оценка полезности ответа
(необязательная, повторное нажатие не
увеличивает счётчик);
- фильтры: период (по умолчанию 30
дней), поиск по тексту запроса, кнопки
«Применить» и «Сбросить»;
- пагинация не более 50 записей на
страницу, сортировка от новых к старым;
- доступ через существующую
авторизацию административной панели;
Технические требования:
- совместимость существующих полей
questions, answers, result_order;
- серверная проверка входных данных,
защита от SQL-инъекций и XSS;
- проверка прав для административных
операций, защита от подделки запросов;
- согласованное сохранение статьи и её
связей;
- подключение из общей реализации для
всех шаблонов Сайта без дублирования
логики;
- безопасные служебные сообщения об
ошибках без вывода технических
подробностей;
90
- корректная обработка повторных
запросов и обновление кэша после
изменения объектов;
Передаваемые документы и
материалы:
- изменённые программные компоненты;
- описание изменений структуры данных;
- порядок установки и обновления;
- сведения о необходимых настройках;
- инструкция администратора (создание
разделов, изменение родителя,
размещение статьи в нескольких ветках,
публикация, поиск материалов, чтение
аналитики);
- согласованный реестр наполнения;
- согласованный контрольный набор
запросов;
Дополнительно, при наличии
отдельного согласования Заказчика:
- локальная embedding-модель для
смыслового поиска;
- подготовка и обновление индекса;
- совместная работа с текстовым поиском
без дублей;
- деградация до текстового поиска при
недоступности модели;
- описание модели, способ запуска,
размещение индекса, порядок
обновления и восстановления;
Оформленный акт сдачи-приёмки по
этапу.
91
6. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА ИСПОЛНИТЕЛЯ
Исполнитель принимает на себя гарантийные обязательства в отношении
результатов работ, выполненных им в рамках настоящего государственного
контракта. Гарантийные обязательства распространяются на доработанные
компоненты Платформы, а также на компоненты Платформы, работоспособность
которых была нарушена вследствие выполненных Исполнителем доработок.
Гарантийный срок на результат работ устанавливается продолжительностью
12 (двенадцать) месяцев и исчисляется с даты подписания Сторонами итогового
документа о приемке (акта сдачи-приемки) по последнему этапу государственного
контракта.
6.1. Объем гарантийных обязательств
В рамках гарантийной поддержки Исполнитель обязуется:
− обеспечивать работоспособность доработанных компонентов
Платформы, а также существовавших компонентов Платформы,
затронутых доработкой, в соответствии с функциональными
и
нефункциональными
требованиями,
зафиксированными
в Техническом задании и иной согласованной Сторонами
документации;
− устранять недостатки (дефекты), выявленные в процессе эксплуатации
Платформы и относящиеся к результатам выполненных работ:
− критичные дефекты — в срок, не превышающий 1 (одного) рабочего
дня;
− некритичные дефекты — в срок, не превышающий 5 (пяти) рабочих
дней.
Критичным
дефектом
признается
полная
или
существенная
неработоспособность доработанного компонента Платформы, делающая
невозможным его использование по назначению. Некритичным дефектом
признается отдельный функциональный или визуальный недостаток,
не препятствующий использованию компонента по назначению.
Срок устранения дефекта может быть продлен по письменному
согласованию Сторон, но не более чем на 5 (пять) рабочих дней;
− принимать участие в восстановлении работоспособности Платформы
после
сбоев
и
аварий,
вызванных
дефектами
или
недокументированными возможностями, допущенными Исполнителем
при выполнении работ, включая выполнение работ по восстановлению
целостности данных и обновлению программных компонентов.
92
Восстановление работоспособности осуществляется за счет
Исполнителя;
− осуществлять авторский надзор за изменениями Платформы,
выполняемыми силами или по инициативе Заказчика, в целях оценки
влияния таких изменений на сохр анение гарантийных обязательств.
Исполнитель обязуется в течение 5 (пяти) рабочих дней предоставлять
мотивированное заключение о возможности внесения предлагаемых
изменений и их влиянии на гарантийные обязательства. В случае
внесения Заказчиком изменений вопреки мотивированному
заключению Исполнителя о недопустимости таких изменений,
гарантийные обязательства на соответствующие компоненты
прекращаются;
− оказывать консультационную поддержку представителей Заказчика
по вопросам особенностей реализации доработанных компонентов,
а также о возможности, способах и предполагаемых последствиях
внесения предлагаемых изменений в Платформу.
Консультационная поддержка оказывается в объеме не более
10 (десять) обращений за весь гарантийный срок. Обращением
считается одно письменное обращение Заказчика, направленное
по официальным каналам связи, независимо от количества вопросов
в нем. Срок ответа на одно обращение — не более 3 (трех) рабочих дней
с даты его получения Исполнителем.
Консультации, связанные с авторским надзором за изменениями
Платформы, оказываются в рамках процедуры, установленной
настоящим пунктом для авторского надзора, и в лимит 10 (десять)
обращений не входят.
6.2.
Порядок фиксации и направления дефектов
При обнаружении в процессе эксплуатации Платформы недостатков
(дефектов) в доработанных компонентах или компонентах, затронутых
доработкой, Заказчик составляет Акт о выявленных недостатках (далее — Акт),
в котором фиксируются:
− дата и время обнаружения дефекта;
− описание дефекта с указанием последовательности действий,
приведших к его проявлению;
− обстоятельства, при которых дефект был выявлен;
− характер влияния дефекта на функционирование Платформы;
93
− скриншоты, логи или иные материалы, подтверждающие наличие
дефекта (при наличии).
Акт направляется Исполнителю в срок, не превышающий 2 (двух) рабочих
дней с даты обнаружения дефекта. Направление Акта осуществляется
по официальным каналам связи, предусмотренным государственным контрактом.
Срок устранения дефекта исчисляется с даты получения Исполнителем Акта.
В случае если предоставленной в Акте информации недостаточно для
воспроизведения и диагностики дефекта, Исполнитель обязуется в течение 2 (двух)
рабочих дней запросить у Заказчика дополнительные сведения. Исполнитель
вправе запросить дополнительные сведения не более одного раза. Срок устранения
дефекта в таком случае исчисляется с даты получения Исполнителем запрошенных
сведений. При этом общий срок диагностики и устранения дефекта не может
превышать 10 (десяти) рабочих дней с даты получения первоначального Акта.
6.3.
Условия предоставления гарантии и исключения
Гарантийные обязательства не распространяются на недостатки, возникшие
исключительно вследствие:
− нарушения Заказчиком правил эксплуатации Платформы,
установленных эксплуатационной документацией, переданной
Исполнителем;
− внесения изменений в программный код, структуру базы данных или
конфигурацию доработанных компонентов, выполненных Заказчиком
вопреки ранее полученному мотивированному заключению
Исполнителя о недопустимости таких изменений;
− использования Платформы в программно-аппаратной среде,
не соответствующей требованиям, указанным в технической
документации, переданной Исполнителем;
− действий третьих лиц, включая вредоносное программное обеспечение
и сетевые атаки, за исключением случаев, когда такие действия стали
возможны вследствие уязвимостей, допущенных Исполнителем при
выполнении доработок;
− возникновения обстоятельств непреодолимой силы.
При возникновении спора о причинах появления недостатка Исполнитель
обязан предоставить доказательства того, что недостаток возник вследствие
обстоятельств, исключающих гарантийные обязательства согласно настоящему
разделу. До момента предоставления таких доказательств недостаток считается
подлежащим устранению в рамках гарантийных обязательств.
94
Все необходимые для работы информация и материалы, имеющиеся
у Заказчика, передаются Исполнителю в течение трёх рабочих дней со дня
поступления запроса от Исполнителя. Запрос направляется посредством
электронной почты на адрес Заказчика ezopovan@mosreg.ru.
Срок согласования всех материалов с Заказчиком не превышает пяти рабочих
дней с даты направления материалов согласования Заказчику.
95

=== ФАЙЛ: Требование к содержанию, составу заявки на участие в закупке закупка №060577-26 | docs/0348100024426000039/Требование к содержанию, составу заявки на участие в закупке закупка №060577-26.pdf
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА УЧАСТИЕ В ЗАКУПКЕ И ИНСТРУКЦИЯ ПО ЕЕ
ЗАПОЛНЕНИЮ
Настоящие Требования к содержанию, составу заявки на участие в закупке и инструкция по ее заполнению (далее Требования) сформированы в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе
в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее Федеральный закон № 44-ФЗ)
Часть I. Требования к содержанию и составу заявки на участие в закупке.
Заявка на участие в закупке состоит из трех частей.
Первая часть заявки на участие в закупке должна содержать предложение в отношении объекта закупки,
сформированное с учетом положений части 2 статьи 43 Федерального закона № 44-ФЗ, содержащее информацию
и документы, предусмотренные:
подпунктом «г» пункта 2 части 1 статьи 43 Федерального
закона № 44-ФЗ, а именно:
предложение по критериям, предусмотренным пунктами 2
и (или) 3 части 1 статьи 32 Федерального закона № 44-ФЗ,
указанным в извещении об осуществлении закупки
Первая часть заявки также может содержать информацию и документы, предусмотренные подпунктом «д» пункта 2
части 1 статьи 43 Федерального закона № 44-ФЗ, а именно: иную информацию и документы, в том числе эскиз, рисунок,
чертеж, фотография, иное изображение предлагаемого участником закупки товара.
Вторая часть заявки на участие в закупке должна содержать информацию и документы, предусмотренные
подпунктами «м», «о» - «р» пункта 1 части 1 статьи 43 Федерального закона № 44-ФЗ; подпунктом «н» пункта 1
части 1 статьи 43 Федерального закона № 44-ФЗ (при наличии требований к участникам закупки,
установленным в пункте 1 части 1 статьи 31 Федерального закона № 44-ФЗ, дополнительных требований,
установленных в части 2 и 2.1 статьи 31 Федерального закона № 44-ФЗ):
решение о согласии на совершение или о последующем одобрении крупной сделки, если требование о наличии такого
решения установлено законодательством Российской Федерации, учредительными документами юридического лица и
для участника закупки заключение контракта на поставку товара, выполнение работы или оказание услуги, являющихся
объектом закупки, либо внесение денежных средств в качестве обеспечения заявки на участие в закупке, обеспечения
исполнения контракта является крупной сделкой;
декларацию о соответствии участника закупки требованиям, установленным пунктами 3 - 5, 7 - 11 части 1 статьи 31
Федерального закона № 44-ФЗ;
реквизиты счета участника закупки, на который в соответствии с законодательством Российской Федерации
осуществляется перечисление денежных средств в качестве оплаты поставленного товара, выполненной работы (ее
результатов), оказанной услуги, а также отдельных этапов исполнения контракта, за исключением случаев, если в
соответствии с законодательством Российской Федерации такой счет открывается после заключения контракта;
информацию и документы, которые подтверждают
квалификацию участника закупки в соответствии с
критерием, предусмотренным пунктом 4 части 1 статьи 32
Федерального закона № 44-ФЗ.
перечень информации и документов, которые
подтверждают квалификацию участника закупки в
соответствии с критерием, предусмотренным пунктом 4
части 1 статьи 32 Федерального закона № 44-ФЗ,
установлен в Порядке рассмотрения и оценки заявок на
участие в конкурсе, прилагаемом к извещению об
осуществлении закупки.
Третья часть заявки на участие в закупке должна содержать:
предложение участника закупки о цене контракта.
Часть II. Информация и документы об участнике закупки
Помимо информации и документов, указанных в части I Требований, заявка на участие в
закупке должна содержать информацию и документы, предусмотренные подпунктами «а» - «л»
пункта 1 части 1 статьи 43 Федерального закона № 44-ФЗ, если иное не предусмотрено
Федеральным законом № 44-ФЗ, а именно:
1) информацию и документы об участнике закупки:
а) полное и сокращенное (при наличии) наименование юридического лица, в том числе
иностранного юридического лица (если участником закупки является юридическое лицо),
аккредитованного филиала или представительства иностранного юридического лица (если от
имени иностранного юридического лица выступает аккредитованный филиал или
представительство), наименование обособленного подразделения юридического лица (если от
имени участника закупки выступает обособленное подразделение юридического лица),
фамилия, имя, отчество (при наличии) (если участником закупки является физическое лицо, в
том числе зарегистрированное в качестве индивидуального предпринимателя);
б) фамилия, имя, отчество (при наличии), идентификационный номер налогоплательщика (при
наличии) и должность лица, имеющего право без доверенности действовать от имени
юридического лица, либо действующего в качестве руководителя юридического лица,
аккредитованного филиала или представительства иностранного юридического лица, либо
исполняющего функции единоличного исполнительного органа юридического лица;
в) идентификационный номер налогоплательщика (при наличии) членов коллегиального
исполнительного органа, лица, исполняющего функции единоличного исполнительного органа,
управляющего (при наличии), управляющей организации (при наличии), участников (членов)
корпоративного юридического лица, владеющих более чем двадцатью пятью процентами
акций (долей, паев) корпоративного юридического лица, учредителей унитарного
юридического лица или в соответствии с законодательством соответствующего иностранного
государства аналог идентификационного номера налогоплательщика таких лиц;
г) адрес юридического лица, в том числе иностранного юридического лица (если участником
закупки является юридическое лицо) в пределах места нахождения юридического лица, адрес
(место нахождения) аккредитованного филиала или представительства на территории
Российской Федерации (если от имени иностранного юридического лица выступает
аккредитованный филиал или представительство), адрес (место нахождения) обособленного
подразделения юридического лица (если от имени участника закупки выступает обособленное
подразделение юридического лица), место жительства физического лица, в том числе
зарегистрированного в качестве индивидуального предпринимателя (если участник закупки
является физическим лицом, в том числе зарегистрированным в качестве индивидуального
предпринимателя), адрес электронной почты, номер контактного телефона;
д) копия документа, удостоверяющего личность участника закупки в соответствии с
законодательством Российской Федерации (если участник закупки является физическим
лицом, не являющимся индивидуальным предпринимателем);
е) идентификационный номер налогоплательщика юридического лица (если участником
закупки является юридическое лицо), аккредитованного филиала или представительства
иностранного юридического лица (если от имени иностранного юридического лица выступает
аккредитованный филиал или представительство), физического лица, в том числе
зарегистрированного в качестве индивидуального предпринимателя (если участником закупки
является физическое лицо, в том числе зарегистрированное в качестве индивидуального
предпринимателя), аналог идентификационного номера налогоплательщика в соответствии с
законодательством соответствующего иностранного государства (если участником закупки
является иностранное лицо), код причины постановки на учет юридического лица (если
участником закупки является юридическое лицо), аккредитованного филиала или
представительства иностранного юридического лица (если от имени иностранного
юридического лица выступает аккредитованный филиал или представительство),
обособленного подразделения юридического лица (если от имени участника закупки выступает
обособленное подразделение юридического лица);
ж) выписка из единого государственного реестра юридических лиц (если участником закупки
является юридическое лицо), выписка из единого государственного реестра индивидуальных
предпринимателей (если участником закупки является индивидуальный предприниматель);
з) надлежащим образом заверенный перевод на русский язык документов о государственной
регистрации юридического лица или физического лица в качестве индивидуального
предпринимателя в соответствии с законодательством соответствующего государства (если
участником закупки является иностранное лицо);
л) декларация о принадлежности участника закупки к социально ориентированным
некоммерческим организациям в случае установления преимущества, предусмотренного
частью 3 статьи 30 Федерального закона № 44-ФЗ.
2) В соответствии с пунктом 2 части 6 статьи 43 Федерального закона № 44-ФЗ информация и
документы, указанные в части II Требований (предусмотренные подпунктами «а» - «л» пункта
1 части 1 статьи 43 Федерального закона № 44-ФЗ), не включаются участником закупки в
заявку на участие в закупке. Такие информация и документы в случаях, предусмотренных
Федеральным законом № 44-ФЗ, направляются (по состоянию на дату и время их направления)
заказчику оператором электронной площадки путем информационного взаимодействия с
единой информационной системой.
3) В соответствии с пунктом 3 части 6 статьи 43 Федерального закона № 44-ФЗ информация и
документы, которые подтверждают соответствие участника закупки дополнительным
требованиям, установленным в соответствии с частью 2 или 2.1 (при наличии таких требований
и необходимости предоставления таких информации и документов в составе заявки на участие
в закупке) статьи 31 Федерального закона № 44-ФЗ, и предусмотренные подпунктом «н»
пункта 1 части 1 статьи 43 Федерального закона № 44-ФЗ, не включаются участником закупки
в заявку на участие в закупке. Такие информация и документы в случаях, предусмотренных
Федеральным законом № 44-ФЗ, направляются (по состоянию на дату и время их направления)
заказчику оператором электронной площадки из реестра участников закупок, аккредитованных
на электронной площадке.
Указанные в настоящем пункте Требований информация и документы должны соответствовать
требованиям постановления Правительства РФ от 29.12.2021 № 2571 «О требованиях к
участникам закупки товаров, работ, услуг для обеспечения государственных и муниципальных
нужд и признании утратившими силу некоторых актов и отдельных положений актов
Правительства Российской Федерации».
4) В соответствии с подпунктом «б» пункта 1 постановления Правительства Российской
Федерации от 10.04.2023 № 579 «Об особенностях порядка предоставления обеспечения заявок
на участие в закупках товаров, работ, услуг для обеспечения государственных или
муниципальных нужд участниками таких закупок, являющимися иностранными лицами» в
случае, если извещением об осуществлении закупки предусмотрено предоставление
обеспечения заявки на участие в закупке, участники закупки, являющиеся юридическими
лицами, зарегистрированными на территории государства – члена Евразийского
экономического союза, за исключением Российской Федерации, или физическими лицами,
являющимися гражданами государства – члена Евразийского экономического союза, за
исключением Российской Федерации, заявка на участие в закупке должна содержать
информацию и документы, подтверждающие предоставление обеспечения заявки на участие в
закупке, в форме электронных документов или в форме электронных образов бумажных
документов.
5) Предоставление документов, предусмотренных подпунктом «в» пункта 2 части 1 статьи 43
Федерального закона № 44-ФЗ, подтверждающих соответствие товара, работы или услуги
требованиям, установленным в соответствии с законодательством Российской Федерации (в
случае, если в соответствии с законодательством Российской Федерации установлены
требования к товару, работе или услуге и представление указанных документов предусмотрено
извещением об осуществлении закупки, документацией о закупке, если Федеральным законом
№ 44-ФЗ предусмотрена документация о закупке), не требуется, если в соответствии с
законодательством Российской Федерации они передаются вместе с товаром.
6) Не является основанием для отклонения
предложения по критериям, предусмотренным
заявки на участие в закупке (признания ее не
пунктами 2 и (или) 3 части 1 статьи 32
соответствующей требованиям Федерального Федерального закона № 44-ФЗ;
закона № 44-ФЗ) отсутствие в составе заявки
документов, подтверждающих квалификацию
на участие в закупке:
участника закупки в соответствии с
критерием, предусмотренным пунктом 4 части
1 статьи 32 Федерального закона № 44-ФЗ;
информации и документов, указанных в
подпункте «д» пункта 2 части 1 статьи 43
Федерального закона № 44-ФЗ.
7) Если в извещении об осуществлении закупки, сведениях и документах, прилагаемых к нему,
в том числе в описании объекта закупки и(или) документах в составе обоснования начальной
(максимальной) цены контракта, начальной суммы цен единиц товаров, работ, услуг, включая
сметную документацию, указан товарный знак (за исключением указания товарного знака в
случаях, установленных в подпунктах «б», «в», «г» пункта 1 части 1 статьи 33 Федерального
закона № 44-ФЗ), то такое указание следует читать в сопровождении слов «или эквивалент».
8) В случае отсутствия в заявке на участие в закупке информации и документов, определенных
в соответствии с пунктом 2 части 2 статьи 14 Федерального закона № 44-ФЗ (в случае, если в
извещении об осуществлении закупки, документации о закупке (если Федеральным законом
№ 44-ФЗ предусмотрена документация о закупке) установлены предусмотренные указанной
статьей запрет, ограничение, преимущество) такая заявка приравнивается к заявке, в которой
содержится предложение о поставке товаров, происходящих из иностранного государства,
работ, услуг, соответственно выполняемых, оказываемых иностранными лицами.
9) В соответствии с пунктом 1 части 1 статьи 43 Федерального закона № 44-ФЗ информация и
документы, которые подтверждают соответствие участника закупки требованиям,
установленным пунктом 1 части 1 статьи 31 Федерального закона № 44-ФЗ (при наличии таких
требований и необходимости предоставления таких информации и документов в составе заявки
на участие в закупке), могут не включаться в заявку на участие в закупке, если указанные
информация и документы содержатся в открытых и общедоступных государственных реестрах,
размещенных в информационно-телекоммуникационной сети «Интернет», и в декларацию,
предусмотренную подпунктом «о» пункта 1 части 1 статьи 43 Федерального закона № 44-ФЗ,
включено положение о соответствии участника закупки требованиям, установленным пунктом
1 части 1 статьи 31 Федерального закона № 44-ФЗ, с указанием адреса сайта или страницы
сайта в информационно-телекоммуникационной сети «Интернет», на которых размещены
такие информация и документы.
Часть III. Инструкция по заполнению заявки на участие в закупке.
1. В соответствии с частью 4 статьи 43 Федерального закона № 44-ФЗ участник закупки
вправе подать только одну заявку на участие в закупке в любое время с момента размещения в
единой информационной системе извещения об осуществлении закупки до окончания
установленного в соответствии с Федеральным законом № 44-ФЗ срока подачи заявок на
участие в закупке.
2. Согласно части 5 статьи 43 Федерального закона № 44-ФЗ подача заявки на участие в
закупке означает согласие участника закупки, подавшего такую заявку, на поставку товара,
выполнение работы, оказание услуги на условиях, предусмотренных извещением об
осуществлении закупки, документацией о закупке (в случае, если Федеральным законом № 44ФЗ предусмотрена документация о закупке), и в соответствии с заявкой такого участника
закупки на участие в закупке.
3. В соответствии с пунктом 1 части 6 статьи 43 Федерального закона № 44-ФЗ подать
заявку на участие в закупке вправе только зарегистрированный в единой информационной
системе и аккредитованный на электронной площадке участник закупки путем направления
такой заявки в соответствии с Федеральным законом № 44-ФЗ оператору электронной
площадки.
4. Согласно пункту 5 части 6 статьи 43 Федерального закона № 44-ФЗ не позднее одного
часа с момента получения заявки на участие в закупке оператор электронной площадки
осуществляют возврат заявки подавшему ее участнику закупки в случаях:
а) подачи заявки на участие в закупке с нарушением требований, предусмотренных
частью 1 статьи 5 Федерального закона № 44-ФЗ;
б) подачи одним участником закупки двух и более заявок на участие в закупке при
условии, что поданные ранее таким участником заявки на участие в закупке не отозваны. При
этом такому участнику закупки возвращаются все заявки на участие в закупке;
в) подачи заявки на участие в закупке после окончания срока подачи заявок на участие в
закупке;
г) подачи участником закупки в соответствии с Федеральным законом № 44-ФЗ заявки на
участие в закупке, содержащей предложение о цене контракта, о сумме цен единиц товара,
работы, услуги, размер которого превышает соответственно начальную (максимальную) цену
контракта, начальную сумму цен единиц товара, работы, услуги либо равен нулю;
д) указания в соответствии с подпунктом «б» пункта 2 части 1 статьи 43 Федерального
закона № 44-ФЗ иностранного государства в качестве страны происхождении товара в случае
установления в соответствии с подпунктом «а» пункта 1 части 2 статьи 14 Федерального закона
№ 44-ФЗ в извещении об осуществлении закупки запрета закупки товара, происходящего из
иностранного государства или группы иностранных государств;
е) получения оператором электронной площадки от банка информации, указанной в
подпункте «г» пункта 3 части 5 статьи 44 Федерального закона № 44-ФЗ;
ж) отсутствия номера реестровой записи в реестре независимых гарантий, размещенном
в единой информационной системе, несоответствия идентификационного кода закупки, для
обеспечения заявки на участие в которой выдана независимая гарантия, идентификационному
коду закупки, указанному в извещении об осуществлении закупки, приглашении, а также если
сумма независимой гарантии менее размера обеспечения заявок на участие в закупке,
установленного заказчиком в соответствии с Федеральным законом № 44-ФЗ;
з) наличия в предусмотренном Федеральным законом № 44-ФЗ реестре
недобросовестных поставщиков (подрядчиков, исполнителей) информации об участнике
закупки, в том числе информации о членах коллегиального исполнительного органа, лице,
исполняющем функции единоличного исполнительного органа участника закупки юридического лица, при условии установления требования, предусмотренного частью 1.1 статьи
31 Федерального закона № 44-ФЗ;
и) отсутствия в реестре участников закупок, аккредитованных на электронной площадке,
информации и документов участника закупки, предусмотренных перечнем, установленным
Правительством Российской Федерации в соответствии с частью 3 статьи 31 Федерального
закона № 44-ФЗ (при осуществлении закупки, в отношении участников которой в извещении об
осуществлении закупки установлены дополнительные требования в соответствии с частью 2 или
2.1 статьи 31 Федерального закона № 44-ФЗ);
к) подачи заявки участником закупки, не являющимся субъектом малого
предпринимательства, социально ориентированной некоммерческой организацией, в случае
установления в извещении об осуществлении закупки преимущества, предусмотренного частью
3 статьи 30 Федерального закона № 44-ФЗ;
л) подачи заявки участником закупки, являющимся иностранным лицом, в случае
установления в соответствии с подпунктом «а» пункта 1 части 2 статьи 14 Федерального закона
№ 44-ФЗ в извещении об осуществлении закупки запрета закупки работы, услуги,
соответственно выполняемой, оказываемой иностранным лицом.
5. При определении характеристик предлагаемого участником закупки товара,
соответствующих показателям, установленным заказчиком в описании объекта закупки в
соответствии с частью 2 статьи 33 Федерального закона № 44-ФЗ участнику закупки следует
принимать во внимание следующее.
В случае если характеристики и показатели товара установлены заказчиком в описании
объекта закупки в рамках применения информации, включенной в каталог товаров, работ, услуг
для обеспечения государственных и муниципальных нужд, формируемый в соответствии с
постановлением Правительства Российской Федерации от 08.02.2017 № 145 «Об утверждении
Правил формирования и ведения в единой информационной системе в сфере закупок каталога
товаров, работ, услуг для обеспечения государственных и муниципальных нужд и Правил
использования каталога товаров, работ, услуг для обеспечения государственных и
муниципальных нужд» (далее – КТРУ), заказчиком используются знаки, символы, обозначения,
слова и союзы предусмотренные КТРУ, в значении, определенном Министерством финансов
Российской Федерации по согласованию с Федеральной антимонопольной службой России при
формировании соответствующей позиции КТРУ.
Инструкция по заполнению характеристик в заявке на участие в закупке приведена в
разделе «Информация об объекте закупки» извещения об осуществлении закупки.
6. Ответственность за недостоверность информации и (или) документов, включенных в
заявку на участие в закупке, за действия, совершенные на основании указанных информации и
(или) документов, несет участник закупки.

=== ФАЙЛ: Порядок рассмотрения и оценки заявок на участие в конкурсах закупка №060577-26 | docs/0348100024426000039/Порядок рассмотрения и оценки заявок на участие в конкурсах закупка №060577-26.pdf
ПОРЯДОК
рассмотрения и оценки заявок на участие в конкурсе
I. Информация о заказчике и закупке товаров, работ, услуг для обеспечения
государственных и муниципальных нужд (далее - закупка)
Коды
Полное наименование:
Место нахождения, телефон, адрес
электронной почты
ГОСУДАРСТВЕННОЕ
КАЗЕННОЕ
УЧРЕЖДЕНИЕ
МОСКОВСКОЙ ОБЛАСТИ
"ЦЕНТР ЗАНЯТОСТИ
НАСЕЛЕНИЯ
МОСКОВСКОЙ
ОБЛАСТИ"
142400, Московская
область, г. Ногинск,ул.
Горького д.2
bantik0711@mail.ru
79687808846
ИНН
50310442
93
50740100
1
КПП
46760000
001
по ОКТМО
ИНН
Наименование бюджетного,
автономного учреждения
государственного, муниципального
унитарного предприятия, иного
юридического лица, которому
переданы полномочия
государственного, муниципального
заказчика
Место нахождения, телефон, адрес
электронной почты
Наименование объекта закупки
КПП
по ОКТМО
Выполнение работ по развитию и модернизации
платформы управления типовым сайтом
Государственного казенного учреждения «Центр
занятости населения Московской области» (в сфере
ИКТ)
II. Критерии и показатели оценки заявок на участие в закупке
N
Критерий
оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
Показатель
оценки,
детализирующи
й показатель
оценки
Значимость
показателя,
детализирующег
о показатель
оценки,
процентов
Формула оценки
или шкала
оценки
1.
Цена контракта,
сумма цен
единиц товара,
работы, услуги
30,00
-
-
-
-
Оценка заявок
осуществляется
по одной из
формул,
предусмотренно
й пунктами 9
или 10
Положения об
оценке заявок на
участие в
закупке товаров,
работ, услуг для
обеспечения
государственны
хи
муниципальных
нужд,
утвержденного
постановлением
Правительства
Российской
Федерации от 31
декабря 2021 г.
N 2604 "Об
оценке заявок на
участие в
закупке товаров,
работ, услуг для
обеспечения
государственны
хи
муниципальных
нужд, внесении
изменений в
пункт 4
постановления
Правительства
Российской
Федерации от 20
декабря 2021 г.
N 2369 и
признании
утратившими
силу некоторых
актов и
отдельных
положений
некоторых актов
Правительства
Российской
Федерации"
(далее Положение).
а) за
исключением
случаев,
предусмотренны
х подпунктом
«б» пункта 9
Положения и
пунктом 10
Положения, по
формуле:
где:
Цi предложение
участника
закупки о цене
контракта, или о
сумме цен всех
контрактов,
заключаемых по
результатам
проведения
совместного
конкурса (в
случае
проведения
совместного
конкурса), или о
сумме цен
единиц товара,
работы, услуги
(в случае,
предусмотренно
м частью 24
статьи 22
Федерального
закона №44-ФЗ,
в том числе при
проведении в
этом случае
совместного
конкурса),
заявка (часть
заявки) которого
подлежит в
соответствии с
Федеральным
законом №44ФЗ оценке по
критерию
оценки "цена
контракта,
сумма цен
единиц товара,
работы, услуги"
(далее - ценовое
предложение);
Цл - наилучшее
ценовое
предложение из
числа
предложенных в
соответствии с
Федеральным
законом
участниками
закупки, заявки
(части заявки)
которых
подлежат оценке
по критерию
оценки "цена
контракта,
сумма цен
единиц товара,
работы, услуги".
б) в случае если
по результатам
применения
формулы,
предусмотренно
й подпунктом
"а" пункта 9
Положения, при
оценке хотя бы
одной заявки
получено
значение,
являющееся
отрицательным
числом,
значение
количества
баллов по
критерию
оценки "цена
контракта,
сумма цен
единиц товара,
работы, услуги"
всем заявкам,
подлежащим в
соответствии с
Федеральным
законом № 44ФЗ оценке по
указанному
критерию
оценки (БЦi),
определяется по
формуле:
где Цнач начальная
(максимальная)
цена контракта,
или сумма
начальных
(максимальных)
цен каждого
контракта,
заключаемого по
результатам
проведения
совместного
конкурса (в
случае
проведения
совместного
конкурса), или
начальная сумма
цен единиц
товаров, работ,
услуг (в случае,
предусмотренно
м частью 24
статьи 22
Федерального
закона № 44-ФЗ,
в том числе при
проведении в
таком случае
совместного
конкурса).
Если при
проведении
процедуры
подачи
предложений о
цене контракта
либо о сумме
цен единиц
товара, работы,
услуги (в случае,
предусмотренно
м частью 24
статьи 22
Федерального
закона №44-ФЗ)
в соответствии с
Федеральным
законом подано
ценовое
предложение,
предусматриваю
щее снижение
таких цены
контракта либо
суммы цен ниже
нуля, значение
количества
баллов по
критерию
оценки "цена
контракта,
сумма цен
единиц товара,
работы, услуги"
(БЦi)
определяется в
следующем
порядке:
а) для
подлежащей в
соответствии с
Федеральным
законом №44ФЗ оценке
заявки
участника
закупки,
ценовое
предложение
которого не
предусматривает
снижение цены
контракта либо
суммы цен ниже
нуля, по
критерию
оценки "цена
контракта,
сумма цен
единиц товара,
работы, услуги"
значение
количества
баллов по
указанному
критерию
оценки (БЦi)
определяется по
формуле:
б) для
подлежащей в
соответствии с
Федеральным
законом №44ФЗ оценке
заявки
участника
закупки,
ценовое
предложение
которого
предусматривает
снижение цены
контракта либо
суммы цен ниже
нуля, по
критерию
оценки "цена
контракта,
сумма цен
единиц товара,
работы, услуги"
значение
количества
баллов по
указанному
критерию
оценки (БЦi)
определяется по
формуле:
4.
Квалификация
участников
закупки, в том
числе наличие у
них финансовых
ресурсов, на
праве
собственности
или ином
законном
основании
оборудования и
других
материальных
ресурсов, опыта
70,00
Наличие у
участников
закупки опыта
поставки товара,
выполнения
работы,
оказания услуги,
связанного с
предметом
контракта
100,00
Характеристика
квалификации
участников
закупки N 2
Общее
количество
исполненных
участником
закупки
договоров
100,00
Лучшим
является
наибольшее
значение
характеристики,
указанной в
графе
«Показатель
оценки,
детализирующи
й показатель
оценки»
настоящей
строки, оценка
заявок
работы,
связанного с
предметом
контракта, и
деловой
репутации,
специалистов и
иных
работников
определенного
уровня
квалификации
осуществляется
по формуле,
предусмотренно
й подпунктом
«б» пункта 20
Положения:
где:
Хmax максимальное
значение
характеристики,
содержащееся в
заявках (частях
заявок),
подлежащих в
соответствии с
Федеральным
законом оценке
по критерию
оценки
"квалификация
участников
закупки";
Хi - значение
характеристики,
содержащееся в
предложении
участника
закупки, заявка
(часть заявки)
которого
подлежит в
соответствии с
Федеральным
законом оценке
по критерию
оценки
"квалификация
участников
закупки";
Хmin минимальное
значение
характеристики,
содержащееся в
заявках (частях
заявок),
подлежащих в
соответствии с
Федеральным
законом оценке
по критерию
оценки
"квалификация
участников
закупки";
III. Отдельные положения о применении отдельных критериев оценки, показателей оценки и показателей оценки, детализирующих
показатели оценки, предусмотренных разделом II настоящего документа
№
Наименование критерия оценки, показателя
оценки, показателя оценки, детализирующего
показатель оценки, при применении которого
устанавливается положение, предусмотренное
графой 3
Положение о применении критерия оценки,
показателя оценки, показателя оценки,
детализирующего показатель оценки
1
2
3
1
Критерий:
Цена контракта, сумма цен единиц товара,
работы, услуги
Подпункт «а» пункта 3 Положения.
Критерий:
Квалификация участников закупки, в том числе
наличие у них финансовых ресурсов, на праве
собственности или ином законном основании
оборудования и других материальных ресурсов,
опыта работы, связанного с предметом
контракта, и деловой репутации, специалистов и
Подпункт «г» пункта 3 Положения
4
Оценка заявок по критерию оценки
осуществляется в соответствии со следующими
требованиями:
а) заявкам, содержащим наилучшее ценовое
предложение, а также предложение, равное
такому наилучшему ценовому предложению,
присваивается 100 баллов;
б) значение Цл при применении формулы,
предусмотренной подпунктом "а" пункта 10
Положения, и значения Цл и Цi при применении
формулы, предусмотренной подпунктом "б"
пункта 10 Положения, указываются без знака
"минус".
иных работников определенного уровня
квалификации
4.1
Показатель:
Наличие у участников закупки опыта поставки
товара, выполнения работы, оказания услуги,
связанного с предметом контракта
Подпункт «в» пункта 24 Положения
4.1.1
Детализирующий показатель: Характеристика
квалификации участников закупки N 2
Общее количество исполненных участником
закупки договоров
Требования к документам для оценки
показателя: Наличие исполненного договора на
выполнение работ по разработке и (или)
модификации (доработке, модернизации) сайтов,
веб-порталов, информационных систем либо их
отдельных модулей, в состав которых входили
работы, в том числе, по созданию и (или)
модификации чат-бота как программного
модуля соответствующего сайта, веб-портала
или информационной системы. Указанные
работы должны быть предусмотрены договором
и (или) его приложениями, включая техническое
задание.
Перечень документов, подтверждающих
наличие у участника закупки опыта выполнения
работ (оказания услуг): 1. исполненный договор
(договоры), 2. акт (акты) приемки оказанных
услуг, составленные при исполнении такого
договора (договоров); Последний акт,
составленный при исполнении договора, должен
быть подписан не ранее чем за 5 лет до даты
окончания срока подачи заявок; - к оценке
принимаются исполненные участником закупки
с учетом правопреемства (в случае наличия в
заявке подтверждающего документа) контракты,
заключенные и исполненные в соответствии с
Федеральным законом № 44-ФЗ, и договоры,
заключенные и исполненные в соответствии с
Федеральным законом № 223-ФЗ «О закупках
товаров, работ, услуг отдельными видами
юридических лиц»; Оценке не подлежат
контракты/договоры, услуги по которым
продолжаются и/или не выполнены (являются
незавершенными). Документы направляются в
форме электронных документов или в форме
электронных образов бумажных документов.
Если такие документы и информация о таких
документах содержатся в открытых и
общедоступных государственных реестрах,
размещенных в информационнотелекоммуникационной сети "Интернет", в том
числе ведение которых осуществляется в единой
информационной системе в сфере закупок с
размещением указанных документов на
официальном сайте единой информационной
системы в сфере закупок в информационнотелекоммуникационной сети "Интернет", вместо
направления таких документов участник закупки
вправе направить номер реестровой записи из
соответствующего реестра. В случае наличия
противоречий между информацией,
содержащейся в единой информационной
системе, и информацией, содержащейся в
документах, направляемых участником закупки,
приоритет имеет информация, содержащаяся в
единой информационной системе.
Единица измерения: Штука
Участник закупки вправе указать
представленные в составе заявки контракты и
(или) договоры и (или) номера реестровых
записей из соответствующего реестра в
рекомендованной форме «Квалификация
участников закупки» (Приложение №1 к
Порядку рассмотрения и оценки заявок на
участие в конкурсе).
Приложение №1
к Порядку рассмотрения и оценки
заявок на участие в конкурсе
Рекомендованная форма «Квалификация участников закупки»
№ п/п
Номер
реестровой
записи из
соответству
ющего
реестра
(при
наличии)
Номер
контракта
(договора)
Наименован
ие Заказчика
по контракту
(договору), в
том числе
ИНН
Дата
заключения
контракта
(договора)
Наименован
ие предмета
контракта
(договора)
Цена
контракта
(договора)
(рублей)
Стоимость
исполненны
х
обязательств
в
стоимостном
выражении
(рублей)
Номер, дата
и сумма
документа(о
в),
подтвержда
ющего
исполнение
обязательств
Примечание
Приложение 2
к порядку рассмотрения и оценки
заявок на участие в конкурсе
«Перечень свойств объекта закупки, подлежащих оценке, рекомендуемая форма предоставления предложений участником закупки о свойствах
объекта закупки, подлежащих оценке»
Не предусмотрено

=== ФАЙЛ: ↳ Проект контракта, сост. 28.09.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_09_28-17_05.docx | docs/0348100024426000039/Проект контракта, сост. 28.09.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_09_28-17_05.pdf
Проект государственного контракта № ________________
Выполнение работ по развитию и модернизации платформы управления типовым сайтом
Государственного казенного учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
«___» _____________ 20___ год
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ", именуемое(ая,ый) в дальнейшем
«Заказчик», в лице Директора Скородумовой Светланы Александровны, действующего на
основании Устава, с одной стороны, и ________________, именуемое(ая,ый) в дальнейшем
«Исполнитель», в лице ________________ ________________, действующего на основании
________________, с другой стороны, а вместе именуемые «Стороны» и каждый в отдельности
«Сторона», с соблюдением требований Гражданского кодекса Российской Федерации (далее –
Гражданский кодекс), Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон № 44-ФЗ) и иных правовых актов Российской Федерации и Московской
области, на основании ____________________, заключили настоящий государственный контракт
(далее – Контракт) о нижеследующем.
1. Предмет Контракта
1.1. Предмет Контракта - Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного учреждения «Центр занятости населения
Московской области» (в сфере ИКТ).
1.2. Исполнитель по заданию Заказчика обязуется в установленный Контрактом срок
выполнить работы по созданию и (или) развитию (модернизации) иной информационной системы
(далее – работы, Система), а Заказчик обязуется принять выполненные работы и оплатить их.
1.3. Идентификационный код закупки – ИКЗ: 262503104429350740100101000016201242.
1.4. Перечень и объем работ, подлежащих выполнению, требования к качеству выполняемых
Исполнителем работ, а также требования к порядку и способу их выполнения Исполнителем,
определяются Контрактом, в том числе приложением 5 к Контракту «Описание объекта закупки
(техническое задание)» (далее – техническое задание).
1.5. Работы выполняются Исполнителем в соответствии с национальными стандартами и
государственными стандартами в части требований к проектированию, стадиям создания, видам,
комплектности и обозначению документов, видам испытаний при создании и (или) развитии
(модернизации) государственных (муниципальных) информационных систем и (или) иных
информационных систем, а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно требованиям
Федерального закона № 44-ФЗ, Федерального закона от 27.07.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации» (далее – Федеральный закон № 149-ФЗ), а
также иных нормативных правовых актов в сфере контрактной системы, информационных
технологий, защиты информации, правовой защиты интересов государства в области
интеллектуальной собственности, регулирующих соответствующие отношения и непосредственно
указанных в техническом задании.
1.6. Результат выполненных работ по Контракту: В соответствии с таблицей 12 ООЗ.
2. Цена Контракта, порядок и сроки оплаты работ
2
2.1. Цена Контракта оставляет ________________, ________________ 1 (далее – Цена
Контракта). Цена каждого этапа исполнения Контракта указана в разделе «Срок исполнения
контракта (отдельных этапов исполнения контракта)» приложения 2 к Контракту «Сведения об
обязательствах сторон и порядке оплаты» (далее – приложение 2 к Контракту).
2.2. Цена Контракта является твердой и определяется на весь срок исполнения Контракта.
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому лицу, в
том числе зарегистрированному в качестве индивидуального предпринимателя, уменьшается на
размер налогов, сборов и иных обязательных платежей в бюджеты бюджетной системы Российской
Федерации, связанных с оплатой Контракта, если в соответствии с законодательством Российской
Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
2.4. Источник финансирования:
Бюджет \
Код бюджетной
Лицевой
Внебюджетные Тип средств
классификации
Сумма, руб.
Год
счет
средства
расходов
Средства
Областной
бюджета
831040104402915
03831D0292
2026
бюджет
Московской 90242
0
области
2.5. Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту.
2.6. Порядок и сроки оплаты работы установлены в разделе «Порядок и сроки оплаты»
приложения 2 к Контракту.
2.7. Заказчик оплачивает выполненные работы в соответствии с условиями Контракта путем
перечисления денежных средств на счет Исполнителя, реквизиты которого приведены в разделе 16
Контракта, за вычетом суммы выплаченного аванса (если Контрактом предусмотрена выплата
аванса).
2.8. Обязательства Заказчика по оплате работ считаются исполненными с момента списания
денежных средств со счетов Заказчика.
2.9. Условие об удержании Заказчиком суммы неисполненных Исполнителем требований об
уплате неустоек (штрафов, пеней) из суммы, подлежащей оплате Исполнителю, содержится в
разделе «Порядок и сроки оплаты» приложения 2 к Контракту. Заказчик удерживает неустойку
(штрафы, пени) из оплаты за исключением случаев, если неустойка (штрафы, пени) подлежит
списанию в соответствии с действующим законодательством. Заказчик перечисляет за Исполнителя
удержанную сумму неустоек (штрафов, пеней) в установленном порядке в доход соответствующего
бюджета бюджетной системы Российской Федерации.
2.10. Выплата аванса не предусмотрена.
3. Сроки, порядок и место выполнения работ.
Порядок предоставления (передачи) результатов выполнения работ Заказчику.
Исключительные права
3.1. Начальный и конечный сроки выполнения работ, а также промежуточные сроки
выполнения работ (если они предусмотрены Контрактом), указаны в разделе «Обязательства по
выполнению работ» приложения 2 к Контракту.
3.2. Место выполнения работ указано в приложении 2 к Контракту.
1
Указывается «в том числе НДС», а также сумма НДС в рублях. В случаях, если в соответствии с
законодательством Российской Федерации о налогах и сборах выполнение работ не облагается НДС, Подрядчик
использует право на освобождение от исполнения обязанностей налогоплательщика, связанных с исчислением и
уплатой НДС, Подрядчик не признается налогоплательщиком НДС указывается - «НДС не облагается».
3
3.3. Исполнитель выполняет работы в порядке согласно разделу «Обязательства по
выполнению работ» приложения 2 к Контракту и в соответствии с иными условиями,
предусмотренными Контрактом.
3.4. Порядок предоставления (передачи) результатов выполнения работ Заказчику:
3.4.1. Передача исходных кодов, разработанных в ходе выполнения работ программ для
электронных вычислительных машин (далее – программа для ЭВМ) и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек
зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции,
создания дистрибутива и установки (развертывания) программы для ЭВМ.
3.4.2. Для проведения компиляции, создания дистрибутива и установки (развертывания)
программы для ЭВМ должны использоваться свободно распространяемые компиляторы,
интерпретаторы и иное программное обеспечение, необходимое для указанных целей,
дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе
выполнения работ программ для ЭВМ.
3.4.3. В случае использования для проведения компиляции, создания дистрибутива и
установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного
программного обеспечения, права на использование, копирование и модификацию которых
принадлежат третьим лицам, Исполнитель за свой счет передает Заказчику дистрибутивы и права на
использование таких компиляторов, интерпретаторов и иного программного обеспечения.
3.4.4. Исполнитель в процессе сдачи-приемки работ по Контракту должен провести
демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания)
разработанных программ для ЭВМ с использованием средств, указанных в подпункте 3.4.1 пункта
3.4 Контракта, а также в соответствии с инструкциями, приведенными в рабочей документации на
Систему.
3.4.5. Документация на Систему и ее части (техническая и рабочая) должна содержать
исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего
развития и эксплуатации.
3.4.6. Техническая и рабочая документация должна содержать описание разработанных
результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов,
алгоритмов и протоколов информационного взаимодействия, технических требований,
спецификаций и форматов обмена данными для взаимодействия с другими информационными
системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в
дальнейшем без привлечения подрядчика (исполнителя).
3.4.7. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных
нормативными правовыми актами Российской Федерации в сфере информационных технологий,
защиты информации, правовой защиты интересов государства в области интеллектуальной
собственности, включая документы, подтверждающие отказ авторов (разработчиков) от
исключительных прав на передаваемые объекты интеллектуальной собственности в пользу
исполнителя, с проектами заявок на государственную регистрацию в установленном порядке прав
заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения,
полезные модели, промышленные образцы, программы для электронных вычислительных машин,
базы данных, топологии интегральных микросхем, а также исключительные права на результаты
работ, включая объекты авторских прав и потенциально патентоспособные технические решения,
секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Исполнителем в
составе отчетной документации, предусмотренной условиями Контракта.
3.5. Принадлежность исключительных прав и права собственности на результаты работ:
3.5.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но
не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, а также исключительные права на результаты работ, включая
объекты авторских прав и потенциально патентоспособные технические решения, секреты
производства (ноу-хау), созданные в рамках Контракта, принадлежат в лице Заказчика субъекту
Российской Федерации / муниципальному образованию.
4
3.5.2. Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, считаются переданными с даты подписания
Заказчиком или утверждения Заказчиком подписанного всеми членами приемочной комиссии (в
случае создания Заказчиком приемочной комиссии) документа о приемке, указанного в разделе
«Порядок и сроки осуществления приемки и оформления результатов» приложения 2 к Контракту
(далее – документ о приемке).
3.5.3. В случае если при осуществлении работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, осуществлять ее в соответствии с
предоставляемыми в обязательном порядке Заказчиком правами на их использование на период
исполнения работ по Контракту.
3.6. Право использования программного обеспечения:
3.6.1. В случае, предусмотренном подпунктом 5.4.4 пункта 5.4 Контракта, Исполнитель
гарантирует, что обладает соответствующими правами (в соответствии со статьей 1229, частью 1
статьи 1235 или статьей 1238 Гражданского кодекса) на предоставление Заказчику прав
использования на условиях простых (неисключительных) лицензий на программное обеспечение
(далее – программное обеспечение). Исполнитель должен предоставить Заказчику документы,
подтверждающие настоящую гарантию (авторизационные письма, выписки из договора с
правообладателем программного обеспечения).
3.6.2 Территория, на которой допускается использование программного обеспечения:
Российская Федерация.
3.6.3. Способы использования программного обеспечения: хранить, устанавливать и
использовать копии программного обеспечения; передавать программное обеспечение конечным
пользователям на условиях, не противоречащих условиям настоящего Контракта; изготовить одну
архивную копию программного обеспечения, предназначенную для восстановления данных
Заказчика на случай его утери или повреждения. Архивная копия не может быть использована в
иных целях; получать консультационную помощь по программному обеспечению, в том числе
помощь в индивидуальной настройке программного обеспечения; использовать обновленные
версии программного обеспечения; получать обновленные версии программного обеспечения;
обращаться неограниченное количество раз по электронной почте в информационно-техническую
службу производителя программного обеспечения в случае возникновения технических проблем в
процессе эксплуатации программного обеспечения.
3.6.4. Срок действия лицензии и иные характеристики передаваемых прав использования,
подлежащих предоставлению, требования к программному обеспечению, требования к
обслуживанию, которое должно осуществляется в период действия лицензии, определяются
техническим заданием.
Если иное не установлено Контрактом лицензия не дает право получения возможности
распространять рекламную информацию в информационно-телекоммуникационной сети
«Интернет» и (или) получать доступ к такой информации, размещать предложения о приобретении
(реализации)
товаров
(работ,
услуг),
имущественных
прав
в
информационнотелекоммуникационной сети «Интернет», осуществлять поиск информации о потенциальных
покупателях (продавцах) и (или) заключать сделки.
3.6.5. Датой предоставления лицензии является дата, указанная в подписанном Заказчиком
документе о приемке (раздел «Порядок и сроки осуществления приемки и оформления результатов»
приложения 2 к Контракту).
3.6.6. Заказчик не обязан представлять Исполнителю отчеты об использовании
программного обеспечения, права на которое приобрел у Исполнителя.
4. Порядок и сроки осуществления приемки выполненных работ
и оформления ее результатов
4.1. Исполнитель направляет Заказчику документы, перечень, порядок и сроки направления
которых указаны в приложении 3 к Контракту «Перечень документов, которыми обмениваются
стороны при исполнении контракта» (далее – приложение 3 к Контракту).
5
4.2. Заказчик осуществляет приемку работ после получения от Исполнителя документов,
указанных в приложении 3 к Контракту. Порядок и сроки осуществления приемки работ, а также
порядок и сроки оформления ее результатов установлены приложением 2 к Контракту.
4.3. Для проверки предоставленных Исполнителем результатов, предусмотренных
Контрактом, в части их соответствия условиям Контракта Заказчик проводит экспертизу.
4.4. Порядок и сроки проведения экспертизы установлены приложением 3 к Контракту.
4.5. Заказчик в порядке и сроки, установленные приложением 2 к Контракту, осуществляет
приемку выполненных работ и подписывает или утверждает подписанный всеми членами
приемочной комиссии (в случае создания Заказчиком приемочной комиссии) документ о приемке,
либо в те же сроки направляет Исполнителю мотивированный отказ от подписания документа о
приемке, содержащий перечень выявленных недостатков (далее – мотивированный отказ).
4.6. В случае получения мотивированного отказа Исполнитель обязан устранить выявленные
недостатки за свой счет и направить Заказчику документы, указанные в приложении 3 к Контракту.
Со дня получения от Исполнителя указанных в настоящем пункте документов Заказчик
действует в порядке, установленном настоящим разделом Контракта, при этом срок исполнения
обязательств Заказчика, установленный настоящим разделом Контракта, исчисляется со дня
получения таких документов.
4.7. В случае, если выявленные недостатки, указанные в мотивированном отказе, не
устранены Исполнителем, Заказчик вправе принять решение об одностороннем отказе от
исполнения Контракта в соответствии с условиями Контракта.
4.8. При уклонении Заказчика от принятия выполненных работ Исполнитель не вправе
действовать в порядке, предусмотренном пунктом 6 статьи 720 Гражданского кодекса.
5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Исполнителя надлежащего исполнения обязательств в соответствии с
условиями Контракта, а также требовать своевременного устранения выявленных недостатков.
5.1.2. Требовать от Исполнителя представления надлежащим образом оформленных
документов, подтверждающих исполнение обязательств в соответствии с условиями Контракта.
5.1.3. Запрашивать у Исполнителя информацию об исполнении им обязательств по
Контракту.
5.1.4. Провести экспертизу выполненных работ с привлечением экспертов, экспертных
организаций до принятия решения об одностороннем отказе от исполнения Контракта.
5.1.5. Требовать возмещения убытков, причиненных в связи с неисполнением и (или)
нарушением установленных сроков исполнения Исполнителем обязательств, предусмотренных
Контрактом.
5.1.6. Во всякое время проверять ход и качество работ, выполняемых Исполнителем, не
вмешиваясь в его деятельность.
5.1.7. Ссылаться на обнаруженные им недостатки в ходе выполнения работ и при их приемке,
которые не были оговорены в документе о приемке, но фактически отражены в документе,
оформленном по результатам экспертизы, и требовать устранения таких недостатков.
5.1.8. Привлечь Исполнителя к участию в деле по иску, предъявленному к Заказчику третьим
лицом в связи с недостатками, выявленными при выполнении работ в соответствии с условиями
Контракта.
5.1.9. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.2. Заказчик обязан:
5.2.1. Осуществлять приемку работ и производить их оплату в порядке и сроки,
установленные Контрактом.
5.2.2. Обеспечить Исполнителя информацией, необходимой и достаточной для
своевременного выполнения работ, если такой информацией располагает только Заказчик.
6
5.2.3. Сообщать в письменной форме Исполнителю о недостатках, обнаруженных в ходе
исполнения Исполнителем своих обязательств по Контракту, в течение 5 (пяти) рабочих дней со дня
обнаружения таких недостатков.
5.2.4. Требовать уплаты неустойки (штрафов, пеней) в соответствии с условиями Контракта.
5.2.5. Осуществлять контроль за исполнением Исполнителем условий Контракта в
соответствии с законодательством Российской Федерации.
5.2.6. Представлять Исполнителю информацию об изменении реквизитов Заказчика,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.2.7. В течение 5 (пяти) рабочих дней со дня получения от Исполнителя информации об
изменении реквизитов Исполнителя, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.2.8. Представлять Исполнителю разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта в течение 2 (двух) рабочих дней со дня получения запроса
согласно подпункту 5.3.2 пункта 5.3 Контракта.
5.2.9. В срок, не превышающий 3 (трех) рабочих дней со дня получения от Исполнителя
предупреждения об обстоятельствах, о которых Исполнитель обязан предупредить Заказчика в
соответствии с требованиями пункта 1 статьи 716 Гражданского кодекса, направить ответ с
указанием о дальнейших действиях Исполнителя.
5.2.10. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
уведомить Исполнителя о необходимости предоставить соответствующее обеспечение в порядке,
предусмотренном пунктом 15.1 Контракта.2
5.2.11. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.2.12. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и Контрактом.
5.3. Исполнитель вправе:
5.3.1. Требовать от Заказчика надлежащего исполнения обязательств в соответствии с
Контрактом.
5.3.2. Запрашивать у Заказчика разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта.
5.3.3. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.4. Исполнитель обязан:
5.4.1. В соответствии с условиями Контракта выполнить работы в полном объеме,
надлежащего качества и в установленные сроки, а также передать Заказчику результат работ в
порядке и сроки, установленные приложениями 2 и 3 к Контракту и иными условиями Контракта.
5.4.2. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме, включая
исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных, а также проектную,
техническую, рабочую, сопроводительную и методическую документацию к Системе или ее частям.
5.4.3. При использовании в ходе исполнения Контракта ранее созданных Исполнителем
результатов интеллектуальной деятельности без увеличения цены Контракта передать Заказчику
права на использование охраняемых результатов интеллектуальной деятельности, права на которые
2
Условия подпункта 5.2.10 пункта 5.2 и подпункта 5.4.13 пункта 5.4 Контракта не применяются, если
Контрактом не установлены требования к обеспечению исполнения Контракта и (или) обеспечению гарантийных
обязательств по Контракту.
7
принадлежат Исполнителю и которые использовались при выполнении работ по Контракту, в
объеме, необходимом для использования Заказчиком результатов работ по Контракту по их
целевому назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком. Исполнитель
передает Заказчику указанные права посредством заключения лицензионного договора.
5.4.4. При использовании в ходе исполнения Контракта охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, согласовать с
Заказчиком необходимость использования при выполнении работ охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, объем и порядок
приобретения прав на их использование.
5.4.5. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не
нарушающих исключительных прав других лиц и не являющихся предметом залога, ареста или
иного обременения.
5.4.6. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов), разработанных
третьими лицами, условия, на которых передаются права на их использование (исполнение),
должны обеспечить отсутствие ограничений, препятствующих использованию результатов работ по
их назначению. При этом права, полученные Заказчиком, должны позволять ему передавать,
дорабатывать, развивать результаты работ, созданные в процессе исполнения Контракта, а в случае
явного указания в техническом задании, осуществлять переработку программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных ранее
третьими лицами в соответствии с требованиями законодательства Российской Федерации.
5.4.7. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных решений,
предусмотренных техническим заданием.
5.4.8. Обеспечить выполнение требований к порядку создания (развития) государственных
(муниципальных) и (или) иных информационных систем, предусмотренных пунктом 3 части 1
статьи 13 Федерального закона № 149-ФЗ, устанавливаемых к таким информационным системам
Федеральным законом № 149-ФЗ и иными нормативными правовыми актами Российской
Федерации.
5.4.9. Своевременно направлять Заказчику посредством использования Портала исполнения
контрактов Единой автоматизированной системы управления закупками Московской области
(далее – ПИК ЕАСУЗ) надлежащим образом оформленные документы, подтверждающие
исполнение обязательств в соответствии с условиями Контракта, в том числе перечисленные в
приложении 3 к Контракту.
5.4.10. Предоставлять в течение 2 (двух) рабочих дней со дня получения запроса от Заказчика
согласно подпункту 5.1.3 пункта 5.1 Контракта достоверную информацию о ходе исполнения своих
обязательств по Контракту.
5.4.11. Представлять Заказчику информацию обо всех обстоятельствах, препятствующих
исполнению Контракта, в течение 1 (одного) рабочего дня со дня обнаружения Исполнителем таких
обстоятельств.
5.4.12. Представлять Заказчику информацию об изменении реквизитов Исполнителя,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.4.13. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
предоставить новое обеспечение исполнения Контракта и (или) обеспечение гарантийных
обязательств не позднее 1 (одного месяца) со дня надлежащего уведомления Заказчиком
Исполнителя о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2
и 7.3 статьи 96 Федерального закона № 44-ФЗ.
8
5.4.14. В течение 5 (пяти) рабочих дней со дня получения от Заказчика информации об
изменении реквизитов Заказчика, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.4.15. Обеспечить соответствие выполненных работ требованиям качества, безопасности
жизни и здоровья, а также иным требованиям сертификации, безопасности (санитарным нормам и
правилам, государственным стандартам и т.п.), лицензирования, установленным законодательством
Российской Федерации, Контрактом.
5.4.16. Передать Заказчику вместе с результатом работ информацию, касающуюся
эксплуатации или иного использования предмета Контракта.
5.4.17. Устранять за свой счет выявленные в процессе выполнения работ, при приемке
выполненных работ и в течение гарантийного срока недостатки работ, возникшие вследствие
невыполнения и (или) ненадлежащего выполнения работ Исполнителем и (или) третьими лицами,
привлеченными им для выполнения работ, а в случае, если указанные недостатки причинили
убытки Заказчику и (или) третьим лицам, возместить убытки в полном объеме в соответствии с
гражданским законодательством Российской Федерации.
5.4.18. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.4.19. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и настоящим Контрактом.
6. Гарантии
6.1. Подрядчик гарантирует качество и безопасность работ в соответствии с действующим
законодательством Российской Федерации, а также соответствие работ требованиям Контракта.
6.2. Требования к гарантийным обязательствам не установлены.
7. Ответственность Сторон
7.1. За неисполнение или ненадлежащее исполнение своих обязательств, предусмотренных
Контрактом, Стороны несут ответственность в соответствии с законодательством Российской
Федерации и условиями Контракта.
Размер пени определяется в соответствии со статьей 34 Федерального закона № 44-ФЗ.
Размеры штрафов определяются в соответствии с Правилами определения размера штрафа,
начисляемого в случае ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего
исполнения поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных
контрактом (за исключением просрочки исполнения обязательств заказчиком, поставщиком
(подрядчиком, исполнителем), утвержденными постановлением Правительства Российской
Федерации от 30.08.2017 № 1042 (далее – Правила).
В случае изменения условий Контракта в части изменения Цены Контракта размеры
штрафов, установленные в подпункте 7.2.3 пункта 7.2 и подпунктах 7.3.4, 7.3.5 пункта 7.3
Контракта, определяются в соответствии с Правилами с учетом новой Цены Контракта. В случае
ненадлежащего исполнения Заказчиком, неисполнения или ненадлежащего исполнения
Исполнителем обязательств, предусмотренных Контрактом (за исключением просрочки
исполнения обязательств Заказчиком, Исполнителем), размер штрафа определяется с учетом Цены
Контракта, действующей на момент такого неисполнения или ненадлежащего исполнения.
7.2. Ответственность Заказчика:
7.2.1. В случае просрочки исполнения Заказчиком обязательств, предусмотренных
Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком
обязательств, предусмотренных Контрактом, Исполнитель вправе потребовать уплаты неустоек
(штрафов, пеней).
7.2.2. Пеня начисляется за каждый день просрочки исполнения Заказчиком обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, в размере одной трехсотой действующей на дату
9
уплаты пеней ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок
суммы;
7.2.3. Штрафы начисляются за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств,
предусмотренных Контрактом.
За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, штраф
устанавливается в размере
рублей3.
7.2.4. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.3. Ответственность Исполнителя:
7.3.1. В случае просрочки исполнения Исполнителем обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, Заказчик
направляет Исполнителю требование об уплате неустоек (штрафов, пеней).
7.3.2. Пеня начисляется за каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, и устанавливается Контрактом в размере одной
трехсотой действующей на дату уплаты пени ключевой ставки Центрального банка Российской
Федерации от Цены Контракта (отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом (соответствующим
отдельным этапом исполнения Контракта) и фактически исполненных Исполнителем, за
исключением случаев, если законодательством Российской Федерации установлен иной порядок
начисления пени.
7.3.3. Штрафы начисляются за неисполнение или ненадлежащее исполнение Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
Исполнителем обязательств (в том числе гарантийного обязательства), предусмотренных
Контрактом.
7.3.4. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения обязательств
(в том числе гарантийного обязательства), предусмотренных Контрактом, штраф устанавливается в
размере 4.
3
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии
с пунктом 9 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей).
4
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в следующем порядке (за
исключением случаев, если законодательством Российской Федерации установлен иной порядок начисления штрафов):
(Вариант I)
Во всех случаях (за исключением случаев, предусмотренных пунктами 4 - 8 Правил) размер штрафа, рассчитываемый
как процент Цены Контракта, или в случае, если Контрактом предусмотрены этапы исполнения Контракта, как процент этапа
исполнения Контракта (далее – цена Контракта (этапа)), устанавливается в соответствии с пунктом 3 Правил в следующем
порядке:
а) 10 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) не превышает 3 млн. рублей;
б) 5 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
в) 1 процент цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
г) 0,5 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 100 млн. рублей до 500 млн.
рублей (включительно);
д) 0,4 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 500 млн. рублей до 1 млрд.
рублей (включительно);
10
7.3.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения, штраф
устанавливается в размере
рублей5.
7.3.6. За каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного подпунктом 5.4.13 пункта 5.4 Контракта, начисляется пеня в размере,
определенном в порядке, установленном в соответствии с подпунктом 7.3.2 пункта 7.3 Контракта.
7.3.7. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение
Исполнителем обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.4. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что
неисполнение или ненадлежащее исполнение обязательства, предусмотренного Контрактом,
произошло вследствие непреодолимой силы или по вине другой Стороны.
7.5. В случаях выявления в ходе проверки расходования выделяемых по Контракту
денежных средств, проведенной Заказчиком или контрольным органом, фактов необоснованного и
(или) неверного применения расценок и (или) завышения объема работ, а также иных
обстоятельств, повлекших причинение ущерба Заказчику, Исполнитель обязан вернуть Заказчику
перечисленные ему денежные средства в размере выявленных переплат в течение 10 (десяти) дней
(со дня получения уведомления) на счет Заказчика, указанный в разделе 16 Контракта.
8. Порядок расторжения Контракта
8.1. Контракт может быть расторгнут по соглашению Сторон, по решению суда, в случае
одностороннего отказа Стороны Контракта от исполнения Контракта в соответствии с гражданским
законодательством.
е) 0,3 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 1 млрд. рублей до 2 млрд.
рублей (включительно);
ж) 0,25 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 2 млрд. рублей до 5 млрд.
рублей (включительно);
з) 0,2 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 5 млрд. рублей до 10 млрд.
рублей (включительно);
и) 0,1 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) превышает 10 млрд. рублей.
(Вариант II)
В случае, предусмотренном пунктом 4 Правил, если Контракт заключается по результатам определения Подрядчика в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ размер штрафа устанавливается в размере 1 процента
цены Контракта (этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
(Вариант III)
В случае, если Контракт заключается с победителем закупки (или с иным участником закупки в случаях, установленных
Федеральным законом № 44-ФЗ), предложившим наиболее высокую цену за право заключения Контракта размер штрафа
устанавливается в соответствии с пунктом 5 Правил в следующем порядке:
а) в случае, если Цена Контракта не превышает начальную (максимальную) цену контракта:
10 процентов начальной (максимальной) цены контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
1 процент начальной (максимальной) цены контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
б) в случае, если Цена Контракта превышает начальную (максимальную) цену контракта:
10 процентов Цены Контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов Цены Контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
1 процент Цены Контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно).
5
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии с пунктом
6 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей.
11
8.2. Заказчик вправе принять решение об одностороннем отказе от исполнения Контракта по
основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от исполнения
отдельных видов обязательств.
Сроки и порядок принятия Заказчиком решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
8.3. Исполнитель вправе принять решение об одностороннем отказе от исполнения
Контракта по основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от
исполнения отдельных видов обязательств.
Сроки и порядок принятия Исполнителем решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
Исполнитель не вправе отказаться от исполнения Контракта и потребовать возмещения
убытков при наличии обстоятельств, указанных в пункте 1 статьи 719 Гражданского кодекса.
8.4. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта в
случаях, установленных статьей 95 Федерального закона № 44-ФЗ.
8.5. Расторжение Контракта по соглашению Сторон производится путем подписания
соответствующего соглашения о расторжении. Стороны производят сверку расчетов, которой
подтверждается объем услуг, выполненных Исполнителем и принятых Заказчиком, а также размер
суммы, перечисленной Заказчиком Исполнителю за выполненные услуги.
Сторона, которой направлено предложение о расторжении Контракта по соглашению
Сторон, должна направить ответ по существу в срок не позднее 5 (пяти) календарных дней с даты
его получения.
8.6. Исполнитель обязан возвратить Заказчику на счет, реквизиты которого указаны в
Контракте, выплаченный в соответствии с Контрактом аванс в размере за вычетом учтенного в
стоимости выполненных работ аванса в течение 5 (пяти) календарных дней с даты расторжения
настоящего Контракта (если Контрактом предусмотрена выплата аванса).
9. Обеспечение исполнения Контракта
9.1. Обеспечение исполнения Контракта устанавливается в размере 30 процент(ов,а) от Цены
Контракта.
9.2. Исполнитель предоставляет обеспечение исполнения контракта с учетом положений
части 6.3 статьи 96 и статьи 37 Федерального закона № 44-ФЗ, в размере, установленном в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.3. Порядок предоставления обеспечения исполнения контракта указан в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.4. Реквизиты Заказчика для внесения денежных средств в качестве обеспечения
исполнения Контракта указаны в разделе «Обеспечение исполнения контракта» приложения 2 к
Контракту.
9.5. Обеспечение исполнения Контракта распространяется, в том числе, на обязательства по
возврату аванса (при его наличии), уплате неустоек (штрафов, пеней) в случае неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, а также
возмещению убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
исполнением Исполнителем своих обязательств по Контракту.
9.6. В ходе исполнения Контракта Исполнитель вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного обеспечения
исполнения Контракта новое обеспечение исполнения Контракта, размер которого может быть
уменьшен в порядке и случаях, предусмотренных Федеральным законом № 44-ФЗ.
В случаях, установленных статьей 96 Федерального закона № 44-ФЗ, в ходе исполнения
Контракта размер обеспечения исполнения Контракта подлежит уменьшению в порядке и в случаях,
которые предусмотрены частями 7.2 и 7.3 статьи 96 Федерального закона № 44-ФЗ.
9.7. Денежные средства, внесенные Исполнителем в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Исполнителем), в
том числе части этих денежных средств в случае уменьшения размера обеспечения исполнения
12
контракта в соответствии с частями 7, 7.1 и 7.2 статьи 96 Федерального закона № 44-ФЗ,
возвращаются Исполнителю при условии надлежащего выполнения Исполнителем своих
обязательств по Контракту в течение 15 дней с даты исполнения Исполнителем обязательств,
предусмотренных Контрактом. Денежные средства возвращаются на счет, указанный
Исполнителем в заявлении о возврате обеспечения исполнения Контракта, либо на тот счет, с
которого поступили данные денежные средства.
9.8. Независимая гарантия, представленная в качестве обеспечения исполнения Контракта,
должна содержать условие, согласно которому гарант обязан уплатить Заказчику денежную сумму
по независимой гарантии не позднее десяти рабочих дней со дня, следующего за днем получения
гарантом требования Заказчика, соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской Федерации оснований для отказа
в удовлетворении этого требования.
9.9. Участник закупки, с которым заключается Контракт по результатам определения
подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения исполнения Контракта, в том числе с учетом
положений статьи 37 Федерального закона № 44-ФЗ, в случае предоставления таким участником
закупки информации, содержащейся в реестре контрактов, заключенных заказчиками, и
подтверждающей исполнение таким участником (без учета правопреемства) в течение трех лет до
даты подачи заявки на участие в закупке трех контрактов, исполненных без применения к такому
участнику неустоек (штрафов, пеней). Такая информация представляется участником закупки до
заключения Контракта в случаях, установленных Федеральным законом № 44-ФЗ для
предоставления обеспечения исполнения контракта. При этом сумма цен таких контрактов должна
составлять не менее начальной (максимальной) цены контракта, указанной в извещении об
осуществлении закупки.
10. Обеспечение гарантийных обязательств
10.1. Требования к обеспечению гарантийных обязательств не установлены.
11. Обстоятельства непреодолимой силы
11.1. Стороны освобождаются от ответственности за полное или частичное неисполнение
своих обязательств по Контракту в случае, если оно явилось следствием обстоятельств
непреодолимой силы, а именно: наводнения, пожара, землетрясения, диверсии, военных действий,
блокад, препятствующих надлежащему исполнению обязательств по Контракту, а также других
чрезвычайных обстоятельств, подтвержденных в установленном законодательством Российской
Федерации порядке, которые возникли после заключения Контракта и непосредственно повлияли
на исполнение Сторонами своих обязательств, а также которые Стороны были не в состоянии
предвидеть и предотвратить.
11.2. Сторона, для которой надлежащее исполнение обязательств оказалось невозможным
вследствие возникновения обстоятельств непреодолимой силы, обязана в течение 5 (пяти)
календарных дней с даты возникновения таких обстоятельств уведомить другую Сторону об их
возникновении, виде и возможной продолжительности действия в письменной форме с
приложением документов, удостоверяющих факт наступления указанных обстоятельств. В случае
если Сторона не известит другую Сторону о наступлении таких обстоятельств, такая Сторона теряет
право ссылаться на указанные обстоятельства, как обстоятельства непреодолимой силы.
12. Порядок урегулирования споров
12.1. В случае возникновения любых противоречий, претензий и разногласий, а также
споров, связанных с исполнением Контракта, Стороны предпринимают усилия для урегулирования
таких противоречий, претензий и разногласий в добровольном порядке.
12.2. До передачи спора на разрешение в судебном порядке Стороны принимают меры к его
урегулированию в претензионном порядке.
Претензия направляется Стороной другой Стороне в письменном виде в порядке,
предусмотренном пунктом 15.1 Контракта.
13
Претензия должна содержать сумму истребования и ее полный и обоснованный расчет (если
претензионные требования подлежат денежной оценке). В подтверждение заявленных требований к
претензии должны быть приложены надлежащим образом заверенные копии документов или
выписки из них.
Срок направления письменного ответа по существу Стороной, получившей претензию,
составляет 5 дней с даты ее получения.
Оставление претензии без ответа в установленный срок означает признание Стороной,
получившей претензию, ее требований.
12.3. В случае невыполнения Сторонами своих обязательств и недостижения взаимного
согласия споры по настоящему Контракту разрешаются в Арбитражном суде Московской области6.
13. Срок действия, порядок изменения Контракта
13.1. Контракт вступает в силу с момента его заключения Сторонами и действует до полного
исполнения Сторонами своих обязательств по Контракту.
Изменение существенных условий Контракта при его исполнении не допускается за
исключением их изменения по соглашению Сторон в случаях, предусмотренных Федеральным
законом № 44-ФЗ, в том числе в случаях, предусмотренных пунктом 6 статьи 161 Бюджетного
кодекса Российской Федерации, при уменьшении ранее доведенных до Заказчика как получателя
бюджетных средств лимитов бюджетных обязательств. При этом Заказчик в ходе исполнения
Контракта обеспечивает согласование новых условий Контракта, в том числе цены и (или) сроков
исполнения Контракта и (или) объема работ, предусмотренных Контрактом.
13.2. Любые изменения и дополнения к настоящему Контракту, не противоречащие
законодательству Российской Федерации, оформляются дополнительным соглашением Сторон.
14. Особые условия
14.1. Стороны при исполнении Контракта:
- составляют в виде электронных документов, подписанных усиленной квалифицированной
электронной подписью (далее – электронные документы), первичные учетные документы и иные
документы, которыми оформляются:
заявка на выполнение работы (если Контрактом предусмотрено выполнение работы по
заявке);
выполнение выполненной работы, а также отдельные этапы выполнения работ (далее отдельный этап исполнения Контракта), включая документы, предоставление которых
предусмотрено в целях осуществления приемки выполненной работы, а также отдельных этапов
исполнения Контракта;
результаты такой приемки;
мотивированный отказ от подписания документа о приемке;
оплата выполненной работы, а также отдельных этапов исполнения Контракта;
заключение дополнительных соглашений;
направление требования об уплате неустоек (штрафов, пеней) (за исключением направления
уведомления о применении мер ответственности в случае, если Контракт заключен по результатам
проведения электронной процедуры, закрытой электронной процедуры);
соглашение о расторжении Контракта;
- осуществляют обмен электронными документами посредством использования ПИК ЕАСУЗ
в соответствии с Регламентом электронного документооборота Портала исполнения контрактов
Единой автоматизированной системы управления закупками Московской области (далее –
Регламент, приложение 4 к Контракту).
14.1.1. В случае если Контракт заключен по результатам проведения электронной
процедуры, закрытой электронной процедуры (за исключением закрытой электронной процедуры,
проводимой в случае, предусмотренном пунктом 5 части 11 статьи 24 Федерального закона № 446
В случае, если Исполнителем является физическое лицо, то споры разрешаются в соответствии с
действующим процессуальным законодательством Российской Федерации по месту нахождения заказчик.
14
ФЗ), формирование документов о приемке, мотивированных отказов от подписания документов о
приемке, исправлений документов о приемке, дополнительных соглашений и соглашения о
расторжении Контракта осуществляется с использованием ПИК ЕАСУЗ с соблюдением
требований, установленных частями 13-14 статьи 94, частями 1.7 и 8.1 статьи 95 Федерального
закона № 44-ФЗ, с последующей гарантированной передачей для подписания и размещения
указанных в настоящем подпункте документов в единую информационную систему в сфере закупок
(далее – ЕИС) в соответствии с пунктом 1 части 10 статьи 4 Федерального закона № 44-ФЗ.
14.2. Для работы в ПИК ЕАСУЗ Стороны Контракта:
- назначают должностных лиц, уполномоченных за организацию и осуществление
электронного документооборота в соответствии с разделом Контракта «Особые условия» (далее –
уполномоченные должностные лица);
- обеспечивают получение усиленной квалифицированной электронной подписи в
аккредитованных удостоверяющих центрах в соответствии с требованиями законодательства
Российской Федерации, на уполномоченных должностных лиц, подписывающих документы при
исполнении Контракта;
- обеспечивают регистрацию в ПИК ЕАСУЗ и в электронном документообороте ПИК ЕАСУЗ
(далее – ЭДО ПИК ЕАСУЗ) в соответствии с Регламентом;
- обеспечивают необходимые условия для осуществления электронного документооборота в
ПИК ЕАСУЗ и в ЭДО ПИК ЕАСУЗ, а в случаях, для которых в соответствии с требованиями
законодательства Российской Федерации о контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд предусмотрен обмен
электронными документами с использованием ЕИС, в ЕИС;
- используют для подписания в ЭДО ПИК ЕАСУЗ электронных документов усиленную
квалифицированную электронную подпись.
14.3. Стороны признают, что используемые в ПИК ЕАСУЗ электронные документы имеют
равную юридическую силу с документами на бумажных носителях информации, подписанными
собственноручными подписями уполномоченных должностных лиц и оформленными в
установленном порядке.
14.4. Электронные документы, полученные Сторонами друг от друга при исполнении
Контракта, не требуют дублирования документами, оформленными на бумажных носителях
информации.
14.5. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ (описание сбоя
содержится в Регламенте), не позволяющего осуществлять обмен электронными документами при
исполнении Контракта, Стороны осуществляют оформление и подписание документов на
бумажных носителях информации в сроки, предусмотренные Контрактом (за исключением случаев,
для которых в соответствии с требованиями законодательства Российской Федерации о
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд предусмотрен обмен электронными документами с использованием ЕИС).
После возобновления работы ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ Сторона, ответственная
за составление (оформление) документа, направляет с использованием ПИК ЕАСУЗ Стороне, в
адрес которой должен быть направлен соответствующий документ, сопроводительное письмо,
подписанное усиленной квалифицированной электронной подписью уполномоченного
должностного лица, с приложением копии в электронной форме (скан-образа) документа,
подписанного Сторонами на бумажном носителе информации.
Сторона, получившая в ПИК ЕАСУЗ указанное сопроводительное письмо, осуществляет
проверку сведений, содержащихся в сопроводительном письме и приложенной к нему копии в
электронной форме (скан-образа) документа, на предмет их соответствия подписанному документу
на бумажном носителе информации и по результатам проверки подписывает данное
сопроводительное
письмо
усиленной
квалифицированной
электронной
подписью
уполномоченного должностного лица либо отказывается от его подписания в порядке,
предусмотренном Регламентом.
15
14.6. Перечень документов, которыми обмениваются стороны при исполнении Контракта с
использованием ПИК ЕАСУЗ, содержится в приложении 3 к Контракту.
14.7. Получение доступа к ПИК ЕАСУЗ, а также использование ЭДО ПИК ЕАСУЗ, в том
числе в целях осуществления электронного документооборота при исполнении Контракта, для
Сторон осуществляется безвозмездно.
15. Прочие условия
15.1. Если иное не предусмотрено Контрактом или законодательством Российской
Федерации (в том числе частью 16 статьи 94 Федерального закона № 44-ФЗ), то все заявления,
уведомления, извещения, требования или иные юридически значимые сообщения (далее –
сообщения) Сторон, связанные с исполнением Контракта, направляются в письменной форме по
почте заказным письмом или нарочным по почтовому адресу Стороны, указанному в Контракте,
или с использованием факсимильной связи, электронной почты с последующим представлением
оригинала в течение 10 (десяти) рабочих дней с даты отправки.
В случае направления сообщений с использованием почты или нарочным, сообщения
считаются полученными Стороной в день фактического получения, подтвержденного отметкой
почты или отметкой получателя на копиях сообщений. В случае отправления сообщений
посредством факсимильной связи и электронной почты, сообщения считаются полученными
Стороной в день их отправки.
Сообщение считается доставленным и в тех случаях, когда оно поступило адресату, но по
обстоятельствам, зависящим от него, не было ему вручено или адресат не ознакомился с ним.
15.2. Стороны обязуются, начиная с момента заключения Контракта и в течение 3 (трех) лет
после прекращения действия Контракта, не передавать конфиденциальную информацию третьим
лицам без письменного согласия другой Стороны, кроме случаев, когда это требуется в
соответствии с законодательством Российской Федерации.
15.3. Контракт составлен в форме электронного документа, подписанного усиленными
электронными подписями Сторон.
15.4. При наличии противоречий между условиями, содержащимися в приложениях 1-3 к
Контракту, и условиями иных приложений к Контракту, преимущественную силу имеют
приложения 1-3 к Контракту.
15.5. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
законодательством Российской Федерации.
15.6. Неотъемлемыми частями Контракта являются следующие приложения (прилагаются
отдельными файлами):
приложение 1 «Сведения об объектах закупки»;
приложение 2 «Сведения об обязательствах сторон и порядке оплаты»;
приложение 3 «Перечень документов, которыми обмениваются стороны при исполнении
контракта»;
приложение 4 «Регламент электронного документооборота Портала исполнения контрактов
Единой автоматизированной системы управления закупками Московской области»;
приложение 5 «Описание объекта закупки (техническое задание)».
16. Адреса, реквизиты и подписи Сторон
Заказчик:
Исполнитель:
ГОСУДАРСТВЕННОЕ
КАЗЕННОЕ
УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ
"ЦЕНТР
ЗАНЯТОСТИ
НАСЕЛЕНИЯ
МОСКОВСКОЙ ОБЛАСТИ"
Сокращенное наименование: КАДРОВЫЙ
ЦЕНТР ПОДМОСКОВЬЯ
Почтовый
адрес:
142116,
РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
________________
Сокращенное
наименование:
________________
Почтовый адрес: ________________
Место
нахождения,
адрес:
16
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
Место нахождения, адрес: 142116, РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
ИНН 5031044293
КПП 507401001
ОГРН 1035006102450
Банковские реквизиты:
УФК по Московской области г. Москва (л/с
03831D02920,
КАДРОВЫЙ
ЦЕНТР
ПОДМОСКОВЬЯ)
________________
ИНН ________________
КПП КН ________________
КПП ________________
ОГРН ________________
Банк: ОКЦ № 1 ГУ Банка России по ЦФО//УФК
по Московской области г. Москва
БИК 004525987
казн/сч 03221643460000004800
единый казн/сч 40102810845370000004
ОКПО ________________
ОКТМО 46760000001
ОКОПФ ________________
телефон (факс): 7-496-5143249
адрес
электронной
почты:
zakupki_cznmo@mail.ru
Банк: ________________
БИК ________________
________________
________________
ОКПО ________________
ОКТМО ________________
ОКОПФ ________________
Заказчик:
ДИРЕКТОР
Банковские реквизиты:
(л/с
________________________________)
телефон (факс): ________________
адрес
электронной
почты:
________________
Исполнитель:
____
(С. А. _____________
______
СКОРОДУМ ___
ОВА)
____
(_______
______
_________)

=== ФАЙЛ: ↳ Проект контракта, сост. 05.10.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_10_05-11_48.docx | docs/0348100024426000039/Проект контракта, сост. 05.10.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_10_05-11_48.pdf
Проект государственного контракта № ________________
Выполнение работ по развитию и модернизации платформы управления типовым сайтом
Государственного казенного учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
«___» _____________ 20___ год
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ", именуемое(ая,ый) в дальнейшем
«Заказчик», в лице Директора Скородумовой Светланы Александровны, действующего на
основании Устава, с одной стороны, и ________________, именуемое(ая,ый) в дальнейшем
«Исполнитель», в лице ________________ ________________, действующего на основании
________________, с другой стороны, а вместе именуемые «Стороны» и каждый в отдельности
«Сторона», с соблюдением требований Гражданского кодекса Российской Федерации (далее –
Гражданский кодекс), Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон № 44-ФЗ) и иных правовых актов Российской Федерации и Московской
области, на основании ____________________, заключили настоящий государственный контракт
(далее – Контракт) о нижеследующем.
1. Предмет Контракта
1.1. Предмет Контракта - Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного учреждения «Центр занятости населения
Московской области» (в сфере ИКТ).
1.2. Исполнитель по заданию Заказчика обязуется в установленный Контрактом срок
выполнить работы по созданию и (или) развитию (модернизации) иной информационной системы
(далее – работы, Система), а Заказчик обязуется принять выполненные работы и оплатить их.
1.3. Идентификационный код закупки – ИКЗ: 262503104429350740100101000016201242.
1.4. Перечень и объем работ, подлежащих выполнению, требования к качеству выполняемых
Исполнителем работ, а также требования к порядку и способу их выполнения Исполнителем,
определяются Контрактом, в том числе приложением 5 к Контракту «Описание объекта закупки
(техническое задание)» (далее – техническое задание).
1.5. Работы выполняются Исполнителем в соответствии с национальными стандартами и
государственными стандартами в части требований к проектированию, стадиям создания, видам,
комплектности и обозначению документов, видам испытаний при создании и (или) развитии
(модернизации) государственных (муниципальных) информационных систем и (или) иных
информационных систем, а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно требованиям
Федерального закона № 44-ФЗ, Федерального закона от 27.07.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации» (далее – Федеральный закон № 149-ФЗ), а
также иных нормативных правовых актов в сфере контрактной системы, информационных
технологий, защиты информации, правовой защиты интересов государства в области
интеллектуальной собственности, регулирующих соответствующие отношения и непосредственно
указанных в техническом задании.
1.6. Результат выполненных работ по Контракту: В соответствии с таблицей 12 ООЗ.
2. Цена Контракта, порядок и сроки оплаты работ
2
2.1. Цена Контракта оставляет ________________, ________________ 1 (далее – Цена
Контракта). Цена каждого этапа исполнения Контракта указана в разделе «Срок исполнения
контракта (отдельных этапов исполнения контракта)» приложения 2 к Контракту «Сведения об
обязательствах сторон и порядке оплаты» (далее – приложение 2 к Контракту).
2.2. Цена Контракта является твердой и определяется на весь срок исполнения Контракта.
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому лицу, в
том числе зарегистрированному в качестве индивидуального предпринимателя, уменьшается на
размер налогов, сборов и иных обязательных платежей в бюджеты бюджетной системы Российской
Федерации, связанных с оплатой Контракта, если в соответствии с законодательством Российской
Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
2.4. Источник финансирования:
Бюджет \
Код бюджетной
Лицевой
Внебюджетные Тип средств
классификации
Сумма, руб.
Год
счет
средства
расходов
Средства
Областной
бюджета
831040104402915
03831D0292
2026
бюджет
Московской 90242
0
области
2.5. Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту.
2.6. Порядок и сроки оплаты работы установлены в разделе «Порядок и сроки оплаты»
приложения 2 к Контракту.
2.7. Заказчик оплачивает выполненные работы в соответствии с условиями Контракта путем
перечисления денежных средств на счет Исполнителя, реквизиты которого приведены в разделе 16
Контракта, за вычетом суммы выплаченного аванса (если Контрактом предусмотрена выплата
аванса).
2.8. Обязательства Заказчика по оплате работ считаются исполненными с момента списания
денежных средств со счетов Заказчика.
2.9. Условие об удержании Заказчиком суммы неисполненных Исполнителем требований об
уплате неустоек (штрафов, пеней) из суммы, подлежащей оплате Исполнителю, содержится в
разделе «Порядок и сроки оплаты» приложения 2 к Контракту. Заказчик удерживает неустойку
(штрафы, пени) из оплаты за исключением случаев, если неустойка (штрафы, пени) подлежит
списанию в соответствии с действующим законодательством. Заказчик перечисляет за Исполнителя
удержанную сумму неустоек (штрафов, пеней) в установленном порядке в доход соответствующего
бюджета бюджетной системы Российской Федерации.
2.10. Выплата аванса не предусмотрена.
3. Сроки, порядок и место выполнения работ.
Порядок предоставления (передачи) результатов выполнения работ Заказчику.
Исключительные права
3.1. Начальный и конечный сроки выполнения работ, а также промежуточные сроки
выполнения работ (если они предусмотрены Контрактом), указаны в разделе «Обязательства по
выполнению работ» приложения 2 к Контракту.
3.2. Место выполнения работ указано в приложении 2 к Контракту.
1
Указывается «в том числе НДС», а также сумма НДС в рублях. В случаях, если в соответствии с
законодательством Российской Федерации о налогах и сборах выполнение работ не облагается НДС, Подрядчик
использует право на освобождение от исполнения обязанностей налогоплательщика, связанных с исчислением и
уплатой НДС, Подрядчик не признается налогоплательщиком НДС указывается - «НДС не облагается».
3
3.3. Исполнитель выполняет работы в порядке согласно разделу «Обязательства по
выполнению работ» приложения 2 к Контракту и в соответствии с иными условиями,
предусмотренными Контрактом.
3.4. Порядок предоставления (передачи) результатов выполнения работ Заказчику:
3.4.1. Передача исходных кодов, разработанных в ходе выполнения работ программ для
электронных вычислительных машин (далее – программа для ЭВМ) и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек
зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции,
создания дистрибутива и установки (развертывания) программы для ЭВМ.
3.4.2. Для проведения компиляции, создания дистрибутива и установки (развертывания)
программы для ЭВМ должны использоваться свободно распространяемые компиляторы,
интерпретаторы и иное программное обеспечение, необходимое для указанных целей,
дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе
выполнения работ программ для ЭВМ.
3.4.3. В случае использования для проведения компиляции, создания дистрибутива и
установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного
программного обеспечения, права на использование, копирование и модификацию которых
принадлежат третьим лицам, Исполнитель за свой счет передает Заказчику дистрибутивы и права на
использование таких компиляторов, интерпретаторов и иного программного обеспечения.
3.4.4. Исполнитель в процессе сдачи-приемки работ по Контракту должен провести
демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания)
разработанных программ для ЭВМ с использованием средств, указанных в подпункте 3.4.1 пункта
3.4 Контракта, а также в соответствии с инструкциями, приведенными в рабочей документации на
Систему.
3.4.5. Документация на Систему и ее части (техническая и рабочая) должна содержать
исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего
развития и эксплуатации.
3.4.6. Техническая и рабочая документация должна содержать описание разработанных
результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов,
алгоритмов и протоколов информационного взаимодействия, технических требований,
спецификаций и форматов обмена данными для взаимодействия с другими информационными
системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в
дальнейшем без привлечения подрядчика (исполнителя).
3.4.7. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных
нормативными правовыми актами Российской Федерации в сфере информационных технологий,
защиты информации, правовой защиты интересов государства в области интеллектуальной
собственности, включая документы, подтверждающие отказ авторов (разработчиков) от
исключительных прав на передаваемые объекты интеллектуальной собственности в пользу
исполнителя, с проектами заявок на государственную регистрацию в установленном порядке прав
заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения,
полезные модели, промышленные образцы, программы для электронных вычислительных машин,
базы данных, топологии интегральных микросхем, а также исключительные права на результаты
работ, включая объекты авторских прав и потенциально патентоспособные технические решения,
секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Исполнителем в
составе отчетной документации, предусмотренной условиями Контракта.
3.5. Принадлежность исключительных прав и права собственности на результаты работ:
3.5.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но
не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, а также исключительные права на результаты работ, включая
объекты авторских прав и потенциально патентоспособные технические решения, секреты
производства (ноу-хау), созданные в рамках Контракта, принадлежат в лице Заказчика субъекту
Российской Федерации / муниципальному образованию.
4
3.5.2. Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, считаются переданными с даты подписания
Заказчиком или утверждения Заказчиком подписанного всеми членами приемочной комиссии (в
случае создания Заказчиком приемочной комиссии) документа о приемке, указанного в разделе
«Порядок и сроки осуществления приемки и оформления результатов» приложения 2 к Контракту
(далее – документ о приемке).
3.5.3. В случае если при осуществлении работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, осуществлять ее в соответствии с
предоставляемыми в обязательном порядке Заказчиком правами на их использование на период
исполнения работ по Контракту.
3.6. Право использования программного обеспечения:
3.6.1. В случае, предусмотренном подпунктом 5.4.4 пункта 5.4 Контракта, Исполнитель
гарантирует, что обладает соответствующими правами (в соответствии со статьей 1229, частью 1
статьи 1235 или статьей 1238 Гражданского кодекса) на предоставление Заказчику прав
использования на условиях простых (неисключительных) лицензий на программное обеспечение
(далее – программное обеспечение). Исполнитель должен предоставить Заказчику документы,
подтверждающие настоящую гарантию (авторизационные письма, выписки из договора с
правообладателем программного обеспечения).
3.6.2 Территория, на которой допускается использование программного обеспечения:
Российская Федерация.
3.6.3. Способы использования программного обеспечения: хранить, устанавливать и
использовать копии программного обеспечения; передавать программное обеспечение конечным
пользователям на условиях, не противоречащих условиям настоящего Контракта; изготовить одну
архивную копию программного обеспечения, предназначенную для восстановления данных
Заказчика на случай его утери или повреждения. Архивная копия не может быть использована в
иных целях; получать консультационную помощь по программному обеспечению, в том числе
помощь в индивидуальной настройке программного обеспечения; использовать обновленные
версии программного обеспечения; получать обновленные версии программного обеспечения;
обращаться неограниченное количество раз по электронной почте в информационно-техническую
службу производителя программного обеспечения в случае возникновения технических проблем в
процессе эксплуатации программного обеспечения.
3.6.4. Срок действия лицензии и иные характеристики передаваемых прав использования,
подлежащих предоставлению, требования к программному обеспечению, требования к
обслуживанию, которое должно осуществляется в период действия лицензии, определяются
техническим заданием.
Если иное не установлено Контрактом лицензия не дает право получения возможности
распространять рекламную информацию в информационно-телекоммуникационной сети
«Интернет» и (или) получать доступ к такой информации, размещать предложения о приобретении
(реализации)
товаров
(работ,
услуг),
имущественных
прав
в
информационнотелекоммуникационной сети «Интернет», осуществлять поиск информации о потенциальных
покупателях (продавцах) и (или) заключать сделки.
3.6.5. Датой предоставления лицензии является дата, указанная в подписанном Заказчиком
документе о приемке (раздел «Порядок и сроки осуществления приемки и оформления результатов»
приложения 2 к Контракту).
3.6.6. Заказчик не обязан представлять Исполнителю отчеты об использовании
программного обеспечения, права на которое приобрел у Исполнителя.
4. Порядок и сроки осуществления приемки выполненных работ
и оформления ее результатов
4.1. Исполнитель направляет Заказчику документы, перечень, порядок и сроки направления
которых указаны в приложении 3 к Контракту «Перечень документов, которыми обмениваются
стороны при исполнении контракта» (далее – приложение 3 к Контракту).
5
4.2. Заказчик осуществляет приемку работ после получения от Исполнителя документов,
указанных в приложении 3 к Контракту. Порядок и сроки осуществления приемки работ, а также
порядок и сроки оформления ее результатов установлены приложением 2 к Контракту.
4.3. Для проверки предоставленных Исполнителем результатов, предусмотренных
Контрактом, в части их соответствия условиям Контракта Заказчик проводит экспертизу.
4.4. Порядок и сроки проведения экспертизы установлены приложением 3 к Контракту.
4.5. Заказчик в порядке и сроки, установленные приложением 2 к Контракту, осуществляет
приемку выполненных работ и подписывает или утверждает подписанный всеми членами
приемочной комиссии (в случае создания Заказчиком приемочной комиссии) документ о приемке,
либо в те же сроки направляет Исполнителю мотивированный отказ от подписания документа о
приемке, содержащий перечень выявленных недостатков (далее – мотивированный отказ).
4.6. В случае получения мотивированного отказа Исполнитель обязан устранить выявленные
недостатки за свой счет и направить Заказчику документы, указанные в приложении 3 к Контракту.
Со дня получения от Исполнителя указанных в настоящем пункте документов Заказчик
действует в порядке, установленном настоящим разделом Контракта, при этом срок исполнения
обязательств Заказчика, установленный настоящим разделом Контракта, исчисляется со дня
получения таких документов.
4.7. В случае, если выявленные недостатки, указанные в мотивированном отказе, не
устранены Исполнителем, Заказчик вправе принять решение об одностороннем отказе от
исполнения Контракта в соответствии с условиями Контракта.
4.8. При уклонении Заказчика от принятия выполненных работ Исполнитель не вправе
действовать в порядке, предусмотренном пунктом 6 статьи 720 Гражданского кодекса.
5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Исполнителя надлежащего исполнения обязательств в соответствии с
условиями Контракта, а также требовать своевременного устранения выявленных недостатков.
5.1.2. Требовать от Исполнителя представления надлежащим образом оформленных
документов, подтверждающих исполнение обязательств в соответствии с условиями Контракта.
5.1.3. Запрашивать у Исполнителя информацию об исполнении им обязательств по
Контракту.
5.1.4. Провести экспертизу выполненных работ с привлечением экспертов, экспертных
организаций до принятия решения об одностороннем отказе от исполнения Контракта.
5.1.5. Требовать возмещения убытков, причиненных в связи с неисполнением и (или)
нарушением установленных сроков исполнения Исполнителем обязательств, предусмотренных
Контрактом.
5.1.6. Во всякое время проверять ход и качество работ, выполняемых Исполнителем, не
вмешиваясь в его деятельность.
5.1.7. Ссылаться на обнаруженные им недостатки в ходе выполнения работ и при их приемке,
которые не были оговорены в документе о приемке, но фактически отражены в документе,
оформленном по результатам экспертизы, и требовать устранения таких недостатков.
5.1.8. Привлечь Исполнителя к участию в деле по иску, предъявленному к Заказчику третьим
лицом в связи с недостатками, выявленными при выполнении работ в соответствии с условиями
Контракта.
5.1.9. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.2. Заказчик обязан:
5.2.1. Осуществлять приемку работ и производить их оплату в порядке и сроки,
установленные Контрактом.
5.2.2. Обеспечить Исполнителя информацией, необходимой и достаточной для
своевременного выполнения работ, если такой информацией располагает только Заказчик.
6
5.2.3. Сообщать в письменной форме Исполнителю о недостатках, обнаруженных в ходе
исполнения Исполнителем своих обязательств по Контракту, в течение 5 (пяти) рабочих дней со дня
обнаружения таких недостатков.
5.2.4. Требовать уплаты неустойки (штрафов, пеней) в соответствии с условиями Контракта.
5.2.5. Осуществлять контроль за исполнением Исполнителем условий Контракта в
соответствии с законодательством Российской Федерации.
5.2.6. Представлять Исполнителю информацию об изменении реквизитов Заказчика,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.2.7. В течение 5 (пяти) рабочих дней со дня получения от Исполнителя информации об
изменении реквизитов Исполнителя, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.2.8. Представлять Исполнителю разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта в течение 2 (двух) рабочих дней со дня получения запроса
согласно подпункту 5.3.2 пункта 5.3 Контракта.
5.2.9. В срок, не превышающий 3 (трех) рабочих дней со дня получения от Исполнителя
предупреждения об обстоятельствах, о которых Исполнитель обязан предупредить Заказчика в
соответствии с требованиями пункта 1 статьи 716 Гражданского кодекса, направить ответ с
указанием о дальнейших действиях Исполнителя.
5.2.10. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
уведомить Исполнителя о необходимости предоставить соответствующее обеспечение в порядке,
предусмотренном пунктом 15.1 Контракта.2
5.2.11. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.2.12. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и Контрактом.
5.3. Исполнитель вправе:
5.3.1. Требовать от Заказчика надлежащего исполнения обязательств в соответствии с
Контрактом.
5.3.2. Запрашивать у Заказчика разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта.
5.3.3. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.4. Исполнитель обязан:
5.4.1. В соответствии с условиями Контракта выполнить работы в полном объеме,
надлежащего качества и в установленные сроки, а также передать Заказчику результат работ в
порядке и сроки, установленные приложениями 2 и 3 к Контракту и иными условиями Контракта.
5.4.2. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме, включая
исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных, а также проектную,
техническую, рабочую, сопроводительную и методическую документацию к Системе или ее частям.
5.4.3. При использовании в ходе исполнения Контракта ранее созданных Исполнителем
результатов интеллектуальной деятельности без увеличения цены Контракта передать Заказчику
права на использование охраняемых результатов интеллектуальной деятельности, права на которые
2
Условия подпункта 5.2.10 пункта 5.2 и подпункта 5.4.13 пункта 5.4 Контракта не применяются, если
Контрактом не установлены требования к обеспечению исполнения Контракта и (или) обеспечению гарантийных
обязательств по Контракту.
7
принадлежат Исполнителю и которые использовались при выполнении работ по Контракту, в
объеме, необходимом для использования Заказчиком результатов работ по Контракту по их
целевому назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком. Исполнитель
передает Заказчику указанные права посредством заключения лицензионного договора.
5.4.4. При использовании в ходе исполнения Контракта охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, согласовать с
Заказчиком необходимость использования при выполнении работ охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, объем и порядок
приобретения прав на их использование.
5.4.5. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не
нарушающих исключительных прав других лиц и не являющихся предметом залога, ареста или
иного обременения.
5.4.6. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов), разработанных
третьими лицами, условия, на которых передаются права на их использование (исполнение),
должны обеспечить отсутствие ограничений, препятствующих использованию результатов работ по
их назначению. При этом права, полученные Заказчиком, должны позволять ему передавать,
дорабатывать, развивать результаты работ, созданные в процессе исполнения Контракта, а в случае
явного указания в техническом задании, осуществлять переработку программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных ранее
третьими лицами в соответствии с требованиями законодательства Российской Федерации.
5.4.7. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных решений,
предусмотренных техническим заданием.
5.4.8. Обеспечить выполнение требований к порядку создания (развития) государственных
(муниципальных) и (или) иных информационных систем, предусмотренных пунктом 3 части 1
статьи 13 Федерального закона № 149-ФЗ, устанавливаемых к таким информационным системам
Федеральным законом № 149-ФЗ и иными нормативными правовыми актами Российской
Федерации.
5.4.9. Своевременно направлять Заказчику посредством использования Портала исполнения
контрактов Единой автоматизированной системы управления закупками Московской области
(далее – ПИК ЕАСУЗ) надлежащим образом оформленные документы, подтверждающие
исполнение обязательств в соответствии с условиями Контракта, в том числе перечисленные в
приложении 3 к Контракту.
5.4.10. Предоставлять в течение 2 (двух) рабочих дней со дня получения запроса от Заказчика
согласно подпункту 5.1.3 пункта 5.1 Контракта достоверную информацию о ходе исполнения своих
обязательств по Контракту.
5.4.11. Представлять Заказчику информацию обо всех обстоятельствах, препятствующих
исполнению Контракта, в течение 1 (одного) рабочего дня со дня обнаружения Исполнителем таких
обстоятельств.
5.4.12. Представлять Заказчику информацию об изменении реквизитов Исполнителя,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.4.13. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
предоставить новое обеспечение исполнения Контракта и (или) обеспечение гарантийных
обязательств не позднее 1 (одного месяца) со дня надлежащего уведомления Заказчиком
Исполнителя о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2
и 7.3 статьи 96 Федерального закона № 44-ФЗ.
8
5.4.14. В течение 5 (пяти) рабочих дней со дня получения от Заказчика информации об
изменении реквизитов Заказчика, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.4.15. Обеспечить соответствие выполненных работ требованиям качества, безопасности
жизни и здоровья, а также иным требованиям сертификации, безопасности (санитарным нормам и
правилам, государственным стандартам и т.п.), лицензирования, установленным законодательством
Российской Федерации, Контрактом.
5.4.16. Передать Заказчику вместе с результатом работ информацию, касающуюся
эксплуатации или иного использования предмета Контракта.
5.4.17. Устранять за свой счет выявленные в процессе выполнения работ, при приемке
выполненных работ и в течение гарантийного срока недостатки работ, возникшие вследствие
невыполнения и (или) ненадлежащего выполнения работ Исполнителем и (или) третьими лицами,
привлеченными им для выполнения работ, а в случае, если указанные недостатки причинили
убытки Заказчику и (или) третьим лицам, возместить убытки в полном объеме в соответствии с
гражданским законодательством Российской Федерации.
5.4.18. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.4.19. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и настоящим Контрактом.
6. Гарантии
6.1. Подрядчик гарантирует качество и безопасность работ в соответствии с действующим
законодательством Российской Федерации, а также соответствие работ требованиям Контракта.
6.2. Требования к гарантийным обязательствам не установлены.
7. Ответственность Сторон
7.1. За неисполнение или ненадлежащее исполнение своих обязательств, предусмотренных
Контрактом, Стороны несут ответственность в соответствии с законодательством Российской
Федерации и условиями Контракта.
Размер пени определяется в соответствии со статьей 34 Федерального закона № 44-ФЗ.
Размеры штрафов определяются в соответствии с Правилами определения размера штрафа,
начисляемого в случае ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего
исполнения поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных
контрактом (за исключением просрочки исполнения обязательств заказчиком, поставщиком
(подрядчиком, исполнителем), утвержденными постановлением Правительства Российской
Федерации от 30.08.2017 № 1042 (далее – Правила).
В случае изменения условий Контракта в части изменения Цены Контракта размеры
штрафов, установленные в подпункте 7.2.3 пункта 7.2 и подпунктах 7.3.4, 7.3.5 пункта 7.3
Контракта, определяются в соответствии с Правилами с учетом новой Цены Контракта. В случае
ненадлежащего исполнения Заказчиком, неисполнения или ненадлежащего исполнения
Исполнителем обязательств, предусмотренных Контрактом (за исключением просрочки
исполнения обязательств Заказчиком, Исполнителем), размер штрафа определяется с учетом Цены
Контракта, действующей на момент такого неисполнения или ненадлежащего исполнения.
7.2. Ответственность Заказчика:
7.2.1. В случае просрочки исполнения Заказчиком обязательств, предусмотренных
Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком
обязательств, предусмотренных Контрактом, Исполнитель вправе потребовать уплаты неустоек
(штрафов, пеней).
7.2.2. Пеня начисляется за каждый день просрочки исполнения Заказчиком обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, в размере одной трехсотой действующей на дату
9
уплаты пеней ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок
суммы;
7.2.3. Штрафы начисляются за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств,
предусмотренных Контрактом.
За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, штраф
устанавливается в размере
рублей3.
7.2.4. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.3. Ответственность Исполнителя:
7.3.1. В случае просрочки исполнения Исполнителем обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, Заказчик
направляет Исполнителю требование об уплате неустоек (штрафов, пеней).
7.3.2. Пеня начисляется за каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, и устанавливается Контрактом в размере одной
трехсотой действующей на дату уплаты пени ключевой ставки Центрального банка Российской
Федерации от Цены Контракта (отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом (соответствующим
отдельным этапом исполнения Контракта) и фактически исполненных Исполнителем, за
исключением случаев, если законодательством Российской Федерации установлен иной порядок
начисления пени.
7.3.3. Штрафы начисляются за неисполнение или ненадлежащее исполнение Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
Исполнителем обязательств (в том числе гарантийного обязательства), предусмотренных
Контрактом.
7.3.4. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения обязательств
(в том числе гарантийного обязательства), предусмотренных Контрактом, штраф устанавливается в
размере 4.
3
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии
с пунктом 9 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей).
4
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в следующем порядке (за
исключением случаев, если законодательством Российской Федерации установлен иной порядок начисления штрафов):
(Вариант I)
Во всех случаях (за исключением случаев, предусмотренных пунктами 4 - 8 Правил) размер штрафа, рассчитываемый
как процент Цены Контракта, или в случае, если Контрактом предусмотрены этапы исполнения Контракта, как процент этапа
исполнения Контракта (далее – цена Контракта (этапа)), устанавливается в соответствии с пунктом 3 Правил в следующем
порядке:
а) 10 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) не превышает 3 млн. рублей;
б) 5 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
в) 1 процент цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
г) 0,5 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 100 млн. рублей до 500 млн.
рублей (включительно);
д) 0,4 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 500 млн. рублей до 1 млрд.
рублей (включительно);
10
7.3.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения, штраф
устанавливается в размере
рублей5.
7.3.6. За каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного подпунктом 5.4.13 пункта 5.4 Контракта, начисляется пеня в размере,
определенном в порядке, установленном в соответствии с подпунктом 7.3.2 пункта 7.3 Контракта.
7.3.7. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение
Исполнителем обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.4. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что
неисполнение или ненадлежащее исполнение обязательства, предусмотренного Контрактом,
произошло вследствие непреодолимой силы или по вине другой Стороны.
7.5. В случаях выявления в ходе проверки расходования выделяемых по Контракту
денежных средств, проведенной Заказчиком или контрольным органом, фактов необоснованного и
(или) неверного применения расценок и (или) завышения объема работ, а также иных
обстоятельств, повлекших причинение ущерба Заказчику, Исполнитель обязан вернуть Заказчику
перечисленные ему денежные средства в размере выявленных переплат в течение 10 (десяти) дней
(со дня получения уведомления) на счет Заказчика, указанный в разделе 16 Контракта.
8. Порядок расторжения Контракта
8.1. Контракт может быть расторгнут по соглашению Сторон, по решению суда, в случае
одностороннего отказа Стороны Контракта от исполнения Контракта в соответствии с гражданским
законодательством.
е) 0,3 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 1 млрд. рублей до 2 млрд.
рублей (включительно);
ж) 0,25 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 2 млрд. рублей до 5 млрд.
рублей (включительно);
з) 0,2 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 5 млрд. рублей до 10 млрд.
рублей (включительно);
и) 0,1 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) превышает 10 млрд. рублей.
(Вариант II)
В случае, предусмотренном пунктом 4 Правил, если Контракт заключается по результатам определения Подрядчика в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ размер штрафа устанавливается в размере 1 процента
цены Контракта (этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
(Вариант III)
В случае, если Контракт заключается с победителем закупки (или с иным участником закупки в случаях, установленных
Федеральным законом № 44-ФЗ), предложившим наиболее высокую цену за право заключения Контракта размер штрафа
устанавливается в соответствии с пунктом 5 Правил в следующем порядке:
а) в случае, если Цена Контракта не превышает начальную (максимальную) цену контракта:
10 процентов начальной (максимальной) цены контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
1 процент начальной (максимальной) цены контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
б) в случае, если Цена Контракта превышает начальную (максимальную) цену контракта:
10 процентов Цены Контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов Цены Контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
1 процент Цены Контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно).
5
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии с пунктом
6 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей.
11
8.2. Заказчик вправе принять решение об одностороннем отказе от исполнения Контракта по
основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от исполнения
отдельных видов обязательств.
Сроки и порядок принятия Заказчиком решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
8.3. Исполнитель вправе принять решение об одностороннем отказе от исполнения
Контракта по основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от
исполнения отдельных видов обязательств.
Сроки и порядок принятия Исполнителем решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
Исполнитель не вправе отказаться от исполнения Контракта и потребовать возмещения
убытков при наличии обстоятельств, указанных в пункте 1 статьи 719 Гражданского кодекса.
8.4. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта в
случаях, установленных статьей 95 Федерального закона № 44-ФЗ.
8.5. Расторжение Контракта по соглашению Сторон производится путем подписания
соответствующего соглашения о расторжении. Стороны производят сверку расчетов, которой
подтверждается объем услуг, выполненных Исполнителем и принятых Заказчиком, а также размер
суммы, перечисленной Заказчиком Исполнителю за выполненные услуги.
Сторона, которой направлено предложение о расторжении Контракта по соглашению
Сторон, должна направить ответ по существу в срок не позднее 5 (пяти) календарных дней с даты
его получения.
8.6. Исполнитель обязан возвратить Заказчику на счет, реквизиты которого указаны в
Контракте, выплаченный в соответствии с Контрактом аванс в размере за вычетом учтенного в
стоимости выполненных работ аванса в течение 5 (пяти) календарных дней с даты расторжения
настоящего Контракта (если Контрактом предусмотрена выплата аванса).
9. Обеспечение исполнения Контракта
9.1. Обеспечение исполнения Контракта устанавливается в размере 30 процент(ов,а) от Цены
Контракта.
9.2. Исполнитель предоставляет обеспечение исполнения контракта с учетом положений
части 6.3 статьи 96 и статьи 37 Федерального закона № 44-ФЗ, в размере, установленном в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.3. Порядок предоставления обеспечения исполнения контракта указан в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.4. Реквизиты Заказчика для внесения денежных средств в качестве обеспечения
исполнения Контракта указаны в разделе «Обеспечение исполнения контракта» приложения 2 к
Контракту.
9.5. Обеспечение исполнения Контракта распространяется, в том числе, на обязательства по
возврату аванса (при его наличии), уплате неустоек (штрафов, пеней) в случае неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, а также
возмещению убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
исполнением Исполнителем своих обязательств по Контракту.
9.6. В ходе исполнения Контракта Исполнитель вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного обеспечения
исполнения Контракта новое обеспечение исполнения Контракта, размер которого может быть
уменьшен в порядке и случаях, предусмотренных Федеральным законом № 44-ФЗ.
В случаях, установленных статьей 96 Федерального закона № 44-ФЗ, в ходе исполнения
Контракта размер обеспечения исполнения Контракта подлежит уменьшению в порядке и в случаях,
которые предусмотрены частями 7.2 и 7.3 статьи 96 Федерального закона № 44-ФЗ.
9.7. Денежные средства, внесенные Исполнителем в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Исполнителем), в
том числе части этих денежных средств в случае уменьшения размера обеспечения исполнения
12
контракта в соответствии с частями 7, 7.1 и 7.2 статьи 96 Федерального закона № 44-ФЗ,
возвращаются Исполнителю при условии надлежащего выполнения Исполнителем своих
обязательств по Контракту в течение 15 дней с даты исполнения Исполнителем обязательств,
предусмотренных Контрактом. Денежные средства возвращаются на счет, указанный
Исполнителем в заявлении о возврате обеспечения исполнения Контракта, либо на тот счет, с
которого поступили данные денежные средства.
9.8. Независимая гарантия, представленная в качестве обеспечения исполнения Контракта,
должна содержать условие, согласно которому гарант обязан уплатить Заказчику денежную сумму
по независимой гарантии не позднее десяти рабочих дней со дня, следующего за днем получения
гарантом требования Заказчика, соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской Федерации оснований для отказа
в удовлетворении этого требования.
9.9. Участник закупки, с которым заключается Контракт по результатам определения
подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения исполнения Контракта, в том числе с учетом
положений статьи 37 Федерального закона № 44-ФЗ, в случае предоставления таким участником
закупки информации, содержащейся в реестре контрактов, заключенных заказчиками, и
подтверждающей исполнение таким участником (без учета правопреемства) в течение трех лет до
даты подачи заявки на участие в закупке трех контрактов, исполненных без применения к такому
участнику неустоек (штрафов, пеней). Такая информация представляется участником закупки до
заключения Контракта в случаях, установленных Федеральным законом № 44-ФЗ для
предоставления обеспечения исполнения контракта. При этом сумма цен таких контрактов должна
составлять не менее начальной (максимальной) цены контракта, указанной в извещении об
осуществлении закупки.
10. Обеспечение гарантийных обязательств
10.1. Требования к обеспечению гарантийных обязательств не установлены.
11. Обстоятельства непреодолимой силы
11.1. Стороны освобождаются от ответственности за полное или частичное неисполнение
своих обязательств по Контракту в случае, если оно явилось следствием обстоятельств
непреодолимой силы, а именно: наводнения, пожара, землетрясения, диверсии, военных действий,
блокад, препятствующих надлежащему исполнению обязательств по Контракту, а также других
чрезвычайных обстоятельств, подтвержденных в установленном законодательством Российской
Федерации порядке, которые возникли после заключения Контракта и непосредственно повлияли
на исполнение Сторонами своих обязательств, а также которые Стороны были не в состоянии
предвидеть и предотвратить.
11.2. Сторона, для которой надлежащее исполнение обязательств оказалось невозможным
вследствие возникновения обстоятельств непреодолимой силы, обязана в течение 5 (пяти)
календарных дней с даты возникновения таких обстоятельств уведомить другую Сторону об их
возникновении, виде и возможной продолжительности действия в письменной форме с
приложением документов, удостоверяющих факт наступления указанных обстоятельств. В случае
если Сторона не известит другую Сторону о наступлении таких обстоятельств, такая Сторона теряет
право ссылаться на указанные обстоятельства, как обстоятельства непреодолимой силы.
12. Порядок урегулирования споров
12.1. В случае возникновения любых противоречий, претензий и разногласий, а также
споров, связанных с исполнением Контракта, Стороны предпринимают усилия для урегулирования
таких противоречий, претензий и разногласий в добровольном порядке.
12.2. До передачи спора на разрешение в судебном порядке Стороны принимают меры к его
урегулированию в претензионном порядке.
Претензия направляется Стороной другой Стороне в письменном виде в порядке,
предусмотренном пунктом 15.1 Контракта.
13
Претензия должна содержать сумму истребования и ее полный и обоснованный расчет (если
претензионные требования подлежат денежной оценке). В подтверждение заявленных требований к
претензии должны быть приложены надлежащим образом заверенные копии документов или
выписки из них.
Срок направления письменного ответа по существу Стороной, получившей претензию,
составляет 5 дней с даты ее получения.
Оставление претензии без ответа в установленный срок означает признание Стороной,
получившей претензию, ее требований.
12.3. В случае невыполнения Сторонами своих обязательств и недостижения взаимного
согласия споры по настоящему Контракту разрешаются в Арбитражном суде Московской области6.
13. Срок действия, порядок изменения Контракта
13.1. Контракт вступает в силу с момента его заключения Сторонами и действует до полного
исполнения Сторонами своих обязательств по Контракту.
Изменение существенных условий Контракта при его исполнении не допускается за
исключением их изменения по соглашению Сторон в случаях, предусмотренных Федеральным
законом № 44-ФЗ, в том числе в случаях, предусмотренных пунктом 6 статьи 161 Бюджетного
кодекса Российской Федерации, при уменьшении ранее доведенных до Заказчика как получателя
бюджетных средств лимитов бюджетных обязательств. При этом Заказчик в ходе исполнения
Контракта обеспечивает согласование новых условий Контракта, в том числе цены и (или) сроков
исполнения Контракта и (или) объема работ, предусмотренных Контрактом.
13.2. Любые изменения и дополнения к настоящему Контракту, не противоречащие
законодательству Российской Федерации, оформляются дополнительным соглашением Сторон.
14. Особые условия
14.1. Стороны при исполнении Контракта:
- составляют в виде электронных документов, подписанных усиленной квалифицированной
электронной подписью (далее – электронные документы), первичные учетные документы и иные
документы, которыми оформляются:
заявка на выполнение работы (если Контрактом предусмотрено выполнение работы по
заявке);
выполнение выполненной работы, а также отдельные этапы выполнения работ (далее отдельный этап исполнения Контракта), включая документы, предоставление которых
предусмотрено в целях осуществления приемки выполненной работы, а также отдельных этапов
исполнения Контракта;
результаты такой приемки;
мотивированный отказ от подписания документа о приемке;
оплата выполненной работы, а также отдельных этапов исполнения Контракта;
заключение дополнительных соглашений;
направление требования об уплате неустоек (штрафов, пеней) (за исключением направления
уведомления о применении мер ответственности в случае, если Контракт заключен по результатам
проведения электронной процедуры, закрытой электронной процедуры);
соглашение о расторжении Контракта;
- осуществляют обмен электронными документами посредством использования ПИК ЕАСУЗ
в соответствии с Регламентом электронного документооборота Портала исполнения контрактов
Единой автоматизированной системы управления закупками Московской области (далее –
Регламент, приложение 4 к Контракту).
14.1.1. В случае если Контракт заключен по результатам проведения электронной
процедуры, закрытой электронной процедуры (за исключением закрытой электронной процедуры,
проводимой в случае, предусмотренном пунктом 5 части 11 статьи 24 Федерального закона № 446
В случае, если Исполнителем является физическое лицо, то споры разрешаются в соответствии с
действующим процессуальным законодательством Российской Федерации по месту нахождения заказчик.
14
ФЗ), формирование документов о приемке, мотивированных отказов от подписания документов о
приемке, исправлений документов о приемке, дополнительных соглашений и соглашения о
расторжении Контракта осуществляется с использованием ПИК ЕАСУЗ с соблюдением
требований, установленных частями 13-14 статьи 94, частями 1.7 и 8.1 статьи 95 Федерального
закона № 44-ФЗ, с последующей гарантированной передачей для подписания и размещения
указанных в настоящем подпункте документов в единую информационную систему в сфере закупок
(далее – ЕИС) в соответствии с пунктом 1 части 10 статьи 4 Федерального закона № 44-ФЗ.
14.2. Для работы в ПИК ЕАСУЗ Стороны Контракта:
- назначают должностных лиц, уполномоченных за организацию и осуществление
электронного документооборота в соответствии с разделом Контракта «Особые условия» (далее –
уполномоченные должностные лица);
- обеспечивают получение усиленной квалифицированной электронной подписи в
аккредитованных удостоверяющих центрах в соответствии с требованиями законодательства
Российской Федерации, на уполномоченных должностных лиц, подписывающих документы при
исполнении Контракта;
- обеспечивают регистрацию в ПИК ЕАСУЗ и в электронном документообороте ПИК ЕАСУЗ
(далее – ЭДО ПИК ЕАСУЗ) в соответствии с Регламентом;
- обеспечивают необходимые условия для осуществления электронного документооборота в
ПИК ЕАСУЗ и в ЭДО ПИК ЕАСУЗ, а в случаях, для которых в соответствии с требованиями
законодательства Российской Федерации о контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд предусмотрен обмен
электронными документами с использованием ЕИС, в ЕИС;
- используют для подписания в ЭДО ПИК ЕАСУЗ электронных документов усиленную
квалифицированную электронную подпись.
14.3. Стороны признают, что используемые в ПИК ЕАСУЗ электронные документы имеют
равную юридическую силу с документами на бумажных носителях информации, подписанными
собственноручными подписями уполномоченных должностных лиц и оформленными в
установленном порядке.
14.4. Электронные документы, полученные Сторонами друг от друга при исполнении
Контракта, не требуют дублирования документами, оформленными на бумажных носителях
информации.
14.5. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ (описание сбоя
содержится в Регламенте), не позволяющего осуществлять обмен электронными документами при
исполнении Контракта, Стороны осуществляют оформление и подписание документов на
бумажных носителях информации в сроки, предусмотренные Контрактом (за исключением случаев,
для которых в соответствии с требованиями законодательства Российской Федерации о
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд предусмотрен обмен электронными документами с использованием ЕИС).
После возобновления работы ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ Сторона, ответственная
за составление (оформление) документа, направляет с использованием ПИК ЕАСУЗ Стороне, в
адрес которой должен быть направлен соответствующий документ, сопроводительное письмо,
подписанное усиленной квалифицированной электронной подписью уполномоченного
должностного лица, с приложением копии в электронной форме (скан-образа) документа,
подписанного Сторонами на бумажном носителе информации.
Сторона, получившая в ПИК ЕАСУЗ указанное сопроводительное письмо, осуществляет
проверку сведений, содержащихся в сопроводительном письме и приложенной к нему копии в
электронной форме (скан-образа) документа, на предмет их соответствия подписанному документу
на бумажном носителе информации и по результатам проверки подписывает данное
сопроводительное
письмо
усиленной
квалифицированной
электронной
подписью
уполномоченного должностного лица либо отказывается от его подписания в порядке,
предусмотренном Регламентом.
15
14.6. Перечень документов, которыми обмениваются стороны при исполнении Контракта с
использованием ПИК ЕАСУЗ, содержится в приложении 3 к Контракту.
14.7. Получение доступа к ПИК ЕАСУЗ, а также использование ЭДО ПИК ЕАСУЗ, в том
числе в целях осуществления электронного документооборота при исполнении Контракта, для
Сторон осуществляется безвозмездно.
15. Прочие условия
15.1. Если иное не предусмотрено Контрактом или законодательством Российской
Федерации (в том числе частью 16 статьи 94 Федерального закона № 44-ФЗ), то все заявления,
уведомления, извещения, требования или иные юридически значимые сообщения (далее –
сообщения) Сторон, связанные с исполнением Контракта, направляются в письменной форме по
почте заказным письмом или нарочным по почтовому адресу Стороны, указанному в Контракте,
или с использованием факсимильной связи, электронной почты с последующим представлением
оригинала в течение 10 (десяти) рабочих дней с даты отправки.
В случае направления сообщений с использованием почты или нарочным, сообщения
считаются полученными Стороной в день фактического получения, подтвержденного отметкой
почты или отметкой получателя на копиях сообщений. В случае отправления сообщений
посредством факсимильной связи и электронной почты, сообщения считаются полученными
Стороной в день их отправки.
Сообщение считается доставленным и в тех случаях, когда оно поступило адресату, но по
обстоятельствам, зависящим от него, не было ему вручено или адресат не ознакомился с ним.
15.2. Стороны обязуются, начиная с момента заключения Контракта и в течение 3 (трех) лет
после прекращения действия Контракта, не передавать конфиденциальную информацию третьим
лицам без письменного согласия другой Стороны, кроме случаев, когда это требуется в
соответствии с законодательством Российской Федерации.
15.3. Контракт составлен в форме электронного документа, подписанного усиленными
электронными подписями Сторон.
15.4. При наличии противоречий между условиями, содержащимися в приложениях 1-3 к
Контракту, и условиями иных приложений к Контракту, преимущественную силу имеют
приложения 1-3 к Контракту.
15.5. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
законодательством Российской Федерации.
15.6. Неотъемлемыми частями Контракта являются следующие приложения (прилагаются
отдельными файлами):
приложение 1 «Сведения об объектах закупки»;
приложение 2 «Сведения об обязательствах сторон и порядке оплаты»;
приложение 3 «Перечень документов, которыми обмениваются стороны при исполнении
контракта»;
приложение 4 «Регламент электронного документооборота Портала исполнения контрактов
Единой автоматизированной системы управления закупками Московской области»;
приложение 5 «Описание объекта закупки (техническое задание)».
16. Адреса, реквизиты и подписи Сторон
Заказчик:
Исполнитель:
ГОСУДАРСТВЕННОЕ
КАЗЕННОЕ
УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ
"ЦЕНТР
ЗАНЯТОСТИ
НАСЕЛЕНИЯ
МОСКОВСКОЙ ОБЛАСТИ"
Сокращенное наименование: КАДРОВЫЙ
ЦЕНТР ПОДМОСКОВЬЯ
Почтовый
адрес:
142116,
РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
________________
Сокращенное
наименование:
________________
Почтовый адрес: ________________
Место
нахождения,
адрес:
16
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
Место нахождения, адрес: 142116, РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
ИНН 5031044293
КПП 507401001
ОГРН 1035006102450
Банковские реквизиты:
УФК по Московской области г. Москва (л/с
03831D02920,
КАДРОВЫЙ
ЦЕНТР
ПОДМОСКОВЬЯ)
________________
ИНН ________________
КПП КН ________________
КПП ________________
ОГРН ________________
Банк: ОКЦ № 1 ГУ Банка России по ЦФО//УФК
по Московской области г. Москва
БИК 004525987
казн/сч 03221643460000004800
единый казн/сч 40102810845370000004
ОКПО ________________
ОКТМО 46760000001
ОКОПФ ________________
телефон (факс): 7-496-5143249
адрес
электронной
почты:
zakupki_cznmo@mail.ru
Банк: ________________
БИК ________________
________________
________________
ОКПО ________________
ОКТМО ________________
ОКОПФ ________________
Заказчик:
ДИРЕКТОР
Банковские реквизиты:
(л/с
________________________________)
телефон (факс): ________________
адрес
электронной
почты:
________________
Исполнитель:
____
(С. А. _____________
______
СКОРОДУМ ___
ОВА)
____
(_______
______
_________)

=== ФАЙЛ: ↳ Проект контракта, сост. 08.10.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_10_08-10_23.docx | docs/0348100024426000039/Проект контракта, сост. 08.10.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_10_08-10_23.pdf
Проект государственного контракта № ________________
Выполнение работ по развитию и модернизации платформы управления типовым сайтом
Государственного казенного учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
«___» _____________ 20___ год
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ", именуемое(ая,ый) в дальнейшем
«Заказчик», в лице Директора Скородумовой Светланы Александровны, действующего на
основании Устава, с одной стороны, и ________________, именуемое(ая,ый) в дальнейшем
«Исполнитель», в лице ________________ ________________, действующего на основании
________________, с другой стороны, а вместе именуемые «Стороны» и каждый в отдельности
«Сторона», с соблюдением требований Гражданского кодекса Российской Федерации (далее –
Гражданский кодекс), Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон № 44-ФЗ) и иных правовых актов Российской Федерации и Московской
области, на основании ____________________, заключили настоящий государственный контракт
(далее – Контракт) о нижеследующем.
1. Предмет Контракта
1.1. Предмет Контракта - Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного учреждения «Центр занятости населения
Московской области» (в сфере ИКТ).
1.2. Исполнитель по заданию Заказчика обязуется в установленный Контрактом срок
выполнить работы по созданию и (или) развитию (модернизации) иной информационной системы
(далее – работы, Система), а Заказчик обязуется принять выполненные работы и оплатить их.
1.3. Идентификационный код закупки – ИКЗ: 262503104429350740100101000016201242.
1.4. Перечень и объем работ, подлежащих выполнению, требования к качеству выполняемых
Исполнителем работ, а также требования к порядку и способу их выполнения Исполнителем,
определяются Контрактом, в том числе приложением 5 к Контракту «Описание объекта закупки
(техническое задание)» (далее – техническое задание).
1.5. Работы выполняются Исполнителем в соответствии с национальными стандартами и
государственными стандартами в части требований к проектированию, стадиям создания, видам,
комплектности и обозначению документов, видам испытаний при создании и (или) развитии
(модернизации) государственных (муниципальных) информационных систем и (или) иных
информационных систем, а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно требованиям
Федерального закона № 44-ФЗ, Федерального закона от 27.07.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации» (далее – Федеральный закон № 149-ФЗ), а
также иных нормативных правовых актов в сфере контрактной системы, информационных
технологий, защиты информации, правовой защиты интересов государства в области
интеллектуальной собственности, регулирующих соответствующие отношения и непосредственно
указанных в техническом задании.
1.6. Результат выполненных работ по Контракту: В соответствии с таблицей 12 ООЗ.
2. Цена Контракта, порядок и сроки оплаты работ
2
2.1. Цена Контракта оставляет ________________, ________________ 1 (далее – Цена
Контракта). Цена каждого этапа исполнения Контракта указана в разделе «Срок исполнения
контракта (отдельных этапов исполнения контракта)» приложения 2 к Контракту «Сведения об
обязательствах сторон и порядке оплаты» (далее – приложение 2 к Контракту).
2.2. Цена Контракта является твердой и определяется на весь срок исполнения Контракта.
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому лицу, в
том числе зарегистрированному в качестве индивидуального предпринимателя, уменьшается на
размер налогов, сборов и иных обязательных платежей в бюджеты бюджетной системы Российской
Федерации, связанных с оплатой Контракта, если в соответствии с законодательством Российской
Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
2.4. Источник финансирования:
Бюджет \
Код бюджетной
Лицевой
Внебюджетные Тип средств
классификации
Сумма, руб.
Год
счет
средства
расходов
Средства
Областной
бюджета
831040104402915
03831D0292
2026
бюджет
Московской 90242
0
области
2.5. Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту.
2.6. Порядок и сроки оплаты работы установлены в разделе «Порядок и сроки оплаты»
приложения 2 к Контракту.
2.7. Заказчик оплачивает выполненные работы в соответствии с условиями Контракта путем
перечисления денежных средств на счет Исполнителя, реквизиты которого приведены в разделе 16
Контракта, за вычетом суммы выплаченного аванса (если Контрактом предусмотрена выплата
аванса).
2.8. Обязательства Заказчика по оплате работ считаются исполненными с момента списания
денежных средств со счетов Заказчика.
2.9. Условие об удержании Заказчиком суммы неисполненных Исполнителем требований об
уплате неустоек (штрафов, пеней) из суммы, подлежащей оплате Исполнителю, содержится в
разделе «Порядок и сроки оплаты» приложения 2 к Контракту. Заказчик удерживает неустойку
(штрафы, пени) из оплаты за исключением случаев, если неустойка (штрафы, пени) подлежит
списанию в соответствии с действующим законодательством. Заказчик перечисляет за Исполнителя
удержанную сумму неустоек (штрафов, пеней) в установленном порядке в доход соответствующего
бюджета бюджетной системы Российской Федерации.
2.10. Выплата аванса не предусмотрена.
3. Сроки, порядок и место выполнения работ.
Порядок предоставления (передачи) результатов выполнения работ Заказчику.
Исключительные права
3.1. Начальный и конечный сроки выполнения работ, а также промежуточные сроки
выполнения работ (если они предусмотрены Контрактом), указаны в разделе «Обязательства по
выполнению работ» приложения 2 к Контракту.
3.2. Место выполнения работ указано в приложении 2 к Контракту.
1
Указывается «в том числе НДС», а также сумма НДС в рублях. В случаях, если в соответствии с
законодательством Российской Федерации о налогах и сборах выполнение работ не облагается НДС, Подрядчик
использует право на освобождение от исполнения обязанностей налогоплательщика, связанных с исчислением и
уплатой НДС, Подрядчик не признается налогоплательщиком НДС указывается - «НДС не облагается».
3
3.3. Исполнитель выполняет работы в порядке согласно разделу «Обязательства по
выполнению работ» приложения 2 к Контракту и в соответствии с иными условиями,
предусмотренными Контрактом.
3.4. Порядок предоставления (передачи) результатов выполнения работ Заказчику:
3.4.1. Передача исходных кодов, разработанных в ходе выполнения работ программ для
электронных вычислительных машин (далее – программа для ЭВМ) и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек
зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции,
создания дистрибутива и установки (развертывания) программы для ЭВМ.
3.4.2. Для проведения компиляции, создания дистрибутива и установки (развертывания)
программы для ЭВМ должны использоваться свободно распространяемые компиляторы,
интерпретаторы и иное программное обеспечение, необходимое для указанных целей,
дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе
выполнения работ программ для ЭВМ.
3.4.3. В случае использования для проведения компиляции, создания дистрибутива и
установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного
программного обеспечения, права на использование, копирование и модификацию которых
принадлежат третьим лицам, Исполнитель за свой счет передает Заказчику дистрибутивы и права на
использование таких компиляторов, интерпретаторов и иного программного обеспечения.
3.4.4. Исполнитель в процессе сдачи-приемки работ по Контракту должен провести
демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания)
разработанных программ для ЭВМ с использованием средств, указанных в подпункте 3.4.1 пункта
3.4 Контракта, а также в соответствии с инструкциями, приведенными в рабочей документации на
Систему.
3.4.5. Документация на Систему и ее части (техническая и рабочая) должна содержать
исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего
развития и эксплуатации.
3.4.6. Техническая и рабочая документация должна содержать описание разработанных
результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов,
алгоритмов и протоколов информационного взаимодействия, технических требований,
спецификаций и форматов обмена данными для взаимодействия с другими информационными
системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в
дальнейшем без привлечения подрядчика (исполнителя).
3.4.7. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных
нормативными правовыми актами Российской Федерации в сфере информационных технологий,
защиты информации, правовой защиты интересов государства в области интеллектуальной
собственности, включая документы, подтверждающие отказ авторов (разработчиков) от
исключительных прав на передаваемые объекты интеллектуальной собственности в пользу
исполнителя, с проектами заявок на государственную регистрацию в установленном порядке прав
заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения,
полезные модели, промышленные образцы, программы для электронных вычислительных машин,
базы данных, топологии интегральных микросхем, а также исключительные права на результаты
работ, включая объекты авторских прав и потенциально патентоспособные технические решения,
секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Исполнителем в
составе отчетной документации, предусмотренной условиями Контракта.
3.5. Принадлежность исключительных прав и права собственности на результаты работ:
3.5.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но
не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, а также исключительные права на результаты работ, включая
объекты авторских прав и потенциально патентоспособные технические решения, секреты
производства (ноу-хау), созданные в рамках Контракта, принадлежат в лице Заказчика субъекту
Российской Федерации / муниципальному образованию.
4
3.5.2. Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, считаются переданными с даты подписания
Заказчиком или утверждения Заказчиком подписанного всеми членами приемочной комиссии (в
случае создания Заказчиком приемочной комиссии) документа о приемке, указанного в разделе
«Порядок и сроки осуществления приемки и оформления результатов» приложения 2 к Контракту
(далее – документ о приемке).
3.5.3. В случае если при осуществлении работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, осуществлять ее в соответствии с
предоставляемыми в обязательном порядке Заказчиком правами на их использование на период
исполнения работ по Контракту.
3.6. Право использования программного обеспечения:
3.6.1. В случае, предусмотренном подпунктом 5.4.4 пункта 5.4 Контракта, Исполнитель
гарантирует, что обладает соответствующими правами (в соответствии со статьей 1229, частью 1
статьи 1235 или статьей 1238 Гражданского кодекса) на предоставление Заказчику прав
использования на условиях простых (неисключительных) лицензий на программное обеспечение
(далее – программное обеспечение). Исполнитель должен предоставить Заказчику документы,
подтверждающие настоящую гарантию (авторизационные письма, выписки из договора с
правообладателем программного обеспечения).
3.6.2 Территория, на которой допускается использование программного обеспечения:
Российская Федерация.
3.6.3. Способы использования программного обеспечения: хранить, устанавливать и
использовать копии программного обеспечения; передавать программное обеспечение конечным
пользователям на условиях, не противоречащих условиям настоящего Контракта; изготовить одну
архивную копию программного обеспечения, предназначенную для восстановления данных
Заказчика на случай его утери или повреждения. Архивная копия не может быть использована в
иных целях; получать консультационную помощь по программному обеспечению, в том числе
помощь в индивидуальной настройке программного обеспечения; использовать обновленные
версии программного обеспечения; получать обновленные версии программного обеспечения;
обращаться неограниченное количество раз по электронной почте в информационно-техническую
службу производителя программного обеспечения в случае возникновения технических проблем в
процессе эксплуатации программного обеспечения.
3.6.4. Срок действия лицензии и иные характеристики передаваемых прав использования,
подлежащих предоставлению, требования к программному обеспечению, требования к
обслуживанию, которое должно осуществляется в период действия лицензии, определяются
техническим заданием.
Если иное не установлено Контрактом лицензия не дает право получения возможности
распространять рекламную информацию в информационно-телекоммуникационной сети
«Интернет» и (или) получать доступ к такой информации, размещать предложения о приобретении
(реализации)
товаров
(работ,
услуг),
имущественных
прав
в
информационнотелекоммуникационной сети «Интернет», осуществлять поиск информации о потенциальных
покупателях (продавцах) и (или) заключать сделки.
3.6.5. Датой предоставления лицензии является дата, указанная в подписанном Заказчиком
документе о приемке (раздел «Порядок и сроки осуществления приемки и оформления результатов»
приложения 2 к Контракту).
3.6.6. Заказчик не обязан представлять Исполнителю отчеты об использовании
программного обеспечения, права на которое приобрел у Исполнителя.
4. Порядок и сроки осуществления приемки выполненных работ
и оформления ее результатов
4.1. Исполнитель направляет Заказчику документы, перечень, порядок и сроки направления
которых указаны в приложении 3 к Контракту «Перечень документов, которыми обмениваются
стороны при исполнении контракта» (далее – приложение 3 к Контракту).
5
4.2. Заказчик осуществляет приемку работ после получения от Исполнителя документов,
указанных в приложении 3 к Контракту. Порядок и сроки осуществления приемки работ, а также
порядок и сроки оформления ее результатов установлены приложением 2 к Контракту.
4.3. Для проверки предоставленных Исполнителем результатов, предусмотренных
Контрактом, в части их соответствия условиям Контракта Заказчик проводит экспертизу.
4.4. Порядок и сроки проведения экспертизы установлены приложением 3 к Контракту.
4.5. Заказчик в порядке и сроки, установленные приложением 2 к Контракту, осуществляет
приемку выполненных работ и подписывает или утверждает подписанный всеми членами
приемочной комиссии (в случае создания Заказчиком приемочной комиссии) документ о приемке,
либо в те же сроки направляет Исполнителю мотивированный отказ от подписания документа о
приемке, содержащий перечень выявленных недостатков (далее – мотивированный отказ).
4.6. В случае получения мотивированного отказа Исполнитель обязан устранить выявленные
недостатки за свой счет и направить Заказчику документы, указанные в приложении 3 к Контракту.
Со дня получения от Исполнителя указанных в настоящем пункте документов Заказчик
действует в порядке, установленном настоящим разделом Контракта, при этом срок исполнения
обязательств Заказчика, установленный настоящим разделом Контракта, исчисляется со дня
получения таких документов.
4.7. В случае, если выявленные недостатки, указанные в мотивированном отказе, не
устранены Исполнителем, Заказчик вправе принять решение об одностороннем отказе от
исполнения Контракта в соответствии с условиями Контракта.
4.8. При уклонении Заказчика от принятия выполненных работ Исполнитель не вправе
действовать в порядке, предусмотренном пунктом 6 статьи 720 Гражданского кодекса.
5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Исполнителя надлежащего исполнения обязательств в соответствии с
условиями Контракта, а также требовать своевременного устранения выявленных недостатков.
5.1.2. Требовать от Исполнителя представления надлежащим образом оформленных
документов, подтверждающих исполнение обязательств в соответствии с условиями Контракта.
5.1.3. Запрашивать у Исполнителя информацию об исполнении им обязательств по
Контракту.
5.1.4. Провести экспертизу выполненных работ с привлечением экспертов, экспертных
организаций до принятия решения об одностороннем отказе от исполнения Контракта.
5.1.5. Требовать возмещения убытков, причиненных в связи с неисполнением и (или)
нарушением установленных сроков исполнения Исполнителем обязательств, предусмотренных
Контрактом.
5.1.6. Во всякое время проверять ход и качество работ, выполняемых Исполнителем, не
вмешиваясь в его деятельность.
5.1.7. Ссылаться на обнаруженные им недостатки в ходе выполнения работ и при их приемке,
которые не были оговорены в документе о приемке, но фактически отражены в документе,
оформленном по результатам экспертизы, и требовать устранения таких недостатков.
5.1.8. Привлечь Исполнителя к участию в деле по иску, предъявленному к Заказчику третьим
лицом в связи с недостатками, выявленными при выполнении работ в соответствии с условиями
Контракта.
5.1.9. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.2. Заказчик обязан:
5.2.1. Осуществлять приемку работ и производить их оплату в порядке и сроки,
установленные Контрактом.
5.2.2. Обеспечить Исполнителя информацией, необходимой и достаточной для
своевременного выполнения работ, если такой информацией располагает только Заказчик.
6
5.2.3. Сообщать в письменной форме Исполнителю о недостатках, обнаруженных в ходе
исполнения Исполнителем своих обязательств по Контракту, в течение 5 (пяти) рабочих дней со дня
обнаружения таких недостатков.
5.2.4. Требовать уплаты неустойки (штрафов, пеней) в соответствии с условиями Контракта.
5.2.5. Осуществлять контроль за исполнением Исполнителем условий Контракта в
соответствии с законодательством Российской Федерации.
5.2.6. Представлять Исполнителю информацию об изменении реквизитов Заказчика,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.2.7. В течение 5 (пяти) рабочих дней со дня получения от Исполнителя информации об
изменении реквизитов Исполнителя, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.2.8. Представлять Исполнителю разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта в течение 2 (двух) рабочих дней со дня получения запроса
согласно подпункту 5.3.2 пункта 5.3 Контракта.
5.2.9. В срок, не превышающий 3 (трех) рабочих дней со дня получения от Исполнителя
предупреждения об обстоятельствах, о которых Исполнитель обязан предупредить Заказчика в
соответствии с требованиями пункта 1 статьи 716 Гражданского кодекса, направить ответ с
указанием о дальнейших действиях Исполнителя.
5.2.10. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
уведомить Исполнителя о необходимости предоставить соответствующее обеспечение в порядке,
предусмотренном пунктом 15.1 Контракта.2
5.2.11. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.2.12. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и Контрактом.
5.3. Исполнитель вправе:
5.3.1. Требовать от Заказчика надлежащего исполнения обязательств в соответствии с
Контрактом.
5.3.2. Запрашивать у Заказчика разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта.
5.3.3. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.4. Исполнитель обязан:
5.4.1. В соответствии с условиями Контракта выполнить работы в полном объеме,
надлежащего качества и в установленные сроки, а также передать Заказчику результат работ в
порядке и сроки, установленные приложениями 2 и 3 к Контракту и иными условиями Контракта.
5.4.2. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме, включая
исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных, а также проектную,
техническую, рабочую, сопроводительную и методическую документацию к Системе или ее частям.
5.4.3. При использовании в ходе исполнения Контракта ранее созданных Исполнителем
результатов интеллектуальной деятельности без увеличения цены Контракта передать Заказчику
права на использование охраняемых результатов интеллектуальной деятельности, права на которые
2
Условия подпункта 5.2.10 пункта 5.2 и подпункта 5.4.13 пункта 5.4 Контракта не применяются, если
Контрактом не установлены требования к обеспечению исполнения Контракта и (или) обеспечению гарантийных
обязательств по Контракту.
7
принадлежат Исполнителю и которые использовались при выполнении работ по Контракту, в
объеме, необходимом для использования Заказчиком результатов работ по Контракту по их
целевому назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком. Исполнитель
передает Заказчику указанные права посредством заключения лицензионного договора.
5.4.4. При использовании в ходе исполнения Контракта охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, согласовать с
Заказчиком необходимость использования при выполнении работ охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, объем и порядок
приобретения прав на их использование.
5.4.5. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не
нарушающих исключительных прав других лиц и не являющихся предметом залога, ареста или
иного обременения.
5.4.6. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов), разработанных
третьими лицами, условия, на которых передаются права на их использование (исполнение),
должны обеспечить отсутствие ограничений, препятствующих использованию результатов работ по
их назначению. При этом права, полученные Заказчиком, должны позволять ему передавать,
дорабатывать, развивать результаты работ, созданные в процессе исполнения Контракта, а в случае
явного указания в техническом задании, осуществлять переработку программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных ранее
третьими лицами в соответствии с требованиями законодательства Российской Федерации.
5.4.7. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных решений,
предусмотренных техническим заданием.
5.4.8. Обеспечить выполнение требований к порядку создания (развития) государственных
(муниципальных) и (или) иных информационных систем, предусмотренных пунктом 3 части 1
статьи 13 Федерального закона № 149-ФЗ, устанавливаемых к таким информационным системам
Федеральным законом № 149-ФЗ и иными нормативными правовыми актами Российской
Федерации.
5.4.9. Своевременно направлять Заказчику посредством использования Портала исполнения
контрактов Единой автоматизированной системы управления закупками Московской области
(далее – ПИК ЕАСУЗ) надлежащим образом оформленные документы, подтверждающие
исполнение обязательств в соответствии с условиями Контракта, в том числе перечисленные в
приложении 3 к Контракту.
5.4.10. Предоставлять в течение 2 (двух) рабочих дней со дня получения запроса от Заказчика
согласно подпункту 5.1.3 пункта 5.1 Контракта достоверную информацию о ходе исполнения своих
обязательств по Контракту.
5.4.11. Представлять Заказчику информацию обо всех обстоятельствах, препятствующих
исполнению Контракта, в течение 1 (одного) рабочего дня со дня обнаружения Исполнителем таких
обстоятельств.
5.4.12. Представлять Заказчику информацию об изменении реквизитов Исполнителя,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.4.13. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
предоставить новое обеспечение исполнения Контракта и (или) обеспечение гарантийных
обязательств не позднее 1 (одного месяца) со дня надлежащего уведомления Заказчиком
Исполнителя о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2
и 7.3 статьи 96 Федерального закона № 44-ФЗ.
8
5.4.14. В течение 5 (пяти) рабочих дней со дня получения от Заказчика информации об
изменении реквизитов Заказчика, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.4.15. Обеспечить соответствие выполненных работ требованиям качества, безопасности
жизни и здоровья, а также иным требованиям сертификации, безопасности (санитарным нормам и
правилам, государственным стандартам и т.п.), лицензирования, установленным законодательством
Российской Федерации, Контрактом.
5.4.16. Передать Заказчику вместе с результатом работ информацию, касающуюся
эксплуатации или иного использования предмета Контракта.
5.4.17. Устранять за свой счет выявленные в процессе выполнения работ, при приемке
выполненных работ и в течение гарантийного срока недостатки работ, возникшие вследствие
невыполнения и (или) ненадлежащего выполнения работ Исполнителем и (или) третьими лицами,
привлеченными им для выполнения работ, а в случае, если указанные недостатки причинили
убытки Заказчику и (или) третьим лицам, возместить убытки в полном объеме в соответствии с
гражданским законодательством Российской Федерации.
5.4.18. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.4.19. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и настоящим Контрактом.
6. Гарантии
6.1. Исполнитель гарантирует качество и безопасность услуг в соответствии с действующим
законодательством Российской Федерации, а также соответствие услуг требованиям Контракта.
6.2. Требования к гарантийному сроку Исполнителя и производителя (при наличии), к
гарантийному обслуживанию (при наличии), к объему предоставления гарантий качества на
выполненные работы (при наличии) указаны в разделе «Сведения о гарантии качества товара,
работы, услуги» приложения 1 к Контракту.
6.3. Гарантийный срок начинает исчисляться с даты подписания или утверждения
Заказчиком подписанного всеми членами приемочной комиссии (в случае создания Заказчиком
приемочной комиссии) документа о приемке, указанного в разделе «Порядок и сроки
осуществления приемки и оформления результатов» приложения 2 к Контракту.
6.4. В ходе исполнения гарантийных обязательств Исполнитель обязуется за свой счет
устранять недостатки в соответствии с требованиями законодательства Российской Федерации.
6.5. Не позднее двух рабочих дней с даты обнаружения недостатков услуг Заказчик
направляет Исполнителю уведомление с указанием выявленных недостатков и сроков их
устранения. Исполнитель обязан устранить недостатки в срок, установленный в уведомлении.
7. Ответственность Сторон
7.1. За неисполнение или ненадлежащее исполнение своих обязательств, предусмотренных
Контрактом, Стороны несут ответственность в соответствии с законодательством Российской
Федерации и условиями Контракта.
Размер пени определяется в соответствии со статьей 34 Федерального закона № 44-ФЗ.
Размеры штрафов определяются в соответствии с Правилами определения размера штрафа,
начисляемого в случае ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего
исполнения поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных
контрактом (за исключением просрочки исполнения обязательств заказчиком, поставщиком
(подрядчиком, исполнителем), утвержденными постановлением Правительства Российской
Федерации от 30.08.2017 № 1042 (далее – Правила).
В случае изменения условий Контракта в части изменения Цены Контракта размеры
штрафов, установленные в подпункте 7.2.3 пункта 7.2 и подпунктах 7.3.4, 7.3.5 пункта 7.3
Контракта, определяются в соответствии с Правилами с учетом новой Цены Контракта. В случае
9
ненадлежащего исполнения Заказчиком, неисполнения или ненадлежащего исполнения
Исполнителем обязательств, предусмотренных Контрактом (за исключением просрочки
исполнения обязательств Заказчиком, Исполнителем), размер штрафа определяется с учетом Цены
Контракта, действующей на момент такого неисполнения или ненадлежащего исполнения.
7.2. Ответственность Заказчика:
7.2.1. В случае просрочки исполнения Заказчиком обязательств, предусмотренных
Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком
обязательств, предусмотренных Контрактом, Исполнитель вправе потребовать уплаты неустоек
(штрафов, пеней).
7.2.2. Пеня начисляется за каждый день просрочки исполнения Заказчиком обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, в размере одной трехсотой действующей на дату
уплаты пеней ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок
суммы;
7.2.3. Штрафы начисляются за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств,
предусмотренных Контрактом.
За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, штраф
устанавливается в размере
рублей3.
7.2.4. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.3. Ответственность Исполнителя:
7.3.1. В случае просрочки исполнения Исполнителем обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, Заказчик
направляет Исполнителю требование об уплате неустоек (штрафов, пеней).
7.3.2. Пеня начисляется за каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, и устанавливается Контрактом в размере одной
трехсотой действующей на дату уплаты пени ключевой ставки Центрального банка Российской
Федерации от Цены Контракта (отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом (соответствующим
отдельным этапом исполнения Контракта) и фактически исполненных Исполнителем, за
исключением случаев, если законодательством Российской Федерации установлен иной порядок
начисления пени.
7.3.3. Штрафы начисляются за неисполнение или ненадлежащее исполнение Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
Исполнителем обязательств (в том числе гарантийного обязательства), предусмотренных
Контрактом.
7.3.4. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения обязательств
(в том числе гарантийного обязательства), предусмотренных Контрактом, штраф устанавливается в
размере 4.
3
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии
с пунктом 9 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей).
4
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в следующем порядке (за
исключением случаев, если законодательством Российской Федерации установлен иной порядок начисления штрафов):
(Вариант I)
10
7.3.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения, штраф
устанавливается в размере
рублей5.
7.3.6. За каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного подпунктом 5.4.13 пункта 5.4 Контракта, начисляется пеня в размере,
определенном в порядке, установленном в соответствии с подпунктом 7.3.2 пункта 7.3 Контракта.
7.3.7. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение
Исполнителем обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.4. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что
неисполнение или ненадлежащее исполнение обязательства, предусмотренного Контрактом,
произошло вследствие непреодолимой силы или по вине другой Стороны.
Во всех случаях (за исключением случаев, предусмотренных пунктами 4 - 8 Правил) размер штрафа, рассчитываемый
как процент Цены Контракта, или в случае, если Контрактом предусмотрены этапы исполнения Контракта, как процент этапа
исполнения Контракта (далее – цена Контракта (этапа)), устанавливается в соответствии с пунктом 3 Правил в следующем
порядке:
а) 10 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) не превышает 3 млн. рублей;
б) 5 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
в) 1 процент цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
г) 0,5 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 100 млн. рублей до 500 млн.
рублей (включительно);
д) 0,4 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 500 млн. рублей до 1 млрд.
рублей (включительно);
е) 0,3 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 1 млрд. рублей до 2 млрд.
рублей (включительно);
ж) 0,25 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 2 млрд. рублей до 5 млрд.
рублей (включительно);
з) 0,2 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 5 млрд. рублей до 10 млрд.
рублей (включительно);
и) 0,1 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) превышает 10 млрд. рублей.
(Вариант II)
В случае, предусмотренном пунктом 4 Правил, если Контракт заключается по результатам определения Подрядчика в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ размер штрафа устанавливается в размере 1 процента
цены Контракта (этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
(Вариант III)
В случае, если Контракт заключается с победителем закупки (или с иным участником закупки в случаях, установленных
Федеральным законом № 44-ФЗ), предложившим наиболее высокую цену за право заключения Контракта размер штрафа
устанавливается в соответствии с пунктом 5 Правил в следующем порядке:
а) в случае, если Цена Контракта не превышает начальную (максимальную) цену контракта:
10 процентов начальной (максимальной) цены контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
1 процент начальной (максимальной) цены контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
б) в случае, если Цена Контракта превышает начальную (максимальную) цену контракта:
10 процентов Цены Контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов Цены Контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
1 процент Цены Контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно).
5
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии с пунктом
6 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей.
11
7.5. В случаях выявления в ходе проверки расходования выделяемых по Контракту
денежных средств, проведенной Заказчиком или контрольным органом, фактов необоснованного и
(или) неверного применения расценок и (или) завышения объема работ, а также иных
обстоятельств, повлекших причинение ущерба Заказчику, Исполнитель обязан вернуть Заказчику
перечисленные ему денежные средства в размере выявленных переплат в течение 10 (десяти) дней
(со дня получения уведомления) на счет Заказчика, указанный в разделе 16 Контракта.
8. Порядок расторжения Контракта
8.1. Контракт может быть расторгнут по соглашению Сторон, по решению суда, в случае
одностороннего отказа Стороны Контракта от исполнения Контракта в соответствии с гражданским
законодательством.
8.2. Заказчик вправе принять решение об одностороннем отказе от исполнения Контракта по
основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от исполнения
отдельных видов обязательств.
Сроки и порядок принятия Заказчиком решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
8.3. Исполнитель вправе принять решение об одностороннем отказе от исполнения
Контракта по основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от
исполнения отдельных видов обязательств.
Сроки и порядок принятия Исполнителем решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
Исполнитель не вправе отказаться от исполнения Контракта и потребовать возмещения
убытков при наличии обстоятельств, указанных в пункте 1 статьи 719 Гражданского кодекса.
8.4. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта в
случаях, установленных статьей 95 Федерального закона № 44-ФЗ.
8.5. Расторжение Контракта по соглашению Сторон производится путем подписания
соответствующего соглашения о расторжении. Стороны производят сверку расчетов, которой
подтверждается объем услуг, выполненных Исполнителем и принятых Заказчиком, а также размер
суммы, перечисленной Заказчиком Исполнителю за выполненные услуги.
Сторона, которой направлено предложение о расторжении Контракта по соглашению
Сторон, должна направить ответ по существу в срок не позднее 5 (пяти) календарных дней с даты
его получения.
8.6. Исполнитель обязан возвратить Заказчику на счет, реквизиты которого указаны в
Контракте, выплаченный в соответствии с Контрактом аванс в размере за вычетом учтенного в
стоимости выполненных работ аванса в течение 5 (пяти) календарных дней с даты расторжения
настоящего Контракта (если Контрактом предусмотрена выплата аванса).
9. Обеспечение исполнения Контракта
9.1. Обеспечение исполнения Контракта устанавливается в размере 30 процент(ов,а) от Цены
Контракта.
9.2. Исполнитель предоставляет обеспечение исполнения контракта с учетом положений
части 6.3 статьи 96 и статьи 37 Федерального закона № 44-ФЗ, в размере, установленном в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.3. Порядок предоставления обеспечения исполнения контракта указан в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.4. Реквизиты Заказчика для внесения денежных средств в качестве обеспечения
исполнения Контракта указаны в разделе «Обеспечение исполнения контракта» приложения 2 к
Контракту.
9.5. Обеспечение исполнения Контракта распространяется, в том числе, на обязательства по
возврату аванса (при его наличии), уплате неустоек (штрафов, пеней) в случае неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, а также
возмещению убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
исполнением Исполнителем своих обязательств по Контракту.
12
9.6. В ходе исполнения Контракта Исполнитель вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного обеспечения
исполнения Контракта новое обеспечение исполнения Контракта, размер которого может быть
уменьшен в порядке и случаях, предусмотренных Федеральным законом № 44-ФЗ.
В случаях, установленных статьей 96 Федерального закона № 44-ФЗ, в ходе исполнения
Контракта размер обеспечения исполнения Контракта подлежит уменьшению в порядке и в случаях,
которые предусмотрены частями 7.2 и 7.3 статьи 96 Федерального закона № 44-ФЗ.
9.7. Денежные средства, внесенные Исполнителем в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Исполнителем), в
том числе части этих денежных средств в случае уменьшения размера обеспечения исполнения
контракта в соответствии с частями 7, 7.1 и 7.2 статьи 96 Федерального закона № 44-ФЗ,
возвращаются Исполнителю при условии надлежащего выполнения Исполнителем своих
обязательств по Контракту в течение 15 дней с даты исполнения Исполнителем обязательств,
предусмотренных Контрактом. Денежные средства возвращаются на счет, указанный
Исполнителем в заявлении о возврате обеспечения исполнения Контракта, либо на тот счет, с
которого поступили данные денежные средства.
9.8. Независимая гарантия, представленная в качестве обеспечения исполнения Контракта,
должна содержать условие, согласно которому гарант обязан уплатить Заказчику денежную сумму
по независимой гарантии не позднее десяти рабочих дней со дня, следующего за днем получения
гарантом требования Заказчика, соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской Федерации оснований для отказа
в удовлетворении этого требования.
9.9. Участник закупки, с которым заключается Контракт по результатам определения
подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения исполнения Контракта, в том числе с учетом
положений статьи 37 Федерального закона № 44-ФЗ, в случае предоставления таким участником
закупки информации, содержащейся в реестре контрактов, заключенных заказчиками, и
подтверждающей исполнение таким участником (без учета правопреемства) в течение трех лет до
даты подачи заявки на участие в закупке трех контрактов, исполненных без применения к такому
участнику неустоек (штрафов, пеней). Такая информация представляется участником закупки до
заключения Контракта в случаях, установленных Федеральным законом № 44-ФЗ для
предоставления обеспечения исполнения контракта. При этом сумма цен таких контрактов должна
составлять не менее начальной (максимальной) цены контракта, указанной в извещении об
осуществлении закупки.
10. Обеспечение гарантийных обязательств
10.1. Размер обеспечения гарантийных обязательств установлен в разделе «Обеспечение
гарантийных обязательств» приложения 1 к Контракту.
10.2. Порядок предоставления обеспечения гарантийных указан в разделе «Обеспечение
гарантийных обязательств» приложения 1 к Контракту.
10.3. Оформление документа о приемке (за исключением отдельного этапа исполнения
контракта) услуг осуществляется после предоставления Исполнителем обеспечения гарантийных
обязательств в срок, установленный в приложении 3 к Контракту.
10.4. Реквизиты Заказчика для внесения денежных средств в качестве обеспечения
гарантийных обязательств указаны в разделе «Обеспечение гарантийных обязательств»
приложения 1 к Контракту.
10.5. Независимая гарантия, представленная в качестве обеспечения гарантийных
обязательств, должна содержать условие, согласно которому гарант обязан уплатить Заказчику
денежную сумму по независимой гарантии не позднее десяти рабочих дней со дня, следующего за
днем получения гарантом требования Заказчика, соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом оснований для отказа в
удовлетворении этого требования.
13
Независимая гарантия должна содержать в том числе указание на то, что споры,
возникающие в связи с исполнением обязательств по независимой гарантии, подлежат
рассмотрению в Арбитражном суде Московской области.
10.6. Исполнитель вправе изменить способ обеспечения гарантийных обязательств по
Контракту и (или) предоставить Заказчику взамен ранее предоставленного обеспечения
гарантийных обязательств новое обеспечение гарантийных обязательств.
10.7. Заказчик в срок не позднее 15 (пятнадцати) дней с даты окончания срока гарантийных
обязательств возвращает Исполнителю денежные средства, внесенные в качестве обеспечения
гарантийных обязательств, на счет, с которого поступили данные денежные средства, за
исключением случая, указанного в пункте 10.9 Контракта.
10.8. В случае изменения способа обеспечения гарантийных обязательств и предоставления
Исполнителем независимой гарантии в качестве обеспечения гарантийных обязательств, Заказчик в
срок не позднее 15 (пятнадцати) дней с момента предоставления Исполнителем независимой
гарантии возвращает ранее внесенные в качестве обеспечения гарантийных обязательств денежные
средства на счет, с которого поступили данные денежные средства, либо на счет, указанный
Исполнителем в заявлении о возврате обеспечения исполнения гарантийных обязательств.
10.9. В случае, если в течение гарантийного срока у Исполнителя изменились реквизиты, с
которых поступили денежные средства, внесенные в качестве обеспечения гарантийных
обязательств, Исполнитель предоставляет новые реквизиты до окончания гарантийного срока.
10.10. Участник закупки, с которым заключается Контракт по результатам определения
подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения гарантийных обязательств, в случае предоставления
таким участником закупки информации, содержащейся в реестре контрактов, заключенных
заказчиками, и подтверждающей исполнение таким участником (без учета правопреемства) в
течение трех лет до даты подачи заявки на участие в закупке трех контрактов, исполненных без
применения к такому участнику неустоек (штрафов, пеней). Такая информация представляется
участником закупки до заключения Контракта в случаях, установленных Федеральным законом №
44-ФЗ для предоставления обеспечения исполнения контракта. При этом сумма цен таких
контрактов должна составлять не менее начальной (максимальной) цены контракта, указанной в
извещении об осуществлении закупки.
11. Обстоятельства непреодолимой силы
11.1. Стороны освобождаются от ответственности за полное или частичное неисполнение
своих обязательств по Контракту в случае, если оно явилось следствием обстоятельств
непреодолимой силы, а именно: наводнения, пожара, землетрясения, диверсии, военных действий,
блокад, препятствующих надлежащему исполнению обязательств по Контракту, а также других
чрезвычайных обстоятельств, подтвержденных в установленном законодательством Российской
Федерации порядке, которые возникли после заключения Контракта и непосредственно повлияли
на исполнение Сторонами своих обязательств, а также которые Стороны были не в состоянии
предвидеть и предотвратить.
11.2. Сторона, для которой надлежащее исполнение обязательств оказалось невозможным
вследствие возникновения обстоятельств непреодолимой силы, обязана в течение 5 (пяти)
календарных дней с даты возникновения таких обстоятельств уведомить другую Сторону об их
возникновении, виде и возможной продолжительности действия в письменной форме с
приложением документов, удостоверяющих факт наступления указанных обстоятельств. В случае
если Сторона не известит другую Сторону о наступлении таких обстоятельств, такая Сторона теряет
право ссылаться на указанные обстоятельства, как обстоятельства непреодолимой силы.
12. Порядок урегулирования споров
12.1. В случае возникновения любых противоречий, претензий и разногласий, а также
споров, связанных с исполнением Контракта, Стороны предпринимают усилия для урегулирования
таких противоречий, претензий и разногласий в добровольном порядке.
14
12.2. До передачи спора на разрешение в судебном порядке Стороны принимают меры к его
урегулированию в претензионном порядке.
Претензия направляется Стороной другой Стороне в письменном виде в порядке,
предусмотренном пунктом 15.1 Контракта.
Претензия должна содержать сумму истребования и ее полный и обоснованный расчет (если
претензионные требования подлежат денежной оценке). В подтверждение заявленных требований к
претензии должны быть приложены надлежащим образом заверенные копии документов или
выписки из них.
Срок направления письменного ответа по существу Стороной, получившей претензию,
составляет 5 дней с даты ее получения.
Оставление претензии без ответа в установленный срок означает признание Стороной,
получившей претензию, ее требований.
12.3. В случае невыполнения Сторонами своих обязательств и недостижения взаимного
согласия споры по настоящему Контракту разрешаются в Арбитражном суде Московской области6.
13. Срок действия, порядок изменения Контракта
13.1. Контракт вступает в силу с момента его заключения Сторонами и действует до полного
исполнения Сторонами своих обязательств по Контракту.
Изменение существенных условий Контракта при его исполнении не допускается за
исключением их изменения по соглашению Сторон в случаях, предусмотренных Федеральным
законом № 44-ФЗ, в том числе в случаях, предусмотренных пунктом 6 статьи 161 Бюджетного
кодекса Российской Федерации, при уменьшении ранее доведенных до Заказчика как получателя
бюджетных средств лимитов бюджетных обязательств. При этом Заказчик в ходе исполнения
Контракта обеспечивает согласование новых условий Контракта, в том числе цены и (или) сроков
исполнения Контракта и (или) объема работ, предусмотренных Контрактом.
13.2. Любые изменения и дополнения к настоящему Контракту, не противоречащие
законодательству Российской Федерации, оформляются дополнительным соглашением Сторон.
14. Особые условия
14.1. Стороны при исполнении Контракта:
- составляют в виде электронных документов, подписанных усиленной квалифицированной
электронной подписью (далее – электронные документы), первичные учетные документы и иные
документы, которыми оформляются:
заявка на выполнение работы (если Контрактом предусмотрено выполнение работы по
заявке);
выполнение выполненной работы, а также отдельные этапы выполнения работ (далее отдельный этап исполнения Контракта), включая документы, предоставление которых
предусмотрено в целях осуществления приемки выполненной работы, а также отдельных этапов
исполнения Контракта;
результаты такой приемки;
мотивированный отказ от подписания документа о приемке;
оплата выполненной работы, а также отдельных этапов исполнения Контракта;
заключение дополнительных соглашений;
направление требования об уплате неустоек (штрафов, пеней) (за исключением направления
уведомления о применении мер ответственности в случае, если Контракт заключен по результатам
проведения электронной процедуры, закрытой электронной процедуры);
соглашение о расторжении Контракта;
- осуществляют обмен электронными документами посредством использования ПИК ЕАСУЗ
в соответствии с Регламентом электронного документооборота Портала исполнения контрактов
6
В случае, если Исполнителем является физическое лицо, то споры разрешаются в соответствии с
действующим процессуальным законодательством Российской Федерации по месту нахождения заказчик.
15
Единой автоматизированной системы управления закупками Московской области (далее –
Регламент, приложение 4 к Контракту).
14.1.1. В случае если Контракт заключен по результатам проведения электронной
процедуры, закрытой электронной процедуры (за исключением закрытой электронной процедуры,
проводимой в случае, предусмотренном пунктом 5 части 11 статьи 24 Федерального закона № 44ФЗ), формирование документов о приемке, мотивированных отказов от подписания документов о
приемке, исправлений документов о приемке, дополнительных соглашений и соглашения о
расторжении Контракта осуществляется с использованием ПИК ЕАСУЗ с соблюдением
требований, установленных частями 13-14 статьи 94, частями 1.7 и 8.1 статьи 95 Федерального
закона № 44-ФЗ, с последующей гарантированной передачей для подписания и размещения
указанных в настоящем подпункте документов в единую информационную систему в сфере закупок
(далее – ЕИС) в соответствии с пунктом 1 части 10 статьи 4 Федерального закона № 44-ФЗ.
14.2. Для работы в ПИК ЕАСУЗ Стороны Контракта:
- назначают должностных лиц, уполномоченных за организацию и осуществление
электронного документооборота в соответствии с разделом Контракта «Особые условия» (далее –
уполномоченные должностные лица);
- обеспечивают получение усиленной квалифицированной электронной подписи в
аккредитованных удостоверяющих центрах в соответствии с требованиями законодательства
Российской Федерации, на уполномоченных должностных лиц, подписывающих документы при
исполнении Контракта;
- обеспечивают регистрацию в ПИК ЕАСУЗ и в электронном документообороте ПИК ЕАСУЗ
(далее – ЭДО ПИК ЕАСУЗ) в соответствии с Регламентом;
- обеспечивают необходимые условия для осуществления электронного документооборота в
ПИК ЕАСУЗ и в ЭДО ПИК ЕАСУЗ, а в случаях, для которых в соответствии с требованиями
законодательства Российской Федерации о контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд предусмотрен обмен
электронными документами с использованием ЕИС, в ЕИС;
- используют для подписания в ЭДО ПИК ЕАСУЗ электронных документов усиленную
квалифицированную электронную подпись.
14.3. Стороны признают, что используемые в ПИК ЕАСУЗ электронные документы имеют
равную юридическую силу с документами на бумажных носителях информации, подписанными
собственноручными подписями уполномоченных должностных лиц и оформленными в
установленном порядке.
14.4. Электронные документы, полученные Сторонами друг от друга при исполнении
Контракта, не требуют дублирования документами, оформленными на бумажных носителях
информации.
14.5. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ (описание сбоя
содержится в Регламенте), не позволяющего осуществлять обмен электронными документами при
исполнении Контракта, Стороны осуществляют оформление и подписание документов на
бумажных носителях информации в сроки, предусмотренные Контрактом (за исключением случаев,
для которых в соответствии с требованиями законодательства Российской Федерации о
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд предусмотрен обмен электронными документами с использованием ЕИС).
После возобновления работы ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ Сторона, ответственная
за составление (оформление) документа, направляет с использованием ПИК ЕАСУЗ Стороне, в
адрес которой должен быть направлен соответствующий документ, сопроводительное письмо,
подписанное усиленной квалифицированной электронной подписью уполномоченного
должностного лица, с приложением копии в электронной форме (скан-образа) документа,
подписанного Сторонами на бумажном носителе информации.
Сторона, получившая в ПИК ЕАСУЗ указанное сопроводительное письмо, осуществляет
проверку сведений, содержащихся в сопроводительном письме и приложенной к нему копии в
электронной форме (скан-образа) документа, на предмет их соответствия подписанному документу
16
на бумажном носителе информации и по результатам проверки подписывает данное
сопроводительное
письмо
усиленной
квалифицированной
электронной
подписью
уполномоченного должностного лица либо отказывается от его подписания в порядке,
предусмотренном Регламентом.
14.6. Перечень документов, которыми обмениваются стороны при исполнении Контракта с
использованием ПИК ЕАСУЗ, содержится в приложении 3 к Контракту.
14.7. Получение доступа к ПИК ЕАСУЗ, а также использование ЭДО ПИК ЕАСУЗ, в том
числе в целях осуществления электронного документооборота при исполнении Контракта, для
Сторон осуществляется безвозмездно.
15. Прочие условия
15.1. Если иное не предусмотрено Контрактом или законодательством Российской
Федерации (в том числе частью 16 статьи 94 Федерального закона № 44-ФЗ), то все заявления,
уведомления, извещения, требования или иные юридически значимые сообщения (далее –
сообщения) Сторон, связанные с исполнением Контракта, направляются в письменной форме по
почте заказным письмом или нарочным по почтовому адресу Стороны, указанному в Контракте,
или с использованием факсимильной связи, электронной почты с последующим представлением
оригинала в течение 10 (десяти) рабочих дней с даты отправки.
В случае направления сообщений с использованием почты или нарочным, сообщения
считаются полученными Стороной в день фактического получения, подтвержденного отметкой
почты или отметкой получателя на копиях сообщений. В случае отправления сообщений
посредством факсимильной связи и электронной почты, сообщения считаются полученными
Стороной в день их отправки.
Сообщение считается доставленным и в тех случаях, когда оно поступило адресату, но по
обстоятельствам, зависящим от него, не было ему вручено или адресат не ознакомился с ним.
15.2. Стороны обязуются, начиная с момента заключения Контракта и в течение 3 (трех) лет
после прекращения действия Контракта, не передавать конфиденциальную информацию третьим
лицам без письменного согласия другой Стороны, кроме случаев, когда это требуется в
соответствии с законодательством Российской Федерации.
15.3. Контракт составлен в форме электронного документа, подписанного усиленными
электронными подписями Сторон.
15.4. При наличии противоречий между условиями, содержащимися в приложениях 1-3 к
Контракту, и условиями иных приложений к Контракту, преимущественную силу имеют
приложения 1-3 к Контракту.
15.5. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
законодательством Российской Федерации.
15.6. Неотъемлемыми частями Контракта являются следующие приложения (прилагаются
отдельными файлами):
приложение 1 «Сведения об объектах закупки»;
приложение 2 «Сведения об обязательствах сторон и порядке оплаты»;
приложение 3 «Перечень документов, которыми обмениваются стороны при исполнении
контракта»;
приложение 4 «Регламент электронного документооборота Портала исполнения контрактов
Единой автоматизированной системы управления закупками Московской области»;
приложение 5 «Описание объекта закупки (техническое задание)».
16. Адреса, реквизиты и подписи Сторон
Заказчик:
Исполнитель:
ГОСУДАРСТВЕННОЕ
КАЗЕННОЕ ________________
УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ
"ЦЕНТР
ЗАНЯТОСТИ
НАСЕЛЕНИЯ
МОСКОВСКОЙ ОБЛАСТИ"
17
Сокращенное наименование: КАДРОВЫЙ
ЦЕНТР ПОДМОСКОВЬЯ
Почтовый
адрес:
142116,
РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
Место нахождения, адрес: 142116, РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
ИНН 5031044293
КПП 507401001
ОГРН 1035006102450
Банковские реквизиты:
УФК по Московской области г. Москва (л/с
03831D02920,
КАДРОВЫЙ
ЦЕНТР
ПОДМОСКОВЬЯ)
Сокращенное
наименование:
________________
Почтовый адрес: ________________
Место
нахождения,
адрес:
________________
ИНН ________________
КПП КН ________________
КПП ________________
ОГРН ________________
Банк: ОКЦ № 1 ГУ Банка России по ЦФО//УФК
по Московской области г. Москва
БИК 004525987
казн/сч 03221643460000004800
единый казн/сч 40102810845370000004
ОКПО ________________
ОКТМО 46760000001
ОКОПФ ________________
телефон (факс): 7-496-5143249
адрес
электронной
почты:
zakupki_cznmo@mail.ru
Банк: ________________
БИК ________________
________________
________________
ОКПО ________________
ОКТМО ________________
ОКОПФ ________________
Заказчик:
ДИРЕКТОР
Банковские реквизиты:
(л/с
________________________________)
телефон (факс): ________________
адрес
электронной
почты:
________________
Исполнитель:
____
(С. А. _____________
______
СКОРОДУМ ___
ОВА)
____
(_______
______
_________)

=== ФАЙЛ: ↳ Проект контракта, сост. 12.10.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_10_12-21_44.docx | docs/0348100024426000039/Проект контракта, сост. 12.10.2026 (архив)/Умный контракт_создание и развитие информационных систем _вер_17_ 12830010 2026_10_12-21_44.pdf
Проект государственного контракта № ________________
Выполнение работ по развитию и модернизации платформы управления типовым сайтом
Государственного казенного учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
«___» _____________ 20___ год
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ", именуемое(ая,ый) в дальнейшем
«Заказчик», в лице Директора Скородумовой Светланы Александровны, действующего на
основании Устава, с одной стороны, и ________________, именуемое(ая,ый) в дальнейшем
«Исполнитель», в лице ________________ ________________, действующего на основании
________________, с другой стороны, а вместе именуемые «Стороны» и каждый в отдельности
«Сторона», с соблюдением требований Гражданского кодекса Российской Федерации (далее –
Гражданский кодекс), Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон № 44-ФЗ) и иных правовых актов Российской Федерации и Московской
области, на основании ____________________, заключили настоящий государственный контракт
(далее – Контракт) о нижеследующем.
1. Предмет Контракта
1.1. Предмет Контракта - Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного учреждения «Центр занятости населения
Московской области» (в сфере ИКТ).
1.2. Исполнитель по заданию Заказчика обязуется в установленный Контрактом срок
выполнить работы по созданию и (или) развитию (модернизации) иной информационной системы
(далее – работы, Система), а Заказчик обязуется принять выполненные работы и оплатить их.
1.3. Идентификационный код закупки – ИКЗ: 262503104429350740100101000016201242.
1.4. Перечень и объем работ, подлежащих выполнению, требования к качеству выполняемых
Исполнителем работ, а также требования к порядку и способу их выполнения Исполнителем,
определяются Контрактом, в том числе приложением 5 к Контракту «Описание объекта закупки
(техническое задание)» (далее – техническое задание).
1.5. Работы выполняются Исполнителем в соответствии с национальными стандартами и
государственными стандартами в части требований к проектированию, стадиям создания, видам,
комплектности и обозначению документов, видам испытаний при создании и (или) развитии
(модернизации) государственных (муниципальных) информационных систем и (или) иных
информационных систем, а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно требованиям
Федерального закона № 44-ФЗ, Федерального закона от 27.07.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации» (далее – Федеральный закон № 149-ФЗ), а
также иных нормативных правовых актов в сфере контрактной системы, информационных
технологий, защиты информации, правовой защиты интересов государства в области
интеллектуальной собственности, регулирующих соответствующие отношения и непосредственно
указанных в техническом задании.
1.6. Результат выполненных работ по Контракту: В соответствии с таблицей 12 ООЗ.
2. Цена Контракта, порядок и сроки оплаты работ
2
2.1. Цена Контракта оставляет ________________, ________________ 1 (далее – Цена
Контракта). Цена каждого этапа исполнения Контракта указана в разделе «Срок исполнения
контракта (отдельных этапов исполнения контракта)» приложения 2 к Контракту «Сведения об
обязательствах сторон и порядке оплаты» (далее – приложение 2 к Контракту).
2.2. Цена Контракта является твердой и определяется на весь срок исполнения Контракта.
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому лицу, в
том числе зарегистрированному в качестве индивидуального предпринимателя, уменьшается на
размер налогов, сборов и иных обязательных платежей в бюджеты бюджетной системы Российской
Федерации, связанных с оплатой Контракта, если в соответствии с законодательством Российской
Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
2.4. Источник финансирования:
Бюджет \
Код бюджетной
Лицевой
Внебюджетные Тип средств
классификации
Сумма, руб.
Год
счет
средства
расходов
Средства
Областной
бюджета
831040104402915
03831D0292
2026
бюджет
Московской 90242
0
области
2.5. Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту.
2.6. Порядок и сроки оплаты работы установлены в разделе «Порядок и сроки оплаты»
приложения 2 к Контракту.
2.7. Заказчик оплачивает выполненные работы в соответствии с условиями Контракта путем
перечисления денежных средств на счет Исполнителя, реквизиты которого приведены в разделе 16
Контракта, за вычетом суммы выплаченного аванса (если Контрактом предусмотрена выплата
аванса).
2.8. Обязательства Заказчика по оплате работ считаются исполненными с момента списания
денежных средств со счетов Заказчика.
2.9. Условие об удержании Заказчиком суммы неисполненных Исполнителем требований об
уплате неустоек (штрафов, пеней) из суммы, подлежащей оплате Исполнителю, содержится в
разделе «Порядок и сроки оплаты» приложения 2 к Контракту. Заказчик удерживает неустойку
(штрафы, пени) из оплаты за исключением случаев, если неустойка (штрафы, пени) подлежит
списанию в соответствии с действующим законодательством. Заказчик перечисляет за Исполнителя
удержанную сумму неустоек (штрафов, пеней) в установленном порядке в доход соответствующего
бюджета бюджетной системы Российской Федерации.
2.10. Выплата аванса не предусмотрена.
3. Сроки, порядок и место выполнения работ.
Порядок предоставления (передачи) результатов выполнения работ Заказчику.
Исключительные права
3.1. Начальный и конечный сроки выполнения работ, а также промежуточные сроки
выполнения работ (если они предусмотрены Контрактом), указаны в разделе «Обязательства по
выполнению работ» приложения 2 к Контракту.
3.2. Место выполнения работ указано в приложении 2 к Контракту.
1
Указывается «в том числе НДС», а также сумма НДС в рублях. В случаях, если в соответствии с
законодательством Российской Федерации о налогах и сборах выполнение работ не облагается НДС, Подрядчик
использует право на освобождение от исполнения обязанностей налогоплательщика, связанных с исчислением и
уплатой НДС, Подрядчик не признается налогоплательщиком НДС указывается - «НДС не облагается».
3
3.3. Исполнитель выполняет работы в порядке согласно разделу «Обязательства по
выполнению работ» приложения 2 к Контракту и в соответствии с иными условиями,
предусмотренными Контрактом.
3.4. Порядок предоставления (передачи) результатов выполнения работ Заказчику:
3.4.1. Передача исходных кодов, разработанных в ходе выполнения работ программ для
электронных вычислительных машин (далее – программа для ЭВМ) и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек
зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции,
создания дистрибутива и установки (развертывания) программы для ЭВМ.
3.4.2. Для проведения компиляции, создания дистрибутива и установки (развертывания)
программы для ЭВМ должны использоваться свободно распространяемые компиляторы,
интерпретаторы и иное программное обеспечение, необходимое для указанных целей,
дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных в ходе
выполнения работ программ для ЭВМ.
3.4.3. В случае использования для проведения компиляции, создания дистрибутива и
установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного
программного обеспечения, права на использование, копирование и модификацию которых
принадлежат третьим лицам, Исполнитель за свой счет передает Заказчику дистрибутивы и права на
использование таких компиляторов, интерпретаторов и иного программного обеспечения.
3.4.4. Исполнитель в процессе сдачи-приемки работ по Контракту должен провести
демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания)
разработанных программ для ЭВМ с использованием средств, указанных в подпункте 3.4.1 пункта
3.4 Контракта, а также в соответствии с инструкциями, приведенными в рабочей документации на
Систему.
3.4.5. Документация на Систему и ее части (техническая и рабочая) должна содержать
исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего
развития и эксплуатации.
3.4.6. Техническая и рабочая документация должна содержать описание разработанных
результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов,
алгоритмов и протоколов информационного взаимодействия, технических требований,
спецификаций и форматов обмена данными для взаимодействия с другими информационными
системами, в объеме, достаточном для их установки, настройки, эксплуатации и развития в
дальнейшем без привлечения подрядчика (исполнителя).
3.4.7. Передача Заказчику комплекта документов, материалов и сведений, предусмотренных
нормативными правовыми актами Российской Федерации в сфере информационных технологий,
защиты информации, правовой защиты интересов государства в области интеллектуальной
собственности, включая документы, подтверждающие отказ авторов (разработчиков) от
исключительных прав на передаваемые объекты интеллектуальной собственности в пользу
исполнителя, с проектами заявок на государственную регистрацию в установленном порядке прав
заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения,
полезные модели, промышленные образцы, программы для электронных вычислительных машин,
базы данных, топологии интегральных микросхем, а также исключительные права на результаты
работ, включая объекты авторских прав и потенциально патентоспособные технические решения,
секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется Исполнителем в
составе отчетной документации, предусмотренной условиями Контракта.
3.5. Принадлежность исключительных прав и права собственности на результаты работ:
3.5.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но
не исключая: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, а также исключительные права на результаты работ, включая
объекты авторских прав и потенциально патентоспособные технические решения, секреты
производства (ноу-хау), созданные в рамках Контракта, принадлежат в лице Заказчика субъекту
Российской Федерации / муниципальному образованию.
4
3.5.2. Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, считаются переданными с даты подписания
Заказчиком или утверждения Заказчиком подписанного всеми членами приемочной комиссии (в
случае создания Заказчиком приемочной комиссии) документа о приемке, указанного в разделе
«Порядок и сроки осуществления приемки и оформления результатов» приложения 2 к Контракту
(далее – документ о приемке).
3.5.3. В случае если при осуществлении работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, осуществлять ее в соответствии с
предоставляемыми в обязательном порядке Заказчиком правами на их использование на период
исполнения работ по Контракту.
3.6. Право использования программного обеспечения:
3.6.1. В случае, предусмотренном подпунктом 5.4.4 пункта 5.4 Контракта, Исполнитель
гарантирует, что обладает соответствующими правами (в соответствии со статьей 1229, частью 1
статьи 1235 или статьей 1238 Гражданского кодекса) на предоставление Заказчику прав
использования на условиях простых (неисключительных) лицензий на программное обеспечение
(далее – программное обеспечение). Исполнитель должен предоставить Заказчику документы,
подтверждающие настоящую гарантию (авторизационные письма, выписки из договора с
правообладателем программного обеспечения).
3.6.2 Территория, на которой допускается использование программного обеспечения:
Российская Федерация.
3.6.3. Способы использования программного обеспечения: хранить, устанавливать и
использовать копии программного обеспечения; передавать программное обеспечение конечным
пользователям на условиях, не противоречащих условиям настоящего Контракта; изготовить одну
архивную копию программного обеспечения, предназначенную для восстановления данных
Заказчика на случай его утери или повреждения. Архивная копия не может быть использована в
иных целях; получать консультационную помощь по программному обеспечению, в том числе
помощь в индивидуальной настройке программного обеспечения; использовать обновленные
версии программного обеспечения; получать обновленные версии программного обеспечения;
обращаться неограниченное количество раз по электронной почте в информационно-техническую
службу производителя программного обеспечения в случае возникновения технических проблем в
процессе эксплуатации программного обеспечения.
3.6.4. Срок действия лицензии и иные характеристики передаваемых прав использования,
подлежащих предоставлению, требования к программному обеспечению, требования к
обслуживанию, которое должно осуществляется в период действия лицензии, определяются
техническим заданием.
Если иное не установлено Контрактом лицензия не дает право получения возможности
распространять рекламную информацию в информационно-телекоммуникационной сети
«Интернет» и (или) получать доступ к такой информации, размещать предложения о приобретении
(реализации)
товаров
(работ,
услуг),
имущественных
прав
в
информационнотелекоммуникационной сети «Интернет», осуществлять поиск информации о потенциальных
покупателях (продавцах) и (или) заключать сделки.
3.6.5. Датой предоставления лицензии является дата, указанная в подписанном Заказчиком
документе о приемке (раздел «Порядок и сроки осуществления приемки и оформления результатов»
приложения 2 к Контракту).
3.6.6. Заказчик не обязан представлять Исполнителю отчеты об использовании
программного обеспечения, права на которое приобрел у Исполнителя.
4. Порядок и сроки осуществления приемки выполненных работ
и оформления ее результатов
4.1. Исполнитель направляет Заказчику документы, перечень, порядок и сроки направления
которых указаны в приложении 3 к Контракту «Перечень документов, которыми обмениваются
стороны при исполнении контракта» (далее – приложение 3 к Контракту).
5
4.2. Заказчик осуществляет приемку работ после получения от Исполнителя документов,
указанных в приложении 3 к Контракту. Порядок и сроки осуществления приемки работ, а также
порядок и сроки оформления ее результатов установлены приложением 2 к Контракту.
4.3. Для проверки предоставленных Исполнителем результатов, предусмотренных
Контрактом, в части их соответствия условиям Контракта Заказчик проводит экспертизу.
4.4. Порядок и сроки проведения экспертизы установлены приложением 3 к Контракту.
4.5. Заказчик в порядке и сроки, установленные приложением 2 к Контракту, осуществляет
приемку выполненных работ и подписывает или утверждает подписанный всеми членами
приемочной комиссии (в случае создания Заказчиком приемочной комиссии) документ о приемке,
либо в те же сроки направляет Исполнителю мотивированный отказ от подписания документа о
приемке, содержащий перечень выявленных недостатков (далее – мотивированный отказ).
4.6. В случае получения мотивированного отказа Исполнитель обязан устранить выявленные
недостатки за свой счет и направить Заказчику документы, указанные в приложении 3 к Контракту.
Со дня получения от Исполнителя указанных в настоящем пункте документов Заказчик
действует в порядке, установленном настоящим разделом Контракта, при этом срок исполнения
обязательств Заказчика, установленный настоящим разделом Контракта, исчисляется со дня
получения таких документов.
4.7. В случае, если выявленные недостатки, указанные в мотивированном отказе, не
устранены Исполнителем, Заказчик вправе принять решение об одностороннем отказе от
исполнения Контракта в соответствии с условиями Контракта.
4.8. При уклонении Заказчика от принятия выполненных работ Исполнитель не вправе
действовать в порядке, предусмотренном пунктом 6 статьи 720 Гражданского кодекса.
5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Исполнителя надлежащего исполнения обязательств в соответствии с
условиями Контракта, а также требовать своевременного устранения выявленных недостатков.
5.1.2. Требовать от Исполнителя представления надлежащим образом оформленных
документов, подтверждающих исполнение обязательств в соответствии с условиями Контракта.
5.1.3. Запрашивать у Исполнителя информацию об исполнении им обязательств по
Контракту.
5.1.4. Провести экспертизу выполненных работ с привлечением экспертов, экспертных
организаций до принятия решения об одностороннем отказе от исполнения Контракта.
5.1.5. Требовать возмещения убытков, причиненных в связи с неисполнением и (или)
нарушением установленных сроков исполнения Исполнителем обязательств, предусмотренных
Контрактом.
5.1.6. Во всякое время проверять ход и качество работ, выполняемых Исполнителем, не
вмешиваясь в его деятельность.
5.1.7. Ссылаться на обнаруженные им недостатки в ходе выполнения работ и при их приемке,
которые не были оговорены в документе о приемке, но фактически отражены в документе,
оформленном по результатам экспертизы, и требовать устранения таких недостатков.
5.1.8. Привлечь Исполнителя к участию в деле по иску, предъявленному к Заказчику третьим
лицом в связи с недостатками, выявленными при выполнении работ в соответствии с условиями
Контракта.
5.1.9. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.2. Заказчик обязан:
5.2.1. Осуществлять приемку работ и производить их оплату в порядке и сроки,
установленные Контрактом.
5.2.2. Обеспечить Исполнителя информацией, необходимой и достаточной для
своевременного выполнения работ, если такой информацией располагает только Заказчик.
6
5.2.3. Сообщать в письменной форме Исполнителю о недостатках, обнаруженных в ходе
исполнения Исполнителем своих обязательств по Контракту, в течение 5 (пяти) рабочих дней со дня
обнаружения таких недостатков.
5.2.4. Требовать уплаты неустойки (штрафов, пеней) в соответствии с условиями Контракта.
5.2.5. Осуществлять контроль за исполнением Исполнителем условий Контракта в
соответствии с законодательством Российской Федерации.
5.2.6. Представлять Исполнителю информацию об изменении реквизитов Заказчика,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.2.7. В течение 5 (пяти) рабочих дней со дня получения от Исполнителя информации об
изменении реквизитов Исполнителя, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.2.8. Представлять Исполнителю разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта в течение 2 (двух) рабочих дней со дня получения запроса
согласно подпункту 5.3.2 пункта 5.3 Контракта.
5.2.9. В срок, не превышающий 3 (трех) рабочих дней со дня получения от Исполнителя
предупреждения об обстоятельствах, о которых Исполнитель обязан предупредить Заказчика в
соответствии с требованиями пункта 1 статьи 716 Гражданского кодекса, направить ответ с
указанием о дальнейших действиях Исполнителя.
5.2.10. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
уведомить Исполнителя о необходимости предоставить соответствующее обеспечение в порядке,
предусмотренном пунктом 15.1 Контракта.2
5.2.11. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.2.12. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и Контрактом.
5.3. Исполнитель вправе:
5.3.1. Требовать от Заказчика надлежащего исполнения обязательств в соответствии с
Контрактом.
5.3.2. Запрашивать у Заказчика разъяснения и уточнения относительно исполнения
обязательств в рамках Контракта.
5.3.3. Осуществлять иные права, предусмотренные законодательством Российской
Федерации и Контрактом.
5.4. Исполнитель обязан:
5.4.1. В соответствии с условиями Контракта выполнить работы в полном объеме,
надлежащего качества и в установленные сроки, а также передать Заказчику результат работ в
порядке и сроки, установленные приложениями 2 и 3 к Контракту и иными условиями Контракта.
5.4.2. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме, включая
исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных, а также проектную,
техническую, рабочую, сопроводительную и методическую документацию к Системе или ее частям.
5.4.3. При использовании в ходе исполнения Контракта ранее созданных Исполнителем
результатов интеллектуальной деятельности без увеличения цены Контракта передать Заказчику
права на использование охраняемых результатов интеллектуальной деятельности, права на которые
2
Условия подпункта 5.2.10 пункта 5.2 и подпункта 5.4.13 пункта 5.4 Контракта не применяются, если
Контрактом не установлены требования к обеспечению исполнения Контракта и (или) обеспечению гарантийных
обязательств по Контракту.
7
принадлежат Исполнителю и которые использовались при выполнении работ по Контракту, в
объеме, необходимом для использования Заказчиком результатов работ по Контракту по их
целевому назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком. Исполнитель
передает Заказчику указанные права посредством заключения лицензионного договора.
5.4.4. При использовании в ходе исполнения Контракта охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, согласовать с
Заказчиком необходимость использования при выполнении работ охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат третьим лицам, объем и порядок
приобретения прав на их использование.
5.4.5. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не
нарушающих исключительных прав других лиц и не являющихся предметом залога, ареста или
иного обременения.
5.4.6. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов), разработанных
третьими лицами, условия, на которых передаются права на их использование (исполнение),
должны обеспечить отсутствие ограничений, препятствующих использованию результатов работ по
их назначению. При этом права, полученные Заказчиком, должны позволять ему передавать,
дорабатывать, развивать результаты работ, созданные в процессе исполнения Контракта, а в случае
явного указания в техническом задании, осуществлять переработку программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных ранее
третьими лицами в соответствии с требованиями законодательства Российской Федерации.
5.4.7. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных решений,
предусмотренных техническим заданием.
5.4.8. Обеспечить выполнение требований к порядку создания (развития) государственных
(муниципальных) и (или) иных информационных систем, предусмотренных пунктом 3 части 1
статьи 13 Федерального закона № 149-ФЗ, устанавливаемых к таким информационным системам
Федеральным законом № 149-ФЗ и иными нормативными правовыми актами Российской
Федерации.
5.4.9. Своевременно направлять Заказчику посредством использования Портала исполнения
контрактов Единой автоматизированной системы управления закупками Московской области
(далее – ПИК ЕАСУЗ) надлежащим образом оформленные документы, подтверждающие
исполнение обязательств в соответствии с условиями Контракта, в том числе перечисленные в
приложении 3 к Контракту.
5.4.10. Предоставлять в течение 2 (двух) рабочих дней со дня получения запроса от Заказчика
согласно подпункту 5.1.3 пункта 5.1 Контракта достоверную информацию о ходе исполнения своих
обязательств по Контракту.
5.4.11. Представлять Заказчику информацию обо всех обстоятельствах, препятствующих
исполнению Контракта, в течение 1 (одного) рабочего дня со дня обнаружения Исполнителем таких
обстоятельств.
5.4.12. Представлять Заказчику информацию об изменении реквизитов Исполнителя,
указанных в Контракте, в срок не позднее 2 (двух) рабочих дней со дня такого изменения, вместе с
проектом дополнительного соглашения о внесении изменений в Контракт.
5.4.13. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, лицензии на осуществление банковских операций
предоставить новое обеспечение исполнения Контракта и (или) обеспечение гарантийных
обязательств не позднее 1 (одного месяца) со дня надлежащего уведомления Заказчиком
Исполнителя о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2
и 7.3 статьи 96 Федерального закона № 44-ФЗ.
8
5.4.14. В течение 5 (пяти) рабочих дней со дня получения от Заказчика информации об
изменении реквизитов Заказчика, указанных в Контракте, а также проекта дополнительного
соглашения о внесении изменений в Контракт, рассмотреть их, подписать дополнительное
соглашение к Контракту.
5.4.15. Обеспечить соответствие выполненных работ требованиям качества, безопасности
жизни и здоровья, а также иным требованиям сертификации, безопасности (санитарным нормам и
правилам, государственным стандартам и т.п.), лицензирования, установленным законодательством
Российской Федерации, Контрактом.
5.4.16. Передать Заказчику вместе с результатом работ информацию, касающуюся
эксплуатации или иного использования предмета Контракта.
5.4.17. Устранять за свой счет выявленные в процессе выполнения работ, при приемке
выполненных работ и в течение гарантийного срока недостатки работ, возникшие вследствие
невыполнения и (или) ненадлежащего выполнения работ Исполнителем и (или) третьими лицами,
привлеченными им для выполнения работ, а в случае, если указанные недостатки причинили
убытки Заказчику и (или) третьим лицам, возместить убытки в полном объеме в соответствии с
гражданским законодательством Российской Федерации.
5.4.18. Выполнить обязательства в соответствии с разделом «Иные обязательства»
приложения 2 к Контракту (при наличии таких обязательств).
5.4.19. Исполнять иные обязанности в соответствии с законодательством Российской
Федерации и настоящим Контрактом.
6. Гарантии
6.1. Исполнитель гарантирует качество и безопасность услуг в соответствии с действующим
законодательством Российской Федерации, а также соответствие услуг требованиям Контракта.
6.2. Требования к гарантийному сроку Исполнителя и производителя (при наличии), к
гарантийному обслуживанию (при наличии), к объему предоставления гарантий качества на
выполненные работы (при наличии) указаны в разделе «Сведения о гарантии качества товара,
работы, услуги» приложения 1 к Контракту.
6.3. Гарантийный срок начинает исчисляться с даты подписания или утверждения
Заказчиком подписанного всеми членами приемочной комиссии (в случае создания Заказчиком
приемочной комиссии) документа о приемке, указанного в разделе «Порядок и сроки
осуществления приемки и оформления результатов» приложения 2 к Контракту.
6.4. В ходе исполнения гарантийных обязательств Исполнитель обязуется за свой счет
устранять недостатки в соответствии с требованиями законодательства Российской Федерации.
6.5. Не позднее двух рабочих дней с даты обнаружения недостатков услуг Заказчик
направляет Исполнителю уведомление с указанием выявленных недостатков и сроков их
устранения. Исполнитель обязан устранить недостатки в срок, установленный в уведомлении.
7. Ответственность Сторон
7.1. За неисполнение или ненадлежащее исполнение своих обязательств, предусмотренных
Контрактом, Стороны несут ответственность в соответствии с законодательством Российской
Федерации и условиями Контракта.
Размер пени определяется в соответствии со статьей 34 Федерального закона № 44-ФЗ.
Размеры штрафов определяются в соответствии с Правилами определения размера штрафа,
начисляемого в случае ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего
исполнения поставщиком (подрядчиком, исполнителем) обязательств, предусмотренных
контрактом (за исключением просрочки исполнения обязательств заказчиком, поставщиком
(подрядчиком, исполнителем), утвержденными постановлением Правительства Российской
Федерации от 30.08.2017 № 1042 (далее – Правила).
В случае изменения условий Контракта в части изменения Цены Контракта размеры
штрафов, установленные в подпункте 7.2.3 пункта 7.2 и подпунктах 7.3.4, 7.3.5 пункта 7.3
Контракта, определяются в соответствии с Правилами с учетом новой Цены Контракта. В случае
9
ненадлежащего исполнения Заказчиком, неисполнения или ненадлежащего исполнения
Исполнителем обязательств, предусмотренных Контрактом (за исключением просрочки
исполнения обязательств Заказчиком, Исполнителем), размер штрафа определяется с учетом Цены
Контракта, действующей на момент такого неисполнения или ненадлежащего исполнения.
7.2. Ответственность Заказчика:
7.2.1. В случае просрочки исполнения Заказчиком обязательств, предусмотренных
Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком
обязательств, предусмотренных Контрактом, Исполнитель вправе потребовать уплаты неустоек
(штрафов, пеней).
7.2.2. Пеня начисляется за каждый день просрочки исполнения Заказчиком обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, в размере одной трехсотой действующей на дату
уплаты пеней ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок
суммы;
7.2.3. Штрафы начисляются за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств,
предусмотренных Контрактом.
За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, штраф
устанавливается в размере
рублей3.
7.2.4. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.3. Ответственность Исполнителя:
7.3.1. В случае просрочки исполнения Исполнителем обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, Заказчик
направляет Исполнителю требование об уплате неустоек (штрафов, пеней).
7.3.2. Пеня начисляется за каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, и устанавливается Контрактом в размере одной
трехсотой действующей на дату уплаты пени ключевой ставки Центрального банка Российской
Федерации от Цены Контракта (отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом (соответствующим
отдельным этапом исполнения Контракта) и фактически исполненных Исполнителем, за
исключением случаев, если законодательством Российской Федерации установлен иной порядок
начисления пени.
7.3.3. Штрафы начисляются за неисполнение или ненадлежащее исполнение Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
Исполнителем обязательств (в том числе гарантийного обязательства), предусмотренных
Контрактом.
7.3.4. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения обязательств
(в том числе гарантийного обязательства), предусмотренных Контрактом, штраф устанавливается в
размере 4.
3
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии
с пунктом 9 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей).
4
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в следующем порядке (за
исключением случаев, если законодательством Российской Федерации установлен иной порядок начисления штрафов):
(Вариант I)
10
7.3.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения, штраф
устанавливается в размере
рублей5.
7.3.6. За каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного подпунктом 5.4.13 пункта 5.4 Контракта, начисляется пеня в размере,
определенном в порядке, установленном в соответствии с подпунктом 7.3.2 пункта 7.3 Контракта.
7.3.7. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение
Исполнителем обязательств, предусмотренных Контрактом, не может превышать Цену Контракта.
7.4. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что
неисполнение или ненадлежащее исполнение обязательства, предусмотренного Контрактом,
произошло вследствие непреодолимой силы или по вине другой Стороны.
Во всех случаях (за исключением случаев, предусмотренных пунктами 4 - 8 Правил) размер штрафа, рассчитываемый
как процент Цены Контракта, или в случае, если Контрактом предусмотрены этапы исполнения Контракта, как процент этапа
исполнения Контракта (далее – цена Контракта (этапа)), устанавливается в соответствии с пунктом 3 Правил в следующем
порядке:
а) 10 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) не превышает 3 млн. рублей;
б) 5 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
в) 1 процент цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
г) 0,5 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 100 млн. рублей до 500 млн.
рублей (включительно);
д) 0,4 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 500 млн. рублей до 1 млрд.
рублей (включительно);
е) 0,3 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 1 млрд. рублей до 2 млрд.
рублей (включительно);
ж) 0,25 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 2 млрд. рублей до 5 млрд.
рублей (включительно);
з) 0,2 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 5 млрд. рублей до 10 млрд.
рублей (включительно);
и) 0,1 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) превышает 10 млрд. рублей.
(Вариант II)
В случае, предусмотренном пунктом 4 Правил, если Контракт заключается по результатам определения Подрядчика в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ размер штрафа устанавливается в размере 1 процента
цены Контракта (этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
(Вариант III)
В случае, если Контракт заключается с победителем закупки (или с иным участником закупки в случаях, установленных
Федеральным законом № 44-ФЗ), предложившим наиболее высокую цену за право заключения Контракта размер штрафа
устанавливается в соответствии с пунктом 5 Правил в следующем порядке:
а) в случае, если Цена Контракта не превышает начальную (максимальную) цену контракта:
10 процентов начальной (максимальной) цены контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
1 процент начальной (максимальной) цены контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
б) в случае, если Цена Контракта превышает начальную (максимальную) цену контракта:
10 процентов Цены Контракта, если Цена Контракта не превышает 3 млн. рублей;
5 процентов Цены Контракта, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
1 процент Цены Контракта, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно).
5
В данном подпункте при заключении Контракта указывается размер штрафа, определяемый в соответствии с пунктом
6 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если Цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если Цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если Цена Контракта превышает 100 млн. рублей.
11
7.5. В случаях выявления в ходе проверки расходования выделяемых по Контракту
денежных средств, проведенной Заказчиком или контрольным органом, фактов необоснованного и
(или) неверного применения расценок и (или) завышения объема работ, а также иных
обстоятельств, повлекших причинение ущерба Заказчику, Исполнитель обязан вернуть Заказчику
перечисленные ему денежные средства в размере выявленных переплат в течение 10 (десяти) дней
(со дня получения уведомления) на счет Заказчика, указанный в разделе 16 Контракта.
8. Порядок расторжения Контракта
8.1. Контракт может быть расторгнут по соглашению Сторон, по решению суда, в случае
одностороннего отказа Стороны Контракта от исполнения Контракта в соответствии с гражданским
законодательством.
8.2. Заказчик вправе принять решение об одностороннем отказе от исполнения Контракта по
основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от исполнения
отдельных видов обязательств.
Сроки и порядок принятия Заказчиком решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
8.3. Исполнитель вправе принять решение об одностороннем отказе от исполнения
Контракта по основаниям, предусмотренным Гражданским кодексом для одностороннего отказа от
исполнения отдельных видов обязательств.
Сроки и порядок принятия Исполнителем решения об одностороннем отказе от исполнения
Контракта определяются в соответствии с Федеральным законом № 44-ФЗ.
Исполнитель не вправе отказаться от исполнения Контракта и потребовать возмещения
убытков при наличии обстоятельств, указанных в пункте 1 статьи 719 Гражданского кодекса.
8.4. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта в
случаях, установленных статьей 95 Федерального закона № 44-ФЗ.
8.5. Расторжение Контракта по соглашению Сторон производится путем подписания
соответствующего соглашения о расторжении. Стороны производят сверку расчетов, которой
подтверждается объем услуг, выполненных Исполнителем и принятых Заказчиком, а также размер
суммы, перечисленной Заказчиком Исполнителю за выполненные услуги.
Сторона, которой направлено предложение о расторжении Контракта по соглашению
Сторон, должна направить ответ по существу в срок не позднее 5 (пяти) календарных дней с даты
его получения.
8.6. Исполнитель обязан возвратить Заказчику на счет, реквизиты которого указаны в
Контракте, выплаченный в соответствии с Контрактом аванс в размере за вычетом учтенного в
стоимости выполненных работ аванса в течение 5 (пяти) календарных дней с даты расторжения
настоящего Контракта (если Контрактом предусмотрена выплата аванса).
9. Обеспечение исполнения Контракта
9.1. Обеспечение исполнения Контракта устанавливается в размере 30 процент(ов,а) от Цены
Контракта.
9.2. Исполнитель предоставляет обеспечение исполнения контракта с учетом положений
части 6.3 статьи 96 и статьи 37 Федерального закона № 44-ФЗ, в размере, установленном в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.3. Порядок предоставления обеспечения исполнения контракта указан в разделе
«Обеспечение исполнения контракта» приложения 2 к Контракту.
9.4. Реквизиты Заказчика для внесения денежных средств в качестве обеспечения
исполнения Контракта указаны в разделе «Обеспечение исполнения контракта» приложения 2 к
Контракту.
9.5. Обеспечение исполнения Контракта распространяется, в том числе, на обязательства по
возврату аванса (при его наличии), уплате неустоек (штрафов, пеней) в случае неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, а также
возмещению убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
исполнением Исполнителем своих обязательств по Контракту.
12
9.6. В ходе исполнения Контракта Исполнитель вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного обеспечения
исполнения Контракта новое обеспечение исполнения Контракта, размер которого может быть
уменьшен в порядке и случаях, предусмотренных Федеральным законом № 44-ФЗ.
В случаях, установленных статьей 96 Федерального закона № 44-ФЗ, в ходе исполнения
Контракта размер обеспечения исполнения Контракта подлежит уменьшению в порядке и в случаях,
которые предусмотрены частями 7.2 и 7.3 статьи 96 Федерального закона № 44-ФЗ.
9.7. Денежные средства, внесенные Исполнителем в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Исполнителем), в
том числе части этих денежных средств в случае уменьшения размера обеспечения исполнения
контракта в соответствии с частями 7, 7.1 и 7.2 статьи 96 Федерального закона № 44-ФЗ,
возвращаются Исполнителю при условии надлежащего выполнения Исполнителем своих
обязательств по Контракту в течение 15 дней с даты исполнения Исполнителем обязательств,
предусмотренных Контрактом. Денежные средства возвращаются на счет, указанный
Исполнителем в заявлении о возврате обеспечения исполнения Контракта, либо на тот счет, с
которого поступили данные денежные средства.
9.8. Независимая гарантия, представленная в качестве обеспечения исполнения Контракта,
должна содержать условие, согласно которому гарант обязан уплатить Заказчику денежную сумму
по независимой гарантии не позднее десяти рабочих дней со дня, следующего за днем получения
гарантом требования Заказчика, соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской Федерации оснований для отказа
в удовлетворении этого требования.
9.9. Участник закупки, с которым заключается Контракт по результатам определения
подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения исполнения Контракта, в том числе с учетом
положений статьи 37 Федерального закона № 44-ФЗ, в случае предоставления таким участником
закупки информации, содержащейся в реестре контрактов, заключенных заказчиками, и
подтверждающей исполнение таким участником (без учета правопреемства) в течение трех лет до
даты подачи заявки на участие в закупке трех контрактов, исполненных без применения к такому
участнику неустоек (штрафов, пеней). Такая информация представляется участником закупки до
заключения Контракта в случаях, установленных Федеральным законом № 44-ФЗ для
предоставления обеспечения исполнения контракта. При этом сумма цен таких контрактов должна
составлять не менее начальной (максимальной) цены контракта, указанной в извещении об
осуществлении закупки.
10. Обеспечение гарантийных обязательств
10.1. Размер обеспечения гарантийных обязательств установлен в разделе «Обеспечение
гарантийных обязательств» приложения 1 к Контракту.
10.2. Порядок предоставления обеспечения гарантийных указан в разделе «Обеспечение
гарантийных обязательств» приложения 1 к Контракту.
10.3. Оформление документа о приемке (за исключением отдельного этапа исполнения
контракта) услуг осуществляется после предоставления Исполнителем обеспечения гарантийных
обязательств в срок, установленный в приложении 3 к Контракту.
10.4. Реквизиты Заказчика для внесения денежных средств в качестве обеспечения
гарантийных обязательств указаны в разделе «Обеспечение гарантийных обязательств»
приложения 1 к Контракту.
10.5. Независимая гарантия, представленная в качестве обеспечения гарантийных
обязательств, должна содержать условие, согласно которому гарант обязан уплатить Заказчику
денежную сумму по независимой гарантии не позднее десяти рабочих дней со дня, следующего за
днем получения гарантом требования Заказчика, соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом оснований для отказа в
удовлетворении этого требования.
13
Независимая гарантия должна содержать в том числе указание на то, что споры,
возникающие в связи с исполнением обязательств по независимой гарантии, подлежат
рассмотрению в Арбитражном суде Московской области.
10.6. Исполнитель вправе изменить способ обеспечения гарантийных обязательств по
Контракту и (или) предоставить Заказчику взамен ранее предоставленного обеспечения
гарантийных обязательств новое обеспечение гарантийных обязательств.
10.7. Заказчик в срок не позднее 15 (пятнадцати) дней с даты окончания срока гарантийных
обязательств возвращает Исполнителю денежные средства, внесенные в качестве обеспечения
гарантийных обязательств, на счет, с которого поступили данные денежные средства, за
исключением случая, указанного в пункте 10.9 Контракта.
10.8. В случае изменения способа обеспечения гарантийных обязательств и предоставления
Исполнителем независимой гарантии в качестве обеспечения гарантийных обязательств, Заказчик в
срок не позднее 15 (пятнадцати) дней с момента предоставления Исполнителем независимой
гарантии возвращает ранее внесенные в качестве обеспечения гарантийных обязательств денежные
средства на счет, с которого поступили данные денежные средства, либо на счет, указанный
Исполнителем в заявлении о возврате обеспечения исполнения гарантийных обязательств.
10.9. В случае, если в течение гарантийного срока у Исполнителя изменились реквизиты, с
которых поступили денежные средства, внесенные в качестве обеспечения гарантийных
обязательств, Исполнитель предоставляет новые реквизиты до окончания гарантийного срока.
10.10. Участник закупки, с которым заключается Контракт по результатам определения
подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения гарантийных обязательств, в случае предоставления
таким участником закупки информации, содержащейся в реестре контрактов, заключенных
заказчиками, и подтверждающей исполнение таким участником (без учета правопреемства) в
течение трех лет до даты подачи заявки на участие в закупке трех контрактов, исполненных без
применения к такому участнику неустоек (штрафов, пеней). Такая информация представляется
участником закупки до заключения Контракта в случаях, установленных Федеральным законом №
44-ФЗ для предоставления обеспечения исполнения контракта. При этом сумма цен таких
контрактов должна составлять не менее начальной (максимальной) цены контракта, указанной в
извещении об осуществлении закупки.
11. Обстоятельства непреодолимой силы
11.1. Стороны освобождаются от ответственности за полное или частичное неисполнение
своих обязательств по Контракту в случае, если оно явилось следствием обстоятельств
непреодолимой силы, а именно: наводнения, пожара, землетрясения, диверсии, военных действий,
блокад, препятствующих надлежащему исполнению обязательств по Контракту, а также других
чрезвычайных обстоятельств, подтвержденных в установленном законодательством Российской
Федерации порядке, которые возникли после заключения Контракта и непосредственно повлияли
на исполнение Сторонами своих обязательств, а также которые Стороны были не в состоянии
предвидеть и предотвратить.
11.2. Сторона, для которой надлежащее исполнение обязательств оказалось невозможным
вследствие возникновения обстоятельств непреодолимой силы, обязана в течение 5 (пяти)
календарных дней с даты возникновения таких обстоятельств уведомить другую Сторону об их
возникновении, виде и возможной продолжительности действия в письменной форме с
приложением документов, удостоверяющих факт наступления указанных обстоятельств. В случае
если Сторона не известит другую Сторону о наступлении таких обстоятельств, такая Сторона теряет
право ссылаться на указанные обстоятельства, как обстоятельства непреодолимой силы.
12. Порядок урегулирования споров
12.1. В случае возникновения любых противоречий, претензий и разногласий, а также
споров, связанных с исполнением Контракта, Стороны предпринимают усилия для урегулирования
таких противоречий, претензий и разногласий в добровольном порядке.
14
12.2. До передачи спора на разрешение в судебном порядке Стороны принимают меры к его
урегулированию в претензионном порядке.
Претензия направляется Стороной другой Стороне в письменном виде в порядке,
предусмотренном пунктом 15.1 Контракта.
Претензия должна содержать сумму истребования и ее полный и обоснованный расчет (если
претензионные требования подлежат денежной оценке). В подтверждение заявленных требований к
претензии должны быть приложены надлежащим образом заверенные копии документов или
выписки из них.
Срок направления письменного ответа по существу Стороной, получившей претензию,
составляет 5 дней с даты ее получения.
Оставление претензии без ответа в установленный срок означает признание Стороной,
получившей претензию, ее требований.
12.3. В случае невыполнения Сторонами своих обязательств и недостижения взаимного
согласия споры по настоящему Контракту разрешаются в Арбитражном суде Московской области6.
13. Срок действия, порядок изменения Контракта
13.1. Контракт вступает в силу с момента его заключения Сторонами и действует до полного
исполнения Сторонами своих обязательств по Контракту.
Изменение существенных условий Контракта при его исполнении не допускается за
исключением их изменения по соглашению Сторон в случаях, предусмотренных Федеральным
законом № 44-ФЗ, в том числе в случаях, предусмотренных пунктом 6 статьи 161 Бюджетного
кодекса Российской Федерации, при уменьшении ранее доведенных до Заказчика как получателя
бюджетных средств лимитов бюджетных обязательств. При этом Заказчик в ходе исполнения
Контракта обеспечивает согласование новых условий Контракта, в том числе цены и (или) сроков
исполнения Контракта и (или) объема работ, предусмотренных Контрактом.
13.2. Любые изменения и дополнения к настоящему Контракту, не противоречащие
законодательству Российской Федерации, оформляются дополнительным соглашением Сторон.
14. Особые условия
14.1. Стороны при исполнении Контракта:
- составляют в виде электронных документов, подписанных усиленной квалифицированной
электронной подписью (далее – электронные документы), первичные учетные документы и иные
документы, которыми оформляются:
заявка на выполнение работы (если Контрактом предусмотрено выполнение работы по
заявке);
выполнение выполненной работы, а также отдельные этапы выполнения работ (далее отдельный этап исполнения Контракта), включая документы, предоставление которых
предусмотрено в целях осуществления приемки выполненной работы, а также отдельных этапов
исполнения Контракта;
результаты такой приемки;
мотивированный отказ от подписания документа о приемке;
оплата выполненной работы, а также отдельных этапов исполнения Контракта;
заключение дополнительных соглашений;
направление требования об уплате неустоек (штрафов, пеней) (за исключением направления
уведомления о применении мер ответственности в случае, если Контракт заключен по результатам
проведения электронной процедуры, закрытой электронной процедуры);
соглашение о расторжении Контракта;
- осуществляют обмен электронными документами посредством использования ПИК ЕАСУЗ
в соответствии с Регламентом электронного документооборота Портала исполнения контрактов
6
В случае, если Исполнителем является физическое лицо, то споры разрешаются в соответствии с
действующим процессуальным законодательством Российской Федерации по месту нахождения заказчик.
15
Единой автоматизированной системы управления закупками Московской области (далее –
Регламент, приложение 4 к Контракту).
14.1.1. В случае если Контракт заключен по результатам проведения электронной
процедуры, закрытой электронной процедуры (за исключением закрытой электронной процедуры,
проводимой в случае, предусмотренном пунктом 5 части 11 статьи 24 Федерального закона № 44ФЗ), формирование документов о приемке, мотивированных отказов от подписания документов о
приемке, исправлений документов о приемке, дополнительных соглашений и соглашения о
расторжении Контракта осуществляется с использованием ПИК ЕАСУЗ с соблюдением
требований, установленных частями 13-14 статьи 94, частями 1.7 и 8.1 статьи 95 Федерального
закона № 44-ФЗ, с последующей гарантированной передачей для подписания и размещения
указанных в настоящем подпункте документов в единую информационную систему в сфере закупок
(далее – ЕИС) в соответствии с пунктом 1 части 10 статьи 4 Федерального закона № 44-ФЗ.
14.2. Для работы в ПИК ЕАСУЗ Стороны Контракта:
- назначают должностных лиц, уполномоченных за организацию и осуществление
электронного документооборота в соответствии с разделом Контракта «Особые условия» (далее –
уполномоченные должностные лица);
- обеспечивают получение усиленной квалифицированной электронной подписи в
аккредитованных удостоверяющих центрах в соответствии с требованиями законодательства
Российской Федерации, на уполномоченных должностных лиц, подписывающих документы при
исполнении Контракта;
- обеспечивают регистрацию в ПИК ЕАСУЗ и в электронном документообороте ПИК ЕАСУЗ
(далее – ЭДО ПИК ЕАСУЗ) в соответствии с Регламентом;
- обеспечивают необходимые условия для осуществления электронного документооборота в
ПИК ЕАСУЗ и в ЭДО ПИК ЕАСУЗ, а в случаях, для которых в соответствии с требованиями
законодательства Российской Федерации о контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд предусмотрен обмен
электронными документами с использованием ЕИС, в ЕИС;
- используют для подписания в ЭДО ПИК ЕАСУЗ электронных документов усиленную
квалифицированную электронную подпись.
14.3. Стороны признают, что используемые в ПИК ЕАСУЗ электронные документы имеют
равную юридическую силу с документами на бумажных носителях информации, подписанными
собственноручными подписями уполномоченных должностных лиц и оформленными в
установленном порядке.
14.4. Электронные документы, полученные Сторонами друг от друга при исполнении
Контракта, не требуют дублирования документами, оформленными на бумажных носителях
информации.
14.5. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ (описание сбоя
содержится в Регламенте), не позволяющего осуществлять обмен электронными документами при
исполнении Контракта, Стороны осуществляют оформление и подписание документов на
бумажных носителях информации в сроки, предусмотренные Контрактом (за исключением случаев,
для которых в соответствии с требованиями законодательства Российской Федерации о
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и
муниципальных нужд предусмотрен обмен электронными документами с использованием ЕИС).
После возобновления работы ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ Сторона, ответственная
за составление (оформление) документа, направляет с использованием ПИК ЕАСУЗ Стороне, в
адрес которой должен быть направлен соответствующий документ, сопроводительное письмо,
подписанное усиленной квалифицированной электронной подписью уполномоченного
должностного лица, с приложением копии в электронной форме (скан-образа) документа,
подписанного Сторонами на бумажном носителе информации.
Сторона, получившая в ПИК ЕАСУЗ указанное сопроводительное письмо, осуществляет
проверку сведений, содержащихся в сопроводительном письме и приложенной к нему копии в
электронной форме (скан-образа) документа, на предмет их соответствия подписанному документу
16
на бумажном носителе информации и по результатам проверки подписывает данное
сопроводительное
письмо
усиленной
квалифицированной
электронной
подписью
уполномоченного должностного лица либо отказывается от его подписания в порядке,
предусмотренном Регламентом.
14.6. Перечень документов, которыми обмениваются стороны при исполнении Контракта с
использованием ПИК ЕАСУЗ, содержится в приложении 3 к Контракту.
14.7. Получение доступа к ПИК ЕАСУЗ, а также использование ЭДО ПИК ЕАСУЗ, в том
числе в целях осуществления электронного документооборота при исполнении Контракта, для
Сторон осуществляется безвозмездно.
15. Прочие условия
15.1. Если иное не предусмотрено Контрактом или законодательством Российской
Федерации (в том числе частью 16 статьи 94 Федерального закона № 44-ФЗ), то все заявления,
уведомления, извещения, требования или иные юридически значимые сообщения (далее –
сообщения) Сторон, связанные с исполнением Контракта, направляются в письменной форме по
почте заказным письмом или нарочным по почтовому адресу Стороны, указанному в Контракте,
или с использованием факсимильной связи, электронной почты с последующим представлением
оригинала в течение 10 (десяти) рабочих дней с даты отправки.
В случае направления сообщений с использованием почты или нарочным, сообщения
считаются полученными Стороной в день фактического получения, подтвержденного отметкой
почты или отметкой получателя на копиях сообщений. В случае отправления сообщений
посредством факсимильной связи и электронной почты, сообщения считаются полученными
Стороной в день их отправки.
Сообщение считается доставленным и в тех случаях, когда оно поступило адресату, но по
обстоятельствам, зависящим от него, не было ему вручено или адресат не ознакомился с ним.
15.2. Стороны обязуются, начиная с момента заключения Контракта и в течение 3 (трех) лет
после прекращения действия Контракта, не передавать конфиденциальную информацию третьим
лицам без письменного согласия другой Стороны, кроме случаев, когда это требуется в
соответствии с законодательством Российской Федерации.
15.3. Контракт составлен в форме электронного документа, подписанного усиленными
электронными подписями Сторон.
15.4. При наличии противоречий между условиями, содержащимися в приложениях 1-3 к
Контракту, и условиями иных приложений к Контракту, преимущественную силу имеют
приложения 1-3 к Контракту.
15.5. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
законодательством Российской Федерации.
15.6. Неотъемлемыми частями Контракта являются следующие приложения (прилагаются
отдельными файлами):
приложение 1 «Сведения об объектах закупки»;
приложение 2 «Сведения об обязательствах сторон и порядке оплаты»;
приложение 3 «Перечень документов, которыми обмениваются стороны при исполнении
контракта»;
приложение 4 «Регламент электронного документооборота Портала исполнения контрактов
Единой автоматизированной системы управления закупками Московской области»;
приложение 5 «Описание объекта закупки (техническое задание)».
16. Адреса, реквизиты и подписи Сторон
Заказчик:
Исполнитель:
ГОСУДАРСТВЕННОЕ
КАЗЕННОЕ ________________
УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ
"ЦЕНТР
ЗАНЯТОСТИ
НАСЕЛЕНИЯ
МОСКОВСКОЙ ОБЛАСТИ"
17
Сокращенное наименование: КАДРОВЫЙ
ЦЕНТР ПОДМОСКОВЬЯ
Почтовый
адрес:
142116,
РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
Место нахождения, адрес: 142116, РОССИЯ,
МОСКОВСКАЯ ОБЛ., ПОДОЛЬСК Г.О.,
ПОДОЛЬСК Г., ФЕВРАЛЬСКАЯ УЛ., Д. 2А
ИНН 5031044293
КПП 507401001
ОГРН 1035006102450
Банковские реквизиты:
УФК по Московской области г. Москва (л/с
03831D02920,
КАДРОВЫЙ
ЦЕНТР
ПОДМОСКОВЬЯ)
Сокращенное
наименование:
________________
Почтовый адрес: ________________
Место
нахождения,
адрес:
________________
ИНН ________________
КПП КН ________________
КПП ________________
ОГРН ________________
Банк: ОКЦ № 1 ГУ Банка России по ЦФО//УФК
по Московской области г. Москва
БИК 004525987
казн/сч 03221643460000004800
единый казн/сч 40102810845370000004
ОКПО ________________
ОКТМО 46760000001
ОКОПФ ________________
телефон (факс): 7-496-5143249
адрес
электронной
почты:
zakupki_cznmo@mail.ru
Банк: ________________
БИК ________________
________________
________________
ОКПО ________________
ОКТМО ________________
ОКОПФ ________________
Заказчик:
ДИРЕКТОР
Банковские реквизиты:
(л/с
________________________________)
телефон (факс): ________________
адрес
электронной
почты:
________________
Исполнитель:
____
(С. А. _____________
______
СКОРОДУМ ___
ОВА)
____
(_______
______
_________)

=== ФАЙЛ: ↳ Приложение к проекту контракта, сост. 28.09.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12830010 2026_09_28-17_05 (МСК).docx | docs/0348100024426000039/Приложение к проекту контракта, сост. 28.09.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12830010 2026_09_28-17_05 (МСК).pdf
Приложение 1 к контракту
от «____» ___________ 20___г. № ___________
Сведения об объектах закупки
1.
Объекты закупки
Таблица 1.1
№ п/п
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
62.01.11.000 Услуги по
проектированию
и разработке
21.205.04.02.01.0 Доработка модуля
информационных
1.004 /
«Чат-бот» / (не
технологий для
02.02.19.639
указано)*
прикладных задач
и тестированию
программного
обеспечения
1
62.01.11.000 Услуги по
проектированию
21.205.04.02.01.0 Доработка страницы
и разработке
1.004 /
«Для молодежи» / (не
информационных
02.02.19.639
указано)*
технологий для
прикладных задач
и тестированию
программного
2
1
Цена
единицы, руб
**
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
Номер позиции плана-графика в ЕАСУЗ:271963-26
Общая
стоимость, руб.
(не указано)*
(не указано)*
№ п/п
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
Цена
единицы, руб
**
62.01.11.000 Услуги по
проектированию
и разработке
Доработка страницы
21.205.04.02.01.0
информационных
«Программы
1.004 /
технологий для
тренингов 2026
02.02.19.639
прикладных задач
года» / (не указано)*
и тестированию
программного
обеспечения
(не указано)*
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
Общая
стоимость, руб.
обеспечения
3
1,00
Условная
единица
(не
указано)*
Итого:
(не указано)*
Без НДС
(не указано)*
(не указано)*
Размер НДС
(не
указано)*
(не указано)*
Итого
(не
указано)*
* Значение заполняется на этапе заключения контракта.
**Если облагается НДС, то указывается цена за единицу измерения с НДС.
2. Сведения о гарантии качества товара, работы, услуги
Таблица 1.2
Требуется гарантия качества товара, работы, услуги
2
Нет
Номер позиции плана-графика в ЕАСУЗ:271963-26
Информация о требованиях к гарантийному обслуживанию товара
Требования к гарантии производителя товара
Срок, на который предоставляется гарантия и (или) требования к объему предоставления
гарантий качества товара, работы, услуги
Требуется обеспечение исполнения обязательств по предоставленной гарантии качества
товаров, работ, услуг
Нет
2.1 Обеспечение гарантийных обязательств
Требование обеспечения гарантийных обязательств не установлено.
3
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 2 к контракту
от «____» ___________ 20___г. № ___________
Сведения об обязательствах сторон и порядке оплаты
1. График выполнения обязательств по контракту
1.1.
Обязательства по оказанию услуг
Таблица 2.1
№
1.
2.
3.
Условия
предоставления
результатов
Разово
Сторона,
исполняющая
обязательство
Исполнитель
Сторона,
получающая
исполнение
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 17.11.2026 (МСК);
Доработка страницы «Программы тренингов 2026 года»
Объект закупки
Доработка страницы «Программы тренингов 2026 года»; 1,00; Условная единица; 245 000,00 руб.*
Разово
Исполнитель
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 01.12.2026 (МСК);
Доработка модуля «Чат-бот»
Объект закупки
Доработка модуля «Чат-бот»; 1,00; Условная единица; 685 000,00 руб.*
Разово
Исполнитель
Заказчик
Наименование
Доработка страницы «Для молодежи»
Объект закупки
Доработка страницы «Для молодежи»; 1,00; Условная единица; 315 000,00 руб.*
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 15.12.2026 (МСК);
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
**Указанные сроки включаются в срок исполнения контракта.
4
Номер позиции плана-графика в ЕАСУЗ:271963-26
2. Порядок и сроки осуществления приемки и оформления результатов
Таблица 2.2
Наименование
обязательства
Порядок проведения приемки
Доработка модуля
«Чат-бот»
приёмку осуществляет заказчик
Доработка страницы
«Для молодежи»
Доработка страницы
«Программы
тренингов 2026 года»
приёмку осуществляет заказчик
приёмку осуществляет заказчик
Документ о приемке
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Срок предоставления
документа о приемке
Исполнителем, срок
осуществления приемки и
оформления результатов
либо направления
мотивированного отказа от
подписания документа о
приемке Заказчиком**
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
Действие
Ответственная сторона
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94
Федерального закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере
закупок
** Указанные сроки включаются в срок исполнения контракта.
5
Номер позиции плана-графика в ЕАСУЗ:271963-26
3. Порядок и сроки оплаты
3.1. Порядок и сроки оплаты
Таблица 2.3
№
Наименование
Аванс/Оплата
Сумма, руб.* /%
Оплата №01
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Для молодежи»);
Оплата №02
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Программы тренингов 2026 года»);
Оплата №03
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка модуля
«Чат-бот»);
1.
2.
3.
* Значение заполняется на этапе заключения контракта.
** Указанные сроки включаются в срок исполнения контракта.
3.2. Размер аванса
Выплата аванса не предусмотрена.
3.3. Удержания из оплаты
Таблица 2.4
Суммы, уплачиваемые заказчиком поставщику (подрядчику, исполнителю) будут уменьшены на размер налогов, сборов и иных обязательных платежей
Заказчик удерживает сумму неисполненных поставщиком (подрядчиком, исполнителем) требований об уплате неустоек (штрафов, пеней), предъявленных
заказчиком, из суммы, подлежащей оплате поставщику (подрядчику, исполнителю)
6
Номер позиции плана-графика в ЕАСУЗ:271963-26
Нет
Да
4. Место оказания услуг
Таблица 2.5
Получатель
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ"
Место оказания услуг
Московская область, городской округ Подольск , г. Подольск, ул. Февральская, д. 2а
5. Срок исполнения контракта (отдельных этапов исполнения контракта)
5.1. Срок исполнения контракта
Таблица 2. 6
Дата начала исполнения контракта
С даты заключения контракта
Дата окончания исполнения контракта
21.01.2027 (МСК)
5.2. Срок исполнения отдельных этапов
Таблица 2. 7
№ этапа
1
Наименование обязательства
Доработка страницы «Для молодежи»
Начало этапа
С даты заключения
контракта
Срок окончания этапа
16.12.2026 (МСК)
2
Доработка страницы
тренингов 2026 года»
С даты заключения
контракта
3
Доработка модуля «Чат-бот»
С даты заключения
контракта
«Программы
Цена этапа*
315 000,00
% аванса от цены этапа
0,00%
Размер аванса, руб.
(не указано)**
30.12.2026 (МСК)
245 000,00
0,00%
(не указано)**
21.01.2027 (МСК)
685 000,00
0,00%
(не указано)**
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
** Значение заполняется на этапе заключения контракта.
6. Обеспечение исполнения контракта
7
Номер позиции плана-графика в ЕАСУЗ:271963-26
Размер
обеспечения
исполнения
контракта, % от
цены контракта
30
Сумма
обеспечения
исполнения
контракта, руб.*
Порядок предоставления обеспечения исполнения контракта
Реквизиты для
перечисления обеспечения
исполнения контракта
Срок возврата
денежных средств,
внесенных в
качестве
обеспечения
исполнения
контракта, дн.
Исполнение контракта обеспечивается предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или внесением
денежных средств на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами,
поступающими заказчику. Способ обеспечения исполнения контракта, срок действия
независимой гарантии определяются в соответствии с требованиями Федерального закона №
44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок
действия независимой гарантии должен превышать предусмотренный контрактом срок
исполнения обязательств, которые должны быть обеспечены такой независимой гарантией,
не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95
Федерального закона № 44-ФЗ.Независимая гарантия должна содержать в том числе
указание на то, что споры, возникающие в связи с исполнением обязательств по независимой
гарантии, подлежат рассмотрению в Арбитражном суде Московской области.Требования к
предоставлению обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, не применяются в случаях: 1) заключения контракта с
участником закупки, который является казенным учреждением; 2) осуществления закупки
услуги по предоставлению кредита; 3) заключения бюджетным учреждением,
государственным, муниципальным унитарными предприятиями контракта, предметом
которого является выдача независимой гарантии.Участник закупки, с которым заключается
контракт по результатам определения поставщика (подрядчика, исполнителя) в соответствии
с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ, освобождается от
предоставления обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, в порядке, предусмотренном частью 8.1 статьи 96
Федерального закона № 44-ФЗ.
ОКЦ № 1 ГУ Банка России
по ЦФО//УФК по
Московской области г.
Москва
БИК: 004525987
Расчетный/казначейский
счёт:
03222643460000004800
Корреспондентский/
банковский счёт:
40102810845370000004
Лицевой счёт: 05831D02920
15
В реквизите «Назначение
платежа» платежного
поручения перед текстовым
указанием назначения
платежа указывается ИКЗ,
который отделяется
знаком «//»
* Заполняется на этапе заключения контракта, в том числе с учетом положений статьи 37 и части 8.1 статьи 96 Федерального закона № 44ФЗ.
8
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 3 к контракту
от «____» ___________ 20___г. № ___________
Перечень документов, которыми обмениваются стороны при исполнении контракта
1. Порядок и сроки оформления электронных документов при исполнении обязательств
Таблица 3.1
Обязательство по
контракту
Наименование документа
Документ о приемке (функция
СЧФДОП)
Способ предоставления
документа
Посредством ПИК
ЕАСУЗ *
Доработка модуля
«Чат-бот»
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Для молодежи»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Программы тренингов
2026 года»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
9
Действие сторон
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
Номер позиции плана-графика в ЕАСУЗ:271963-26
Ответственная сторона
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Обязательство по
контракту
Способ предоставления
документа
Наименование документа
Действие сторон
Оплата №01
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №02
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №03
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
Ответственная сторона
Заказчик
Заказчик
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94 Федерального
закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере закупок
2. Порядок и сроки оформления иных документов при исполнении обязательств
Отсутствуют
3. Порядок и сроки проведения экспертизы
Таблица 3.3
Наименование обязательства
Доработка модуля «Чат-бот»
Доработка страницы «Для молодежи»
Доработка страницы «Программы
тренингов 2026 года»
10
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
Срок проведения экспертизы и оформления
результатов
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Порядок проведения экспертизы
Документ, оформляемый по результатам
экспертизы
Номер позиции плана-графика в ЕАСУЗ:271963-26
4. Сведения о документах, подтверждающих факт передачи товара
Отсутствуют
11
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 4 к контракту
от «____» ___________ 20___г. № ___________
Регламент электронного документооборота
Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской области
1.1. Регламент электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления
закупками Московской области (далее – Регламент) определяет общие правила осуществления информационного взаимодействия между
Сторонами Контракта посредством обмена электронными документами при исполнении Контракта через Портал исполнения контрактов
Единой автоматизированной системы управления закупками Московской области (далее – ПИК ЕАСУЗ).
1.2. Настоящий Регламент является приложением к государственному контракту (муниципальному контракту, контракту),
заключенному в соответствии с требованиями законодательства Российской Федерации о контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд (далее – Контракт).
1.3. В настоящем Регламенте используются следующие понятия и термины:
Портал исполнения контрактов Единой автоматизированной системы управления закупками Московской области - подсистема Единой
автоматизированной системы управления закупками Московской области, обеспечивающая осуществление обмена электронными
документами в ходе исполнения контрактов, а также контроля текущего исполнения сторонами обязательств по контракту.
Структурированный электронный документ – электронный документ, сформированный/импортированный в ПИК ЕАСУЗ при помощи
соответствующих интерфейсов ПИК ЕАСУЗ.
Неструктурированный электронный документ – электронный документ, в котором информация представлена в электронно-цифровой
форме и не имеет заранее определенной структуры данных в ПИК ЕАСУЗ (в том числе сканированные версии документов, ранее
составленные на бумажных носителях информации).
Личный кабинет – рабочая область Стороны Контракта в ПИК ЕАСУЗ, доступная только зарегистрированным в ПИК ЕАСУЗ
пользователям - сотрудникам заказчика, исполнителя.
Другие понятия и термины, применяемые в настоящем Регламенте, соответствуют понятиям и терминам, установленным
законодательством Российской Федерации и нормативными правовыми актами Московской области.
1.4. Обмен электронными документами между Сторонами Контракта в ПИК ЕАСУЗ осуществляется посредством системы
электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской
области (далее – ЭДО ПИК ЕАСУЗ), интегрированной с ПИК ЕАСУЗ.
1.5. Получение доступа к ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ, а также использование функционала ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ в
целях осуществления электронного документооборота для Сторон Контракта осуществляется безвозмездно.
1.6. Обеспечение эксплуатации ПИК ЕАСУЗ, а также техническую поддержку Сторонам Контракта при использовании ПИК ЕАСУЗ,
в том числе в части функционирования ЭДО ПИК ЕАСУЗ, осуществляет Государственное бюджетное учреждение Московской области
«Центр развития цифровых технологий».
12
Номер позиции плана-графика в ЕАСУЗ:271963-26
1.7. При формировании и обмене электронными документами Стороны Контракта должны руководствоваться положениями
настоящего Регламента, а также информационными материалами, размещенными в открытом доступе на сайте http://pik.mosreg.ru.
2. Обязательными требованиями к Сторонам Контракта для осуществления работы с электронным документооборотом в ПИК ЕАСУЗ
являются:
- наличие у Стороны Контракта сертификата ключа усиленной квалифицированной электронной подписи (далее - КЭП), полученного в
порядке, предусмотренном Федеральным законом от 06.04.2011 г. № 63-ФЗ «Об электронной подписи», в одном из аккредитованных
Министерством связи и массовых коммуникаций Российской Федерации удостоверяющих центров;
- наличие автоматизированного рабочего места (АРМ);
- наличие регистрации в ПИК ЕАСУЗ. Процедура регистрации в ПИК ЕАСУЗ описана в документе «Памятка по регистрации в ПИК
ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- наличие регистрации в ЭДО ПИК ЕАСУЗ. Процедура регистрации в ЭДО ПИК ЕАСУЗ также описана в документе «Памятка по
регистрации в ПИК ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- использование для подписания электронных документов КЭП средств криптографической защиты информации (далее - СКЗИ),
сертифицированных в соответствии с правилами сертификации Российской Федерации к СКЗИ и полученного Стороной Контракта с
соблюдением требований законодательства.
Согласно аттестату соответствия Государственной информационной системы Единой автоматизированной системы управления
закупками Московской области (далее - ЕАСУЗ) ЕАСУЗ соответствует требованиям нормативной документации по безопасности
информации по 2 классу защищенности и не предназначена для обработки информации ограниченного доступа.
В этой связи в ПИК ЕАСУЗ обрабатываются исключительно общедоступные персональные данные. Ответственность за внесение
персональных данных третьих лиц несет сторона, внесшая сведения.
3. При осуществлении электронного документооборота в ПИК ЕАСУЗ каждая из Сторон Контракта несёт следующие обязанности:
3.1. После осуществления регистрации в ЭДО ПИК ЕАСУЗ произвести регистрацию своей организации (индивидуального
предпринимателя) в ПИК ЕАСУЗ.
3.2. Направлять при осуществлении электронного документооборота документы и сведения, предусмотренные условиями Контракта.
3.3. Нести ответственность за содержание, достоверность и целостность отправляемых Стороной Контракта документов и сведений
через ПИК ЕАСУЗ, ЭДО ПИК ЕАСУЗ, а также за действия, совершенные на основании указанных документов и сведений.
3.4. Обеспечить режим хранения сертификата КЭП и закрытого ключа КЭП, исключающий неавторизованный доступ к ним третьих
лиц.
4. Основными правилами организации электронного документооборота в ПИК ЕАСУЗ являются:
4.1. Все документы и сведения, предусмотренные условиями контракта , направляемые Сторонами Контракта между собой в ПИК
ЕАСУЗ, должны быть в форме электронных документов.
4.2. Электронные документы, передаваемые в системе ПИК ЕАСУЗ между Сторонами Контракта, должны быть подписаны в ЭДО
ПИК ЕАСУЗ КЭП лиц, имеющих право действовать от имени соответствующей Стороны Контракта.
4.3. Электронный документ, подписанный КЭП и переданный между Сторонами Контракта через ЭДО ПИК ЕАСУЗ, имеет такую же
юридическую силу, как и подписанный собственноручно документ на бумажном носителе, и влечет предусмотренные для данного
13
Номер позиции плана-графика в ЕАСУЗ:271963-26
документа правовые последствия. Электронные документы, подписанные КЭП в ЭДО ПИК ЕАСУЗ, не требуют дублирования документами,
оформленными на бумажных носителях информации.
4.4. После подписания электронного документа КЭП у Оператора ЭДО ПИК ЕАСУЗ такой электронный документ получает статус
«Подписан» в ПИК ЕАСУЗ, с указанием кем и когда подписан.
4.5. Факт и дата доставки любого электронного документа, направленного посредством ПИК ЕАСУЗ, а также факт и дата получения
надлежащего уведомления о доставке такого электронного документа, подтверждаются поступлением в раздел «Уведомления» Личного
кабинета Стороны по контракту соответствующего уведомления, содержащего дату его поступления.
Фактом и датой начала работы в Личном кабинете ПИК ЕАСУЗ Стороны признается момент регистрации Стороны в ПИК ЕАСУЗ.
Сведения о регистрации Стороны формируются в ПИК ЕАСУЗ автоматизировано после прохождения регистрации и фиксируются в разделе
«Зарегистрированные заказчики и исполнители».
4.6. Через систему ЭДО ПИК ЕАСУЗ передаются следующие типы электронных документов:
4.6.1. Структурированные электронные документы в формате XML, формируемые Сторонами с использованием средств интерфейса
ПИК ЕАСУЗ и подписываемые КЭП.
4.6.2. Неструктурированные электронные документы, подписываемые (заверяемые) КЭП и загружаемые Сторонами с использованием
средств интерфейса ПИК ЕАСУЗ.
4.6.3. Электронные документы, требования к форматам которых определены Федеральной налоговой службой.
4.7. Правила формирования для подписания структурированных электронных документов:
4.7.1. Структурированный электронный документ формируется Стороной Контракта в ПИК ЕАСУЗ посредством:
4.7.1.1. Функционала ПИК ЕАСУЗ по созданию структурированных документов в ПИК ЕАСУЗ. При формировании электронного
документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность внесенных данных. Документы, сформированные с нарушением
данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1.2. Функционала ПИК ЕАСУЗ по импорту структурированных документов в ПИК ЕАСУЗ. При импорте в ПИК ЕАСУЗ
структурированного документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность импортируемых данных, соответствие
формату. Документы, импортируемые с нарушением данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1 .3. Для направления на подписание структурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать XML документ соответствующего формата и его печатную форму. Общий объем электронного документа ПИК
ЕАСУЗ не должен превышать 40 Мб. Структурированные документы, не соответствующие данным требованиям, не могут быть направлены
в ЭДО ПИК ЕАСУЗ на подписание.
4.8. Правила формирования для подписания неструктурированных электронных документов:
4.8.1. Неструктурированный электронный документ формируется Стороной Контракта с помощью функционала ПИК ЕАСУЗ по
импорту неструктурированных документов в ПИК ЕАСУЗ. В ПИК ЕАСУЗ могут быть загружены файлы следующих типов:
.7z, .doc, .docx, .gif, .jpg,. jpeg, .ods, .odt, .pdf, .png, .rar, .rtf, .tif, .txt, .xls, .xlsx, .xps, .zip. Документы, импортируемые с нарушением данных
требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.8.2. Для направления на подписание неструктурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать печатную форму данного электронного документа. Общий объем электронного документа ПИК ЕАСУЗ должен
14
Номер позиции плана-графика в ЕАСУЗ:271963-26
не превышать 40 Мб. Неструктурированные документы, не соответствующие данным требованиям, не могут быть направлены в ЭДО ПИК
ЕАСУЗ на подписание.
4.9. Правила передачи файлов:
4.9.1. В случае передачи неструктурированного файла Сторона Контракта самостоятельно несет ответственность за содержание такого
документа.
4.9.2. В случае передачи Стороной Контракта структурированного файла ПИК ЕАСУЗ предоставляет средства для формирования
такого документа. При этом Сторона Контракта обязана подписать и приложить к направляемому электронному документу именно тот файл,
который был сформирован ей средствами ПИК ЕАСУЗ.
4.9.3. Направляемые файлы между Сторонами Контракта должны быть подписаны КЭП с помощью интерфейса ЭДО ПИК ЕАСУЗ.
4.10. Правила передачи электронных документов, требования к форматам которых определены Федеральной налоговой службой:
- для передачи в ЭДО ПИК ЕАСУЗ электронных документов, требования к форматам которых определены Федеральной налоговой
службой, используется программное обеспечение ПИК ЕАСУЗ.
5. Сторона, подписавшая электронный документ, может отозвать данный электронный документ до его подписания Стороной, в адрес
которой данный документ был направлен, в следующем порядке:
- Сторона, подписавшая электронный документ, посредством интерфейса ПИК ЕАСУЗ направляет уведомление в ЭДО ПИК ЕАСУЗ об
отзыве электронного документа;
- в случае если отзываемый электронный документ подписан Стороной, в адрес которой данный документ был направлен, то направить
уведомление в ЭДО ПИК ЕАСУЗ об отзыве невозможно;
- в случае если отзываемый документ не подписан Стороной, в адрес которой данный документ был направлен, то при направлении
уведомления в ЭДО ПИК ЕАСУЗ об отзыве происходит автоматизированный отзыв данного документа.
Для документов с односторонней подписью возможность отзыва подписанного электронного документа не предусмотрена.
6. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ), не позволяющего осуществлять обмен электронными документами
при исполнении Контракта, Стороны осуществляют оформление и подписание документов на бумажном носителе информации в порядке и
сроки, предусмотренные контрактом.
Сбоем признается нарушение работы ПИК ЕАСУЗ либо ЭДО ПИК ЕАСУЗ, при котором невозможно обеспечить электронный
документооборот в течение срока, указанного в таблице «Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ» (далее – Таблица)
и при этом выполнены следующие условия:
а) сбой в работе возник в период с 07 00 до 21 00 московского времени в рабочие дни;
б) Стороной, направляющей документ, направлена заявка в службу Технической поддержки с приложением принт-скрина страницы
Портала исполнения контракта, либо портала Оператора ЭДО, содержащего сведения о характере сбоя;
в) по результатам рассмотрения заявки службой Технической поддержки сбой не устранен в течение 240 мин. с момента получения
заявки. При этом:
- если заявка подана не в рабочий день, то время ее рассмотрения начинается с 09 00 первого рабочего дня, следующего за днем подачи
заявки;
- если заявка подана в рабочий день до 09 00, то ее рассмотрение начинается в этот рабочий день с 09 00;
15
Номер позиции плана-графика в ЕАСУЗ:271963-26
- если заявка подана в рабочий день после 18 00, то ее рассмотрение начинается с 09 00 следующего рабочего дня;
- если заявка подана в промежуток с 16 00 до 18 00 рабочего дня, то ее рассмотрение переносится на следующий рабочий день в той
части времени, которая является разницей между 240 минутами, предоставляемыми на ее рассмотрение и количеством минут, исчисляемым
с момента подачи заявки до 18 00 рабочего дня.
Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ
Таблица 1
№ п/п
1
2
3
4
5
6
7
Описание ситуации/проблемы
Недоступность Системы ПИК ЕАСУЗ
Недоступность ЭДО ПИК ЕАСУЗ
Невозможность выполнения процедуры входа в личный кабинет ПИК ЕАСУЗ
Невозможность формирования электронного документа, либо прикрепления электронного документа (файла)
Невозможность передачи электронного документа для подписания в ЭДО ПИК ЕАСУЗ
Невозможность подписания электронного документа в ЭДО ПИК ЕАСУЗ
Невозможность передачи сведений из ЕИС в ПИК ЕАСУЗ о заключении контракта либо об изменении статуса контракта
16
Номер позиции плана-графика в ЕАСУЗ:271963-26
Продолжительность
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.

=== ФАЙЛ: ↳ Приложение к проекту контракта, сост. 05.10.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12853043 2026_10_05-11_48 (МСК).docx | docs/0348100024426000039/Приложение к проекту контракта, сост. 05.10.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12853043 2026_10_05-11_48 (МСК).pdf
Приложение 1 к контракту
от «____» ___________ 20___г. № ___________
Сведения об объектах закупки
1.
Объекты закупки
Таблица 1.1
№ п/п
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
62.01.11.000 Услуги по
проектированию
и разработке
21.205.04.02.01.0 Доработка модуля
информационных
1.004 /
«Чат-бот» / (не
технологий для
02.02.19.639
указано)*
прикладных задач
и тестированию
программного
обеспечения
1
62.01.11.000 Услуги по
проектированию
21.205.04.02.01.0 Доработка страницы
и разработке
1.004 /
«Для молодежи» / (не
информационных
02.02.19.639
указано)*
технологий для
прикладных задач
и тестированию
программного
2
1
Цена
единицы, руб
**
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
Номер позиции плана-графика в ЕАСУЗ:271963-26
Общая
стоимость, руб.
(не указано)*
(не указано)*
№ п/п
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
Цена
единицы, руб
**
62.01.11.000 Услуги по
проектированию
и разработке
Доработка страницы
21.205.04.02.01.0
информационных
«Программы
1.004 /
технологий для
тренингов 2026
02.02.19.639
прикладных задач
года» / (не указано)*
и тестированию
программного
обеспечения
(не указано)*
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
Общая
стоимость, руб.
обеспечения
3
1,00
Условная
единица
(не
указано)*
Итого:
(не указано)*
Без НДС
(не указано)*
(не указано)*
Размер НДС
(не
указано)*
(не указано)*
Итого
(не
указано)*
* Значение заполняется на этапе заключения контракта.
**Если облагается НДС, то указывается цена за единицу измерения с НДС.
2. Сведения о гарантии качества товара, работы, услуги
Таблица 1.2
Требуется гарантия качества товара, работы, услуги
2
Нет
Номер позиции плана-графика в ЕАСУЗ:271963-26
Информация о требованиях к гарантийному обслуживанию товара
Требования к гарантии производителя товара
Срок, на который предоставляется гарантия и (или) требования к объему предоставления
гарантий качества товара, работы, услуги
Требуется обеспечение исполнения обязательств по предоставленной гарантии качества
товаров, работ, услуг
Нет
2.1 Обеспечение гарантийных обязательств
Требование обеспечения гарантийных обязательств не установлено.
3
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 2 к контракту
от «____» ___________ 20___г. № ___________
Сведения об обязательствах сторон и порядке оплаты
1. График выполнения обязательств по контракту
1.1.
Обязательства по оказанию услуг
Таблица 2.1
№
1.
2.
3.
Условия
предоставления
результатов
Разово
Сторона,
исполняющая
обязательство
Исполнитель
Сторона,
получающая
исполнение
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 17.11.2026 (МСК);
Доработка страницы «Программы тренингов 2026 года»
Объект закупки
Доработка страницы «Программы тренингов 2026 года»; 1,00; Условная единица; 245 000,00 руб.*
Разово
Исполнитель
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 01.12.2026 (МСК);
Доработка модуля «Чат-бот»
Объект закупки
Доработка модуля «Чат-бот»; 1,00; Условная единица; 685 000,00 руб.*
Разово
Исполнитель
Заказчик
Наименование
Доработка страницы «Для молодежи»
Объект закупки
Доработка страницы «Для молодежи»; 1,00; Условная единица; 315 000,00 руб.*
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 15.12.2026 (МСК);
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
**Указанные сроки включаются в срок исполнения контракта.
4
Номер позиции плана-графика в ЕАСУЗ:271963-26
2. Порядок и сроки осуществления приемки и оформления результатов
Таблица 2.2
Наименование
обязательства
Порядок проведения приемки
Доработка модуля
«Чат-бот»
приёмку осуществляет заказчик
Доработка страницы
«Для молодежи»
Доработка страницы
«Программы
тренингов 2026 года»
приёмку осуществляет заказчик
приёмку осуществляет заказчик
Документ о приемке
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Срок предоставления
документа о приемке
Исполнителем, срок
осуществления приемки и
оформления результатов
либо направления
мотивированного отказа от
подписания документа о
приемке Заказчиком**
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
Действие
Ответственная сторона
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94
Федерального закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере
закупок
** Указанные сроки включаются в срок исполнения контракта.
5
Номер позиции плана-графика в ЕАСУЗ:271963-26
3. Порядок и сроки оплаты
3.1. Порядок и сроки оплаты
Таблица 2.3
№
Наименование
Аванс/Оплата
Сумма, руб.* /%
Оплата №01
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Для молодежи»);
Оплата №02
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Программы тренингов 2026 года»);
Оплата №03
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка модуля
«Чат-бот»);
1.
2.
3.
* Значение заполняется на этапе заключения контракта.
** Указанные сроки включаются в срок исполнения контракта.
3.2. Размер аванса
Выплата аванса не предусмотрена.
3.3. Удержания из оплаты
Таблица 2.4
Суммы, уплачиваемые заказчиком поставщику (подрядчику, исполнителю) будут уменьшены на размер налогов, сборов и иных обязательных платежей
Заказчик удерживает сумму неисполненных поставщиком (подрядчиком, исполнителем) требований об уплате неустоек (штрафов, пеней), предъявленных
заказчиком, из суммы, подлежащей оплате поставщику (подрядчику, исполнителю)
6
Номер позиции плана-графика в ЕАСУЗ:271963-26
Нет
Да
4. Место оказания услуг
Таблица 2.5
Получатель
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ"
Место оказания услуг
Московская область, городской округ Подольск , г. Подольск, ул. Февральская, д. 2а
5. Срок исполнения контракта (отдельных этапов исполнения контракта)
5.1. Срок исполнения контракта
Таблица 2. 6
Дата начала исполнения контракта
С даты заключения контракта
Дата окончания исполнения контракта
21.01.2027 (МСК)
5.2. Срок исполнения отдельных этапов
Таблица 2. 7
№ этапа
1
Наименование обязательства
Доработка страницы «Для молодежи»
Начало этапа
С даты заключения
контракта
Срок окончания этапа
16.12.2026 (МСК)
2
Доработка страницы
тренингов 2026 года»
С даты заключения
контракта
3
Доработка модуля «Чат-бот»
С даты заключения
контракта
«Программы
Цена этапа*
315 000,00
% аванса от цены этапа
0,00%
Размер аванса, руб.
(не указано)**
30.12.2026 (МСК)
245 000,00
0,00%
(не указано)**
21.01.2027 (МСК)
685 000,00
0,00%
(не указано)**
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
** Значение заполняется на этапе заключения контракта.
6. Обеспечение исполнения контракта
7
Номер позиции плана-графика в ЕАСУЗ:271963-26
Размер
обеспечения
исполнения
контракта, % от
цены контракта
30
Сумма
обеспечения
исполнения
контракта, руб.*
Порядок предоставления обеспечения исполнения контракта
Реквизиты для
перечисления обеспечения
исполнения контракта
Срок возврата
денежных средств,
внесенных в
качестве
обеспечения
исполнения
контракта, дн.
Исполнение контракта обеспечивается предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или внесением
денежных средств на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами,
поступающими заказчику. Способ обеспечения исполнения контракта, срок действия
независимой гарантии определяются в соответствии с требованиями Федерального закона №
44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок
действия независимой гарантии должен превышать предусмотренный контрактом срок
исполнения обязательств, которые должны быть обеспечены такой независимой гарантией,
не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95
Федерального закона № 44-ФЗ.Независимая гарантия должна содержать в том числе
указание на то, что споры, возникающие в связи с исполнением обязательств по независимой
гарантии, подлежат рассмотрению в Арбитражном суде Московской области.Требования к
предоставлению обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, не применяются в случаях: 1) заключения контракта с
участником закупки, который является казенным учреждением; 2) осуществления закупки
услуги по предоставлению кредита; 3) заключения бюджетным учреждением,
государственным, муниципальным унитарными предприятиями контракта, предметом
которого является выдача независимой гарантии.Участник закупки, с которым заключается
контракт по результатам определения поставщика (подрядчика, исполнителя) в соответствии
с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ, освобождается от
предоставления обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, в порядке, предусмотренном частью 8.1 статьи 96
Федерального закона № 44-ФЗ.
ОКЦ № 1 ГУ Банка России
по ЦФО//УФК по
Московской области г.
Москва
БИК: 004525987
Расчетный/казначейский
счёт:
03222643460000004800
Корреспондентский/
банковский счёт:
40102810845370000004
Лицевой счёт: 05831D02920
15
В реквизите «Назначение
платежа» платежного
поручения перед текстовым
указанием назначения
платежа указывается ИКЗ,
который отделяется
знаком «//»
* Заполняется на этапе заключения контракта, в том числе с учетом положений статьи 37 и части 8.1 статьи 96 Федерального закона № 44ФЗ.
8
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 3 к контракту
от «____» ___________ 20___г. № ___________
Перечень документов, которыми обмениваются стороны при исполнении контракта
1. Порядок и сроки оформления электронных документов при исполнении обязательств
Таблица 3.1
Обязательство по
контракту
Наименование документа
Документ о приемке (функция
СЧФДОП)
Способ предоставления
документа
Посредством ПИК
ЕАСУЗ *
Доработка модуля
«Чат-бот»
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Для молодежи»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Программы тренингов
2026 года»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
9
Действие сторон
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
Номер позиции плана-графика в ЕАСУЗ:271963-26
Ответственная сторона
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Обязательство по
контракту
Способ предоставления
документа
Наименование документа
Действие сторон
Оплата №01
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №02
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №03
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
Ответственная сторона
Заказчик
Заказчик
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94 Федерального
закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере закупок
2. Порядок и сроки оформления иных документов при исполнении обязательств
Отсутствуют
3. Порядок и сроки проведения экспертизы
Таблица 3.3
Наименование обязательства
Доработка модуля «Чат-бот»
Доработка страницы «Для молодежи»
Доработка страницы «Программы
тренингов 2026 года»
10
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
Срок проведения экспертизы и оформления
результатов
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Порядок проведения экспертизы
Документ, оформляемый по результатам
экспертизы
Номер позиции плана-графика в ЕАСУЗ:271963-26
4. Сведения о документах, подтверждающих факт передачи товара
Отсутствуют
11
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 4 к контракту
от «____» ___________ 20___г. № ___________
Регламент электронного документооборота
Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской области
1.1. Регламент электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления
закупками Московской области (далее – Регламент) определяет общие правила осуществления информационного взаимодействия между
Сторонами Контракта посредством обмена электронными документами при исполнении Контракта через Портал исполнения контрактов
Единой автоматизированной системы управления закупками Московской области (далее – ПИК ЕАСУЗ).
1.2. Настоящий Регламент является приложением к государственному контракту (муниципальному контракту, контракту),
заключенному в соответствии с требованиями законодательства Российской Федерации о контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд (далее – Контракт).
1.3. В настоящем Регламенте используются следующие понятия и термины:
Портал исполнения контрактов Единой автоматизированной системы управления закупками Московской области - подсистема Единой
автоматизированной системы управления закупками Московской области, обеспечивающая осуществление обмена электронными
документами в ходе исполнения контрактов, а также контроля текущего исполнения сторонами обязательств по контракту.
Структурированный электронный документ – электронный документ, сформированный/импортированный в ПИК ЕАСУЗ при помощи
соответствующих интерфейсов ПИК ЕАСУЗ.
Неструктурированный электронный документ – электронный документ, в котором информация представлена в электронно-цифровой
форме и не имеет заранее определенной структуры данных в ПИК ЕАСУЗ (в том числе сканированные версии документов, ранее
составленные на бумажных носителях информации).
Личный кабинет – рабочая область Стороны Контракта в ПИК ЕАСУЗ, доступная только зарегистрированным в ПИК ЕАСУЗ
пользователям - сотрудникам заказчика, исполнителя.
Другие понятия и термины, применяемые в настоящем Регламенте, соответствуют понятиям и терминам, установленным
законодательством Российской Федерации и нормативными правовыми актами Московской области.
1.4. Обмен электронными документами между Сторонами Контракта в ПИК ЕАСУЗ осуществляется посредством системы
электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской
области (далее – ЭДО ПИК ЕАСУЗ), интегрированной с ПИК ЕАСУЗ.
1.5. Получение доступа к ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ, а также использование функционала ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ в
целях осуществления электронного документооборота для Сторон Контракта осуществляется безвозмездно.
1.6. Обеспечение эксплуатации ПИК ЕАСУЗ, а также техническую поддержку Сторонам Контракта при использовании ПИК ЕАСУЗ,
в том числе в части функционирования ЭДО ПИК ЕАСУЗ, осуществляет Государственное бюджетное учреждение Московской области
«Центр развития цифровых технологий».
12
Номер позиции плана-графика в ЕАСУЗ:271963-26
1.7. При формировании и обмене электронными документами Стороны Контракта должны руководствоваться положениями
настоящего Регламента, а также информационными материалами, размещенными в открытом доступе на сайте http://pik.mosreg.ru.
2. Обязательными требованиями к Сторонам Контракта для осуществления работы с электронным документооборотом в ПИК ЕАСУЗ
являются:
- наличие у Стороны Контракта сертификата ключа усиленной квалифицированной электронной подписи (далее - КЭП), полученного в
порядке, предусмотренном Федеральным законом от 06.04.2011 г. № 63-ФЗ «Об электронной подписи», в одном из аккредитованных
Министерством связи и массовых коммуникаций Российской Федерации удостоверяющих центров;
- наличие автоматизированного рабочего места (АРМ);
- наличие регистрации в ПИК ЕАСУЗ. Процедура регистрации в ПИК ЕАСУЗ описана в документе «Памятка по регистрации в ПИК
ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- наличие регистрации в ЭДО ПИК ЕАСУЗ. Процедура регистрации в ЭДО ПИК ЕАСУЗ также описана в документе «Памятка по
регистрации в ПИК ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- использование для подписания электронных документов КЭП средств криптографической защиты информации (далее - СКЗИ),
сертифицированных в соответствии с правилами сертификации Российской Федерации к СКЗИ и полученного Стороной Контракта с
соблюдением требований законодательства.
Согласно аттестату соответствия Государственной информационной системы Единой автоматизированной системы управления
закупками Московской области (далее - ЕАСУЗ) ЕАСУЗ соответствует требованиям нормативной документации по безопасности
информации по 2 классу защищенности и не предназначена для обработки информации ограниченного доступа.
В этой связи в ПИК ЕАСУЗ обрабатываются исключительно общедоступные персональные данные. Ответственность за внесение
персональных данных третьих лиц несет сторона, внесшая сведения.
3. При осуществлении электронного документооборота в ПИК ЕАСУЗ каждая из Сторон Контракта несёт следующие обязанности:
3.1. После осуществления регистрации в ЭДО ПИК ЕАСУЗ произвести регистрацию своей организации (индивидуального
предпринимателя) в ПИК ЕАСУЗ.
3.2. Направлять при осуществлении электронного документооборота документы и сведения, предусмотренные условиями Контракта.
3.3. Нести ответственность за содержание, достоверность и целостность отправляемых Стороной Контракта документов и сведений
через ПИК ЕАСУЗ, ЭДО ПИК ЕАСУЗ, а также за действия, совершенные на основании указанных документов и сведений.
3.4. Обеспечить режим хранения сертификата КЭП и закрытого ключа КЭП, исключающий неавторизованный доступ к ним третьих
лиц.
4. Основными правилами организации электронного документооборота в ПИК ЕАСУЗ являются:
4.1. Все документы и сведения, предусмотренные условиями контракта , направляемые Сторонами Контракта между собой в ПИК
ЕАСУЗ, должны быть в форме электронных документов.
4.2. Электронные документы, передаваемые в системе ПИК ЕАСУЗ между Сторонами Контракта, должны быть подписаны в ЭДО
ПИК ЕАСУЗ КЭП лиц, имеющих право действовать от имени соответствующей Стороны Контракта.
4.3. Электронный документ, подписанный КЭП и переданный между Сторонами Контракта через ЭДО ПИК ЕАСУЗ, имеет такую же
юридическую силу, как и подписанный собственноручно документ на бумажном носителе, и влечет предусмотренные для данного
13
Номер позиции плана-графика в ЕАСУЗ:271963-26
документа правовые последствия. Электронные документы, подписанные КЭП в ЭДО ПИК ЕАСУЗ, не требуют дублирования документами,
оформленными на бумажных носителях информации.
4.4. После подписания электронного документа КЭП у Оператора ЭДО ПИК ЕАСУЗ такой электронный документ получает статус
«Подписан» в ПИК ЕАСУЗ, с указанием кем и когда подписан.
4.5. Факт и дата доставки любого электронного документа, направленного посредством ПИК ЕАСУЗ, а также факт и дата получения
надлежащего уведомления о доставке такого электронного документа, подтверждаются поступлением в раздел «Уведомления» Личного
кабинета Стороны по контракту соответствующего уведомления, содержащего дату его поступления.
Фактом и датой начала работы в Личном кабинете ПИК ЕАСУЗ Стороны признается момент регистрации Стороны в ПИК ЕАСУЗ.
Сведения о регистрации Стороны формируются в ПИК ЕАСУЗ автоматизировано после прохождения регистрации и фиксируются в разделе
«Зарегистрированные заказчики и исполнители».
4.6. Через систему ЭДО ПИК ЕАСУЗ передаются следующие типы электронных документов:
4.6.1. Структурированные электронные документы в формате XML, формируемые Сторонами с использованием средств интерфейса
ПИК ЕАСУЗ и подписываемые КЭП.
4.6.2. Неструктурированные электронные документы, подписываемые (заверяемые) КЭП и загружаемые Сторонами с использованием
средств интерфейса ПИК ЕАСУЗ.
4.6.3. Электронные документы, требования к форматам которых определены Федеральной налоговой службой.
4.7. Правила формирования для подписания структурированных электронных документов:
4.7.1. Структурированный электронный документ формируется Стороной Контракта в ПИК ЕАСУЗ посредством:
4.7.1.1. Функционала ПИК ЕАСУЗ по созданию структурированных документов в ПИК ЕАСУЗ. При формировании электронного
документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность внесенных данных. Документы, сформированные с нарушением
данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1.2. Функционала ПИК ЕАСУЗ по импорту структурированных документов в ПИК ЕАСУЗ. При импорте в ПИК ЕАСУЗ
структурированного документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность импортируемых данных, соответствие
формату. Документы, импортируемые с нарушением данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1 .3. Для направления на подписание структурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать XML документ соответствующего формата и его печатную форму. Общий объем электронного документа ПИК
ЕАСУЗ не должен превышать 40 Мб. Структурированные документы, не соответствующие данным требованиям, не могут быть направлены
в ЭДО ПИК ЕАСУЗ на подписание.
4.8. Правила формирования для подписания неструктурированных электронных документов:
4.8.1. Неструктурированный электронный документ формируется Стороной Контракта с помощью функционала ПИК ЕАСУЗ по
импорту неструктурированных документов в ПИК ЕАСУЗ. В ПИК ЕАСУЗ могут быть загружены файлы следующих типов:
.7z, .doc, .docx, .gif, .jpg,. jpeg, .ods, .odt, .pdf, .png, .rar, .rtf, .tif, .txt, .xls, .xlsx, .xps, .zip. Документы, импортируемые с нарушением данных
требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.8.2. Для направления на подписание неструктурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать печатную форму данного электронного документа. Общий объем электронного документа ПИК ЕАСУЗ должен
14
Номер позиции плана-графика в ЕАСУЗ:271963-26
не превышать 40 Мб. Неструктурированные документы, не соответствующие данным требованиям, не могут быть направлены в ЭДО ПИК
ЕАСУЗ на подписание.
4.9. Правила передачи файлов:
4.9.1. В случае передачи неструктурированного файла Сторона Контракта самостоятельно несет ответственность за содержание такого
документа.
4.9.2. В случае передачи Стороной Контракта структурированного файла ПИК ЕАСУЗ предоставляет средства для формирования
такого документа. При этом Сторона Контракта обязана подписать и приложить к направляемому электронному документу именно тот файл,
который был сформирован ей средствами ПИК ЕАСУЗ.
4.9.3. Направляемые файлы между Сторонами Контракта должны быть подписаны КЭП с помощью интерфейса ЭДО ПИК ЕАСУЗ.
4.10. Правила передачи электронных документов, требования к форматам которых определены Федеральной налоговой службой:
- для передачи в ЭДО ПИК ЕАСУЗ электронных документов, требования к форматам которых определены Федеральной налоговой
службой, используется программное обеспечение ПИК ЕАСУЗ.
5. Сторона, подписавшая электронный документ, может отозвать данный электронный документ до его подписания Стороной, в адрес
которой данный документ был направлен, в следующем порядке:
- Сторона, подписавшая электронный документ, посредством интерфейса ПИК ЕАСУЗ направляет уведомление в ЭДО ПИК ЕАСУЗ об
отзыве электронного документа;
- в случае если отзываемый электронный документ подписан Стороной, в адрес которой данный документ был направлен, то направить
уведомление в ЭДО ПИК ЕАСУЗ об отзыве невозможно;
- в случае если отзываемый документ не подписан Стороной, в адрес которой данный документ был направлен, то при направлении
уведомления в ЭДО ПИК ЕАСУЗ об отзыве происходит автоматизированный отзыв данного документа.
Для документов с односторонней подписью возможность отзыва подписанного электронного документа не предусмотрена.
6. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ), не позволяющего осуществлять обмен электронными документами
при исполнении Контракта, Стороны осуществляют оформление и подписание документов на бумажном носителе информации в порядке и
сроки, предусмотренные контрактом.
Сбоем признается нарушение работы ПИК ЕАСУЗ либо ЭДО ПИК ЕАСУЗ, при котором невозможно обеспечить электронный
документооборот в течение срока, указанного в таблице «Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ» (далее – Таблица)
и при этом выполнены следующие условия:
а) сбой в работе возник в период с 07 00 до 21 00 московского времени в рабочие дни;
б) Стороной, направляющей документ, направлена заявка в службу Технической поддержки с приложением принт-скрина страницы
Портала исполнения контракта, либо портала Оператора ЭДО, содержащего сведения о характере сбоя;
в) по результатам рассмотрения заявки службой Технической поддержки сбой не устранен в течение 240 мин. с момента получения
заявки. При этом:
- если заявка подана не в рабочий день, то время ее рассмотрения начинается с 09 00 первого рабочего дня, следующего за днем подачи
заявки;
- если заявка подана в рабочий день до 09 00, то ее рассмотрение начинается в этот рабочий день с 09 00;
15
Номер позиции плана-графика в ЕАСУЗ:271963-26
- если заявка подана в рабочий день после 18 00, то ее рассмотрение начинается с 09 00 следующего рабочего дня;
- если заявка подана в промежуток с 16 00 до 18 00 рабочего дня, то ее рассмотрение переносится на следующий рабочий день в той
части времени, которая является разницей между 240 минутами, предоставляемыми на ее рассмотрение и количеством минут, исчисляемым
с момента подачи заявки до 18 00 рабочего дня.
Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ
Таблица 1
№ п/п
1
2
3
4
5
6
7
Описание ситуации/проблемы
Недоступность Системы ПИК ЕАСУЗ
Недоступность ЭДО ПИК ЕАСУЗ
Невозможность выполнения процедуры входа в личный кабинет ПИК ЕАСУЗ
Невозможность формирования электронного документа, либо прикрепления электронного документа (файла)
Невозможность передачи электронного документа для подписания в ЭДО ПИК ЕАСУЗ
Невозможность подписания электронного документа в ЭДО ПИК ЕАСУЗ
Невозможность передачи сведений из ЕИС в ПИК ЕАСУЗ о заключении контракта либо об изменении статуса контракта
16
Номер позиции плана-графика в ЕАСУЗ:271963-26
Продолжительность
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.

=== ФАЙЛ: ↳ Приложение к проекту контракта, сост. 08.10.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12865958 2026_10_08-10_23 (МСК).docx | docs/0348100024426000039/Приложение к проекту контракта, сост. 08.10.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12865958 2026_10_08-10_23 (МСК).pdf
Приложение 1 к контракту
от «____» ___________ 20___г. № ___________
Сведения об объектах закупки
1.
Объекты закупки
Таблица 1.1
№ п/п
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
62.01.11.000 Услуги по
проектированию
и разработке
21.205.04.02.01.0 Доработка модуля
информационных
1.004 /
«Чат-бот» / (не
технологий для
02.02.19.639
указано)*
прикладных задач
и тестированию
программного
обеспечения
1
62.01.11.000 Услуги по
проектированию
21.205.04.02.01.0 Доработка страницы
и разработке
1.004 /
«Для молодежи» / (не
информационных
02.02.19.639
указано)*
технологий для
прикладных задач
и тестированию
программного
2
1
Цена
единицы, руб
**
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
Номер позиции плана-графика в ЕАСУЗ:271963-26
Общая
стоимость, руб.
(не указано)*
(не указано)*
№ п/п
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
Цена
единицы, руб
**
62.01.11.000 Услуги по
проектированию
и разработке
Доработка страницы
21.205.04.02.01.0
информационных
«Программы
1.004 /
технологий для
тренингов 2026
02.02.19.639
прикладных задач
года» / (не указано)*
и тестированию
программного
обеспечения
(не указано)*
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
Общая
стоимость, руб.
обеспечения
3
1,00
Условная
единица
(не
указано)*
Итого:
(не указано)*
Без НДС
(не указано)*
(не указано)*
Размер НДС
(не
указано)*
(не указано)*
Итого
(не
указано)*
* Значение заполняется на этапе заключения контракта.
**Если облагается НДС, то указывается цена за единицу измерения с НДС.
2. Сведения о гарантии качества товара, работы, услуги
Таблица 1.2
Требуется гарантия качества товара, работы, услуги
2
Да
Номер позиции плана-графика в ЕАСУЗ:271963-26
Информация о требованиях к гарантийному обслуживанию товара
Требования к гарантии производителя товара
Срок, на который предоставляется гарантия и (или) требования к объему предоставления
гарантий качества товара, работы, услуги
Требуется обеспечение исполнения обязательств по предоставленной гарантии качества
товаров, работ, услуг
В соответствии с ООЗ.
В соответствии с ООЗ.
Гарантийный срок на результат работ устанавливается продолжительностью 12 (двенадцать)
месяцев и исчисляется с даты подписания Сторонами итогового документа о приемке (акта
сдачи-приемки) по последнему этапу государственного контракта.
Нет
2.1 Обеспечение гарантийных обязательств
Требование обеспечения гарантийных обязательств не установлено.
3
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 2 к контракту
от «____» ___________ 20___г. № ___________
Сведения об обязательствах сторон и порядке оплаты
1. График выполнения обязательств по контракту
1.1.
Обязательства по оказанию услуг
Таблица 2.1
№
1.
2.
3.
Условия
предоставления
результатов
Разово
Сторона,
исполняющая
обязательство
Исполнитель
Сторона,
получающая
исполнение
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 17.11.2026 (МСК);
Доработка страницы «Программы тренингов 2026 года»
Объект закупки
Доработка страницы «Программы тренингов 2026 года»; 1,00; Условная единица; 245 000,00 руб.*
Разово
Исполнитель
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 01.12.2026 (МСК);
Доработка модуля «Чат-бот»
Объект закупки
Доработка модуля «Чат-бот»; 1,00; Условная единица; 685 000,00 руб.*
Разово
Исполнитель
Заказчик
Наименование
Доработка страницы «Для молодежи»
Объект закупки
Доработка страницы «Для молодежи»; 1,00; Условная единица; 315 000,00 руб.*
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 15.12.2026 (МСК);
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
**Указанные сроки включаются в срок исполнения контракта.
4
Номер позиции плана-графика в ЕАСУЗ:271963-26
2. Порядок и сроки осуществления приемки и оформления результатов
Таблица 2.2
Наименование
обязательства
Порядок проведения приемки
Доработка модуля
«Чат-бот»
приёмку осуществляет заказчик
Доработка страницы
«Для молодежи»
Доработка страницы
«Программы
тренингов 2026 года»
приёмку осуществляет заказчик
приёмку осуществляет заказчик
Документ о приемке
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Срок предоставления
документа о приемке
Исполнителем, срок
осуществления приемки и
оформления результатов
либо направления
мотивированного отказа от
подписания документа о
приемке Заказчиком**
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
Действие
Ответственная сторона
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94
Федерального закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере
закупок
** Указанные сроки включаются в срок исполнения контракта.
5
Номер позиции плана-графика в ЕАСУЗ:271963-26
3. Порядок и сроки оплаты
3.1. Порядок и сроки оплаты
Таблица 2.3
№
Наименование
Аванс/Оплата
Сумма, руб.* /%
Оплата №01
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Для молодежи»);
Оплата №02
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Программы тренингов 2026 года»);
Оплата №03
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка модуля
«Чат-бот»);
1.
2.
3.
* Значение заполняется на этапе заключения контракта.
** Указанные сроки включаются в срок исполнения контракта.
3.2. Размер аванса
Выплата аванса не предусмотрена.
3.3. Удержания из оплаты
Таблица 2.4
Суммы, уплачиваемые заказчиком поставщику (подрядчику, исполнителю) будут уменьшены на размер налогов, сборов и иных обязательных платежей
Заказчик удерживает сумму неисполненных поставщиком (подрядчиком, исполнителем) требований об уплате неустоек (штрафов, пеней), предъявленных
заказчиком, из суммы, подлежащей оплате поставщику (подрядчику, исполнителю)
6
Номер позиции плана-графика в ЕАСУЗ:271963-26
Нет
Да
4. Место оказания услуг
Таблица 2.5
Получатель
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ"
Место оказания услуг
Московская область, городской округ Подольск , г. Подольск, ул. Февральская, д. 2а
5. Срок исполнения контракта (отдельных этапов исполнения контракта)
5.1. Срок исполнения контракта
Таблица 2. 6
Дата начала исполнения контракта
С даты заключения контракта
Дата окончания исполнения контракта
21.01.2027 (МСК)
5.2. Срок исполнения отдельных этапов
Таблица 2. 7
№ этапа
1
Наименование обязательства
Доработка страницы «Для молодежи»
Начало этапа
С даты заключения
контракта
Срок окончания этапа
16.12.2026 (МСК)
2
Доработка страницы
тренингов 2026 года»
С даты заключения
контракта
3
Доработка модуля «Чат-бот»
С даты заключения
контракта
«Программы
Цена этапа*
315 000,00
% аванса от цены этапа
0,00%
Размер аванса, руб.
(не указано)**
30.12.2026 (МСК)
245 000,00
0,00%
(не указано)**
21.01.2027 (МСК)
685 000,00
0,00%
(не указано)**
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
** Значение заполняется на этапе заключения контракта.
6. Обеспечение исполнения контракта
7
Номер позиции плана-графика в ЕАСУЗ:271963-26
Размер
обеспечения
исполнения
контракта, % от
цены контракта
30
Сумма
обеспечения
исполнения
контракта, руб.*
Порядок предоставления обеспечения исполнения контракта
Реквизиты для
перечисления обеспечения
исполнения контракта
Срок возврата
денежных средств,
внесенных в
качестве
обеспечения
исполнения
контракта, дн.
Исполнение контракта обеспечивается предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или внесением
денежных средств на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами,
поступающими заказчику. Способ обеспечения исполнения контракта, срок действия
независимой гарантии определяются в соответствии с требованиями Федерального закона №
44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок
действия независимой гарантии должен превышать предусмотренный контрактом срок
исполнения обязательств, которые должны быть обеспечены такой независимой гарантией,
не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95
Федерального закона № 44-ФЗ.Независимая гарантия должна содержать в том числе
указание на то, что споры, возникающие в связи с исполнением обязательств по независимой
гарантии, подлежат рассмотрению в Арбитражном суде Московской области.Требования к
предоставлению обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, не применяются в случаях: 1) заключения контракта с
участником закупки, который является казенным учреждением; 2) осуществления закупки
услуги по предоставлению кредита; 3) заключения бюджетным учреждением,
государственным, муниципальным унитарными предприятиями контракта, предметом
которого является выдача независимой гарантии.Участник закупки, с которым заключается
контракт по результатам определения поставщика (подрядчика, исполнителя) в соответствии
с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ, освобождается от
предоставления обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, в порядке, предусмотренном частью 8.1 статьи 96
Федерального закона № 44-ФЗ.
ОКЦ № 1 ГУ Банка России
по ЦФО//УФК по
Московской области г.
Москва
БИК: 004525987
Расчетный/казначейский
счёт:
03222643460000004800
Корреспондентский/
банковский счёт:
40102810845370000004
Лицевой счёт: 05831D02920
15
В реквизите «Назначение
платежа» платежного
поручения перед текстовым
указанием назначения
платежа указывается ИКЗ,
который отделяется
знаком «//»
* Заполняется на этапе заключения контракта, в том числе с учетом положений статьи 37 и части 8.1 статьи 96 Федерального закона № 44ФЗ.
8
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 3 к контракту
от «____» ___________ 20___г. № ___________
Перечень документов, которыми обмениваются стороны при исполнении контракта
1. Порядок и сроки оформления электронных документов при исполнении обязательств
Таблица 3.1
Обязательство по
контракту
Наименование документа
Документ о приемке (функция
СЧФДОП)
Способ предоставления
документа
Посредством ПИК
ЕАСУЗ *
Доработка модуля
«Чат-бот»
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Для молодежи»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Программы тренингов
2026 года»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
9
Действие сторон
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
Номер позиции плана-графика в ЕАСУЗ:271963-26
Ответственная сторона
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Обязательство по
контракту
Способ предоставления
документа
Наименование документа
Действие сторон
Оплата №01
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №02
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №03
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
Ответственная сторона
Заказчик
Заказчик
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94 Федерального
закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере закупок
2. Порядок и сроки оформления иных документов при исполнении обязательств
Отсутствуют
3. Порядок и сроки проведения экспертизы
Таблица 3.3
Наименование обязательства
Доработка модуля «Чат-бот»
Доработка страницы «Для молодежи»
Доработка страницы «Программы
тренингов 2026 года»
10
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
Срок проведения экспертизы и оформления
результатов
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Порядок проведения экспертизы
Документ, оформляемый по результатам
экспертизы
Номер позиции плана-графика в ЕАСУЗ:271963-26
4. Сведения о документах, подтверждающих факт передачи товара
Отсутствуют
11
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 4 к контракту
от «____» ___________ 20___г. № ___________
Регламент электронного документооборота
Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской области
1.1. Регламент электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления
закупками Московской области (далее – Регламент) определяет общие правила осуществления информационного взаимодействия между
Сторонами Контракта посредством обмена электронными документами при исполнении Контракта через Портал исполнения контрактов
Единой автоматизированной системы управления закупками Московской области (далее – ПИК ЕАСУЗ).
1.2. Настоящий Регламент является приложением к государственному контракту (муниципальному контракту, контракту),
заключенному в соответствии с требованиями законодательства Российской Федерации о контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд (далее – Контракт).
1.3. В настоящем Регламенте используются следующие понятия и термины:
Портал исполнения контрактов Единой автоматизированной системы управления закупками Московской области - подсистема Единой
автоматизированной системы управления закупками Московской области, обеспечивающая осуществление обмена электронными
документами в ходе исполнения контрактов, а также контроля текущего исполнения сторонами обязательств по контракту.
Структурированный электронный документ – электронный документ, сформированный/импортированный в ПИК ЕАСУЗ при помощи
соответствующих интерфейсов ПИК ЕАСУЗ.
Неструктурированный электронный документ – электронный документ, в котором информация представлена в электронно-цифровой
форме и не имеет заранее определенной структуры данных в ПИК ЕАСУЗ (в том числе сканированные версии документов, ранее
составленные на бумажных носителях информации).
Личный кабинет – рабочая область Стороны Контракта в ПИК ЕАСУЗ, доступная только зарегистрированным в ПИК ЕАСУЗ
пользователям - сотрудникам заказчика, исполнителя.
Другие понятия и термины, применяемые в настоящем Регламенте, соответствуют понятиям и терминам, установленным
законодательством Российской Федерации и нормативными правовыми актами Московской области.
1.4. Обмен электронными документами между Сторонами Контракта в ПИК ЕАСУЗ осуществляется посредством системы
электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской
области (далее – ЭДО ПИК ЕАСУЗ), интегрированной с ПИК ЕАСУЗ.
1.5. Получение доступа к ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ, а также использование функционала ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ в
целях осуществления электронного документооборота для Сторон Контракта осуществляется безвозмездно.
1.6. Обеспечение эксплуатации ПИК ЕАСУЗ, а также техническую поддержку Сторонам Контракта при использовании ПИК ЕАСУЗ,
в том числе в части функционирования ЭДО ПИК ЕАСУЗ, осуществляет Государственное бюджетное учреждение Московской области
«Центр развития цифровых технологий».
12
Номер позиции плана-графика в ЕАСУЗ:271963-26
1.7. При формировании и обмене электронными документами Стороны Контракта должны руководствоваться положениями
настоящего Регламента, а также информационными материалами, размещенными в открытом доступе на сайте http://pik.mosreg.ru.
2. Обязательными требованиями к Сторонам Контракта для осуществления работы с электронным документооборотом в ПИК ЕАСУЗ
являются:
- наличие у Стороны Контракта сертификата ключа усиленной квалифицированной электронной подписи (далее - КЭП), полученного в
порядке, предусмотренном Федеральным законом от 06.04.2011 г. № 63-ФЗ «Об электронной подписи», в одном из аккредитованных
Министерством связи и массовых коммуникаций Российской Федерации удостоверяющих центров;
- наличие автоматизированного рабочего места (АРМ);
- наличие регистрации в ПИК ЕАСУЗ. Процедура регистрации в ПИК ЕАСУЗ описана в документе «Памятка по регистрации в ПИК
ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- наличие регистрации в ЭДО ПИК ЕАСУЗ. Процедура регистрации в ЭДО ПИК ЕАСУЗ также описана в документе «Памятка по
регистрации в ПИК ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- использование для подписания электронных документов КЭП средств криптографической защиты информации (далее - СКЗИ),
сертифицированных в соответствии с правилами сертификации Российской Федерации к СКЗИ и полученного Стороной Контракта с
соблюдением требований законодательства.
Согласно аттестату соответствия Государственной информационной системы Единой автоматизированной системы управления
закупками Московской области (далее - ЕАСУЗ) ЕАСУЗ соответствует требованиям нормативной документации по безопасности
информации по 2 классу защищенности и не предназначена для обработки информации ограниченного доступа.
В этой связи в ПИК ЕАСУЗ обрабатываются исключительно общедоступные персональные данные. Ответственность за внесение
персональных данных третьих лиц несет сторона, внесшая сведения.
3. При осуществлении электронного документооборота в ПИК ЕАСУЗ каждая из Сторон Контракта несёт следующие обязанности:
3.1. После осуществления регистрации в ЭДО ПИК ЕАСУЗ произвести регистрацию своей организации (индивидуального
предпринимателя) в ПИК ЕАСУЗ.
3.2. Направлять при осуществлении электронного документооборота документы и сведения, предусмотренные условиями Контракта.
3.3. Нести ответственность за содержание, достоверность и целостность отправляемых Стороной Контракта документов и сведений
через ПИК ЕАСУЗ, ЭДО ПИК ЕАСУЗ, а также за действия, совершенные на основании указанных документов и сведений.
3.4. Обеспечить режим хранения сертификата КЭП и закрытого ключа КЭП, исключающий неавторизованный доступ к ним третьих
лиц.
4. Основными правилами организации электронного документооборота в ПИК ЕАСУЗ являются:
4.1. Все документы и сведения, предусмотренные условиями контракта , направляемые Сторонами Контракта между собой в ПИК
ЕАСУЗ, должны быть в форме электронных документов.
4.2. Электронные документы, передаваемые в системе ПИК ЕАСУЗ между Сторонами Контракта, должны быть подписаны в ЭДО
ПИК ЕАСУЗ КЭП лиц, имеющих право действовать от имени соответствующей Стороны Контракта.
4.3. Электронный документ, подписанный КЭП и переданный между Сторонами Контракта через ЭДО ПИК ЕАСУЗ, имеет такую же
юридическую силу, как и подписанный собственноручно документ на бумажном носителе, и влечет предусмотренные для данного
13
Номер позиции плана-графика в ЕАСУЗ:271963-26
документа правовые последствия. Электронные документы, подписанные КЭП в ЭДО ПИК ЕАСУЗ, не требуют дублирования документами,
оформленными на бумажных носителях информации.
4.4. После подписания электронного документа КЭП у Оператора ЭДО ПИК ЕАСУЗ такой электронный документ получает статус
«Подписан» в ПИК ЕАСУЗ, с указанием кем и когда подписан.
4.5. Факт и дата доставки любого электронного документа, направленного посредством ПИК ЕАСУЗ, а также факт и дата получения
надлежащего уведомления о доставке такого электронного документа, подтверждаются поступлением в раздел «Уведомления» Личного
кабинета Стороны по контракту соответствующего уведомления, содержащего дату его поступления.
Фактом и датой начала работы в Личном кабинете ПИК ЕАСУЗ Стороны признается момент регистрации Стороны в ПИК ЕАСУЗ.
Сведения о регистрации Стороны формируются в ПИК ЕАСУЗ автоматизировано после прохождения регистрации и фиксируются в разделе
«Зарегистрированные заказчики и исполнители».
4.6. Через систему ЭДО ПИК ЕАСУЗ передаются следующие типы электронных документов:
4.6.1. Структурированные электронные документы в формате XML, формируемые Сторонами с использованием средств интерфейса
ПИК ЕАСУЗ и подписываемые КЭП.
4.6.2. Неструктурированные электронные документы, подписываемые (заверяемые) КЭП и загружаемые Сторонами с использованием
средств интерфейса ПИК ЕАСУЗ.
4.6.3. Электронные документы, требования к форматам которых определены Федеральной налоговой службой.
4.7. Правила формирования для подписания структурированных электронных документов:
4.7.1. Структурированный электронный документ формируется Стороной Контракта в ПИК ЕАСУЗ посредством:
4.7.1.1. Функционала ПИК ЕАСУЗ по созданию структурированных документов в ПИК ЕАСУЗ. При формировании электронного
документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность внесенных данных. Документы, сформированные с нарушением
данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1.2. Функционала ПИК ЕАСУЗ по импорту структурированных документов в ПИК ЕАСУЗ. При импорте в ПИК ЕАСУЗ
структурированного документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность импортируемых данных, соответствие
формату. Документы, импортируемые с нарушением данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1 .3. Для направления на подписание структурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать XML документ соответствующего формата и его печатную форму. Общий объем электронного документа ПИК
ЕАСУЗ не должен превышать 40 Мб. Структурированные документы, не соответствующие данным требованиям, не могут быть направлены
в ЭДО ПИК ЕАСУЗ на подписание.
4.8. Правила формирования для подписания неструктурированных электронных документов:
4.8.1. Неструктурированный электронный документ формируется Стороной Контракта с помощью функционала ПИК ЕАСУЗ по
импорту неструктурированных документов в ПИК ЕАСУЗ. В ПИК ЕАСУЗ могут быть загружены файлы следующих типов:
.7z, .doc, .docx, .gif, .jpg,. jpeg, .ods, .odt, .pdf, .png, .rar, .rtf, .tif, .txt, .xls, .xlsx, .xps, .zip. Документы, импортируемые с нарушением данных
требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.8.2. Для направления на подписание неструктурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать печатную форму данного электронного документа. Общий объем электронного документа ПИК ЕАСУЗ должен
14
Номер позиции плана-графика в ЕАСУЗ:271963-26
не превышать 40 Мб. Неструктурированные документы, не соответствующие данным требованиям, не могут быть направлены в ЭДО ПИК
ЕАСУЗ на подписание.
4.9. Правила передачи файлов:
4.9.1. В случае передачи неструктурированного файла Сторона Контракта самостоятельно несет ответственность за содержание такого
документа.
4.9.2. В случае передачи Стороной Контракта структурированного файла ПИК ЕАСУЗ предоставляет средства для формирования
такого документа. При этом Сторона Контракта обязана подписать и приложить к направляемому электронному документу именно тот файл,
который был сформирован ей средствами ПИК ЕАСУЗ.
4.9.3. Направляемые файлы между Сторонами Контракта должны быть подписаны КЭП с помощью интерфейса ЭДО ПИК ЕАСУЗ.
4.10. Правила передачи электронных документов, требования к форматам которых определены Федеральной налоговой службой:
- для передачи в ЭДО ПИК ЕАСУЗ электронных документов, требования к форматам которых определены Федеральной налоговой
службой, используется программное обеспечение ПИК ЕАСУЗ.
5. Сторона, подписавшая электронный документ, может отозвать данный электронный документ до его подписания Стороной, в адрес
которой данный документ был направлен, в следующем порядке:
- Сторона, подписавшая электронный документ, посредством интерфейса ПИК ЕАСУЗ направляет уведомление в ЭДО ПИК ЕАСУЗ об
отзыве электронного документа;
- в случае если отзываемый электронный документ подписан Стороной, в адрес которой данный документ был направлен, то направить
уведомление в ЭДО ПИК ЕАСУЗ об отзыве невозможно;
- в случае если отзываемый документ не подписан Стороной, в адрес которой данный документ был направлен, то при направлении
уведомления в ЭДО ПИК ЕАСУЗ об отзыве происходит автоматизированный отзыв данного документа.
Для документов с односторонней подписью возможность отзыва подписанного электронного документа не предусмотрена.
6. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ), не позволяющего осуществлять обмен электронными документами
при исполнении Контракта, Стороны осуществляют оформление и подписание документов на бумажном носителе информации в порядке и
сроки, предусмотренные контрактом.
Сбоем признается нарушение работы ПИК ЕАСУЗ либо ЭДО ПИК ЕАСУЗ, при котором невозможно обеспечить электронный
документооборот в течение срока, указанного в таблице «Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ» (далее – Таблица)
и при этом выполнены следующие условия:
а) сбой в работе возник в период с 07 00 до 21 00 московского времени в рабочие дни;
б) Стороной, направляющей документ, направлена заявка в службу Технической поддержки с приложением принт-скрина страницы
Портала исполнения контракта, либо портала Оператора ЭДО, содержащего сведения о характере сбоя;
в) по результатам рассмотрения заявки службой Технической поддержки сбой не устранен в течение 240 мин. с момента получения
заявки. При этом:
- если заявка подана не в рабочий день, то время ее рассмотрения начинается с 09 00 первого рабочего дня, следующего за днем подачи
заявки;
- если заявка подана в рабочий день до 09 00, то ее рассмотрение начинается в этот рабочий день с 09 00;
15
Номер позиции плана-графика в ЕАСУЗ:271963-26
- если заявка подана в рабочий день после 18 00, то ее рассмотрение начинается с 09 00 следующего рабочего дня;
- если заявка подана в промежуток с 16 00 до 18 00 рабочего дня, то ее рассмотрение переносится на следующий рабочий день в той
части времени, которая является разницей между 240 минутами, предоставляемыми на ее рассмотрение и количеством минут, исчисляемым
с момента подачи заявки до 18 00 рабочего дня.
Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ
Таблица 1
№ п/п
1
2
3
4
5
6
7
Описание ситуации/проблемы
Недоступность Системы ПИК ЕАСУЗ
Недоступность ЭДО ПИК ЕАСУЗ
Невозможность выполнения процедуры входа в личный кабинет ПИК ЕАСУЗ
Невозможность формирования электронного документа, либо прикрепления электронного документа (файла)
Невозможность передачи электронного документа для подписания в ЭДО ПИК ЕАСУЗ
Невозможность подписания электронного документа в ЭДО ПИК ЕАСУЗ
Невозможность передачи сведений из ЕИС в ПИК ЕАСУЗ о заключении контракта либо об изменении статуса контракта
16
Номер позиции плана-графика в ЕАСУЗ:271963-26
Продолжительность
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.

=== ФАЙЛ: ↳ Приложение к проекту контракта, сост. 12.10.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12879190 2026_10_12-21_44 (МСК).docx | docs/0348100024426000039/Приложение к проекту контракта, сост. 12.10.2026 (архив)/Приложение ПИК к проекту государственного (муниципального) контракта 12879190 2026_10_12-21_44 (МСК).pdf
Приложение 1 к контракту
от «____» ___________ 20___г. № ___________
Сведения об объектах закупки
1.
Объекты закупки
Таблица 1.1
№ п/п
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
62.01.11.000 Услуги по
проектированию
и разработке
21.205.04.02.01.0 Доработка модуля
информационных
1.004 /
«Чат-бот» / (не
технологий для
02.02.19.639
указано)*
прикладных задач
и тестированию
программного
обеспечения
1
62.01.11.000 Услуги по
проектированию
21.205.04.02.01.0 Доработка страницы
и разработке
1.004 /
«Для молодежи» / (не
информационных
02.02.19.639
указано)*
технологий для
прикладных задач
и тестированию
программного
2
1
Цена
единицы, руб
**
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
(не указано)*
1,00
Условная
единица
(не
указано)*
(не указано)*
(не указано)*
Номер позиции плана-графика в ЕАСУЗ:271963-26
Общая
стоимость, руб.
(не указано)*
(не указано)*
№ п/п
Детализированное
наименование
объекта закупки /
наименование
объекта закупки в
соответствии с
контрактом /
товарный знак
Цена
единицы, руб
**
62.01.11.000 Услуги по
проектированию
и разработке
Доработка страницы
21.205.04.02.01.0
информационных
«Программы
1.004 /
технологий для
тренингов 2026
02.02.19.639
прикладных задач
года» / (не указано)*
и тестированию
программного
обеспечения
(не указано)*
Наименование
объекта закупки
по ОКПД 2 /
КТРУ
КОЗ2 / КОЗ
Количество
Единицы
измерения
Размер НДС
Общая
стоимость без
НДС, руб.
Размер НДС,
руб.
Общая
стоимость, руб.
обеспечения
3
1,00
Условная
единица
(не
указано)*
Итого:
(не указано)*
Без НДС
(не указано)*
(не указано)*
Размер НДС
(не
указано)*
(не указано)*
Итого
(не
указано)*
* Значение заполняется на этапе заключения контракта.
**Если облагается НДС, то указывается цена за единицу измерения с НДС.
2. Сведения о гарантии качества товара, работы, услуги
Таблица 1.2
Требуется гарантия качества товара, работы, услуги
2
Да
Номер позиции плана-графика в ЕАСУЗ:271963-26
Информация о требованиях к гарантийному обслуживанию товара
Требования к гарантии производителя товара
Срок, на который предоставляется гарантия и (или) требования к объему предоставления
гарантий качества товара, работы, услуги
Требуется обеспечение исполнения обязательств по предоставленной гарантии качества
товаров, работ, услуг
В соответствии с ООЗ.
В соответствии с ООЗ.
Гарантийный срок на результат работ устанавливается продолжительностью 12 (двенадцать)
месяцев и исчисляется с даты подписания Сторонами итогового документа о приемке (акта
сдачи-приемки) по последнему этапу государственного контракта.
Нет
2.1 Обеспечение гарантийных обязательств
Требование обеспечения гарантийных обязательств не установлено.
3
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 2 к контракту
от «____» ___________ 20___г. № ___________
Сведения об обязательствах сторон и порядке оплаты
1. График выполнения обязательств по контракту
1.1.
Обязательства по оказанию услуг
Таблица 2.1
№
1.
2.
3.
Условия
предоставления
результатов
Разово
Сторона,
исполняющая
обязательство
Исполнитель
Сторона,
получающая
исполнение
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 07.12.2026 (МСК);
Доработка страницы «Программы тренингов 2026 года»
Объект закупки
Доработка страницы «Программы тренингов 2026 года»; 1,00; Условная единица; 245 000,00 руб.*
Разово
Исполнитель
Заказчик
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 07.12.2026 (МСК);
Доработка модуля «Чат-бот»
Объект закупки
Доработка модуля «Чат-бот»; 1,00; Условная единица; 685 000,00 руб.*
Разово
Исполнитель
Заказчик
Наименование
Доработка страницы «Для молодежи»
Объект закупки
Доработка страницы «Для молодежи»; 1,00; Условная единица; 315 000,00 руб.*
Срок начала оказания услуг Исполнителем**: 0 раб. дн. от даты заключения контракта;
Срок окончания оказания услуг Исполнителем**: 15.12.2026 (МСК);
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
**Указанные сроки включаются в срок исполнения контракта.
4
Номер позиции плана-графика в ЕАСУЗ:271963-26
2. Порядок и сроки осуществления приемки и оформления результатов
Таблица 2.2
Наименование
обязательства
Порядок проведения приемки
Доработка модуля
«Чат-бот»
приёмку осуществляет заказчик
Доработка страницы
«Для молодежи»
Доработка страницы
«Программы
тренингов 2026 года»
приёмку осуществляет заказчик
приёмку осуществляет заказчик
Документ о приемке
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Документ о приемке
(функция СЧФДОП)*
Срок предоставления
документа о приемке
Исполнителем, срок
осуществления приемки и
оформления результатов
либо направления
мотивированного отказа от
подписания документа о
приемке Заказчиком**
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
7 раб. дн. от даты окончания
исполнения обязательства в
данном документе
7 раб. дн. от даты получения
документа
Действие
Ответственная сторона
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
Подписание
Исполнитель
Подписание
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94
Федерального закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере
закупок
** Указанные сроки включаются в срок исполнения контракта.
5
Номер позиции плана-графика в ЕАСУЗ:271963-26
3. Порядок и сроки оплаты
3.1. Порядок и сроки оплаты
Таблица 2.3
№
Наименование
Аванс/Оплата
Сумма, руб.* /%
Оплата №01
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Для молодежи»);
Оплата №02
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка страницы
«Программы тренингов 2026 года»);
Оплата №03
Оплата
100% По фактическому объёму
Срок исполнения обязательства Заказчиком** 5 раб. дн. от даты подписания документа-предшественника «Документ о приемке (функция СЧФДОП)» (Доработка модуля
«Чат-бот»);
1.
2.
3.
* Значение заполняется на этапе заключения контракта.
** Указанные сроки включаются в срок исполнения контракта.
3.2. Размер аванса
Выплата аванса не предусмотрена.
3.3. Удержания из оплаты
Таблица 2.4
Суммы, уплачиваемые заказчиком поставщику (подрядчику, исполнителю) будут уменьшены на размер налогов, сборов и иных обязательных платежей
Заказчик удерживает сумму неисполненных поставщиком (подрядчиком, исполнителем) требований об уплате неустоек (штрафов, пеней), предъявленных
заказчиком, из суммы, подлежащей оплате поставщику (подрядчику, исполнителю)
6
Номер позиции плана-графика в ЕАСУЗ:271963-26
Нет
Да
4. Место оказания услуг
Таблица 2.5
Получатель
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ МОСКОВСКОЙ ОБЛАСТИ "ЦЕНТР
ЗАНЯТОСТИ НАСЕЛЕНИЯ МОСКОВСКОЙ ОБЛАСТИ"
Место оказания услуг
Московская область, городской округ Подольск , г. Подольск, ул. Февральская, д. 2а
5. Срок исполнения контракта (отдельных этапов исполнения контракта)
5.1. Срок исполнения контракта
Таблица 2. 6
Дата начала исполнения контракта
С даты заключения контракта
Дата окончания исполнения контракта
21.01.2027 (МСК)
5.2. Срок исполнения отдельных этапов
Таблица 2. 7
№ этапа
1
Наименование обязательства
Доработка страницы «Для молодежи»
Начало этапа
С даты заключения
контракта
Срок окончания этапа
11.01.2027 (МСК)
2
Доработка страницы
тренингов 2026 года»
С даты заключения
контракта
3
Доработка модуля «Чат-бот»
С даты заключения
контракта
«Программы
Цена этапа*
315 000,00
% аванса от цены этапа
0,00%
Размер аванса, руб.
(не указано)**
11.01.2027 (МСК)
245 000,00
0,00%
(не указано)**
21.01.2027 (МСК)
685 000,00
0,00%
(не указано)**
* На этапе заключения контракта уточняется в соответствии с предложением участника закупки.
** Значение заполняется на этапе заключения контракта.
6. Обеспечение исполнения контракта
7
Номер позиции плана-графика в ЕАСУЗ:271963-26
Размер
обеспечения
исполнения
контракта, % от
цены контракта
30
Сумма
обеспечения
исполнения
контракта, руб.*
Порядок предоставления обеспечения исполнения контракта
Реквизиты для
перечисления обеспечения
исполнения контракта
Срок возврата
денежных средств,
внесенных в
качестве
обеспечения
исполнения
контракта, дн.
Исполнение контракта обеспечивается предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или внесением
денежных средств на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами,
поступающими заказчику. Способ обеспечения исполнения контракта, срок действия
независимой гарантии определяются в соответствии с требованиями Федерального закона №
44-ФЗ участником закупки, с которым заключается контракт, самостоятельно. При этом срок
действия независимой гарантии должен превышать предусмотренный контрактом срок
исполнения обязательств, которые должны быть обеспечены такой независимой гарантией,
не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95
Федерального закона № 44-ФЗ.Независимая гарантия должна содержать в том числе
указание на то, что споры, возникающие в связи с исполнением обязательств по независимой
гарантии, подлежат рассмотрению в Арбитражном суде Московской области.Требования к
предоставлению обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, не применяются в случаях: 1) заключения контракта с
участником закупки, который является казенным учреждением; 2) осуществления закупки
услуги по предоставлению кредита; 3) заключения бюджетным учреждением,
государственным, муниципальным унитарными предприятиями контракта, предметом
которого является выдача независимой гарантии.Участник закупки, с которым заключается
контракт по результатам определения поставщика (подрядчика, исполнителя) в соответствии
с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ, освобождается от
предоставления обеспечения исполнения контракта, в том числе с учетом положений статьи
37 Федерального закона № 44-ФЗ, в порядке, предусмотренном частью 8.1 статьи 96
Федерального закона № 44-ФЗ.
ОКЦ № 1 ГУ Банка России
по ЦФО//УФК по
Московской области г.
Москва
БИК: 004525987
Расчетный/казначейский
счёт:
03222643460000004800
Корреспондентский/
банковский счёт:
40102810845370000004
Лицевой счёт: 05831D02920
15
В реквизите «Назначение
платежа» платежного
поручения перед текстовым
указанием назначения
платежа указывается ИКЗ,
который отделяется
знаком «//»
* Заполняется на этапе заключения контракта, в том числе с учетом положений статьи 37 и части 8.1 статьи 96 Федерального закона № 44ФЗ.
8
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 3 к контракту
от «____» ___________ 20___г. № ___________
Перечень документов, которыми обмениваются стороны при исполнении контракта
1. Порядок и сроки оформления электронных документов при исполнении обязательств
Таблица 3.1
Обязательство по
контракту
Наименование документа
Документ о приемке (функция
СЧФДОП)
Способ предоставления
документа
Посредством ПИК
ЕАСУЗ *
Доработка модуля
«Чат-бот»
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Для молодежи»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
Размещается в ПИК
ЕАСУЗ
Документ о приемке (функция
СЧФДОП)
Посредством ПИК
ЕАСУЗ *
Доработка страницы
«Программы тренингов
2026 года»
Подписание
Подписание
Подписание
Результаты экспертизы,
проведенной силами заказчика
9
Действие сторон
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
7 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
7 раб. дн. от даты
получения документа
7 раб. дн. от даты
предоставления
документа-основания
"Документ о приемке
(функция СЧФДОП)"
Номер позиции плана-графика в ЕАСУЗ:271963-26
Ответственная сторона
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Исполнитель
Заказчик
Заказчик
Обязательство по
контракту
Способ предоставления
документа
Наименование документа
Действие сторон
Оплата №01
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №02
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Оплата №03
Платежное поручение
Размещается в ПИК
ЕАСУЗ
Подписание
Срок направления и
подписания документов
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
0 раб. дн. от даты
окончания исполнения
обязательства в данном
документе
Ответственная сторона
Заказчик
Заказчик
Заказчик
* Исполнитель формирует документ о приемке с использованием ПИК ЕАСУЗ и в соответствии с частью 13 статьи 94 Федерального
закона № 44-ФЗ документ о приемке подписывается сторонами контракта в единой информационной системе в сфере закупок
2. Порядок и сроки оформления иных документов при исполнении обязательств
Отсутствуют
3. Порядок и сроки проведения экспертизы
Таблица 3.3
Наименование обязательства
Доработка модуля «Чат-бот»
Доработка страницы «Для молодежи»
Доработка страницы «Программы
тренингов 2026 года»
10
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
Срок проведения экспертизы и оформления
результатов
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Силами заказчика
Результаты экспертизы, проведенной силами
заказчика
7 раб. дн. от даты предоставления документаоснования "Документ о приемке (функция
СЧФДОП)"
Порядок проведения экспертизы
Документ, оформляемый по результатам
экспертизы
Номер позиции плана-графика в ЕАСУЗ:271963-26
4. Сведения о документах, подтверждающих факт передачи товара
Отсутствуют
11
Номер позиции плана-графика в ЕАСУЗ:271963-26
Приложение 4 к контракту
от «____» ___________ 20___г. № ___________
Регламент электронного документооборота
Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской области
1.1. Регламент электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления
закупками Московской области (далее – Регламент) определяет общие правила осуществления информационного взаимодействия между
Сторонами Контракта посредством обмена электронными документами при исполнении Контракта через Портал исполнения контрактов
Единой автоматизированной системы управления закупками Московской области (далее – ПИК ЕАСУЗ).
1.2. Настоящий Регламент является приложением к государственному контракту (муниципальному контракту, контракту),
заключенному в соответствии с требованиями законодательства Российской Федерации о контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд (далее – Контракт).
1.3. В настоящем Регламенте используются следующие понятия и термины:
Портал исполнения контрактов Единой автоматизированной системы управления закупками Московской области - подсистема Единой
автоматизированной системы управления закупками Московской области, обеспечивающая осуществление обмена электронными
документами в ходе исполнения контрактов, а также контроля текущего исполнения сторонами обязательств по контракту.
Структурированный электронный документ – электронный документ, сформированный/импортированный в ПИК ЕАСУЗ при помощи
соответствующих интерфейсов ПИК ЕАСУЗ.
Неструктурированный электронный документ – электронный документ, в котором информация представлена в электронно-цифровой
форме и не имеет заранее определенной структуры данных в ПИК ЕАСУЗ (в том числе сканированные версии документов, ранее
составленные на бумажных носителях информации).
Личный кабинет – рабочая область Стороны Контракта в ПИК ЕАСУЗ, доступная только зарегистрированным в ПИК ЕАСУЗ
пользователям - сотрудникам заказчика, исполнителя.
Другие понятия и термины, применяемые в настоящем Регламенте, соответствуют понятиям и терминам, установленным
законодательством Российской Федерации и нормативными правовыми актами Московской области.
1.4. Обмен электронными документами между Сторонами Контракта в ПИК ЕАСУЗ осуществляется посредством системы
электронного документооборота Портала исполнения контрактов Единой автоматизированной системы управления закупками Московской
области (далее – ЭДО ПИК ЕАСУЗ), интегрированной с ПИК ЕАСУЗ.
1.5. Получение доступа к ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ, а также использование функционала ПИК ЕАСУЗ и ЭДО ПИК ЕАСУЗ в
целях осуществления электронного документооборота для Сторон Контракта осуществляется безвозмездно.
1.6. Обеспечение эксплуатации ПИК ЕАСУЗ, а также техническую поддержку Сторонам Контракта при использовании ПИК ЕАСУЗ,
в том числе в части функционирования ЭДО ПИК ЕАСУЗ, осуществляет Государственное бюджетное учреждение Московской области
«Центр развития цифровых технологий».
12
Номер позиции плана-графика в ЕАСУЗ:271963-26
1.7. При формировании и обмене электронными документами Стороны Контракта должны руководствоваться положениями
настоящего Регламента, а также информационными материалами, размещенными в открытом доступе на сайте http://pik.mosreg.ru.
2. Обязательными требованиями к Сторонам Контракта для осуществления работы с электронным документооборотом в ПИК ЕАСУЗ
являются:
- наличие у Стороны Контракта сертификата ключа усиленной квалифицированной электронной подписи (далее - КЭП), полученного в
порядке, предусмотренном Федеральным законом от 06.04.2011 г. № 63-ФЗ «Об электронной подписи», в одном из аккредитованных
Министерством связи и массовых коммуникаций Российской Федерации удостоверяющих центров;
- наличие автоматизированного рабочего места (АРМ);
- наличие регистрации в ПИК ЕАСУЗ. Процедура регистрации в ПИК ЕАСУЗ описана в документе «Памятка по регистрации в ПИК
ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- наличие регистрации в ЭДО ПИК ЕАСУЗ. Процедура регистрации в ЭДО ПИК ЕАСУЗ также описана в документе «Памятка по
регистрации в ПИК ЕАСУЗ» (размещена на сайте http://pik.mosreg.ru);
- использование для подписания электронных документов КЭП средств криптографической защиты информации (далее - СКЗИ),
сертифицированных в соответствии с правилами сертификации Российской Федерации к СКЗИ и полученного Стороной Контракта с
соблюдением требований законодательства.
Согласно аттестату соответствия Государственной информационной системы Единой автоматизированной системы управления
закупками Московской области (далее - ЕАСУЗ) ЕАСУЗ соответствует требованиям нормативной документации по безопасности
информации по 2 классу защищенности и не предназначена для обработки информации ограниченного доступа.
В этой связи в ПИК ЕАСУЗ обрабатываются исключительно общедоступные персональные данные. Ответственность за внесение
персональных данных третьих лиц несет сторона, внесшая сведения.
3. При осуществлении электронного документооборота в ПИК ЕАСУЗ каждая из Сторон Контракта несёт следующие обязанности:
3.1. После осуществления регистрации в ЭДО ПИК ЕАСУЗ произвести регистрацию своей организации (индивидуального
предпринимателя) в ПИК ЕАСУЗ.
3.2. Направлять при осуществлении электронного документооборота документы и сведения, предусмотренные условиями Контракта.
3.3. Нести ответственность за содержание, достоверность и целостность отправляемых Стороной Контракта документов и сведений
через ПИК ЕАСУЗ, ЭДО ПИК ЕАСУЗ, а также за действия, совершенные на основании указанных документов и сведений.
3.4. Обеспечить режим хранения сертификата КЭП и закрытого ключа КЭП, исключающий неавторизованный доступ к ним третьих
лиц.
4. Основными правилами организации электронного документооборота в ПИК ЕАСУЗ являются:
4.1. Все документы и сведения, предусмотренные условиями контракта , направляемые Сторонами Контракта между собой в ПИК
ЕАСУЗ, должны быть в форме электронных документов.
4.2. Электронные документы, передаваемые в системе ПИК ЕАСУЗ между Сторонами Контракта, должны быть подписаны в ЭДО
ПИК ЕАСУЗ КЭП лиц, имеющих право действовать от имени соответствующей Стороны Контракта.
4.3. Электронный документ, подписанный КЭП и переданный между Сторонами Контракта через ЭДО ПИК ЕАСУЗ, имеет такую же
юридическую силу, как и подписанный собственноручно документ на бумажном носителе, и влечет предусмотренные для данного
13
Номер позиции плана-графика в ЕАСУЗ:271963-26
документа правовые последствия. Электронные документы, подписанные КЭП в ЭДО ПИК ЕАСУЗ, не требуют дублирования документами,
оформленными на бумажных носителях информации.
4.4. После подписания электронного документа КЭП у Оператора ЭДО ПИК ЕАСУЗ такой электронный документ получает статус
«Подписан» в ПИК ЕАСУЗ, с указанием кем и когда подписан.
4.5. Факт и дата доставки любого электронного документа, направленного посредством ПИК ЕАСУЗ, а также факт и дата получения
надлежащего уведомления о доставке такого электронного документа, подтверждаются поступлением в раздел «Уведомления» Личного
кабинета Стороны по контракту соответствующего уведомления, содержащего дату его поступления.
Фактом и датой начала работы в Личном кабинете ПИК ЕАСУЗ Стороны признается момент регистрации Стороны в ПИК ЕАСУЗ.
Сведения о регистрации Стороны формируются в ПИК ЕАСУЗ автоматизировано после прохождения регистрации и фиксируются в разделе
«Зарегистрированные заказчики и исполнители».
4.6. Через систему ЭДО ПИК ЕАСУЗ передаются следующие типы электронных документов:
4.6.1. Структурированные электронные документы в формате XML, формируемые Сторонами с использованием средств интерфейса
ПИК ЕАСУЗ и подписываемые КЭП.
4.6.2. Неструктурированные электронные документы, подписываемые (заверяемые) КЭП и загружаемые Сторонами с использованием
средств интерфейса ПИК ЕАСУЗ.
4.6.3. Электронные документы, требования к форматам которых определены Федеральной налоговой службой.
4.7. Правила формирования для подписания структурированных электронных документов:
4.7.1. Структурированный электронный документ формируется Стороной Контракта в ПИК ЕАСУЗ посредством:
4.7.1.1. Функционала ПИК ЕАСУЗ по созданию структурированных документов в ПИК ЕАСУЗ. При формировании электронного
документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность внесенных данных. Документы, сформированные с нарушением
данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1.2. Функционала ПИК ЕАСУЗ по импорту структурированных документов в ПИК ЕАСУЗ. При импорте в ПИК ЕАСУЗ
структурированного документа средства ПИК ЕАСУЗ проверяют его на полноту и корректность импортируемых данных, соответствие
формату. Документы, импортируемые с нарушением данных требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.7.1 .3. Для направления на подписание структурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать XML документ соответствующего формата и его печатную форму. Общий объем электронного документа ПИК
ЕАСУЗ не должен превышать 40 Мб. Структурированные документы, не соответствующие данным требованиям, не могут быть направлены
в ЭДО ПИК ЕАСУЗ на подписание.
4.8. Правила формирования для подписания неструктурированных электронных документов:
4.8.1. Неструктурированный электронный документ формируется Стороной Контракта с помощью функционала ПИК ЕАСУЗ по
импорту неструктурированных документов в ПИК ЕАСУЗ. В ПИК ЕАСУЗ могут быть загружены файлы следующих типов:
.7z, .doc, .docx, .gif, .jpg,. jpeg, .ods, .odt, .pdf, .png, .rar, .rtf, .tif, .txt, .xls, .xlsx, .xps, .zip. Документы, импортируемые с нарушением данных
требований, не могут быть сохранены в ПИК ЕАСУЗ.
4.8.2. Для направления на подписание неструктурированного документа в ЭДО ПИК ЕАСУЗ с помощью функционала ПИК ЕАСУЗ
необходимо сформировать печатную форму данного электронного документа. Общий объем электронного документа ПИК ЕАСУЗ должен
14
Номер позиции плана-графика в ЕАСУЗ:271963-26
не превышать 40 Мб. Неструктурированные документы, не соответствующие данным требованиям, не могут быть направлены в ЭДО ПИК
ЕАСУЗ на подписание.
4.9. Правила передачи файлов:
4.9.1. В случае передачи неструктурированного файла Сторона Контракта самостоятельно несет ответственность за содержание такого
документа.
4.9.2. В случае передачи Стороной Контракта структурированного файла ПИК ЕАСУЗ предоставляет средства для формирования
такого документа. При этом Сторона Контракта обязана подписать и приложить к направляемому электронному документу именно тот файл,
который был сформирован ей средствами ПИК ЕАСУЗ.
4.9.3. Направляемые файлы между Сторонами Контракта должны быть подписаны КЭП с помощью интерфейса ЭДО ПИК ЕАСУЗ.
4.10. Правила передачи электронных документов, требования к форматам которых определены Федеральной налоговой службой:
- для передачи в ЭДО ПИК ЕАСУЗ электронных документов, требования к форматам которых определены Федеральной налоговой
службой, используется программное обеспечение ПИК ЕАСУЗ.
5. Сторона, подписавшая электронный документ, может отозвать данный электронный документ до его подписания Стороной, в адрес
которой данный документ был направлен, в следующем порядке:
- Сторона, подписавшая электронный документ, посредством интерфейса ПИК ЕАСУЗ направляет уведомление в ЭДО ПИК ЕАСУЗ об
отзыве электронного документа;
- в случае если отзываемый электронный документ подписан Стороной, в адрес которой данный документ был направлен, то направить
уведомление в ЭДО ПИК ЕАСУЗ об отзыве невозможно;
- в случае если отзываемый документ не подписан Стороной, в адрес которой данный документ был направлен, то при направлении
уведомления в ЭДО ПИК ЕАСУЗ об отзыве происходит автоматизированный отзыв данного документа.
Для документов с односторонней подписью возможность отзыва подписанного электронного документа не предусмотрена.
6. В случае сбоя в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ), не позволяющего осуществлять обмен электронными документами
при исполнении Контракта, Стороны осуществляют оформление и подписание документов на бумажном носителе информации в порядке и
сроки, предусмотренные контрактом.
Сбоем признается нарушение работы ПИК ЕАСУЗ либо ЭДО ПИК ЕАСУЗ, при котором невозможно обеспечить электронный
документооборот в течение срока, указанного в таблице «Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ» (далее – Таблица)
и при этом выполнены следующие условия:
а) сбой в работе возник в период с 07 00 до 21 00 московского времени в рабочие дни;
б) Стороной, направляющей документ, направлена заявка в службу Технической поддержки с приложением принт-скрина страницы
Портала исполнения контракта, либо портала Оператора ЭДО, содержащего сведения о характере сбоя;
в) по результатам рассмотрения заявки службой Технической поддержки сбой не устранен в течение 240 мин. с момента получения
заявки. При этом:
- если заявка подана не в рабочий день, то время ее рассмотрения начинается с 09 00 первого рабочего дня, следующего за днем подачи
заявки;
- если заявка подана в рабочий день до 09 00, то ее рассмотрение начинается в этот рабочий день с 09 00;
15
Номер позиции плана-графика в ЕАСУЗ:271963-26
- если заявка подана в рабочий день после 18 00, то ее рассмотрение начинается с 09 00 следующего рабочего дня;
- если заявка подана в промежуток с 16 00 до 18 00 рабочего дня, то ее рассмотрение переносится на следующий рабочий день в той
части времени, которая является разницей между 240 минутами, предоставляемыми на ее рассмотрение и количеством минут, исчисляемым
с момента подачи заявки до 18 00 рабочего дня.
Перечень сбоев в работе ПИК ЕАСУЗ и (или) ЭДО ПИК ЕАСУЗ
Таблица 1
№ п/п
1
2
3
4
5
6
7
Описание ситуации/проблемы
Недоступность Системы ПИК ЕАСУЗ
Недоступность ЭДО ПИК ЕАСУЗ
Невозможность выполнения процедуры входа в личный кабинет ПИК ЕАСУЗ
Невозможность формирования электронного документа, либо прикрепления электронного документа (файла)
Невозможность передачи электронного документа для подписания в ЭДО ПИК ЕАСУЗ
Невозможность подписания электронного документа в ЭДО ПИК ЕАСУЗ
Невозможность передачи сведений из ЕИС в ПИК ЕАСУЗ о заключении контракта либо об изменении статуса контракта
16
Номер позиции плана-графика в ЕАСУЗ:271963-26
Продолжительность
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.
240 мин.

=== ФАЙЛ: Ответ на запрос 1 | docs/0348100024426000039/Ответ на запрос 1.pdf
Ответ на запрос о разъяснении положений извещения об осуществлении закупки
Общие сведения о закупке
Номер извещения
0348100024426000039
Номер редакции
извещения
2
Наименование объекта
закупки
Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного
учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
Идентификационный код
закупки
262503104429350740100101000016201242
Сведения о запросе
Номер запроса
RTS_req101075333
Дата поступления запроса
05.10.2026 18:11
Вопрос 1: Просим уточнить по п. 1.11 Технического задания требование об аттестации
рабочего места под требования к государственным информационным системам 2-го класса: чьё
именно АРМ подлежит аттестации (АРМ Заказчика, АРМ Исполнителя или иное); кто
оплачивает работы по аттестации; в какой срок после заключения контракта аттестация должна
быть завершена; имеются ли у Заказчика действующие аттестационные материалы по
указанному АРМ.
Ответ 1: АРМ Заказчика не подлежит аттестации. Цена Контракта включает в себя
компенсацию ВСЕХ расходов Исполнителя, связанных с выполнением работ.
Вопрос 2: Просим указать класс (уровень) защищённости информационной системы
Платформы управления типовым сайтом Кадрового центра Подмосковья и перечень
действующих аттестационных / разрешительных документов, которые Исполнитель обязан
учитывать при доработках
Ответ 2: нет, планируется К3
Вопрос 3: Просим подтвердить, требуются ли для выполнения работ по настоящей закупке
лицензии ФСТЭК России и (или) ФСБ России. Если да, просим указать виды деятельности
(пункты перечней) и какие работы такие лицензии должны покрывать.
Ответ 3:Все требования к Участникам закупки, в том числе, требования, установленные в
соответствии с законодательством Российской Федерации к лицам, осуществляющим поставку
товара, выполнение работы, оказание услуги, являющихся объектом закупки (наличие у
участника обязательных лицензий, свидетельств, допусков СРО, аккредитаций и иных
документов), установлены в извещении об осуществлении закупки.
Вопрос 4: Если лицензии по п. 3 требуются: допускается ли привлечение субподрядчика,
имеющего соответствующие лицензии, и какие работы могут быть переданы такому
субподрядчику?
Ответ 4: Привлечение субподрядчиков Контрактом не предусмотрено.
Вопрос 5: У кого на дату размещения закупки находятся исключительные права на
существующие объекты, затрагиваемые доработкой: модуль «Чат-бот», страница «Для
молодежи», страница «Программы тренингов 2026 года», а также на программный код
Платформы управления типовым сайтом в целом?
Ответ 5: Все права находятся у Заказчика.
Вопрос 6: Имеются ли лицензии (сублицензии) третьих лиц, ограничивающие модификацию
указанных объектов? Будут ли соответствующие права переданы Исполнителю до начала
работ?
Ответ 6: Лицензии (сублицензии) третьих лиц, ограничивающие модификацию указанных
объектов отсутствуют. Права будут переданы Исполнителю до начала работ.
Вопрос 7: Какими исходными кодами модуля «Чат-бот» обладает Заказчик?
Ответ 7: Заказчик обладаем всеми исходными кодами модуля «Чат-бот».
Вопрос 8: Какими неисключительными правами обладает Заказчик на модули, компоненты и
единицы компиляции модуля «Чат-бот»?
Ответ 8: Никакими.
Вопрос 9: Какими исключительными правами обладает Заказчик на модули, компоненты и
единицы компиляции модуля «Чат-бот»?
Ответ 9: Весь код принадлежит заказчику.
Вопрос 10: Какое программное обеспечение составляет модуль «Чат-бот», включая ПО с
открытым исходным кодом и ПО по неисключительной лицензии?
Ответ 10: Чат-бот написан на PHP с нуля и работает по принципу F.A.Q.
Вопрос 11: Какими исходными кодами страницы «Для молодежи» (включая клиентские и
серверные компоненты страницы) обладает Заказчик?
Ответ 11: Заказчик обладает всем исходным кодом сайта.
Вопрос 12: Какими неисключительными правами обладает Заказчик на модули, компоненты и
единицы компиляции страницы «Для молодежи»?
Ответ 12: Заказчик обладает исключительными правами на данный исходный код.
Вопрос 13: Какими исключительными правами обладает Заказчик на модули, компоненты и
единицы компиляции страницы «Для молодежи»?
Ответ 13: Заказчик обладает исключительными правами на данный исходный код.
Вопрос 14: Какое программное обеспечение составляет страницу «Для молодежи», включая
ПО с открытым исходным кодом и ПО по неисключительной лицензии?
Ответ 14: модуль написан на PHP с нуля.
Вопрос 15: Какими исходными кодами страницы «Программы тренингов 2026 года» (включая
клиентские и серверные компоненты страницы) обладает Заказчик?
Ответ 15: Заказчик обладает всем исходным кодом сайта.
Вопрос 16: Какими неисключительными правами обладает Заказчик на модули, компоненты и
единицы компиляции страницы «Программы тренингов 2026 года»?
Ответ 16: Заказчик обладает исключительными правами на данный исходный код.
Вопрос 17: Какими исключительными правами обладает Заказчик на модули, компоненты и
единицы компиляции страницы «Программы тренингов 2026 года»?
Ответ 17: Заказчик обладает исключительными правами на данный исходный код.
Вопрос 18: Какое программное обеспечение составляет страницу «Программы тренингов 2026
года», включая ПО с открытым исходным кодом и ПО по неисключительной лицензии?
Ответ 18: Модуль написан на PHP с нуля.
Вопрос 19: Какими исключительными и (или) неисключительными правами на программное
обеспечение Платформы управления типовым сайтом из Технического задания должен
обладать Исполнитель для выполнения модернизации?
Ответ 19: Исполнитель не должен обладать никакими дополнительными правами на
Платформу управления типовым сайтом.
Вопрос 20: Какими исходными кодами программного обеспечения Платформы обладает
Заказчик с учётом п. 2 Типовых условий (Приказ Минцифры № 715 от 17.12.2020)?
Ответ 20: Заказчик обладает всем исходным кодом сайта.
Вопрос 21: Исходными кодами и правами на какое программное обеспечение Платформы
Заказчик не обладает с учётом п. 2 и п. 3.1 Типовых условий (Приказ № 715)?
Ответ 21: Заказчик обладает всем исходным кодом сайта и всеми необходимыми правами.
Вопрос 22: Каким программным обеспечением из п. 2.2 Приказа № 715 обладает Заказчик для
компиляции (сборки, развёртывания) модернизируемых объектов?
Ответ 22: Заказчик обладает полностью интерпретируемым и открытым кодом, не требующим
классической компиляции.
Вопрос 23: В какой срок после заключения контракта и в каком формате (репозиторий, система
контроля версий, архив) Заказчик предоставляет исходный код и техническую документацию
по модулю «Чат-бот», странице «Для молодежи» и странице «Программы тренингов 2026
года»?
Ответ 23: Все необходимые для работы информация и материалы, имеющиеся у Заказчика,
передаются Исполнителю в течение трёх рабочих дней со дня поступления запроса от
Исполнителя. Запрос направляется посредством электронной почты на адрес Заказчика
ezopovan@mosreg.ru.
Вопрос 24: Какие тестовый и продуктивный стенды, доступы к административной панели,
схемам базы данных и журналам будут предоставлены Исполнителю, и в какой срок после
заключения контракта?
Ответ 24: Все необходимые для работы информация и материалы, имеющиеся у Заказчика,
передаются Исполнителю в течение трёх рабочих дней со дня поступления запроса от
Исполнителя. Запрос направляется посредством электронной почты на адрес Заказчика
ezopovan@mosreg.ru. На сайте развернут git. Либо заказчик организует свой тестовый стенд,
согласно ООЗ.
Вопрос 25: Кто является текущим разработчиком (сопровождающим) Платформы управления
типовым сайтом? Будет ли он участвовать в передаче дел Исполнителю?
Ответ 25: Платформа находится на сопровождении по другому ГК, Исполнителю будет
предоставлен доступ к серверу и создана отдельная ветка git.
Вопрос 26: Развёрнуты ли уже на стороне Заказчика компоненты, необходимые для локального
смыслового поиска (embedding-модель, выделенные вычислительные ресурсы, место хранения
индекса)? Если да, просим указать доступный контур и порядок предоставления доступа.
Ответ 26: Нет, на нашей стороне такие компоненты не развернуты.
Вопрос 27: Какая фактическая версия PHP, веб-сервера и СУБД используется на продуктивном
контуре Платформы на дату размещения закупки?
Ответ 27: PHP Version 8.4.19, MySQL 8.4.19.
Вопрос 28: В какой срок после заключения контракта Заказчик утверждает реестр
первоначального наполнения базы знаний чат-бота (разделы, статьи, связи, тексты ответов)?
Ответ 28: Все необходимые для работы информация и материалы, имеющиеся у Заказчика,
передаются Исполнителю в течение трёх рабочих дней со дня поступления запроса от
Исполнителя. Запрос направляется посредством электронной почты на адрес Заказчика
ezopovan@mosreg.ru
Вопрос 29: По каким критериям и в какой срок принимается решение о подключении либо
отказе от локального смыслового поиска по п. 4.2.6 Технического задания? Кто предоставляет и
оплачивает вычислительные ресурсы для embedding-модели?
Ответ 29: Все необходимые для работы информация и материалы, имеющиеся у Заказчика,
передаются Исполнителю в течение трёх рабочих дней со дня поступления запроса от
Исполнителя. Запрос направляется посредством электронной почты на адрес Заказчика
ezopovan@mosreg.ru
Вопрос 30: В комплекте закупки отсутствует Приложение В, на которое ссылается п. 1.11
Технического задания (техническая поддержка). Просим предоставить текст Приложения В
либо указать, что оно не применяется к настоящей закупке.
Ответ 30: не применятся.
Вопрос 31: В разделе 6 Технического задания установлен гарантийный срок 12 месяцев, при
этом в проекте контракта (п. 6.2) и в приложении ПИК указано, что требования к гарантийным
обязательствам / гарантии качества не установлены. Какое условие является приоритетным для
исполнения контракта?
Ответ 31: Требования к гарантийным обязательствам по контракту установлены. Гарантийный
срок составляет 12 месяцев.
Вопрос 32: В какой срок Заказчик согласовывает прототипы и варианты дизайна/анимации по
страницам «Для молодежи» и «Программы тренингов 2026 года» с даты их представления
Исполнителем?
Ответ 32: Срок согласования всех материалов с Заказчиком не превышает пяти рабочих дней с
даты направления материалов согласования Заказчику.
Вопрос 33: Требование п. 4.7 Технического задания к Safari «не ниже версии 26.6» просим
подтвердить либо исправить, указав корректную минимальную версию браузера.
Ответ 33: требование подтверждаем.
Вопрос 34: Просим установить предельные количественные показатели объёма при твёрдой
цене контракта: максимальное число разделов и статей базы знаний чат-бота для
первоначального наполнения; предельную глубину дерева разделов; максимальное число
стартовых карточек; исчерпывающий перечень материалов, подлежащих переносу в раздел
FAQ.
Ответ 34: Максимальное число разделов базы знаний: не более 15 разделов.
Максимальное число статей (ответов на вопросы) базы знаний: не более 150 статей.
Предельная глубина дерева разделов (вложенность): не более 3 уровней
Максимальное число стартовых карточек: не более 6 карточек.
Вопрос 35: Просим указать объективные причины, по которым доработки должны выполняться
исключительно в рамках существующей технологической архитектуры Платформы без допуска
эквивалентных технических решений, либо подтвердить возможность применения
эквивалентных решений при сохранении совместимости с действующей Платформой.
Ответ 35: В связи с тем, что компоненты Платформы имеют высокую степень связности на
уровне исходного кода и базы данных, применение отличных от текущих технических решений
нарушит внутреннюю логику работы. Это создаст критические уязвимости и приведет к полной
или частичной неработоспособности Платформы.
Вопрос 36: Просим установить сроки (в рабочих днях) предоставления Заказчиком: доступов к
продуктивным серверам для пусконаладочных работ; материалов наполнения страниц «Для
молодежи» и «Программы тренингов 2026 года»; перечня работ, зависящих от указанной
выдачи; порядок фиксации встречного неисполнения Заказчика.
Ответ 36: Все необходимые для работы информация и материалы, имеющиеся у Заказчика,
передаются Исполнителю в течение трёх рабочих дней со дня поступления запроса от
Исполнителя. Запрос направляется посредством электронной почты на адрес Заказчика
ezopovan@mosreg.ru.
Все права и обязанности Сторон, ответственность Сторон, а также порядок
урегулирования споров между Сторонами, установлены Проектом Контракта.

=== ФАЙЛ: Ответ на запрос 2 | docs/0348100024426000039/Ответ на запрос 2.pdf
Ответ на запрос о разъяснении положений извещения об осуществлении закупки
Общие сведения о закупке
Номер извещения
0348100024426000039
Номер редакции
извещения
2
Наименование объекта
закупки
Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного
учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
Идентификационный код
закупки
262503104429350740100101000016201242
Сведения о запросе
Номер запроса
RTS_req101076437
Дата поступления запроса
10.10.2026 16:18
Вопрос 1: Раздел 7 «Ответственность Сторон» Проекта контракта устанавливает: «Размеры
штрафов определяются в соответствии с Правилами определения размера штрафа,
начисляемого в случае ненадлежащего исполнения заказчиком, неисполнения или
ненадлежащего исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных контрактом», «утвержденными постановлением Правительства Российской
Федерации от 30.08.2017 № 1042 (далее – Правила)». Там же указано: «В случае изменения
условий Контракта в части изменения Цены Контракта размеры штрафов, установленные в
подпункте 7.2.3 пункта 7.2 и подпунктах 7.3.4, 7.3.5 пункта 7.3 Контракта, определяются в
соответствии с Правилами с учетом новой Цены Контракта.»
Подпункт 7.3.4 пункта 7.3 Проекта контракта: «За каждый факт неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств (в том числе гарантийного обязательства),
предусмотренных Контрактом, штраф устанавливается в размере». После слова «размере»
значение размера штрафа отсутствует, предложение завершается точкой.
Подпункт 7.3.5 пункта 7.3 Проекта контракта: «За каждый факт неисполнения или
ненадлежащего исполнения Исполнителем обязательства, предусмотренного Контрактом,
которое не имеет стоимостного выражения, штраф устанавливается в размере», далее следует
слово «рублей». Числовое значение между словами «размере» и «рублей» отсутствует.
Пункт 7.2 Проекта контракта («Ответственность Заказчика»): «За каждый факт неисполнения
Заказчиком обязательств, предусмотренных Контрактом, за исключением просрочки
исполнения обязательств, предусмотренных Контрактом, штраф устанавливается в размере»,
далее следует слово «рублей». Числовое значение также отсутствует.
Пункт 9.9 Проекта контракта предусматривает освобождение от предоставления обеспечения
исполнения контракта участника закупки, «с которым заключается Контракт по результатам
определения подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона №
44-ФЗ».
1.1. Прошу указать размер штрафа (в рублях или в процентах цены контракта (этапа)),
подлежащий включению в подпункт 7.3.4 пункта 7.3 контракта, и пункт Правил, в соответствии
с которым он определен.
1.2. Прошу указать размер штрафа в рублях, подлежащий включению в подпункт 7.3.5 пункта
7.3 контракта, и пункт Правил, в соответствии с которым он определен.
1.3. Прошу указать размер штрафа в рублях, подлежащий включению в пункт 7.2 контракта за
неисполнение Заказчиком обязательств, и пункт Правил, в соответствии с которым он
определен.
1.4. Прошу указать дату размещения в ЕИС изменений Извещения, которыми размеры штрафов
включены в Проект контракта, либо указать, что такие изменения Заказчиком не вносятся..
Ответ 1:
1.1 За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом,
размер штрафа устанавливается в размере 1 процента цены контракта (этапа), но не более 5
тыс. рублей и не менее 1 тыс. рублей.
1.2 За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения,
штраф устанавливается в размере: а) 1000 рублей, если Цена Контракта не превышает 3
млн. рублей;
1.3 При заключении Контракта указывается размер штрафа, определяемый в соответствии с
пунктом 9 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей (включительно);
1.4 Размеры штрафов включаются в Контракт на этапе его заключения.
Вопрос 2: Пункт 1.2 «Источники финансирования работ» ТЗ определяет предмет
финансирования: «Выполнение работ по сопровождению и технической поддержке Платформы
и оказание услуг по ее развитию и сопровождению (далее – Услуги).»
Пункт 1.6 ТЗ: «Начало оказания услуг – с даты заключения государственного контракта на
выполнение работ по доработке, развитию и сопровождению Платформы управления типовым
сайтом Кадрового центра Подмосковья» и оказание услуг по ее сопровождению (далее –
Государственный контракт).»
Раздел 2 ТЗ озаглавлен «НАЗНАЧЕНИЕ И ЦЕЛИ СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ
ПОДДЕРЖКИ ПЛАТФОРМЫ», пункт 2.2 ТЗ «Цели обеспечения сопровождения и технической
поддержки Платформы». Таблица 12 «Календарный план выполнения работ» раздела 5 ТЗ
содержит над строками этапов заголовок «Сопровождение Платформы».
При этом предмет Проекта контракта: «Выполнение работ по развитию и модернизации
платформы управления типовым сайтом Государственного казенного учреждения «Центр
занятости населения Московской области» (в сфере ИКТ).» Таблица 1.1 приложения 1 к
Проекту контракта и таблица 2.7 приложения 2 к Проекту контракта содержат только три
позиции (этапа): «Доработка страницы «Для молодежи»», «Доработка страницы «Программы
тренингов 2026 года»», «Доработка модуля «Чат-бот»». Позиция (этап) «сопровождение и
техническая поддержка Платформы» в них отсутствует, объем таких работ (в часах,
обращениях или иных единицах) и период их выполнения в ТЗ не указаны.
2.1. Прошу указать номер позиции таблицы 1.1 приложения 1 к Проекту контракта и номер
этапа таблицы 2.7 приложения 2 к Проекту контракта, в цену которых включена стоимость
работ по сопровождению и технической поддержке Платформы, указанных в пункте 1.2 ТЗ.
2.2. Прошу указать числовое значение максимального объема работ по сопровождению и
технической поддержке Платформы и единицу его измерения.
2.3. Прошу указать даты начала и окончания периода, в течение которого Исполнитель
выполняет работы по сопровождению и технической поддержке Платформы.
2.4. Прошу указать дату размещения в ЕИС изменений Извещения, которыми устранено
расхождение между пунктами 1.2, 1.6 и разделом 2 ТЗ, с одной стороны, и предметом Проекта
контракта и таблицей 1.1 приложения 1 к Проекту контракта, с другой стороны, либо указать,
что такие изменения не вносятся.
Ответ 2:
2.1 Работы по сопровождению и технической поддержке Платформы не предусмотрены
2.2 Работы по сопровождению и технической поддержке Платформы не предусмотрены
2.3 Работы по сопровождению и технической поддержке Платформы не предусмотрены
2.4 В извещение будут внесены изменения 12.10.2026.
Вопрос 3: Раздел 1 «Предмет Контракта» Проекта контракта устанавливает: «Результат
выполненных работ по Контракту: В соответствии с таблицей 12 ООЗ.»
ТЗ содержит две таблицы с номером 12. Первая размещена в пункте 4.3.2.5 ТЗ и имеет
наименование «Содержание и видимость элементов карточки «Получишь первый
профессиональный опыт»»; пункт 4.3.2.5 ТЗ устанавливает: «Остальные различия в составе
списка определяются таблицей 12.» Вторая размещена в разделе 5 ТЗ: «Календарный план
выполнения работ».
В таблице «Календарный план выполнения работ» для этапа 2 «Доработка страницы
«Программы тренингов 2026 года»» в графе «Результат выполнения работ/ оказания услуг»
указано: «Реализованный функционал (трекбар с четырьмя значениями, динамические карточки
с контентом, анимация смены карточек и пульсации бегунка, статичный футер)».
Пункт 4.3 ТЗ относит трекбар и карточки к странице «Для молодежи»: «Требуется реализовать
выбор возрастной группы с помощью трекбара, связать его положения с содержимым трёх
карточек»; пункт 4.3.1.1 ТЗ: «При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения».
Пункт 4.4 ТЗ для страницы «Программы тренингов 2026 года» устанавливает:
«Предусматриваются цветовые индикаторы целевых аудиторий, пояснения к ним, элемент
«Записаться» и дополнение модального окна описанием тренинга с анимацией открытия и
закрытия.»
3.1. Прошу указать, какая из двух таблиц ТЗ с номером 12 определяет результат выполненных
работ по контракту в соответствии с разделом 1 Проекта контракта: таблица пункта 4.3.2.5 ТЗ
или таблица раздела 5 ТЗ.
3.2. Прошу указать перечень результатов, подлежащих приемке по этапу 2 «Доработка
страницы «Программы тренингов 2026 года»»: результаты, указанные в графе «Результат
выполнения работ/ оказания услуг» календарного плана (трекбар с четырьмя значениями,
динамические карточки, анимация пульсации бегунка, статичный футер), или результаты,
предусмотренные пунктом 4.4 ТЗ.
3.3. Прошу указать дату размещения в ЕИС изменений Извещения, которыми устранены
указанные расхождения, либо указать, что такие изменения не вносятся.
Ответ 3:
3.1 Таблица раздела 5 ТЗ
3.2 В извещение будут внесены изменения 12.10.2026.
3.3 В извещение будут внесены изменения 12.10.2026.
Вопрос 4: Календарный план выполнения работ (раздел 5 ТЗ) для этапа 1 «Доработка страницы
«Для молодежи»» устанавливает срок «До 11 ноября 2026 г. (включительно)» для результата
«Реализованный функционал; утверждённые прототипы», далее «12 ноября – 16 ноября 2026 г.
(включительно) тестирование» и «17 ноября 2026 г.(включительно) ввод доработки в
эксплуатацию».
Пункт 1.11 ТЗ: «Заказчик в течение 10 (десяти) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные ответственных за
взаимодействие с Исполнителем работников Кадрового центра Подмосковья в целях получения
информации необходимой для наполнения сайта.»
Раздел 6 ТЗ: «Все необходимые для работы информация и материалы, имеющиеся у Заказчика,
передаются Исполнителю в течение трёх рабочих дней со дня поступления запроса от
Исполнителя.» «Срок согласования всех материалов с Заказчиком не превышает пяти рабочих
дней с даты направления материалов согласования Заказчику.»
Пункт 4.6.2.1 ТЗ: «Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта анимации карточек
и трекбара для согласования с Заказчиком.» Дата подведения итогов определения поставщика
по Извещению: 22.10.2026.
Пункт 1.7 ТЗ: «Сроки окончания оказания услуг – 15 декабря 2026 года включительно.»
Таблица 2.1 приложения 2 к Проекту контракта указывает «Срок окончания оказания услуг
Исполнителем» по этапу 1: 17.11.2026 (МСК), по этапу 3: 15.12.2026 (МСК). Таблица 2.7 того
же приложения указывает срок окончания этапа 1: 16.12.2026 (МСК), этапа 3: 21.01.2027
(МСК); таблица 2.6: дата окончания исполнения контракта 21.01.2027 (МСК).
4.1. Прошу указать дату заключения контракта, исходя из которой Заказчиком определен срок
«До 11 ноября 2026 г.» для реализации функционала и утверждения прототипов по этапу 1, и
количество рабочих дней с этой даты до 11.11.2026.
4.2. Прошу указать, продлевается ли срок «До 11 ноября 2026 г.» на количество рабочих дней, в
течение которых Заказчик предоставляет контактные данные (до 10 рабочих дней по пункту
1.11 ТЗ) и согласовывает материалы (до 5 рабочих дней по разделу 6 ТЗ).
4.3. Прошу указать, какая дата является сроком окончания исполнения обязательства
Исполнителя по этапу 1, с которой связывается начисление пени за просрочку: 17.11.2026
(календарный план ТЗ, таблица 2.1 приложения 2) или 16.12.2026 (таблица 2.7 приложения 2).
4.4. Прошу указать, какая дата является сроком окончания выполнения работ по этапу 3
«Доработка модуля «Чат-бот»»: 15.12.2026 (пункт 1.7 ТЗ, таблица 2.1 приложения 2) или
21.01.2027 (таблица 2.7 приложения 2).
Ответ 4:
4.1 Срок выполнения работ установлен не в календарных и не в рабочих днях. Сроки
выполнения работ указаны конкретной календарной датой. Первый этап до 11.11.2026 года.
4.2 Сроки этапов не меняются в процессе выполнения контракта и включают в себя все
обязательства сторон, в том числе согласования.
4.3 Срок окончания исполнения обязательства Исполнителя по этапу 1, с которой связывается
начисление пени за просрочку: 17.11.2026. 16.12.2026 срок исполнения этапа Контракта,
который включает в себя обязанности сторон по предоставлению исполнительных документов,
их подписание, проведения экспертизы результатов и оплату выполненных работ.
4.4 Срок окончания выполнения работ по этапу 3 «Доработка модуля «Чат-бот»»: 15.12.2026.
21.01.2027 срок исполнения этапа Контракта, который включает в себя обязанности сторон по
предоставлению исполнительных документов, их подписание, проведения экспертизы
результатов и оплату выполненных работ.
Вопрос 5: Пункт 4.2.1.1 ТЗ включает в состав работ по модулю «Чат-бот» «сбор базовой
аналитики и первоначальное наполнение по согласованным материалам Заказчика». Пункт
4.2.9.2 ТЗ: «До начала размещения стороны утверждают единый реестр.» «Объём
первоначального наполнения определяется этим реестром.» Количество разделов и статей базы
знаний в ТЗ не указано.
Пункт 4.2.1.4 ТЗ: «Использование локального смыслового поиска и перенос материалов в
существующий раздел FAQ выполняются по согласованию с Заказчиком в порядке,
установленном настоящим разделом.» Пункт 4.2.6.1 ТЗ: «До включения функции согласуются
возможность её размещения на выделенных ресурсах, выбранная модель, условия
использования и контрольные примеры.» «Технические требования к вычислительным
ресурсам определяются после проверки выбранного варианта на предоставленной базе знаний.»
Пункт 4.7 ТЗ: «При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.» Период действия этой
обязанности в ТЗ не указан.
Пункт 6.1 ТЗ относит к гарантийным обязательствам Исполнителя обязанность «осуществлять
авторский надзор за изменениями Платформы, выполняемыми силами или по инициативе
Заказчика» и «оказывать консультационную поддержку представителей Заказчика по вопросам
особенностей реализации доработанных компонентов». Количество заключений и
консультаций в ТЗ не ограничено. Пункт 2.2 Проекта контракта: «Цена Контракта является
твердой и определяется на весь срок исполнения Контракта.»
5.1. Прошу указать максимальное количество разделов и максимальное количество статей базы
знаний, подлежащих размещению Исполнителем при первоначальном наполнении в пределах
цены позиции «Доработка модуля «Чат-бот»» (685 000,00 рублей).
5.2. Прошу указать, включена ли стоимость работ по пункту 4.2.6 ТЗ (смысловой поиск) и по
переносу материалов в раздел FAQ (пункт 4.2.9.4 ТЗ) в цену позиции «Доработка модуля «Чатбот»» (685 000,00 рублей), и максимальное количество материалов, переносимых в раздел FAQ.
5.3. Прошу указать сторону контракта, которая предоставляет выделенные вычислительные
ресурсы и права использования embedding-модели, указанные в пункте 4.2.6.1 ТЗ, и срок, в
который Заказчик принимает решение о согласовании смыслового поиска.
5.4. Прошу указать дату окончания периода, в течение которого действует обязанность
Исполнителя по пункту 4.7 ТЗ обеспечивать совместимость с новыми версиями браузеров.
5.5. Прошу указать максимальное количество мотивированных заключений и консультаций,
которые Исполнитель предоставляет в течение гарантийного срока по пункту 6.1 ТЗ.
Ответ 5:
5.1 Максимальное число разделов базы знаний: не более 15 разделов. Максимальное число
статей (ответов на вопросы) базы знаний: не более 150 статей. Предельная глубина дерева
разделов (вложенность): не более 3 уровней. Максимальное число стартовых карточек: не более
6 карточек.
5.2 Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту. Максимальное количество материалов, переносимых в раздел FAQ не более 150
статей.
5.3 Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту. Заказчик, в течение 3 рабочих дней.
5.4 Исполнитель обязан обеспечить совместимость доработок с новыми версиями веббраузеров, указанных в ООЗ, до завершения действия ГК. Список браузеров и версии
представлены в ООЗ.
5.5 Не более 6 раз.
Вопрос 6: Пункт 2.2 Проекта контракта: «Цена Контракта является твердой и определяется на
весь срок исполнения Контракта.» Таблица 2.1 приложения 2 к Проекту контракта определяет
объем каждого этапа как «1,00; Условная единица».
Таблица 2.3 «Порядок и сроки оплаты» приложения 2 к Проекту контракта для каждой из оплат
№01, №02, №03 содержит значение «100% По фактическому объёму».
6.1. Прошу указать, подлежит ли цена этапа оплате в полном размере после приемки этапа либо
оплате подлежит фактически выполненный объем работ по этапу.
6.2. Прошу указать единицу измерения фактического объема работ по каждому этапу,
применяемую при оплате по таблице 2.3 приложения 2 к Проекту контракта, и документ
(пункт), которым определяется стоимость такой единицы.
Ответ 6:
6.1 Заказчик оплачивает выполненные работы в соответствии с условиями Контракта путем
перечисления денежных средств на счет Исполнителя, реквизиты которого приведены в разделе
16 Контракта по факту 100% выполнения работ в течение 5 раб. дн. от даты подписания
документа-предшественника «Документ о приемке (функция СЧФДОП)»
6.2 Единица измерения фактического объема работ «Условная единица».
Вопрос 7: Порядок оценки устанавливает значимость критерия «Квалификация участников
закупки» 70,00 процентов с единственным детализирующим показателем «Общее количество
исполненных участником закупки договоров», для которого указано: «к оценке принимаются
исполненные участником закупки с учетом правопреемства (в случае наличия в заявке
подтверждающего документа) контракты, заключенные и исполненные в соответствии с
Федеральным законом № 44-ФЗ, и договоры, заключенные и исполненные в соответствии с
Федеральным законом № 223-ФЗ».
7.1. Прошу указать пункт Положения об оценке заявок, утвержденного постановлением
Правительства Российской Федерации от 31.12.2021 № 2604, предусматривающий право
заказчика принимать к оценке только контракты, заключенные в соответствии с Законом № 44ФЗ, и договоры, заключенные в соответствии с Федеральным законом № 223-ФЗ.
7.2. Прошу указать, принимается ли к оценке исполненный участником закупки договор на
выполнение работ предмета, указанного в Порядке оценки, заключенный не в соответствии с
Законом № 44-ФЗ и Федеральным законом № 223-ФЗ, при представлении такого договора и
актов приемки.
Ответ 7:
7.1 Пунктом «в» ч. 28 раздела V. Оценка заявок по критерию оценки "квалификация участников
закупки" Постановления Правительства РФ от 31.12.2021 N 2604 (ред. от 29.09.2026) "Об
оценке заявок на участие в закупке товаров, работ, услуг для обеспечения государственных и
муниципальных нужд, внесении изменений в пункт 4 постановления Правительства Российской
Федерации от 20 декабря 2021 г. N 2369 и признании утратившими силу некоторых актов и
отдельных положений некоторых актов Правительства Российской Федерации" предусмотрено:
«может быть установлено положение о принятии к оценке исключительно контракта,
заключенного и исполненного в соответствии с Федеральным законом, и договора,
заключенного и исполненного в соответствии с Федеральным законом "О закупках товаров,
работ, услуг отдельными видами юридических лиц";»
7.2 К оценке принимаются исполненные участником закупки с учетом правопреемства (в
случае наличия в заявке подтверждающего документа) ИСКЛЮЧИТЕЛЬНО контракты,
заключенные и исполненные в соответствии с Федеральным законом № 44-ФЗ, и договоры,
заключенные и исполненные в соответствии с Федеральным законом № 223-ФЗ «О закупках
товаров, работ, услуг отдельными видами юридических лиц»;

=== ФАЙЛ: Ответ на запрос 2 правка | docs/0348100024426000039/Ответ на запрос 2 правка.pdf
Ответ на запрос о разъяснении положений извещения об осуществлении закупки
Общие сведения о закупке
Номер извещения
0348100024426000039
Номер редакции
извещения
2
Наименование объекта
закупки
Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного
учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
Идентификационный код
закупки
262503104429350740100101000016201242
Сведения о запросе
Номер запроса
RTS_req101076437
Дата поступления запроса
10.10.2026 16:18
В данном файле исправлена техническая ошибка. Информацию из файла «Ответ на
запрос 2» считать не актуальной.
Вопрос 1: Раздел 7 «Ответственность Сторон» Проекта контракта устанавливает: «Размеры
штрафов определяются в соответствии с Правилами определения размера штрафа,
начисляемого в случае ненадлежащего исполнения заказчиком, неисполнения или
ненадлежащего исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных контрактом», «утвержденными постановлением Правительства Российской
Федерации от 30.08.2017 № 1042 (далее – Правила)». Там же указано: «В случае изменения
условий Контракта в части изменения Цены Контракта размеры штрафов, установленные в
подпункте 7.2.3 пункта 7.2 и подпунктах 7.3.4, 7.3.5 пункта 7.3 Контракта, определяются в
соответствии с Правилами с учетом новой Цены Контракта.»
Подпункт 7.3.4 пункта 7.3 Проекта контракта: «За каждый факт неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств (в том числе гарантийного обязательства),
предусмотренных Контрактом, штраф устанавливается в размере». После слова «размере»
значение размера штрафа отсутствует, предложение завершается точкой.
Подпункт 7.3.5 пункта 7.3 Проекта контракта: «За каждый факт неисполнения или
ненадлежащего исполнения Исполнителем обязательства, предусмотренного Контрактом,
которое не имеет стоимостного выражения, штраф устанавливается в размере», далее следует
слово «рублей». Числовое значение между словами «размере» и «рублей» отсутствует.
Пункт 7.2 Проекта контракта («Ответственность Заказчика»): «За каждый факт неисполнения
Заказчиком обязательств, предусмотренных Контрактом, за исключением просрочки
исполнения обязательств, предусмотренных Контрактом, штраф устанавливается в размере»,
далее следует слово «рублей». Числовое значение также отсутствует.
Пункт 9.9 Проекта контракта предусматривает освобождение от предоставления обеспечения
исполнения контракта участника закупки, «с которым заключается Контракт по результатам
определения подрядчика в соответствии с пунктом 1 части 1 статьи 30 Федерального закона №
44-ФЗ».
1.1. Прошу указать размер штрафа (в рублях или в процентах цены контракта (этапа)),
подлежащий включению в подпункт 7.3.4 пункта 7.3 контракта, и пункт Правил, в соответствии
с которым он определен.
1.2. Прошу указать размер штрафа в рублях, подлежащий включению в подпункт 7.3.5 пункта
7.3 контракта, и пункт Правил, в соответствии с которым он определен.
1.3. Прошу указать размер штрафа в рублях, подлежащий включению в пункт 7.2 контракта за
неисполнение Заказчиком обязательств, и пункт Правил, в соответствии с которым он
определен.
1.4. Прошу указать дату размещения в ЕИС изменений Извещения, которыми размеры штрафов
включены в Проект контракта, либо указать, что такие изменения Заказчиком не вносятся..
Ответ 1:
1.1 За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом,
размер штрафа устанавливается в размере 1 процента цены контракта (этапа), но не более 5
тыс. рублей и не менее 1 тыс. рублей.
1.2 За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения,
штраф устанавливается в размере: а) 1000 рублей, если Цена Контракта не превышает 3
млн. рублей;
1.3 При заключении Контракта указывается размер штрафа, определяемый в соответствии с
пунктом 9 Правил в следующем порядке:
а) 1000 рублей, если Цена Контракта не превышает 3 млн. рублей (включительно);
1.4 Размеры штрафов включаются в Контракт на этапе его заключения.
Вопрос 2: Пункт 1.2 «Источники финансирования работ» ТЗ определяет предмет
финансирования: «Выполнение работ по сопровождению и технической поддержке Платформы
и оказание услуг по ее развитию и сопровождению (далее – Услуги).»
Пункт 1.6 ТЗ: «Начало оказания услуг – с даты заключения государственного контракта на
выполнение работ по доработке, развитию и сопровождению Платформы управления типовым
сайтом Кадрового центра Подмосковья» и оказание услуг по ее сопровождению (далее –
Государственный контракт).»
Раздел 2 ТЗ озаглавлен «НАЗНАЧЕНИЕ И ЦЕЛИ СОПРОВОЖДЕНИЯ И ТЕХНИЧЕСКОЙ
ПОДДЕРЖКИ ПЛАТФОРМЫ», пункт 2.2 ТЗ «Цели обеспечения сопровождения и технической
поддержки Платформы». Таблица 12 «Календарный план выполнения работ» раздела 5 ТЗ
содержит над строками этапов заголовок «Сопровождение Платформы».
При этом предмет Проекта контракта: «Выполнение работ по развитию и модернизации
платформы управления типовым сайтом Государственного казенного учреждения «Центр
занятости населения Московской области» (в сфере ИКТ).» Таблица 1.1 приложения 1 к
Проекту контракта и таблица 2.7 приложения 2 к Проекту контракта содержат только три
позиции (этапа): «Доработка страницы «Для молодежи»», «Доработка страницы «Программы
тренингов 2026 года»», «Доработка модуля «Чат-бот»». Позиция (этап) «сопровождение и
техническая поддержка Платформы» в них отсутствует, объем таких работ (в часах,
обращениях или иных единицах) и период их выполнения в ТЗ не указаны.
2.1. Прошу указать номер позиции таблицы 1.1 приложения 1 к Проекту контракта и номер
этапа таблицы 2.7 приложения 2 к Проекту контракта, в цену которых включена стоимость
работ по сопровождению и технической поддержке Платформы, указанных в пункте 1.2 ТЗ.
2.2. Прошу указать числовое значение максимального объема работ по сопровождению и
технической поддержке Платформы и единицу его измерения.
2.3. Прошу указать даты начала и окончания периода, в течение которого Исполнитель
выполняет работы по сопровождению и технической поддержке Платформы.
2.4. Прошу указать дату размещения в ЕИС изменений Извещения, которыми устранено
расхождение между пунктами 1.2, 1.6 и разделом 2 ТЗ, с одной стороны, и предметом Проекта
контракта и таблицей 1.1 приложения 1 к Проекту контракта, с другой стороны, либо указать,
что такие изменения не вносятся.
Ответ 2:
2.1 Работы по сопровождению и технической поддержке Платформы не предусмотрены
2.2 Работы по сопровождению и технической поддержке Платформы не предусмотрены
2.3 Работы по сопровождению и технической поддержке Платформы не предусмотрены
2.4 В извещение будут внесены изменения 12.10.2026.
Вопрос 3: Раздел 1 «Предмет Контракта» Проекта контракта устанавливает: «Результат
выполненных работ по Контракту: В соответствии с таблицей 12 ООЗ.»
ТЗ содержит две таблицы с номером 12. Первая размещена в пункте 4.3.2.5 ТЗ и имеет
наименование «Содержание и видимость элементов карточки «Получишь первый
профессиональный опыт»»; пункт 4.3.2.5 ТЗ устанавливает: «Остальные различия в составе
списка определяются таблицей 12.» Вторая размещена в разделе 5 ТЗ: «Календарный план
выполнения работ».
В таблице «Календарный план выполнения работ» для этапа 2 «Доработка страницы
«Программы тренингов 2026 года»» в графе «Результат выполнения работ/ оказания услуг»
указано: «Реализованный функционал (трекбар с четырьмя значениями, динамические карточки
с контентом, анимация смены карточек и пульсации бегунка, статичный футер)».
Пункт 4.3 ТЗ относит трекбар и карточки к странице «Для молодежи»: «Требуется реализовать
выбор возрастной группы с помощью трекбара, связать его положения с содержимым трёх
карточек»; пункт 4.3.1.1 ТЗ: «При первоначальной настройке трекбар должен содержать четыре
последовательно расположенных положения».
Пункт 4.4 ТЗ для страницы «Программы тренингов 2026 года» устанавливает:
«Предусматриваются цветовые индикаторы целевых аудиторий, пояснения к ним, элемент
«Записаться» и дополнение модального окна описанием тренинга с анимацией открытия и
закрытия.»
3.1. Прошу указать, какая из двух таблиц ТЗ с номером 12 определяет результат выполненных
работ по контракту в соответствии с разделом 1 Проекта контракта: таблица пункта 4.3.2.5 ТЗ
или таблица раздела 5 ТЗ.
3.2. Прошу указать перечень результатов, подлежащих приемке по этапу 2 «Доработка
страницы «Программы тренингов 2026 года»»: результаты, указанные в графе «Результат
выполнения работ/ оказания услуг» календарного плана (трекбар с четырьмя значениями,
динамические карточки, анимация пульсации бегунка, статичный футер), или результаты,
предусмотренные пунктом 4.4 ТЗ.
3.3. Прошу указать дату размещения в ЕИС изменений Извещения, которыми устранены
указанные расхождения, либо указать, что такие изменения не вносятся.
Ответ 3:
3.1 Таблица раздела 5 ТЗ
3.2 В извещение будут внесены изменения 12.10.2026.
3.3 В извещение будут внесены изменения 12.10.2026.
Вопрос 4: Календарный план выполнения работ (раздел 5 ТЗ) для этапа 1 «Доработка страницы
«Для молодежи»» устанавливает срок «До 11 ноября 2026 г. (включительно)» для результата
«Реализованный функционал; утверждённые прототипы», далее «12 ноября – 16 ноября 2026 г.
(включительно) тестирование» и «17 ноября 2026 г.(включительно) ввод доработки в
эксплуатацию».
Пункт 1.11 ТЗ: «Заказчик в течение 10 (десяти) рабочих дней с даты заключения
Государственного контракта предоставляет Исполнителю контактные данные ответственных за
взаимодействие с Исполнителем работников Кадрового центра Подмосковья в целях получения
информации необходимой для наполнения сайта.»
Раздел 6 ТЗ: «Все необходимые для работы информация и материалы, имеющиеся у Заказчика,
передаются Исполнителю в течение трёх рабочих дней со дня поступления запроса от
Исполнителя.» «Срок согласования всех материалов с Заказчиком не превышает пяти рабочих
дней с даты направления материалов согласования Заказчику.»
Пункт 4.6.2.1 ТЗ: «Предоставляется прототип страницы с трекбаром в системе Figma, три
альтернативных варианта дизайна трекбара и три альтернативных варианта анимации карточек
и трекбара для согласования с Заказчиком.» Дата подведения итогов определения поставщика
по Извещению: 22.10.2026.
Пункт 1.7 ТЗ: «Сроки окончания оказания услуг – 15 декабря 2026 года включительно.»
Таблица 2.1 приложения 2 к Проекту контракта указывает «Срок окончания оказания услуг
Исполнителем» по этапу 1: 17.11.2026 (МСК), по этапу 3: 15.12.2026 (МСК). Таблица 2.7 того
же приложения указывает срок окончания этапа 1: 16.12.2026 (МСК), этапа 3: 21.01.2027
(МСК); таблица 2.6: дата окончания исполнения контракта 21.01.2027 (МСК).
4.1. Прошу указать дату заключения контракта, исходя из которой Заказчиком определен срок
«До 11 ноября 2026 г.» для реализации функционала и утверждения прототипов по этапу 1, и
количество рабочих дней с этой даты до 11.11.2026.
4.2. Прошу указать, продлевается ли срок «До 11 ноября 2026 г.» на количество рабочих дней, в
течение которых Заказчик предоставляет контактные данные (до 10 рабочих дней по пункту
1.11 ТЗ) и согласовывает материалы (до 5 рабочих дней по разделу 6 ТЗ).
4.3. Прошу указать, какая дата является сроком окончания исполнения обязательства
Исполнителя по этапу 1, с которой связывается начисление пени за просрочку: 17.11.2026
(календарный план ТЗ, таблица 2.1 приложения 2) или 16.12.2026 (таблица 2.7 приложения 2).
4.4. Прошу указать, какая дата является сроком окончания выполнения работ по этапу 3
«Доработка модуля «Чат-бот»»: 15.12.2026 (пункт 1.7 ТЗ, таблица 2.1 приложения 2) или
21.01.2027 (таблица 2.7 приложения 2).
Ответ 4:
4.1 Срок выполнения работ установлен не в календарных и не в рабочих днях. Сроки
выполнения работ указаны конкретной календарной датой. Первый этап до 11.11.2026 года.
4.2 Сроки этапов не меняются в процессе выполнения контракта и включают в себя все
обязательства сторон, в том числе согласования.
4.3 Срок окончания исполнения обязательства Исполнителя по этапу 1, с которой связывается
начисление пени за просрочку: 17.11.2026. 16.12.2026 срок исполнения этапа Контракта,
который включает в себя обязанности сторон по предоставлению исполнительных документов,
их подписание, проведения экспертизы результатов и оплату выполненных работ.
4.4 Срок окончания выполнения работ по этапу 3 «Доработка модуля «Чат-бот»»: 15.12.2026.
21.01.2027 срок исполнения этапа Контракта, который включает в себя обязанности сторон по
предоставлению исполнительных документов, их подписание, проведения экспертизы
результатов и оплату выполненных работ.
Вопрос 5: Пункт 4.2.1.1 ТЗ включает в состав работ по модулю «Чат-бот» «сбор базовой
аналитики и первоначальное наполнение по согласованным материалам Заказчика». Пункт
4.2.9.2 ТЗ: «До начала размещения стороны утверждают единый реестр.» «Объём
первоначального наполнения определяется этим реестром.» Количество разделов и статей базы
знаний в ТЗ не указано.
Пункт 4.2.1.4 ТЗ: «Использование локального смыслового поиска и перенос материалов в
существующий раздел FAQ выполняются по согласованию с Заказчиком в порядке,
установленном настоящим разделом.» Пункт 4.2.6.1 ТЗ: «До включения функции согласуются
возможность её размещения на выделенных ресурсах, выбранная модель, условия
использования и контрольные примеры.» «Технические требования к вычислительным
ресурсам определяются после проверки выбранного варианта на предоставленной базе знаний.»
Пункт 4.7 ТЗ: «При выходе новых стабильных версий указанных браузеров Исполнитель
обеспечивает совместимость с ними в срок не более 5 рабочих дней.» Период действия этой
обязанности в ТЗ не указан.
Пункт 6.1 ТЗ относит к гарантийным обязательствам Исполнителя обязанность «осуществлять
авторский надзор за изменениями Платформы, выполняемыми силами или по инициативе
Заказчика» и «оказывать консультационную поддержку представителей Заказчика по вопросам
особенностей реализации доработанных компонентов». Количество заключений и
консультаций в ТЗ не ограничено. Пункт 2.2 Проекта контракта: «Цена Контракта является
твердой и определяется на весь срок исполнения Контракта.»
5.1. Прошу указать максимальное количество разделов и максимальное количество статей базы
знаний, подлежащих размещению Исполнителем при первоначальном наполнении в пределах
цены позиции «Доработка модуля «Чат-бот»» (685 000,00 рублей).
5.2. Прошу указать, включена ли стоимость работ по пункту 4.2.6 ТЗ (смысловой поиск) и по
переносу материалов в раздел FAQ (пункт 4.2.9.4 ТЗ) в цену позиции «Доработка модуля «Чатбот»» (685 000,00 рублей), и максимальное количество материалов, переносимых в раздел FAQ.
5.3. Прошу указать сторону контракта, которая предоставляет выделенные вычислительные
ресурсы и права использования embedding-модели, указанные в пункте 4.2.6.1 ТЗ, и срок, в
который Заказчик принимает решение о согласовании смыслового поиска.
5.4. Прошу указать дату окончания периода, в течение которого действует обязанность
Исполнителя по пункту 4.7 ТЗ обеспечивать совместимость с новыми версиями браузеров.
5.5. Прошу указать максимальное количество мотивированных заключений и консультаций,
которые Исполнитель предоставляет в течение гарантийного срока по пункту 6.1 ТЗ.
Ответ 5:
5.1 Максимальное число разделов базы знаний: не более 15 разделов. Максимальное число
статей (ответов на вопросы) базы знаний: не более 150 статей. Предельная глубина дерева
разделов (вложенность): не более 3 уровней. Максимальное число стартовых карточек: не более
6 карточек.
5.2 Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту. Максимальное количество материалов, переносимых в раздел FAQ не более 150
статей.
5.3 Цена Контракта включает в себя компенсацию всех расходов Исполнителя, связанных с
выполнением работ, в том числе расходов на уплату налогов, сборов и других обязательных
платежей, а также иных расходов Исполнителя, связанных с выполнением обязательств по
Контракту. Заказчик, в течение 3 рабочих дней.
5.4 Исполнитель обязан обеспечить совместимость доработок с новыми версиями веббраузеров, указанных в ООЗ, до завершения действия ГК. Список браузеров и версии
представлены в ООЗ.
5.5 Не более 10 раз.
Вопрос 6: Пункт 2.2 Проекта контракта: «Цена Контракта является твердой и определяется на
весь срок исполнения Контракта.» Таблица 2.1 приложения 2 к Проекту контракта определяет
объем каждого этапа как «1,00; Условная единица».
Таблица 2.3 «Порядок и сроки оплаты» приложения 2 к Проекту контракта для каждой из оплат
№01, №02, №03 содержит значение «100% По фактическому объёму».
6.1. Прошу указать, подлежит ли цена этапа оплате в полном размере после приемки этапа либо
оплате подлежит фактически выполненный объем работ по этапу.
6.2. Прошу указать единицу измерения фактического объема работ по каждому этапу,
применяемую при оплате по таблице 2.3 приложения 2 к Проекту контракта, и документ
(пункт), которым определяется стоимость такой единицы.
Ответ 6:
6.1 Заказчик оплачивает выполненные работы в соответствии с условиями Контракта путем
перечисления денежных средств на счет Исполнителя, реквизиты которого приведены в разделе
16 Контракта по факту 100% выполнения работ в течение 5 раб. дн. от даты подписания
документа-предшественника «Документ о приемке (функция СЧФДОП)»
6.2 Единица измерения фактического объема работ «Условная единица».
Вопрос 7: Порядок оценки устанавливает значимость критерия «Квалификация участников
закупки» 70,00 процентов с единственным детализирующим показателем «Общее количество
исполненных участником закупки договоров», для которого указано: «к оценке принимаются
исполненные участником закупки с учетом правопреемства (в случае наличия в заявке
подтверждающего документа) контракты, заключенные и исполненные в соответствии с
Федеральным законом № 44-ФЗ, и договоры, заключенные и исполненные в соответствии с
Федеральным законом № 223-ФЗ».
7.1. Прошу указать пункт Положения об оценке заявок, утвержденного постановлением
Правительства Российской Федерации от 31.12.2021 № 2604, предусматривающий право
заказчика принимать к оценке только контракты, заключенные в соответствии с Законом № 44ФЗ, и договоры, заключенные в соответствии с Федеральным законом № 223-ФЗ.
7.2. Прошу указать, принимается ли к оценке исполненный участником закупки договор на
выполнение работ предмета, указанного в Порядке оценки, заключенный не в соответствии с
Законом № 44-ФЗ и Федеральным законом № 223-ФЗ, при представлении такого договора и
актов приемки.
Ответ 7:
7.1 Пунктом «в» ч. 28 раздела V. Оценка заявок по критерию оценки "квалификация участников
закупки" Постановления Правительства РФ от 31.12.2021 N 2604 (ред. от 29.09.2026) "Об
оценке заявок на участие в закупке товаров, работ, услуг для обеспечения государственных и
муниципальных нужд, внесении изменений в пункт 4 постановления Правительства Российской
Федерации от 20 декабря 2021 г. N 2369 и признании утратившими силу некоторых актов и
отдельных положений некоторых актов Правительства Российской Федерации" предусмотрено:
«может быть установлено положение о принятии к оценке исключительно контракта,
заключенного и исполненного в соответствии с Федеральным законом, и договора,
заключенного и исполненного в соответствии с Федеральным законом "О закупках товаров,
работ, услуг отдельными видами юридических лиц";»
7.2 К оценке принимаются исполненные участником закупки с учетом правопреемства (в
случае наличия в заявке подтверждающего документа) ИСКЛЮЧИТЕЛЬНО контракты,
заключенные и исполненные в соответствии с Федеральным законом № 44-ФЗ, и договоры,
заключенные и исполненные в соответствии с Федеральным законом № 223-ФЗ «О закупках
товаров, работ, услуг отдельными видами юридических лиц»;

=== ФАЙЛ: Ответ на запрос 3 | docs/0348100024426000039/Ответ на запрос 3.pdf
Ответ на запрос о разъяснении положений извещения об осуществлении закупки
Общие сведения о закупке
Номер извещения
0348100024426000039
Номер редакции
извещения
2
Наименование объекта
закупки
Выполнение работ по развитию и модернизации платформы
управления типовым сайтом Государственного казенного
учреждения «Центр занятости населения Московской области» (в
сфере ИКТ)
Идентификационный код
закупки
262503104429350740100101000016201242
Сведения о запросе
Номер запроса
RTS_req101076460
Дата поступления запроса
11.10.2026 14:51
Вопрос 1: Запрос по закупке №0348100024426000039. Пункт 1.11 требует аттестовать рабочее
место, с которого заказчик размещает информацию на платформе, по требованиям к
государственной информационной системе второго класса. В этом же пункте требуется
«разрешение на обработку информации» для системы технической поддержки. 1. Просим
указать, какое именно рабочее место подлежит аттестации, где оно находится, какие программы
и подключения используются и есть ли действующий аттестат. Требуется первичная аттестация
либо обновление существующих документов? Эти сведения нужны для определения состава и
стоимости работ по аттестации. 2. Какой конкретно документ имеется в виду под «разрешением
на обработку информации» для системы технической поддержки и для какого состава
оборудования и программ он должен быть получен? Просим указать требования, по которым
проверяется этот документ при приёмке. Защищённое место исполнителя и рабочее место
публикации заказчика могут быть разными объектами. Поэтому аренда первого сама по себе не
подтверждает выполнение аттестации второго."
Ответ 1: В пункте 1.11 отсутствует требование об аттестации рабочего места.
