=== ФАЙЛ: Техническое задание | docs/0173200001426001993/Техническое_задание_17169595-1.pdf
Приложение №_____________
к Контракту №_____________
от «_____» ___________20__ г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Выполнение работ по модернизации информационной системы единый сервис идентификации
пользователей (ИС ЕСИП) и поддержание ее работоспособности в 2026-2028 годах
1. Общая информация об объекте закупки
1.1. Объект закупки: Выполнение работ по модернизации информационной системы единый сервис
идентификации пользователей (ИС ЕСИП) и поддержание ее работоспособности в 2026-2028 годах.
1.2. Код и наименование позиции Классификатора предметов государственного заказа: 02.27.06 РАБОТЫ/РАБОТЫ В СФЕРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ДЛЯ ПРИКЛАДНЫХ
ЗАДАЧ/РАЗВИТИЕ И МОДЕРНИЗАЦИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И РЕСУРСОВ.
1.3. Наименования позиций Справочника предметов государственного заказа: согласно
Приложению 1.
1.4. Место выполнения работ: согласно Приложению 1, Приложению 2.
1.5. Объем работ: согласно Приложению 1, Приложению 2.
1.6. Срок выполнения работ: согласно Приложению 1.
1.7. Приложения к Техническому заданию:
– Приложение 1. – «Перечень объектов закупки».
– Приложение 2. – «Адресный перечень».
– Приложение 3. – «Временные параметры (SLA)».
– Приложение 4. – «Аппаратное и программное обеспечение Системы».
– Приложение 5. – «Описание информационных систем и ресурсов».
– Приложение 6. – «Форма заявки на выполнение работ по модернизации системы».
– Приложение 7. – «Форма протокола обработки заявки на выполнение работ по модернизации
системы».
Термины и определения
Термин
Определение
Действия по присвоению субъектам и объектам доступа идентификаторов и (или)
по сравнению предъявляемого идентификатора с перечнем присвоенных
Идентификация
идентификаторов. (согласно ГОСТ Р 70262.1-2022 «Защита информации.
Идентификация и аутентификация. Уровни доверия идентификации»)
Предоставление субъекту доступа прав на доступ, а также предоставление
доступа в соответствии с установленными правилами управления доступом.
Авторизация
(согласно ГОСТ Р 70262.1-2022 «Защита информации. Идентификация и
аутентификация. Уровни доверия идентификации»)
Учетная запись ЕСИП, созданная как результат аутентификации через внешнего
Федеративная
поставщика идентификации (СУДИР). Для федеративной учетной записи не
учетная запись
регистрируется профиль пользователя и учетные данные ЕСИП (логина и пароль)
Зарегистрированная в Системе заявка на разработку и (или) согласование
Заявка
документации по организации дорожного движения в городе Москве и (или)
документации, требующей согласования с Департаментом транспорта
Логика (Логика Логика выполнения работ «Согласование работ по прокладке (размещению)
выполнения
инженерных сетей и сооружений, для проведения которых не требуется
работ)
разрешение на строительство, по принципу «одного окна» «в соответствии с
1
Постановлением Правительства Москвы от 15.11.2011 № 546-ПП «О
предоставлении государственных и муниципальных работ в городе Москве»
Специалисты, обеспечивающие бесперебойную работу системы и её компонентов.
Обслуживающий
Занимаются настройкой, поддержкой, мониторингом и устранением неполадок в
персонал
системе
Официально подписанное и зарегистрированное письмо, оформленное на бланке
Официальное
организации и направленное посредством Почты России или системы
письмо
электронного документооборота.
Зарегистрированный пользователь Системы, выполняющий работы по заданию
Подрядчик
Государственного казенного учреждения города Москвы - Центр организации
дорожного движения Правительства Москвы или его подразделений
Сотрудники Департамента транспорта и развития дорожно-транспортной
Пользователь
инфраструктуры города Москвы; Государственного казенного учреждения города
Системы
Москвы - Центра организации дорожного движения Правительства Москвы;
Работы
Обращение пользователей по категориям «консультация», «запрос на
абонентского
обслуживание»
типа
Официально подписанное и зарегистрированное письмо, оформленное на бланке
Официальное
организации и направленное посредством Почты России или системы
письмо
электронного документооборота.
Сотрудники Департамента транспорта и развития дорожно-транспортной
Пользователь
инфраструктуры города Москвы; Государственного казенного учреждения города
Системы
Москвы - Центра организации дорожного движения Правительства Москвы;
Работы
Обращение пользователей по категориям «консультация», «запрос на
абонентского
обслуживание»
типа
Государственное казенное учреждение города Москвы - Центр организации
Заказчик
дорожного движения Правительства Москвы
Экокарта
Информационная система "Экологическая карта"
Проинфраструкту
Интеграционные сервисы служб эксплуатационного и сервисного обслуживания
ра
Концессия
Автоматизированная информационная система "Концессия"
Мои совещания Информационная система "Мои совещания"
Задача
Выполнение работ по развитию Системы
Технические средства, программы для электронных вычислительных машин и
Электронный
базы данных, доступ к которым предоставляется с использованием
сервис
информационно телекоммуникационных сетей и которые используются для
обеспечения создания и (или) эксплуатации Системы.
Перечень сокращений
Сокращени
Расшифровка, определение
е
API
Application Programming Interface, описание способов взаимодействия Системы
KPI
Key Performance Indicators, ключевые показатели эффективности
SLA
Service Level Agreement, Соглашение об уровне предоставления услуги
Single Page Application, подход в веб-разработке, при котором вся страница загружается
SPA
один раз, а затем сайт обновляет только нужные блоки без перезагрузки
АРМ
Автоматизированное рабочее место
АИС
Москва.Рек Автоматизированная информационная система Москва.Река
а
БД
База данных
ГИС
Государственная информационная система
ГКУ ЦОДД Государственное казенное учреждение города Москвы - Центр организации дорожного
2
движения Правительства Москвы
Государственный контракт
Графический пользовательский интерфейс
Департамент транспорта и развития дорожно-транспортной инфраструктуры города
ДТиРДТИ
Москвы
ДТМ
Динамическая транспортная модель г. Москвы
ЕСИП
Информационная система «Единый сервис идентификации пользователей»
ЕПС
Единый почтовый сервер
ИС ИСО Информационная система индикации состояния объектов интеллектуальной
ИТСА
транспортной системы г. Москвы
ИС
Информационная система
ИАС МПС Информационно-аналитическая система мониторинга подвижного состава
НСД
Несанкционированный доступ к информации
НДВ
Недекларированные возможности
ОИВ
Орган исполнительной власти
ОС
Операционная система
ПДн
Персональные данные
ПО
Программное обеспечение
ППО
Прикладное программное обеспечение
ППР
Планово-предупредительные работы
ПК
Персональный компьютер
РИД
Результаты интеллектуальной деятельности
СПО
Системное программное обеспечение
СУБД
Система управления базами данных
СТП
Служба технической поддержки
СУДИР
Система управления доступом к информационным системам и ресурсам города Москвы
СМКСС
Система мониторинга качества сопровождения систем
СТ
Спецификация требований
СКВ
Система или комплекс систем управления задачами, контроля версий информационных
(Система систем и изменяемых компонентов информационных систем (задач на разработку и
контроля (или) доработку, технических решений, релизов, дистрибутивов, исходных кодов,
версий)
документации, конфигурации)
СДО
Информационная образовательная платформа для обучения водителей такси
TOTP
Ограничения количества неверных попыток ввода
ТЗ
Техническое задание
ФСТЭК
Федеральная служба по техническому и экспортному контролю Российской Федерации
России
ФИО
Фамилия, имя, отчество
ЦОД
Центр обработки данных
ЧТЗ
Частное техническое задание
ЭВМ
Электронно-вычислительная машина
ГК
ГПИ
2. Стандарт работ
2.1 Сведения о Системе
2.1.1 Назначение Системы
Обеспечение централизованного управления идентификацией пользователей ГКУ ЦОДД, ДТиРДТИ
и его подведомственных организаций при их работе с информационными системами,
используемыми в управлении транспортным комплексом города Москвы. ЕСИП обеспечивает
возможность для пользователей ИС оперативно переходить из одной системы в другую без
выполнения повторных операций авторизации, аутентификации и идентификации. Ведется
логирование подключений и аудит пользователей.
2.1.2 Основные функции Системы
1) Идентификация пользователей, выдача разрешений на доступ в Систему и регистрация
пользователей и
пользователей, авторизующихся через ЕСИП, включая интегрированные информационные системы,
3
программные сервисы и веб приложения
2) Управление ролями и правами доступа для пользователей и клиентов внешних систем к
подключенным
информационным ресурсам
3) Создание, редактирование, блокировка и удаление учетных записей пользователей с учетом
ролевой модели
4) Создание, редактирование и удаление групп пользователей и групп ролей
5) Обеспечение защиты от несанкционированного доступа к подключенным информационным
ресурсам
6) Создание реестра юридических лиц, к которым принадлежат учетные записи пользователей
7) Получение и хранение информации от разрешенных к взаимодействию клиентов внешних систем
8) Хранение данных пользователей, необходимых для доступа систем к подключенным
информационным
ресурсам
9) Подключения внешних систем к ЕСИП через его сервисы для определения уровня доступа
пользователей к функциям и ресурсам информационных систем
10) Отображение статистики по зарегистрированным событиям и мониторинга обработки запросов
11) Регистрация и контроль запросов пользователей Системы, включая запросы систем, не имеющих
права
доступа, к ЕСИП и попыток аутентификации с указанием источника подключения
12) Формирование отчетности о работе Системы
13) Отображение экранных форм для управления настройками ЕСИП
2.1.3 Подсистемы Системы
2.1.3.1 Существующие Подсистемы Системы
1) Подсистема идентификации и предоставления доступа
2) Подсистема безопасности
3) Подсистема хранения и управления данными
4) Подсистема интеграции
5) Подсистема отображения данных
6) Подсистема протоколирования
7) Подсистема централизованного управления учетными записями
8) Подсистема контекстной авторизации
9) Подсистема предоставления доступа к рабочим местам
2.1.3.2 Создаваемые Подсистемы Системы
1) Подсистема самооблуживания;
2) другие подсистемы, создание которых может быть заявлено в рамках ЧТЗ.
2.1.4 Система создавалась и дорабатывалась на основании следующих документов:
1) ГК от 28.12.2020 № ТК 1558/20 на Выполнение работ для обеспечения единого сервиса
идентификации пользователей в целях повышения эффективности работы в информационных
системах транспортного комплекса (реестровый номер 2771035088420000306);
2) ГК от 19.03.2024 № 033/24 на Выполнение работ по модернизации Единого сервиса
идентификации пользователей в течение 220 календарных дней (реестровый номер
2771035088424000033);
3) ГК от 28.10.2025 № 659/25 на Поставку сертификата на техническую поддержку программного
обеспечения Единого сервиса идентификации пользователей (ЕСИП) (реестровый номер
2771035088425000224).
2.2 Данные о Системе
В Таблице 1 представлены виды коэффициентов трудоемкости и их параметры, применимые к
развиваемой Системе.
Таблица 1 - виды коэффициентов трудоемкости и их параметры, применимые к развиваемой Системе
4
Вид Коэффициента
Трудоёмкости
Параметры Коэффициента Трудоёмкости
МТ
Тип разрабатываемой ИС
Общегородская ИС
1
Значение отношения кол-во
МТ
3 среды (среда разработки, среда тестирования, среда
объектов предметной области
2
промышленной эксплуатации)
и(или) размер ИС
MT
Количество интеграций
10-20
3
Интеграции с внешними системами
1
Кадровая система ГКУ ЦОДД Входящий и Исходящий
2
Служба Каталогов ГКУ ЦОДД Входящий и Исходящий
3
СМКСС
Входящий и Исходящий
4
СУДИР
Входящий и Исходящий
5
ЕПС
Исходящий
6
Проинфраструктура
Входящий и Исходящий
Мобильное приложение
7
Входящий и Исходящий
Проинфраструктура
8
ИС ИСО ИТС
Входящий и Исходящий
9
ДТМ
Входящий и Исходящий
10 Экокарта
Входящий и Исходящий
11 СДО
Входящий и Исходящий (планируется)
12 Мои совещания
Входящий и Исходящий (планируется)
13 АИС Москва.Река
Входящий и Исходящий (планируется)
14 Концессия
Входящий и Исходящий (планируется)
15 ИАС МПС
Входящий и Исходящий (планируется)
МТ
Класс разрабатываемой ИС
4
Информационно-поисковая
(реестр, регистр)
Подсистема идентификации и предоставления доступа
Подсистема безопасности
Подсистема хранения и управления данными
Подсистема интеграции
Обеспечения деятельности
Подсистема отображения данных
ОИВ, портал, прочая
Подсистема протоколирования
Подсистема централизованного управления учетными записями
Подсистема контекстной авторизации
Подсистема предоставления доступа к рабочим местам
Подсистема самообслуживания
Информационноаналитическая, управляющая
МТ
Использование системой мобильных устройств
5
Предусматривается
Подсистема идентификации и предоставления доступа
Подсистема безопасности
Подсистема хранения и управления данными
Подсистема интеграции
Не предусматривается
Подсистема отображения данных
Подсистема протоколирования
Подсистема централизованного управления учетными записями
Подсистема контекстной авторизации
5
Подсистема предоставления доступа к рабочим местам
Подсистема самообслуживания
МТ
Выход обновления ОС или СУБД
6
Реже чем 1 раз в 12 месяцев
Подсистема идентификации и предоставления доступа
Подсистема безопасности
Подсистема хранения и управления данными
Подсистема интеграции
От 1 раза в 12 месяцев до 1 раза Подсистема отображения данных
в 6 месяцев
Подсистема протоколирования
Подсистема централизованного управления учетными записями
Подсистема контекстной авторизации
Подсистема предоставления доступа к рабочим местам
Подсистема самообслуживания
Чаще чем 1 раз в 6 месяцев
МТ
Характер выполняемых работ
7
Подсистема идентификации и предоставления доступа
Подсистема безопасности
Подсистема хранения и управления данными
Подсистема интеграции
Развитие и (или) модернизация
Подсистема отображения данных
подсистем действующей ИС
Подсистема протоколирования
Подсистема централизованного управления учетными записями
Подсистема контекстной авторизации
Подсистема предоставления доступа к рабочим местам
Создание новых подсистем
Подсистема самообслуживания
действующей ИС
Создание новой ИС
МТ
Сложность аналитической деятельности
8
Не требуется
Подсистема идентификации и предоставления доступа
Подсистема безопасности
Подсистема хранения и управления данными
Подсистема интеграции
Наличие модели архитектуры Подсистема отображения данных
(или новая подсистема)
Подсистема протоколирования
Подсистема централизованного управления учетными записями
Подсистема контекстной авторизации
Подсистема предоставления доступа к рабочим местам
Подсистема самообслуживания
Отсутствие модели
архитектуры
2.3 Общие принципы выполнения работ по модернизации Системы
В процессе выполнения работ по модернизации Системы необходимо руководствоваться
принципами системности, развития (открытости), совместимости, стандартизации (унификации) и
эффективности, развития (модифицируемости) и открытости:
В процессе выполнения работ по доработке Системы необходимо руководствоваться принципами
системности, развития (открытости), совместимости, стандартизации (унификации) и
6
эффективности, развития (модифицируемости) и открытости:
1)
Принцип системности. При декомпозиции необходимо установить такие связи между
структурными элементами Системы, которые обеспечивают цельность Системы и ее взаимодействие
с другими системами.
2)
Принцип развития (открытости). Исходя из перспектив развития объекта автоматизации,
Систему необходимо доработать с учетом возможности пополнения и обновления функций и состава
Системы без нарушения ее функционирования.
3)
Принцип совместимости. Необходимо реализовать информационные интерфейсы,
благодаря которым Система может взаимодействовать с другими системами в соответствии с
установленными правилами.
4)
Принцип эффективности. Необходимо обеспечить достижение соотношения целевых
эффектов (включая конечные результаты, получаемые в результате доработки Системы) и затрат на
выполнение работ по доработке Системы, при котором не существует иного варианта соотношения
целевых эффектов и затрат на выполнение работ по доработке Системы, при котором те же целевые
эффекты достигаются при меньших затратах на выполнение работ по доработке Системы.
5)
Принцип стандартизации (унификации). Необходимо применять типовые,
унифицированные и стандартизованные элементы, проектные решения, пакеты прикладных
программ, комплексы, компоненты, используемые в данной Системе.
6)
Принцип развития (модифицируемости). Системе необходимо обеспечивать развитие,
расширение и интеграцию с другими системами. Техническим решениям, используемым на стадиях
проектирования и реализации Системы необходимо позволять минимизировать трудозатраты по
модернизации Системы, необходимые в связи с принятием новых нормативно-правовых актов,
приводящих к изменению технологического процесса.
7)
Принцип открытости. В доработанном функционале Системы необходимо обеспечивать
возможность интеграции с внутренними и внешними информационными ресурсами на основе
общепринятых стандартов и правил передачи (протоколы, интерфейсы) и хранения информации.
2.4
Требования к Системе
2.4.1
Требования к структуре и функционированию Системы
Архитектура ЕСИП основывается на микросервисном подходе.
Компоненты системы поставляются в виде контейнеризированных приложений, пригодных для
развертывания в среде оркестрации контейнеров.
Функциональная архитектура системы включает следующие основные подсистемы:
1) Подсистема централизованного управления учетными записями;
2) Подсистема контекстной авторизации;
3) Подсистема предоставления доступа к рабочим местам;
4) Подсистема идентификации и предоставления доступа;
5) Подсистема безопасности;
6) Подсистема хранения и управления данными;
7) Подсистема интеграции;
8) Подсистема отображения данных;
9) Подсистема протоколирования;
10) Подсистема самообслуживания
Система реализуется на базе программного обеспечения «Система управления доступом Identity
Management (RooX UIDM platform)», реестровая запись № 10504 от 06.05.2021 в Реестре российского
программного обеспечения.
Архитектура Системы обеспечивает масштабирование производительности, наращивание объемов
хранимой и обрабатываемой информации без длительных простоев в работе.
Все подсистемы Системы используют единую (общую) для всей Системы методологию и отвечают
единым (общим) для всей Системы принципам взаимодействия, надежности и управления.
2.4.2
Требования к режимам функционирования
7
Функционирование Системы предусматривает три основных режима работы:
–
штатный режим (режим, обеспечивающий выполнение функций Системы);
–
сервисный режим (режим для проведения реконфигурирования, обновления и
профилактического обслуживания);
–
аварийный режим.
Пускового режима не предусмотрено.
Основным режимом функционирования Системы является штатный режим функционирования.
Из штатного режима предусмотрен запланированный переход в сервисный режим.
В сервисном режиме ЕСИП обеспечивает возможность проведения следующих работ:
–
технического обслуживания;
–
модернизацию аппаратно-программного комплекса;
–
устранение аварийных ситуаций.
В сервисном режиме Система и подсистемы, входящие в состав Системы, становятся недоступными
для пользователей.
Аварийный режим работы Системы характеризуется отказом одного или нескольких компонентов
программного и технического обеспечения. В случае перехода Системы в аварийный режим она
передается на ручное управление обслуживающему персоналу, который проводит ее в сервисный
режим для диагностики и устранения неисправностей и причин отказа.
Регламентные работы производятся с учётом требований о доступности Системы.
Функционирование Системы при отказах и сбоях ППО, СПО и оборудования, в том числе
структурных узлов Системы, не предусматривается.
2.4.3
Требования по диагностированию Системы
2.4.3.1. Требования к контролю работоспособности
Каждый основной функциональный компонент (микросервис) ЕСИП предоставляет конечную точку
(URL) для проверки жизнеспособности компонента.
Конечные точки проверки доступны по сети из внутренней службы кластера среды исполнения для
обеспечения возможности их интеграции с системами централизованного мониторинга Заказчика.
2.4.3.2. Требования к предоставлению метрик производительности
Компоненты ЕСИП предоставляют технические метрики производительности в формате,
подходящем для автоматического сбора одной из общепринятых систем прикладного мониторинга.
Точки сбора метрик доступны по сети из внутренней службы среды исполнения. Формат
предоставления метрик определяет Исполнитель с учетом возможностей применяемого в ЕСИП
стороннего ПО.
2.4.3.3. Требования к журналированию (логированию)
ЕСИП ведет журналы событий (логи) работы всех своих компонентов, содержащие информацию,
достаточную для анализа их работы и диагностики сбоев.
2.4.4
Перспективы развития и доработок Системы
В рамках модернизации Системы предусмотрены мероприятия по снижению трудозатрат при
исполнении ее внутренних технологических процессов.
Предусмотрена возможность масштабирования Системы при увеличении нагрузки на Систему.
Учитываются требования к увеличению нагрузки, объемов информации и числа пользователей в
случаях последующего расширения функциональности.
Проектные решения, применяемые при модернизации Системы обеспечивают возможность
дальнейшего развития Системы:
●
●
расширение функциональных возможностей за счет дополнительной разработки и внедрения
новых подсистем;
расширение числа поставщиков информации в рамках разработанной технологии
информационного взаимодействия.
2.4.5
Пользователи Системы
8
Система обеспечивает идентификацию и управление доступом для основных пользователей:
1) Государственное казенное учреждение города Москвы - Центр организации дорожного движения
Правительства Москвы;
2) Департамент транспорта и развития дорожно-транспортной инфраструктуры города Москвы и
подведомственные организации.
2.4.6
Показатели назначения.
Основными показателями назначения являются показатели количества пользователей. К показателям
количества пользователей относятся:
●
●
●
●
●
●
расчетное количество пользователей;
расчетное количество одновременно работающих пользователей;
максимальное количество пользователей;
максимальное количество одновременно работающих пользователей;
процент успешных выполненных пользовательских операций Системой по отношению ко всем
операциям, выполненным пользователями Системы;
процент некорректных операций при обработке данных Системы.
Пояснения по показателям, связанным с количеством пользователей, приведены в Таблице 2.
Таблица 2. Определения показателей, связанных с количеством пользователей в Системе
№Показатель
Определение
Расчетное количество
Количество пользователей, работу которых обеспечивает ЕСИП
1
пользователей
с учетом достижения всех показателей назначения
Расчетное количество
Количество одновременно работающих пользователей, работу
2 одновременно работающих
которых обеспечивает ЕСИП с учетом достижения всех
пользователей
показателей назначения
Максимальное количество
Максимальное количество пользователей, работу которых
3
пользователей
обеспечивает архитектура ЕСИП
Максимальное количество
Максимальное количество одновременно работающих
4 одновременно работающих
пользователей, работу которых обеспечивает архитектура
пользователей
ЕСИП
Процент успешных выполненных Процент успешных выполненных пользовательских операций
пользовательских операций
системой по отношению ко всем операциям, выполненным
5 Системой по отношению ко всем пользователями системы, измеренный при условии
операциям, выполненным
максимального количества одновременно работающих
пользователями Системы
пользователей, соблюдение которого обеспечивает ЕСИП
Процент некорректных операций при обработке данных
Процент некорректных операций Системы, измеренный при условии максимального количества
6
при обработке данных Системы одновременно работающих пользователей, соблюдение
которого обеспечивает ЕСИП
Значения показателей количества пользователей, достижение которых необходимо обеспечить,
представлено в Таблица 3.
Таблица 3. Значения показателей количества пользователей
Значен
№Показатель
ие
1 Расчетное количество пользователей
10000
2 Расчетное количество одновременно работающих пользователей
1000
3 Максимальное количество пользователей
100000
4 Максимальное количество одновременно работающих пользователей
10000
Процент успешных выполненных пользовательских операций Системой по отношению ко
5
98%
всем операциям, выполненным пользователями Системы
6 Процент некорректных операций при обработке данных Системы
2%
К показателям доступности и надежности относятся:
9
- доступность;
- период потери данных;
- время восстановления после сбоя.
Пояснения по показателям, связанным с доступностью и надежностью, приведены в Таблице 4.
Таблица 4. Показатели доступности и надежности
№Показатель
Определение
Доступность - способность информационной системы выполнять
Доступность, измеряется в
1
согласованную функцию в течение оговоренного времени ((время
процентах
работы системы - время простоя)/время работы системы) *100)
Период потери данных
Период потери данных - допустимый период
2 (Recovery Point Objective времени, за который могут быть утрачены данные
RPO), измеряется в часах
Время восстановления после
Время восстановления после сбоя – допустимое время
3 сбоя (Recovery Time Objective
восстановления работоспособности
- RTO), измеряется в часах
Значения показателей доступности и надежности, достижение которые обеспечивает ЕСИП,
приведены в Таблице 5.
Таблица 5. Значения показателей доступности и надежности
Определени
№ Показатель
е
1 Доступность, измеряется в процентах
99,0%
2 Период потери данных (Recovery Point Objective - RPO), измеряется в часах
2 часа
Время восстановления после сбоя (Recovery Time Objective - RTO), измеряется в
3
1 час
часах
Система обеспечивает в штатном режиме:
- длительность запросов на выполнение шага авторизации: не более 2 секунд для 98% запросов при
300 авторизациях в минуту;
- длительность запросов на вычисление политики доступа: не более 1 секунды для 98% запросов при
200 запросов политик в секунду.
2.4.7
Требования к надежности Системы
Система сохраняет работоспособность и обеспечивает восстановление своих функций при
возникновении следующих нештатных ситуаций:
- при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке
программного обеспечения, восстановление специального программного обеспечения;
- при ошибках в работе аппаратных средств;
- при ошибках, связанных с общим программным обеспечением.
Восстановление работоспособности и данных после указанных ситуаций обеспечивает выполнение
целевых показателей доступности, периода потери данных (RPO) и времени восстановления (RTO),
установленных в разделе 2.4.6 настоящего ТЗ.
Восстановление Системы производиться с помощью прикладных программных средств Системы
и(или) штатных возможностей общего программного обеспечения при условии исключения
(отключения, замены) отказавших узлов Системы.
2.4.8
Требования к эргономике и технической эстетике
Веб-интерфейс Системы построен с использованием технологий SPA. Веб-интерфейс обеспечивает
следующие возможности:
–
возможность просмотра информации на стационарных и портативных компьютерах.
Пользовательский веб интерфейс соответствует корпоративному стилю Заказчика, необходимо
использовать только его логотипы, фирменные шрифты и цветовую палитру и соответствовать
стандартам пользовательских интерфейсов, применяемых к Веб – приложениям.
Веб-интерфейс административной панели Системы поддерживает автоматическое изменение
дизайна страницы в зависимости от размера экрана пользователя, в рамках заданных диапазонов
10
разрешений экранов устройств в ширину:
–
свыше 1200 пикселей для стационарных и портативных компьютеров.
Веб-интерфейс объединяет пользовательскую функциональность сервисов уровня прикладной
логики. При этом пользовательский интерфейс унифицирован и выполнен в едином стиле.
Интерфейс предоставляет доступ к основным функциям и операциям, а также:
–
обеспечивать минимальное количество «кликов» (шагов операционного процесса) для
доступа к основным функциям пользователя;
–
обеспечивать контроль заполнения экранных форм и форматно-логический контроль
вводимых данных;
–
обеспечивать выполнение проверок на наличие ошибок и непротиворечивость при
заполнении экранных форм, выполняемых путем сопоставления данных системы из различных
источников;
–
обеспечить выполнение проверок, перечень определен и согласован при выполнении работ;
–
обеспечивать требуемую последовательность шагов по заполнению данных
информационного объекта веб-интерфейса;
–
обеспечивать всплывающие подсказки в случае неверных действий пользователя при
заполнении данных информационного объекта, использования базовых функций.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю, реализованы на
русском языке.
Графический интерфейс пользователей Системы обеспечивает корректное отображение и
функционирование в браузерах (кроссбраузерность):
–
Яндекс Веб-браузер (Yandex Browser) (версия 22 и выше);
–
Google Chrome для ПК (версия 110 и выше);
–
Mozilla Firefox для ПК (версия 113 и выше);
–
Apple Safari для ПК (версия 14 и выше);
–
Chromium-Gost для ПК (версия 97 и выше).
2.4.9
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов
Системы
Система размещается на виртуальных серверах, в связи с чем требования к обслуживанию
аппаратно-технических средств не предъявляются. Необходимо, чтобы программная часть Системы
удовлетворяла требованию минимального обслуживания, работа системы в штатном режиме
осуществлялась автономно без необходимости ручного вмешательства обслуживающего персонала.
Все ссылки на интеграции, параметры подключения, данные учетных записей и другие периодически
изменяемые данные вынесены в настроечные файлы и позволять изменить их без необходимости
изменять программный код Системы.
Система пригодна к выполнению регламентных и аварийно-восстановительных работ в соответствии
с требованиями п. 2.4.2 настоящего ТЗ.
2.4.10 Требования к защите информации от несанкционированного доступа
Система реализует меры по защите информации в соответствии с назначением Системы и
используемых средств защиты информации и подлежит добровольной аттестации на соответствие
требованиям по защите информации согласно требованиям раздела 5.1 настоящего ТЗ.
2.4.11 Компоненты защиты от НСД
Компоненты защиты от НСД обеспечивают:
- идентификация и аутентификация пользователей и устройств;
- защиту от подбора идентификатора и пароля;
- защиту от случайного разглашения конфиденциальной информации;
- защиту от утечки информации в процессе ее передачи между компонентами Системы;
- поддержку политики безопасности;
- управление правами доступа.
2.4.12 Требования к защите целостности данных
11
Необходимо обеспечить защиту целостности хранимых данных на уровне операций системного ПО.
Средства администрирования базового программного обеспечения обеспечивают:
1)
возможность полного или частичного восстановления БД в случае возникновения
аварийных ситуаций;
2)
наличие средств сопряжения с системами дублирования на резервные устройства хранения
с последующим восстановлением.
Хранение данных в Системе реализовано на основе объектно-реляционных и колончатых БД. Для
обеспечения целостности данных используются встроенные механизмы СУБД.
Средства СУБД, а также средства используемых ОС обеспечивают документирование и
протоколирование обрабатываемой в Системе информации. СУБД обеспечивает диагностику
производительности внутренними средствами Заказчика.
2.4.13 Требования по сохранности информации при авариях
Система обеспечивает сохранность информации (целостность, доступность, возможность
восстановления) при возникновении аварийных ситуаций.
При обработке информации используется принцип транзакционной, обеспечивающий атомарность,
согласованность и изолированность операций. Информация, предназначенная для условнопостоянного хранения, записывается в базу данных по транзакционно.
2.4.14 Требования к защите от влияния внешних воздействий
ЕСИП размещается на виртуальных серверах, в связи с чем требования к защите от влияния внешних
воздействий не предъявляются.
2.4.15 Требования к патентной чистоте
Реализация технических, программных и организационных решений, предусмотренных проектом
Системы, не приводит к нарушению авторских и смежных прав третьих лиц.
Подрядчик предоставляет Заказчику право на обнародование и переработку результатов
интеллектуальной деятельности, а также право не указывать Автора и(или) Разработчика,
передаваемого ПО.
При использовании в Системе программ (программных комплексов или компонентов),
разработанных третьими лицами, условия, на которых передается право на использование
(исполнение) этих программ, не накладывают ограничения, препятствующие использованию
Системы по ее прямому назначению, и нарушать права третьих лиц; права на указанные программы
(программные комплексы или компоненты) передаются Заказчику на срок действия исключительных
прав.
Исключительное право на программное обеспечение Системы, а также на все результаты
интеллектуальной деятельности, созданные при исполнении Государственного контракта, в том
числе на техническую, эксплуатационную и рабочую документацию, в полном объеме принадлежит
городу Москве – субъекту Российской Федерации в лице Заказчика, и передается в собственность
города Москвы по Акту приема-передачи исключительных прав.
2.4.16 Требования к способам и средствам связи для информационного обмена между компонентами
Системы
Информационный обмен между компонентами Системы осуществляется без вмешательства
пользователя.
Информационный обмен между компонентами Системы и клиентскими приложениями
осуществляется по локальной сети и по сети Интернет.
2.4.17 Требования по взаимосвязям с внешними системами
Общие принципы взаимодействия:
- все взаимодействия с внешними системами осуществляются по защищенным каналам связи с
использованием протоколов семейства TCP и IP;
- интерфейсы Системы, предоставляемые для подключения внешних систем, поддерживают работу
по защищенным протоколам (например, TLS);
- сохранение интеграций, указанных в Таблице 1.
12
Требования к поддерживаемым протоколам и интерфейсам:
- протоколы OAuth 2.0 и OIDC для федеративной аутентификации и предоставления услуг единого
входа в качестве поставщика идентификации;
- протоколы OAuth 2.0 и OIDC для взаимодействия с СУДИР;
- протокол LDAPS для взаимодействия со Службой Каталогов ГКУ ЦОДД;
- протоколы HTTPS и SCIM 2.0 для взаимодействия внутренних компонентов между собой и
внешних систем с Системой с целью управления пользователями;
- протоколы SMTP и POP3 для взаимодействия с ЕПС.
В число смежных информационных систем ГКУ ЦОДД, с которыми реализовано
автоматизированное информационное взаимодействие объекта модернизации, входят:
- Кадровая система ГКУ ЦОДД;
- Служба Каталогов ГКУ ЦОДД;
- СМКСС;
- СУДИР;
- ЕПС;
- ПРОинфраструктура;
- Мобильное приложение ПРОинфраструктура;
- ИС ИСО ИТСС;
- ДТМ;
- Экокарта.
2.4.18 Требования к правам на охраняемые РИД
Сведения обо всех результатах интеллектуальной деятельности, созданные и (или) использованные в
процессе выполнения работ, подлежат отражению в технической документации.
Подрядчик обязан путем заключения договоров со своими работниками и третьими лицами
приобрести все права или обеспечить их приобретение за свой счет для передачи соответственно
Заказчику. Затраты, понесенные Подрядчиком в связи с приобретением соответствующих прав у
третьих лиц, входят в цену ГК.
По поручению Заказчика Подрядчик производит оформление документов, необходимых для
регистрации прав на все результаты интеллектуальной деятельности, созданные при исполнении ГК.
При использовании в Системе программ (программных комплексов или компонентов),
разработанных третьими лицами, условия, на которых передается право на использование
(исполнение) этих программ, не накладывают ограничений, препятствующих использованию
Системы по ее прямому назначению, и нарушать права третьих лиц. Права на указанные программы
(программные комплексы или компоненты) передаются Заказчику на срок действия исключительных
прав.
Подрядчик гарантирует, что возместит Заказчику все документально подтвержденные убытки в
полном объеме, которые понесет Заказчик в связи с несоблюдением Подрядчиком обязательств и
гарантий, предусмотренных настоящим пунктом.
Подрядчик вправе использовать результат интеллектуальной деятельности, созданный при
выполнении настоящего ГК, на условиях безвозмездной простой (неисключительной) лицензии со
следующими разрешенными способами использования результата интеллектуальной деятельности:
- воспроизведение программного обеспечения, ограниченное установкой (инсталляцией) и запуском
программного обеспечения на ЭВМ.
3. Состав работ
3.1. Перечень, последовательность и этапы выполнения работ по модернизации Системы
Состав работ определен с учетом деления работ на стадии и этапы по ГОСТ Р 59793-2021
Информационные технологии. Комплекс стандартов на автоматизированные системы.
Автоматизированные системы. Стадии создания:
13
1) эскизное проектирование:
- уточнение и детализация требований к Системе;
2) техническое проектирование:
- разработка технического проекта;
3) рабочее проектирование:
- разработка и тестирование ПО;
- разработка программной и эксплуатационной документации.
4) пусконаладочные работы, опытная эксплуатация и предварительные испытания:
- проведение пусконаладочных работ (установка и предварительное конфигурирование Системы на
технических средствах Заказчика);
- проведение предварительных испытаний;
- проведение опытной эксплуатации;
5) приемочные испытания:
- проведение приемочных испытаний.
Последовательность и продолжительность выполнения работ указаны в пункте 3.5 ТЗ.
Если по результатам предварительных испытаний, опытной эксплуатации и приемочных испытаний
выпускаются обновления ПО Системы, то данные обновления добавляются в дистрибутив, а также
устанавливаются и сконфигурируются на технических средствах Заказчика.
3.1.1. Перечень подсистем Системы, требуемый для выполнения работ
В соответствии с пунктом 2.1.3 ТЗ.
3.2.
Требования к функциям (задачам), выполняемым в рамках работ по 1 (первому), 2 (второму),
3 (третьему) и 4 (четвертому) этапам
3.2.1. Требования к модернизации Системы
3.2.1.1. Требования к модернизации Подсистема идентификации и предоставления доступа:
Для обеспечения функционирования Подсистемы идентификации и предоставления доступа
необходимо разработать (выполнить) следующие действия (функции):
3.2.1.1.1 Предоставление механизмов делегированной аутентификации пользователей для ИС
Концессия через ЕСИП по протоколу OAuth 2.0 и OIDC — адаптация существующих механизмов
аутентификации для интеграции новой системы
3.2.1.1.2 Предоставление механизмов делегированной аутентификации пользователей для ИС Мои
совещания через ЕСИП по протоколу OAuth 2.0 и OIDC — адаптация существующих механизмов
аутентификации для интеграции новой системы
3.2.1.1.3 Предоставление механизмов делегированной аутентификации пользователей для ИС СДО
через ЕСИП по протоколу OAuth 2.0 и OIDC — адаптация существующих механизмов
аутентификации для интеграции новой системы
3.2.1.1.4 Предоставление механизмов делегированной аутентификации пользователей для АИС
Москва.Река через ЕСИП по протоколу OAuth 2.0 и OIDC — адаптация существующих механизмов
аутентификации для интеграции новой системы
3.2.1.1.5 Предоставление механизмов делегированной аутентификации пользователей для ИАС ИАС
МПС через ЕСИП по протоколу OAuth 2.0 и OIDC — адаптация существующих механизмов
аутентификации для интеграции новой системы
3.2.1.1.6 Предоставление функции управления профилями и учетными записями пользователей для
внешней системы Концессия на базе единой учетной записи ЕСИП
3.2.1.1.7 Предоставление функции управления профилями и учетными записями пользователей для
внешней системы Мои совещания на базе единой учетной записи ЕСИП — адаптация
существующих механизмов для интеграции новой системы
3.2.1.1.8 Предоставление функции управления профилями и учетными записями пользователей для
внешней системы СДО на базе единой учетной записи ЕСИП — адаптация существующих
механизмов для интеграции новой системы
3.2.1.1.9 Предоставление функции управления профилями и учетными записями пользователей для
14
внешней АИС Москва.Река на базе единой учетной записи ЕСИП — адаптация существующих
механизмов для интеграции новой системы
3.2.1.1.10 Предоставление функции управления профилями и учетными записями пользователей для
внешней ИАС МПС на базе единой учетной записи ЕСИП — адаптация существующих механизмов
для интеграции новой системы
3.2.1.1.11 Управление доступами пользователей к системе Концессия на базе единой учетной записи
ЕСИП — адаптация существующих механизмов для интеграции новой системы
3.2.1.1.12 Управление доступами пользователей к системе Мои совещания на базе единой учетной
записи ЕСИП — адаптация существующих механизмов для интеграции новой системы
3.2.1.1.13 Управление доступами пользователей к системе СДО на базе единой учетной записи
ЕСИП — адаптация существующих механизмов для интеграции новой системы
3.2.1.1.14 Управление доступами пользователей к АИС Москва.Река на базе единой учетной записи
ЕСИП — адаптация существующих механизмов для интеграции новой системы
3.2.1.1.15 Управление доступами пользователей к ИАС МПС на базе единой учетной записи ЕСИП
— адаптация существующих механизмов для интеграции новой системы
3.2.1.1.16 Управление сессиями пользователей внешней системы Концессия через выпуск, проверку
и отзыв токенов доступа, включая использование токенов обновления для продления сессий и
принудительное завершение сессий администратором через ЕСИП — адаптация существующих
механизмов для интеграции новой системы
3.2.1.1.17 Управление сессиями пользователей внешней системы Мои совещания через выпуск,
проверку и отзыв токенов доступа, включая использование токенов обновления для продления
сессий и принудительное завершение сессий администратором через ЕСИП — адаптация
существующих механизмов для интеграции новой системы
3.2.1.1.18 Управление сессиями пользователей внешней системы СДО через выпуск, проверку и
отзыв токенов доступа, включая использование токенов обновления для продления сессий и
принудительное завершение сессий администратором через ЕСИП — адаптация существующих
механизмов для интеграции новой системы
3.2.1.1.19 Управление сессиями пользователей внешней АИС Москва.Река через выпуск, проверку и
отзыв токенов доступа, включая использование токенов обновления для продления сессий и
принудительное завершение сессий администратором через ЕСИП — адаптация существующих
механизмов для интеграции новой системы
3.2.1.1.20 Управление сессиями пользователей внешней ИАС МПС через выпуск, проверку и отзыв
токенов доступа, включая использование токенов обновления для продления сессий и
принудительное завершение сессий администратором через ЕСИП
3.2.1.1.21 Передача во внешнюю систему Концессия атрибутов пользователей из ЕСИП и сведений о
правах доступа пользователей ЕСИП в этой системе — адаптация существующих механизмов для
интеграции новой системы
3.2.1.1.22 Передача во внешнюю систему Мои совещания атрибутов пользователей из ЕСИП и
сведений о правах доступа пользователей ЕСИП в этой системе — адаптация существующих
механизмов для интеграции новой системы
3.2.1.1.23 Передача во внешнюю систему СДО атрибутов пользователей из ЕСИП и сведений о
правах доступа пользователей ЕСИП в этой системе — адаптация существующих механизмов для
интеграции новой системы
3.2.1.1.24 Передача во внешнюю АИС Москва.Река атрибутов пользователей из ЕСИП и сведений о
правах доступа пользователей ЕСИП в этой системе — адаптация существующих механизмов для
интеграции новой системы
3.2.1.1.25 Передача во внешнюю ИАС МПС атрибутов пользователей из ЕСИП и сведений о правах
доступа пользователей ЕСИП в этой системе — адаптация существующих механизмов для
интеграции новой системы.
3.2.1.1.26 Выпуск аутентификаторов пользователей в виде TOTP — реализация управляющей логики
15
процесса
3.2.1.1.27 Привязка TOTP к учетной записи ЕСИП с помощью QR-кодов, для использования с
совместимыми приложениями для генерации TOTP — формирование QR-кода и отображение
пользователю на экране
3.2.1.1.28 Проверка наличия привязки TOTP пользователя в сценарии аутентификации — реализация
управляющей логики процесса
3.2.1.1.29 Подтверждение аутентификации с помощью TOTP в качестве второго фактора при входе
пользователя в защищаемые приложения с учетной записью ЕСИП — реализация управляющей
логики процесса
3.2.1.1.30 Ограничение количества неверных попыток ввода TOTP — подсчёт неверных попыток с
сохранением счётчика в БД
3.2.1.1.31 Временная блокировка учетной записи при достижении лимита попыток ввода TOTP с
сохранением блокировки в БД ЕСИП
3.2.1.1.32 Удаление (сброс, замена) ранее выпущенных аутентификаторов TOTP с сохранением в БД
ЕСИП
3.2.1.2. Требования к модернизации Подсистемы контекстной авторизации
Для обеспечения функционирования Подсистемы контекстной авторизации необходимо разработать
(выполнить) следующие действия (функции):
3.2.1.2.1 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа для поддержки новой интегрируемой
системы Концессия
3.2.1.2.2 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа для поддержки новой интегрируемой
системы Мои совещания
3.2.1.2.3 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа для поддержки новой интегрируемой
системы СДО
3.2.1.2.4 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа для поддержки новой интегрируемой
системы АИС Москва.Река
3.2.1.2.5 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа для поддержки новой интегрируемой
системы ИАС МПС
3.2.1.2.6 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа, разрешающей вход пользователя в личный
кабинет с учетной записью ЕСИП без проверки второго фактора аутентификации до момента
подключения им второго фактора
3.2.1.2.7 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа, разрешающей или запрещающей вход
пользователя в личный кабинет независимо от наличия, подключенного TOTP при прохождении им
идентификации посредством СУДИР («войти через СУДИР»)
3.2.1.2.8 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа, запрещающей вход в защищаемые
приложения с учетной записью ЕСИП без прохождения проверки TOTP
3.2.1.2.9 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа, разрешающей вход в защищаемые
приложения с учетной записью ЕСИП без прохождения проверки TOTP
3.2.1.2.10 Принятие решения о доступе пользователя к ресурсу на основе правил (политик) —
приращение функции путем создания политики доступа, разрешающей или запрещающей вход
пользователя в защищаемые приложения независимо от наличия, подключенного TOTP - при
16
прохождении им идентификации посредством СУДИР («войти через СУДИР»)
3.2.1.2.11 Создание политики доступа, разрешающей или запрещающей вход пользователя в
защищаемые приложения независимо от наличия, подключенного TOTP - при прохождении им
идентификации посредством СУДИР («войти через СУДИР»).
3.2.1.3. Требования к модернизации подсистемы хранения и управления данными
Для обеспечения функционирования подсистемы хранения и управления данными необходимо
разработать (выполнить) следующие действия (функции):
3.2.1.3.1 Хранение в БД ЕСИП настроек второго фактора, выставленных пользователем
3.2.1.3.2 Хранение в БД ЕСИП выпущенных аутентификаторов TOTP пользователя
3.2.1.3.3 Перенос существующих пользователей системы Концессия из файла с созданием или
обновлением пользователей и назначением прав доступа — чтение, преобразование и загрузка
данных в ЕСИП
3.2.1.3.4 Перенос существующих пользователей системы Мои совещания из файла с созданием или
обновлением пользователей и назначением прав доступа — чтение, преобразование и загрузка
данных в ЕСИП
3.2.1.3.5 Перенос существующих пользователей системы СДО из файла с созданием или
обновлением пользователей и назначением прав доступа — чтение, преобразование и загрузка
данных в ЕСИП
3.2.1.3.6 Перенос существующих пользователей АИС Москва.Река из файла с созданием или
обновлением пользователей и назначением прав доступа — чтение, преобразование и загрузка
данных в ЕСИП
3.2.1.3.7 Перенос существующих пользователей ИАС МПС из файла с созданием или обновлением
пользователей и назначением прав доступа — чтение, преобразование и загрузка данных в ЕСИП
3.2.1.4. Требования к модернизации подсистемы безопасности
Для обеспечения функционирования подсистемы безопасности необходимо разработать (выполнить)
следующие действия (функции):
3.2.1.4.1 Создание и внедрение в Систему алгоритмов генерации и защиты TOTP, которые следуют
требованиям стандарта RFC 6238.
3.2.1.5. Требования к модернизации подсистемы интеграции
Для обеспечения функционирования подсистемы интеграции необходимо разработать (выполнить)
следующие действия (функции):
3.2.1.5.1 Предоставление защищенного API для выставления настройки второго фактора
аутентификации со стороны пользователя — получение внешних запросов из браузера с
последующей обработкой и сохранением в БД
3.2.1.5.2 Предоставление защищенного API для управления привязкой TOTP со стороны
пользователя — получение внешних запросов из браузера с последующей обработкой и сохранением
в БД
3.2.1.5.3 Предоставление защищенного API для сброса настройки второго фактора администратором
— получение внешних запросов из браузера с последующей обработкой и сохранением в БД
3.2.1.6. Требования к модернизации подсистемы отображения данных
Для обеспечения функционирования подсистемы отображения данных необходимо разработать
(выполнить) следующие действия (функции):
3.2.1.6.1 Отображение привязки TOTP к учетной записи в интерфейсе администратора
информационной безопасности — реализация элементов ГПИ для отображения данных без
модификации
3.2.1.6.2 Отображение отключения второго фактора TOTP в интерфейсе администратора
информационной безопасности — реализация управляющего элемента ГПИ для отключения второго
фактора TOTP
3.2.1.7. Требования к модернизации подсистемы протоколирования
Для обеспечения функционирования подсистемы протоколирования необходимо разработать
17
(выполнить) следующие действия (функции):
3.2.1.7.1 Регистрации событий при управлении TOTP — реализация формирования и сохранения
событий в БД
3.2.1.7.2 Регистрации событий при аутентификации с проверкой TOTP — реализация формирования
и сохранения событий в БД
3.2.1.8. Требования к созданию подсистемы самообслуживания
Для обеспечения функционирования подсистемы интеграции необходимо разработать (выполнить)
следующие действия (функции):
3.2.1.8.1 Создание механизма "Личный кабинет пользователя" в виде отдельного SPA-приложения;
3.2.1.8.2 Отображение навигации пользователя в личный кабинет для установки TOTP при начале
(возобновлении) пользования учетной записью ЕСИП
3.2.1.8.3 Вход в личный кабинет в рамках сессии единого входа ЕСИП
3.2.1.8.4 Получение статуса подключения второго фактора аутентификации пользователем
3.2.1.8.5 Отображение переключения настроек второго фактора пользователем
3.2.1.8.6 Самостоятельное подключение пользователем второго фактора в виде TOTP
3.2.1.8.7 Отображение QR-кода при подключении TOTP для считывания совместимым приложением
для генерации TOTP.
3.3 Требования к функциям (задачам), выполняемым в рамках работ по модернизации Системы по 1
(первому), 2 (второму), 3 (третьему) и 4 (четвертому) этапам в рамках неизвестного функционала
Перечень функциональных требований, предъявляемых к подсистемам, модулям и их функциям в
рамках работ по заявкам, необходимо уточнить на этапе разработки и утверждения ЧТЗ.
Работы выполняются согласно требованиям ТЗ и утвержденным Заказчиком ЧТЗ, разработанным
Подрядчиком на основании поступившей от Заказчика заявки на выполнение работ.
Общее количество задач по модернизации Системы, выполняемых в рамках ТЗ, составляет не менее
21 (двадцати одной), включая 8 (восемь) работ, приведенных в пунктах 3.2.1.1 – 3.2.1.8 ТЗ и 13
(тринадцать) задач сопоставимых по объему трудозатрат с задачами, указанными в пунктах 3.2.1.1 –
3.2.1.8 ТЗ (рассчитано на основе усреднения трудозатрат одной доработки указанных в пунктах
3.2.1.1 – 3.2.1.8 ТЗ). При этом одна заявка может содержать в себе несколько задач.
Работы по модернизации Системы, выполняющиеся по заявкам, включают в себя следующий
порядок действий сторон:
1. Заказчик направляет в адрес Подрядчика официальным письмом заявку на проведение комплекса
мероприятий, связанных с работами по модернизации (модернизации) Системы.
2. Подрядчик проверяет наличие всей необходимой информации в составе заявки (в соответствии с
требованиями пункта 3.3.3. ТЗ и Приложения 7).
3. Если направленная заявка не содержит достаточный объем информации для выполнения работ,
Подрядчик в течение 5 (пяти) рабочих дней со дня ее получения направляет Заказчику запрос
уточняющих сведений с использованием электронной почты. Максимальное количество запросов
уточняющих сведений, в рамках одной Заявки у Заказчика не может превышать 3 (трех) писем.
4. Заказчик в течение 5 (пяти) рабочих дней со дня получения от Подрядчика запроса уточняющих
сведений предоставляет, с использованием электронной почты, информацию, в соответствии с
запросом Подрядчика.
5. Подрядчик в течение 5 (пяти) рабочих дней со дня получения заявки или исчерпывающей
информации, направляет официальным письмом уведомление с подтверждением принятия заявки в
работу. Заявка считается принятой в работу, если Подрядчик не направит запрос уточняющих
сведений или подтверждение о принятии заявки в работу в течении 5 (пяти) рабочих дней, в
соответствии с пунктом 3 настоящей статьи ТЗ.
6. Для выполнения работ Подрядчику необходимо предложить решение, которое реализуется в
Системе согласно заявке Заказчика, для чего разрабатывает ЧТЗ на разработку данного решения.
7. Подрядчик осуществляет Расчет стоимости реализации решения в соответствии с пунктом 3.5 ТЗ.
8. Подрядчик предоставляет разработанное ЧТЗ и Расчет стоимости реализации решения
18
официальным сопроводительным письмом в адрес Заказчика в течение 15 (пятнадцати) рабочих дней
для 2 (второго),
этапа с даты принятия заявки в работу.
9. Заказчик в течение 5 (пяти) рабочих дней с момента получения сопроводительного письма с ЧТЗ и
Расчетом стоимости реализации решения рассматривает и утверждает представленные Подрядчиком
документы, либо направляет в адрес Подрядчика мотивированный отказ от согласования и перечень
замечаний. Максимальное количество корректировок ЧТЗ и Расчета стоимости реализации решения
Подрядчиком не может превышать 2 (двух) раз.
10. После утверждения Заказчиком предлагаемого решения и Расчета стоимости реализации
решения, Подрядчик приступает к его реализации согласно утвержденному ЧТЗ.
Порядок приемки выполненных Подрядчиком работ содержит пункт 3.4 ТЗ.
3.3.1. Требования к заявке
Работы по модернизации Системы в рамках 1 (первого), 2 (второго), 3 (третьего) и 4 (четвертого)
этапов выполняются на основании заявок Заказчика. Форма Заявки и требуемые данные указаны в
Приложении №6 к Техническому заданию.
В заявке Заказчика необходимо указать следующие данные:
1) наименование подсистемы;
2) наименование задачи;
3) описание функционала (описание цели, решения и требуемых для решения задач);
4) требования к функционалу (Функциональные и (или) нефункциональные требования);
5) требуемый срок реализации;
6) результаты работ.
3.3.2. Требования к ЧТЗ
ЧТЗ подготавливается в соответствии с требованиями ТЗ и содержит:
1) перечень подлежащих решению задач;
2) подробное описание требований;
3) перечень и (или) описание разрабатываемых (модернизируемых) функциональных компонентов;
4) сроки выполнения работ (в случае невозможности реализации решения в сроки, указанные в
заявке, Подрядчик предлагает новые сроки реализации решения и указывает их в ЧТЗ).
5) расчет стоимости реализации решения.
3.3.3. Требования к расчету стоимости реализации решения
Расчет стоимости реализации решения необходимо подготовить с учетом пункта 6.4 распоряжения
Департамента экономической политики и развития города Москвы и Департамента информационных
технологий города Москвы от 28 февраля 2018 г. № 64-16-89/18/3-р «Об утверждении Методики
расчета планируемой стоимости работ по созданию, модернизации и модернизации
информационных систем города Москвы».
Максимальные трудозатраты (чел.-месяцев), которые можно использовать для задач по заявкам
Заказчика на каждом этапе, определены в Таблице 14. Совокупный объем работ по заявкам не
превышает этого предельного объема трудозатрат по этапу. Работы, выполненные Подрядчиком
сверх предельного объема трудозатрат, не подлежат оплате.
Расчет стоимости реализации решения содержит приложение, включающее в себя:
1) перечень функций, подлежащих реализации;
2) перечень подсистем Системы, которые будут затронуты при внедрении решения;
3) список интеграций, которые будут настроены и (или) изменены;
4) итоговый расчет стоимости работ;
5) перечень внутренних логических файлов;
6) перечень внешних интерфейсных файлов;
7) перечень внешних входных элементов;
8) перечень внешних выходных элементов;
9) перечень внешних запросов.
19
Подрядчик приступает к реализации решения только после утверждения ЧТЗ и Расчета стоимости
реализации решения, согласованного между Заказчиком и Подрядчиком. Расчет стоимости работ по
модернизации Системы определен в пункте 3.3. ТЗ.
3.3.4. Требования к реализации решения
Решение реализуется в порядке и сроки, определённые в ЧТЗ, если сторонами не определено иное.
На этапе реализации решения (этапе технического проектирования) разрабатывается документ
«Пояснительная записка», содержащий сведения о реализации решения, в том числе возможные
отклонения от исходных требований ТЗ и (или) ЧТЗ, в случае если сторонами были согласованы
такие отклонения. Если для передачи решения в эксплуатацию используются лицензии на ПО, то
точный состав и количество лицензий, указывается в Пояснительной записке.
3.3.5. Требования к содержанию работ по модернизации Системы
В рамках выполнения работ по заявкам выполняется модернизация Системы, а также, при
необходимости, создание новых подсистем Системы.
В рамках выполнения работ по заявкам необходимо выполнить доработку Системы, а также, при
необходимости, создание новых подсистем Системы.
Подрядчик обязан осуществить выполнение работ в последовательности, установленной
нормативами и правилами для данного вида работ, с соблюдением технологического процесса.
В рамках приемочных испытаний по ГК Подрядчик обеспечивает размещение исходного кода в
системе контроля версий Заказчика. Передача исходных кодов, разработанных в ходе выполнения
работ программ для ЭВМ и дистрибутивов сопровождается передачей необходимых для сборки и
запуска программы инструкций.
3.4. Требования к составу и содержанию работ по поддержанию работоспособности Системы
3.4.1 Перечень работ по поддержанию работоспособности Системы и требования к составу и
содержанию работ, выполняемым в рамках поддержания работоспособности системы:
Таблица 6 Перечень работ
№Комплексы работ
Работы
методическое обеспечение эксплуатационных мероприятий
Организация
1
техническое обеспечение эксплуатационных мероприятий
эксплуатационных служб
приемка Системы на поддержание работоспособности
поддержка пользователей Системы
2 Поддержка пользователей
управление знаниями
управление инцидентами
управление событиями
управление изменениями
Системное
нагрузочное тестирование
3
администрирование
управление плановыми работами
управление резервным копированием и восстановление Системы
из резервной копии
управление инцидентами
управление событиями
Прикладное
управление изменениями
4
функциональное тестирование
администрирование
управление доступом
управление плановыми работами
В рамках выполнения работ по поддержанию работоспособности Системы Подрядчик осуществляет:
- поддержание работоспособности Системы с характеристиками в соответствии с Приложением № 5
«Описание информационных систем и ресурсов» к ТЗ.
Расчет произведен в соответствии с распоряжением Департамента информационных технологий
города Москвы и Департамента экономической политики и развития города Москвы от 01.07.2016 №
18-Р/64-16-264/16.
3.4.2 Цели выполнения работ.
Выполнение работ по поддержанию работоспособности Системы осуществляется в целях:
Обеспечения информационно-консультационной поддержки работы пользователей с Системой
●
20
●
●
●
●
●
●
●
(включая ППО).
Ведение технической и эксплуатационной документации и актуализация её по результатам
обработки запросов пользователей.
Определения текущего состояния компонентов Системы по результатам автоматического
выявления средствами мониторинга событий в Системе.
Поддержания параметров функционирования СПО и технического обеспечения,
удовлетворяющих требованиям Системы и производственных процессов, включая их
непрерывность.
Обеспечения целостности, сохранности и восстанавливаемости данных Системы.
Поддержания параметров функционирования ППО, удовлетворяющих требованиям
производственных процессов, включая их непрерывность.
Обеспечения бесперебойного функционирования Системы.
Обеспечения сохранения работоспособности Системы в изменяемом промышленном контуре.
3.4.3 Особые условия.
При оказании работ Подрядчик руководствуется соответствующими положениями нормативного
правового акта, указанного в пункте 7.5 ТЗ.
Работы по поддержанию работоспособности Системы оплачиваются в соответствии с абонентским
принципом в соответствии с Таблицей 13 и Приложением № 1 к ТЗ.
Порядок расчета стоимости выполненных работ приведен в пункте 3.4.6.8.4 ТЗ. Стоимость
выполненных работ рассчитывается с учетом KPI.
Первым днем для исчисления стоимости считается следующий календарный день с даты указанной в
Акте приемки Системы на техническую поддержку и системное сопровождение.
3.4.4 Временные параметры выполнения работ.
Требования к нормативным параметрам выполнения работ определены в соответствии с
Приложением № 3 «Временные параметры (SLA)» к ТЗ.
Целевые показатели Системы приведены в Приложении № 3 «Временные параметры (SLA)» к ТЗ.
3.4.5 Описание Системы
3.4.5.1 Характеристика Системы
Перечень подсистем Системы и их характеристики: в соответствии с Приложением № 5 «Описание
информационных систем и ресурсов» к ТЗ.
Количество Пользователей Системы: в соответствии с Приложением № 5 «Описание
информационных систем и ресурсов» к ТЗ.
3.4.5.2 Программно-аппаратный комплекс Системы.
Аппаратное и программное обеспечение Системы приведено в Приложении № 4 «Аппаратное и
программное обеспечение Системы» к ТЗ.
Доступ к техническим средствам и программному обеспечению предоставляется Заказчиком
Подрядчику на Этапе Работ по организации эксплуатационных служб после направления
Подрядчиком соответствующего запроса в адрес Заказчика по электронной почте в рабочем порядке.
В случае необходимости изменения требуемых мощностей Подрядчик предоставляет Заказчику
предложения по изменению аппаратного и программного обеспечения Системы (в соответствии с
формой, предоставляемой Заказчиком по запросу).
3.4.6 Требования к работам по поддержанию работоспособности Системы
3.4.6.1 Требования к работам
В рамках выполнения работ Подрядчик обеспечивает бесперебойную работу Системы на
протяжении всего периода выполнения работ в режиме, указанном в Приложении № 3 «Временные
параметры (SLA)» к ТЗ.
Время недоступности Системы не может превышать значений, указанных в Приложении № 3
«Временные параметры (SLA)» к ТЗ.
21
На протяжении всего периода выполнения работ Подрядчик обеспечивает:
●
●
●
●
●
●
●
●
консультационную поддержку
сохранность баз данных всех программных модулей и структурных разделов Системы
функционирование всего программного обеспечения Системы
возможность возврата в предыдущее стабильное состояние в случае неуспешной попытки
внесения изменений в Систему (обновлений, настроек, установки программных дополнений и
работ, направленных на обеспечение качественной бесперебойной работы Системы)
возможность полного восстановления Системы из резервной копии в случае сбоя
формирование по запросу загрузок и выборок данных
управление проблемами и рисками
организация процесса обучения пользователей Системы
3.4.6.2 Требования к порядку и режиму выполнения работ
Работы по технической поддержке и системному сопровождению Системы оказываются в
соответствии с порядком и требованиями на оказание каждой конкретной Работы, приведенными в
ТЗ, а также Регламентами и Инструкциями выполнения работ.
В целях недопущения остановки работы Системы, отдельные Работы проводятся в нерабочее время
Заказчика и (или) Пользователей Системы в соответствии с предварительно согласованным в
Регламенте выполнения работ графиком. Проведение работ специалистами Подрядчика
согласовываются с Заказчиком, фиксируются в СМКСС и сопровождаются обязательным
информированием специалистов Сторон в соответствии с пунктом 3.4.6.4 ТЗ. Соответствующие
типы работ определяются в Регламенте выполнения работ.
3.4.6.3 Учетные записи пользователей
Подрядчик осуществляет управление доступом к ППО путем разграничения прав доступа и ведения
реестра пользователей, обладающих правами, если иное не предусмотрено Регламентом выполнения
работ или другим документом, предоставляемым Заказчиком и определяющим порядок выдачи и
изъятия прав и атрибутов доступа к Системе. При этом доступ к Системе персонализирован
(конкретный логин соответствует конкретному пользователю Системы).
Выдача и изъятие прав и атрибутов доступа к Системе персоналу осуществляется на основании
запроса Заказчика, если иное не определено в Регламенте выполнения работ.
Проверка прав и атрибутов доступа проводиться Подрядчиком согласно графику ППР. Подрядчик
предусматривает мониторинг активности пользователей с целью выявления и блокировки
неактивных учетных записей при наличии в системах соответствующего функционала в рамках
выполнения работ и по управлению плановыми работами.
Подрядчик обеспечивает возможность сохранности учетных записей пользователей,
заблокированных, в течение Этапа по поддержанию работоспособности Системы. Подробные
требования к управлению учетными записями определяются Регламентом выполнения работ.
3.4.6.4 Требования к информационному сопровождению выполняемых работ
Под информационным сопровождением оказываемых работ понимается информирование Заказчика
о ходе выполнения работ в случае возникновения нештатных ситуаций и организация
взаимодействия с представителями Подрядчика, смежными СТП с использованием наиболее
приемлемых каналов коммуникаций с целью решения приоритетных вопросов.
Требования к информационному взаимодействию определены в Регламенте выполнения работ,
формируемом в рамках Работ по организации эксплуатационных служб.
При выполнении работ по поддержанию работоспособности Системы Подрядчик обязан обеспечить
информирование представителей Заказчика и специалистов смежных систем (при необходимости) о
подготовке, ходе проведения и успешности проведения работ в соответствии с планом (или
отклонении от согласованного плана), их результатах, при каждом переходе к следующему шагу и
(или) возвращению к предыдущему состоянию, путем направления первоначального плана с
22
указанием статуса работ (начато выполнение, в работе, завершена, успешно, неуспешно).
Информирование осуществляется Подрядчиком в режиме онлайн с помощью электронной почты и
СМКСС.
Подрядчик обязан соблюдать порядок информирования, указанный в Регламенте выполнения работ.
В случае обнаружения сбоев в работе Системы Подрядчиком, он оповещает о произошедшем
ответственных лиц со стороны Заказчика сразу после обнаружения сбоя, регистрирует событие и
(или) сбой в СМКСС и приступает к его устранению.
3.4.6.5 Требования к порядку обработки запросов на выполнение работ
При выполнении работ по технической поддержке и системному сопровождению Заказчика
Подрядчик обрабатывает все поступившие к нему запросы на выполнение работ по поддержанию
работоспособности Системы, сформированные как в ручном режиме (эл. почта, тел. звонок, запросы
от СТП смежных систем в СМКСС), так и в автоматическом режиме (Система мониторинга).
В зоне ответственности Подрядчика находится обработка всех поступивших к нему запросов,
взаимодействие с иными линиями поддержки по разрешению поступивших запросов и организация
техподдержки Заказчика.
Подрядчик обязан:
●
●
●
постоянно контролировать сроки, указанные в Приложении № 3 «Временные параметры (SLA)»
ТЗ, отведенные для разрешения запроса;
производить оповещение ответственных специалистов Заказчика в соответствии с Регламентом
выполнения работ о нарушении сроков выполнения запросов;
следить за актуальностью классификатора СМКСС в своей зоне ответственности.
3.4.6.6 Требования к численности и квалификации персонала и режиму его работы
Численность персонала и необходимый уровень квалификации определяется Подрядчиком, чтобы
обеспечить выполнение требований ТЗ при оказании каждой из работ. В случае неоднократного
нарушения требований ТЗ Подрядчиком при оказании той или иной Работы, Заказчик вправе
осуществить проверку подготовленности персонала Подрядчика для поддержания
работоспособности Системы.
Заказчик вправе запросить заверенные копии документов, подтверждающих квалификацию
персонала, в том числе дипломов, протоколов обучения, и провести проверку соответствия
заявленных в них сведений фактическим в отношении всех или конкретных сотрудников.
Уведомление о проверке Заказчик направляет Подрядчику не менее чем за 1 (один) рабочий день.
Режим работы персонала обеспечивает выполнение работ Подрядчиком в соответствии с
требованиями к качеству, режиму и периодичности выполнения работ, определенными ТЗ.
3.4.6.7 Требования к Организации эксплуатационных служб
В течение Работ по организации эксплуатационных служб Контракта Подрядчиком проводятся
организационно-штатные и подготовительные мероприятия (в том числе технические), по
результатам проверки которых осуществляется приемка Системы на сервисное и техническое
сопровождение, о чем Подрядчиком и Заказчиком в момент приемки Системы подписывается Акт
приемки Системы на техническую поддержку и системное сопровождение.
Для начала выполнения работ Подрядчик в течение Работ по организации эксплуатационных служб:
●
Определяет ответственных лиц, уполномоченных в структуре Подрядчика принимать решения
оперативного характера о порядке и способе выполнения работ и несущих персональную
ответственность за качество и полноту выполнения работ. Подрядчик и Заказчик подписывают
документ «Перечень уполномоченных специалистов» (далее – Перечень). Указанный Перечень
содержит минимальный набор контактных данных: должность, ФИО, контактный телефон
(рабочий и мобильный), адрес электронной почты, роли. Подрядчик имеет право расширить
указанный перечень контактных данных и средств коммуникации. В Перечне Подрядчик также
определяет основного специалиста и в период его отсутствия специалиста, исполняющего
23
●
●
●
●
●
●
●
●
обязанности по взаимодействию с Заказчиком, как единую точку входа для взаимодействия с
Заказчиком.
Актуализировать Регламент выполнения работ, а в случае отсутствия разработать. Текущая
версия Регламента выполнения работ предоставляется Заказчиком по запросу Подрядчика по
электронной почте в рабочем порядке
Актуализировать, а в случае отсутствия разработать График ППР
Актуализировать, а в случае отсутствия разработать Базу знаний
Запросить у Заказчика необходимый доступ к Системе
Запросить у Заказчика необходимый доступ к СМКСС, Системе мониторинга
Актуализировать руководство пользователя, руководство администратора, анкету постановки
Системы на мониторинг
Актуализировать анкету резервного копирования Системы
Настроить средства мониторинга, которые обеспечат контроль выполнения требований ТЗ.
Этап 5 по Организации эксплуатационных служб считается завершенным, а Работы по организации
эксплуатационных служб оказанными в полном объеме, после подписания сторонами Акта приемки
Системы на техническую поддержку и системное сопровождение. Акт приемки Системы на
техническую поддержку и системное сопровождение подписывается Сторонами только после
пройденной Подрядчиком процедуры приемки Системы на сопровождение согласно плану проверки,
разработанному Подрядчиком и утвержденному Заказчиком, а также Подрядчик демонстрирует
выполнение регламентов, входящих в состав Регламента выполнения работ, и их соответствие ТЗ.
Электронный структурированный Документ о приемке по этапу по организации эксплуатационных
служб подписывается Заказчиком и Подрядчиком не ранее даты подписания Акта приемки Системы
на техническую поддержку и системное сопровождение.
3.4.6.8 Требования к методическому обеспечению эксплуатационных мероприятий (в том числе по
предупреждению и обработке внештатных ситуаций).
Методическое обеспечение эксплуатационных мероприятий включает в себя:
●
●
●
ознакомление специалистов Подрядчика с комплектом проектной и эксплуатационной
документацией на Систему, порядком и правилами работы в Системе
ознакомление специалистов Подрядчика с порядком и правилами работы в СМКСС, Системе
мониторинга
разработку и (или) адаптацию регламентов и инструкций по технической поддержке и
системному сопровождению Системы и должностных инструкций (при необходимости)
специалистов с учетом зоны ответственности Подрядчика по поддержанию работоспособности
Системы в соответствии с Приложением № 1 к ТЗ и особенностей сопровождаемых Систем,
организационно- штатной структуры и технических средств Подрядчика и Заказчика.
Документы подлежащие актуализации передаются Подрядчику после направления
соответствующего запроса Заказчику в рабочем порядке. В случае их отсутствия, первично
разрабатываются Подрядчиком и согласовываются с Заказчиком.
3.4.6.8.1 Актуализация документации
В рамках работ по организации эксплуатационных служб Подрядчик производит изучение,
корректировку и актуализацию следующего комплекта существующей документации Системы:
- Регламент выполнения работ (включая График ППР)
- Матрица эскалации
- Базы знаний
- Инструкции специалистов, осуществляющих консультирование Пользователей
- Руководство пользователя
24
- Руководство администратора
- Анкета постановки Системы на мониторинг
- Анкеты резервного копирования (в том числе план аварийного восстановления)
Актуальная версия документации согласовывается с Заказчиком и учитывает особенности ТЗ.
Подрядчик в течение Работ по организации эксплуатационных служб актуализирует Регламент
выполнения работ, который включает комплект регламентирующих и инструктивных документов и
разделов по работам, в том числе:
- Поддержка пользователей (в том числе описание Работы по управлению знаниями)
- Сопровождение резервного копирования и восстановления Системы из резервной копии
- Методика проведения нагрузочного тестирования
- Методика проведения функционального тестирования
- Управление инцидентами
- Управление плановыми работами
- Управление изменениями
В течение Работ по организации эксплуатационных служб Подрядчик готовит предложения по
созданию классификаторов Системы (контакт центра, центра компетенции, таблиц маршрутизации и
рабочих групп) и алгоритмов обработки запросов (статусной модели) в СМКСС в порядке,
определяемом Регламентом. Изменение статусной модели осуществляется в порядке, установленном
Регламентом выполнения работ, который разрабатывается и утверждается на Этапе 5. В рамках
методического обеспечения эксплуатационных мероприятий все предложения Подрядчика
согласовываются с Заказчиком.
Подрядчик в течение Работ по организации эксплуатационных служб проходит регистрацию в
СМКСС, изучает порядок работы с ней. Заказчик предоставляет доступ в СМКСС после получения
соответствующего запроса по электронной почте. С момента регистрации и получения доступа
Подрядчик фиксирует в СМКСС все факты (обращения, запросы на изменения, инциденты) и
параметры выполнения работ (направление, группы работ, Работы, сервисы, соглашения об уровне
работ).
Подрядчик вправе использовать полученный доступ для автоматизированного ведения
Детализированного отчета и прочих отчетных документов, предусмотренных ТЗ.
- Система контроля версий
Подрядчик в течение Работ по организации эксплуатационных служб производит регистрацию
сотрудников Заказчика в системе контроля версий (СКВ), обучает сотрудников Заказчика работе с
ней. Подрядчик обязан предоставить доступ в СКВ после получения соответствующего запроса,
загружать в СКВ все изменяемые компоненты Системы перед установкой данных компонентов на
промышленный контур Системы.
- Актуализация Базы знаний
В рамках методического обеспечения эксплуатационных мероприятий на Этапе Работ по
организации эксплуатационных служб Подрядчик анализирует данные по обращениям,
предоставленные Заказчиком за календарный год, предшествующий дате заключения Контракта (в
случае наличия таких данных). На основании предоставленной Заказчиком информации Подрядчик
производит первичное наполнение Базы Знаний, а также осуществляет подготовку специалистов с
учетом вероятности возникновения инцидентов и обращений аналогичных событиям прошлого
периода.
После наполнения Базы знаний перечень и содержание статей передаются Заказчику Подрядчиком в
рамках отчетности по Этапу Организации эксплуатационных служб или периоду Сопровождения
Системы (в случае необходимости актуализации Базы знаний в течение Сопровождения Системы).
База знаний используется и актуализируется Подрядчиком по работе управления знаниями в
соответствии с разработанным на Этапе Работ по организации эксплуатационных служб
Регламентом выполнения работ.
На Этапе Работ по организации эксплуатационных служб в Базу знаний Подрядчиком добавляются
25
или актуализируются статьи по работе Системы на основе анализа обращений, предоставленных
Заказчиком.
3.4.6.8.2. Требования к техническому обеспечению эксплуатационных мероприятий
3.4.6.8.2.1 Организация мониторинга Системы
В ходе Работ по организации эксплуатационных служб Подрядчик актуализирует раздел Регламента
выполнения работ по управлению инцидентами и Анкету постановки Системы на мониторинг.
Предоставление средств системы мониторинга и их настройка в соответствии с Анкетой постановки
Системы на мониторинг, формируемой Подрядчиком в рамках Работ по организации
эксплуатационных служб и актуализируемой Подрядчиком в рамках поддержания
работоспособности Системы (при необходимости), находится в зоне ответственности Заказчика.
Формирование и последующая актуализация требований к настройкам системы мониторинга, анализ
их работы с точки зрения охватываемых в рамках мониторинга компонентов Системы,
контролируемых параметров и их значений, логики сценариев мониторинга, находится в зоне
ответственности Подрядчика.
Контролируемые параметры и их пороговые значения определяются на Этапе Работ по организации
эксплуатационных служб в соответствии с рекомендациями производителя и обеспечения
выполнения ТЗ.
Подрядчик в течение Работ по организации эксплуатационных служб проводит проверку
корректности настройки системы мониторинга.
Подрядчик в течение Работ по организации эксплуатационных служб при необходимости проходит
регистрацию в системе мониторинга, изучает порядок работы с ней. Заказчик предоставляет доступ в
систему мониторинга после получения соответствующего запроса.
Подрядчик вправе использовать полученный доступ для автоматизированного ведения
Детализированного отчета и прочих отчетных документов, предусмотренных ТЗ.
3.4.6.8.2.2 Организация резервного копирования Системы
В ходе Работ по организации эксплуатационных служб Подрядчик актуализирует раздел Регламента
выполнения работ по сопровождению резервного копирования в рамках управления плановыми
работами и Анкеты резервного копирования (в том числе план аварийного восстановления).
Подрядчик организует резервное копирование Системы. Настройка средств системы резервного
копирования производится в соответствии с Анкетой резервного копирования, формируемой
Подрядчиком в рамках Работ по организации эксплуатационных служб и актуализируемой
Подрядчиком в рамках Сопровождения Системы (при необходимости).
Формирование и последующая актуализация требований к настройкам системы резервного
копирования, анализ ее работы с точки зрения охватываемых в рамках резервного копирования
компонентов Системы, параметров копирования и их значений, точкам отката (моментам, на
которые возможно восстановить данные Систем), времени, необходимого для восстановления
Систем из резервной копии, находится в зоне ответственности Подрядчика.
Контролируемые параметры и их пороговые значения определяются на Этапе Работ по организации
эксплуатационных служб в соответствии с рекомендациями производителя и обеспечения
выполнения требований ТЗ.
Сведения о неработоспособности системы резервного копирования или ошибках в работе системы
резервного копирования в отношении выполнения задач по резервному копированию Системы
фиксируются в Детализированном отчете, содержащем расчет KPI. В случае неработоспособности
или ошибок системы резервного копирования в отношении выполнения задач по резервному
копированию Системы, Подрядчик обязан обратиться в службу поддержки системы резервного
копирования Заказчика с требованием зарегистрировать инцидент и контролирует сроки выполнения
данного инцидента.
Подрядчик в течение Работ по организации эксплуатационных служб проводит проверку
корректности настройки системы резервного копирования.
3.4.6.8.2.3 Требования к проведению Подрядчиком приемки Системы
26
Подрядчик обязан провести подготовку специалистов в соответствии с требованиями к качеству,
режиму и периодичности выполнения работ, определенными ТЗ. Заказчик вправе запросить
заверенную копию Протокола подготовки специалистов и провести проверку соответствия
заявленных в нем сведений фактическим, в отношении всех или конкректных сотрудников.
Уведомление о проверке Заказчик направляет Подрядчику не менее чем за 1 (один) рабочий день.
По требованию Заказчика Подрядчик обязан в течение не более 14 (четырнадцати) календарных дней
осуществить замену руководителя проекта, а также сотрудников, не подтвердивших в ходе проверки
заявленный уровень компетентности. Кроме того, в случае неоднократного необеспечения
Подрядчиком требуемого уровня качества при оказании той или иной Работы, Заказчик вправе
потребовать от Подрядчика увеличить штат сотрудников, квалификация которых позволит
обеспечить данный показатель.
Подрядчик разрабатывает, а Заказчик утверждает План проверки результатов организационноштатных и подготовительных мероприятий, проведенных Подрядчиком в рамках Работ по
организации эксплуатационных служб. Заказчик вправе внести дополнения и (или) коррективы в
предоставляемый План проверки результатов организационно-штатных и подготовительных
мероприятий. План проверки результатов организационно-штатных и подготовительных
мероприятий содержит описания конкретных действий специалистов Подрядчика и их результат по
работам и требованиям, указанным в ТЗ, который демонстрируется Заказчику.
План проверки результатов организационно-штатных и подготовительных мероприятий
предоставляется в рабочем порядке по электронной почте не позднее чем за 2 (два) рабочих дня до
приемки Системы.
Приемка Системы Подрядчиком заключается в проверке актуализированных Подрядчиком
регламентов и инструкций, входящих в состав Регламента выполнения работ, наличия и готовности
специалистов Подрядчика, а также корректности настройки системы мониторинга для
осуществления системного и технического сопровождения Системы в соответствии с ТЗ.
При приемке Системы Подрядчик демонстрирует выполнение Регламента выполнения работ и его
соответствие ТЗ. Заказчик имеет право зафиксировать корректность выполнения Регламента
Подрядчиком с помощью видео- и (или) веб- съемки.
Подрядчик имеет право проводить поэтапную приемку Системы. График и состав этапов поэтапной
приемки согласовываются Сторонами в Плане проверки результатов организационно-штатных
мероприятий на Этапе 5.
По результатам приемки Системы Сторонами составляется и подписывается Акт приемки Системы
на техническую поддержку и системное сопровождение в согласованной с Заказчиком форме.
В рамках исполнения Работ по организации эксплуатационных служб до его окончания
согласовывается и подписывается:
●
●
●
●
Акт приемки Системы на техническую поддержку и системное сопровождение с приложениями:
Протокол проверки результатов организационно-штатных и подготовительных
мероприятий
Протокол передачи прав и уровней доступа
Перечень уполномоченных специалистов.
После завершения выполнения работ по 5 Этапу «Организация эксплуатационных служб»
Подрядчик в срок в соответствии с пунктом 3.5 ТЗ, предоставляет Заказчику следующий комплект
документов в электронной форме:
●
●
Электронный структурированный Документ о приемке
Отчет об оказанных работах
На машинном носителе информации, не предусматривающем возможность перезаписи:
●
Регламент выполнения работ (включая График ППР) (а также на бумажном носителе)
27
●
●
●
●
●
●
Матрица эскалации
Анкета постановки Системы на мониторинг
Анкета резервного копирования (в том числе план аварийного восстановления)
База знаний
Руководство пользователя
Руководство администратора
3.4.6.8.3 Требования к работам по поддержанию работоспособности Системы.
Работы по поддержанию работоспособности Системы оказываются для всех независимых подсистем
Системы.
3.4.6.8.3.1 Требования к работе по управлению инцидентами
Работы по управлению инцидентами включает в себя регистрацию, классификацию, анализ и
разрешение инцидентов в соответствии с параметрами и критериями, приведенными в ТЗ. Работы
оказывается на основании Регламента выполнения работ.
В течение обозначенного в Приложении № 3 «Временные параметры (SLA)» к ТЗ времени на
решение по инциденту Подрядчик обрабатывает запрос и, либо устранить причину сбоя, либо
предоставить обходное решение в рамках выполнения инцидента в соответствии с требованиями ТЗ.
При невозможности решения инцидента в первые 50% от установленного SLA времени, Подрядчик в
обязательном порядке уведомляет сотрудников Заказчика в соответствии с Матрицей эскалации и
предоставляет план дальнейших действий.
При необходимости Подрядчик имеет право сформировать запрос в СТП смежных систем. Запрос
содержит всю информацию необходимую для первичной диагностики и решения запроса
специалистом соответствующей рабочей группы, которому поручен данный запрос.
По инцидентам критического приоритета Подрядчик создает отчет об инциденте с указанием
причины возникновения инцидента, способа решения инцидента и рекомендаций по устранению
причин инцидента.
Заказчик также имеет право запросить аналогичный отчет по инцидентам прочих приоритетов.
Порядок подготовки и предоставления отчета об инциденте, а также его шаблон, включен в
Регламент выполнения работ.
Приоритеты для запросов типа «Инцидент» приведены в Таблице 7:
Таблица 7 Приоритеты инцидентов
Классифицирующие признаки и Описание влияния
Типы ошибок (примеры для
Приоритет
проблемы
определения приоритета)
Отказ в работе Системы, приводящий к
1Система недоступна или
недоступности одной из подсистем и (или) модулей
Критическ
недоступен ключевой
Системы для пользователей или к невозможности
ий
функционал.
эксплуатации ключевого функционала Системы.
Частичное нарушение функционирования
Системы, некритичное для выполнения основных
Система частично недоступна, не
задач (работы ключевого функционала).
работают функциональные кнопки
Не существует приемлемого способа «обойти»
и ссылки (для не ключевых
2инцидент или проблему.
разделов и функционала), не
Высокий Невозможно выполнять операции, требующие
отображаются изображения, не
срочного исполнения.
удается скачать файл, не удается
Отказ в работе Системы, приводящий к
загрузить файл.
невозможности эксплуатации не ключевого
функционала Системы.
Незначительная потеря функциональности Системы, Отсутствует внешняя страница,
3нарушение удобства работы с Системы, не влияющее ошибка верстки интерфейса
Средний на принципиальные возможности выполнения
Системы, не работает внешняя
28
операций, проблема, которую в настоящий момент
можно «обойти».
Отдельные сбои или нарушения работы объектов
инфраструктуры, не оказывающие воздействия на
4 - Низкий
общую работу ключевых функций Системы.
Согласованная работа по стандартному запросу.
ссылка, системное
предупреждение
Орфографическая ошибка в
тексте, превышение контрольного
времени шага в Анкете
постановки Системы на
мониторинг.
Классифицирующие признаки и типы ошибок согласуются с Заказчиком в рамках Работ по
организации эксплуатационных служб в Регламенте выполнения работ
3.4.6.8.3.2 Требования к работам по управлению событиями
Работы выполняются на основании разработанного Подрядчиком в рамках Работ по организации
эксплуатационных служб Регламента выполнения работ и Анкетой постановки Системы на
мониторинг.
Задачи системы мониторинга в рамках управления событиями:
- автоматическое оповещение специалистов Подрядчика и Заказчика о событиях мониторинга и их
фиксацию в системе СМКСС;
- проверка доступности и работоспособности Системы;
- проверка состояния (работоспособность) служб и сервисов, интеграций с системами
пользователями;
- ведение статистики производительности сети, использования служб и сервисов, интеграций;
- проверка состояния памяти и загруженность процессора (для веб-серверов, сервера БД), объема
занятого и свободного места на диске;
- контроль прочих параметров (определяется на Этапе Работ по организации эксплуатационных
служб).
Для случаев, когда достижение граничных параметров не приводит автоматически к сбою и (или)
инциденту Подрядчик до наступления инцидента обеспечить предупреждающее воздействие для
приведения контролируемых параметров (в том числе снижение производительности) в норму или
приступить к восстановлению штатного функционирования.
Сведения о неработоспособности системы мониторинга фиксируются в Детализированном отчете,
содержащем расчет KPI. В случае неработоспособности инфраструктуры промышленного контура
инцидент перенаправляется на обработку в соответствующую службу поддержки Заказчика.
Если в случае проверки и выяснения причины срабатывания системы мониторинга, выявлено, что
причина неработоспособности компонентов Системы относится к зоне ответственности СТП
смежных систем, Подрядчик обеспечивает контроль сроков проведения работ СТП смежных систем
(например, ЦОД, поставщики сервисов Системы) в соответствии с Регламентом выполнения работ и,
при выявлении нарушений, обеспечить эскалацию вопроса в соответствии с Матрицей эскалации.
Подрядчик обеспечивает предупреждающее воздействие для приведения контролируемых
параметров (в том числе снижения производительности) в норму до наступления инцидента или
приступить к восстановлению штатного функционирования Системы. При вводе в Систему новой
функциональности и (или) сервисов, Подрядчик обеспечивает постановку новой функциональности
и (или) сервисов на мониторинг одновременно с установкой новой версии, после чего обеспечить
оперативное реагирование (не более 15 минут) на оповещения системы мониторинга в течение 48
часов после ввода. По окончании периода стабилизации Системы мониторинг введенного
функционала осуществляется в штатном режиме.
3.4.6.8.3.3 Требования к работам по управлению доступом
В рамках данной Работы Подрядчик осуществляет управление доступом к ППО Системы, если иное
не предусмотрено документом, предоставляемым Заказчиком, определяющим порядок выдачи и
изъятия прав и атрибутов доступа к системе. Порядок предоставления доступа Пользователей к
Системе, в том числе порядок согласования выдачи прав доступа с Заказчиком, производится в
соответствии с Регламентом выполнения работ.
Обращения на предоставление и (или) блокировку доступа в Систему, а также на изменение прав
29
доступа в Систему направляются и регистрируются в СМКСС, где проверяется наличие следующих
обязательных данных по сотруднику, для которого запрашивается доступ:
●
●
●
●
ФИО пользователя;
название организации;
контактный телефон организации;
система, в которую необходим доступ.
3.4.6.8.3.4 Требования к работам по управлению изменениями
Внесение изменений в Систему осуществляется на основании Регламента выполнения работ.
При выполнении Работы Подрядчик обязан осуществить мероприятия по приемке изменяемых
компонентов ПО и соответствующей сопроводительной документации в СКВ от Заказчика,
осуществить мероприятия по сборке, установке и тестированию изменяемых компонентов ПО из
СКВ. Подрядчик переносит изменения на промышленный контур на основании утвержденного
Заказчиком Акта о готовности релиза к переходу на промышленный контур. Заказчик утверждает
Акт в течение 2 (двух) рабочих дней с даты предоставления отчета об успешном тестировании.
Все активности по внесению нестандартных изменений в Систему согласовываются с Заказчиком, а
действия Подрядчика при оказании данной Работы зафиксированы (запротоколированы) и
выполняться в соответствии с разработанным планом проведения работ по внесению изменений.
Основание для внесения нестандартных изменений прикладывается к плану проведения работ по
внесению изменений Системы.
План проведения работ по внесению изменений в Систему содержит:
●
●
●
●
●
●
контактные данные всех специалистов, которых предполагается задействовать, в том числе при
возникновении внештатной ситуации
указание времени начала и окончания, а также продолжительность каждого шага и (или) этапа
пошаговые инструкции (для каждого задействованного специалиста) для предсказуемого
внесения изменения и его контроля. В инструкциях указываются все команды (синтаксис,
параметры) и предполагаемые результаты их выполнения
контрольные точки и критерии по принятию решения в зависимости от успешности и (или)
неуспешности каждого этапа
мероприятия по восстановлению (откату) на случай возникновения внештатной ситуации
прочую информацию, необходимую для обеспечения работоспособности системы в штатном
режиме.
В рамках выполнения работ Подрядчик обязан:
●
●
●
●
●
до и после внесения каждого изменения сохранять точную информацию о состоянии рабочей
среды и определять базовые показатели конфигурации перед внесением каждого изменения
при приемке изменения Системы проверить наличие полного комплекта сопроводительной
документации
при проведении подготовительных работ по внесению изменений в Систему разработать и
предоставить перечень рисков при внесении изменений на промышленный контур, а также меры
предупреждающего воздействия на них
провести тестирование изменения и представить Заказчику отчет с заключением о возможности
переноса изменения на промышленный контур
запланировать и провести перенос изменений на промышленный контур.
Тестирование изменения Системы может проводиться совместно Подрядчиком и Заказчиком (либо
организацией, привлеченной Заказчиком) по предварительной договоренности.
30
Все недоработки, несоответствия, ошибки, а также все дефекты, обнаруживаемые в ходе
тестирования, фиксируются. Способ и средство фиксации определяются на Этапе Работ по
организации эксплуатационных служб.
Все выявленные в ходе тестирования дефекты повторно тестируются после исправления.
Выпуск изменения Системы проводится в соответствии с согласованным планом проведения работ
по внесению изменений и при наличии согласованного с Заказчиком комплекта технической
документации.
В случае наличия в Системе незакрытых ошибок и (или) дефектов решение об установке изменения
и (или) релиза на промышленный контур принимается Заказчиком на основании оценки рисков,
проведенной Подрядчиком.
После внесения изменений на промышленном контуре Подрядчик обеспечивает идентичность
конфигурации (состав программного обеспечения и его настроек) на резервной площадке.
Проверка технической успешности или неудачности изменения проводится по Методике проведения
функционального тестирования в соответствии с актуализированным Подрядчиком в рамках Работ
по организации эксплуатационных служб Регламента выполнения работ.
Результатом проверки и анализа изменения являются:
- решение об успехе или неудаче реализации изменения
- результаты анализа действий по выпуску изменения и анализа, показывающего, было ли изменение
реализовано в надлежащий срок
- актуальный комплект технической документации (в том числе База знаний), содержащий новые
знания, полученные в ходе процесса внесения изменения.
Результат проверки оформляется в виде Отчета по внесению изменений.
В рамках выполнения работ используются определения изменений, приведенные в Таблице 8.
Изменения могут быть объединены в следующие категории по Типам изменений:
Таблица 8 Типы изменений
Тип изменения
Определение
Изменения, которые могут оказывать влияние на конфигурационные
элементы Системы (например, установка релизов, установка патчей, изменение
Нестандартные
СПО). Нестандартные изменения требуют наличия плана проведения работ по
внесению изменений, приложенного в СМКСС к соответствующему ЗНИ.
Изменения, которые уже вносились, хорошо документированы и являются
Стандартные
частью процесса эксплуатации (например, обновление профиля пользователя).
Изменения, которые не были согласованы с Заказчиком, проведенные без
Несанкционирован
надлежащего документирования, фиксации в СМКСС и без уведомления групп
ное
поддержки систем-пользователей.
Приоритеты изменений Системы приведены в Таблице 9:
Таблица 9 Приоритеты изменений
Приоритет Классифицирующие признаки
Изменения необходимы при проведении аварийно-восстановительных
Критическ
работ для возобновления работоспособности Системы или для предотвращения
ий
внештатных ситуаций, имеющих высокую вероятность возникновения.
Изменения относятся к обеспечению информационной безопасности и
Высокий (или) работоспособности основного функционала Системы, устраняет выявленные
ошибки в работе Системы.
Изменения, связанные с развитием Системы и выводом нового
Средний
функционала в штатном режиме.
Изменения, связанные с ошибками в отображении информации на
Низкий
Системы (графика, текст).
Типы и приоритеты изменений Системы согласуются с Заказчиком в рамках Работ по организации
эксплуатационных служб в Регламенте выполнения работ. Сроки внесения изменений приведены в
Приложении № 3 «Временные параметры (SLA)» к ТЗ.
31
3.4.6.8.3.5 Требования к работам по проведению нагрузочного тестирования
Работы по проведению нагрузочного тестирования оказывается Подрядчиком с целью оценки
соответствия текущего состояния Системы целевым показателям и проектной документации. Работы
оказывается на основании Регламента выполнения работ.
При проведении нагрузочного тестирования максимальная нагрузка не может превышать 80
(восемьдесят) % утилизации аппаратных ресурсов, чтобы не нарушить работоспособность Системы.
Тестирование проводиться в часы наименьшей нагрузки, либо на альтернативных площадках
(тестовом контуре).
В рамках приемки результатов выполнения работ и Заказчиком проводится проверка сценариев
проведения тестирования, профилей нагрузки и отчета по проведению нагрузочного тестирования. В
случае необходимости Заказчик имеет право привлечь к проверке результатов выполнения работ и
специализированную организацию.
3.4.6.8.3.6 Требования к работам по проведению функционального тестирования
Работы по проведению функционального тестирования оказывается Подрядчиком с целью оценки
соответствия текущего состояния Системы проектным решениям. Работы оказывается на основании
Регламента выполнения работ.
Функциональное тестирование проводится с целью проверки функционирования Системы в
соответствии с проектной и эксплуатационной документацией.
В рамках приемки результатов выполнения работ Заказчиком проводится проверка сценариев
проведения тестирования и отчета по результатам прохождения функциональных тестов на тестовом
и промышленном контурах Системы. В случае необходимости Заказчик имеет право привлечь к
проверке результатов выполнения работ специализированную организацию.
3.4.6.8.3.7 Требования к работам по управлению плановыми работами
Подрядчик проводит плановые работы согласно утвержденному Графику ППР, загруженному в
СМКСС. График ППР загружается в СМКСС не позднее 2 (двух) рабочих дней до даты приемки
Системы на техническую поддержку и системное сопровождение. Все статусы выполнения работ и
заявок на выполнение работ фиксируются в СМКСС. Временные параметры выполнения работ, а
также обработки заявок на проведение планово-предупредительных работ определены в Графике
ППР, являющегося приложением к Регламенту выполнения работ.
Запись, фиксирующая выполнение работы в СМКСС, содержит подтверждение выполнения работ
путем заполнения обязательных полей (краткое содержание, решение) с указанием необходимых
параметров в соответствии с критериями выполнения работ согласно ТЗ и Регламенту выполнения
работ. В противном случае запись не считается подтверждением выполнения работ.
Работы оказывается на основании Регламента выполнения работ и Графика ППР.
В целях обеспечения бесперебойной работы Системы Подрядчик проводить работы в соответствии с
Графиком ППР, который может включать в себя в том числе, но не ограничиваясь, следующие
действия:
●
●
●
●
●
●
●
●
управление объемом и размещением табличных пространств Баз данных, оперативное
определение необходимости расширения и подготовка запроса для расширения выделенного
пространства под хранение данных
перемещение из рабочих баз в архив устаревших версий элементов справочников,
классификаторов и протоколов взаимодействия
своевременный сбор статистики по изменяющимся таблицам баз данных
оптимизация индексов под текущее наполнение баз данных
контроль сроков действия лицензий и сертификатов
формирование отчетов о произошедших событиях
анализ вышедших обновлений и предлагаемых изменений СПО, формирование предложений
Заказчику по внесению их на промышленный контур
анализ, архивация лог-файлов СПО
32
●
●
●
●
●
●
анализ, архивация лог-файлов ППО
проверка актуальности информации в СМКСС
проверка срабатывания и уведомлений систем мониторинга, а также анализ необходимости и
целесообразности изменения параметров мониторинга Системы
контрольное восстановление Системы из резервной копии
контроль создания резервной копии
прочие работы, необходимые для штатного режима функционирования Системы, предложенные
Подрядчиком или включенные в График ППР по требованию Заказчика.
Каждая из работ проводиться по инструкциям, описанным в Регламенте выполнения работ.
3.4.6.8.3.8 Требования к работе по управлению резервным копированием и восстановлению из
резервной копии
Подрядчик организует резервное копирование Системы. Резервное копирование может
осуществляться на настроенные технические средства Заказчика в соответствии с Регламентом
выполнения работ и Анкетой резервного копирования. В рамках выполнения работ Подрядчик
обеспечивает:
●
●
●
●
формирование заданий на проведение резервного копирования и их последующую
корректировку в случае необходимости
контроль создания резервных копий Системы в соответствии с Графиком ППР
контроль целостности резервных копий
контроль восстановления объектов Системы из резервной копии, при необходимости, в случае
возникновения инцидента, в соответствии с процедурой восстановления работоспособности
Системы.
Подрядчик, по требованию Заказчика или в соответствии с Графиком ППР, обязан произвести
контрольное восстановление Системы из резервной копии на выделенных Заказчиком аппаратных
ресурсах. Проверка хода и результатов контрольного восстановления осуществляется
уполномоченными сотрудниками Заказчика в ходе очного присутствия или с использованием
удаленного доступа к используемым в ходе процедуры аппаратным средствам. Решение о режиме
надзора проведения Подрядчиком процедуры контрольного восстановления принимается
Заказчиком.
Критериями успешного выполнения процедуры контрольного восстановления являются:
процедура восстановления выполнена в соответствии с Регламентом выполнения работ
время выполнения процедуры восстановления не превысило установленного в Регламенте
выполнения работ времени восстановления Системы
актуальность восстановленных информационных ресурсов и конфигурации программного
обеспечения соответствует последней по времени резервной копии.
Сведения о результате проверки фиксируются в Протоколе восстановления Системы из резервной
копии.
Подробные требования определяются в Регламенте выполнения работ.
3.4.6.8.3.9 Требования к работам по поддержке пользователей
Работы по сервисному обслуживанию и консультационной поддержке пользователей включают в
себя Работы по регистрации, обработке и решению запросов пользователей, СТП смежных систем,
связанных с получением информации и функциями, реализованными в Системе, а также
работоспособностью и управлением функционированием Системы.
Работы по сервисному сопровождению и поддержке пользователей Системы оказывается в
соответствии с параметрами и критериями, приведенными в Приложении № 3 «Временные
параметры (SLA)» к ТЗ. Работы оказывается на основании Регламента выполнения работ.
3.4.6.8.3.10 Требования к работе по управлению знаниями
33
В рамках Работы по поддержке пользователей Системы Подрядчиком при выполнении обращений
сотрудниками Подрядчика производиться поиск релевантных решений по Базе знаний.
Подрядчик обязан отмечать факт использования Базы знаний для решения обращений в СМКСС. В
случае отсутствия ответа на обращение, связанное с консультацией по работе в Системе, Подрядчик
обязан разработать и добавить соответствующую статью в Базу знаний.
Также на основании данных об интенсивности использования той или иной статьи в Базе знаний,
количестве возвратов на доработку и средней оценке от пользователя по обращениям, закрытым с
помощью связанной статьи, Подрядчиком проводиться актуализация Базы знаний.
Также База знаний может меняться в случае применения изменений, влияющих на корректность
существующих статей Базы знаний по Системе в соответствии с Регламентом выполнения работ.
Все актуализированные знания передаются Заказчику в составе отчетной документации в конце
отчетного периода.
3.4.6.8.3.11 Требования к работам по управлению проблемами и рисками
Управление проблемами Системы проводится Подрядчиком с целью систематизации информации,
полученной в ходе оказания комплексных работ по технической поддержке и системному
сопровождению Системы, в том числе Работы по управлению инцидентами, в соответствии с
параметрами и критериями, приведенными в Приложении № 3 «Временные параметры (SLA)» к ТЗ.
В состав Работы по управлению проблемами и рисками входят мероприятия по:
●
●
●
●
●
●
●
выявлению и прогнозированию проблем на основе анализа инцидентов
диагностике проблем
предоставлению временного решения для устранения проблем
предоставлению постоянного решения для устранения проблем
информированию Заказчика о ходе устранения проблем
мониторинг актуальности решения проблемы
передаче описания проблем и предоставление Заказчику полученного ответа Подрядчика.
При работе с проблемами Подрядчик обязан:
●
●
●
●
●
●
●
●
при выявлении проблемы зарегистрировать проблему с описанием симптомов и сценария
возникновения проблемы. При этом все предположения и выводы подкрепляются журналами
(логами), снимками экранов, дампами памяти и другими диагностическими данными или
ссылками на них
провести классификацию проблемы
провести приоритизацию проблем
провести исследование проблемы и анализ результатов
провести анализ корневых причин
сформировать и проверить гипотезу
осуществить планирование и составление графика работ по решению проблемы.
провести мероприятия по реализации временного (при необходимости) и постоянного решения
проблемы
При исследовании проблемы Подрядчик может составить запрос по привлечению специалистов
Заказчика.
При изучении результатов Подрядчик использует всю существующую проектную,
эксплуатационную и отчетную документацию, в том числе Базу знаний с описанием «неизвестных
ошибок».
3.4.6.8.4 Методика оценки качества выполненных работ
Оказываемые в рамках Сопровождения Системы комплексные Работы по технической поддержке и
системному сопровождению Системы подлежат регулярной оценке по качеству. Оценка
34
производится по завершении каждого отчетного периода.
Для оценки качества работ абонентского типа применяется расчет показателей эффективности – KPI.
В расчете KPI не участвуют тестовые и дублирующие обращения, инциденты и запросы на
обслуживание.
В последнем отчетном периоде Сопровождения Системы оценке также подлежат все сущности,
находящиеся по состоянию на конец отчетного периода в статусе, отличном от «Выполнен» и (или)
«Выполнено» или «Закрыт» и (или) «Закрыто».
3.4.6.8.4.1 Методика оценки качества по поддержанию работоспособности Системы
Для данной оценки введены следующие ключевые показатели эффективности (KPI):
Показатель KPIуи - «Управление инцидентами»
Показатель определяется на основании сведений о выполнении требований к временным параметрам
выполнения работ. В данном разделе под инцидентами понимаются сущности категории «инцидент»
в СМКСС и системный ошибки.
KPIуи = (0,75 х KPIирВвст + 0,15 х KPIирВргр + 0,1 х KPIирВргс) х KPIирВвнн
где:
KPIирВвст - управление инцидентами: время выполнения;
KPIирВргр – управление инцидентами: время реагирования;
KPIирВргс - управление инцидентами: время регистрации
где:
Wi - вес приоритета, определяется по Таблице 10:
Таблица 10 Вес приоритета при расчете KPIуи — Управление инцидентами
i
1
2
3
W
0,5
0,25
0,15
4
0,1
IMi - число инцидентов приоритета i, выполненных в ходе отчетного периода;
IMi_прВвст — число выполненных инцидентов приоритета i, время выполнения которых превысило
нормативное время;
IMi_прВргр - число выполненных инцидентов приоритета i, время реагирования которых превысило
нормативное время;
IMi_прВргс - число выполненных инцидентов приоритета i, время регистрации которых превысило
нормативное время.
35
Если IMi равно нулю, то (IMi - IMi_прВвст) / IMi = 1, (IMi - IMi_прВргс) / IMi = 1 и (IMi IMi_прВргр) / IMi = 1 для соответствующего значения i.
KPIирВвнн - определяется в соответствии с пунктом 3.4.6.8.4.2 ТЗ.
Показатель KPIпр — «Управление плановыми работами»
Показатель определяется на основании сведений из СМКСС. Для расчета KPIпр используются
только сущности категории «Регламентные работы».
Показатель определяет требования Заказчика к срокам проведения плановых работ.
Qпр - количество выполненных за отчетный период запланированных плановых работ; Qпрзапл количество запланированных плановых работ в текущем отчетном периоде;
QпрзаплН - количество невыполненных из запланированных плановых работ на конец отчетного
периода;
Qнврр - количество проведенных за отчетный период плановых работ с нарушением крайнего срока
выполнения.
KPIпрВпнн - определяется в соответствии с пунктом 3.4.6.8.4.2 ТЗ.
Если Qпрзапл равно нулю, то KPIпр = 0,8 х KPIпрВпнн.
Если Qпр равно нулю, то KPIпр = 0.
Показатель KPIизм — «Управление изменениями»
Показатель определяется на основании сведений из СМКСС. Для расчета KPIизм используются
только сущности категории «Запрос на изменение».
Показатель определяет выполнение требований Заказчика к планированию проведения работ и
срокам их проведения. Требования к планированию работ подразумевают обязательное
формирование и согласование плана проведения работ по внесению изменений в Системе до
проведения соответствующих изменений (есть соответствующая запись и приложен документ в
СМКСС).
где:
QизмНСТ - количество нестандартных изменений, выполненных за отчетный период и требующих
формирования Подрядчиком и утверждения Заказчиком плана проведения работ по внесению
изменений в Системе;
Qнврр - количество нестандартных изменений, выполненных с нарушением времени проведения
работ согласно утвержденному Заказчиком плану проведения работ по внесению изменений;
Qизм - количество стандартных изменений, выполненных за отчетный период;
Qнср - количество стандартных изменений, выполненных за отчетный период с нарушением
нормативных сроков внесения изменений в Систему.
KPIпрВпнн - определяется в соответствии с пунктом 3.4.6.8.4.2 ТЗ.
36
Показатель KPIпп - «Поддержка пользователей»
Показатель определяется на основании сведений о выполнении требований к временным параметрам
выполнения работ. В данном разделе под обращениями понимаются только сущности категории
«консультация», «запрос на обслуживание». Обращения, созданные для тестирования, обучения и
созданные по ошибке, а также категории «не по адресу» не участвуют в расчете KPIпп.
где:
Qршн - число обращений, закрытых в ходе отчетного периода;
Qргр - число обращений, участвующих в расчете показателя времени реагирования в ходе отчетного
периода;
Qргс - число обращений, зарегистрированных в ходе отчетного периода;
QпрВршн - число обращений, время выполнения которых превышает нормативное время; QпрВргр число обращений, время реагирования которых превышает нормативное время; QпрВргс - число
обращений, время регистрации которых превышает нормативное время. Если Qршн равно нулю, то
(Qршн - QпрВршн) / Qршн = 1.
Если Qргр равно нулю, то (Qргр - QпрВргр) / Qргр = 1. Если Qргс равно нулю, то (Qргс - QпрВргс) /
Qргс = 1.
KPIоцп - показатель качества на основании оценок пользователей в СМКСС.
Определяется на основании средней оценки пользователей по обращениям за отчетный период (в
расчете не принимают участия обращения, оцененные по телефону):
KPIоцп определяется по Таблице 11:
Таблица 11 - KPI - Количество оценок
Фактическая Средняя оценка за отчетный период (Rср)*
Значение KPIоцп за отчетный период
Rср ≥ 4,5
1
3 ≤ Rср < 4,5
0,8
Rср <3
0
*Если количество оценок за период равно 0 (нулю), то KPIоцп = 1.
Для рассчитанных значений KPI производится математическое округление до десятитысячных
разрядов.
Определение значений ключевых показателей эффективности производится в соответствии с
временными параметрами (SLA), которые определяет Приложение № 3 «Временные параметры
(SLA)» ТЗ.
В случае, если значение показателя эффективности KPI для Системы меньше «0,6»,
соответствующий Комплекс работ оплате не подлежит.
В случае если значение показателя эффективности KPI для Системы меньше «0,6» в течении двух
последовательно идущих отчетных периодов Сопровождения Системы, то к Подрядчику
применяются штрафные санкции в соответствии с Контрактом.
37
3.4.6.8.4.2 Расчет показателей плановой и внеплановой недоступности
При расчете используются следующие параметры.
SLAпнд - максимальное допустимое время плановой недоступности, которое определяется в пункте
3.4.4 ТЗ.
SLAвнд - максимальное допустимое время внеплановой недоступности, которое определяется в
пункте 3.4.4 ТЗ.
Pпнд - максимальное допустимое время плановой недоступности за отчетный период, которое
определяется по формуле:
Pпнд = Dфакт_периода х SLAпнд / 365.
Pвнд - максимальное допустимое время внеплановой недоступности за отчетный период, которое
определяется по формуле:
Pвнд = Dфакт_периода х SLAвнд / 365.
Dфакт_периода - количество календарных дней фактического выполнения работи для Системы в
течение отчетного периода.
Pн_пнд - максимальное допустимое время плановой недоступности с начала Сопровождения
Системы до конца отчетного периода, которое определяется по формуле:
Pн_пнд = Dн_факт_периода х SLAпнд / 365.
Pн_внд - максимальное допустимое время внеплановой недоступности с начала Сопровождения
Системы до конца отчетного периода, которое определяется по формуле:
Pн_внд = Dн_факт_периода х SLAвнд / 365.
Dн_факт_периода - количество календарных дней фактического выполнения работ, для которой
производится расчет показателя определенной Системы с начала Сопровождения Системы до конца
отчетного периода.
KPIпрВпнн - показатель плановой недоступности за отчетный период. KPIирВвнн - показатель
внеплановой недоступности за отчетный период. Fпнд - фактическое время плановой недоступности
за отчетный период. Fвнд - фактическое время внеплановой недоступности за отчетный период.
Определение значения KPIпрВпнн:
Определение значения KPIирВвнн:
Fн_пнд - фактическое время плановой недоступности с начала Сопровождения Системы до конца
отчетного период а;
Fн_внд - фактическое время внеплановой недоступности с начала Сопровождения Системы до конца
отчетного периода;
Также, если Fн_внд > Pн_внд и (или) Fн_пнд > Pн_пнд, то Подрядчику выставляются штрафные
санкции в соответствии с Контрактом.
3.4.6.8.4.3 Расчет стоимости работ по поддержанию работоспособности
Расчет стоимости работ по поддержанию работоспособности, выполняемых в соответствии с
абонентским принципом.
Сумма оплаты фактически выполненных работ по поддержанию работоспособности для Системы
38
определяется на основании рассчитанных KPI, продолжительности отчетного периода, в пределах
стоимости для Работы, определенной в таблице 10 к ТЗ, по следующей формуле:
где:
CostUS - сумма оплаты фактически выполненных работ абонентского типа за отчетный период для
Системы;
CostGKi - максимально возможная стоимость комплекса Работы i в Контракте за Работы по
поддержанию работоспособности Системы;
KPIi - значение показателя эффективности для комплекса работ i (где i — массив показателей
эффективности) Системы, в соответствии с Таблицей 12:
Таблица 12 Массив показателей эффективности
№ Работы, i
Комплекс работ
KPIi
1
Поддержка пользователей
KPIпп
2
Прикладное администрирование
0,8 х KPIуи + 0,2 х KPIпр х KPIизм
3
Системное администрирование
0,8 х KPIуи + 0,2 х KPIпр х KPIизм
Dфакт_периода - количество календарных дней фактического выполнения работ для Системы в
течение отчетного периода (даты начала и окончания отчетных периодов определены в пункте
5 Технического задания)
Dплановое - продолжительность поддержания работоспособности Системы в календарных днях в
соответствии с пунктом 3.5 ТЗ.
Общая сумма оплаты фактически оказанных комплексных работ по технической поддержке и
системному сопровождению Системы складывается из всех сумм оплаты фактически оказанных
абонентских работ, рассчитанных для каждой независимой подсистемы Системы. Определяется по
следующей формуле:
где:
Cost - общая сумма оплаты фактически выполненных работ абонентского типа по поддержанию
работоспособности Системы за отчетный период;
CostUSk - сумма оплаты фактически выполненных работ абонентского типа за отчетный период для
соответствующей независимой подсистемы (АИС) Системы;
k = 1 - Независимая подсистема 1;
k = 2 – Независимая подсистема 2;
k = № — Независимая подсистема №.
3.4.6.8.5 Подготовка комплекта отчетных документов за период и (или) по итогам выполнения работ
по поддержанию работоспособности.
3.4.6.8.5.1 Комплект отчетной документации Работ по организации эксплуатационных служб, в
составе:
Актуализированный либо разработанный комплект документации Системы, включающий в себя:
Регламент выполнения работ (включая График ППР)
Матрицу эскалации
Базу знаний
●
●
●
39
●
●
●
●
Руководство пользователя
Руководство администратора
Анкету постановки Системы на мониторинг
Анкету резервного копирования (в том числе план аварийного восстановления)
Акт приемки Системы на техническую поддержку и системное сопровождение, а также:
●
●
●
Перечень уполномоченных специалистов
Протокол передачи прав и уровней доступа
Протокол проверки результатов организационно-штатных и подготовительных мероприятий
Электронный структурированный Документ о приемке по Организации эксплуатационных служб
●
Отчет о выполненных работах.
Комплект отчетной документации по выполненным работам по абонентскому типу за каждый
отчетный период в составе:
●
Электронный структурированный Документ о приемке по этапам
3.4.6.8.5.2 В случае выполнения работ абонентского типа:
●
●
●
Отчет о выполненных работах, включающий расчет стоимости выполненных работ согласно ТЗ
Детализированный отчет
Иные отчетные документы, предусмотренные ТЗ и Регламентом выполнения работ.
3.5. Порядок выполнения, оформления и приемки выполненных работ по модернизации Системы
3.5.1 Порядок выполнения работ по модернизации Системы
В рамках выполнения работ выполняется модернизация Системы, а также, при необходимости,
создание новых подсистем Системы, а также работы по поддержанию работоспособности Системы.
Подрядчик обязан осуществить выполнение работ по модернизации Системы в последовательности,
установленной нормативами и правилами для данного вида работ, с соблюдением технологического
процесса.
Документация передается в бумажном виде в 2-х экземплярах, электронном носителе (USB-флешкарта) в 1-м экземпляре. Все материалы передаются с сопроводительными документами Подрядчика.
По результатам выполнения работ по ГК Подрядчик предоставляет Паспорт системы. Актуальная
версия паспорта предоставляется Подрядчику Заказчиком в течение 3 (трех) рабочих дней после
заключения ГК. Состав, порядок, последовательность и продолжительность выполнения работ по
модернизации Системы указаны
в Таблице 13.
Подрядчик имеет право по согласованию с Заказчиком выполнить работы по 1 (первому), 2
(второму), 3 (третьему) и 4 (четвертому) этапам досрочно.
Работы по поддержанию работоспособности Системы Подрядчик не вправе выполнить досрочно.
Таблица 13 — Порядок выполнения работ по модернизации и поддержанию работоспособности
Системы.
Наименование
Содержание
Результаты, отчетные
№
Сроки выполнения работ
работ
выполняемых работ документы
1 Работы по модернизации информационных систем и ресурсов 1 этап
Работы по
Пояснительная записка
Разработка
модернизации
Описание архитектуры
1.1 информационных технического
с 09.11.2026 по 30.11.2026
Описание архитектуры
проекта
систем и
программного кода
ресурсов
Перечень микросервисов
40
Описание программного
обеспечения
Описание информационного
и лингвистического
обеспечения
Спецификация
функциональных требований
Спецификация
нефункциональных
требований
Описание комплекса
информационно-технических
средств
Общее описание
модернизируемых
компонентов Системы
Развитие и
тестирование ПО
Разработка
технической и
эксплуатационной
документации
База знаний
Руководство пользователя
Руководство администратора
Руководство по
развертыванию ПО
Акт приемки Системы на
техническую поддержку и
системное сопровождение
Перечень уполномоченных
специалистов
Регламент выполнения работ
Проведение
График ППР
пусконаладочных
Анкета постановки Системы
работ
на мониторинг
Анкета резервного
копирования Системы
Акта приемки Системы на
техническую поддержку и
системное сопровождение
Матрица эскалации
Протокол предварительных
испытаний;
Протокол устранения
недостатков,
Проведение
выявленных в ходе
предварительных
предварительных испытаний
испытаний
(при необходимости);
Акт о приемке Системы в
опытную
эксплуатацию.
Отчет о проведении опытной
Проведение опытной эксплуатации
с приложением журнала
эксплуатации
опытной
41
эксплуатации;
Акт о завершении опытной
эксплуатации;
Программа и методика
приемочных
испытаний.
Протокол приемочных
испытаний;
Программное обеспечение
модернизированной
Системы, включая исходные
коды, на машинном носителе
(CD и (или)DVD);
Акт передачи исходного
Проведение
кода и дистрибутива;
приемочных
Акт о готовности Системы к
испытаний
эксплуатации;
Паспорт Системы (проект);
Накладная на передачу
эксплуатационной и
технической документации;
Акт приема-передачи
исключительных прав;
Документ о приемке по 1
(первому) этапу
2 Работы по модернизации информационных систем и ресурсов 2 этап
Пояснительная записка
Описание архитектуры
Описание архитектуры
программного кода
Перечень микросервисов
Описание программного
обеспечения
Описание информационного
и лингвистического
Разработка
обеспечения
технического
Спецификация
Работы по
проекта
функциональных требований
модернизации
Спецификация
2.1 информационных
с 01.12.2026 по 30.04.2027
нефункциональных
систем и
требований
ресурсов
Описание комплекса
информационно-технических
средств
Общее описание
модернизируемых
компонентов Системы
Развитие и
База знаний
тестирование ПО
Руководство пользователя
Разработка
Руководство администратора
технической и
Руководство по
42
эксплуатационной
документации
развертыванию ПО
Акт приемки Системы на
техническую поддержку и
системное сопровождение
Перечень уполномоченных
специалистов
Регламент выполнения работ
Проведение
График ППР
пусконаладочных
Анкета постановки Системы
работ
на мониторинг
Анкета резервного
копирования Системы
Акта приемки Системы на
техническую поддержку и
системное сопровождение
Матрица эскалации
Протокол предварительных
испытаний;
Протокол устранения
недостатков, выявленных в
Проведение
ходе предварительных
предварительных
испытаний (при
испытаний
необходимости);
Акт о приемке Системы в
опытную
эксплуатацию.
Отчет о проведении опытной
эксплуатации с приложением
журнала опытной
Проведение опытной эксплуатации;
эксплуатации
Акт о завершении опытной
эксплуатации;
Программа и методика
приемочных испытаний.
Протокол приемочных
испытаний;
Программное обеспечение
модернизированной
Системы, включая исходные
коды, на машинном носителе
(CD и (или) DVD);
Проведение
Акт передачи исходного
приемочных
кода и дистрибутива;
испытаний
Акт о готовности Системы к
эксплуатации;
Паспорт Системы (проект);
Отчет о выполнении анализа
влияния функций
развиваемых подсистем на
классы защищенности
43
информации,
обрабатываемой в Системе;
Модель угроз и нарушения
информационной
безопасности Систем
(проект);
Акт классификации Системы
(проект);
Акт категорирования
Системы (проект);
Накладная на передачу
эксплуатационной и
технической документации;
Акт приема-передачи
исключительных прав на
РИД;
Приказ о модернизации
Программы для ЭВМ;
Отказ от упоминания в
качестве автора
результата интеллектуальной
деятельности;
Согласие на обработку
персональных данных
автора;
Документ о приемке по 2
(второму) этапу.
3 Работы по модернизации информационных систем и ресурсов 3 этап
Пояснительная записка
Описание архитектуры
Описание архитектуры
программного кода
Перечень микросервисов
Описание программного
обеспечения
Описание информационного
и лингвистического
Разработка
обеспечения
Работы по
технического
Спецификация
модернизации
проекта
функциональных требований с 01.05.2027 по 30.01.2028
3.1 информационных
Спецификация
систем и
нефункциональных
ресурсов
требований
Описание комплекса
информационно-технических
средств
Общее описание
модернизируемых
компонентов Системы
Развитие и
База знаний
тестирование ПО
Руководство пользователя
44
Разработка
технической и
эксплуатационной
документации
Руководство администратора
Руководство по
развертыванию ПО
Проведение
пусконаладочных
работ
Акт приемки Системы на
техническую поддержку и
системное сопровождение
Перечень уполномоченных
специалистов
Регламент выполнения работ
График ППР
Анкета постановки Системы
на мониторинг
Анкета резервного
копирования Системы
Акта приемки Системы на
техническую поддержку и
системное сопровождение
Матрица эскалации
Разработка
Ролевая модель
документации по
разграничения доступа
защите информации
Протокол предварительных
испытаний;
Протокол устранения
Проведение
недостатков, выявленных в
предварительных
ходе предварительных
испытаний
испытаний (при
необходимости);
Акт о приемке Системы в
опытную эксплуатацию.
Отчет о проведении опытной
эксплуатации с приложением
журнала опытной
Проведение опытной эксплуатации;
эксплуатации
Акт о завершении опытной
эксплуатации;
Программа и методика
приемочных испытаний.
Протокол приемочных
испытаний;
Программное обеспечение
модернизированной
Системы, включая
Проведение
исходные коды, на
приемочных
машинном носителе (CD и
испытаний
(или) DVD);
Акт передачи исходного
кода и дистрибутива;
Акт о готовности Системы к
эксплуатации;
45
Паспорт Системы (проект);
Отчет о выполнении анализа
влияния функций
развиваемых подсистем на
классы защищенности
информации,
обрабатываемой в Системе;
Модель угроз и нарушения
Информационной
безопасности Систем
(проект);
Акт классификации Системы
(проект);
Акт категорирования
Системы (проект);
Акт прима-передачи
исключительных прав;
Накладная на передачу
эксплуатационной и
технической
документации;
Акт приема-передачи
исключительных прав на
РИД;
Приказ о модернизации
Программы для ЭВМ;
Отказ от упоминания в
качестве автора
Результата интеллектуальной
деятельности;
Согласие на обработку
персональных данных
автора.
Документ о приемке по 3
(третьему) этапу.
4 Работы по модернизации информационных систем и ресурсов 4 этап
Пояснительная записка
Описание архитектуры
Описание архитектуры
программного кода
Перечень микросервисов
Описание программного
Работы по
обеспечения
модернизации
Разработка
Описание информационного с 31.01.2028 по 10.11.2028
4.1 информационных технического
и лингвистического
систем и
проекта
обеспечения
ресурсов
Спецификация
функциональных требований
Спецификация
нефункциональных
требований
46
Описание комплекса
информационно-технических
средств
Общее описание
модернизируемых
компонентов Системы
Развитие и
тестирование ПО
Разработка
технической и
эксплуатационной
документации
База знаний
Руководство пользователя
Руководство администратора
Руководство по
развертыванию ПО
Проведение
пусконаладочных
работ
Акт приемки Системы на
техническую поддержку и
системное сопровождение
Перечень уполномоченных
специалистов
Регламент выполнения работ
График ППР
Анкета постановки Системы
на мониторинг
Анкета резервного
копирования Системы
Акта приемки Системы на
техническую поддержку и
системное сопровождение
Матрица эскалации
Разработка
Ролевая модель
документации по
разграничения доступа
защите информации
Протокол предварительных
испытаний;
Протокол устранения
Проведение
недостатков, выявленных в
предварительных
ходе предварительных
испытаний
испытаний (при
необходимости);
Акт о приемке Системы в
опытную эксплуатацию.
Отчет о проведении опытной
эксплуатации с приложением
журнала опытной
Проведение опытной эксплуатации;
эксплуатации
Акт о завершении опытной
эксплуатации;
Программа и методика
приемочных испытаний.
Протокол приемочных
испытаний;
Проведение
Программное обеспечение
приемочных
модернизированной
испытаний
Системы, включая
47
исходные коды, на
машинном носителе (CD и
(или) DVD);
Акт передачи исходного
кода и дистрибутива;
Акт о готовности Системы к
эксплуатации;
Паспорт Системы (проект);
Отчет о выполнении анализа
влияния функций
развиваемых подсистем на
классы защищенности
информации,
обрабатываемой в Системе;
Модель угроз и нарушения
Информационной
безопасности Систем
(проект);
Акт классификации Системы
(проект);
Акт категорирования
Системы (проект);
Акт прима-передачи
исключительных прав;
Накладная на передачу
эксплуатационной и
технической
документации;
Акт приема-передачи
исключительных прав на
РИД;
Приказ о модернизации
Программы для ЭВМ;
Отказ от упоминания в
качестве автора
Результата интеллектуальной
деятельности;
Согласие на обработку
персональных данных
автора.
Документ о приемке по 4
(четвёртому) этапу.
5 Сопровождение информационных систем и ресурсов 5 этап
Работы по
Комплект отчетной
поддержанию
документации,
Сопровождение работоспособности предоставляемый в рамках 5
Этапа организации
информационных Системы в части
5.1
с 09.11.2026 по 15.11.2026
комплексов работ:
эксплуатационных служб:
систем и
Акт приемки системы на
ресурсов
«Организация
поддержание
эксплуатационных работоспособности с
48
приложениями:
Протокол проверки
результатов организационноштатных и
подготовительных
мероприятий;
Протокол передачи прав и
уровней доступа;
Перечень уполномоченных
специалистов.
Регламент выполнения работ
(включая График ППР);
Ведомость машинных
носителей информации;
Акт приема-передачи
отчетной документации;
служб»
Регламент выполнения работ
(включая График ППР);
Матрица эскалации;
Анкета постановки системы
на мониторинг;
Анкета резервного
копирования системы (в том
числе план аварийного
восстановления);
Форма детализированного
отчета;
Форма отчета о
выполненных работах,
включающего расчет
стоимости выполненных
работ.
6 Сопровождение информационных систем и ресурсов 6 этап
Комплект отчетной
с 16.11.2026 по 02.11.2028
документации,
отчетный период – период
предоставляемый по
выполнения работ, по
Работы по
окончании
отчетного
окончании которого
поддержанию
работоспособности периода в рамках 6 этапа на производится сдачабумажном носителе в
приемка выполненных
Системы в части
2
(двух)
экземплярах,
а
работ и их оплата
комплексов работ:
также на машинном
– календарный квартал.
Сопровождение
носителе
информации
в
Отчетный период с
информационных «Поддержка
6.1
1 (одном) экземпляре:
02.12.2026 по 31.12.2026
систем и
пользователей»;
Детализированный отчет
делится на два периода:
ресурсов
(только
на
машинном
1-й период с 02.12.2026 по
«Прикладное
20.12.2026,
администрирование»; носителе информации);
Отчетные документы,
2-й с 21.12.2026 по
предусмотренные
31.12.2026.
«Системное
Отчетный период с
администрирование». Регламентом выполнения
работ и ТЗ;
01.10.2027 по 31.12.2027
Акт приема-передачи
делится на два периода:
49
отчетной документации;
Ведомость машинных
носителей информации.
Комплект отчетной
документации,
1-й период с 01.10.2027 по
предоставляемый по
20.12.2027,
окончании периода в
2-й с 21.12.2027
электронной форме:
по 31.12.2027.
Документ о приемке;
Отчет о выполненных
работах, включающий расчет
стоимости выполненных
работ.
3.5.2 Порядок оформления и предъявления Заказчику результатов работ.
По завершении каждого этапа работ Подрядчик предоставляет Заказчику отчетную и техническую
документацию согласно пункту 3.5.1 ТЗ.
Документы, требующие согласования сторон, и порядок их согласования определяются характером
документов, требованиями ТЗ и ГК.
После завершения выполнения каждого этапа работ, предусмотренного Порядком выполнения работ,
не позднее 5 (пяти) рабочих дней, Подрядчик письменно уведомляет Заказчика о факте завершения
выполнения работ по этапу, формирует с использованием единой информационной системы,
подписывает усиленной квалифицированной УКЭП Документ о приемке.
Для проверки предоставленных Подрядчиком результатов в рамках каждого этапа, в части их
соответствия условиям ГК Заказчик обязан провести испытания Системы, указанные в Таблице 13
пункт 3.5.1 ТЗ.
3.5.3 Требования к передаче исходного кода и дистрибутива
В рамках выполнения работ по модернизации Системы, Заказчик в течение 3 (трех) рабочих дней с
даты заключения ГК обеспечивает передачу исходного кода и дистрибутива ПО (компакт-диск), а
также передачу исходного кода с инструкцией по компиляции в систему контроля версий заказчика.
В рамках приемочных испытаний по ГК Подрядчик обеспечивает размещение исходного кода в
системе контроля версий Заказчика. Программные сценарии для проведения компиляции
настраиваются в среде Заказчика и выполняться без ошибок с сохранением созданных образов в
репозитории Заказчика, а артефактов в хранилище артефактов Заказчика.
При проведении испытаний системы обязательна контрольная компиляция и развертывание
функционала системы из скомпилированных в системе контроля версий Заказчика дистрибутивов.
Передача исходных кодов, разработанных в ходе выполнения работ программ для электронных
вычислительных машин (далее – программа для ЭВМ) и дистрибутивов сопровождаются передачей
всех необходимых для сборки и запуска программы инструкций.
3.5.4 Требования к порядку предоставления (передачи) результатов выполнения работ Заказчику
Передача исходных кодов, разработанных в ходе выполнения работ программ для ЭВМ и
дистрибутивов сопровождается передачей и размещением исходного кода в системе контроля версий
Заказчика всех необходимых для сборки и запуска программы для ЭВМ библиотек зависимостей,
инструкций и программных сценариев (скриптов) для проведения компиляции, создания
дистрибутива и установки (развертывания) программы для ЭВМ.
Для проведения компиляции, создания дистрибутива и установки (развертывания) программы для
ЭВМ используются свободно распространяемые компиляторы, интерпретаторы и иное ПО,
необходимое для указанных целей, дистрибутивы передаются вместе с исходными кодами
разработанных в ходе выполнения работ программ для ЭВМ.
В случае использования для проведения компиляции, создания дистрибутива и установки
(развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного ПО, права на
использование, копирование и модификацию которых принадлежат третьим лицам, Подрядчик за
50
свой счет передает Заказчику дистрибутивы и права на использование таких компиляторов,
интерпретаторов и иного использованного для указанных целей ПО.
Подрядчик в процессе сдачи-приемки работ по ГК проводит демонстрацию процесса компиляции,
создания дистрибутива и установки (развертывания) разработанных программ для ЭВМ с
использованием средств, указанных в первом абзаце текущего пункта ТЗ, а также в соответствии с
инструкциями, приведенными в рабочей документации на Систему.
Документация на Систему и ее части (техническая и рабочая) содержит описание принятых
проектных решений.
Разработанный исходный код документируется в объеме, позволяющим его дальнейшие разработки
Заказчиком самостоятельно без привлечения Подрядчика.
Техническая и рабочая документация содержит описание разработанных результатов работ, в том
числе программ для ЭВМ, прикладных программных интерфейсов, ИТ-архитектуры, алгоритмов и
протоколов информационного взаимодействия, технических требований, спецификаций и форматов
обмена данными для взаимодействия с другими ИС, в объеме, позволяющим их установки,
настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика.
Передача Заказчику комплекта документов, материалов и сведений, предусмотренных пунктами
7.52, 7.53 ТЗ, включая проекты заявок на государственную регистрацию прав Заказчика на РИД, в
том числе: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, БД, топологии интегральных микросхем, осуществляется Подрядчиком в
составе отчетной документации, предусмотренной условиями ГК.
3.5.5 Требования к созданию РИД и распределению интеллектуальных прав.
Исключительные права на все РИД, созданные по ГК, в том числе РИД, созданные при исполнении
гарантийных обязательств, РИД, созданные при выполнении работ по ГК, в том числе создание
которых не было предусмотрено ГК, включая исключительные права на все промежуточные (не
финальные) версии таких РИД, а также права на получение патентов на такие РИД, принадлежат
Заказчику с момента создания указанных РИД, а Подрядчик не приобретает прав использования этих
РИД.
Подрядчик обязан:
1) создавать РИД силами работников Подрядчика (субподрядчика), которые создают РИД в
пределах, установленных для указанных работников трудовых обязанностей (служебные РИД), либо
силами Подрядчика (субподрядчика), являющегося физическим лицом;
2) обеспечить создание РИД теми работниками Подрядчика (субподрядчика), с которыми у
Подрядчика (субподрядчика) отсутствуют соглашения о принадлежности этим работникам
исключительных прав на создаваемые ими служебные РИД.
Подрядчик гарантирует, что работники Подрядчика (субподрядчика), являющиеся авторами
создаваемых РИД, не будут претендовать на получение исключительных прав на РИД на
собственное имя, Подрядчик (субподрядчик), являющийся ФЛ, не будет претендовать на получение
исключительных прав на собственное имя.
Подрядчик обязан передать Заказчику:
1) подписанный Подрядчиком Акт приема-передачи исключительных прав на РИД, указанные в
абзаце 1 текущего пункта ТЗ, с выделением стоимости каждого РИД и даты создания РИД и
перечень РИД, использованных при создании указанных РИД, с указанием сведений об их авторах и
годах создания каждого РИД, а также документацию, указанную в пункте 3.5 ТЗ. Акт приемапередачи исключительных прав на РИД соответствует требованиям законодательства РФ к
лицензионным (сублицензионным) договорам;
2) перечень всех РИД, необходимых для эксплуатации Заказчиком результатов исполнения ГК;
3) документацию в отношении РИД, указанных в абзаце 1 текущего пункта ТЗ, в том числе
отчетную, техническую и иную, включая ее электронные версии;
4) исходные коды ПО, являющегося РИД, указанным в абзаце 1 текущего пункта ТЗ, их
модификации и дополнения;
51
5) экземпляры РИД, указанных в абзаце 1 текущего пункта ТЗ, на DVD-диске или USB флешнакопителях и на бумажном носителе в 2 (двух) экземплярах;
6) необходимые для использования РИД, указанных в абзаце 1 текущего пункта ТЗ, ключи доступа и
(или) пароли, при наличии технических средств защиты;
7) сведения и документы, которые в соответствии с требованиями действующих нормативных
правовых актов необходимо представить в федеральный орган власти по интеллектуальной
собственности для государственной регистрации РИД, указанных в абзаце 1 текущего пункта ТЗ.
Подрядчик обязан предоставить Заказчику права на все РИД (в том числе на системное ПО, за
исключением общесистемного ПО), необходимые для дальнейшей эксплуатации Заказчиком
созданных по ГК РИД и результатов исполнения ГК в порядке, установленном законодательством и
в объеме, достаточном для дальнейшего использования и обслуживания Заказчиком результатов
исполнения ГК на условиях, предусмотренных лицензионным (сублицензионным) соглашением.
Подрядчик в течение 10 (десяти) рабочих дней с даты заключения ГК направляет Заказчику форму
лицензионного (сублицензионного) соглашения на согласование. Лицензионному
(сублицензионному) соглашению необходимо соответствовать требованиям локальных актов
Заказчика, в том числе к лицензионным (сублицензионным) договорам, и необходимому объему
использования. Указанные в настоящем пункте права, принадлежащие третьим лицам,
приобретаются Подрядчиком у соответствующих третьих лиц для предоставления Заказчику.
В случае предоставления Заказчику прав на РИД по сублицензионнному соглашению Подрядчик
обязан предоставить Заказчику заверенные Подрядчиком копии соответствующих лицензионных
соглашений и документов, подтверждающих право Подрядчика заключать указанное
сублицензионное соглашение с Заказчиком на соответствующих условиях.
В случае внесения изменений в РИД, права использования которых предоставлены Заказчику в
соответствии с лицензионным (сублицензионным) соглашением, или замены таких РИД или
создания обновленных версий таких РИД, в результате исполнения гарантийных или обязательств по
ГК, Подрядчик предоставляет Заказчику права использования новых РИД, являющихся результатом
изменения (замены, обновления), а также права использования дополнительного ПО и РИД,
необходимых для функционирования указанных в настоящем абзаце РИД, в пределах общей цены
ГК и на условиях настоящего пункта ТЗ.
Использование при создании РИД, а также включение в перечень РИД, указанных в данном пункте
ТЗ, результатов интеллектуальной деятельности, принадлежащих Подрядчику или третьим лицам, в
том числе их переработка, может осуществляться только в случае согласования Заказчиком и
предварительного предоставления Заказчику перечня необходимых РИД с указанием авторов и
правообладателей, территории, сроков и способов, а также правовых оснований их использования,
номеров документов, удостоверяющих исключительное право.
Подрядчик урегулирует вопросы правомерного использования Заказчиком объектов, необходимых
для создания РИД, в порядке, указанном данном пункте ТЗ, Лицензионное (сублицензионное)
соглашение на предоставление Заказчику прав использования указанных объектов включает
возможность использования этих объектов способом переработки в целях исполнения ГК на
соответствующий срок, а также, если это необходимо для правомерной эксплуатации результатов
исполнения ГК Заказчиком - иными способами на срок действия исключительных прав на такие
объекты.
Затраты и вознаграждение Подрядчика, связанные с созданием РИД, приобретением, оформлением
прав на РИД и предоставлением прав на РИД Заказчику, передачей Заказчику исходных кодов
программ для ЭВМ, библиотек зависимостей, БД, проектной, технической, рабочей,
сопроводительной, методической и иной документации согласно ГК, включены в общую цену ГК.
Исполнение Подрядчиком обязательств по ГК осуществляться с соблюдением прав и законных
интересов третьих лиц, в том числе авторов и правообладателей РИД и приравненных к ним средств
индивидуализации.
Подрядчик гарантирует, что при исполнении ГК не будут нарушены интеллектуальные и иные права
52
третьих лиц, включая авторов и правообладателей объектов интеллектуальных прав.
Подрядчик обязуется правильно оформить необходимые отношения и документацию с третьими
лицами, в том числе с авторами и правообладателями РИД, использованных при создании РИД, что
исключит возможные претензии со стороны третьих лиц в связи с исполнением ГК и
использованием результатов исполнения ГК в адрес Заказчика, в том числе в отношении способов
использования РИД, их переработки.
В случае предъявления третьими лицами, включая авторов и правообладателей объектов
интеллектуальных прав, требований к Заказчику в связи с нарушением Подрядчиком
интеллектуальных прав и прав третьих лиц в связи с исполнением ГК и в связи с использованием
результатов исполнения ГК, Подрядчик обязуется самостоятельно и за свой счет урегулировать
указанные требования, а также возместить Заказчику связанные с такими требованиями расходы,
включая убытки, в полном объеме.
В случае предоставления Заказчиком каких-либо РИД Подрядчику, Подрядчик обязан использовать
предоставленные Заказчиком РИД только для исполнения обязательств по ГК и не вправе
использовать их в иных целях, а также предоставлять третьим лицам права их использования.
Подрядчик гарантирует Заказчику, что в течение срока действия исключительных прав на РИД,
указанные в данном пункте ТЗ, реализация Заказчиком таких прав не будет ограничена в связи с
наличием у третьих лиц интеллектуальных прав на РИД, использованные при создании указанных в
данном пункте ТЗ, РИД.
Подрядчик гарантирует отсутствие противоречий между лицензионным (сублицензионным)
соглашением, заключаемым в соответствии с текущим пунктом ТЗ, и лицензионным
(сублицензионным) соглашением, без проставления отметки о принятии условий которого перед
началом установки программного обеспечения (далее – ПО) на оборудование (или ЭВМ) технически
невозможно осуществить установку ПО. В случае наличия указанных противоречий действует
лицензионное (сублицензионное) соглашение, заключенное в соответствии с данном пункте ТЗ.
Внесение изменений в лицензионное (сублицензионное) соглашение, заключенное в соответствии с
данном пункте ТЗ, в виде документа на бумажном носителе, возможно только путем заключения
дополнительного соглашения на бумажном носителе.
Подрядчик обеспечит возможность Заказчика, а также третьих лиц с согласия (разрешения)
Заказчика без получения согласий автора(ов) обнародовать РИД, указанные в данном пункте ТЗ,
вносить в них изменения, сокращения, дополнения, снабжать предисловием, послесловием,
комментариями или какими бы то ни было пояснениями, использовать РИД анонимно, то есть без
указания имени или псевдонима автора (соавтора) и гарантирует, что указанное использование не
будет признаваться нарушением чьих бы то ни было прав, в том числе прав авторов (соавторов) на
неприкосновенность РИД, на имя и право авторства.
Подрядчик обязан обеспечить выполнение требований к порядку создания (развития)
государственных (муниципальных) ИС, предусмотренных пунктом 3 части 1 статьи 13 Федерального
закона «Об информации, информационных технологиях и о защите информации» от 27.07.2006 N
149-ФЗ, устанавливаемых к таким ИС указанным Федеральным законом и иными нормативными
правовыми актами Российской Федерации.
Все разработанные в рамках данного ТЗ и ЧТЗ дополнительные функциональные возможности в
виде подсистем и модулей являются частью Системы и не могут использоваться как
самостоятельные программные продукты отдельно от Системы.
При предоставлении Заказчику прав использования ПО, разработанного третьими лицами либо
Подрядчиком в целях использования такого ПО в рамках реализации условий Технического задания
и Контракта, состав таких прав включает возможность предоставления Заказчиком прав
использования такого ПО в составе Системы государственным (муниципальным) органам,
подведомственным им организациям, пользователям Системы в объеме, необходимом для
использования Системы по ее прямому назначению, подрядчикам (исполнителям), с которыми
Заказчиком или указанными лицами заключены государственные контракты (договоры), и их
53
субподрядчикам (соисполнителям) для целей исполнения обязательств по таким государственным
контрактам (договорам).
3.5.6 Требования к документированию
Разрабатываемая документация удовлетворяет требованиям комплекса стандартов и руководящих
документов на автоматизированные системы:
1) ГОСТ Р 59853-2021. Национальный стандарт Российской Федерации. Информационные
технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы.
Термины и определения — в части терминологии;
2) ГОСТ 34.201-2020 Информационные технологии. Комплекс стандартов на автоматизированные
системы. Виды, комплектность и обозначение документов при создании автоматизированных
систем, ГОСТ 19.101-2024. «Межгосударственный стандарт. Единая система программной
документации. Виды программ и программных документов», ГОСТ 19.103-77. Единая система
программной документации. Обозначение программ и программных документов» — в части
наименования и обозначения документов;
3) Приказа Росстандарта от 28.11.2023 № 1482-ст «О прекращении применения
межгосударственного стандарта на территории Российской Федерации» — в части определения
стадий и отчетных периодов выполнения работ по модернизации Системы;
4) ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные
системы. Техническое задание на создание автоматизированной системы — в части состава,
содержания и правил оформления документов «ТЗ», «Частное ТЗ».
5) ГОСТ P 59792-2021 Информационные технологии. Комплекс стандартов на автоматизированные
системы. Виды испытаний автоматизированных систем — в части определения видов испытаний;
6) ГОСТ 34.201-2020 Информационные технологии. Комплекс стандартов на автоматизированные
системы. Виды, комплектность и обозначение документов при создании автоматизированных
систем, ГОСТ 19.101-2024. «Межгосударственный стандарт. Единая система программной
документации. Виды программ и программных документов», ГОСТ 19.103-77. Единая система
программной документации. Обозначение программ и программных документов» в части
присвоения уникальных децимальных номеров;
7) ГОСТ 19.301-79 Единая система программной документации. Программа и методика испытаний.
Требования к содержанию и оформлению — в части структуры и правил оформления программы и
методики испытаний.
Отчетную документацию оформляют в соответствии с требованиями ГОСТ 2.105-2019 Единая
система конструкторской документации. Общие требования к текстовым документам на листах
формата А4 по ГОСТ 2.301-68 Межгосударственный стандарт «Единая система конструкторской
документации. Форматы.» без рамки, основной надписи и дополнительных граф к ней. Допускается
для размещения рисунков и таблиц использование листов формата А3 с подшивкой по короткой
стороне листа. Документы объемом более 25 листов содержат информационную часть, состоящую из
аннотации и содержания.
Документы не могут содержать в колонтитулах указаний на организацию Подрядчика (логотипы,
реквизиты, контактную информацию и тому подобного).
Соответствие отчетной документации требованиям ГОСТ 2.105-2019 Единая система
конструкторской документации. Общие требования к текстовым документам по составу и структуре
разделов не требуется. При этом необходимо достигнуто описание всех видов обеспечения Системы,
достаточное для развертывания, эксплуатации и сопровождения, определяемым ГОСТ согласно
разделу 7 ТЗ для конкретных видов документов.
Результаты выполнения работ и отчетная документация передаются с сопроводительными
документами Подрядчика.
3.5.7 Виды, состав, объем и методы испытаний Системы
Для проверки предоставленных Подрядчиком результатов, предусмотренных ГК, в части их
соответствия условиям ГК Заказчик обязан провести испытания Системы.
54
Приемка результатов работ осуществляется рабочей группой. Рабочая группа создается
утверждается Заказчиком.
Испытания организованы и проведены в соответствии с ГОСТ Р 59792-2021 «Информационные
технологии. Комплекс стандартов на автоматизированные системы. Виды испытаний
автоматизированных систем».
Необходимо проведение следующих видов испытаний:
1) предварительные испытания;
2) опытная эксплуатация;
3) приемочные испытания.
Виды, состав, объем, и методы испытаний определяются в документах «Программа и методика
предварительных испытаний», «Программа и методика опытной эксплуатации» и «Программа и
методика приемочных испытаний» с указанием контрольных тестов, проводимых для каждого вида
испытаний. Указанный документ разрабатывается Подрядчиком в соответствии с ГОСТ Р 597922021 «Информационная технология. Виды испытаний автоматизированных систем» и
предоставляется Заказчику не позднее, чем за 5 (пять) календарных дней до проведения испытаний.
Результаты проведения испытаний зафиксированы в соответствующих Протоколах испытаний.
Недостатки реализации оформляются как выявленные отклонения от ТЗ и ЧТЗ.
После завершения предварительных испытаний, в случае наличия недостатков и замечаний,
Подрядчик в течение 5 рабочих дней представляет и согласовывает с Заказчиком Протокол
разногласий с перечнем замечаний и сроками их устранения.
Подрядчик в течение установленного в протоколе разногласий времени устраняет указанные в
Протоколе недостатки. Факт устранения недостатков подтверждается Протоколом устранения
недостатков, выявленных в ходе предварительных испытаний. По результатам оформляется Акт о
приемке Системы в опытную эксплуатацию.
На этапе опытной эксплуатации Заказчиком ведется Журнал опытной эксплуатации, в который
заносятся выявленные Заказчиком замечания (несоответствие Системы требованиям ТЗ и(или) ЧТЗ и
пожелания к Системе или технической и (или) рабочей документации. В ходе опытной эксплуатации
замечания к Системе и документации устраняются Подрядчиком. Пожелания к Системе могут быть
реализованы Подрядчиком в ходе опытной эксплуатации или отнесены к модернизации Системы вне
рамок работ ТЗ. Не менее чем за неделю до опытной эксплуатации Подрядчиком проводится
консультирование Модераторов, Администраторов и Системных администраторов Системы.
Результаты опытной эксплуатации отражаются в документе «Журнал опытной эксплуатации» и
рассматриваются в ходе приемочных испытаний.
После завершения опытной эксплуатации и устранения недостатков оформляется Акт о завершении
опытной эксплуатации.
Результаты приемочных испытаний отражаются в документах «Протокол приемочных испытаний»,
«Акт о готовности Системы к эксплуатации».
Условием для передачи Системы в эксплуатацию является устранение всех замечаний, выявленных
на испытаниях.
В случае несоответствия Системы требованиям, предъявляемым в ТЗ и (или) ЧТЗ сроки проведения
испытаний, могут быть перенесены или расширены Заказчиком в пределах сроков выполнения работ
в соответствии ТЗ.
3.5.8 Трудозатраты по каждому этапу выполнения работ
3.5.8.1 Трудозатраты по 1 (первому), 2 (второму), 3 (третьему) и 4 (четвертому) этапам выполнения
работ по модернизации Системы
Стоимость реализации решения по заявке Заказчика рассчитывается как сумма трудозатрат всех
задач, указанных в заявке Заказчика. При этом уровень сложности задач в рамках одной заявки
может отличаться. Стоимость реализации решения 1 (первого), 2 (второго) 3 (третьего) и 4
(четвертого) этапов определяется как сумма всех выполненных работ на основании согласованных
расчетов стоимости реализации решения.
55
В рамках 1 (первого), 2 (второго) 3 (третьего) и 4 (четвертого) этапов необходимо выполнить работы,
указанные в пункте 3.2 и 3.3 ТЗ. Трудоемкость работ, указана в Таблице 14.
По каждой заявке Подрядчику необходимо рассчитать стоимость фактически выполненных работ:
стоимость фактически выполненных работ определяется как произведение стоимости 1 (одной)
условной единицы работ (1 человеко-месяц) и количества условных единиц (человеко-месяцев).
Определение общих расчетных трудозатрат (человеко-месяцев) на реализацию программного
решения по модернизации Системы по Заявке на неописанный функционал осуществляется в
соответствии с пунктом 6.4 распоряжения Департамента экономической политики и развития города
Москвы и Департамента информационных технологий города Москвы от 28 февраля 2018 г. № 6416-89/18/3-р «Об утверждении Методики расчета планируемой стоимости работ по созданию,
модернизации и модернизации информационных систем города Москвы».
Стоимость 1 (одной) условной единицы (1 человеко-месяца) по 1 (первому), 2 (второму), 3
(третьему) и 4 (четвертому) этапам государственного контракта указана в Таблице 15.
Суммарная стоимость выполненных работ по модернизации Системы по заявкам не может
превышать максимального объема финансирования работ по модернизации Системы, определенного
в Таблице 15. Работы сверх предельного объема трудозатрат по модернизации Системы не подлежат
оплате.
Количество трудозатрат по 1 (первому), 2 (второму), 3 (третьему) и 4 (четвертому) этапам
выполнения работ по модернизации Системы приведены в Таблице 14.
Таблица 14 - Количество трудозатрат по модернизации Системы по 1 (первому), 2 (второму), 3
(третьему) и 4 (четвертому) этапам
Количеств
№
Наименование работ
Единица изм.
о
Выполнение работ по модернизации в соответствии
Не менее
1
условная единица
с пунктами 3.2 и 3.3 (1 этап)
40,095
Выполнение работ по модернизации в соответствии
Не менее
2
условная единица
с пунктами 3.2 и 3.3 (2 этап)
78,499
Выполнение работ по модернизации в соответствии
Не менее
3
условная единица
с пунктами 3.2 и 3.3 (3 этап)
18,450
Выполнение работ по модернизации в соответствии
Не менее
4
условная единица
с пунктами 3.2 и 3.3 (4 этап)
21,052
Предельно максимальное количество трудозатрат в рамках описанного функционала:
60,227
Предельно максимальное количество трудозатрат по ГК:
158,096
Суммарный объем работ по модернизации Системы по ГК составляет 158,096 условных единиц
(человеко-месяцев).
Таблица 15 - суммарная стоимость выполненных работ по модернизации по 1 (первому), 2 (второму),
3 (третьему) и 4 (четвертому) этапам
Максимальный
Стоимость 1
объем
Наименование
№
Количество
(одной) условной финансирования
работ
единицы (руб.)*
работ, % от Цены
Контракта
Работы по
Цена контракта х
модернизации
40,095 условных
15,0296325770620%
1
информационных
15,0296325770620%
единиц
/ 40,095 условных
систем и ресурсов
единиц*
(1 этап)
Работы по
Цена контракта х
модернизации
78,499 условных
30,0293819380966%
2
30,0293819380966%
информационных единиц
/ 78,499 условных
систем и ресурсов
единиц*
56
(2 этап)
Работы по
модернизации
информационных
систем и ресурсов
(3 этап)
Работы по
модернизации
информационных
систем и ресурсов
(4 этап)
3
4
18,450 условных
единиц
Цена контракта х
7,1415805343821%
7,1415805343821%
% / 18,450
условных единиц*
21,052 условных
единиц
Цена контракта х
8,1487562776246%
8,1487562776246%
/ 21,052 условных
единиц*
158,096 условных
60,3493513271653%
единиц
*
Вносится на этапе заключения Контракта с учетом предложенной победителем закупки Цены
Контракта.
**При досрочном исполнении работ предусмотренных 2 этапом в 2026 году стоимость 1 (одной)
условной единицы равна стоимости условной единицы работ по 1 этапу.
**При досрочном исполнении работ предусмотренных 3, 4 этапами в 2027 году стоимость 1 (одной)
условной единицы равна стоимости условной единицы работ по 2 этапу.
ИТОГО:
3.5.8.2 Трудозатраты по 5 (пятому) и 6 (шестому) этапам выполнения работ по поддержанию
работоспособности Системы
Суммарная стоимость выполненных работ в рамках 5 (пятого) и 6 (шестого) этапах по поддержанию
работоспособности Системы не может превышать максимального объема финансирования,
определенного в Таблице 17. Работы сверх предельного объема трудозатрат по поддержанию
работоспособности Системы не подлежат оплате.
Объем работ по 5 (пятому) и 6 (шестому) этапам выполнения работ по поддержанию
работоспособности Системы приведены в Таблице 16.
Таблица 16 – Объем работ по 5 (пятому) и 6 (шестому) этапам выполнения работ по поддержанию
работоспособности Системы
№ Комплекс работ
1 Организация эксплуатационных служб
2 Поддержка пользователей
3 Прикладное администрирование
4 Системное администрирование
Единица изм.
условная единица
условная единица
условная единица
условная единица
Количество
1
1
1
1
Таблица 17 - стоимость выполненных работ по поддержанию работоспособности Системы по 5
(пятому) и 6 (шестому) этапам
№
1
2
Наименование работ
Стоимость 1 (одной)
Количеств
условной единицы
о
(руб.)*
Сопровождение
информационных систем и
1
ресурсов
условная
Организация эксплуатационных единица
служб (5 этап)
Сопровождение
1
информационных систем и
условная
ресурсов
единица
Поддержка пользователей
57
Максимальный объем
финансирования работ, %
от Цены Контракта
Цена контракта х
0,0396506428618%
0,0396506428618%
/ 1 условную единицу
Цена контракта х
13,0648887414387% / 13,0648887414387%
1 условную единицу
(6 этап)
Сопровождение
информационных систем и
Цена контракта х
1
ресурсов
19,3376213597072% /
3
условная
19,3376213597072%
Прикладное
1
единица
администрирование
условную единицу
(6 этап)
Сопровождение
информационных систем и
1
Цена контракта х
4
ресурсов
условная 7,2084879288270% / 1 7,2084879288270%
Системное администрирование единица условную единицу
(6 этап)
4
ИТОГО:
условные
39,6506486728347%
единицы
*
Вносится на этапе заключения Контракта с учетом предложенной победителем закупки Цены
Контракта.
Общий объем финансирования по Контракту по выполнению работ по модернизации Системы и
поддержанию ее работоспособности приведен в Таблице 18.
Таблица 18 - общий объем финансирования по Контракту по выполнению работ по модернизации
Системы и поддержанию ее работоспособности.
Максимальный
Наименование
объем
№
Комплекс работ
Количество
работ
финансирования
работ, %
Работы по
158,096 усл. ед.
модернизации
(условная единица 60,349351327165
1 информационны Работы по модернизации Системы
принимается как 1 3% Цены ГК
х систем и
человеко-месяц)
ресурсов
Работы по Сопровождению Системы в
части комплексов работ:
Сопровождение «Организация эксплуатационных служб»;
информационны
2
х систем и
«Поддержка пользователей»;
ресурсов
«Прикладное администрирование»;
«Системное администрирование».
Итого от Цены ГК
2 усл.ед
39,650648672834
7% Цены ГК
160, 096
100 %
Суммарный объем работ по модернизации и поддержанию работоспособности Системы по ГК
составляет 160,096 условных единиц (человеко-месяцев).
58
4. Объем и сроки гарантий качества
Гарантийный срок на выполненные работы действует в течение 12 (двенадцати) месяцев с момента
подписания Документа о приемке по 4 (четвертому) этапу и распространяется на доработанную и
настроенную в соответствии с настоящим ТЗ Систему.
Гарантийное обслуживание проводится Подрядчиком на протяжении всего гарантийного срока.
Недостатки и ошибки в работе подсистем, выявленные в период гарантийного обслуживания,
устраняются Подрядчиком и вносятся соответствующие исправления в техническую и
эксплуатационную документацию.
Гарантийное обслуживание осуществляется по заявке Заказчика, условия в которой необходимо
выполнить в течение 48 часов с момента ее доставки ответственному контактному лицу Подрядчика.
Подрядчик обязан устранить их за свой счет в сроки, согласованные и установленные Подрядчиком
и Заказчиком в Акте о недостатках с перечнем выявленных недостатков, необходимых доработок и
сроков их устранения. Гарантийный срок в данном случае продлевается на период устранения
выявленных недостатков.
При отказе Подрядчика от составления или подписания Акта о недостатках, обнаруженных в период
гарантийного срока на выполненные работы, Заказчик проводит квалифицированную экспертизу с
привлечением экспертов в порядке, установленном ГК.
Для получения заявок Заказчика Подрядчик одновременно с подписанием Контракта обязан
предоставить Заказчику контактную информацию (контактный телефонный номер, адрес
электронной почты) и указать ответственное контактное лицо. В случае изменения контактной
информации Подрядчик обязан в течение 5 (пяти) календарных дней уведомить об этом Заказчика.
Подрядчик гарантирует, что разработанное в результате проведения модернизации программное
обеспечение будет функционировать в соответствии со своим назначением не менее 12 (двенадцати)
месяцев с даты подписания Документа о приемке по 4 (четвёртому) этапу.
Подрядчик гарантирует качество выполнения всех работ в соответствии с настоящим ТЗ и
действующими нормами и правилами.
Подрядчик обязуется обеспечить консультирование специалистов Заказчика в течение всего периода
гарантийного срока на выполненные работы. Для этого Подрядчик обеспечивает доступность
консультаций по телефону и электронной почте. Ответ на обращение Заказчика необходимо
предоставить Подрядчику в течение 24 часов с момента получения обращения от Заказчика.
5. Требования к безопасности выполнения работ
Подрядчик обязан обеспечить безопасные условия выполнения работ.
Подрядчик несет полную ответственность за безопасность при выполнении работ и отвечает за все
риски, связанные с выполнением работ.
В Системе обрабатывается и хранится информация разных уровней конфиденциальности.
Подрядчику недопустимо разглашать (полностью или частично) конфиденциальную информацию,
которая может стать ему известной в ходе развития Системы.
5.1. Требования по защите информации
В модернизированной Системе единовременно обрабатываются и храниться информация разных
уровней конфиденциальности, и пользователи имеют право доступа к строго определенным данным,
содержащимся в Системе, в соответствии с ролевой моделью. Ролевая модель предоставляется
Заказчиком.
Безопасность информации в дорабатываемой Системе обеспечивается комплексом технических
средств Заказчика.
59
В ходе выполнения работ по модернизации Системы необходимо провести работы по оценке
влияния дорабатываемой Системы на:
1) уровень информационной безопасности Системы;
2) класс защищенности Системы в соответствии с приказом ФСТЭК России от 11.04.2025 № 117 «Об
утверждении Требований о защите информации, содержащейся в государственных информационных
системах, информационных системах государственных органов, государственных унитарных
предприятий, государственных учреждений».
Система классифицируется, а также категорируется в соответствии с требованиями раздела 7 ТЗ.
Результаты классификации и категорирования оформляются проектом соответствующего Акта
классификации, а также Актом категорирования. Работы выполняются с учетом требований,
предусмотренных Постановлением Правительства РФ № 127 от 08.02.2018 «Об утверждении Правил
категорирования объектов критической информационной инфраструктуры Российской Федерации, а
также перечня показателей критериев значимости объектов критической информационной
инфраструктуры Российской Федерации и их значений», а также приказом ФСТЭК России от
11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в
государственных информационных системах, иных информационных системах государственных
органов, государственных унитарных предприятий, государственных учреждений».
Для этого в рамках выполнения работ по модернизации Системы проводится анализ и категоризация
угроз безопасности, действующих на элементы инфраструктуры и информацию, обрабатываемых в
Системе.
В соответствии с постановлением Правительства РФ от 01.11.2012 № 1119 «Об утверждении
требований к защите персональных данных при их обработке в информационных системах
персональных данных» система классифицирована по уровню защищенности ПДн. Результаты
отражаются в Акте классификации Системы.
По результатам выполнения работ по модернизации Системы актуализируются проект Модель угроз
и нарушителя информационной безопасности Системы, проект Акта категорирования Системы и
проект Акта классификации Системы.
Заказчик обеспечивает согласование проекта «Модели угроз и нарушителя информационной
безопасности Системы», представленные Подрядчиком, с ФСБ России и ФСТЭК России (далее
также - уполномоченные органы) в соответствии с требованиями Постановление Правительства
Российской Федерации от 06.07.2015 № 676 «О требованиях к порядку создания, развития, ввода в
эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем и
дальнейшего хранения содержащейся в их базах данных информации». В период прохождения
указанного согласования Подрядчик продолжает выполнять работы в сроки, предусмотренные ТЗ.
В случае, если по результатам указанного согласования потребуются доработки вышеуказанных
документов в соответствии с замечаниями уполномоченных органов, Подрядчик обязан в срок,
установленный Заказчиком и составляющий не менее 20 (Двадцати) рабочих дней, провести
требуемые доработки, а также при необходимости внести изменения в иные документы и результаты
выполнения работ по ТЗ, не прерывая выполнение работ, предусмотренных ТЗ.
После получения от Подрядчика доработанных по замечаниям ФСБ России и ФСТЭК России
документов проект «Модели угроз и нарушителя информационной безопасности Системы» Заказчик
направляет его на повторное согласование в уполномоченные органы официальным письмом.
В случае получения по итогам повторного и последующих согласований замечаний уполномоченных
органов - ФСБ России и ФСТЭК России к содержанию согласуемых документов Подрядчик обязан
осуществить их доработку в вышеуказанном порядке.
Результатом актуализации является согласованные ФСБ России и ФСТЭК России версии документов
проект «Модели угроз и нарушителя информационной безопасности Системы». Данная версия
документа доводится до Подрядчика.
Модернизированная Система совместима с используемыми Заказчиком средствами работы с ЭП.
Создание и (или) развитие системы защиты информации Системы не является предметом данного
60
контракта.
Аттестация Системы в соответствии с приказом ФСТЭК России от 11.04.2025 № 117 «Об
утверждении Требований о защите информации, содержащейся в государственных информационных
системах, иных информационных системах государственных органов, государственных унитарных
предприятий, государственных учреждений», а также реализация мероприятий, определенных
Постановление Правительства Российской Федерации от 06.07.2015 № 676 «О требованиях к
порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации
государственных информационных систем и дальнейшего хранения содержащейся в их базах данных
информации» (статья 3), осуществляется Заказчиком самостоятельно в рамках Государственных
контрактов.
Конфиденциальная информация, включая ПДн, в разрабатываемой и(или) модернизируемой Системе
храниться и(или) обрабатываться в БД.
В ходе выполнения работ по созданию и(или) модернизации Системы необходимо провести работы
по оценке влияния разрабатываемой и(или) дорабатываемой Системы на:
1) уровень информационной безопасности Системы;
2) уровень защищенности персональных данных в соответствие с постановлением Правительства
Российской Федерации от 01.11.2012 № 1119 «Об утверждении требований к защите персональных
данных при их обработке в информационных системах персональных данных»;
3) класс защищенности Системы в соответствии с приказом ФСТЭК России от 11.04.2025 № 117 «Об
утверждении Требований о защите информации, содержащейся в государственных информационных
системах, информационных системах государственных органов, государственных унитарных
предприятий, государственных учреждений» [в случае признания Системы ГИС];
4) класс средств криптографической защиты информации в соответствие с приказом ФСБ России от
10.07.2014 № 378 «Об утверждении состава и содержания организационных и технических мер по
обеспечению безопасности персональных данных при их обработке в информационных системах
персональных данных с использованием средств криптографической защиты информации,
необходимых для выполнения установленных правительством Российской Федерации требований к
защите персональных данных для каждого из уровней защищенности».
По результатам указанной выше оценки, при необходимости, корректируется существующая и(или)
разработана модель угроз и нарушителя, а также составлен проект Акта классификации Системы.
В соответствии с приказом ФСТЭК России № 21 от 18.02.2013 «Об утверждении состава и
содержания организационных и технических мер по обеспечению безопасности персональных
данных при их обработке в информационных системах персональных данных» и приказом ФСТЭК
России 11.04.2025 № 117 «Об утверждении Требований о защите информации, содержащейся в
государственных информационных системах, иных информационных системах государственных
органов, государственных унитарных предприятий, государственных учреждений» в Акт
классификации включаются установленные:
1) уровень защищенности для ИС персональных данных;
2) класс защищенности для государственной ИС [в случае признания Системы ГИС].
В случае использования при выполнении работ по ГК электронных сервисов (технических средств,
программ для ЭВМ и баз данных, доступ к которым предоставляется с использованием
информационно-телекоммуникационных сетей), предоставляемых третьими лицами (поставщиками
электронных сервисов), Подрядчик обязан обеспечить соблюдение требований постановления
Правительства Российской Федерации от 18 августа 2026 г. № 1024 «Об утверждении Правил
использования технических средств, программ для электронных вычислительных машин и баз
данных, доступ к которым предоставляется с использованием информационнотелекоммуникационных сетей, для обеспечения создания и эксплуатации государственных
информационных систем, иных информационных систем государственных органов».
5.2. Технические требования по защите информации
Для разрабатываемой или модернизируемой Системы выполняются требования Федерального закона
61
от 27.07.2006 № 152-ФЗ «О персональных данных» и нормативных правовых актов в области
персональных данных. Система обеспечивает защиту персональных данных в соответствии с
требованиями постановления Правительства Российской Федерации от 01.11.2012 № 1119 «Об
утверждении требований к защите персональных данных при их обработке в информационных
системах персональных данных».
В «Пояснительной записке к техническому проекту» определены и отражены решения по
обеспечению информационной безопасности Системы в части подсистем и функций, создаваемых
или модернизируемых в рамках настоящего ТЗ, определяющие способы защиты информации в
части:
–
механизмов (способов) аутентификации пользователей в Системе;
–
обеспечения и контроля прав доступа к защищенным ресурсам и информации;
–
минимизации прав доступа;
–
механизмов (способов) аутентификации Системы при взаимодействии с внешними
информационными системами;
–
обеспечения конфиденциальности и целостности передаваемой или принимаемой по
каналам связи информации;
–
управления доступом к защищаемой информации и персональным данным;
–
резервного копирования и восстановления защищаемой информации;
–
антивирусной защиты;
–
разграничения прав доступа, на основании ролевой модели
–
межсетевого экранирования;
–
ограничений программной среды;
–
регистрации событий безопасности;
–
контроля целостности обрабатываемых и технологических данных Системы и ее
компонентов.
Обеспечение возможности защиты информации в Системе от потери и несанкционированного
доступа на этапах её передачи и хранения за счет использования протокола TLS, механизмов
разграничения доступа ЕСИП и регулярного выполнения операций резервного копирования данных
с последующим архивированием.
Обеспечена возможность мониторинга и протоколирования действий пользователей при работе с
функциями Системы, встроенными средствами Системы.
При разработке программного кода Исполнитель применяет методы безопасного программирования
средств защиты информации, включающие:
–
ручную и автоматизированную проверку кода на предмет НДВ;
–
динамический анализ;
–
композиционный анализ;
–
контроль версионности исходного кода.
Взаимодействие ЕСИП с внешними системами СУДИР, Концессия, Мои совещания, СДО, АИС
Москва.Река, ИАС МПС и другими в части аутентификации и авторизации осуществляется по
протоколам семейства OAuth 2.0 и OpenID Connect и аналогичным, в соответствии с документацией
ЕСИП. Передача данных производится по защищённому каналу связи с использованием TLS версии
не ниже 1.2.
6. Требования к используемым материалам и оборудованию
6.1. Требования к техническому обеспечению Системы
Техническое обеспечение осуществляется за счет средств Заказчика.
Техническое обеспечение включает:
1) технические средства обработки данных;
2) технические средства документирования данных;
62
3) технические средства передачи данных;
4) технические средства вычислительных сетей.
Комплекс технических средств обработки данных для решения функциональных задач включает
следующие основные компоненты:
1) серверные платформы (на базе серверов с процессорами с 64-битная версией архитектуры x86,
которые поддерживают функционирование общесистемного и прикладного ПО;
2) оборудование сети хранения данных;
3) оборудование локальной вычислительной сети, которое создает коммутационную среду
взаимодействия подсистем;
4) рабочие станции, которые обеспечивают работу пользователей на соответствующих рабочих
местах;
5) телекоммуникационное оборудование, которое поддерживает информационный обмен между
подсистемами, внешними ИС и пользователями.
Обмен информацией между программно-техническими средствами обеспечивается средствами ЛВС,
а с внешними ИС и пользователями по выделенным или коммутируемым каналам с использованием
унифицированных транспортных протоколов.
Программно-технические средства, осуществляющие оперативное хранение и обработку данных,
удовлетворяют следующим требованиям:
1) обеспечение оперативного хранения и обработки информации служебных БД;
2) обеспечение хранения обработки информации по управлению светофорными объектами;
3) обеспечение возможности наращивания вычислительных мощностей Системы путем увеличения
числа процессоров, оперативной памяти, дисковых систем;
4) обеспечение архивирования и восстановления служебных БД без потери информации;
5) обеспечение выполнения требований по надежности.
6.2. Требования к ПО Системы
Для работы Пользователей с персональных компьютеров веб-интерфейсы Системы совместимы с
браузерами Mozilla FireFox версия 80 или выше, Google Chrome версия 84 или выше.
6.3. Требования к техническому обеспечению
Заказчик предоставляет технические средства, необходимые для функционирования Системы,
включая серверное оборудование, необходимое для функционирования Системы.
Подрядчик производит установку и настройку разрабатываемого ПО Системы в объёме,
необходимом для обеспечения функционирования всех функций Системы по окончании
модернизации ПО, на серверном оборудовании, предоставляемом Заказчиком.
6.4. Требования к серверному оборудованию
Минимальные значения показателей к техническим характеристикам серверного оборудования
представлены в таблице 19.
Таблица 19 - Требования к техническим характеристикам серверного оборудования
Показатель
Минимальное значение
Процессор
Количество ядер
160 шт.
Тактовая частота
2600 МГц
Оперативная ECC-память
Объем
200 Гб
Частота
2400 МГц
Дисковая подсистема
SSD
2048 Гб
HDD
26624 Гб
Сетевой интерфейс
Скорость подключения
1 Гбит в секунду
Количество
2 шт.
Прочее
Блок питания
2 шт.
63
6.5. Требования к компьютеру Пользователя
Минимальные и рекомендуемые значения показателей к техническим характеристикам компьютера
Пользователя представлены в таблице 20.
Таблица 20 - Требования к техническим характеристикам компьютера Пользователя
Показатель
Процессор
Количество ядер
Тактовая частота
Оперативная память
Объем
Частота
Сетевой интерфейс
Скорость подключения
Экран
Диагональ
Разрешение по горизонтали
Форм-фактор
Минимальное значение
Рекомендуемое значение
4 (не менее двух физических) шт.
2400 МГц
4 шт. физических
3200 МГц
8 Гб
1333 МГц
16 Гб
2400 МГц
100 Мбит в секунду
1 Гбит в секунду
15 дюймов
1280 пикселей
4:3
19 дюймов
1440 пикселей
16:9
6.6. Требования к лингвистическому обеспечению Системы
В диалогах пользовательского интерфейса применяется русский язык (за исключением сообщений
общесистемного ПО, которые не подлежат переводу на русский язык).
Содержание используемых в Системе справочников представляется на русском или английском
языке.
Документация Системы выполняется на русском языке.
Специальных требований к языкам манипулирования данными, средствам описания предметной
области, а также языкам программирования высокого уровня не предъявляется.
6.7. Требования к телекоммуникационному обеспечению
Система модернизируется из расчета использования общегородских каналов связи, предоставляемых
в рамках городской мультисервисной транспортной сети Правительства Москвы, с учетом
реализованных технологий и протоколов передачи данных.
6.8. Требования к условиям эксплуатации объекта автоматизации и характеристикам окружающей
среды
В соответствии с ГОСТ 15150-69. Межгосударственный стандарт. Машины, приборы и другие
технические изделия. Исполнения для различных климатических районов. Категории, условия
эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней
среды» технические средства, используемые в составе автоматизированного рабочего места,
серверного и коммуникационного оборудования и размещаемые в отапливаемых и
кондиционируемых помещениях, необходимо выполнить:
1) по категории размещения изделий (для эксплуатации в помещениях (объемах) с искусственно
регулируемыми климатическими условиями, например, в закрытых отапливаемых или охлаждаемых
и вентилируемых производственных, в том числе хорошо вентилируемых подземных помещениях
(отсутствие воздействия солнечного излучения, атмосферных осадков, ветра, песка и пыли
наружного воздуха; отсутствие или существенное уменьшение воздействия рассеянного солнечного
излучения и конденсации влаги): для эксплуатации в помещениях с кондиционированным или
частично кондиционированным воздухом;
2) в климатическом исполнении (изделия, предназначенные для эксплуатации на суше, реках,
озерах): для макроклиматического района с умеренным климатом.
Соответственно, диапазон рабочих температур для технических средств, используемых в составе
АРМ, серверного и коммуникационного оборудования и размещаемых составляет от +10° до +25°C,
а диапазон предельных рабочих температур – от +1° до +40°C.
7. Перечень нормативных правовых и нормативных технических актов
64
7.1. Федеральный закон от 27.07.2006 N 149-ФЗ "Об информации, информационных технологиях и о
защите информации".
7.2. Федеральный закон от 27.07.2006 N 152-ФЗ "О персональных данных".
7.3. Постановление Правительства РФ от 01.11.2012 N 1119 "Об утверждении требований к защите
персональных данных при их обработке в информационных системах персональных данных".
7.4. Постановление Правительства РФ от 06.07.2015 N 676 "О требованиях к порядку создания,
развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных
информационных систем и дальнейшего хранения содержащейся в их базах данных информации".
7.5. Закон г. Москвы от 24.10.2001 N 52 "Об информационных ресурсах и информатизации города
Москвы".
7.6. Распоряжение Правительства Москвы от 03.07.2012 N 342-РП "О требованиях к вводу в
эксплуатацию информационных систем, создаваемых в городе Москве".
7.7. "ГОСТ 19.102-77. Государственный стандарт Союза ССР. Единая система программной
документации. Стадии разработки" (введен в действие Постановлением Госстандарта СССР от
20.05.1977 N 1268).
7.8. "ГОСТ 19.401-78* (СТ СЭВ 3746-82). Государственный стандарт Союза ССР. Единая система
программной документации. Текст программы. Требования к содержанию и оформлению" (введен в
действие Постановлением Госстандарта СССР от 18.12.1978 N 3350).
7.9. "ГОСТ 19.402-78 (СТ СЭВ 2092-80). Государственный стандарт Союза ССР. Единая система
программной документации. Описание программы" (введен в действие Постановлением
Госстандарта СССР от 18.12.1978 N 3350).
7.10. "ГОСТ 19.502-78. Межгосударственный стандарт. Единая система программной документации.
Описание применения. Требования к содержанию и оформлению" (введен в действие
Постановлением Госстандарта СССР от 18.12.1978 N 3350).
7.11. "ГОСТ 19.503-79 (СТ СЭВ 2094-80). Государственный стандарт Союза ССР. Единая система
программной документации. Руководство системного программиста. Требования к содержанию и
оформлению" (введен в действие Постановлением Госстандарта СССР от 12.01.1979 N 74).
7.12. "ГОСТ 19.504-79 (СТ СЭВ 2095-80). Государственный стандарт Союза ССР. Единая система
программной документации. Руководство программиста. Требования к содержанию и оформлению"
(введен в действие Постановлением Госстандарта СССР от 12.01.1979 N 74).
7.13. "ГОСТ 19.505-79 (СТ СЭВ 2096-80). Государственный стандарт Союза ССР. Единая система
программной документации. Руководство оператора. Требования к содержанию и оформлению"
(введен в действие Постановлением Госстандарта СССР от 12.01.1979 N 74).
7.14. "ГОСТ 19.506-79 (СТ СЭВ 2097-80). Государственный стандарт Союза ССР. Единая система
программной документации. Описание языка. Требования к содержанию и оформлению" (введен в
действие Постановлением Госстандарта СССР от 12.01.1979 N 74).
7.15. "ГОСТ 28195-89. Оценка качества программных средств. Общие положения" (утв.
Постановлением Госстандарта СССР от 28.07.1989 N 2507).
7.16. "ГОСТ Р 50739-95. Средства вычислительной техники. Защита от несанкционированного
доступа к информации. Общие технические требования" (принят и введен в действие
Постановлением Госстандарта РФ от 09.02.1995 N 49).
7.17. Приказ ФСТЭК России от 18.02.2013 N 21 "Об утверждении Состава и содержания
организационных и технических мер по обеспечению безопасности персональных данных при их
обработке в информационных системах персональных данных" (Зарегистрировано в Минюсте
России 14.05.2013 N 28375).
7.18. Приказ ФСБ России от 10.07.2014 N 378 "Об утверждении Состава и содержания
организационных и технических мер по обеспечению безопасности персональных данных при их
обработке в информационных системах персональных данных с использованием средств
криптографической защиты информации, необходимых для выполнения установленных
Правительством Российской Федерации требований к защите персональных данных для каждого из
уровней защищенности".
7.19. "ГОСТ Р 2.105-2019. Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Общие требования к текстовым документам" (утв. и введен в
действие Приказом Росстандарта от 29.04.2019 N 175-ст).
65
7.20. "ГОСТ 34.602-2020. Межгосударственный стандарт. Информационные технологии. Комплекс
стандартов на автоматизированные системы. Техническое задание на создание автоматизированной
системы" (введен в действие Приказом Росстандарта от 19.11.2021 N 1522-ст).
7.21. "ГОСТ 34.201-2020. Межгосударственный стандарт. Информационные технологии. Комплекс
стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при
создании автоматизированных систем" (введен в действие Приказом Росстандарта от 19.11.2021 N
1521-ст).
7.22. Указ Президента РФ от 05.12.2016 № 646 «Об утверждении Доктрины информационной
безопасности Российской Федерации»;
7.23. Указ Президента РФ от 30.03.2022 № 166 «О мерах по обеспечению технологической
независимости и безопасности критической информационной инфраструктуры Российской
Федерации»;
7.24. Федеральный закон от 29.12.2022 № 572-ФЗ «Об осуществлении идентификации и (или)
аутентификации физических лиц с использованием биометрических персональных данных, о
внесении изменений в законодательные акты Российской Федерации и признании утратившими силу
положений законодательных актов Российской Федерации»;
7.25. Федеральный закон от 26.07.2017 № 187-ФЗ «О безопасности критической информационной
инфраструктуры Российской Федерации»;
7.26. Постановление Правительства Российской Федерации от 08.02.2018 № 127 «Об утверждении
Правил категорирования объектов критической информационной инфраструктуры Российской
Федерации, а также перечня показателей критериев значимости объектов критической
информационной инфраструктуры Российской Федерации и их значений»;
7.27. Постановление Правительства Москвы от 24.06.2003 № 496-ПП «О Единой системе
классификации и кодирования и Едином реестре информационных ресурсов и систем города
Москвы»;
7.28. Приказ Министерства экономического развития Российской Федерации от 15.11.2022 № 624
«Об утверждении Требований к технологическим, программным и лингвистическим средствам
обеспечения пользования официальными сайтами федеральных органов исполнительной власти и
подведомственных им организаций»;
7.29. Распоряжение Департамента экономической политики и развития города Москвы,
Департамента информационных технологий города Москвы от 28.02.2018 № 64-16-89/18/3-Р «Об
утверждении Методики расчета планируемой стоимости работ по созданию, модернизации и
модернизации информационных систем города Москвы»;
7.30. Распоряжение Департамента информационных технологий города Москвы от 23.07.2021 № 6416-339/21 «Об утверждении Регламента реализации мероприятий по созданию, выдаче и получению
квалифицированных сертификатов ключей проверки электронной подписи и средств электронной
подписи»;
7.31. Распоряжение Департамента информационных технологий г. Москвы от 01.07.2016 № 64-16265/16 «Об утверждении Порядка взаимодействия участников по организации и осуществлению
эксплуатации информационных систем и ресурсов города Москвы»;
7.32. Распоряжение Департамента информационных технологий г. Москвы от 01.07.2016 № 64-16267/16 «Об утверждении Порядка ведения Паспортов информационных систем и ресурсов города
Москвы»;
7.33. Приказ ФСТЭК России от 21.12.2017 № 235 «Об утверждении Требований к созданию систем
безопасности значимых объектов критической информационной инфраструктуры Российской
Федерации и обеспечению их функционирования»;
7.34. Приказ ФСТЭК России от 22.12.2017 № 236 «Об утверждении формы направления сведений о
результатах присвоения объекту критической информационной инфраструктуры одной из категорий
значимости либо об отсутствии необходимости присвоения ему одной из таких категорий»;
7.35. Приказ ФСТЭК России от 25.12.2017 № 239 «Об утверждении Требований по обеспечению
безопасности значимых объектов критической информационной инфраструктуры Российской
66
Федерации» (зарегистрировано в Минюсте России 26.03.2018 № 50524);
7.36. Приказ ФСТЭК России от 11.04.2025 № 117 "Об утверждении Требований о защите
информации, содержащейся в государственных информационных системах, иных информационных
системах государственных органов, государственных унитарных предприятий, государственных
учреждений";
7.37. Приказ Росстандарта от 28.11.2023 № 1482-ст «О прекращении применения
межгосударственного стандарта на территории Российской Федерации»;
7.38. ГОСТ Р 59792-2021 Информационная технология. Комплекс стандартов на
автоматизированные системы. Виды испытаний автоматизированных систем;
7.39. ГОСТ Р 56939-2024. Национальный стандарт Российской Федерации. Защита информации.
Разработка безопасного программного обеспечения. Общие требования;
7.40. ГОСТ 2.301-68. Межгосударственный стандарт. Единая система конструкторской
документации. Форматы;
7.41. ГОСТ 15150-69. Межгосударственный стандарт. Машины, приборы и другие технические
изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации,
хранения и транспортирования в части воздействия климатических факторов внешней среды»;
7.42. ГОСТ 19.301-79 Единая система программной документации. Программа и методика
испытаний. Требования к содержанию и оформлению;
7.43. ГОСТ 19.101-2024. «Межгосударственный стандарт. Единая система программной
документации. Виды программ и программных документов»;
7.44. ГОСТ 19.103-77. Единая система программной документации. Обозначение программ и
программных документов»;
7.45. ГОСТ Р 59793-2021 Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Стадии создания;
7.46. ГОСТ P 59792-2021 Информационные технологии. Комплекс стандартов на
автоматизированные системы. Виды испытаний автоматизированных систем;
7.47. ГОСТ 2.105-2019 Единая система конструкторской документации. Общие требования к
текстовым документам;
7.48. Специальные требования и рекомендации по технической защите конфиденциальной
информации (СТР-К) решение Коллегии Гостехкомиссии России № 7.2/02.03.2001 г.
7.49 Постановление Правительства Москвы от 07.02.2012 № 26-ПП «Об утверждении Положения об
эксплуатации автоматизированных информационных систем и ресурсов города Москвы».
7.50 «РД 50-682-89. Руководящий документ по стандартизации. Методические указания.
Информационная технология. Комплекс стандартов и руководящих документов на
автоматизированные системы. Общие положения» (утв. и введены в действие Постановлением
Госстандарта СССР от 17.02.1989 № 254).
7.51 «ГОСТ Р ИСО/МЭК 14764-2002. Информационная технология. Сопровождение программных
средств» (принят и введен в действие Постановлением Госстандарта РФ от 25.06.2002 № 248-ст).
7.52 «ГОСТ Р 59853-2021. Национальный стандарт Российской Федерации. Информационные
технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы.
Термины и определения» (утв. и введен в действие Приказом Росстандарта от 19.11.2021 № 1520-ст).
7.53 Распоряжение Департамента экономической политики и развития г. Москвы и Департамента
информационных технологий г. Москвы от 01.07.2016 № 18-Р/64-16-264/16 «Об утверждении
Порядка расчета планируемой стоимости работ (работ) по эксплуатации информационных систем и
ресурсов города Москвы».
7.54 Распоряжение Департамента информационных технологий г. Москвы от 01.07.2016 № 64-16266/16 «Об утверждении Порядка определения и актуализации показателей и коэффициентов
Порядка расчета планируемой стоимости работ (работ) по эксплуатации информационных систем и
ресурсов города Москвы».
67
7.55 «Информационная безопасность информационных систем и ресурсов органов исполнительной
власти и организаций города Москвы. Классификатор конфиденциальной информации,
содержащейся в информационных системах и ресурсах города Москвы», утвержденный Мэром
Москвы 29.11.2006.
7.56 Постановление Правительства РФ от 18.08.2026 № 1024 "Об утверждении Правил
использования технических средств, программ для электронных вычислительных машин и баз
данных, доступ к которым предоставляется с использованием информационнотелекоммуникационных сетей, для обеспечения создания и эксплуатации государственных
информационных систем, иных информационных систем государственных органов,
предусмотренных частью 1.1 статьи 13 Федерального закона "Об информации, информационных
технологиях и о защите информации".
68
Приложение 1 к Техническому заданию
Перечень объектов закупки
1. Работы по модернизации информационных систем и ресурсов
Характеристики
Дополнительные условия
Объем (единица
измерения)
Адрес
Вид работ: Модернизация.
Объект работ: Информационная система.
Миграция данных осуществляется на
вычислительные мощности Подрядчика: Да.
Обеспечение совместимости с установленным
оборудованием, программным обеспечением:
Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение предоставляется
Заказчиком: Да.
Дополнительные работы: Подготовка
пользователей; Изготовление дополнительных
экземпляров разработанной документации.
Стадия выполнения работ: Ввод в действие;
Рабочая документация; Технический проект.
Работы выполняются по заявке:
Да.
40,095 (Условная
единица)
Город Москва,
переулок Лесной
2-й, дом 11,
строение 1
Срок
c 09.11.2026 по
30.11.2026
2. Работы по модернизации информационных систем и ресурсов
Характеристики
Вид работ: Модернизация.
Объект работ: Информационная система.
Миграция данных осуществляется на
Дополнительные условия
Объем (единица
измерения)
Адрес
Работы выполняются по заявке:
Да.
78,499 (Условная
единица)
Город Москва,
переулок Лесной
2-й, дом 11,
69
Срок
c 01.12.2026 по
30.04.2027
вычислительные мощности Подрядчика: Да.
Обеспечение совместимости с установленным
оборудованием, программным обеспечением:
Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение предоставляется
Заказчиком: Да.
Дополнительные работы: Подготовка
пользователей; Изготовление дополнительных
экземпляров разработанной документации.
Стадия выполнения работ: Ввод в действие;
Рабочая документация; Технический проект.
строение 1
3. Работы по модернизации информационных систем и ресурсов
Характеристики
Дополнительные условия
Объем (единица
измерения)
Адрес
Вид работ: Модернизация.
Объект работ: Информационная система.
Миграция данных осуществляется на
вычислительные мощности Подрядчика: Да.
Обеспечение совместимости с установленным
оборудованием, программным обеспечением:
Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение предоставляется
Заказчиком: Да.
Дополнительные работы: Подготовка
Работы выполняются по заявке:
Да.
18,45 (Условная
единица)
Город Москва,
переулок Лесной
2-й, дом 11,
строение 1
70
Срок
c 01.05.2027 по
30.01.2028
пользователей; Изготовление дополнительных
экземпляров разработанной документации.
Стадия выполнения работ: Ввод в действие;
Рабочая документация; Технический проект.
4. Работы по модернизации информационных систем и ресурсов
Характеристики
Дополнительные условия
Объем (единица
измерения)
Адрес
Вид работ: Модернизация.
Объект работ: Информационная система.
Миграция данных осуществляется на
вычислительные мощности Подрядчика: Да.
Обеспечение совместимости с установленным
оборудованием, программным обеспечением:
Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение предоставляется
Заказчиком: Да.
Дополнительные работы: Подготовка
пользователей; Изготовление дополнительных
экземпляров разработанной документации.
Стадия выполнения работ: Ввод в действие;
Рабочая документация; Технический проект.
Работы выполняются по заявке:
Да.
21,052 (Условная
единица)
Город Москва,
переулок Лесной
2-й, дом 11,
строение 1
Срок
c 31.01.2028 по
10.11.2028
5. Сопровождение информационных систем и ресурсов
Характеристики
Дополнительные условия
Объем (единица
измерения)
Адрес
Срок
c 09.11.2026 по
71
Вид работ: Сопровождение.
Объект работ: Информационная система.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Работы выполняются по заявке:
Нет.
1 (Условная единица) Город Москва,
переулок Лесной
2-й, дом 11,
строение 1
15.11.2026
6. Сопровождение информационных систем и ресурсов
Характеристики
Вид работ: Сопровождение.
Объект работ: Информационная система.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Дополнительные условия
Работы выполняются по заявке:
Нет.
72
Объем (единица
измерения)
Адрес
1 (Условная единица) Город Москва,
переулок Лесной
2-й, дом 11,
строение 1
Срок
c 16.11.2026 по
02.11.2028
Приложение 2 к Техническому заданию
Адресный перечень
1. Город Москва, переулок Лесной 2-й, дом 11, строение 1
№
п/п
Наименование СПГЗ*
Характеристики
Дополнительные условия
Объем (единица
измерения)
Срок
1.1
(1) Работы по модернизации Вид работ: Модернизация.
Работы выполняются по
информационных систем и
Объект работ: Информационная система. заявке: Да.
ресурсов
Миграция данных осуществляется на
вычислительные мощности Подрядчика:
Да.
Обеспечение совместимости с
установленным оборудованием,
программным обеспечением: Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение
предоставляется Заказчиком: Да.
Дополнительные работы: Подготовка
пользователей; Изготовление
дополнительных экземпляров
разработанной документации.
Стадия выполнения работ: Ввод в
действие; Рабочая документация;
Технический проект.
40,095 (Условная c 09.11.2026 по
единица)
30.11.2026
1.2
(2) Работы по модернизации Вид работ: Модернизация.
Работы выполняются по
информационных систем и
Объект работ: Информационная система. заявке: Да.
ресурсов
Миграция данных осуществляется на
вычислительные мощности Подрядчика:
78,499 (Условная c 01.12.2026 по
единица)
30.04.2027
73
Да.
Обеспечение совместимости с
установленным оборудованием,
программным обеспечением: Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение
предоставляется Заказчиком: Да.
Дополнительные работы: Подготовка
пользователей; Изготовление
дополнительных экземпляров
разработанной документации.
Стадия выполнения работ: Ввод в
действие; Рабочая документация;
Технический проект.
1.3
(3) Работы по модернизации Вид работ: Модернизация.
Работы выполняются по
информационных систем и
Объект работ: Информационная система. заявке: Да.
ресурсов
Миграция данных осуществляется на
вычислительные мощности Подрядчика:
Да.
Обеспечение совместимости с
установленным оборудованием,
программным обеспечением: Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение
предоставляется Заказчиком: Да.
Дополнительные работы: Подготовка
пользователей; Изготовление
74
18,45 (Условная
единица)
c 01.05.2027 по
30.01.2028
дополнительных экземпляров
разработанной документации.
Стадия выполнения работ: Ввод в
действие; Рабочая документация;
Технический проект.
1.4
(4) Работы по модернизации Вид работ: Модернизация.
Работы выполняются по
информационных систем и
Объект работ: Информационная система. заявке: Да.
ресурсов
Миграция данных осуществляется на
вычислительные мощности Подрядчика:
Да.
Обеспечение совместимости с
установленным оборудованием,
программным обеспечением: Да.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
Программное обеспечение
предоставляется Заказчиком: Да.
Дополнительные работы: Подготовка
пользователей; Изготовление
дополнительных экземпляров
разработанной документации.
Стадия выполнения работ: Ввод в
действие; Рабочая документация;
Технический проект.
1.5
(5) Сопровождение
информационных систем и
ресурсов
Вид работ: Сопровождение.
Работы выполняются по
Объект работ: Информационная система. заявке: Нет.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
75
21,052 (Условная c 31.01.2028 по
единица)
10.11.2028
1 (Условная
единица)
c 09.11.2026 по
15.11.2026
1.6
(6) Сопровождение
информационных систем и
ресурсов
Вид работ: Сопровождение.
Работы выполняются по
Объект работ: Информационная система. заявке: Нет.
Оборудование, материально-технические
средства и технологические ресурсы
предоставляются Заказчиком: Да.
*
1 (Условная
единица)
c 16.11.2026 по
02.11.2028
Перед наименованием позиции СПГЗ в скобках указывается порядковый номер данной позиции в Приложении 1 «Перечень объектов закупки» к ТЗ
76
77
78
79
80
81
82
83
84
85
86
87

=== ФАЙЛ: Порядок оценки заявок по критериям | docs/0173200001426001993/_Порядок оценки заявок_ЕСИП_.pdf
Порядок рассмотрения и оценки заявок на участие в конкурсе
Оценка заявок (предложений) производится в соответствии с постановлением Правительства Российской Федерации от 31.12.2021 № 2604 «Об
оценке заявок на участие в закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд, внесении изменений в пункт 4
постановления Правительства Российской Федерации от 20 декабря 2021 г. № 2369 и признании утратившими силу некоторых актов и отдельных
положений некоторых актов Правительства Российской Федерации» (далее – Положение).
Оценка заявок производится с использованием не менее 2 критериев оценки заявок.
Сумма величин значимости критериев оценки заявок, установленных в конкурсной документации, составляет 100 процентов.
При оценке заявок применяются следующие термины, установленные в Положении:
«Оценка заявок» - действия членов комиссии по осуществлению закупок по присвоению в случаях, предусмотренных Федеральным законом от
05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон), и в соответствии с настоящим Положением баллов заявкам (частям заявок) на основании информации и документов участников
закупок;
«Критерии оценки» - предусмотренные частью 1 статьи 32 Федерального закона критерии оценки заявок, в соответствии с которыми
осуществляется оценка заявок в отношении цены контракта, суммы цен единиц товара, работы, услуги, расходов на эксплуатацию и ремонт товаров,
использование результатов работ (далее - расходы), качественных, функциональных и экологических характеристик объекта закупки (далее характеристики объекта закупки), квалификации участников закупки, в том числе наличия у них финансовых ресурсов, оборудования и других
материальных ресурсов на праве собственности или ином законном основании, опыта работы, связанного с предметом контракта, и деловой репутации,
специалистов и иных работников определенного уровня квалификации (далее соответственно - квалификация участников закупки, характеристика
квалификации участников закупки);
«Значимость критерия оценки» - вес критерия оценки в процентах в совокупности всех критериев оценки, установленных в извещении об
осуществлении закупки, документации о закупке (в случае если Федеральным законом предусмотрена документация о закупке);
«Показатель оценки» - вид расхода, вид характеристики объекта закупки и вид характеристики квалификации участников закупки,
детализирующие оценку заявок по соответствующему критерию оценки;
«Значимость показателя оценки» - вес показателя оценки в процентах в совокупности всех показателей оценки, детализирующих оценку заявок
по соответствующему критерию оценки;
«Шкала оценки» - значения количества баллов, присваиваемых определенным значениям показателя оценки в случае отсутствия между ними
функциональной зависимости, а также в случае, если показатель оценки не определяется количественным значением;
«Функциональная зависимость» - зависимость между значением показателя оценки и значением количества присваиваемых баллов, при
которой одному значению показателя оценки соответствует одно значение количества баллов;
«Специалисты и иные работники» - работники в значении, предусмотренном трудовым законодательством.
I. Информация о заказчике и закупке товаров, работ, услуг
для обеспечения государственных и муниципальных нужд (далее - закупка)
Коды
Полное наименование
Место нахождения, телефон, адрес
электронной почты
Наименование объекта закупки
Государственное казенное учреждение города Москвы –Центр
организации дорожного движения Правительства Москвы (ГКУ
ЦОДД)
Юридический адрес: 111033, г. Москва, Золоторожский вал 4с2.
Фактический и почтовый адрес: 111033, г. Москва,
Золоторожский вал 4с2.
Телефоны: 8(495)3617940, 8(495)3613594, 8(495)3621759
Эл.почта: codd@transport.mos.ru
ИНН 7710350884
КПП 772201001
по ОКТМО 45388000
Выполнение работ по модернизации информационной системы единый сервис идентификации пользователей
(ИС ЕСИП) и поддержание ее работоспособности в 2026-2028 годах
II. Критерии и показатели оценки заявок на участие в закупке
Критерий оценки
Цена контракта,
сумма цен единиц
товара, работы,
услуги
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
30%
-
-
-
-
Формула оценки или шкала оценки
Содержание: Оценка заявок осуществляется по
формулам, предусмотренным пунктами 9 или 10
Положения об оценке заявок на участие в закупке
товаров,
работ,
услуг
для
обеспечения
государственных
и
муниципальных
нужд,
утвержденного постановлением Правительства
Российской Федерации от 31.12.2021 № 2604 «Об
оценке заявок на участие в закупке товаров, работ,
услуг для обеспечения государственных и
муниципальных нужд, внесении изменений в пункт
4 постановления Правительства Российской
Федерации от 20 декабря 2021 г. № 2369 и
признании утратившими силу некоторых актов и
отдельных
положений
некоторых
актов
Правительства Российской Федерации», а именно:
Значение количества баллов по критерию оценки
присваиваемое заявке (БЦi) определяется по одной из
следующих формул:
а) за исключением случаев, предусмотренных
подпунктом «б» пункта 9 Положения и пунктом 10
Положения, - по формуле:
где,
Цi - предложение участника закупки о цене
контракта, или о сумме цен всех контрактов,
заключаемых
по
результатам
проведения
совместного конкурса (в случае проведения
совместного конкурса), или о сумме цен единиц
товара, работы, услуги (в случае, предусмотренном
частью 24 статьи 22 Федерального закона, в том
числе при проведении в этом случае совместного
конкурса), заявка (часть заявки) которого подлежит
в соответствии с Федеральным законом оценке по
критерию оценки (далее - ценовое предложение);
Цл - наилучшее ценовое предложение из числа
Критерий оценки
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
Формула оценки или шкала оценки
предложенных в соответствии с Федеральным
законом участниками закупки, заявки (части заявки)
которых подлежат оценке по критерию оценки.
б) в случае, если по результатам применения
формулы, предусмотренной пунктом "а", при оценке
хотя бы одной заявки получено значение, являющееся
отрицательным числом, значение количества баллов
(БЦi) по критерию по всем заявкам, подлежащим
оценке, определяется по формуле:
где,
- начальная (максимальная) цена контракта, или
сумма начальных (максимальных) цен каждого
контракта,
заключаемого
по
результатам
проведения совместного конкурса (в случае
проведения совместного конкурса), или начальная
сумма цен единиц товаров, работ, услуг (в случае,
предусмотренном
частью
24
статьи
22
Федерального закона, в том числе при проведении в
таком случае совместного конкурса).
Если при проведении процедуры подачи
предложений о цене контракта либо о сумме цен
единиц товара, работы, услуги (в случае,
предусмотренном
частью
24
статьи
22
Федерального
закона)
в
соответствии
с
Федеральным
законом
подано
ценовое
предложение, предусматривающее снижение таких
цены контракта либо суммы цен ниже нуля,
значение количества баллов по критерию оценки
(БЦi) определяется в следующем порядке:
а) для подлежащей в соответствии с Федеральным
законом оценке заявки участника закупки, ценовое
предложение
которого
не
предусматривает
снижение цены контракта либо суммы цен ниже
нуля, по критерию оценки значение количества
баллов по критерию оценки (БЦi) определяется по
формуле:
б) для подлежащей в соответствии с Федеральным
законом оценке заявки участника закупки, ценовое
предложение которого предусматривает снижение
Критерий оценки
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
Формула оценки или шкала оценки
цены контракта либо суммы цен ниже нуля, по
критерию оценки значение количества баллов по
критерию оценки (БЦi) определяется по формуле:
Оценка заявок по критерию оценки
осуществляется в соответствии со следующими
требованиями:
а) заявкам, содержащим наилучшее ценовое
предложение, а также предложение, равное такому
наилучшему
ценовому
предложению,
присваивается 100 баллов;
б) значение Цл при применении формулы,
предусмотренной подпунктом «а» пункта 10
Положения, и значения Цл и Цi при применении
формулы, предусмотренной подпунктом «б» пункта
10 Положения, указываются без знака «минус».
Качественные,
функциональные
и экологические
характеристики
объекта закупки
10 %
Качественные
характеристики
объекта закупки
100%
Характеристика №1
(Параметр «Время
выполнения инцидента 1-го
приоритета»
Ед. изм. – час.
Значение параметра
установлено в Приложении 3
к Техническому заданию)
25 %
Оценка производится по шкале оценки в
соответствии с п. 22 Положения.
Оценивается
предложение
участника
по
уменьшению числового значения параметра «Время
выполнения инцидента 1-го приоритета», которое
участник предлагает обеспечить при исполнении
контракта,
заключенного
по
результатам
настоящего конкурса:
Предложение участника должно содержать полное
значение параметра, включающее в себя
семантическое условие, предлагаемое цифровое
значение и единицу измерения: «не более __часов».
Если предложенное участником числовое значение
параметра
меньше
значения
параметра,
установленного техническим заданием:
- на ½ часа, то оно оценивается ...... – 50 баллами.
- на 1 час, то оно оценивается ........ – 100 баллами.
В предложении участника может быть указано
только одно значение характеристики, которое
должно соответствовать одному из условий шкалы
оценки. Предложения, содержащие одновременно
несколько значений либо содержащие значения, не
соответствующие приведенным условиям, не
Критерий оценки
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
Формула оценки или шкала оценки
рассматриваются,
и
таким
присваивается оценка 0 баллов.
Характеристика №2
(Параметр «Время
устранения системных
ошибок»
Ед. изм. – день (календарный
день)
Значение параметра
установлено в Приложении 3
к Техническому заданию)
25 %
предложениям
Оценка производится по шкале оценки в
соответствии с п. 22 Положения.
Оценивается
предложение
участника
по
уменьшению числового значения параметра «Время
устранения системных ошибок», которое участник
предлагает обеспечить при исполнении контракта,
заключенного по результатам настоящего конкурса:
Предложение участника должно содержать полное
значение параметра, включающее в себя
семантическое условие, предлагаемое цифровое
значение и единицу измерения: «не более __дней».
Если предложенное участником числовое значение
параметра
меньше
значения
параметра,
установленного техническим заданием:
– на 1 день, то оно оценивается ............ – 20
баллами;
– на 2 дня, то оно оценивается ............. – 40
баллами;
– на 3 дня, то оно оценивается ............. – 60
баллами;
– на 4 дня, то оно оценивается ............. – 80
баллами;
– на 5 дней, то оно оценивается ......... – 100
баллами.
В предложении участника может быть указано
только одно значение параметра, которое должно
соответствовать одному из условий шкалы оценки.
Допускается
указание
значения
параметра,
цифровое
значение
которого
меньше
установленного техническим заданием более чем на
5 дней. Такое предложение также подлежит оценке
и будет оценено максимальным количеством
баллов.
Предложения,
содержащие
одновременно
несколько вариантов либо содержащие варианты, не
Критерий оценки
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
Формула оценки или шкала оценки
соответствующие приведенным
рассматриваются,
и
таким
присваивается оценка 0 баллов.
Характеристика №3
(Параметр «Максимально
допустимое время плановой
недоступности за 365 дней»
Ед. изм. – час.
Значение параметра
установлено в Приложении 3
к Техническому заданию)
25 %
условиям, не
предложениям
Оценка производится по шкале оценки в
соответствии с п. 22 Положения.
Оценивается
предложение
участника
по
уменьшению числового значения параметра
«Максимально допустимое время плановой
недоступности за 365 дней», которое участник
предлагает обеспечить при исполнении контракта,
заключенного по результатам настоящего конкурса.
Предложение участника должно содержать полное
значение параметра, включающее в себя
семантическое условие, предлагаемое цифровое
значение и единицу измерения: «не более __часов».
Если предложенное участником числовое значение
параметра
меньше
значения
параметра,
установленного техническим заданием:
– на 1 час, то оно оценивается ............. – 20
баллами;
– на 2 часа, то оно оценивается ........... – 40
баллами;
– на 3 часа, то оно оценивается ........... – 60
баллами;
– на 4 часа, то оно оценивается ........... – 80
баллами;
– на 5 часов, то оно оценивается ....... – 100
баллами.
Допускается указание значения параметра,
цифровое
значение
которого
меньше
установленного техническим заданием более чем на
5 часов. Такое предложение также подлежит оценке
и будет оценено максимальным количеством
баллов.
Предложения,
содержащие
одновременно
несколько вариантов либо содержащие варианты, не
соответствующие приведенным условиям, не
Критерий оценки
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
Формула оценки или шкала оценки
рассматриваются,
и
таким
присваивается оценка 0 баллов.
Характеристика №4
(Параметр «Максимально
допустимое время
внеплановой недоступности
за 365 дней»
Ед. изм. – час.
Значение параметра
установлено в Приложении 3
к Техническому заданию)
25 %
предложениям
Оценка производится по шкале оценки в
соответствии с п. 22 Положения.
Оценивается
предложение
участника
по
уменьшению числового значения параметра
«Максимально допустимое время внеплановой
недоступности за 365 дней», которое участник
предлагает обеспечить при исполнении контракта,
заключенного по результатам настоящего конкурса.
Предложение участника должно содержать полное
значение параметра, включающее в себя
семантическое условие, предлагаемое цифровое
значение и единицу измерения: «не более __часов».
Если предложенное участником числовое значение
параметра
меньше
значения
параметра,
установленного техническим заданием:
– на 1 час, то оно оценивается ............. – 20
баллами;
– на 2 часа, то оно оценивается ........... – 40
баллами;
– на 3 часа, то оно оценивается ........... – 60
баллами;
– на 4 часа, то оно оценивается ........... – 80
баллами;
– на 5 часов, то оно оценивается ....... – 100
баллами.
В предложении участника может быть указано
только одно значение параметра, которое должно
соответствовать одному из условий шкалы оценки.
Допускается
указание
значения
параметра,
цифровое
значение
которого
меньше
установленного техническим заданием более чем на
5 часов. Такое предложение также подлежит оценке
и будет оценено максимальным количеством
баллов.
Предложения,
содержащие
одновременно
Критерий оценки
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
Формула оценки или шкала оценки
несколько вариантов либо содержащие варианты, не
соответствующие приведенным условиям, не
рассматриваются,
и
таким
предложениям
присваивается оценка 0 баллов.
Квалификация
участников
закупки, в том
числе наличие у
них финансовых
ресурсов,
оборудования и
других
материальных
ресурсов на праве
собственности
или ином
законном
основании, опыта
работы,
связанного с
предметом
контракта, и
деловой
репутации,
специалистов и
иных работников
определенного
уровня
квалификации
60%
наличие у
участников
закупки опыта
работы, связанного
с предметом
контракта
20%
Характеристика
квалификации участников
закупки
Общая цена исполненных
участником закупки
договоров.
100%
Оценка заявок по критерию оценки «Квалификация
участников закупки, в том числе наличие у них финансовых
ресурсов, оборудования и других материальных ресурсов на
праве собственности или ином законном основании, опыта
работы, связанного с предметом контракта, и деловой
репутации, специалистов и иных работников определенного
уровня квалификации» осуществляется в порядке,
установленном пунктами 20 - 23 раздела IV Положения для
оценки заявок по критерию оценки «Характеристики
объекта закупки».
Лучшим для заказчика является наибольшее значение
квалификации участника закупки и установлены предельное
минимальное значение (
Х пред
min
) квалификации участника
Х пред
закупки и предельное максимальное значение ( max )
квалификации участника закупки.
Значение количества баллов по детализирующему
показателю, присваиваемых заявке, подлежащей оценке по
критерию оценки «квалификация участников закупки»
(БХi), рассчитывается по формуле:
БХ i = Х i - Х пред
min ×
100
.
Х - Х пред
min
пред
max
Хi – значение квалификации участника закупки,
содержащееся в предложении участника закупки, заявка
(часть заявки) которого подлежит в соответствии с
Федеральным законом оценке по критерию оценки
«Квалификация участника закупки»;
Х пред
min
– предельное минимальное значение квалификации
участника закупки, установленное заказчиком и определено
в размере равном нулю.
Х пред
max
- предельное максимальное значение квалификации
участника закупки, установленное заказчиком и определено
в размере, который рассчитывается по формуле
Сп=K *1 000 000, где:
Сп – предельное значение детализирующего показателя
«общая цена исполненных участником закупки договоров»;
K - коэффициент определения детализирующего показателя
Критерий оценки
Значимость критерия
оценки
Показатель
оценки
Значимост
ь
показателя
оценки
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки
Формула оценки или шкала оценки
«общая цена исполненных участником закупки договоров»,
округленный до целого числа, рассчитываемый по формуле:
K=(90*Н/1 000 000+4000)/49, где:
Н – НМЦК (сумма НМЦК в случае проведения совместной
закупки)
Х пред
max
составляет 346 000 000 рублей.
Если в предложении участника закупки содержится значение
квалификации участника закупки, которое выше
предельного максимального значения, то баллы по
детализирующему показателю присваиваются в размере,
предусмотренном для предельного максимального значения
квалификации участника закупки.
Наличие у
участников
закупки
специалистов и
иных работников
определенного
уровня
квалификации
80%
Характеристика
квалификации участников
закупки №1 (Количество
специалистов и иных
работников,
соответствующих перечню
специальностей (направлений
подготовки), выделенных в
условную группу «ИТ»)
70%
Характеристика
квалификации участников
закупки №2 (Количество
специалистов и иных
работников,
соответствующих перечню
специальностей (направлений
подготовки), выделенных в
условную группу «ИБ»)
10%
Характеристика
квалификации участников
закупки №3 (Количество
специалистов и иных
работников,
соответствующих перечню
специальностей (направлений
подготовки), выделенных в
условную группу «ИСиР»)
20%
Оценка заявок по критерию оценки «Квалификация
участников закупки, характеристика квалификации
участников закупки» осуществляется в порядке,
установленном пунктами 20 - 23 раздела IV Положения
для оценки заявок по критерию оценки «Характеристики
объекта закупки».
Лучшим для заказчика является наибольшее значение
квалификации участника закупки.
Значение количества баллов по детализирующему
показателю, присваиваемых заявке, подлежащей оценке
по критерию оценки "Квалификация участников закупки,
характеристика квалификации участников закупки "
(БХi), рассчитывается по формуле:
где:
Хmax - максимальное значение предложений участников
по данному показателю, содержащееся в заявках (частях
заявок), подлежащих оценке в соответствии с Федеральным
законом;
Хi - значение, содержащееся в предложении участника
закупки по данному показателю, заявка (часть заявки)
которого подлежит оценке в соответствии с Федеральным
законом;
Хmin - минимальное значение предложений участников
по данному показателю, содержащееся в заявках (частях
заявок), подлежащих оценке в соответствии с Федеральным
законом.
III. Отдельные положения о применении отдельных критериев оценки, показателей оценки и показателей оценки, детализирующих
показатели оценки, предусмотренных разделом II настоящего документа
№
Наименование критерия оценки, показателя оценки, показателя
оценки, детализирующего показатель оценки, при применении
которого устанавливается положение, предусмотренное графой 3
Положение о применении критерия оценки, показателя оценки, показателя оценки,
детализирующего показатель оценки
1.
Критерий оценки: Цена контракта, сумма цен единиц товара, работы,
услуги.
В рамках настоящей закупки по данному критерию оценивается предложение участника
закупки о цене контракта.
Значение количества баллов по критерию оценки, присваиваемое заявке, определяется в
соответствии с условиями и по соответствующим им формулам, указанным в разделе II Порядка
рассмотрения и оценки заявок на участие в конкурсе.
Заявкам, содержащим наилучшее ценовое предложение, а также предложение, равное такому
наилучшему ценовому предложению, присваивается 100 баллов.
Наилучшим ценовым предложением признается предложение участника с наименьшей ценой
контракта.
В случае подачи участником закупки заявки на участие в закупке, содержащей предложение о
цене контракта, размер которого превышает начальную (максимальную) цену контракта, либо
равен нулю такая заявка подлежит возврату оператором электронной площадки, подавшему ее
участнику закупки.
2.
Критерий оценки «Качественные, функциональные и экологические
характеристики объекта закупки»
Приложение А.
Положение о применении детализирующих показателей оценки для показателя
Характеристики объекта закупки.
Показатель оценки «Характеристики объекта закупки»
Детализирующий показатель «Характеристика №1 (Параметр «Время
выполнения инцидента 1-го приоритета»)»
Детализирующий показатель «Характеристика №2 (Параметр «Время
устранения системных ошибок»)»
Детализирующий показатель «Характеристика №3 (Параметр
«Максимально допустимое время плановой недоступности за 365
дней»)»
Детализирующий показатель «Характеристика №4 (Параметр
«Максимально допустимое время внеплановой недоступности за 365
дней»)»
3.
Критерий оценки: «Квалификация участников закупки, в том числе
Приложение Б.
наличие у них финансовых ресурсов, оборудования и других
Положение о применении детализирующего показателя оценки
материальных ресурсов на праве собственности или ином законном Общая цена исполненных участником закупки договоров.
№
Наименование критерия оценки, показателя оценки, показателя
оценки, детализирующего показатель оценки, при применении
которого устанавливается положение, предусмотренное графой 3
Положение о применении критерия оценки, показателя оценки, показателя оценки,
детализирующего показатель оценки
основании, опыта работы, связанного с предметом контракта, и
деловой репутации, специалистов и иных работников определенного
уровня квалификации»;
Показатель оценки: «Наличие у участников закупки опыта работы,
связанного с предметом контракта»;
Характеристика квалификации участников закупки №1:
«Общая цена исполненных участником закупки договоров».
4.
Критерий оценки: «Квалификация участников закупки, в том числе
наличие у них финансовых ресурсов, оборудования и других
материальных ресурсов на праве собственности или ином законном
основании, опыта работы, связанного с предметом контракта, и
деловой репутации, специалистов и иных работников определенного
уровня квалификации»;
Показатель оценки: «Наличие у участников закупки специалистов
и иных работников определенного уровня квалификации»;
Характеристика квалификации участников закупки №1:
«Количество
специалистов
и
иных
работников,
соответствующих
перечню
специальностей
(направлений
подготовки), выделенных в условную группу «ИТ».
Характеристика квалификации участников закупки №2:
«Количество
специалистов
и
иных
работников,
соответствующих
перечню
специальностей
(направлений
подготовки), выделенных в условную группу «ИБ».
Характеристика квалификации участников закупки №3:
«Количество
специалистов
и
иных
работников,
соответствующих перечню специальностей (направлений
подготовки), выделенных в условную группу «ИСиР».
Приложение В.
Положение о применении детализирующих показателей оценки
Перечни специальностей (направлений подготовки), выделенных в условные группы:
- ИТ;
- ИБ;
- ИСиР.
Приложение А
Положение
о применении показателей оценки, детализирующих показатели оценки критерия
«Характеристики объекта закупки»
1. Применяемые детализирующие показатели оценки.
Для оценки заявок участников закупки по показателю «Качественные, функциональные и экологические характеристики объекта закупки»
применяются следующие детализирующие показатели оценки (характеристики):
- Характеристика №1:
Параметр «Время выполнения инцидента 1-го приоритета».
- Характеристика №2:
Параметр «Время устранения системных ошибок».
- Характеристика №3:
Параметр «Максимально допустимое время плановой недоступности за 365 дней».
- Характеристика №4:
Параметр «Максимально допустимое время внеплановой недоступности за 365 дней».
2. Порядок подачи предложений по критерию.
В случае наличия таких предложений участником в составе первой части заявки предоставляется документ «Предложение участника
о качественных, функциональных и об экологических характеристиках объекта закупки» (далее - «Предложение участника»), содержащий все
предложения участника по указанным детализирующим показателям в соответствии с условиями и требованиями к таким предложениям.
В предложении Участника может быть указан только один из указанных в шкале оценки вариантов. Предложения, содержащие одновременно
несколько вариантов либо содержащие варианты, не соответствующие указанным в шкале оценки, не рассматриваются, и такому предложению
присваивается оценка 0 баллов.
Информацию в документе Предложение участника рекомендуется представлять в структурированном виде, например:
№
Наименование показателей
и содержание характеристик
(указываются характеристики, предусмотренные
настоящим положением)
Предложения участника закупки
(указываются предложения участника по характеристикам,
предусмотренным настоящим положением)
1.
1. Качественные характеристики объекта закупки
Характеристика №1...
2.
Характеристика №2...
3.
Характеристика №3...
4.
Характеристика №4...
Все предложения, содержащиеся в документе «Предложение участника о качественных, функциональных и об экологических характеристиках
объекта закупки», представляются участником на основании своих возможностей и в целях достижения победы в настоящем конкурсе. Обусловленные
такими предложениями работы (услуги), подлежащие выполнению при исполнении контракта в дополнение к работам (услугам), предусмотренным
Техническим заданием, оплате не подлежат и, в случае заключения контракта с таким участником, должны производиться им за свой счет.
Предложение участника по критерию «Характеристики объекта закупки», представленное во второй части заявки, комиссией не рассматривается и
оценке не подлежит.
Обращаем внимание, что предложения по данному критерию, представленные в виде Технического задания по настоящей закупке,
содержащего по тексту документа предложения либо изменения, предлагаемые участником, рассмотрению не подлежат, и в случае заключения
контракта с таким участником в качестве Технического задания к контракту использованы быть не могут.
Непредоставление в составе первой части заявки участника документа Предложение участника, предусмотренного данным положением, не
является основанием для отказа в допуске к участию в закупке.
Предоставление иных предложений, документов и сведений, не установленных порядком оценки заявок участников, не требуется. Предоставленные
участником иные предложения, документы и сведения комиссией не рассматриваются.
3. Порядок начисления баллов.
При оценке заявок комиссией учитываются предложения по тем характеристикам, которые предусмотрены соответствующими детализирующими
показателями.
Комиссия оценивает предложения участников в соответствии со шкалой оценки, установленной для соответствующего детализирующего
показателя в разделе II Порядка рассмотрения и оценки заявок на участие в конкурсе.
Количество баллов, присваиваемых заявке по критерию, определяется как сумма баллов, присвоенных предложению участника по каждому
детализирующему показателю с учетом значимости соответствующих показателей и соответствующих детализирующих показателей.
Большее значение суммы баллов соответствует лучшим характеристикам объекта закупки.
Оценка в 0 баллов по детализирующему показателю будет присвоена заявке, в которой:
- предложения участника о характеристиках объекта закупки, не содержат предложений по такому детализирующему показателю;
- предложенная характеристика не соответствует установленным в детализирующем показателе требованиям либо представленное предложение, в
соответствии с требованиями Технического задания не может быть применено при исполнении контракта, заключенного по результатам
настоящего конкурса;
- представлено частичное предложение, в котором полностью или частично отсутствует дополняющая информация или сведения (в случае если
предложение по условию должно сопровождаться дополняющей информацией или сведениями, при этом шкалой оценки такое частичное
предоставление набора информации или сведений не предусмотрено и оценке не подлежит).
Оценка в 0 баллов по критерию будет присвоена заявке, в которой:
- предложения участника о характеристиках объекта закупки не представлены;
- в представленных предложениях участника о характеристиках объекта закупки, предложения, соответствующие установленным
детализирующим показателям, отсутствуют либо ни одна характеристика не соответствует установленным к ней требованиям.
- первая часть заявки содержит предложение участника исполнить контракт в соответствии с Техническим заданием, и ни одно из указанных в
положении предложений о характеристиках объекта закупки не представлено;
- первая часть заявки участника содержит сообщение об отсутствии у участника предложений о характеристиках объекта закупки.
***
Приложение Б
Положение
о применении показателей оценки, детализирующих показатель оценки
«Наличие у участников закупки опыта поставки товара, выполнения работы, оказания услуги,
связанного с предметом контракта»
1. Применяемые детализирующие показатели оценки.
Для оценки заявок участников закупки по показателю «Наличие у участников закупки опыта
поставки товара, выполнения работы, оказания услуги, связанного с предметом контракта»
применяются следующие детализирующие показатели оценки (характеристики квалификации
участников закупки):
- Общая цена исполненных участником закупки договоров.
(оценивается исчисляемый в рублях суммарный объем фактически выполненных работ, оказанных услуг по
результатам исполнения договоров, соответствующих условиям, приведенным в настоящем положении,
информация о которых представлена участником во второй части заявки на участие в закупке).
К оценке принимаются исключительно контракт (-ы), заключенный (-ые) и исполненный (-ые) в
соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и
Федеральным законом от 18.07.2011 № 223-ФЗ «О закупках товаров, работ, услуг отдельными
видами юридических лиц», при исполнении которого(-ых) поставщиком (подрядчиком,
исполнителем) исполнены требования об уплате неустоек (штрафов, пеней) (в случае начисления
неустоек).
К оценке принимаются контракт (-ы) (договор (-ы)) с учетом правопреемства (в случае наличия
в заявке подтверждающего документа).
Предметы договоров будут расцениваться как связанные с предметом контракта, заключаемого
по результатам конкурса, в случае если они связаны:
- с выполнением работ по разработке и (или) модернизации (развитию) информационных систем
и (или) порталов;
- с оказанием услуг по сопровождению информационных систем и ресурсов.
Опыт участника подтверждается следующими документами:
- копия ранее исполненного контракта (договора);
- акт приемки оказанных услуг, подтверждающий цену оказанных услуг.
2. Порядок подачи предложения по данным детализирующим показателям.
В случае, если подтверждающие документы и информация о таких документах содержатся в
открытых и общедоступных государственных реестрах, размещенных в информационнотелекоммуникационной сети «Интернет», в том числе ведение которых осуществляется в единой
информационной системе в сфере закупок с размещением на официальном сайте единой
информационной системы в сфере закупок в информационно-телекоммуникационной-сети
«Интернет» таких документов, вместо направления таких документов участник закупки
вправе направить номер реестровой записи из соответствующего реестра.
Информацию о номерах реестровых записей рекомендуется предоставлять в
структурированном виде. Рекомендуемая форма «Сводные сведения о наличии у участника закупки
опыта работы, связанного с предметом (договора)» приведена в Приложении № 1 к настоящим
критериям оценки заявок участников закупки.
3. Порядок предоставления подтверждающих документов.
Предоставленная участником информация по каждому из представленных в Сводных
сведениях договору подтверждается исполненным договором, актами оказанных услуг,
составленных при исполнении такого договора, либо иными документами, предусмотренными
этим договором, содержащими данные о полном исполнении такого договора, предмете договора и
объеме (в руб.) оказанных услуг. При этом последний такой документ (акт), составленный
при исполнении договора должен быть подписан не ранее чем за 5 лет до даты окончания
срока подачи заявок на участие в настоящей закупке.
В случае если при исполнении какого-либо из представленных договоров организации
участника были начислены неустойки (штрафы, пени), такие договоры принимаются к оценке
исключительно при наличии копий документов, подтверждающих, что организацией участника
исполнены требования об уплате начисленных неустоек (штрафов, пеней).
Подтверждающие документы в составе заявки представляются на русском языке в форме
электронных документов или в форме электронных образов бумажных документов. При этом
документы, представленные в форме электронных образов бумажных документов, должны быть в
виде неповторяющихся, полночитаемых копий, на которых видны все необходимые сведения,
подписи и печати.
Непредоставление в составе второй части заявки на участие в конкурсе таких документов не
является основанием для отказа в допуске к участию в открытом конкурсе, однако при оценке
заявок по настоящему показателю комиссией будут учитываться сведения, заявленные участниками
закупки, которые подтверждены документально в составе второй части заявки на участие в
конкурсе.
Приложение В
Положение
о применении показателей оценки, детализирующих показатель оценки
«Наличие у участников закупки специалистов и иных работников определенного уровня
квалификации»
1. Применяемые детализирующие показатели оценки.
По показателю «Наличие у участников закупки специалистов и иных работников
определенного уровня квалификации» оценивается количество специалистов и иных работников,
прошедших обучение или профессиональную переподготовку по одному или нескольким
направлениям подготовки среднего профессионального образования либо высшего образования
(бакалавриата, магистратуры либо специалитета) и соответствующих детализирующим
показателям оценки - перечням специальностей (направлений подготовки), выделенных в условные
группы:
- Информационные технологии (ИТ);
- Информационная безопасность (ИБ);
- Информационные системы и ресурсы (ИСиР).
Каждая условная группа включает в себя перечень наименований специальностей (направлений
подготовки), для формирования которых использованы Общероссийские классификаторы
специальностей по образованию, перечни специальностей среднего профессионального
образования и направлений подготовки высшего профессионального образования. Документы об
образовании специалистов участника по специальностям (направлениям подготовки) из перечней
условных групп могут быть представлены участником в качестве документов, подтверждающих
квалификацию таких специалистов.
Состав условных групп, применяемых в детализирующих показателях:
Перечень специальностей (направлений подготовки), выделенных в условную группу «ИТ»:
- Информатика;
- Информатика и вычислительная техника;
- Информационные системы и технологии;
- Информационные системы (по отраслям);
- Информационные технологии (в т.ч. в областях);
- Информационные системы и программирование;
- Фундаментальная информатика и информационные технологии;
- Компьютерные системы и комплексы;
- Математика и компьютерные науки;
- Математика. Прикладная математика;
- Прикладная информатика (в т.ч. по отраслям);
- Прикладная математика;
- Прикладная математика и информатика;
- Программирование в компьютерных системах;
- Программная инженерия;
- Автоматизированные системы обработки информации и управления;
- Системный анализ и управление;
- Бизнес-информатика.
Перечень специальностей (направлений подготовки), выделенных в условную группу «ИБ»:
- Информационная безопасность;
- Информационная безопасность автоматизированных систем;
- Информационная безопасность телекоммуникационных систем;
- Комплексная защита объектов информатизации;
- Комплексное обеспечение информационной безопасности автоматизированных систем;
- Компьютерная безопасность;
- Организация и технология защиты информации.
Перечень специальностей (направлений подготовки), выделенных в условную группу «ИСиР»:
- Компьютерные сети;
- Вычислительные машины, комплексы, системы и сети;
- Математическое обеспечение и администрирование информационных систем;
- Программное обеспечение вычислительной техники и автоматизированных систем;
- Сетевое и системное администрирование.
2. Порядок подачи предложения по данным детализирующим показателям.
Участником (в случае наличия в его организации таких специалистов) в качестве предложения
по данному показателю в составе второй части заявки предоставляется в рекомендуемой форме
«Сводные сведения о наличии у участников закупки специалистов и иных работников
определенного уровня квалификации» приведена в Приложении №2 к настоящим критериям оценки
заявок участников закупки. Содержащий реестр таких специалистов с указанием ФИО каждого
специалиста, их специальностей (направлений подготовки) в соответствии с информацией в
документах об образовании, наименования условной группы (детализирующего показателя),
наименования документов об образовании, копии которых представлены в заявке в качестве
подтверждения их квалификации, а также наименования документов, копии которых представлены
в заявке в качестве подтверждения того, что они являются сотрудниками организации участника.
При этом представленные документы должны быть в виде неповторяющихся, полно читаемых
копий, на которых видны необходимые сведения, подписи и печати.
3. Порядок предоставления подтверждающих документов.
В качестве подтверждения наличия у участника закупки специалистов и иных работников
определенного уровня квалификации и прохождения ими обучения по направлениям подготовки
из перечней детализирующих показателей по каждому представленному в Сводных сведениях
специалисту участником представляются следующие документы:
- трудовая книжка или сведения о трудовой деятельности, предусмотренные статьей 66.1
Трудового кодекса Российской Федерации;
- информация (в том числе данные), результаты применения информационных технологий и
документы, подтверждающие квалификацию участника закупки, его специалистов и иных
работников, в том числе предусмотренную в соответствии с профессиональными стандартами
(если соответствующий профессиональный стандарт обязателен для применения
работодателями в соответствии с законодательством Российской Федерации).
В случае наличия разночтения в представленных документах в связи с изменением фамилии
специалиста при заключении брака либо перемены фамилии, имени или отчества по иным
причинам, дополнительно представляются соответствующие свидетельства, предусмотренные
положениями Федерального закона от 15 ноября 1997 года № 143-ФЗ «Об актах гражданского
состояния», подтверждающих такие изменения. Допускается предоставление реквизитов таких
свидетельств, в случае если они указаны в документах, предусмотренных настоящим положением и
подтверждающих то, что указанный специалист является сотрудником организации участника.
Указанные в данном пункте документы предоставляются участником в форме электронных
документов или в форме электронных образов бумажных документов.
При этом документы, представленные в форме электронных образов бумажных документов,
должны быть в виде неповторяющихся, полночитаемых копий, на которых видны все необходимые
сведения, подписи и печати. При предоставлении документов на иностранном языке такие
документы должны сопровождаться построчным переводом на русский язык.
4. Порядок начисления баллов.
Количество баллов, присуждаемых по данным детализирующим показателям, определяется по
соответствующим формулам, указанным в разделе II Порядка рассмотрения и оценки заявок на
участие в конкурсе, где:
Хmax - максимальное значение предложений участников по данному детализирующему
показателю, содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с
Федеральным законом;
Хi - значение, содержащееся в предложении участника закупки по данному детализирующему
показателю, заявка (часть заявки) которого подлежит оценке в соответствии с Федеральным
законом;
Хmin - минимальное значение предложений участников по данному детализирующему
показателю, содержащееся в заявках (частях заявок), подлежащих оценке в соответствии с
Федеральным законом.
Заявка участника, содержащая Сводные сведения с предложением наибольшего количества
специалистов, соответствующих специальностям (направлениям подготовки), приведенным в
перечне соответствующего детализирующего показателя, и информация о которых подтверждена
документально, оценивается максимальным количеством баллов с учетом значимости этого
показателя. Значимость каждого детализирующего показателя указана в разделе II Порядка
рассмотрения и оценки заявок на участие в конкурсе.
При определении значений предложений участников (Хi, Хmax, Хmin) по каждому
детализирующему показателю учитывается фактическое количество специалистов с
подтвержденной квалификацией, которое не зависит от количества имеющихся у каждого такого
специалиста специальностей, входящих в один и тот же перечень детализирующего показателя.
Непредоставление в составе второй части заявки на участие в конкурсе таких документов не
является основанием для отказа в допуске к участию в открытом конкурсе, однако при оценке
заявок по настоящему показателю комиссией будут учитываться сведения, заявленные участниками
закупки, которые подтверждены документально в составе второй части заявки на участие в
конкурсе. Оценка в 0 баллов по показателю будет присвоена:
- заявке участника закупки, который не представил в составе ее второй части документы или
сведения, подтверждающие наличие у участника закупки специалистов и иных работников
определенного уровня квалификации;
- заявке участника закупки, который не предоставил в составе ее второй части свои
предложения по данному показателю либо сообщил об отсутствии таковых.
Приложение № 1
(рекомендуемая форма)
№ п/п
Номер и дата
заключения
контракта
(договора)
СВОДНЫЕ СВЕДЕНИЯ
о наличии у участника закупки опыта работы, связанного с предметом контракта
Реестровый номер процедуры/
Номер записи в реестре
контрактов (реестре
Наименование
Сумма
Дата исполнения
договоров)
предмета контракта
контракта
контракта
для контрактов (договоров),
(договора)
(договора) (руб.)
(договора)
заключенных в соответствии
с 44-ФЗ, 223-ФЗ.
1.
2.
…
Итого исполнено ___ контрактов/договоров на общую сумму _____________ руб.
Участник/
Руководитель организации/
уполномоченный представитель ______________________ ____________________
(должность/доверенность)
(подпись)
МП
(Ф.И.О.)
Перечень документов,
представленных в
подтверждение данных
сведений
Приложение № 2
(рекомендуемая форма)
СВОДНЫЕ СВЕДЕНИЯ
о наличии у участников закупки специалистов и иных работников определенного уровня квалификации
№
п/п
Ф.И.О.
Занимаемая должность
Специальность
(направление подготовки)
1
…
*В подтверждение вышеприведенных сведений прикладываются копии указанных документов.
Участник/
Руководитель организации/
уполномоченный представитель ______________________ ____________________
(должность/доверенность)
(подпись)
МП
(Ф.И.О.)
Перечень документов,
представленных в подтверждение
данных сведений*

=== ФАЙЛ: Проект контракта (договора) | docs/0173200001426001993/Проект_контракта_17169595-1.pdf
ПРОЕКТ
Государственный контракт № ____________________
Выполнение работ по модернизации информационной системы единый сервис
идентификации пользователей (ИС ЕСИП) и поддержание ее работоспособности в
2026-2028 годах
г. Москва
______________________________ г.
Государственное казенное учреждение города Москвы - Центр организации
дорожного движения Правительства Москвы, именуемое в дальнейшем «Заказчик», в
лице _______________, действующего на основании ___________, с одной стороны,
и ____________________________, именуемый в дальнейшем «Подрядчик», в
лице ___________________, действующего на основании _____________, с другой
стороны, вместе именуемые «Стороны» и каждый в отдельности «Сторона», с
соблюдением требований Гражданского кодекса Российской Федерации,
Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд» (далее - Закон о контрактной системе) и иного законодательства Российской
Федерации и города Москвы, на основании результатов определения Подрядчика
способом закупки открытый конкурс в электронной форме, реестровый №
закупки ______________________________________, протокол подведения итогов
определения поставщика (подрядчика, исполнителя) от __________________,
заключили настоящий государственный контракт (далее - Контракт) о
нижеследующем:
Статья 1. Предмет Контракта
1.1. Предмет Контракта: Выполнение работ по модернизации информационной
системы единый сервис идентификации пользователей (ИС ЕСИП) и поддержание ее
работоспособности в 2026-2028 годах (далее - Работы, Система).
1.2. Подрядчик обязуется выполнить по заданию Заказчика в установленный
Контрактом срок работы по созданию и развитию (модернизации) государственной
информационной системы , в объеме, установленном в Техническом задании
(Технических требованиях) (Приложение №1 к Контракту, являющееся его
неотъемлемой частью) (далее – Техническое задание), а Заказчик обязуется принять
результат выполненных работ и оплатить его.
1
1.3. Идентификационный код закупки: ___________________________
Статья 2. Цена Контракта и порядок расчетов
2.1. Вариант 1. Цена контракта составляет __________________, в том числе НДС
_________________ (далее – Цена контракта).
Вариант 1.1. Цена контракта составляет __________________ рублей , в том числе:
- вознаграждение физического лица:________ рублей (________);
- НДФЛ:________ рублей (____________);
- страховые взносы в СФР:_______ рублей (___________);
- страховые взносы в ФФОМС:_________ рублей (__________).
(вариант применяется если подрядчиком (исполнителем) по Контракту выступает
физическое лицо, не являющееся индивидуальным предпринимателем)
2.2. Заказчик, являясь налоговым агентом и страхователем физического лица по
Контракту, производит уплату за физическое лицо в бюджеты бюджетной системы
Российской Федерации следующих платежей:
- Налог на доходы физических лиц (НДФЛ);
- Страховые взносы в Социальный фонд России;
- Страховые взносы в Федеральный фонд обязательного медицинского страхования.
(вариант применяется если подрядчиком (исполнителем) по Контракту выступает
физическое лицо, не являющееся индивидуальным предпринимателем)
Цена контракта составляет __________________. НДС не облагается. (вариант
применяется в случае заключения Заказчиком, если НДС равен нулю или победителем
используется льготный режим налогообложения, с указанием основания).
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому
лицу, в том числе зарегистрированному в качестве индивидуального
предпринимателя, уменьшается на размер налогов, сборов и иных платежей в
бюджеты бюджетной системы Российской Федерации, связанных с оплатой
Контракта, если в соответствии с законодательством Российской Федерации о налогах
и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
2.4. Оплата по Контракту осуществляется в рублях Российской Федерации.
2.5. Цена контракта включает в себя все затраты, издержки и иные расходы
Подрядчика, в том числе сопутствующие, связанные с исполнением Контракта.
2
2.6. Цена контракта является твердой, определена на весь срок исполнения Контракта
и не может изменяться в ходе его исполнения, за исключением случаев,
предусмотренных частью 1 статьи 95 Закона о контрактной системе.
2.7. Изменение условий Контракта не допускается, за исключением случаев,
предусмотренных статьей 34 и статьей 95 Закона о контрактной системе.
2.8. Оплата по Контракту осуществляется Заказчиком в следующем порядке:
2.8.1. Авансовый платеж не предусмотрен.
2.8.2. Заказчик поэтапно оплачивает работы по факту объема выполненных
Подрядчиком работ, на соответствующем этапе Графика выполнения работ
(Календарного плана), в безналичном порядке путем перечисления стоимости
выполненных работ со своего лицевого счета, открытого в Департаменте финансов
города Москвы, на расчетный счет Подрядчика, на основании надлежаще
оформленного и подписанного обеими Сторонами усиленными квалифицированными
электронными подписями (далее - УКЭП) сформированного с использованием
автоматизированной информационной системы «Портал поставщиков» (далее «Портал поставщиков») Документа о приемке в электронной форме, в соответствии с
правовыми актами Федеральной налоговой службы (далее - Документ о приемке), в
течение 7 (семи) рабочих дней с даты подписания Заказчиком Документа о приемке по
соответствующему этапу.
2.8.3. В случае, если проектом Контракта предусмотрены отдельные этапы его
исполнения, цена каждого этапа устанавливается в размере, сниженном
пропорционально снижению начальной (максимальной) цены контракта участником
закупки, с которым заключается Контракт.
2.8.4. Оплата по Контракту осуществляется на основании Документа о приемке, в
котором указывается: сумма, подлежащая оплате в соответствии с условиями
заключенного Контракта; размер неустойки (штрафа, пени), подлежащий взысканию;
основания применения и порядок расчета неустойки (штрафа, пени); итоговая сумма,
подлежащая оплате Подрядчику по Контракту.
2.8.5. В случае неисполнения или ненадлежащего исполнения Подрядчиком
обязательства, предусмотренного Контрактом, Заказчик вправе производить оплату по
Контракту за вычетом соответствующего размера неустойки (штрафа,пени).
Исполнение обязательства Подрядчиком по перечислению неустойки (штрафа, пени) в
доход бюджетной системы Российской Федерации в данном случае возлагается на
Заказчика и осуществляется последним на основании платежного документа с
указанием Подрядчика, за которого осуществляется перечисление неустойки (штрафа,
пени) в доход соответствующего бюджета.
3
2.8.6. Обязательства Заказчика по оплате стоимости выполненных работ считаются
исполненными с момента списания денежных средств с лицевого счета Заказчика,
указанного в статье 16 Контракта.
2.8.7. В случаях, предусмотренных пунктом 6 статьи 161 Бюджетного кодекса
Российской Федерации, при уменьшении ранее доведенных до Заказчика как
получателя бюджетных средств лимитов бюджетных обязательств, Заказчик в ходе
исполнения Контракта обеспечивает согласование новых условий Контракта, в том
числе цены и (или) сроков исполнения Контракта и (или) объема услуги,
предусмотренных Контрактом, с учетом требований частей 2 – 4 статьи 95 Закона о
контрактной системе.
Статья 3. Сроки выполнения обязательств
3.1. Начало срока выполнения Работ: 09.11.2026.
3.2. Окончание срока выполнения Работ: 10.11.2028.
3.3. Выполнение Работ осуществляется на условиях и в сроки, установленные
Контрактом и Техническим заданием.
3.4. Подрядчик вправе досрочно выполнить работы по согласованию с Заказчиком.
Статья 4. Порядок сдачи-приемки выполненных работ
4.1. Подрядчик в срок не позднее 5 (пяти) рабочих дней после окончания завершения
этапа выполнения работ, указанного в Графике выполнения работ (Календарном
плане), представляет Заказчику комплект отчетной документации, предусмотренной
Техническим заданием, и Документ о приемке, подписанный Подрядчиком.
4.2. После завершения выполнения работ в полном объеме одновременно с
указанными в пункте 4.1 документами Подрядчик представляет обеспечение
гарантийных обязательств в размере и порядке, установленном в статье 10 Контракта.
4.3. Не позднее 20 (двадцати) рабочих дней после получения от Подрядчика
документов, указанных в настоящей статье Контракта, Заказчик рассматривает
результаты и осуществляет приемку выполненных работ по Контракту на предмет
соответствия их объема, качества требованиям, изложенным в Контракте и
Техническом задании, и направляет Подрядчику подписанный Заказчиком УКЭП
Документ о приемке или мотивированный отказ от принятия результатов
выполненных работ с перечнем выявленных недостатков, необходимых доработок и
сроком их устранения. В случае отказа Заказчика от принятия результатов
выполненных работ в связи с необходимостью устранения недостатков и/или
доработки результатов работ Подрядчик обязуется в срок, установленный в отказе,
составленном Заказчиком, устранить указанные недостатки/произвести доработки за
свой счет.
4
4.4. Для проверки результатов работ, выполненных Подрядчиком, предусмотренных
Контрактом, в части их соответствия условиям Контракта Заказчик обязан провести
экспертизу. Экспертиза результатов, предусмотренных Контрактом, может
проводиться Заказчиком своими силами или к ее проведению могут привлекаться
эксперты, экспертные организации.
4.5. В случае получения от Заказчика мотивированного отказа от принятия
результатов выполненных работ, с перечнем выявленных недостатков, необходимых
доработок и сроком их устранения Подрядчик обязан в срок, установленный в
указанном акте, устранить полученные от Заказчика замечания/недостатки/произвести
доработки и передать Заказчику приведенный в соответствие с предъявленными
требованиями/замечаниями комплект отчетной документации, отчет об устранении
недостатков, выполнении необходимых доработок, а также повторно подписанный
Подрядчиком УКЭП Документ о приемке, для принятия Заказчиком выполненных
работ.
4.6. В случае если по результатам рассмотрения отчета об устранении недостатков и
необходимых доработок, Заказчиком будет принято решение об устранении
Подрядчиком недостатков/выполнении доработок в надлежащем порядке и в
установленные сроки, а также в случае отсутствия у Заказчика запросов касательно
представления разъяснений в отношении выполненных работ, Заказчик принимает
выполненные работы и подписывает УКЭП Документ о приемке в порядке,
предусмотренном в настоящей статье Контракта.
4.7. Передача Заказчику комплекта документов, материалов и сведений,
предусмотренных нормативными правовыми актами Российской Федерации в сфере
информационных технологий, защиты информации, правовой защиты интересов
государства в области интеллектуальной собственности, включая документы,
подтверждающие отказ авторов (разработчиков) от исключительных прав на
передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с
проектами заявок на государственную регистрацию в установленном порядке прав
Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая:
изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, топологии интегральных микросхем, а также
исключительные права на результаты работ, включая объекты авторских прав и
потенциально патентоспособные технические решения, секреты производства (ноухау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной
документации, предусмотренной условиями Контракта.
4.8. После выполнения обязательств по Контракту в полном объеме, Стороны
подписывают Документ о приемке, который является основанием для регистрации
сведений об исполнении Контракта в Реестре контрактов, заключенных заказчиком.
4.9. Подписанный Заказчиком и Подрядчиком, УКЭП Документ о приемке стоимости
5
этапа работ являются основанием для оплаты Подрядчику выполненных работ.
4.10. Оформление Документа о приемке (за исключением отдельного этапа
исполнения Контракта) осуществляется после предоставления
Подрядчиком обеспечения гарантийного обязательства.
Статья 5. Права и обязанности Сторон
5.1. Заказчик вправе:
5.1.1. Требовать от Подрядчика надлежащего исполнения обязательств в соответствии
с Контрактом и иными нормами, регулирующими данную сферу деятельности, а также
требовать своевременного устранения выявленных недостатков.
5.1.2. Требовать от Подрядчика представления надлежащим образом оформленной
отчетной документации и материалов, подтверждающих исполнение обязательств в
соответствии Техническим заданием и Контрактом.
5.1.3. Запрашивать информацию о ходе выполняемых работ. На данный запрос
Подрядчик предоставляет ответ в течение 5(пяти) рабочих дней.
5.1.4. Осуществлять контроль за объемом и сроками выполнения работ.
5.1.5. Запрашивать у Подрядчика информацию о ходе и состоянии выполняемых
работ, а также копии отчетных документов, разрабатываемых Подрядчиком по
Контракту.
5.1.6. Ссылаться на недостатки работ (также выявленные после окончания срока
исполнения Контракта), в том числе в части объема и стоимости этих работ, по
результатам проведенных уполномоченными контрольными органами проверок
использования денежных средств бюджета города Москвы.
5.1.7. При обнаружении уполномоченными контрольными органами несоответствия
объема и стоимости выполненных Подрядчиком работ требованиям Технического
задания и Документа о приемке вызвать уполномоченных представителей Подрядчика
для представления разъяснений в отношении выполненных работ.
5.2. Заказчик обязан:
5.2.1. Сообщать Подрядчику о недостатках, обнаруженных в ходе выполнения работ, в
течение 2 (двух) рабочих дней после обнаружения таких недостатков.
5.2.2. Своевременно принять и оплатить надлежащим образом выполненные работы в
6
соответствии с Контрактом.
5.2.3. При получении от Подрядчика уведомления о приостановлении выполнения
работ в случае, указанном в настоящей статье Контракта, рассмотреть вопрос о
целесообразности и порядке продолжения выполнения работ.
5.3. Подрядчик вправе:
5.3.1. Требовать своевременного выполнения Заказчиком обязательств по приемке
выполненных работ по Контракту (этапу Контракта).
5.3.2. Требовать своевременной оплаты выполненных работ в соответствии со статьей
2 Контракта.
5.3.3. Привлечь к исполнению своих обязательств по Контракту других лиц субподрядчиков, обладающих специальными знаниями, навыками, специальным
оборудованием и т.п., по видам (содержанию) работ, предусмотренных в Техническом
задании. При этом Подрядчик несет ответственность перед Заказчиком за
неисполнение или ненадлежащее исполнение обязательств субподрядчиками.
5.3.4. Привлечение субподрядчиков не влечет изменение Цены контракта и/или
объемов работ по Контракту. Перечень работ, выполненных субподрядчиками, и их
стоимость Подрядчик указывает в отчетной документации, представляемой Заказчику
по результатам выполнения работ в порядке, установленном Контрактом.
5.3.5. Подрядчик вправе в случае неисполнения или ненадлежащего исполнения
субподрядчиком обязательств, предусмотренных договором, заключенным с
субподрядчиком, осуществлять замену субподрядчика, с которым ранее был заключен
договор, на другого субподрядчика.
5.3.6. Запрашивать у Заказчика разъяснения и уточнения относительно проведения
работ в рамках Контракта.
5.4. Подрядчик обязан:
5.4.1. Своевременно и надлежащим образом выполнить работы в соответствии с
требованиями Технического задания и представить Заказчику отчетную
документацию по итогам исполнения Контракта.
5.4.2. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме,
включая исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных,
а также проектную, техническую, рабочую, сопроводительную и методическую
документацию к Системе или ее частям. При этом, Подрядчик не имеет права
7
использовать такие результаты интеллектуальной деятельности.
5.4.3. В случае использования в ходе исполнения Контракта ранее созданных
Подрядчиком результатов интеллектуальной деятельности, без увеличения цены
Контракта передать Заказчику права на использование охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат Подрядчику и
которые использовались при выполнении работ по Контракту, в объеме, необходимом
для использования заказчиком результатов работ по Контракту по их целевому
назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком.
Подрядчик передает Заказчику указанные права посредством заключения
лицензионного договора.
5.4.4. В случае необходимости использования в ходе исполнения Контракта
охраняемых результатов интеллектуальной деятельности, права на которые
принадлежат третьим лицам, согласовать с Заказчиком необходимость использования
при выполнении работ охраняемых результатов интеллектуальной деятельности, права
на которые принадлежат третьим лицам, объем и порядок приобретения прав на их
использование.
5.4.5. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не
нарушающих исключительных прав других лиц и не являющихся предметом залога,
ареста или иного обременения.
5.4.6. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных третьими лицами, условия, на которых передаются права на их
использование (исполнение), должны обеспечить отсутствие ограничений,
препятствующих использованию результатов работ по их назначению. При этом
права, полученные Заказчиком, должны позволять ему передавать, дорабатывать,
развивать результаты работ, созданные в процессе исполнения Контракта, а в случае
явного указания в Техническом задании, осуществлять переработку программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных ранее третьими лицами в соответствии с требованиями
законодательства Российской Федерации.
5.4.7. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных
решений, предусмотренных Техническим заданием.
5.4.8. Обеспечивать соответствие результатов работ требованиям качества,
безопасности жизни и здоровья, а также иным требованиям сертификации,
безопасности (санитарным нормам и правилам, государственным стандартам и т.п.),
лицензирования, установленным действующим законодательством Российской
8
Федерации.
5.4.9. Подрядчик обязан соответствовать установленным документацией о закупке
требованиям к участникам данной закупки и предоставлять достоверную информацию
о своем соответствии таким требованиям, что позволило ему стать победителем по
результатам проведения данной закупки.
5.4.10. Обеспечить устранение недостатков и дефектов, выявленных при сдачеприемке работ и в течение гарантийного срока, за свой счет.
5.4.11. Приостановить выполнение работ в случае обнаружения независящих от
Подрядчика обстоятельств, которые могут оказать негативное влияние на годность
или прочность результатов выполняемых работ или создать невозможность их
завершения в установленный Контрактом срок, и сообщить об этом Заказчику
немедленно после приостановления выполнения работ.
5.4.12. В случае если законодательством Российской Федерации предусмотрено
лицензирование вида деятельности, являющегося предметом Контракта, а также в
случае если законодательством Российской Федерации к лицам, осуществляющим
выполнение работ, являющихся предметом Контракта, установлено требование об их
обязательном членстве в саморегулируемых организациях, Подрядчик обязан
обеспечить наличие документов, подтверждающих его соответствие требованиям,
установленным законодательством Российской Федерации, в течение всего срока
исполнения Контракта. Копии таких документов должны быть переданы Подрядчиком
Заказчику по его требованию в течение двух рабочих дней.
5.4.13. Представить Заказчику сведения об изменении своего фактического
местонахождения, об изменении режима налогообложения в срок не позднее 5 (пяти)
календарных дней со дня соответствующего изменения. В случае непредставления в
установленный срок уведомления об изменении адреса фактического
местонахождения Подрядчика, уведомления об изменении режима налогообложения
Подрядчика адрес и режим налогообложения, указанные в Контракте, будут считаться
действительными.
Условия о привлечении субподряда не применяются в случае, если победителем
становится субъект малого предпринимательства, социально-ориентированная
некоммерческая организация.
5.4.14. Подрядчик обязан привлекать к исполнению Контракта субподрядчиков из
числа субъектов малого предпринимательства, социально ориентированных
некоммерческих организаций (далее - субподрядчики) в объеме 50 процентов Цены
контракта.
5.4.15. Подрядчик обязан в срок не более 5 (пяти) рабочих дней со дня заключения
9
договора с субподрядчиком представить Заказчику:
5.4.15.1. декларацию о принадлежности субподрядчика к субъектам малого
предпринимательства, социально ориентированной некоммерческой организации,
составленную в простой письменной форме, подписанную руководителем (иным
уполномоченным лицом) субъекта малого предпринимательства, социально
ориентированной некоммерческой организации и заверенную печатью (при наличии
печати);
5.4.15.2. копию договора (договоров), заключенного с субподрядчиком, заверенную
Подрядчиком.
5.4.16. В случае замены субподрядчика на этапе исполнения Контракта на другого
субподрядчика Подрядчик обязан представлять Заказчику документы, указанные в
пункте настоящей статьи, в течение 5 (пяти) календарных дней со дня заключения
договора с новым субподрядчиком.
5.4.17. Подрядчик обязан в течение 10 (десяти) рабочих дней со дня оплаты
Подрядчиком выполненных обязательств по договору с субподрядчиком представлять
Заказчику следующие документы:
5.4.17.1. копии документов о приемке выполненной работы которые являются
предметом договора, заключенного между Подрядчиком и привлеченным им
субподрядчиком;
5.4.17.2. копии платежных поручений, подтверждающих перечисление денежных
средств Подрядчиком субподрядчику, - в случае если договором, заключенным между
Подрядчиком и привлеченным им субподрядчиком предусмотрена оплата
выполненных обязательств до срока оплаты выполненных работ, предусмотренного
Контрактом, (в ином случае указанный документ представляется Заказчику
дополнительно в течение 5 (пяти) календарных дней со дня оплаты
Подрядчиком обязательств, выполненных субподрядчиком.
5.4.18. Подрядчик обязан оплачивать выполненные субподрядчиком работы (ее
результаты), отдельные этапы исполнения договора, заключенного с таким
субподрядчиком, в течение 7 (семи) рабочих дней с даты подписания Подрядчиком
документа о выполненной работе (ее результатов), отдельных этапов исполнения
договора.
5.4.19. В соответствии с постановлением Правительства Российской Федерации от
04.09.2013 № 775 «Об установлении размера начальной (максимальной) цены
контракта при осуществлении закупки товара, работы, услуги, при превышении
которой в Контракте устанавливается обязанность поставщика (подрядчика,
исполнителя) предоставить заказчику дополнительную информацию» в течение 10
10
(десяти) календарных дней с момента заключения Подрядчиком договора с
субподрядчиком Подрядчик обязан предоставить Заказчику информацию о всех
субподрядчиках, заключивших договор или договоры с Подрядчиком, цена которого
или общая цена которых составляет более десяти процентов Цены контракта.
5.4.20. Сохранять в тайне и не разглашать третьим лицам (в том числе не публиковать
в сети «Интернет»), не собирать и не обрабатывать любую информацию служебного,
коммерческого, финансового, личного характера, сведения, составляющие
коммерческую тайну, персональные данные вне зависимости от формы ее
предоставления и получения, прямо или косвенно относящуюся к взаимоотношениям
Сторон, не обнародованную или иным способом не переданную для свободного
доступа и ставшую известной Подрядчику в ходе исполнения Контракта, за
исключением случаев, прямо предусмотренных Контрактом.
Предпринимать все необходимые меры для предотвращения случаев разглашения
указанной информации. Использовать предоставленную Заказчиком информацию
только в целях исполнения Контракта.
Подрядчик обязан обеспечивать защиту персональных данных и иной
конфиденциальной информации, полученной в ходе исполнения Контракта, при их
обработке в соответствии с Федеральным законом от 27.07.2006 № 152-ФЗ «О
персональных данных», Федеральным законом от 27.07.2006 № 149-ФЗ «Об
информации, информационных технологиях и о защите информации».
5.4.21. Исполнять иные обязательства, предусмотренные действующим
законодательством и Контрактом.
Статья 6. Гарантии
6.1. Подрядчик гарантирует качество выполнения работ в соответствии с
требованиями, указанными в Контракте и Техническом задании.
6.2. Гарантийный срок на выполненные работы указывается в Техническом задании.
6.3. При обнаружении в период гарантийного срока недостатков в выполненных
работах, материалах, оборудовании, Подрядчик обязан устранить их за свой счет в
сроки, согласованные и установленные Подрядчиком и Заказчиком в Акте о
недостатках с перечнем выявленных недостатков, необходимых доработок и сроков их
устранения. Гарантийный срок в данном случае продлевается на период устранения
выявленных недостатков.
При отказе Подрядчика от составления или подписания Акта о недостатках,
обнаруженных в период гарантийного срока, Заказчик проводит квалифицированную
экспертизу с привлечением экспертов (специалистов) в порядке,
предусмотренномЗаконом о контрактной системе, по итогам которой составляется
соответствующий Акт, фиксирующий затраты по исправлению недостатков.
11
Возмещение расходов за проведенную экспертизу осуществляется в соответствии с
требованиями Гражданского кодекса Российской Федерации.
6.4. Удовлетворение требований Заказчика о безвозмездном устранении недостатков,
об изготовлении другой вещи или о повторном выполнении работ не освобождает
Подрядчика от ответственности в форме неустойки за нарушение срока окончания
выполнения работ.
6.5. Вред, причиненный жизни, здоровью или имуществу Заказчика и иных лиц,
вследствие необеспечения Подрядчиком безопасности выполнения работ/результата
работ подлежит возмещению в соответствии с требованиями Гражданского кодекса
Российской Федерации.
6.6. Подрядчик гарантирует своевременное предоставление необходимой и
достоверной информации о ходе и результате выполнения работ.
6.7. В случае непредоставления Подрядчиком Заказчику полной и достоверной
информации о ходе и результате выполнения работ Подрядчик несет ответственность
в соответствии с Гражданским кодексом Российской Федерации за недостатки
результата работ, возникшие после его приемки Заказчиком вследствие отсутствия у
Заказчика такой информации.
6.8. В случае ненадлежащего выполнения работ, требования Заказчика о повторном
выполнении работы подлежат удовлетворению в срок, установленный для срочного
выполнения работ, а в случае, если этот срок не установлен, в срок, предусмотренный
Контрактом, который был ненадлежаще исполнен.
Статья 7. Исключительные права и права собственности на результаты работ
7.1. Исключительные права на результаты интеллектуальной деятельности, в том
числе, но не исключая: изобретения, полезные модели, промышленные образцы,
программы для электронных вычислительных машин, базы данных, топологии
интегральных микросхем, а также исключительные права на результаты работ,
включая объекты авторских прав и потенциально патентоспособные технические
решения, секреты производства (ноу-хау), созданные в рамках Контракта,
принадлежат в лице Заказчика субъекту Российской Федерации – городу Москве.
7.2. Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, принадлежат субъекту
Российской Федерации – городу Москве и считаются переданными с момента
подписания Сторонами УКЭП Документа о приемке.
7.3. В случае если при осуществлении работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, Подрядчик
12
осуществляет ее в соответствии с предоставляемыми в обязательном порядке
Заказчиком правами на их использование на период исполнения работ по Контракту.
7.4. Подрядчик гарантирует, что передаваемые Заказчику результаты работ по
Контракту, а также права на все результаты интеллектуальной деятельности,
полученные в ходе выполнения работ по Контракту будут свободны от любых прав
третьих лиц, либо в случае использования Подрядчиком при выполнении работ по
Контракту результатов интеллектуальной деятельности, принадлежащих Подрядчику
или третьим лицам, должны отвечать условиям, указанным в Контракте и
Техническом задании. В случае несоблюдения таких гарантий, а также в случае
предъявления к Заказчику третьими лицами претензий или исков, связанных с их
нарушением, а также с нарушением исключительных и/или личных
(неимущественных) прав на результаты интеллектуальной деятельности, полученных
в ходе выполнения работ по Контракту, Заказчик вправе потребовать от Подрядчика
возмещения всех убытков, причиненных в связи с несоблюдением Подрядчиком таких
вышеописанных в данном пункте Контракта гарантий, а Подрядчик обязуется
самостоятельно и без участия Заказчика урегулировать все такие возможные
претензии и/или иски третьих лиц, а также возместить Заказчику все причиненные
убытки в полном объеме (включая, но не ограничиваясь, расходы на оплату
вознаграждения адвокатов, расходы на оплату любых сумм в пользу третьих лиц на
основании решения суда).
Статья 8. Ответственность Сторон
8.1. За неисполнение или ненадлежащее исполнение своих обязательств,
установленных Контрактом, Заказчик и Подрядчик несут ответственность в
соответствии с постановлением Правительства Российской Федерации от 30.08.2017
№ 1042 «Об утверждении Правил определения размера штрафа, начисляемого в
случае ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего
исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных Контрактом (за исключением просрочки исполнения обязательств
заказчиком, поставщиком (подрядчиком, исполнителем), о внесении изменений в
постановление Правительства Российской Федерации от 15 мая 2017 г. № 570 и
признании утратившим силу постановления Правительства Российской Федерации от
25 ноября 2013 г. № 1063».
В случае просрочки исполнения Подрядчиком обязательств (в том числе гарантийного
обязательства), предусмотренных настоящим Контрактом, а также в иных случаях
неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
предусмотренных настоящим Контрактом, Заказчик направляет требование об уплате
неустоек (штрафов, пеней).
8.2. Размер штрафа устанавливается Контрактом в порядке, установленном настоящей
статьей, в том числе рассчитывается как процент Цены контракта, или в случае, если
13
Контрактом предусмотрены этапы исполнения Контракта, как процент цены этапа
исполнения Контракта.
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 млрд рублей.
8.4. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных контрактом, заключенным с победителем закупки
(или с иным участником закупки в случаях, установленных Законом о контрактной
системе), предложившим наиболее высокую цену за право заключения Контракта,
размер штрафа рассчитывается в порядке, установленном настоящим пунктом, за
исключением просрочки исполнения обязательств (в том числе гарантийного
обязательства), предусмотренных настоящим Контрактом, и устанавливается в
следующем порядке:
14
8.4.1. В случае, если Цена контракта не превышает начальную (максимальную) цену
контракта:
- 10 процентов начальной (максимальной) цены контракта, если Цена контракта не
превышает 3 млн рублей;
- 5 процентов начальной (максимальной) цены контракта, если Цена контракта
составляет от 3 млн рублей до 50 млн рублей (включительно);
- 1 процент начальной (максимальной) цены контракта, если Цена Контракта
составляет от 50 млн рублей до 100 млн рублей (включительно);
8.4.2. В случае, если Цена контракта превышает начальную (максимальную) цену
контракта:
- 10 процентов Цены контракта, если Цена контракта не превышает 3 млн рублей;
- 5 процентов Цены контракта, если Цена контракта составляет от 3 млн рублей до 50
млн рублей (включительно);
- 1 процент Цены контракта, если Цена контракта составляет от 50 млн рублей до 100
млн рублей (включительно).
8.5. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательства, предусмотренного Контрактом, которое не имеет стоимостного
выражения, размер штрафа устанавливается (при наличии в Контракте таких
обязательств) в следующем порядке:
- 1 000 рублей, если Цена контракта не превышает 3 млн рублей;
- 5 000 рублей, если Цена контракта составляет от 3 млн рублей до 50 млн рублей
(включительно);
- 10 000 рублей, если Цена контракта составляет от 50 млн рублей до 100 млн рублей
(включительно);
- 100 000 рублей, если Цена контракта превышает 100 млн рублей.
8.6. Подрядчик несет ответственность перед Заказчиком за неисполнение или
ненадлежащее исполнение условия о привлечении к исполнению Контракта
соисполнителей из числа субъектов малого предпринимательства, социально
ориентированных некоммерческих организаций, в том числе:
- за представление документов, указанных в статье «Права и обязанности Сторон»,
содержащих недостоверные сведения, либо их непредставление или представление
15
таких документов с нарушением установленных сроков;
- за не привлечение соисполнителей в объеме, установленном в Контракте устанавливается штраф в размере 5 процентов такого привлечения.
8.7. За каждый факт неисполнения Заказчиком обязательств, предусмотренных
Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
Контрактом, размер штрафа устанавливается в следующем порядке:
- 1 000 рублей, если Цена контракта не превышает 3 млн рублей (включительно);
- 5 000 рублей, если Цена контракта составляет от 3 млн рублей до 50 млн рублей
(включительно);
- 10 000 рублей, если Цена контракта составляет от 50 млн рублей до 100 млн рублей
(включительно);
- 100 000 рублей, если Цена контракта превышает 100 млн рублей.
8.8. Пеня начисляется за каждый день просрочки исполнения Подрядчиком
обязательства, предусмотренного настоящим Контрактом, начиная со дня,
следующего после дня истечения установленного настоящим Контрактом срока
исполнения обязательства, в размере одной трехсотой действующей на дату уплаты
пени ключевой ставки Центрального банка Российской Федерации Цены контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом
(соответствующим отдельным этапом исполнения Контракта) и фактически
исполненных Подрядчиком, за исключением случаев, если законодательством
Российской Федерации установлен иной порядок начисления пени.
8.9. Пеня начисляется за каждый день просрочки исполнения обязательства
Заказчиком, предусмотренного Контрактом, начиная со дня, следующего после дня
истечения установленного Контрактом срока исполнения обязательства в размере
одной трехсотой действующей на дату уплаты пеней ключевой ставки Центрального
банка Российской Федерации от не уплаченной в срок суммы.
8.10. Общая сумма начисленных штрафов за неисполнение или ненадлежащее
исполнение Подрядчиком обязательств, предусмотренных настоящим Контрактом, не
может превышать Цену контракта.
8.11. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных настоящим Контрактом, не может превышать Цену
контракта.
16
8.12. Стороны настоящего Контракта освобождаются от уплаты неустойки (штрафа,
пеней), если докажут, что неисполнение или ненадлежащее исполнение обязательства
произошло вследствие обстоятельств непреодолимой силы или по вине другой
Стороны.
8.13. В случае установления уполномоченными контрольными органами фактов
поставки товаров не в полном объеме и/или завышения стоимости товаров/работ/услуг
Подрядчик осуществляет возврат Заказчику излишне уплаченных денежных средств.
8.14. Уплата Подрядчиком неустойки или применение иной формы ответственности
не освобождает его от исполнения обязательств по настоящему Контракту.
8.15. В качестве подтверждения фактов неисполнения и (или) ненадлежащего
исполнения обязательств Заказчик может предъявлять фото-и видеоматериалы,
являющиеся основанием для взыскания неустойки или применения иной формы
ответственности в соответствии с действующим законодательством.
8.16. При непредставлении Заказчику информации о привлечении всех
субпоставщиков, в соответствии с требованиями пункта 5.4.19 Контракта, Подрядчику
начисляется пеня в размере одной трехсотой ключевой ставки Центрального банка
Российской Федерации, действующей на дату уплаты пени, от цены договора,
заключенного Подрядчиком с субпоставщиками, пеня подлежит начислению за
каждый день просрочки за неисполненные фактически обязательства.
8.17. В случае полного (частичного) неисполнения условий Контракта одной из
Сторон эта Сторона обязана возместить другой Стороне причиненные убытки в части,
не покрытой неустойкой.
8.18. В случае привлечения к исполнению Контракта соисполнителей, ответственность
перед Заказчиком за неисполнение обязательств по Контракту несет Подрядчик.
Статья 9. Порядок изменения и расторжения Контракта
9.1. Изменения и дополнения по основаниям, предусмотренным настоящим
Контрактом, вносятся по соглашению Сторон, которое оформляется соответствующим
дополнительным соглашением и является неотъемлемой частью настоящего
Контракта, и вступают в силу с момента их подписания Сторонами.
9.2. Существенные условия Контракта могут быть изменены в случаях,
предусмотренных статьей 95 Закона о контрактной системе.
9.3. Настоящий Контракт может быть расторгнут по соглашению Сторон, по решению
суда, в случае одностороннего отказа стороны Контракта от исполнения Контракта в
соответствии с гражданским законодательством.
17
9.3.1. Основания расторжения Контракта в связи с односторонним отказом от
исполнения Контракта по инициативе Заказчика:
9.3.1.1. Осуществление выполнения работ ненадлежащего качества, если недостатки
не могут быть устранены в установленный разумный срок либо являются
существенными и неустранимыми.
9.3.1.2. Подрядчик не приступает к исполнению Контракта в срок, установленный
Контрактом, или неоднократно (от двух и более раз) нарушает График выполнения
работ или объемы поставки товаров, предусмотренные Контрактом, или оказывает
услуги выполняет работы так, что окончание их оказания к сроку, предусмотренному
Контрактом, становится явно невозможно, либо в ходе оказания услуг стало очевидно,
что они не будут оказаны надлежащим образом в установленный Контрактом срок.
9.3.1.3. Если в ходе исполнения Контракта установлено, что Подрядчик и (или)
поставляемый товар перестали соответствовать установленным извещением об
осуществлении закупки и (или) документации о закупке, указанной в преамбуле
Контракта, требованиям к участникам данной закупки (за исключением требования,
предусмотренного частью 1.1 (при наличии такого требования) статьи 31 Закона о
контрактной системе) и (или) поставляемому товару или при проведении закупки
Подрядчик представил недостоверную информацию о своем соответствии и (или)
соответствии поставляемого товара требованиям такого извещения, что позволило ему
стать победителем данной закупки.
9.3.1.4. Если в ходе исполнения Контракта вследствие реорганизации юридического
лица, являющегося Подрядчиком его права и обязанности по такому контракту
перешли к вновь возникшему юридическому лицу, зарегистрированному на
территории иностранного государства, в отношении которого в соответствии с
подпунктами «а» и «б» пункта 1 части 2 статьи 14 Закона о контрактной системе
установлены запрет закупок товаров, работ, услуг, соответственно поставляемых,
выполняемых, оказываемых иностранными лицами, либо ограничение закупок
товаров, работ, услуг, соответственно поставляемых, выполняемых, оказываемых
иностранными лицами, и Подрядчик являлся российским лицом, либо в соответствии
с подпунктом «в» пункта 1 части 2 статьи 14 Закона о контрактной системе
установлено преимущество в отношении товаров, работ, услуг, соответственно
поставляемых, выполняемых, оказываемых российскими лицами, и Подрядчик
являлся российским лицом.
9.3.1.5. В случае, если по результатам экспертизы поставленных товаров
(выполненных работ, оказанных услуг) с привлечением экспертов, экспертных
организаций, в заключение эксперта, экспертной организации будут подтверждены
нарушения условий Контракта.
9.3.1.6. В случае, если Подрядчик отказывается от согласования новых условий
18
Контракта при наступлении обстоятельств, предусмотренных пунктом 6 статьи 161
Бюджетного кодекса Российской Федерации.
9.3.2. Основания расторжения Контракта в связи с односторонним отказом от
исполнения Контракта по инициативе Подрядчика:
9.3.2.1. Неоднократные (от двух и более раз) нарушения Заказчиком сроков оплаты
поставленного товара (оказанных услуг, выполненных работ) допущенные по вине
Заказчика, при условии своевременного доведения лимитов финансирования для
Заказчика.
9.3.2.2. Заказчиком неоднократно (не менее двух раз) отказано в приемке товаров,
выполненных работ, оказанных услуг без направления Подрядчику мотивированного
отказа от подписания Документа о приемке в срок, предусмотренный Контрактом.
9.3.2.3. Необоснованный отказ Заказчика от оплаты поставленных товаров, оказанных
услуг.
9.3.2.4. Невыполнение Заказчиком обязательств, предусмотренных Техническим
заданием, препятствует исполнению Контракта Подрядчиком, а также наличие
обстоятельств, очевидно свидетельствующих о том, что исполнение указанных
обязанностей не будет произведено в установленный срок.
9.3.3. Стороны также вправе в одностороннем порядке отказаться от исполнения
Контракта по иным основаниям, предусмотренным Гражданским кодексом
Российской Федерации для одностороннего отказа от исполнения отдельных видов
обязательств.
9.4. Расторжение Контракта осуществляется в порядке статьи 95 Закона о контрактной
системе.
9.5. Соглашение о расторжении Контракта заключается, решение об одностороннем
расторжении Контракта формируется Сторонами с использованием единой
информационной системы в сфере закупок.
При этом факт подписания Сторонами соглашения о расторжении настоящего
Контракта не освобождает Стороны от обязанностей урегулирования взаимных
расчетов.
9.6. В случае расторжения Контракта в связи с односторонним отказом Стороны от
исполнения Контракта другая Сторона вправе потребовать возмещения только
фактически понесенного ущерба, непосредственно обусловленного обстоятельствами,
являющимися основанием для принятия решения об одностороннем отказе от
исполнения Контракта.
19
Статья 10. Обеспечение исполнения Контракта, обеспечение гарантийных
обязательств
10.1. Обеспечение исполнения Контракта предоставляется.
ВАРИАНТ 1:
Подрядчик внес обеспечение исполнения Контракта в размере 14 386 450
(четырнадцать миллионов триста восемьдесят шесть тысяч четыреста пятьдесят)
рублей 23 (двадцать три) копейки, что составляет 10 процентов начальной
(максимальной) цены контракта предусмотренной документацией о закупке, в форме
безотзывной независимой гарантии/путем внесения денежных средств.
ВАРИАНТ 2:
Подрядчик внес обеспечение исполнения контракта в размере ____ в соответствии со
статьей 37 Закона о контрактной системе.
10.2. Обеспечение гарантийных обязательств предоставляется в размере 1 438 645,02
рублей на срок 12 (двенадцати) месяцев с момента подписания Документа о приемке
по 4 (четвертому) этапу и распространяется на доработанную и настроенную в
соответствии с настоящим ТЗ Систему, что составляет 1 процентов начальной
(максимальной) цены контракта, предусмотренной документацией о закупке.
Гарантийные обязательства могут обеспечиваться предоставлением независимой
гарантии, соответствующей требованиям статьи 45 Закона о контрактной системе, или
внесением денежных средств на счет Заказчика, указанный в статье «Адреса,
реквизиты и подписи Сторон».
10.3. Независимая гарантия также должна предусматривать условие об обязанности
гаранта уплатить Заказчику (бенефициару) денежную сумму по независимой гарантии
не позднее десяти рабочих дней со дня, следующего за днем получения гарантом
требования Заказчика (бенефициара), соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования.
Факт внесения Подрядчиком денежных средств в обеспечение гарантийных
обязательств по Контракту подтверждается платежным поручением с отметкой банка
о проведении платежа и списании средств со счета Подрядчика и поступлением
денежных средств на счет Заказчика.
Срок возврата Заказчиком Подрядчику денежных средств, внесенных в качестве
обеспечения гарантийных обязательств, по истечении срока действия данного
обеспечения в срок до 30 (тридцати) календарных дней с даты исполнения
20
Подрядчиком гарантийных обязательств.
10.4. Способ обеспечения исполнения Контракта, обеспечения гарантийных
обязательств, срок действия независимой гарантии определяется участником закупки,
с которым заключается Контракт, самостоятельно в соответствии с
требованиями Закона о контрактной системе.
ВАРИАНТ 1 (Используется при предоставлении Подрядчиком обеспечения
исполнения Контракта в форме независимой гарантии. Независимая гарантия должна
соответствовать требованиям, установленным статьей 45 Закона о контрактной
системе):
10.5. Исполнение контракта обеспечивается предоставлением независимой гарантии.
Независимая гарантия должна соответствовать требованиям, установленным статьей
45 Закона о контрактной системе, а также предусматривать условие об обязанности
гаранта уплатить Заказчику (бенефициару) денежную сумму по независимой гарантии
не позднее 10 (десяти) рабочих дней со дня, следующего за днем получения гарантом
требования Заказчика (бенефициара), соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования.
10.6. Денежные средства, внесенные в обеспечение исполнения обязательств по
Контракту, включая обязательства по уплате Подрядчиком предусмотренных
Контрактом неустоек (штрафов, пеней), перечислены Подрядчиком в размере,
установленном в настоящей статье Контракта, на счет Заказчика, указанный в статье
«Адреса, реквизиты и подписи Сторон».
Факт внесения Подрядчиком денежных средств в обеспечение исполнения
обязательств по Контракту подтверждается платежным поручением с отметкой банка
о проведении платежа и списании средств со счета Подрядчиком и поступлением
денежных средств на счет Заказчика.
Внесенные Подрядчиком в обеспечение исполнения обязательств Подрядчика по
Контракту денежные средства обеспечивают исполнение Подрядчиком всех
обязательств Подрядчика по Контракту, в том числе обязательств, связанных с
неисполнением либо ненадлежащим исполнением Контракта Подрядчиком, включая
обязательства по возмещению Заказчику убытков, по уплате Заказчику неустоек
(штрафов, пеней), начисленных Заказчиком в связи с неисполнением либо
ненадлежащим исполнением Подрядчиком предусмотренных Контрактом
обязательств.
В случае неисполнения или ненадлежащего исполнения Подрядчиком обеспеченных
внесением денежных средств обязательств, Заказчик имеет право удержать из
внесенных Подрядчиком денежных средств сумму, равную сумме денежных средств,
21
которую Подрядчик обязан уплатить Заказчику в качестве неустойки (штрафов, пеней)
или в качестве возмещения убытков, либо иной сумме денежных средств, подлежащей
уплате Подрядчиком Заказчику по Контракту. Удержанные Заказчиком денежные
средства переходят в бюджет города Москвы.
Денежные средства, в том числе часть этих денежных средств, в случае уменьшения
размера обеспечения исполнения Контракта в соответствии с частями 7, 7.1 и
7.2 статьи 96 Закона о контрактной системе возвращаются Заказчиком Подрядчику по
истечении срока действия данного обеспечения в срок до 30 (тридцати) календарных
дней с даты исполнения Подрядчиком обязательств, предусмотренных Контрактом.
Денежные средства возвращаются на банковский счет Подрядчика.
10.7. Обеспечение исполнения Контракта распространяется на случаи неисполнения
или ненадлежащего исполнения Подрядчиком обязательств по Контракту, неуплаты
Подрядчиком неустоек (штрафов, пеней), предусмотренных Контрактом, а также
убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
исполнением Подрядчиком своих обязательств по Контракту.
10.8. В ходе исполнения Контракта Подрядчик вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного
обеспечения исполнения Контракта новое обеспечение исполнения Контракта, размер
которого может быть уменьшен в порядке и случаях, которые предусмотрены частями
7.2 и 7.3 статьи 96 Закона о контрактной системе.
10.9. Подрядчик вправе изменить способ обеспечения гарантийных обязательств и
(или) предоставить Заказчику взамен ранее предоставленного обеспечения
гарантийных обязательств новое обеспечение гарантийных обязательств.
10.10. В случае отзыва в соответствии с законодательством Российской Федерации у
банка, предоставившего
независимую
гарантию
в
качестве обеспечения исполнения Контракта, лицензии на осуществление банковских
операций предоставить новое обеспечение исполнения Контракта не
позднее одного месяца со дня надлежащего уведомления Заказчиком Подрядчика
о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены
частями 7, 7.1, 7.2 и 7.3 статьи 96 Закона о контрактной системе. За каждый день
просрочки исполнения Подрядчиком обязательства, предусмотренного частью 30
статьи 34 Закона о контрактно системе, начисляется пеня в размере, определенном в
порядке, установленном в соответствии со статьей 8 Контракта.
Статья 11. Обстоятельства непреодолимой силы
11.1. Стороны освобождаются от ответственности за частичное или полное
неисполнение обязательств по Контракту в случае, если оно явилось следствием
22
действия обстоятельств непреодолимой силы, а именно чрезвычайных и
непредотвратимых при данных условиях обстоятельств, в том числе стихийных
природных явлений (землетрясений, наводнений, пожара и т.д.), действий
объективных внешних факторов (военные действия, акты органов государственной
власти и управления и т.п.), а также других чрезвычайных обстоятельств,
подтвержденных в установленном законодательством порядке, препятствующих
надлежащему исполнению обязательств по Контракту, которые возникли после
заключения Контракта, на время действия этих обстоятельств, если эти обстоятельства
непосредственно повлияли на исполнение Сторонами своих обязательств, а также
которые Стороны были не в состоянии предвидеть и предотвратить.
11.2. Сторона, для которой надлежащее исполнение обязательств оказалось
невозможным вследствие возникновения обстоятельств непреодолимой силы, обязана
в течение 5 (пяти) календарных дней с даты возникновения таких обстоятельств
уведомить в письменной форме другую Сторону об их возникновении, виде и
возможной продолжительности действия с приложением документов,
удостоверяющих факт наступления обстоятельств непреодолимой силы.
11.3. Если, по мнению Сторон, выполнение работ может быть продолжено в порядке,
действовавшем согласно Контракту до начала действия обстоятельств непреодолимой
силы, то срок исполнения обязательств по Контракту продлевается соразмерно
времени, в течение которого действовали обстоятельства непреодолимой силы и их
последствия.
11.4. В случае возникновения обстоятельств непреодолимой силы Стороны вправе
расторгнуть Контракт, и в этом случае ни одна из Сторон не вправе требовать
возмещения убытков.
11.5. Подтверждением наличия обстоятельств непреодолимой силы и их
продолжительности является письменное свидетельство уполномоченных органов или
уполномоченных организаций.
Статья 12. Порядок урегулирования споров
12.1. При исполнении своих обязательств по Контракту Стороны должны действовать
добросовестно и разумно. При исполнении Контракта ни одна из Сторон не вправе
извлекать преимущество из своего незаконного или недобросовестного поведения.
12.2. При возникновении любых противоречий, претензий и разногласий, а также
споров, связанных с исполнением Контракта (далее - разногласия), Стороны
предпринимают усилия для урегулирования разногласий путем переговоров и
оформляют результаты таких переговоров с учетом положений Контракта.
12.3. Все достигнутые договоренности Стороны оформляют в виде дополнительных
23
соглашений, подписанных Сторонами и скрепленных печатями (при наличии печати).
12.4. Все неурегулируемые разногласия разрешаются Сторонами в судебном порядке.
До передачи спора на разрешение Арбитражного суда города Москвы Стороны
принимают меры к его урегулированию в претензионном порядке.
12.5. В случае наличия споров, разногласий и претензий относительно исполнения
одной из Сторон своих обязательств другая Сторона может направить претензию с
использованием единой информационной системы в сфере закупок путем направления
электронных уведомлений.
По полученной претензии Сторона должна дать с использованием единой
информационной системы в сфере закупок электронный ответ по существу в срок, не
превышающий 15 (пятнадцати) календарных дней с даты ее получения. Оставление
претензии без ответа в установленный срок означает признание требований претензии.
12.6. Претензия оформляется в письменной форме. В претензии указывается:
наименование, почтовый адрес и реквизиты организации (учреждения, предприятия),
предъявившей претензию; наименование, почтовый адрес и реквизиты организации
(учреждения, предприятия), которой направлена претензия.
В претензии перечисляются допущенные при исполнении Контракта нарушения со
ссылкой на соответствующие положения Контракта или его приложений, а также
действия, которые должны быть произведены Стороной для устранения нарушений.
Если претензионные требования подлежат стоимостной оценке, в претензии
указывается истребуемая сумма, ее полный и обоснованный расчет.
В подтверждение заявленных требований к претензии прилагаются надлежащим
образом оформленные и заверенные необходимые документы либо выписки из них.
В претензии могут быть указаны иные сведения, которые, по мнению заявителя, будут
способствовать более быстрому и правильному ее рассмотрению, объективному
урегулированию спора.
12.7. В случае невыполнения Сторонами своих обязательств и при не урегулировании
Сторонами спора в досудебном порядке споры по Контракту разрешаются в
Арбитражном суде города Москвы.
Статья 13. Срок исполнения, порядок изменения Контракта
13.1. Контракт вступает в силу со дня его подписания Сторонами. Срок исполнения
Контракта сторонами 26.12.2028.
13.2. Выполнение работ по истечении предусмотренного Контрактом срока
24
исполнения обязательств Подрядчика по выполнению работ допускается в случае
выполнения работ в рамках проведения претензионной работы, инициированной
Заказчиком.
13.3. Контракт должен быть зарегистрирован Заказчиком в Реестре контрактов,
заключенных заказчиками.
13.4. Изменение и дополнение Контракта возможно по соглашению Сторон. Все
изменения и дополнения оформляются путем подписания Сторонами дополнительных
соглашений к Контракту. Дополнительные соглашения к Контракту являются его
неотъемлемой частью и вступают в силу с момента их подписания Сторонами.
Дополнительные соглашения к Контракту подлежат регистрации в Реестре
контрактов, заключенных заказчиками.
Статья 14. Прочие условия
14.1. Все уведомления Сторон, связанные с исполнением Контракта, направляются в
письменной или электронной форме по почте заказным письмом по фактическому
адресу Стороны Контракта или нарочно, а также с использованием факсимильной
связи, электронной почты. В случае направления уведомлений с использованием
почты уведомления считаются полученными Стороной в день фактического
получения, подтвержденного отметкой почты. В случае отправления уведомлений
посредством факсимильной связи и электронной почты уведомления считаются
полученными Стороной в день их отправки.
14.2. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
действующим законодательством Российской Федерации.
14.3. Выполнение в полном объеме обязательств, предусмотренных Контрактом,
Заказчиком и Подрядчиком является основанием для регистрации сведений об
исполнении Контракта в Реестре контрактов, заключенных заказчиками, в порядке,
предусмотренном действующими нормативными правовыми актами Российской
Федерации и города Москвы.
Статья 15. Электронное взаимодействие Сторон Контракта
15.1. Стороны при исполнении Контракта осуществляют обмен подписанным УКЭП
электронным структурированным Документом о приемке, а также информацией в
соответствии с статьей «Порядок сдачи-приемки выполненных работ», посредством
использования Подрядчиком АИС «Портал поставщиков» в соответствии с
Регламентом ведения Портала поставщиков (далее - Регламент), размещенным на
официальном сайте АИС «Портал поставщиков» https://zakupki.mos.ru/ и Заказчикомединой информационной системы в сфере закупок.
25
15.2. Подрядчик для работы в АИС «Портал поставщиков»:
- назначает должностных лиц, ответственных за организацию и осуществление
электронного документооборота в соответствии с настоящей статьей Контракта (далее
– уполномоченные должностные лица);
- обеспечивает получение УКЭП в аккредитованных удостоверяющих центрах в
соответствии с требованиями законодательства Российской Федерации для
должностных лиц, уполномоченных на подписание документов при исполнении
Контракта;
- обеспечивает регистрацию в АИС «Портал поставщиков» в соответствии с
Регламентом;
- использует для подписания в АИС «Портал поставщиков» электронных документов
УКЭП.
15.3. Стороны признают, что используемые в соответствии с настоящей статьей
Контракта электронные документы имеют равную юридическую силу с документами
на бумажных носителях информации, подписанными собственноручными подписями
уполномоченных должностных лиц и оформленными в установленном порядке.
15.4. Электронные документы и информация в соответствии с настоящей статьей,
полученные Сторонами друг от друга при исполнении Контракта, не требуют
дублирования документами, оформленными на бумажных носителях информации, за
исключением случаев, когда необходимость наличия документа на бумажном
носителе предусмотрена законодательством Российской Федерации.
15.5. Получение доступа к работе в АИС «Портал поставщиков», в том числе в целях
осуществления электронного документооборота при исполнении Контракта, для
Сторон осуществляется безвозмездно.
Статья 16. Адреса, реквизиты и подписи Сторон
ЗАКАЗЧИК:
ПОДРЯДЧИК:
Государственное казенное учреждение ____________________________
города Москвы - Центр организации Адреса:
дорожного движения Правительства - юридический: _____;
Москвы
- фактический: _____;
Адреса:
Телефон: , факс: _____;
- юридический: 111033, г. Москва, ул.Адрес электронной почты: _____;
Золоторожский Вал, д. 4, стр. 2;
Получатель: л/с_____________________;
- фактический адрес: 111033, Г.Москва,ОГРН: _____;
УЛ. ЗОЛОТОРОЖСКИЙ ВАЛ, Дом ИНН: _____;
26
(Корпус/строение) Д. 4, СТР. 2;
Телефон: +7 (495) 361-79-40, факс: +7
(495) 361-79-40;
А д р е с
э л е к т р о н н о й
почты: placing@transport.mos.ru;
Получатель: Плательщик: Департамент
финансов города Москвы (ГКУ ЦОДД л/с
0378011000450168)
Наименование банка: ОКЦ № 1 ГУ
БАНКА РОССИИ ПО ЦФО//УФК по г.
Москве г. Москва
ОКТМО 45388000
ОКАТО 45290564000
БИК 004525988
Казначейский счет 03221643450000007300
Единый казначейский счет
КПП: _____;
40102810545370000003
БИК: _____;
ОГРН: 1027739355930;
ОКОПФ: ____;
ИНН: 7710350884;
Название Банка: _____;
КПП: 772201001;
р/с: _____;
БИК: __________________;
Н
а
з
в
а
н
и
е к/с: _____;
Банка: ____________________________; л/с: _____;
Интернет сайт: _____;
р/с: _____________________________;
_____________________
л/с: ___________________________;
к
/
с
:( Ф И О л и ц а , у п о л н о м о ч е н н о г о н а
_____________________________________ подписание контракта)
М.П.(при наличии)
;
Реквизиты счета для перечисления
денежных средств в качестве обеспечения
исполнения контракта: / обеспечения
гарантийных обязательств (при наличии) :
Получатель: Департамент финансов города
Москвы (ГКУ ЦОДД л/с №
2178031000450168)
ИНН: 7710350884
КПП: 772201001
ОГРН: 1027739355930
ОКТМО 45388000
ОКАТО 45290564000
Банк получателя: ОКЦ № 1 ГУ БАНКА
РОССИИ ПО ЦФО// УФК по г. Москве, г.
Москва
Казначейский счет 03222643450000007300
27
Единый казначейский
40102810545370000003
БИК 004525988
Интернет сайт: www.gucodd.ru;
счет
________________________
(ФИО лица, уполномоченного на
подписание контракта)
М.П.
Приложение № 2 к Контракту
№ ____________________
от ______________________________
График выполнения работ (Календарный план)
№
п/п
1
2
3
4
5
6
Наименование работ
Работы по модернизации
информационных систем и
ресурсов (В
соответствии с пунктом 1
Приложения 1 к ТЗ)
Работы по модернизации
информационных систем и
ресурсов (В
соответствии с пунктом 2
Приложения 1 к ТЗ)
Работы по модернизации
информационных систем и
ресурсов (В
соответствии с пунктом 3
Приложения 1 к ТЗ)
Работы по модернизации
информационных систем и
ресурсов (В
соответствии с пунктом 4
Приложения 1 к ТЗ)
Сопровождение
информационных систем и
ресурсов (В
соответствии с пунктом 5
Приложения 1 к ТЗ)
Сопровождение
Этапы выполнения
работ (Дата)
Отчетные документы,
результат выполнения
работ
1-й этап:
с 09.11.2026 по 30.11.2026
Объем – 40,095 усл. ед.
2-й этап:
с 01.12.2026 по 30.04.2027
Объем – 78,499 усл. ед.
3-й этап:
с 01.05.2027 по 30.01.2028
Объем – 18,450 усл. ед.
4-й этап:
с 31.01.2028 по 10.11.2028
Объем – 21,052 усл. ед.
5-й этап:
с 09.11.2026 по 15.11.2026
Объем – 1 усл. ед.
6-й этап:
28
В соответствии с п. 3.5.1
Технического задания.
с 16.11.2026 по 02.11.2028
Объем – 1 усл.ед.
информационных систем и
ресурсов (В
соответствии с пунктом 6
Приложения 1 к ТЗ)
отчетный период – период
выполнения работ, по
окончании которого
производится сдачаприемка выполненных
работ и их оплата –
календарный квартал.
Отчетный период с
02.12.2026 по 31.12.2026
делится на два периода:
1-й период с 02.12.2026 по
20.12.2026,
2-й с 21.12.2026 по
31.12.2026.
Отчетный период с
01.10.2027 по 31.12.2027
делится на два периода:
1-й период с 01.10.2027 по
20.12.2027,
2-й с 21.12.2027 по
31.12.2027.
29

=== ФАЙЛ: OpenCompetition14946270.pdf | docs/0173200001426001993/OpenCompetition14946270.pdf
ИНФОРМАЦИОННАЯ КАРТА
КОНКУРСА В ЭЛЕКТРОННОЙ ФОРМЕ
Выполнение работ по модернизации информационной системы единый сервис
идентификации пользователей (ИС ЕСИП) и поддержание ее работоспособности в 20262028 годах
Заказчик: Государственное казенное учреждение города Москвы - Центр организации
дорожного движения Правительства Москвы
Москва, 2026 г.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
СОДЕРЖАНИЕ
I.
Информация о проведении закупки
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
III.
Размер и порядок обеспечения заявок на участие в закупке, обеспечения исполнения контракта
IV.
Иные положения
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
I. Информация о проведении закупки
1
Наименование объекта закупки
Выполнение работ по модернизации информационной системы
Открытый конкурс в
1.1
единый сервис идентификации пользователей (ИС ЕСИП) и
электронной форме
поддержание ее работоспособности в 2026-2028 годах
2
Открытый конкурс в электронной форме проводит:
Наименование:
Государственное казенное учреждение города Москвы - Центр
организации дорожного движения Правительства Москвы
Место нахождения:
111033, Г.Москва, УЛ. ЗОЛОТОРОЖСКИЙ ВАЛ, Дом
(Корпус/строение) Д. 4, СТР. 2
Почтовый адрес:
111033, г. Москва, ул. Золоторожский Вал, д. 4, стр. 2
Заказчик (заказчики
Номер контактного телефона:
2.1
совместной закупки)
+7 (495) 361-79-40
Адрес электронной почты:
placing@transport.mos.ru
Ответственное должностное лицо или контрактный
управляющий:
ФИО: Мустафин Ринат Ильдарович
Телефон: +7 (495) 361-79-40
Электронная почта: placing@transport.mos.ru
2.2
2.3
2.4
Уполномоченный
орган (уполномоченное Департамент города Москвы по конкурентной политике
учреждение)
Организатор совместной
закупки (в случае, если
Не применяется
закупка является
совместной)
Адрес сайта электронной
https://www.roseltorg.ru/search/com#login
площадки:
Информация о количестве, единице измерения и месте поставки товара / информация об
объеме, единице измерения (при наличии) и месте выполнения работы или оказания услуги.
Лот №1
Место выполнения работ: Город Москва, переулок Лесной 2-й, дом 11, строение 1. Период
выполнения работ с 09.11.2026 г по 30.11.2026 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Работы по модернизации информационных систем и ресурсов : 40.095 усл. ед; код ОКПД2:
62.01.11.000
3
Место выполнения работ: Город Москва, переулок Лесной 2-й, дом 11, строение 1. Период
выполнения работ с 01.12.2026 г по 30.04.2027 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Работы по модернизации информационных систем и ресурсов : 78.499 усл. ед; код ОКПД2:
62.01.11.000
Место выполнения работ: Город Москва, переулок Лесной 2-й, дом 11, строение 1. Период
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
выполнения работ с 01.05.2027 г по 30.01.2028 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Работы по модернизации информационных систем и ресурсов : 18.45 усл. ед; код ОКПД2:
62.01.11.000
Место выполнения работ: Город Москва, переулок Лесной 2-й, дом 11, строение 1. Период
выполнения работ с 31.01.2028 г по 10.11.2028 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Работы по модернизации информационных систем и ресурсов : 21.052 усл. ед; код ОКПД2:
62.01.11.000
Место выполнения работ: Город Москва, переулок Лесной 2-й, дом 11, строение 1. Период
выполнения работ с 09.11.2026 г по 15.11.2026 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Сопровождение информационных систем и ресурсов : 1 усл. ед; код ОКПД2: 62.02.30.000
Место выполнения работ: Город Москва, переулок Лесной 2-й, дом 11, строение 1. Период
выполнения работ с 16.11.2026 г по 02.11.2028 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Сопровождение информационных систем и ресурсов : 1 усл. ед; код ОКПД2: 62.02.30.000
4
5
6
7
8
8.1
8.2
9
Начальная
Лот № 1 : 143 864 502,27 руб.
(максимальная) цена
контракта
Начальная максимальная Лот № 1:
цена за единицу товара, Не применяется
работы или услуги
Год бюджета 2026 : Лимит бюджетных обязательств, КБК: 7800408-01И0800000-244-000 : 23 940 620,86 руб.
Источник
Год бюджета 2027 : Лимит бюджетных обязательств, КБК: 780финансирования закупки 0408-01И0800000-244-000 : 71 987 005,26 руб.
Год бюджета 2028 : Лимит бюджетных обязательств, КБК: 7800408-01И0800000-244-000 : 47 936 876,15 руб.
Обоснование начальной
Метод определения НМЦ:
(максимальной) цены
Сметный;
контракта
Преимущества предоставляются при осуществлении закупок
Учреждениям и
предприятиям уголовноисполнительной
системы, при условии
Не предоставляются
соответствия ст. 28
Закона о контрактной
системе
Организациям
инвалидов при условии
соответствия статье 29
Не предоставляются
Закона о контрактной
системе
Ограничение участия в определении поставщика (подрядчика, исполнителя)
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Субъектам малого
предпринимательства, пр
и условии соответствия
статье 30 Закона о
контрактной системе.
Социально
ориентированным
некоммерческим
организациям (за
исключением социально
ориентированных
некоммерческих
организаций,
учредителями которых
являются Российская
Федерация, субъекты
Российской Федерации
9.1
Лот № 1: Не установлено
или муниципальные
образования),
осуществляющих в
соответствии с
учредительными
документами виды
деятельности,
предусмотренные ч. 1
статьи 31.1
Федерального закона от
12 января 1996 года № 7ФЗ «О некоммерческих
организациях».
Предоставляются при
условии соответствия
статье 30 Закона о
контрактной системе
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
Участники закупки имеют право выступать в отношениях,
связанных с осуществлением закупки, как непосредственно, так и
Общие требования,
через своих представителей. Полномочия представителей
предъявляемые к
участников закупки подтверждаются доверенностью, выданной и
10
участникам открытого
оформленной в соответствии с гражданским законодательством.
конкурса электронной
Подача заявок на участие в электронном конкурсе осуществляется
форме
только лицами, зарегистрированными в единой информационной
системе и аккредитованными на электронной площадке.
Общие требования,
предъявляемые к
участникам открытого
При осуществлении закупки заказчик устанавливает следующие
11
конкурса в электронной
единые требования к участникам закупки:
форме в соответствии
со статьей 31 Закона о
контрактной системе.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
11.1
11.2
11.3
11.4
11.5
11.6
11.7
11.8
Соответствие требованиям, установленным в соответствии с законодательством Российской
Федерации к лицам, осуществляющим поставку товара, выполнение работы, оказание
услуги, являющихся объектом закупки, предусмотренные п. 1 ч.1 ст. 31 Федерального
закона
Лот № 1: Не требуется
Непроведение ликвидации участника закупки – юридического лица и отсутствие решения
арбитражного суда о признании участника закупки – юридического лица или
индивидуального предпринимателя несостоятельным (банкротом) и об открытии
конкурсного производства.
Неприостановление деятельности участника закупки в порядке, установленном Кодексом
Российской Федерации об административных правонарушениях.
Отсутствие у участника закупки недоимки по налогам, сборам, задолженности по иным
обязательным платежам в бюджеты бюджетной системы Российской Федерации (за
исключением сумм, на которые предоставлены отсрочка, рассрочка, инвестиционный
налоговый кредит в соответствии с законодательством Российской Федерации о налогах и
сборах, которые реструктурированы в соответствии с законодательством Российской
Федерации, по которым имеется вступившее в законную силу решение суда о признании
обязанности заявителя по уплате этих сумм исполненной или которые признаны
безнадежными к взысканию в соответствии с законодательством Российской Федерации о
налогах и сборах) за прошедший календарный год, размер которых превышает двадцать
пять процентов балансовой стоимости активов участника закупки, по данным бухгалтерской
отчетности за последний отчетный период. Участник закупки считается соответствующим
установленному требованию в случае, если им в установленном порядке подано заявление
об обжаловании указанных недоимки, задолженности и решение по такому заявлению на
дату рассмотрения заявки на участие в определении поставщика (подрядчика, исполнителя)
не принято.
Отсутствие у участника закупки - физического лица либо у руководителя, членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, или главного бухгалтера юридического лица - участника закупки
судимости за преступления в сфере экономики и (или) преступления, предусмотренные
статьями 289, 290, 291, 291.1 Уголовного кодекса Российской Федерации (за исключением
лиц, у которых такая судимость погашена или снята), а также неприменение в отношении
указанных физических лиц наказания в виде лишения права занимать определенные
должности или заниматься определенной деятельностью, которые связаны с поставкой
товара, выполнением работы, оказанием услуги, являющихся объектом осуществляемой
закупки, и административного наказания в виде дисквалификации.
Участник закупки - юридическое лицо, которое в течение двух лет до момента подачи
заявки на участие в закупке не было привлечено к административной ответственности за
совершение административного правонарушения, предусмотренного статьей 19.28 Кодекса
Российской Федерации об административных правонарушениях.
Обладание участником закупки исключительными правами на результаты интеллектуальной
деятельности, если в связи с исполнением контракта заказчик приобретает права на такие
результаты, за исключением случаев заключения контрактов на создание произведений
литературы или искусства, исполнения, на финансирование проката или показа
национального фильма.
Отсутствие обстоятельств, при которых должностное лицо заказчика (руководитель
заказчика, член комиссии по осуществлению закупок, руководитель контрактной службы
заказчика, контрактный управляющий), его супруг (супруга), близкий родственник по
прямой восходящей или нисходящей линии (отец, мать, дедушка, бабушка, сын, дочь, внук,
внучка), полнородный или неполнородный (имеющий общих с должностным лицом
заказчика отца или мать) брат (сестра), лицо, усыновленное должностным лицом заказчика,
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
11.9
11.10
11.11
12
13
14
14.1
14.2
15
либо усыновитель этого должностного лица заказчика является:
а) физическим лицом (в том числе зарегистрированным в качестве индивидуального
предпринимателя), являющимся участником закупки;
б) руководителем, единоличным исполнительным органом, членом коллегиального
исполнительного органа, учредителем, членом коллегиального органа унитарной
организации, являющейся участником закупки;
в) единоличным исполнительным органом, членом коллегиального исполнительного органа,
членом коллегиального органа управления, выгодоприобретателем корпоративного
юридического лица, являющегося участником закупки. Выгодоприобретателем является
физическое лицо, которое владеет напрямую или косвенно (через юридическое лицо или
через несколько юридических лиц) более чем десятью процентами голосующих акций
хозяйственного общества либо владеет напрямую или косвенно (через юридическое лицо
или через несколько юридических лиц) долей, превышающей десять процентов в уставном
(складочном) капитале хозяйственного товарищества или общества
Отсутствие в реестре недобросовестных поставщиков (подрядчиков, исполнителей)
информации об участнике закупки, в том числе о лицах, информация о которых содержится
в заявке на участие в закупке в соответствии с подпунктом "в" пункта 1 части 1 статьи 43
Закона о контрактной системе, если Правительством Российской Федерации не установлено
иное.
Участник закупки не является офшорной компанией, не имеет в составе участников (членов)
корпоративного юридического лица или в составе учредителей унитарного юридического
лица офшорной компании, а также не имеет офшорных компаний в числе лиц, владеющих
напрямую или косвенно (через юридическое лицо или через несколько юридических лиц)
более чем десятью процентами голосующих акций хозяйственного общества либо долей,
превышающей десять процентов в уставном (складочном) капитале хозяйственного
товарищества или общества.
Участник закупки не является иностранным агентом.
Отсутствие у участника закупки ограничений для участия в закупках, установленных
законодательством Российской Федерации.
Дополнительные требования к участникам закупок аудиторских и сопутствующих аудиту
услуг, а также консультационных услуг.
Не установлено
Дополнительные требования к участникам закупки отдельных видов товаров, работ, услуг
для обеспечения государственных и муниципальных нужд
Дополнительные требования к участникам закупки согласно ч. 2 ст. 31 Закона о
контрактной системе (ПП РФ от 29.12.2021 № 2571):
Не требуется
Дополнительное требование к участникам закупки согласно ч.2.1 ст.31 Закона о
контрактной системе:
Установлено дополнительное требование об исполнении участником закупки (с учетом
правопреемства) в течение трех лет до даты подачи заявки на участие в закупке контракта,
заключенного в соответствии с Федеральным законом от 05.04.2013 N 44-ФЗ "О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд" или договора, заключенного в соответствии с
Федеральным законом от 18 июля 2011 года N 223-ФЗ "О закупках товаров, работ, услуг
отдельными видами юридических лиц" при условии исполнения таким участником закупки
требований об уплате неустоек (штрафов, пеней), предъявленных при исполнении таких
контракта, договора. Стоимость исполненных обязательств по таким контракту, договору
должна составлять не менее двадцати процентов начальной (максимальной) цены контракта.
Отстранение участника закупки от участия в определении поставщика (подрядчика,
исполнителя) или отказ от заключения контракта с победителем определения поставщика
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
16
17
17.1
17.2
(подрядчика, исполнителя) осуществляется в любой момент до заключения контракта, если
заказчик или комиссия по осуществлению закупок обнаружит, что участник закупки не
соответствует требованиям, или предоставил недостоверную информацию в отношении
своего соответствия указанным требованиям.
Исчерпывающий перечень документов, которые должны быть представлены участниками
открытого конкурса в электронной форме
Заявка на участие в открытом конкурсе в электронной форме состоит из двух частей и
предложения участника открытого конкурса в электронной форме о цене контракта (третьей
части).
В случае проведения открытого конкурса в электронной форме в соответствии с частью 19
статьи 48 Закона о контрактной системе заявка состоит из второй и третьей частей.
Требования к содержанию, составу первой части заявки на участие в открытом конкурсе в
электронной форме (в случае, если в извещении об осуществлении закупки установлены
критерии, предусмотренные пунктами 2 и 3 части 1 статьи 32 Закона о контрактной
системе):
1. Предложение участника электронного конкурса по критериям, предусмотренным
пунктами 2 и (или) 3 части 1 статьи 32 Закона о контрактной системе (в случае установления
таких критериев). При этом отсутствие указанного предложения не является основанием для
отклонения заявки на участие в закупке.
2. Заявка может содержать иные информацию и документы, в том числе эскиз, рисунок,
чертеж, фотография, иное изображение предлагаемого участником закупки товара. При этом
отсутствие таких информации и документов не является основанием для отклонения заявки
на участие в закупке
Требования к содержанию, составу второй части заявки на участие в открытом конкурсе в
электронной форме:
1. Решение о согласии на совершение или о последующем одобрении крупной сделки, если
требование о наличии такого решения установлено законодательством Российской
Федерации, учредительными документами юридического лица и для участника закупки
заключение контракта на поставку товара, выполнение работы или оказание услуги,
являющихся объектом закупки, либо внесение денежных средств в качестве обеспечения
заявки на участие в закупке, обеспечения исполнения контракта является крупной сделкой
2. Декларация о соответствии участника закупки требованиям, установленным пунктами 3 5, 7 - 11 части 1 статьи 31 Закона о контрактной системе (если информация и документы,
которые подтверждают соответствие участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, содержатся в открытых и
общедоступных государственных реестрах, размещенных в информационнотелекоммуникационной сети "Интернет", в указанную декларацию может быть также
включено положение о соответствии участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, с указанием адреса сайта или
страницы сайта в информационно-телекоммуникационной сети "Интернет", на которых
размещены такие информация и документы)
3. Реквизиты счета участника закупки, на который в соответствии с законодательством
Российской Федерации осуществляется перечисление денежных средств в качестве оплаты
поставленного товара, выполненной работы (ее результатов), оказанной услуги, а также
отдельных этапов исполнения контракта, за исключением случаев, если в соответствии с
законодательством Российской Федерации такой счет открывается после заключения
контракта
4. Информация и документы, которые подтверждают квалификацию участника закупки
(отсутствие таких информации и документов не является основанием для признания заявки
не соответствующей требованиям Закона о контрактной системе)
В случае если участник закупки является юридическим лицом, зарегистрированным на
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
17.3
18
18.1
18.2
18.3
18.4
18.5
18.6
19
территории государства - члена Евразийского экономического союза, за исключением
Российской Федерации, или физическим лицом, являющимся гражданином государства члена Евразийского экономического союза, за исключением Российской Федерации,
необходимо представить информацию и документы, подтверждающие предоставление
обеспечения заявки на участие в закупке, в форме электронных документов или в форме
электронных образов бумажных документов. (Постановление Правительства РФ от
10.04.2023 № 579).
Третья часть заявки на участие в открытом конкурсе в электронной форме должна
содержать предложение участника закупки о цене контракта или предложение участника
закупки о сумме цен единиц товара, работы, услуги (в случае, предусмотренном частью 24
статьи 22 Закона о контрактной системе)
Срок, место и порядок подачи заявок участников закупки
Участник открытого конкурса в электронной форме вправе подать
заявку на участие в открытом конкурсе в электронной форме в
любое время с момента размещения извещения о его проведении
до предусмотренных извещением даты и времени окончания
Срок подачи
срока подачи таких заявок.
Участник открытого конкурса в электронной форме вправе подать
только одну заявку на участие в открытом конкурсе в электронной
форме.
Дата и время окончания
срока подачи заявок на
участие в открытом
22.10.2026 г. в 10:00
конкурсе в электронной
форме
Дата рассмотрения и
оценки первых частей
заявок на участие в
26.10.2026 г.
открытом конкурсе в
электронной форме
Дата подачи
участниками открытого
конкурса в электронной 27.10.2026 г.
форме предложений о
цене контракта
Дата рассмотрения и
оценки вторых частей
заявок на участие в
29.10.2026 г.
открытом конкурсе в
электронной форме
Дата подведения итогов 30.10.2026 г.
Подача ценовых предложений (предложений о цене контракта
либо о сумме цен единиц товара, работы, услуги (в случае,
предусмотренном частью 24 статьи 22 Закона о контрактной
системе) проводится на электронной площадке в день, указанный
Порядок подачи
в извещении о проведении открытого конкурса в электронной
предложений о цене
форме.
контракта
Продолжительность приема предложений о цене контракта
составляет один час.
Время начала проведения такой процедуры устанавливается
оператором электронной площадки в соответствии со временем
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
часовой зоны, в которой расположен заказчик.
В случае, если участником закупки не подано предложение,
предусмотренное настоящим пунктом, ценовым предложением
участника закупки считается предложение, содержащееся в
третьей части заявки на участие в закупке.
Внесение изменений в извещение. Разъяснения положений извещения. Отказ от проведения
20
открытого конкурса
Заказчик вправе внести изменения в извещение об осуществлении
Внесение изменений в
20.1
закупки не позднее чем за один рабочий день до даты окончания
извещение
срока подачи заявок на участие в закупке
Даты начала и окончания
предоставления
Дата начала предоставления разъяснений: с даты публикации
20.2
участникам закупки
извещения
разъяснений положений Дата окончания предоставления разъяснений: 19.10.2026 г.
извещения
Любой участник закупки, зарегистрированный в единой
информационной системе, вправе направить с использованием
электронной площадки заказчику не более чем три запроса о даче
разъяснений положений извещения об осуществлении закупки
при проведении электронного конкурса и электронного аукциона
не позднее чем за три дня до окончания срока подачи заявок на
участие в закупке. Не позднее одного часа с момента поступления
Порядок предоставления такого запроса оператор электронной площадки направляет его с
участникам закупки
использованием электронной площадки заказчику. Не позднее
20.3
разъяснений положений двух дней со дня, следующего за днем поступления заказчику
извещения об
запроса о даче разъяснения положений извещения об
исуществлении закупки. осуществлении закупки, заказчик формирует с использованием
единой информационной системы, подписывает усиленной
электронной подписью лица, имеющего право действовать от
имени заказчика, и размещает в единой информационной системе
разъяснение положений извещения об осуществлении закупки с
указанием предмета запроса, но без указания участника закупки,
от которого поступил такой запрос. Такие разъяснения не должны
изменять суть извещения об осуществлении закупки.
III. Размер и порядок обеспечения заявок на участие в закупке, обеспечения исполнения контракта
Размер обеспечения заявки предусмотрен извещением
Порядок обеспечения заявок:
21
Размер обеспечения
заявок на участие в
открытом конкурсе в
электронной форме
Обеспечение заявки может предоставляться в виде денежных
средств или независимой гарантии. Выбор способа обеспечения
заявки осуществляется участником закупки.
Обеспечение заявки в виде денежных средств предоставляется в
соответствии с правилами и порядком, определенными
оператором электронной площадки с использованием
специального счета, открытого участником закупки в одном из
банков, предусмотренных пп. «а» п. 1 ч. 5 ст. 44 Федерального
закона от 05.04.2013 № 44-ФЗ»
Обеспечение заявки в виде независимой гарантии предоставляется
в соответствии с условиями настоящей информационной карты.
Участники закупки, являющиеся юридическими лицами,
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
зарегистрированными на территории государства - члена
Евразийского экономического союза, за исключением Российской
Федерации, или физическими лицами, являющимися гражданами
государства - члена Евразийского экономического союза, за
исключением Российской Федерации, вправе предоставить
обеспечение заявок в виде денежных средств, которые вносятся
участниками закупки на счет, указанный заказчиком в извещении
об осуществлении закупки, на котором в соответствии с
законодательством Российской Федерации учитываются операции
со средствами, поступающими заказчику. (Постановление
Правительства РФ от 10.04.2023 № 579).
21.1.
Условия независимой
гарантии,
предоставляемой в
качестве обеспечения
заявки
Независимая гарантия, выданная участнику закупки банком,
государственной корпорацией развития «ВЭБ.РФ», фондами
содействия кредитованию, Евразийским банком развития (если
участник закупки является юридическим лицом,
зарегистрированным на территории государства - члена
Евразийского экономического союза, за исключением Российской
Федерации, или физическим лицом, являющимся гражданином
государства - члена Евразийского экономического союза, за
исключением Российской Федерации), для целей обеспечения
заявки на участие в закупке, должна соответствовать требованиям
статьи 45 Федерального закона, постановления Правительства
Российской Федерации от 08.11.2013 г. № 1005.
Независимая гарантия должна в том числе содержать:
- указание на то, что все споры по независимой гарантии подлежат
рассмотрению в Арбитражном суде города Москвы.
- условие об обязанности гаранта уплатить заказчику
(бенефициару) денежную сумму по независимой гарантии не
позднее десяти рабочих дней со дня, следующего за днем
получения гарантом требования заказчика (бенефициара),
соответствующего условиям такой независимой гарантии, при
отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого
требования.
Срок действия независимой гарантии, предоставленной в качестве
обеспечения заявки, должен составлять не менее чем месяц с даты
окончания срока подачи заявок.
Типовая форма независимой гарантии, предоставляемой в
качестве обеспечения заявки представлена в Приложении № 1 к
информационной карте конкурса в электронной форме.
Размер обеспечения исполнения контракта предусмотрен
извещением
22
Размер обеспечения
исполнения контракта
Если участником закупки предложена цена контракта, которая на
25 и более процентов ниже начальной (максимальной) цены
контракта, либо предложена сумма цен единиц товара, работы,
услуги, которая на 25 и более процентов ниже начальной суммы
цен указанных единиц, участник предоставляет обеспечение
исполнения контракта в размере и на условиях, предусмотренных
статьей 37 Закона о контрактной системе.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Исполнение контракта может обеспечиваться предоставлением
независимой гарантии, соответствующей требованиям ст. 45
Закона о контрактной системе, или внесением денежных средств
на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции
со средствами, поступающими заказчику.
Способ обеспечения исполнения контракта определяется
участником закупки, с которым заключается контракт,
самостоятельно.
Срок действия независимой гарантии устанавливается с учетом
требований пп. 5 ч. 2 ст. 45 и ст. 96 Закона о контрактной системе.
Срок внесения обеспечения – до момента заключения контракта.
Реквизиты счета для внесения обеспечения исполнения контракта:
23
24
Условия обеспечения
исполнения контракта
Требования к
независимой гарантии
Наименование заказчика: Государственное казенное учреждение
города Москвы - Центр организации дорожного движения
Правительства Москвы
Реквизиты:
ИНН: 7710350884
КПП: 772201001
Лицевой счет: 2178031000450168
Счет №: 03222643450000007300, БИК: 004525988 в ОКЦ № 1 ГУ
Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, корр.
счет: 40102810545370000003.
Особенности внесения: Контракт заключается после
предоставления заказчику обеспечения исполнения контракта.
Обеспечение исполнения контракта может быть представлено в
виде безотзывной независимой гарантии или внесением денежных
средств на указанный заказчиком счет, на котором в соответствии
с законодательством Российской Федерации учитываются
операции со средствами, поступающими заказчику, в размере
обеспечения исполнения контракта, указанном в документации о
закупках. Безотзывная независимая гарантия должна
соответствовать требованиям, установленным Гражданским
кодексом Российской Федерации, а также иным
законодательством Российской Федерации. Способ обеспечения
исполнения контракта определяется участником закупки, с
которым заключается контракт, самостоятельно. Срок внесения
обеспечения - до момента заключения контракта».
Получатель: Департамент финансов города Москвы (ГКУ ЦОДД
л/с № 2178031000450168)
Требования к независимой гарантии утверждены постановлением
Правительства Российской Федерации от 8 ноября 2013 г. № 1005
«О независимых гарантиях, используемых для целей
Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и
муниципальных нужд».
Независимая гарантия оформляется в письменной форме на
бумажном носителе или в форме электронного документа,
подписанного усиленной квалифицированной электронной
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
подписью лица, имеющего право действовать от имени Гаранта на
условиях, определенных гражданским законодательством и ст. 45
Федерального закона. Независимая гарантия должна быть
безотзывной и должна содержать обязательства Гаранта
выплатить Бенефициару сумму Гарантии или ее часть, а именно:
- обязательство уплатить сумму неустойки (штрафа, пеней)
предусмотренных контрактом;
- обязательство уплатить сумму в размере авансового платежа
(если выплата авансового платежа предусмотрена условиями
контракта) при условии если бенефициаром предъявлено
требование о возврате авансового платежа принципалу и оно им
не выполнено.
Независимая гарантия должна в том числе содержать указание на
то, что все споры по независимой гарантии подлежат
рассмотрению в Арбитражном суде города Москвы.
Типовая форма независимой гарантии, предоставляемой в
качестве обеспечения исполнения контракта представлена в
Приложении № 2 к информационной карте конкурса в
электронной форме.
25
26
Информация о
банковском
Не установлено
сопровождении
контракта
Заказчик при
определении поставщика
(подрядчика,
исполнителя) вправе
установить в извещении
об осуществлении
закупки требование к
поставщику (подрядчику,
исполнителю), не
являющемуся субъектом
малого
предпринимательства
или социально
Лот № 1: установлено в размере 50%
ориентированной
некоммерческой
организацией, о
привлечении к
исполнению контракта
субподрядчиков,
соисполнителей из числа
субъектов малого
предпринимательства,
социально
ориентированных
некоммерческих
организаций.
IV. Иные положения
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
27
28
29
30
31
За нарушение требований антимонопольного законодательства Российской Федерации о
запрете участия в ограничивающих конкуренцию соглашениях, осуществления
ограничивающих конкуренцию согласованных действий предусмотрена ответственность в
соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ
Критерии оценки (показатели, содержание, значимость, порядок оценки) устанавливаются в
соответствии с Постановлением Правительства РФ от 31.12.2021 N 2604 "Об оценке заявок
на участие в закупке товаров, работ, услуг для обеспечения государственных и
муниципальных нужд, внесении изменений в пункт 4 постановления Правительства
Российской Федерации от 20 декабря 2021 г. N 2369 и признании утратившими силу
некоторых актов и отдельных положений некоторых актов Правительства Российской
Федерации" (далее - Правила оценки заявок).
Заключение контракта по результатам открытого конкурса в электронной форме: контракт
заключается в порядке, предусмотренном ст. 51 Закона о контрактной системе.
В случае непредоставления участником закупки, с которым заключается контракт,
обеспечения исполнения контракта в срок, установленный для заключения контракта, такой
участник считается уклонившимся от заключения контракта.
Последствия признания Последствия признания конкурса несостоявшимся, основания и
конкурса
действия Заказчика указаны в статье 52 Закона о контрактной
системе
несостоявшимся
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Приложение к информационной карте
конкурса в электронной форме
ИНСТРУКЦИЯ
ПО ЗАПОЛНЕНИЮ ЗАЯВКИ НА УЧАСТИЕ
В КОНКУРСЕ В ЭЛЕКТРОННОЙ ФОРМЕ
- Участник закупки вправе подать только одну заявку на участие в закупке в любое время с момента
размещения в единой информационной системе извещения об осуществлении закупки до окончания
срока подачи заявок на участие в закупке.
- Подать заявку на участие в закупке вправе только зарегистрированный в единой информационной
системе и аккредитованный на электронной площадке участник закупки путем направления такой
заявки оператору электронной площадки;
- При проведении электронных процедур документы, предусмотренные подпунктами "а" - "л" пункта
1 части 1 статьи 43 Федерального закона № 44-ФЗ, а также подтверждающие соответствие участника
закупки дополнительным требованиям, установленным в соответствии с частью 2 или 2.1 (при
наличии таких требований) статьи 31 Федерального закона № 44-ФЗ, и предусмотренные
подпунктом "н" пункта 1 части 1 статьи 43 Федерального закона № 44-ФЗ, не включаются
участником закупки в заявку на участие в закупке. Такие документы в случаях, предусмотренных
Федеральным законом № 44-ФЗ, направляются (по состоянию на дату и время их направления)
заказчику оператором электронной площадки из реестра участников закупок, аккредитованных на
электронной площадке.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Приложение № 1 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве
обеспечения заявки на участие в закупке товара, работы,
услуги для обеспечения государственных и муниципальных нужд
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование гаранта
Идентификационный код
гаранта
Место нахождения, телефон,
адрес электронной почты
гаранта
Полное наименование
принципала
Место нахождения, телефон,
адрес электронной почты
принципала
ИНН
КПП
БИК
по ОКТМО
ИНН
КПП
по ОКТМО
Государственное казенное
ИНН
7710350884
Полное наименование
учреждение города Москвы - Центр
772201001
бенефициара
организации дорожного движения КПП
Правительства Москвы
111033, Г.Москва, УЛ.
Место нахождения, телефон, ЗОЛОТОРОЖСКИЙ ВАЛ, Дом
адрес электронной почты
(Корпус/строение) Д. 4, СТР. 2, +7 по ОКТМО
45388000
бенефициара
(495) 361-79-40,
placing@transport.mos.ru
Информация о закупке, для обеспечения заявки на участие в которой предоставляется независимая
гарантия
Идентификационный код
262771035088477220100101520010000244
закупки
Выполнение работ по модернизации информационной системы
Наименование объекта
единый сервис идентификации пользователей (ИС ЕСИП) и
закупки
поддержание ее работоспособности в 2026-2028 годах
Условия независимой гарантии
Сумма независимой гарантии,
подлежащая уплате гарантом
бенефициару (далее - сумма
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
независимой гарантии)
Наименование валюты
Российский рубль
Срок вступления независимой
гарантии в силу
Срок действия независимой
гарантии
по ОКВ
643 (RUB)
1. Настоящая независимая гарантия обеспечивает исполнение принципалом его обязательств по
заключению контракта по результатам определения поставщика (подрядчика, исполнителя) (в случае
признания принципала в соответствии с Федеральным законом "О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (далее Федеральный закон) победителем определения поставщика (подрядчика, исполнителя) или иным
участником закупки, с которым по результатам определения поставщика (подрядчика, исполнителя)
заключается контракт).
2. Настоящая независимая гарантия не может быть отозвана гарантом.
3. Бенефициар в случаях, предусмотренных пунктом 7 части 10 и частью 13 статьи 44 Федерального
закона, вправе до окончания срока действия настоящей независимой гарантии предъявить в размере
обеспечения заявки на участие в закупке, установленном в извещении об осуществлении закупки,
приглашении принять участие в определении поставщика (подрядчика, исполнителя), документации
о закупке (в случае если Федеральным законом предусмотрена документация о закупке), требование
об уплате денежной суммы по независимой гарантии (далее - требование).
4. Бенефициар вправе направить гаранту требование в письменной форме на бумажном носителе или
в форме электронного документа, подписанного усиленной квалифицированной электронной
подписью лица, имеющего право действовать от имени бенефициара.
5. Требование в письменной форме на бумажном носителе должно быть направлено (в случае если
бенефициар направляет требование гаранту в письменной форме на бумажном носителе) по адресу:
_________.
6. Требование в форме электронного документа должно быть направлено (в случае если бенефициар
направляет требование гаранту в форме электронного документа) ________.
7. В случае направления требования бенефициар обязан одновременно с таким требованием
направить гаранту документ, подтверждающий полномочия лица, подписавшего требование по
независимой гарантии от имени бенефициара (доверенность) (в случае если требование по
независимой гарантии подписано лицом, не указанным в Едином государственном реестре
юридических лиц в качестве лица, имеющего право без доверенности действовать от имени
бенефициара).
8. В случае направления бенефициаром требования на бумажном носителе представляется оригинал
предусмотренного пунктом 7 настоящей независимой гарантии документа или заверенная
бенефициаром его копия. Если копия документа заверена лицом, не указанным в Едином
государственном реестре юридических лиц в качестве лица, имеющего право без доверенности
действовать от имени бенефициара, также представляется документ, подтверждающий полномочия
такого лица на осуществление действий от имени бенефициара. В случае направления требования в
форме электронного документа предусмотренный пунктом 7 настоящей независимой гарантии
документ представляется в форме электронного документа или в форме электронного образа
бумажного документа, подписанного усиленной квалифицированной электронной подписью лица,
имеющего право действовать от имени бенефициара.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
9. Гарант обязан рассмотреть требование не позднее 5 рабочих дней со дня, следующего за днем
получения указанного требования и документов, предусмотренных пунктом 7 настоящей
независимой гарантии.
10. Гарант обязан уплатить бенефициару всю денежную сумму по настоящей независимой гарантии
не позднее 10 рабочих дней со дня, следующего за днем получения гарантом требования
бенефициара, соответствующего условиям настоящей независимой гарантии, при отсутствии
предусмотренных Гражданским кодексом Российской Федерации оснований для отказа в
удовлетворении этого требования.
11. Обязательство гаранта перед бенефициаром считается исполненным надлежащим образом со дня
поступления денежных сумм по настоящей независимой гарантии на счет, на котором в соответствии
с законодательством Российской Федерации учитываются операции со средствами, поступающими
бенефициару, указанный бенефициаром в требовании.
12. Гарант в случае просрочки исполнения обязательств по настоящей независимой гарантии,
требование по которой соответствует условиям настоящей независимой гарантии и предъявлено
бенефициаром до окончания срока ее действия, обязан за каждый день просрочки (начиная со дня,
следующего за днем истечения установленного настоящей независимой гарантией срока оплаты
требования, по день исполнения гарантом требования включительно) уплатить бенефициару
неустойку (пени) в размере 0,1 процента денежной суммы, подлежащей уплате по настоящей
независимой гарантии.
13. Все расходы, возникающие в связи с перечислением гарантом денежных средств по настоящей
независимой гарантии бенефициару, несет гарант.
14. Споры, возникающие в связи с исполнением обязательств по настоящей независимой гарантии,
подлежат рассмотрению в Арбитражном суде города Москвы.
15. Настоящая независимая гарантия выдана в пользу бенефициара, и права требования по ней не
могут быть переданы третьему лицу без согласия гаранта, за исключением случая перемены
заказчика при осуществлении закупки, при котором право требования по независимой гарантии
может быть передано новому заказчику с предварительным извещением об этом гаранта.
16. Дополнительные условия.
Уполномоч
енное лицо
(должность) (подпись)
гаранта
(расшифров
ка подписи)
"__" _________20 __ г.
Лист N
Всего листов
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Приложение № 2 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве обеспечения
исполнения контракта
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование гаранта
Идентификационный код
гаранта
Место нахождения, телефон,
адрес электронной почты
гаранта
Полное наименование
принципала
Место нахождения, телефон,
адрес электронной почты
принципала
ИНН
КПП
БИК
по ОКТМО
ИНН
КПП
по ОКТМО
Г о с у д а р с т в е н н о е к а з е н н о е ИНН
7710350884
Полное наименование
учреждение города Москвы - Центр
772201001
бенефициара
организации дорожного движения КПП
Правительства Москвы
111033, Г.Москва, УЛ.
Место нахождения, телефон, ЗОЛОТОРОЖСКИЙ ВАЛ, Дом
адрес электронной почты
(Корпус/строение) Д. 4, СТР. 2, +7 по ОКТМО
45388000
бенефициара
(495) 361-79-40,
placing@transport.mos.ru
Информация о закупке, для обеспечения контракта, заключаемого при осуществлении которой,
предоставляется независимая гарантия
Идентификационный код
262771035088477220100101520010000244
закупки
Выполнение работ по модернизации информационной системы
Наименование объекта
единый сервис идентификации пользователей (ИС ЕСИП) и
закупки
поддержание ее работоспособности в 2026-2028 годах
Условия независимой гарантии
Сумма независимой гарантии,
подлежащая уплате гарантом
бенефициару (далее - сумма
независимой гарантии)
Наименование валюты
Российский рубль
по ОКВ
643 (RUB)
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
Срок вступления независимой
гарантии в силу
Срок действия независимой
гарантии
1. Настоящая независимая гарантия обеспечивает исполнение принципалом его обязательств,
предусмотренных контрактом, заключенным с бенефициаром, включающих в том числе
обязательства принципала по уплате неустоек (штрафов, пеней).
2. Настоящая независимая гарантия не может быть отозвана гарантом.
3. Бенефициар в случае неисполнения или ненадлежащего исполнения принципалом обязательств,
обеспеченных настоящей независимой гарантией, вправе до окончания ее срока действия предъявить
требование об уплате денежной суммы по независимой гарантии (далее - требование) в размере цены
контракта, уменьшенном на сумму, пропорциональную объему исполненных принципалом
обязательств, предусмотренных контрактом и оплаченных бенефициаром, но не превышающем
размер обеспечения исполнения контракта и сумму независимой гарантии.
4. Бенефициар вправе направить гаранту требование в письменной форме на бумажном носителе или
в форме электронного документа, подписанного усиленной квалифицированной электронной
подписью лица, имеющего право действовать от имени бенефициара.
5. Требование в письменной форме на бумажном носителе должно быть направлено (в случае если
бенефициар направляет требование гаранту в письменной форме на бумажном носителе) по адресу:
________.
6. Требование в форме электронного документа должно быть направлено (в случае если бенефициар
направляет требование гаранту в форме электронного документа) ______.
7. В случае направления требования бенефициар обязан одновременно с таким требованием
направить гаранту:
а) расчет суммы, включаемой в требование по настоящей независимой гарантии;
б) платежное поручение, подтверждающее перечисление бенефициаром аванса принципалу, с
отметкой банка бенефициара либо органа Федерального казначейства об исполнении (если выплата
аванса предусмотрена контрактом, а требование по независимой гарантии, предоставленной в
качестве обеспечения исполнения контракта, предъявлено в случае ненадлежащего исполнения
принципалом обязательств по возврату аванса);
в) документ, подтверждающий факт наступления гарантийного случая в соответствии с условиями
контракта (если требование по настоящей независимой гарантии предъявлено в случае
ненадлежащего исполнения принципалом обязательств в период действия гарантийного срока);
г) документ, подтверждающий полномочия лица, подписавшего требование по настоящей
независимой гарантии от имени бенефициара (доверенность) (в случае если требование по
настоящей независимой гарантии подписано лицом, не указанным в Едином государственном
реестре юридических лиц в качестве лица, имеющего право без доверенности действовать от имени
бенефициара).
8. В случае направления бенефициаром требования на бумажном носителе представляются
оригиналы предусмотренных пунктом 7 настоящей независимой гарантии документов или
заверенные бенефициаром их копии. Если копия документа заверена лицом, не указанным в Едином
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
государственном реестре юридических лиц в качестве лица, имеющего право без доверенности
действовать от имени бенефициара, также представляется документ, подтверждающий полномочия
такого лица на осуществление действий от имени бенефициара. В случае направления требования в
форме электронного документа предусмотренные пунктом 7 настоящей независимой гарантии
документы представляются в форме электронных документов или в форме электронных образов
бумажных документов, подписанных усиленной квалифицированной электронной подписью лица,
имеющего право действовать от имени бенефициара.
9. Гарант обязан рассмотреть требование не позднее 5 рабочих дней со дня, следующего за днем
получения указанного требования и документов, предусмотренных пунктом 7 настоящей
независимой гарантии.
10. Гарант обязан уплатить бенефициару денежную сумму по настоящей независимой гарантии в
размере, указанном в требовании, не позднее 10 рабочих дней со дня, следующего за днем получения
гарантом требования бенефициара, соответствующего условиям настоящей независимой гарантии,
при отсутствии предусмотренных Гражданским кодексом Российской Федерации оснований для
отказа в удовлетворении этого требования.
11. Обязательство гаранта перед бенефициаром считается исполненным надлежащим образом со дня
поступления денежных сумм по настоящей независимой гарантии на счет, на котором в соответствии
с законодательством Российской Федерации учитываются операции со средствами, поступающими
бенефициару, указанный бенефициаром в требовании.
12. Гарант в случае просрочки исполнения обязательств по настоящей независимой гарантии,
требование по которой соответствует условиям настоящей независимой гарантии и предъявлено
бенефициаром до окончания срока ее действия, обязан за каждый день просрочки (начиная со дня,
следующего за днем истечения установленного настоящей независимой гарантией срока оплаты
требования, по день исполнения гарантом требования включительно) уплатить бенефициару
неустойку (пени) в размере 0,1 процента денежной суммы, подлежащей уплате по настоящей
независимой гарантии.
13. Все расходы, возникающие в связи с перечислением гарантом денежных средств по настоящей
независимой гарантии бенефициару, несет гарант.
14. Споры, возникающие в связи с исполнением обязательств по независимой гарантии, подлежат
рассмотрению в Арбитражном суде города Москвы.
15. Настоящая независимая гарантия выдана в пользу бенефициара, и права требования по ней не
могут быть переданы третьему лицу без согласия гаранта, за исключением случая перемены
заказчика при осуществлении закупки, при котором право требования по независимой гарантии
может быть передано новому заказчику с предварительным извещением об этом гаранта.
16. Настоящая независимая гарантия вступает в силу, обязанности по договору предоставления
настоящей независимой гарантии подлежат исполнению со дня заключения контракта, для
обеспечения исполнения которого выдана настоящая независимая гарантия.
17. Дополнительные условия.
Уполномоч
енное лицо
(должность) (подпись)
гаранта
(расшифров
ка подписи)
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
"__" _________20 __ г.
Лист N
Всего листов
Сформировано в Единой автоматизированной информационной системе торгов города Москвы

=== ФАЙЛ: !! В помощь участникам закупок | docs/0173200001426001993/!! В_помощь_участникам_закупок.pdf
Памятка
для поставщика (подрядчика, исполнителя)
по электронному исполнению контракта
Заключенный по итогам данной закупки контракт предусматривает осуществление приемки
в электронной форме с использованием АИС «Портал поставщиков» в порядке,
установленном совместным приказом Главного контрольного управления города Москвы и
Департаментом города Москвы по конкурентной политике от 24.05.2022 № 28/70-01-52/22 в
соответствии с частью 13 статьи 94 Федерального закона от 05.04.2013 № 44-ФЗ, пунктом
2.5.4 постановления Правительства Москвы от 19.07.2019 № 899-ПП.
Поставщик
1
2
Регистрация в АИС «Портал поставщиков»
Возможность формирования документов приемки товаров, работ,
услуг по контрактам заказчиков города Москвы появится после
регистрации организации и уполномоченных лиц в АИС «Портал
поставщиков».
Формирование документа исполнения
Создание исполнения в АИС «Портал поставщиков» подразумевает
использование (выбор из уже существующих, либо заведение
новой) Стандартной товарной единицы (СТЕ) под каждую позицию
спецификации контракта. С порядком создания СТЕ можно
ознакомиться по ссылке.
3
Направление в ЕИС документа исполнения для подписания
поставщиком
После нажатия в АИС «Портал поставщиков» на кнопку «Перейти
к подписанию» открывается новая вкладка браузера с
отображением страницы документа приемки в ЕИС.
4
Автоматическое открытие модального окна ЕИС для подписания
документа исполнения с Портала поставщиков и его
автоматическая отправка заказчику
Дата отправки в ЕИС = дата подписания в ЕИС.
5
Рассмотрение и подписание заказчиком документов приемки
Заказчик осуществляет полную либо частичную приемку,
направляет уведомление об уточнении или мотивированный отказ.
Заказчик
Бухгалтерские
системы заказчика,
ЕИС
Дополнительная информация:
- Инструкция по формированию документов приемки
- Полное руководство пользователя по электронному исполнению контрактов
- Видео-инструкции в телеграмм-канале
