Номер извещения: 0150200002125000022

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Открытый конкурс в электронной форме

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РОСЭЛТОРГ (АО«ЕЭТП»)

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://roseltorg.ru

Размещение осуществляет: Заказчик НОВГОРОДСКАЯ ОБЛАСТНАЯ ДУМА

Наименование объекта закупки: оказание услуг по созданию официального сайта Новгородской областной Думы

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202501502000021001000036

Контактная информация

Размещение осуществляет: Заказчик

Организация, осуществляющая размещение: НОВГОРОДСКАЯ ОБЛАСТНАЯ ДУМА

Почтовый адрес: Российская Федерация, 173005, Новгородская обл, Великий Новгород г, Победы-Софийская, Д. 1

Место нахождения: Российская Федерация, 173005, Новгородская обл, Великий Новгород г, Победы-Софийская, Д. 1

Ответственное должностное лицо: Францев С. В.

Адрес электронной почты: adminduma@novreg.ru

Номер контактного телефона: 7-911-6007868

Дополнительная информация: Информация отсутствует

Регион: Новгородская обл

Информация о процедуре закупки

Дата и время окончания срока подачи заявок: 19.12.2025 10:00 (МСК)

Дата окончания срока рассмотрения и оценки первых частей заявок: 22.12.2025

Дата проведения процедуры подачи предложений о цене контракта: 23.12.2025

Дата окончания срока рассмотрения и оценки вторых частей заявок: 23.12.2025

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 23.12.2025

Начальная (максимальная) цена контракта

Начальная (максимальная) цена контракта: 2 792 933,33

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 252532113445353210100100320016201244

Информация о сроках исполнения контракта и источниках финансирования

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 31.08.2026

Количество этапов: 2

Закупка за счет бюджетных средств: Да

Наименование бюджета: Областной бюджет

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 49000000: Муниципальные образования Новгородской области

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 62.01.11.000 - УСЛУГА ПО СОЗДАНИЮ ОФИЦИАЛЬНОГО САЙТА НОВГОРОДСКОЙ ОБЛАСТНОЙ ДУМЫ Автоматизированная система должна быть реализована на базе системы управления кон-тентом (CMS) «1С-Битрикс: Управление сайтом» редакции не ниже «Стандарт» с возмож-ностью масштабирования до редакций «Бизнес» при необходимости расширения функци-ональности. 2.1.1. Автоматизированная система должна обеспечивать: - надежное хранение и обработку информации; - разграничение прав доступа пользователей; - защиту от несанкционированного доступа; - резервное копирование данных; - восстановление работоспособности после сбоев; - аудит действий пользователей-администраторов. 2.1.2. Архитектура Автоматизированной системы должна предусматривать возмож-ность дальнейшего развития и масштабирования без необходимости полной переработки. 2.1.3. Автоматизированная система должна обеспечивать корректную работу при одно-временном обращении не менее 500 (пятисот) пользователей наличие 2.2.1. Структура Автоматизированной системы Автоматизированная система состоит из следующих основных компонентов: Публичная часть сайта (Frontend): - главная страница; - информационные разделы и страницы; - система навигации и поиска; - формы обратной связи и подачи обращений; - интерактивные элементы (карта округов, фотогалереи, видеотрансляции). Административная часть (Backend): - система управления контентом (CMS «1С-Битрикс»); - модуль управления законодательной деятельностью; - модуль формирования повесток; - модуль обработки обращений граждан; - система управления пользователями и правами доступа; - модуль аналитики и статистики. Базы данных: - основная база данных сайта (MySQL); - отдельная база данных для хранения персональных данных из обращений граждан (с повышенными требованиями к защите информации). г) Интеграционные модули: - модуль интеграции с Единым порталом государственных и муниципальных услуг (ЕПГУ) для приема обращений; - модуль интеграции с системой электронного документооборота (при наличии). 2.2.2. Требования к производительности Автоматизированная система должна обеспечивать: - время загрузки главной страницы — не более 3 секунд при канале связи 10 Мбит/с; - время загрузки внутренних страниц — не более 2 секунд; - время отклика поисковой системы — не более 1 секунды на запрос; - время формирования списка законов/законопроектов с фильтрами — не более 2 се-кунд наличие 2.3.1. Режим работы системы в целом: 7 дней в неделю, 24 часа в сутки. 2.3.2. Плановые технические работы должны проводиться в ночное время (с 00:00 до 06:00 по московскому времени) с предварительным уведомлением на сайте не менее чем за 24 часа. 2.3.3. Общее допустимое время простоя Автоматизированной системы не должно превы-шать 1% от общего времени работы в месяц (не более ~7 часов в месяц), включая проведе-ние плановых технических работ. 2.3.4. Должна быть обеспечена возможность резервного копирования всех данных систе-мы с периодичностью: - полное резервное копирование — не реже 1 раза в неделю; - инкрементальное резервное копирование — ежедневно; - хранение резервных копий — не менее 30 календарных дней. 2.3.5. Время восстановления Автоматизированной системы из резервной копии не долж-но превышать 4 часов. наличие - Условная единица - 1,00 - 2 792 933,33 - 2 792 933,33

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Автоматизированная система должна быть реализована на базе системы управления кон-тентом (CMS) «1С-Битрикс: Управление сайтом» редакции не ниже «Стандарт» с возмож-ностью масштабирования до редакций «Бизнес» при необходимости расширения функци-ональности. 2.1.1. Автоматизированная система должна обеспечивать: - надежное хранение и обработку информации; - разграничение прав доступа пользователей; - защиту от несанкционированного доступа; - резервное копирование данных; - восстановление работоспособности после сбоев; - аудит действий пользователей-администраторов. 2.1.2. Архитектура Автоматизированной системы должна предусматривать возмож-ность дальнейшего развития и масштабирования без необходимости полной переработки. 2.1.3. Автоматизированная система должна обеспечивать корректную работу при одно-временном обращении не менее 500 (пятисот) пользователей наличие Значение характеристики не может изменяться участником закупки 2.2.1. Структура Автоматизированной системы Автоматизированная система состоит из следующих основных компонентов: Публичная часть сайта (Frontend): - главная страница; - информационные разделы и страницы; - система навигации и поиска; - формы обратной связи и подачи обращений; - интерактивные элементы (карта округов, фотогалереи, видеотрансляции). Административная часть (Backend): - система управления контентом (CMS «1С-Битрикс»); - модуль управления законодательной деятельностью; - модуль формирования повесток; - модуль обработки обращений граждан; - система управления пользователями и правами доступа; - модуль аналитики и статистики. Базы данных: - основная база данных сайта (MySQL); - отдельная база данных для хранения персональных данных из обращений граждан (с повышенными требованиями к защите информации). г) Интеграционные модули: - модуль интеграции с Единым порталом государственных и муниципальных услуг (ЕПГУ) для приема обращений; - модуль интеграции с системой электронного документооборота (при наличии). 2.2.2. Требования к производительности Автоматизированная система должна обеспечивать: - время загрузки главной страницы — не более 3 секунд при канале связи 10 Мбит/с; - время загрузки внутренних страниц — не более 2 секунд; - время отклика поисковой системы — не более 1 секунды на запрос; - время формирования списка законов/законопроектов с фильтрами — не более 2 се-кунд наличие Значение характеристики не может изменяться участником закупки 2.3.1. Режим работы системы в целом: 7 дней в неделю, 24 часа в сутки. 2.3.2. Плановые технические работы должны проводиться в ночное время (с 00:00 до 06:00 по московскому времени) с предварительным уведомлением на сайте не менее чем за 24 часа. 2.3.3. Общее допустимое время простоя Автоматизированной системы не должно превы-шать 1% от общего времени работы в месяц (не более ~7 часов в месяц), включая проведе-ние плановых технических работ. 2.3.4. Должна быть обеспечена возможность резервного копирования всех данных систе-мы с периодичностью: - полное резервное копирование — не реже 1 раза в неделю; - инкрементальное резервное копирование — ежедневно; - хранение резервных копий — не менее 30 календарных дней. 2.3.5. Время восстановления Автоматизированной системы из резервной копии не долж-но превышать 4 часов. наличие Значение характеристики не может изменяться участником закупки 2.4.1. Вся передача данных между пользователем и сервером должна осуществляться по защищенному протоколу HTTPS с использованием SSL/TLS-сертификата. 2.4.2. Автоматизированная система должна обеспечивать защиту от: - SQL-инъекций; - XSS-атак (межсайтовый скриптинг); - CSRF-атак (подделка межсайтовых запросов); - DDoS-атак на уровне веб-сервера и приложения; - несанкционированного доступа к административной части сайта. 2.4.3. Пароли пользователей-администраторов должны храниться в зашифрованном виде с использованием современных криптографических алгоритмов (не ниже SHA-256). 2.4.4. Должна быть реализована политика паролей: - минимальная длина пароля — 8 символов; - обязательное использование цифр, заглавных и строчных букв; - срок действия пароля — не более 90 календарных дней; - блокировка учетной записи после 5 неудачных попыток входа. 2.4.5. Все действия администраторов в системе должны фиксироваться в журнале аудита с указанием: - даты и времени действия; - учетной записи пользователя; - типа действия (создание, редактирование, удаление контента); - IP-адреса, с которого выполнено действие. 2.4.6. Персональные данные, полученные через формы обращений, должны храниться в отдельной базе данных с повышенными требованиями к защите в соответствии с Феде-ральным законом № 152-ФЗ «О персональных данных» наличие Значение характеристики не может изменяться участником закупки Наименования разделов, указанных в приложении №1 к извещению наличие Значение характеристики не может изменяться участником закупки 3.1.1. Информационная архитектура сайта должна обеспечивать: - интуитивно понятную навигацию для пользователей; - быстрый доступ к наиболее востребованной информации (не более 3 кликов от главной страницы до целевой информации); - логическую структуру разделов и подразделов; - единообразие представления однотипной информации. 3.1.2. Структура сайта должна соответствовать требованиям Федерального закона № 8-ФЗ в части размещения информации о деятельности государственных органов. 3.1.3. Должна быть реализована карта сайта (sitemap): - в формате HTML для пользователей (страница на сайте со ссылками на все основ-ные разделы); - в формате XML для поисковых систем наличие Значение характеристики не может изменяться участником закупки 3.3.1. Главное навигационное меню должно: - располагаться в верхней части страницы (в шапке сайта); - быть доступным на всех страницах сайта; - поддерживать не менее двух уровней вложенности; - обеспечивать выделение текущего активного раздела. 3.3.2. Должна быть реализована «хлебные крошки» (breadcrumbs) — цепочка навигации, показывающая путь от главной страницы до текущей страницы. 3.3.3. В подвале сайта (футере) должно быть размещено дублирующее меню со ссылками на основные разделы. 3.3.4. Для длинных страниц с большим объемом контента должно быть реализова-но внутристраничное навигационное меню (оглавление с якорными ссылками на разделы страницы). наличие Значение характеристики не может изменяться участником закупки 4.3.1. Для основного текста должны использоваться: - системные шрифты или общедоступные веб-шрифты с хорошей читаемостью; - размер шрифта для основного текста — не менее 16 пикселей; - межстрочный интервал — не менее 1,5; - длина строки текста — не более 80-90 символов для обеспечения комфортного чтения. 4.3.2. Для заголовков должна быть выстроена визуальная иерархия: - заголовок первого уровня (H1) — используется один раз на странице для основно-го заголовка; - заголовки второго (H2) и третьего (H3) уровней — для структурирования контен-та; - размеры заголовков должны обеспечивать явное визуальное различие между уров-нями. 4.3.3. Должны быть соблюдены правила типографики: - использование правильных кавычек («елочки» для русского текста); - использование длинного тире (—) вместо дефиса (-) в соответствующих случаях; - использование неразрывных пробелов в необходимых местах; - корректная расстановка знаков препинания наличие Значение характеристики не может изменяться участником закупки 4.4.1. Основная цветовая схема должна обеспечивать: - достаточный контраст между текстом и фоном (коэффициент контрастности не менее 4,5:1 для обычного текста и не менее 3:1 для крупного текста в соответствии с WCAG 2.1); - комфортное восприятие информации при длительном чтении; - соответствие официальному стилю государственного органа. 4.4.2. Цвет не должен быть единственным средством передачи информации. При использовании цвета для обозначения состояния, статуса или действия должны дополни-тельно использоваться текстовые пояснения, иконки или другие визуальные индикаторы. 4.4.3. Должна быть предусмотрена альтернативная цветовая схема для версии сай-та для слабовидящих с возможностью выбора: - черный текст на белом фоне; - белый текст на черном фоне; - темно-синий текст на голубом фоне наличие Значение характеристики не может изменяться участником закупки 4.5.1. Все изображения должны: - быть оптимизированы для веб-использования (сжатие без существенной потери качества); - иметь альтернативные текстовые описания (атрибут alt) для обеспечения доступ-ности; - корректно масштабироваться на экранах с различными разрешениями. 4.5.2. Фотографии депутатов, руководства, мероприятий должны быть высокого качества и единообразны по стилю обработки. 4.5.3. Иконки и пиктограммы должны: - быть выполнены в едином стиле; - иметь интуитивно понятное значение; - сопровождаться текстовыми подписями (при необходимости). 4.5.4. Логотипы и символика должны быть размещены в соответствии с требова-ниями федерального и регионального законодательства о государственной символике наличие Значение характеристики не может изменяться участником закупки 4.6.1. Кнопки и ссылки: а) Все интерактивные элементы (кнопки, ссылки) должны иметь явные визуальные состояния: - обычное состояние; - состояние при наведении курсора (hover); - состояние при получении фокуса (focus) — для навигации с клавиатуры; - активное состояние (active); - неактивное состояние (disabled) — при необходимости. б) Визуальные изменения при взаимодействии не должны быть резкими и отвле-кающими. в) Размер интерактивных элементов должен быть достаточным для комфортного использования на сенсорных устройствах (не менее 44?44 пикселей для кнопок). 6.6.2. Формы ввода: а) Все поля ввода должны иметь четкие текстовые метки. б) Обязательные поля должны быть визуально отмечены (например, звездочкой). в) При возникновении ошибок ввода должны отображаться понятные сообщения об ошибках с указанием способа их исправления. г) Успешная отправка формы должна сопровождаться визуальным подтверждени-ем наличие Значение характеристики не может изменяться участником закупки 4.7.1. Исполнитель должен разработать дизайн-макеты следующих страниц: - главная страница; - страница раздела верхнего уровня (типовая); - страница новости (детальная); - карточка депутата; - страница списка депутатов; - страница с интерактивной картой избирательных округов; - карточка закона/законопроекта; - страница заседания с повесткой; - форма подачи электронного обращения; - страница результатов поиска. 4.7.2. Дизайн-макеты должны быть выполнены в графическом редакторе (Figma, Adobe Photoshop, Adobe Illustrator или аналогичном) и предоставлены Заказчику: - в формате исходных файлов редактора; - в формате изображений (PNG, JPG) для просмотра. 4.7.3. Для каждой страницы должны быть разработаны макеты для основных то-чек преломления: - мобильная версия (360/390 пикселей); - планшетная версия (768 пикселей); - десктопная версия (1440 пикселей). 4.7.4. Согласование дизайн-макетов осуществляется в следующем порядке: - Исполнитель представляет первый вариант дизайна главной страницы на утвер-ждение — срок согласования Заказчиком не более 5 рабочих дней; - после утверждения концепции главной страницы Исполнитель разрабатывает ди-зайн остальных типовых страниц — срок согласования Заказчиком не более 3 рабочих дней; - допускается не более трех раундов правок по каждому макету. 4.7.5. После окончательного утверждения дизайн-макетов изменения в дизайн не допускаются без согласования с Исполнителем и могут повлечь изменение сроков и стои-мости работ наличие Значение характеристики не может изменяться участником закупки 5.1.1. Сайт должен соответствовать требованиям доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности в соответствии с: - ГОСТ Р 52872-2019 «Интернет-ресурсы и другая информация, представленная в электронно-цифровой форме. Приложения для стационарных и мобильных устройств, иные пользовательские интерфейсы. Требования доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности» (уровень соответствия А); - Приказом Минкомсвязи России от 12.12.2022 № 931 «Об установлении Порядка обеспечения условий доступности для инвалидов по зрению официальных сайтов феде-ральных органов государственной власти, органов государственной власти субъектов Рос-сийской Федерации и органов местного самоуправления в сети "Интернет"». 5.1.2. Сайт должен быть доступен для использования лицами: - с нарушениями зрения (полная или частичная потеря зрения); - с нарушениями слуха; - с нарушениями опорно-двигательного аппарата; - с когнитивными нарушениями наличие Значение характеристики не может изменяться участником закупки 5.2.1. На сайте должна быть реализована специальная версия для слабовидящих, активируемая нажатием на соответствующую кнопку в шапке сайта (кнопка должна быть доступна на всех страницах). 5.2.2. Версия для слабовидящих должна обеспечивать: а) Увеличение размера шрифта: - возможность увеличения размера текста до 200% от исходного; - сохранение читаемости и структуры страницы при увеличении шрифта; - минимум 3 варианта размера шрифта (обычный, увеличенный, крупный). б) Увеличение межстрочного интервала: - возможность увеличения интервала между строками до 1,5-2; - возможность увеличения расстояния между буквами (межбуквенный интервал). в) Изменение шрифта: - возможность выбора шрифта с улучшенной читаемостью (например, специализи-рованные шрифты для слабовидящих или шрифты без засечек с крупным начертанием). г) Изменение цветовой схемы: Пользователь должен иметь возможность выбора одной из следующих цветовых схем: - черный текст на белом фоне (по умолчанию); - белый текст на черном фоне; - темно-синий текст на голубом фоне; - коричневый текст на бежевом фоне; - зеленый текст на темно-коричневом фоне. д) Упрощение интерфейса: - возможность отключения изображений (кроме функционально значимых); - возможность отключения фоновых изображений; - линейное отображение контента без сложных многоколоночных макетов. 5.2.3. Настройки версии для слабовидящих должны сохраняться между сеансами работы пользователя (с использованием cookies или localStorage). 5.2.4. Нетекстовая информация и нетекстовые материалы (изображения, инфогра-фика, диаграммы) должны иметь альтернативные текстовые описания, отображаемые в версии для слабовидящих. 5.2.5. Документы в формате PDF, содержащие графические изображения, по воз-можности должны быть продублированы в текстовом формате или снабжены текстовым описанием содержания наличие Значение характеристики не может изменяться участником закупки 5.4.1. Вся функциональность сайта должна быть доступна при использовании только кла-виатуры без необходимости использования мыши. 5.4.2. Все интерактивные элементы (ссылки, кнопки, поля форм) должны: - быть доступны при навигации с помощью клавиши `Tab`; - иметь видимый индикатор фокуса (рамка, изменение цвета фона) при получении фокуса; - не захватывать фокус (отсутствие «клавиатурных ловушек»). 5.4.3. Порядок обхода элементов при навигации с клавиатуры (tab order) должен быть логичным и соответствовать визуальному расположению элементов на странице. 5.4.4. Должна быть реализована возможность пропуска повторяющихся блоков (навигационное меню, шапка сайта) с помощью «якорной ссылки» (skip link) в начале страницы, позволяющей перейти сразу к основному содержимому. 5.4.5. Для сложных интерактивных элементов (выпадающие меню, модальные окна, вкладки) должна быть реализована навигация с помощью клавиш-стрелок в соответ-ствии с паттернами WAI-ARIA Authoring Practices наличие Значение характеристики не может изменяться участником закупки 6.3.1. При наличии у Заказчика системы электронного документооборота (СЭД) должна быть обеспечена возможность интеграции для: - автоматического импорта на сайт принятых областных законов и постановлений областной Думы; - автоматического импорта на сайт законопроектов, внесенных на рассмотрение; - экспорта электронных обращений граждан из сайта в СЭД для регистрации и дальнейшего рассмотрения; - получения из СЭД информации о статусе рассмотрения обращений и зарегистри-рованных номерах. 6.3.2. Интеграция должна быть реализована через REST API или веб-сервисы (SOAP) в зависимости от возможностей СЭД. 6.3.3. Исходный код модулей интеграции должен быть открыт для модификации Заказчиком для возможности адаптации под конкретную СЭД. 6.3.4. Конкретный перечень передаваемых данных, форматы, методы и периодич-ность обмена данными определяются дополнительно на этапе разработки технического проекта после предоставления Заказчиком документации по используемой СЭД наличие Значение характеристики не может изменяться участником закупки 6.1.1. Автоматизированная система должна обеспечивать возможность интегра-ции с внешними информационными системами и сервисами для обмена данными и рас-ширения функциональности. 6.1.2. Все интеграции должны быть реализованы с использованием защищенных протоколов передачи данных (HTTPS, SSL/TLS). 6.1.3. Интеграции должны быть реализованы с использованием стандартных ме-тодов и протоколов (REST API, SOAP, XML, JSON) в соответствии с документацией инте-грируемых систем. 6.1.4. Должно быть обеспечено логирование всех обращений к внешним системам и получения данных из них для возможности диагностики и устранения неполадок. 6.1.5. В случае недоступности внешней системы интеграция не должна приводить к сбоям в работе основного функционала сайта наличие Значение характеристики не может изменяться участником закупки 5.8. Требование к языку страницы 5.8.1. В HTML-коде каждой страницы должен быть указан язык страницы с по-мощью атрибута `lang` в теге ``: ```html ``` 5.8.2. Если на странице присутствуют фрагменты текста на другом языке, они должны быть размечены с указанием соответствующего языка. 5.9. Контроль соответствия требованиям доступности 5.9.1. Перед сдачей работ Исполнитель должен провести проверку сайта на соот-ветствие требованиям доступности с использованием автоматизированных инструментов (например, WAVE, axe DevTools, Lighthouse). 5.9.2. Исполнитель должен предоставить Заказчику отчет о проверке соответствия требованиям доступности с указанием: - использованных инструментов проверки; - выявленных проблем и способов их устранения; - подтверждения соответствия требованиям ГОСТ Р 52872-2019 уровня А наличие Значение характеристики не может изменяться участником закупки 6.2. Интеграция с Единым порталом государственных и муниципальных услуг (ЕПГУ) 6.2.1. Цель интеграции: Обеспечение возможности приема электронных обращений граждан, поданных че-рез Единый портал государственных и муниципальных услуг (функций) — портал «Госус-луги» ([gosuslugi.ru] (http://gosuslugi.ru)). 6.2.2. Требования к интеграции: а) Должна быть реализована возможность приема обращений, направленных граж-данами через портал «Госуслуги» в адрес Новгородской областной Думы. б) При поступлении обращения через ЕПГУ в систему обработки обращений на сайте должны автоматически передаваться следующие данные: - фамилия, имя, отчество заявителя; - СНИЛС заявителя (при наличии); - адрес электронной почты; - контактный телефон (при наличии); - текст обращения; - прикрепленные файлы (при наличии). в) Обращение, поступившее через ЕПГУ, должно автоматически регистрироваться в системе с присвоением уникального номера. г) Информация о статусе рассмотрения обращения и ответ на обращение должны передаваться обратно в личный кабинет заявителя на портале «Госуслуги». д) Должна быть обеспечена синхронизация статусов обращения между системой обработки обращений сайта и ЕПГУ. 6.2.3. Метод интеграции: Интеграция должна быть реализована в соответствии с методическими рекоменда-циями и технической документацией, предоставляемой оператором ЕПГУ (Минцифры России), с использованием СМЭВ (Система межведомственного электронного взаимодей-ствия) или иных предусмотренных методов. 6.2.4. Ответственность: а) Исполнитель обеспечивает техническую реализацию интеграции со стороны сайта областной Думы. б) Заказчик обеспечивает организационные мероприятия по подключению к ЕПГУ (получение необходимых учетных данных, согласование регламентов взаимодействия с оператором ЕПГУ) наличие Значение характеристики не может изменяться участником закупки Иные требования, указанные в приложении №1 к извещению наличие Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Автоматизированная система должна быть реализована на базе системы управления кон-тентом (CMS) «1С-Битрикс: Управление сайтом» редакции не ниже «Стандарт» с возмож-ностью масштабирования до редакций «Бизнес» при необходимости расширения функци-ональности. 2.1.1. Автоматизированная система должна обеспечивать: - надежное хранение и обработку информации; - разграничение прав доступа пользователей; - защиту от несанкционированного доступа; - резервное копирование данных; - восстановление работоспособности после сбоев; - аудит действий пользователей-администраторов. 2.1.2. Архитектура Автоматизированной системы должна предусматривать возмож-ность дальнейшего развития и масштабирования без необходимости полной переработки. 2.1.3. Автоматизированная система должна обеспечивать корректную работу при одно-временном обращении не менее 500 (пятисот) пользователей - наличие - - Значение характеристики не может изменяться участником закупки - 2.2.1. Структура Автоматизированной системы Автоматизированная система состоит из следующих основных компонентов: Публичная часть сайта (Frontend): - главная страница; - информационные разделы и страницы; - система навигации и поиска; - формы обратной связи и подачи обращений; - интерактивные элементы (карта округов, фотогалереи, видеотрансляции). Административная часть (Backend): - система управления контентом (CMS «1С-Битрикс»); - модуль управления законодательной деятельностью; - модуль формирования повесток; - модуль обработки обращений граждан; - система управления пользователями и правами доступа; - модуль аналитики и статистики. Базы данных: - основная база данных сайта (MySQL); - отдельная база данных для хранения персональных данных из обращений граждан (с повышенными требованиями к защите информации). г) Интеграционные модули: - модуль интеграции с Единым порталом государственных и муниципальных услуг (ЕПГУ) для приема обращений; - модуль интеграции с системой электронного документооборота (при наличии). 2.2.2. Требования к производительности Автоматизированная система должна обеспечивать: - время загрузки главной страницы — не более 3 секунд при канале связи 10 Мбит/с; - время загрузки внутренних страниц — не более 2 секунд; - время отклика поисковой системы — не более 1 секунды на запрос; - время формирования списка законов/законопроектов с фильтрами — не более 2 се-кунд - наличие - - Значение характеристики не может изменяться участником закупки - 2.3.1. Режим работы системы в целом: 7 дней в неделю, 24 часа в сутки. 2.3.2. Плановые технические работы должны проводиться в ночное время (с 00:00 до 06:00 по московскому времени) с предварительным уведомлением на сайте не менее чем за 24 часа. 2.3.3. Общее допустимое время простоя Автоматизированной системы не должно превы-шать 1% от общего времени работы в месяц (не более ~7 часов в месяц), включая проведе-ние плановых технических работ. 2.3.4. Должна быть обеспечена возможность резервного копирования всех данных систе-мы с периодичностью: - полное резервное копирование — не реже 1 раза в неделю; - инкрементальное резервное копирование — ежедневно; - хранение резервных копий — не менее 30 календарных дней. 2.3.5. Время восстановления Автоматизированной системы из резервной копии не долж-но превышать 4 часов. - наличие - - Значение характеристики не может изменяться участником закупки - 2.4.1. Вся передача данных между пользователем и сервером должна осуществляться по защищенному протоколу HTTPS с использованием SSL/TLS-сертификата. 2.4.2. Автоматизированная система должна обеспечивать защиту от: - SQL-инъекций; - XSS-атак (межсайтовый скриптинг); - CSRF-атак (подделка межсайтовых запросов); - DDoS-атак на уровне веб-сервера и приложения; - несанкционированного доступа к административной части сайта. 2.4.3. Пароли пользователей-администраторов должны храниться в зашифрованном виде с использованием современных криптографических алгоритмов (не ниже SHA-256). 2.4.4. Должна быть реализована политика паролей: - минимальная длина пароля — 8 символов; - обязательное использование цифр, заглавных и строчных букв; - срок действия пароля — не более 90 календарных дней; - блокировка учетной записи после 5 неудачных попыток входа. 2.4.5. Все действия администраторов в системе должны фиксироваться в журнале аудита с указанием: - даты и времени действия; - учетной записи пользователя; - типа действия (создание, редактирование, удаление контента); - IP-адреса, с которого выполнено действие. 2.4.6. Персональные данные, полученные через формы обращений, должны храниться в отдельной базе данных с повышенными требованиями к защите в соответствии с Феде-ральным законом № 152-ФЗ «О персональных данных» - наличие - - Значение характеристики не может изменяться участником закупки - Наименования разделов, указанных в приложении №1 к извещению - наличие - - Значение характеристики не может изменяться участником закупки - 3.1.1. Информационная архитектура сайта должна обеспечивать: - интуитивно понятную навигацию для пользователей; - быстрый доступ к наиболее востребованной информации (не более 3 кликов от главной страницы до целевой информации); - логическую структуру разделов и подразделов; - единообразие представления однотипной информации. 3.1.2. Структура сайта должна соответствовать требованиям Федерального закона № 8-ФЗ в части размещения информации о деятельности государственных органов. 3.1.3. Должна быть реализована карта сайта (sitemap): - в формате HTML для пользователей (страница на сайте со ссылками на все основ-ные разделы); - в формате XML для поисковых систем - наличие - - Значение характеристики не может изменяться участником закупки - 3.3.1. Главное навигационное меню должно: - располагаться в верхней части страницы (в шапке сайта); - быть доступным на всех страницах сайта; - поддерживать не менее двух уровней вложенности; - обеспечивать выделение текущего активного раздела. 3.3.2. Должна быть реализована «хлебные крошки» (breadcrumbs) — цепочка навигации, показывающая путь от главной страницы до текущей страницы. 3.3.3. В подвале сайта (футере) должно быть размещено дублирующее меню со ссылками на основные разделы. 3.3.4. Для длинных страниц с большим объемом контента должно быть реализова-но внутристраничное навигационное меню (оглавление с якорными ссылками на разделы страницы). - наличие - - Значение характеристики не может изменяться участником закупки - 4.3.1. Для основного текста должны использоваться: - системные шрифты или общедоступные веб-шрифты с хорошей читаемостью; - размер шрифта для основного текста — не менее 16 пикселей; - межстрочный интервал — не менее 1,5; - длина строки текста — не более 80-90 символов для обеспечения комфортного чтения. 4.3.2. Для заголовков должна быть выстроена визуальная иерархия: - заголовок первого уровня (H1) — используется один раз на странице для основно-го заголовка; - заголовки второго (H2) и третьего (H3) уровней — для структурирования контен-та; - размеры заголовков должны обеспечивать явное визуальное различие между уров-нями. 4.3.3. Должны быть соблюдены правила типографики: - использование правильных кавычек («елочки» для русского текста); - использование длинного тире (—) вместо дефиса (-) в соответствующих случаях; - использование неразрывных пробелов в необходимых местах; - корректная расстановка знаков препинания - наличие - - Значение характеристики не может изменяться участником закупки - 4.4.1. Основная цветовая схема должна обеспечивать: - достаточный контраст между текстом и фоном (коэффициент контрастности не менее 4,5:1 для обычного текста и не менее 3:1 для крупного текста в соответствии с WCAG 2.1); - комфортное восприятие информации при длительном чтении; - соответствие официальному стилю государственного органа. 4.4.2. Цвет не должен быть единственным средством передачи информации. При использовании цвета для обозначения состояния, статуса или действия должны дополни-тельно использоваться текстовые пояснения, иконки или другие визуальные индикаторы. 4.4.3. Должна быть предусмотрена альтернативная цветовая схема для версии сай-та для слабовидящих с возможностью выбора: - черный текст на белом фоне; - белый текст на черном фоне; - темно-синий текст на голубом фоне - наличие - - Значение характеристики не может изменяться участником закупки - 4.5.1. Все изображения должны: - быть оптимизированы для веб-использования (сжатие без существенной потери качества); - иметь альтернативные текстовые описания (атрибут alt) для обеспечения доступ-ности; - корректно масштабироваться на экранах с различными разрешениями. 4.5.2. Фотографии депутатов, руководства, мероприятий должны быть высокого качества и единообразны по стилю обработки. 4.5.3. Иконки и пиктограммы должны: - быть выполнены в едином стиле; - иметь интуитивно понятное значение; - сопровождаться текстовыми подписями (при необходимости). 4.5.4. Логотипы и символика должны быть размещены в соответствии с требова-ниями федерального и регионального законодательства о государственной символике - наличие - - Значение характеристики не может изменяться участником закупки - 4.6.1. Кнопки и ссылки: а) Все интерактивные элементы (кнопки, ссылки) должны иметь явные визуальные состояния: - обычное состояние; - состояние при наведении курсора (hover); - состояние при получении фокуса (focus) — для навигации с клавиатуры; - активное состояние (active); - неактивное состояние (disabled) — при необходимости. б) Визуальные изменения при взаимодействии не должны быть резкими и отвле-кающими. в) Размер интерактивных элементов должен быть достаточным для комфортного использования на сенсорных устройствах (не менее 44?44 пикселей для кнопок). 6.6.2. Формы ввода: а) Все поля ввода должны иметь четкие текстовые метки. б) Обязательные поля должны быть визуально отмечены (например, звездочкой). в) При возникновении ошибок ввода должны отображаться понятные сообщения об ошибках с указанием способа их исправления. г) Успешная отправка формы должна сопровождаться визуальным подтверждени-ем - наличие - - Значение характеристики не может изменяться участником закупки - 4.7.1. Исполнитель должен разработать дизайн-макеты следующих страниц: - главная страница; - страница раздела верхнего уровня (типовая); - страница новости (детальная); - карточка депутата; - страница списка депутатов; - страница с интерактивной картой избирательных округов; - карточка закона/законопроекта; - страница заседания с повесткой; - форма подачи электронного обращения; - страница результатов поиска. 4.7.2. Дизайн-макеты должны быть выполнены в графическом редакторе (Figma, Adobe Photoshop, Adobe Illustrator или аналогичном) и предоставлены Заказчику: - в формате исходных файлов редактора; - в формате изображений (PNG, JPG) для просмотра. 4.7.3. Для каждой страницы должны быть разработаны макеты для основных то-чек преломления: - мобильная версия (360/390 пикселей); - планшетная версия (768 пикселей); - десктопная версия (1440 пикселей). 4.7.4. Согласование дизайн-макетов осуществляется в следующем порядке: - Исполнитель представляет первый вариант дизайна главной страницы на утвер-ждение — срок согласования Заказчиком не более 5 рабочих дней; - после утверждения концепции главной страницы Исполнитель разрабатывает ди-зайн остальных типовых страниц — срок согласования Заказчиком не более 3 рабочих дней; - допускается не более трех раундов правок по каждому макету. 4.7.5. После окончательного утверждения дизайн-макетов изменения в дизайн не допускаются без согласования с Исполнителем и могут повлечь изменение сроков и стои-мости работ - наличие - - Значение характеристики не может изменяться участником закупки - 5.1.1. Сайт должен соответствовать требованиям доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности в соответствии с: - ГОСТ Р 52872-2019 «Интернет-ресурсы и другая информация, представленная в электронно-цифровой форме. Приложения для стационарных и мобильных устройств, иные пользовательские интерфейсы. Требования доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности» (уровень соответствия А); - Приказом Минкомсвязи России от 12.12.2022 № 931 «Об установлении Порядка обеспечения условий доступности для инвалидов по зрению официальных сайтов феде-ральных органов государственной власти, органов государственной власти субъектов Рос-сийской Федерации и органов местного самоуправления в сети "Интернет"». 5.1.2. Сайт должен быть доступен для использования лицами: - с нарушениями зрения (полная или частичная потеря зрения); - с нарушениями слуха; - с нарушениями опорно-двигательного аппарата; - с когнитивными нарушениями - наличие - - Значение характеристики не может изменяться участником закупки - 5.2.1. На сайте должна быть реализована специальная версия для слабовидящих, активируемая нажатием на соответствующую кнопку в шапке сайта (кнопка должна быть доступна на всех страницах). 5.2.2. Версия для слабовидящих должна обеспечивать: а) Увеличение размера шрифта: - возможность увеличения размера текста до 200% от исходного; - сохранение читаемости и структуры страницы при увеличении шрифта; - минимум 3 варианта размера шрифта (обычный, увеличенный, крупный). б) Увеличение межстрочного интервала: - возможность увеличения интервала между строками до 1,5-2; - возможность увеличения расстояния между буквами (межбуквенный интервал). в) Изменение шрифта: - возможность выбора шрифта с улучшенной читаемостью (например, специализи-рованные шрифты для слабовидящих или шрифты без засечек с крупным начертанием). г) Изменение цветовой схемы: Пользователь должен иметь возможность выбора одной из следующих цветовых схем: - черный текст на белом фоне (по умолчанию); - белый текст на черном фоне; - темно-синий текст на голубом фоне; - коричневый текст на бежевом фоне; - зеленый текст на темно-коричневом фоне. д) Упрощение интерфейса: - возможность отключения изображений (кроме функционально значимых); - возможность отключения фоновых изображений; - линейное отображение контента без сложных многоколоночных макетов. 5.2.3. Настройки версии для слабовидящих должны сохраняться между сеансами работы пользователя (с использованием cookies или localStorage). 5.2.4. Нетекстовая информация и нетекстовые материалы (изображения, инфогра-фика, диаграммы) должны иметь альтернативные текстовые описания, отображаемые в версии для слабовидящих. 5.2.5. Документы в формате PDF, содержащие графические изображения, по воз-можности должны быть продублированы в текстовом формате или снабжены текстовым описанием содержания - наличие - - Значение характеристики не может изменяться участником закупки - 5.4.1. Вся функциональность сайта должна быть доступна при использовании только кла-виатуры без необходимости использования мыши. 5.4.2. Все интерактивные элементы (ссылки, кнопки, поля форм) должны: - быть доступны при навигации с помощью клавиши `Tab`; - иметь видимый индикатор фокуса (рамка, изменение цвета фона) при получении фокуса; - не захватывать фокус (отсутствие «клавиатурных ловушек»). 5.4.3. Порядок обхода элементов при навигации с клавиатуры (tab order) должен быть логичным и соответствовать визуальному расположению элементов на странице. 5.4.4. Должна быть реализована возможность пропуска повторяющихся блоков (навигационное меню, шапка сайта) с помощью «якорной ссылки» (skip link) в начале страницы, позволяющей перейти сразу к основному содержимому. 5.4.5. Для сложных интерактивных элементов (выпадающие меню, модальные окна, вкладки) должна быть реализована навигация с помощью клавиш-стрелок в соответ-ствии с паттернами WAI-ARIA Authoring Practices - наличие - - Значение характеристики не может изменяться участником закупки - 6.3.1. При наличии у Заказчика системы электронного документооборота (СЭД) должна быть обеспечена возможность интеграции для: - автоматического импорта на сайт принятых областных законов и постановлений областной Думы; - автоматического импорта на сайт законопроектов, внесенных на рассмотрение; - экспорта электронных обращений граждан из сайта в СЭД для регистрации и дальнейшего рассмотрения; - получения из СЭД информации о статусе рассмотрения обращений и зарегистри-рованных номерах. 6.3.2. Интеграция должна быть реализована через REST API или веб-сервисы (SOAP) в зависимости от возможностей СЭД. 6.3.3. Исходный код модулей интеграции должен быть открыт для модификации Заказчиком для возможности адаптации под конкретную СЭД. 6.3.4. Конкретный перечень передаваемых данных, форматы, методы и периодич-ность обмена данными определяются дополнительно на этапе разработки технического проекта после предоставления Заказчиком документации по используемой СЭД - наличие - - Значение характеристики не может изменяться участником закупки - 6.1.1. Автоматизированная система должна обеспечивать возможность интегра-ции с внешними информационными системами и сервисами для обмена данными и рас-ширения функциональности. 6.1.2. Все интеграции должны быть реализованы с использованием защищенных протоколов передачи данных (HTTPS, SSL/TLS). 6.1.3. Интеграции должны быть реализованы с использованием стандартных ме-тодов и протоколов (REST API, SOAP, XML, JSON) в соответствии с документацией инте-грируемых систем. 6.1.4. Должно быть обеспечено логирование всех обращений к внешним системам и получения данных из них для возможности диагностики и устранения неполадок. 6.1.5. В случае недоступности внешней системы интеграция не должна приводить к сбоям в работе основного функционала сайта - наличие - - Значение характеристики не может изменяться участником закупки - 5.8. Требование к языку страницы 5.8.1. В HTML-коде каждой страницы должен быть указан язык страницы с по-мощью атрибута `lang` в теге ``: ```html ``` 5.8.2. Если на странице присутствуют фрагменты текста на другом языке, они должны быть размечены с указанием соответствующего языка. 5.9. Контроль соответствия требованиям доступности 5.9.1. Перед сдачей работ Исполнитель должен провести проверку сайта на соот-ветствие требованиям доступности с использованием автоматизированных инструментов (например, WAVE, axe DevTools, Lighthouse). 5.9.2. Исполнитель должен предоставить Заказчику отчет о проверке соответствия требованиям доступности с указанием: - использованных инструментов проверки; - выявленных проблем и способов их устранения; - подтверждения соответствия требованиям ГОСТ Р 52872-2019 уровня А - наличие - - Значение характеристики не может изменяться участником закупки - 6.2. Интеграция с Единым порталом государственных и муниципальных услуг (ЕПГУ) 6.2.1. Цель интеграции: Обеспечение возможности приема электронных обращений граждан, поданных че-рез Единый портал государственных и муниципальных услуг (функций) — портал «Госус-луги» ([gosuslugi.ru] (http://gosuslugi.ru)). 6.2.2. Требования к интеграции: а) Должна быть реализована возможность приема обращений, направленных граж-данами через портал «Госуслуги» в адрес Новгородской областной Думы. б) При поступлении обращения через ЕПГУ в систему обработки обращений на сайте должны автоматически передаваться следующие данные: - фамилия, имя, отчество заявителя; - СНИЛС заявителя (при наличии); - адрес электронной почты; - контактный телефон (при наличии); - текст обращения; - прикрепленные файлы (при наличии). в) Обращение, поступившее через ЕПГУ, должно автоматически регистрироваться в системе с присвоением уникального номера. г) Информация о статусе рассмотрения обращения и ответ на обращение должны передаваться обратно в личный кабинет заявителя на портале «Госуслуги». д) Должна быть обеспечена синхронизация статусов обращения между системой обработки обращений сайта и ЕПГУ. 6.2.3. Метод интеграции: Интеграция должна быть реализована в соответствии с методическими рекоменда-циями и технической документацией, предоставляемой оператором ЕПГУ (Минцифры России), с использованием СМЭВ (Система межведомственного электронного взаимодей-ствия) или иных предусмотренных методов. 6.2.4. Ответственность: а) Исполнитель обеспечивает техническую реализацию интеграции со стороны сайта областной Думы. б) Заказчик обеспечивает организационные мероприятия по подключению к ЕПГУ (получение необходимых учетных данных, согласование регламентов взаимодействия с оператором ЕПГУ) - наличие - - Значение характеристики не может изменяться участником закупки - Иные требования, указанные в приложении №1 к извещению - наличие - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Автоматизированная система должна быть реализована на базе системы управления кон-тентом (CMS) «1С-Битрикс: Управление сайтом» редакции не ниже «Стандарт» с возмож-ностью масштабирования до редакций «Бизнес» при необходимости расширения функци-ональности. 2.1.1. Автоматизированная система должна обеспечивать: - надежное хранение и обработку информации; - разграничение прав доступа пользователей; - защиту от несанкционированного доступа; - резервное копирование данных; - восстановление работоспособности после сбоев; - аудит действий пользователей-администраторов. 2.1.2. Архитектура Автоматизированной системы должна предусматривать возмож-ность дальнейшего развития и масштабирования без необходимости полной переработки. 2.1.3. Автоматизированная система должна обеспечивать корректную работу при одно-временном обращении не менее 500 (пятисот) пользователей - наличие - - Значение характеристики не может изменяться участником закупки

2.2.1. Структура Автоматизированной системы Автоматизированная система состоит из следующих основных компонентов: Публичная часть сайта (Frontend): - главная страница; - информационные разделы и страницы; - система навигации и поиска; - формы обратной связи и подачи обращений; - интерактивные элементы (карта округов, фотогалереи, видеотрансляции). Административная часть (Backend): - система управления контентом (CMS «1С-Битрикс»); - модуль управления законодательной деятельностью; - модуль формирования повесток; - модуль обработки обращений граждан; - система управления пользователями и правами доступа; - модуль аналитики и статистики. Базы данных: - основная база данных сайта (MySQL); - отдельная база данных для хранения персональных данных из обращений граждан (с повышенными требованиями к защите информации). г) Интеграционные модули: - модуль интеграции с Единым порталом государственных и муниципальных услуг (ЕПГУ) для приема обращений; - модуль интеграции с системой электронного документооборота (при наличии). 2.2.2. Требования к производительности Автоматизированная система должна обеспечивать: - время загрузки главной страницы — не более 3 секунд при канале связи 10 Мбит/с; - время загрузки внутренних страниц — не более 2 секунд; - время отклика поисковой системы — не более 1 секунды на запрос; - время формирования списка законов/законопроектов с фильтрами — не более 2 се-кунд - наличие - - Значение характеристики не может изменяться участником закупки

2.3.1. Режим работы системы в целом: 7 дней в неделю, 24 часа в сутки. 2.3.2. Плановые технические работы должны проводиться в ночное время (с 00:00 до 06:00 по московскому времени) с предварительным уведомлением на сайте не менее чем за 24 часа. 2.3.3. Общее допустимое время простоя Автоматизированной системы не должно превы-шать 1% от общего времени работы в месяц (не более ~7 часов в месяц), включая проведе-ние плановых технических работ. 2.3.4. Должна быть обеспечена возможность резервного копирования всех данных систе-мы с периодичностью: - полное резервное копирование — не реже 1 раза в неделю; - инкрементальное резервное копирование — ежедневно; - хранение резервных копий — не менее 30 календарных дней. 2.3.5. Время восстановления Автоматизированной системы из резервной копии не долж-но превышать 4 часов. - наличие - - Значение характеристики не может изменяться участником закупки

2.4.1. Вся передача данных между пользователем и сервером должна осуществляться по защищенному протоколу HTTPS с использованием SSL/TLS-сертификата. 2.4.2. Автоматизированная система должна обеспечивать защиту от: - SQL-инъекций; - XSS-атак (межсайтовый скриптинг); - CSRF-атак (подделка межсайтовых запросов); - DDoS-атак на уровне веб-сервера и приложения; - несанкционированного доступа к административной части сайта. 2.4.3. Пароли пользователей-администраторов должны храниться в зашифрованном виде с использованием современных криптографических алгоритмов (не ниже SHA-256). 2.4.4. Должна быть реализована политика паролей: - минимальная длина пароля — 8 символов; - обязательное использование цифр, заглавных и строчных букв; - срок действия пароля — не более 90 календарных дней; - блокировка учетной записи после 5 неудачных попыток входа. 2.4.5. Все действия администраторов в системе должны фиксироваться в журнале аудита с указанием: - даты и времени действия; - учетной записи пользователя; - типа действия (создание, редактирование, удаление контента); - IP-адреса, с которого выполнено действие. 2.4.6. Персональные данные, полученные через формы обращений, должны храниться в отдельной базе данных с повышенными требованиями к защите в соответствии с Феде-ральным законом № 152-ФЗ «О персональных данных» - наличие - - Значение характеристики не может изменяться участником закупки

Наименования разделов, указанных в приложении №1 к извещению - наличие - - Значение характеристики не может изменяться участником закупки

3.1.1. Информационная архитектура сайта должна обеспечивать: - интуитивно понятную навигацию для пользователей; - быстрый доступ к наиболее востребованной информации (не более 3 кликов от главной страницы до целевой информации); - логическую структуру разделов и подразделов; - единообразие представления однотипной информации. 3.1.2. Структура сайта должна соответствовать требованиям Федерального закона № 8-ФЗ в части размещения информации о деятельности государственных органов. 3.1.3. Должна быть реализована карта сайта (sitemap): - в формате HTML для пользователей (страница на сайте со ссылками на все основ-ные разделы); - в формате XML для поисковых систем - наличие - - Значение характеристики не может изменяться участником закупки

3.3.1. Главное навигационное меню должно: - располагаться в верхней части страницы (в шапке сайта); - быть доступным на всех страницах сайта; - поддерживать не менее двух уровней вложенности; - обеспечивать выделение текущего активного раздела. 3.3.2. Должна быть реализована «хлебные крошки» (breadcrumbs) — цепочка навигации, показывающая путь от главной страницы до текущей страницы. 3.3.3. В подвале сайта (футере) должно быть размещено дублирующее меню со ссылками на основные разделы. 3.3.4. Для длинных страниц с большим объемом контента должно быть реализова-но внутристраничное навигационное меню (оглавление с якорными ссылками на разделы страницы). - наличие - - Значение характеристики не может изменяться участником закупки

4.3.1. Для основного текста должны использоваться: - системные шрифты или общедоступные веб-шрифты с хорошей читаемостью; - размер шрифта для основного текста — не менее 16 пикселей; - межстрочный интервал — не менее 1,5; - длина строки текста — не более 80-90 символов для обеспечения комфортного чтения. 4.3.2. Для заголовков должна быть выстроена визуальная иерархия: - заголовок первого уровня (H1) — используется один раз на странице для основно-го заголовка; - заголовки второго (H2) и третьего (H3) уровней — для структурирования контен-та; - размеры заголовков должны обеспечивать явное визуальное различие между уров-нями. 4.3.3. Должны быть соблюдены правила типографики: - использование правильных кавычек («елочки» для русского текста); - использование длинного тире (—) вместо дефиса (-) в соответствующих случаях; - использование неразрывных пробелов в необходимых местах; - корректная расстановка знаков препинания - наличие - - Значение характеристики не может изменяться участником закупки

4.4.1. Основная цветовая схема должна обеспечивать: - достаточный контраст между текстом и фоном (коэффициент контрастности не менее 4,5:1 для обычного текста и не менее 3:1 для крупного текста в соответствии с WCAG 2.1); - комфортное восприятие информации при длительном чтении; - соответствие официальному стилю государственного органа. 4.4.2. Цвет не должен быть единственным средством передачи информации. При использовании цвета для обозначения состояния, статуса или действия должны дополни-тельно использоваться текстовые пояснения, иконки или другие визуальные индикаторы. 4.4.3. Должна быть предусмотрена альтернативная цветовая схема для версии сай-та для слабовидящих с возможностью выбора: - черный текст на белом фоне; - белый текст на черном фоне; - темно-синий текст на голубом фоне - наличие - - Значение характеристики не может изменяться участником закупки

4.5.1. Все изображения должны: - быть оптимизированы для веб-использования (сжатие без существенной потери качества); - иметь альтернативные текстовые описания (атрибут alt) для обеспечения доступ-ности; - корректно масштабироваться на экранах с различными разрешениями. 4.5.2. Фотографии депутатов, руководства, мероприятий должны быть высокого качества и единообразны по стилю обработки. 4.5.3. Иконки и пиктограммы должны: - быть выполнены в едином стиле; - иметь интуитивно понятное значение; - сопровождаться текстовыми подписями (при необходимости). 4.5.4. Логотипы и символика должны быть размещены в соответствии с требова-ниями федерального и регионального законодательства о государственной символике - наличие - - Значение характеристики не может изменяться участником закупки

4.6.1. Кнопки и ссылки: а) Все интерактивные элементы (кнопки, ссылки) должны иметь явные визуальные состояния: - обычное состояние; - состояние при наведении курсора (hover); - состояние при получении фокуса (focus) — для навигации с клавиатуры; - активное состояние (active); - неактивное состояние (disabled) — при необходимости. б) Визуальные изменения при взаимодействии не должны быть резкими и отвле-кающими. в) Размер интерактивных элементов должен быть достаточным для комфортного использования на сенсорных устройствах (не менее 44?44 пикселей для кнопок). 6.6.2. Формы ввода: а) Все поля ввода должны иметь четкие текстовые метки. б) Обязательные поля должны быть визуально отмечены (например, звездочкой). в) При возникновении ошибок ввода должны отображаться понятные сообщения об ошибках с указанием способа их исправления. г) Успешная отправка формы должна сопровождаться визуальным подтверждени-ем - наличие - - Значение характеристики не может изменяться участником закупки

4.7.1. Исполнитель должен разработать дизайн-макеты следующих страниц: - главная страница; - страница раздела верхнего уровня (типовая); - страница новости (детальная); - карточка депутата; - страница списка депутатов; - страница с интерактивной картой избирательных округов; - карточка закона/законопроекта; - страница заседания с повесткой; - форма подачи электронного обращения; - страница результатов поиска. 4.7.2. Дизайн-макеты должны быть выполнены в графическом редакторе (Figma, Adobe Photoshop, Adobe Illustrator или аналогичном) и предоставлены Заказчику: - в формате исходных файлов редактора; - в формате изображений (PNG, JPG) для просмотра. 4.7.3. Для каждой страницы должны быть разработаны макеты для основных то-чек преломления: - мобильная версия (360/390 пикселей); - планшетная версия (768 пикселей); - десктопная версия (1440 пикселей). 4.7.4. Согласование дизайн-макетов осуществляется в следующем порядке: - Исполнитель представляет первый вариант дизайна главной страницы на утвер-ждение — срок согласования Заказчиком не более 5 рабочих дней; - после утверждения концепции главной страницы Исполнитель разрабатывает ди-зайн остальных типовых страниц — срок согласования Заказчиком не более 3 рабочих дней; - допускается не более трех раундов правок по каждому макету. 4.7.5. После окончательного утверждения дизайн-макетов изменения в дизайн не допускаются без согласования с Исполнителем и могут повлечь изменение сроков и стои-мости работ - наличие - - Значение характеристики не может изменяться участником закупки

5.1.1. Сайт должен соответствовать требованиям доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности в соответствии с: - ГОСТ Р 52872-2019 «Интернет-ресурсы и другая информация, представленная в электронно-цифровой форме. Приложения для стационарных и мобильных устройств, иные пользовательские интерфейсы. Требования доступности для людей с инвалидностью и других лиц с ограничениями жизнедеятельности» (уровень соответствия А); - Приказом Минкомсвязи России от 12.12.2022 № 931 «Об установлении Порядка обеспечения условий доступности для инвалидов по зрению официальных сайтов феде-ральных органов государственной власти, органов государственной власти субъектов Рос-сийской Федерации и органов местного самоуправления в сети "Интернет"». 5.1.2. Сайт должен быть доступен для использования лицами: - с нарушениями зрения (полная или частичная потеря зрения); - с нарушениями слуха; - с нарушениями опорно-двигательного аппарата; - с когнитивными нарушениями - наличие - - Значение характеристики не может изменяться участником закупки

5.2.1. На сайте должна быть реализована специальная версия для слабовидящих, активируемая нажатием на соответствующую кнопку в шапке сайта (кнопка должна быть доступна на всех страницах). 5.2.2. Версия для слабовидящих должна обеспечивать: а) Увеличение размера шрифта: - возможность увеличения размера текста до 200% от исходного; - сохранение читаемости и структуры страницы при увеличении шрифта; - минимум 3 варианта размера шрифта (обычный, увеличенный, крупный). б) Увеличение межстрочного интервала: - возможность увеличения интервала между строками до 1,5-2; - возможность увеличения расстояния между буквами (межбуквенный интервал). в) Изменение шрифта: - возможность выбора шрифта с улучшенной читаемостью (например, специализи-рованные шрифты для слабовидящих или шрифты без засечек с крупным начертанием). г) Изменение цветовой схемы: Пользователь должен иметь возможность выбора одной из следующих цветовых схем: - черный текст на белом фоне (по умолчанию); - белый текст на черном фоне; - темно-синий текст на голубом фоне; - коричневый текст на бежевом фоне; - зеленый текст на темно-коричневом фоне. д) Упрощение интерфейса: - возможность отключения изображений (кроме функционально значимых); - возможность отключения фоновых изображений; - линейное отображение контента без сложных многоколоночных макетов. 5.2.3. Настройки версии для слабовидящих должны сохраняться между сеансами работы пользователя (с использованием cookies или localStorage). 5.2.4. Нетекстовая информация и нетекстовые материалы (изображения, инфогра-фика, диаграммы) должны иметь альтернативные текстовые описания, отображаемые в версии для слабовидящих. 5.2.5. Документы в формате PDF, содержащие графические изображения, по воз-можности должны быть продублированы в текстовом формате или снабжены текстовым описанием содержания - наличие - - Значение характеристики не может изменяться участником закупки

5.4.1. Вся функциональность сайта должна быть доступна при использовании только кла-виатуры без необходимости использования мыши. 5.4.2. Все интерактивные элементы (ссылки, кнопки, поля форм) должны: - быть доступны при навигации с помощью клавиши `Tab`; - иметь видимый индикатор фокуса (рамка, изменение цвета фона) при получении фокуса; - не захватывать фокус (отсутствие «клавиатурных ловушек»). 5.4.3. Порядок обхода элементов при навигации с клавиатуры (tab order) должен быть логичным и соответствовать визуальному расположению элементов на странице. 5.4.4. Должна быть реализована возможность пропуска повторяющихся блоков (навигационное меню, шапка сайта) с помощью «якорной ссылки» (skip link) в начале страницы, позволяющей перейти сразу к основному содержимому. 5.4.5. Для сложных интерактивных элементов (выпадающие меню, модальные окна, вкладки) должна быть реализована навигация с помощью клавиш-стрелок в соответ-ствии с паттернами WAI-ARIA Authoring Practices - наличие - - Значение характеристики не может изменяться участником закупки

6.3.1. При наличии у Заказчика системы электронного документооборота (СЭД) должна быть обеспечена возможность интеграции для: - автоматического импорта на сайт принятых областных законов и постановлений областной Думы; - автоматического импорта на сайт законопроектов, внесенных на рассмотрение; - экспорта электронных обращений граждан из сайта в СЭД для регистрации и дальнейшего рассмотрения; - получения из СЭД информации о статусе рассмотрения обращений и зарегистри-рованных номерах. 6.3.2. Интеграция должна быть реализована через REST API или веб-сервисы (SOAP) в зависимости от возможностей СЭД. 6.3.3. Исходный код модулей интеграции должен быть открыт для модификации Заказчиком для возможности адаптации под конкретную СЭД. 6.3.4. Конкретный перечень передаваемых данных, форматы, методы и периодич-ность обмена данными определяются дополнительно на этапе разработки технического проекта после предоставления Заказчиком документации по используемой СЭД - наличие - - Значение характеристики не может изменяться участником закупки

6.1.1. Автоматизированная система должна обеспечивать возможность интегра-ции с внешними информационными системами и сервисами для обмена данными и рас-ширения функциональности. 6.1.2. Все интеграции должны быть реализованы с использованием защищенных протоколов передачи данных (HTTPS, SSL/TLS). 6.1.3. Интеграции должны быть реализованы с использованием стандартных ме-тодов и протоколов (REST API, SOAP, XML, JSON) в соответствии с документацией инте-грируемых систем. 6.1.4. Должно быть обеспечено логирование всех обращений к внешним системам и получения данных из них для возможности диагностики и устранения неполадок. 6.1.5. В случае недоступности внешней системы интеграция не должна приводить к сбоям в работе основного функционала сайта - наличие - - Значение характеристики не может изменяться участником закупки

5.8. Требование к языку страницы 5.8.1. В HTML-коде каждой страницы должен быть указан язык страницы с по-мощью атрибута `lang` в теге ``: ```html ``` 5.8.2. Если на странице присутствуют фрагменты текста на другом языке, они должны быть размечены с указанием соответствующего языка. 5.9. Контроль соответствия требованиям доступности 5.9.1. Перед сдачей работ Исполнитель должен провести проверку сайта на соот-ветствие требованиям доступности с использованием автоматизированных инструментов (например, WAVE, axe DevTools, Lighthouse). 5.9.2. Исполнитель должен предоставить Заказчику отчет о проверке соответствия требованиям доступности с указанием: - использованных инструментов проверки; - выявленных проблем и способов их устранения; - подтверждения соответствия требованиям ГОСТ Р 52872-2019 уровня А - наличие - - Значение характеристики не может изменяться участником закупки

6.2. Интеграция с Единым порталом государственных и муниципальных услуг (ЕПГУ) 6.2.1. Цель интеграции: Обеспечение возможности приема электронных обращений граждан, поданных че-рез Единый портал государственных и муниципальных услуг (функций) — портал «Госус-луги» ([gosuslugi.ru] (http://gosuslugi.ru)). 6.2.2. Требования к интеграции: а) Должна быть реализована возможность приема обращений, направленных граж-данами через портал «Госуслуги» в адрес Новгородской областной Думы. б) При поступлении обращения через ЕПГУ в систему обработки обращений на сайте должны автоматически передаваться следующие данные: - фамилия, имя, отчество заявителя; - СНИЛС заявителя (при наличии); - адрес электронной почты; - контактный телефон (при наличии); - текст обращения; - прикрепленные файлы (при наличии). в) Обращение, поступившее через ЕПГУ, должно автоматически регистрироваться в системе с присвоением уникального номера. г) Информация о статусе рассмотрения обращения и ответ на обращение должны передаваться обратно в личный кабинет заявителя на портале «Госуслуги». д) Должна быть обеспечена синхронизация статусов обращения между системой обработки обращений сайта и ЕПГУ. 6.2.3. Метод интеграции: Интеграция должна быть реализована в соответствии с методическими рекоменда-циями и технической документацией, предоставляемой оператором ЕПГУ (Минцифры России), с использованием СМЭВ (Система межведомственного электронного взаимодей-ствия) или иных предусмотренных методов. 6.2.4. Ответственность: а) Исполнитель обеспечивает техническую реализацию интеграции со стороны сайта областной Думы. б) Заказчик обеспечивает организационные мероприятия по подключению к ЕПГУ (получение необходимых учетных данных, согласование регламентов взаимодействия с оператором ЕПГУ) - наличие - - Значение характеристики не может изменяться участником закупки

Иные требования, указанные в приложении №1 к извещению - наличие - - Значение характеристики не может изменяться участником закупки

Преимущества, требования к участникам

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 2. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

Критерии оценки заявок участников

Обеспечение заявки

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 27 929,33 РОССИЙСКИЙ РУБЛЬ

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 00000000000000000000, л/c См. прилагаемые документы, БИК 000000000

Условия контракта

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл Новгородская, г.о. Великий Новгород, г Великий Новгород, пл Победы-Софийская, д. 1

Право заключения контрактов с несколькими участниками закупки в случаях, указанных в части 10 статьи 34 Федерального закона 44-ФЗ: Не установлено

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

Обеспечение исполнения контракта

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 20 %

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд», или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются участником закупки, с которым заключается контракт, самостоятельно.

Платежные реквизиты для обеспечения исполнения контракта: p/c 00000000000000000000, л/c См. прилагаемые документы, БИК 000000000

Информация о банковском и (или) казначейском сопровождении контракта

Банковское или казначейское сопровождение контракта не требуется

Документы

Общая информация

Документы

Журнал событий