=== ФАЙЛ: Техническое задание | docs/0173200001726000087/Техническое_задание_17274391-1.pdf
Приложение №_____________
к Контракту №_____________
от «_____» ___________20__ г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Выполнение работ по развитию и обеспечению бесперебойного функционирования единой
интегрированной системы управления данными (ЕИСУД), аппаратно-программного комплекса
мониторинга и анализа информационного пространства (АПК МАИП) и единого банка данных
(Медиатеки) архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы
1. Общая информация об объекте закупки
1.1. Объект закупки: Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными (ЕИСУД), аппаратнопрограммного комплекса мониторинга и анализа информационного пространства (АПК МАИП) и
единого банка данных (Медиатеки) архивных и текущих материалов и фотографий в цифровом виде
с информационной системой управления и поиска Московской городской Думы.
1.2. Код и наименование позиции Классификатора предметов государственного заказа: 02.27.06 РАБОТЫ/РАБОТЫ В СФЕРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ДЛЯ ПРИКЛАДНЫХ
ЗАДАЧ/РАЗВИТИЕ И МОДЕРНИЗАЦИЯ ИНФОРМАЦИОННЫХ СИСТЕМ И РЕСУРСОВ.
1.3. Наименования позиций Справочника предметов государственного заказа: согласно
Приложению 1.
1.4. Место выполнения работ: согласно Приложению 1.
1.5. Объем работ: согласно Приложению 1.
1.6. Срок выполнения работ: согласно Приложению 1.
1.7. Приложения к Техническому заданию:
– Приложение 1. – «Перечень объектов закупки».
– Приложение 2. – «Содержание работ, объем финансирования, регламент и отчетность».
– Приложение 3. – «Требования к службе техподдержки».
– Приложение 4. – «Временные параметры (SLA)».
– Приложение 5. – «Описание информационных систем и ресурсов».
– Приложение 6. – «Перечень оборудования и программного обеспечения».
– Приложение 7. – «Описание Системы ЕИСУД».
– Приложение 8. – «Описание Системы АПК МАИП».
– Приложение 9. – «Система Медиатека».
Термины и определения
Безопасность информации - состояние защищенности информации, характеризуемое способностью
персонала, технических средств и информационных технологий обеспечивать конфиденциальность,
целостность и доступность информации при ее обработке техническими средствами.
Внешние Пользователи Системы (далее - Внешние Пользователи) - физические лица и работники
организаций, обращающиеся к Системе из внешней сети с целью использования предоставляемых
Системой сервисов (не имеющие доступа к внутренней сети Думы).
Внештатная ситуация/ошибка/сбой/инцидент - событие в работе Системы, не предусмотренное
проектной документацией для штатного режима функционирования.
Служба технической поддержки (СТП) - персонал, который осуществляет информационносправочную поддержку Пользователей. В обязанности которого входит решение запросов
1
 пользователей, их анализ, систематизация и выработка решений.
Детализированный отчет - единый отчет, который содержит необходимую информацию для
составления отчетности по выполненным работам. В Детализированном отчете содержится
информация обо всех выполненных работах в соответствии с критериями, приведенными в
настоящем ТЗ.
Заказчик – Московская городская Дума – законодательный и представительный орган
государственной власти города Москвы, имеющий выделенные в установленном порядке средства на
оплату выполняемых по контракту работ.
Запрос – обращение к Подрядчику для выполнения любого вида работ, в соответствии с настоящим
ТЗ по любому каналу связи, предусмотренному настоящим ТЗ.
Разовая работа ? работа, выполняемая по запросу Заказчика в период действия Контракта,
предусмотренная пунктом 2.1 Приложения 2 настоящего ТЗ, требования к выполнению которой
устанавливаются Заказчиком в составе запроса и определяются в ЧТЗ, разрабатываемом
Подрядчиком в соответствии с пунктом 3.3.1 настоящего ТЗ.
Персонал - инженерно-технические работники: специалисты и руководители со стороны Подрядчика
и Заказчика, обеспечивающие заданные целевые показатели Системы в рамках Контракта.
Пользователи Системы (далее - Пользователи) - государственные гражданские служащие и
работники организаций, обращающиеся к Системе с целью использования предоставляемых
сервисов и имеющие доступ ко внутренней сети Думы.
Промышленный контур — функционально-логический программно-аппаратный комплекс,
предназначенный для выполнения всех функций Системы и предоставления интерфейсов доступа к
Системе пользователям.
Разработчик Системы (далее – Разработчик), организация-разработчик - организация, выполняющая
работы по разработке спецПО Системы.
Система - комплекс, в состав которого входят информационные ресурсы (прикладные и системные
программы), программно-технические средства (виртуальные машины с системным ПО).
Система мониторинга - автоматизированная система управления мониторингом и событиями для
управления проектом, используемая Подрядчиком в ходе выполнения работ.
Системная ошибка - длящееся, либо повторяющееся во времени отклонение состояния Системы
(либо ее компонентов) от штатного режима функционирования, которое не может быть устранено
штатными средствами администрирования Системы.
Тестовый контур - функционально-логический программно-аппаратный комплекс, предназначенный
для проверки всех функций Системы после внесения изменении по результатам выполнения работ
по развитию Системы.
Штатный режим функционирования – обеспечение выполнения полного набора функций в
соответствии с проектной и эксплуатационной документацией.
Перечень сокращений
2
 Сокращения
SLA
БД
ИС
ИСиР
ОС
ПО
ППО
ППР
РК
СМКСС
СПО
СТП
СпецПО
ТЗ
ЧТЗ
АПК МАИП
ЕИСУД
Медиатека
СУИ
Расшифровка сокращений
Service Level Agreement (SLA) Соглашение об уровне качества
предоставления услуги (выполнения работы)
База данных
Информационная система
Информационные системы и ресурсы
Операционная система
Программное обеспечение
Прикладное ПО, обеспечивающее работу Системы, установленное и
поддерживаемое Подрядчиком
Планово-предупредительные работы
Резервное копирование
Средство мониторинга качества сопровождения системы через
систему управления задачами - Redmine
Системное программное обеспечение, обеспечивающее работу
виртуальной машины, установленное и поддерживаемое
Заказчиком
Служба технической поддержки
Специальное программное обеспечение, включающее код
программы и БД Системы
Техническое задание
Частное техническое задание (технические требования)
Аппаратно-программный комплекс мониторинга и анализа
информационного пространства
Единая интегрированная система управления данными
Единый банк данных архивных и текущих материалов и
фотографий в цифровом виде с информационной системой
управления и поиска
Система управления информацией Московской городской Думы
2. Стандарт работ
2.1. Этапы работ
Работы по настоящему Техническому заданию выполняются в рамках двух этапов–
Подготовительного и Основного.
Подготовительный этап включает в себя период проведения комплекса мероприятий с даты
заключения контракта до подписания Подрядчиком и Заказчиком Акта приемки Систем на
проведение работ по развитию и обеспечению бесперебойного функционирования, но не более 15
календарных дней.
Основной этап выполнения работ начинается после подписания Подрядчиком и Заказчиком Акта
приемки Систем на проведение работ по развитию и обеспечению бесперебойного
функционирования, но не ранее 1 января 2027 года.
Основной этап состоит из отчетных периодов, в рамках которых осуществляется выполнение работ.
Список этапов выполнения работ и плановые сроки начала и окончания выполнения работ
приведены в Приложении 2 к настоящему Техническому заданию.
2.1.1 Подготовительный этап
Во время Подготовительного этапа Подрядчик проводит организационно-штатные мероприятия с
целью технического и методического обеспечения эксплуатационных служб для обеспечения
развития и бесперебойного функционирования Систем.
2.1.2 Основной этап
Во время основного этапа Подрядчик выполняет работы по развитию и обеспечению бесперебойного
функционирования Систем.
3
 2.2. Цели работ
Выполнение работ по развитию и обеспечению бесперебойного функционирования Систем
осуществляется в целях:
- обеспечения штатного режима работы Систем и сохранения их работоспособности в изменяемой
среде промышленной эксплуатации;
- расширения и улучшения функционала в соответствии с требованиями законодательства и
запросами пользователей;
- обеспечения целостности, сохранности и восстанавливаемости данных Систем;
- определения текущего состояния компонентов Систем по результатам автоматического выявления
средствами мониторинга событий в Системе и обработки запросов пользователей;
- поддержания функционирования ППО в рамках, удовлетворяющих требованиям производственных
процессов;
- обеспечения информационно-консультационной поддержки работы пользователей с Системами
(включая ППО) и поддержания уровня компетенции Пользователей, достаточного для эффективной
эксплуатации Систем.
2.3. Назначение Системы ЕИСУД
ЕИСУД МГД предназначена для обеспечения информационной поддержки руководителей
структурных подразделений МГД, а также должностных лиц, которым будет предоставлен сетевой
доступ в локальную сеть МГД, в части:
агрегации, организации и визуализации данных, обрабатываемых прикладными информационными
системами, разработанными ранее для нужд МГД;
обеспечения быстрого поиска, фильтрации и сортировки данных различных ИС МГД;
уведомления пользователей о важных событиях в рамках деятельности МГД;
консолидации и организованной визуализации ссылок на внешние информационные ресурсы,
данные из которых невозможно отображать в ЕИСУД МГД напрямую в связи с организационными
или техническими ограничениями;
организации единого средства аутентификации пользователей с целью предоставления доступа ко
всем ИС МГД в которых зарегистрирован пользователь, без необходимости повторения данной
процедуры;
предоставления средств оперативного просмотра онлайн-трансляций из залов заседаний МГД.
2.4. Назначение Системы МАИП
АПК МАИП предназначен для информационно-аналитического и программно-проектного
сопровождения деятельности Московской городской Думы в рамках своих полномочий, касающихся
законодательной, представительной и контрольной деятельности.
Система обеспечивает:
персонифицированный доступ пользователям к агрегированной новостной информации
поступающей из средств массой информации;
просмотр наиболее релевантных и приоритетных новостей по различным темам и в различных видах
отображения, актуальных для сотрудников Мосгордумы;
возможность фильтрации новостей, по категориям, периодам/датам;
осуществление поиска по заголовкам и текстам новостей;
осуществление сохранения новостей в специальный список с целью дальнейшего быстрого поиска;
просмотр отчетов, представляющих собой выборки новостей по определенным критериям,
сформированных уполномоченными сотрудниками Мосгордумы;
управление списками новостей, их свойствами и содержанием уполномоченными сотрудниками
Мосгордумы;
формирование отчетов и манипулирование их содержанием уполномоченными сотрудниками
4
 Мосгордумы.
2.5. Назначение Системы Медиатека
Система предназначена для обеспечения бесперебойного и удобного доступа к видео и фото
материалам в цифровом виде, хранящимся в Московской городской Думе.
Система обеспечивает:
персонифицированный доступ пользователей к видео и фото материалам в цифровом виде;
организацию централизованного хранения и управление доступом к данным для внутренних и
внешних пользователей с разграничением прав доступа;
повышение функциональности и скорости обмена видео и фото материалами между
подразделениями Мосгордумы, а также для предоставления информации в СМИ.
2.6. Описание Системы
Описание Систем, перечень подсистем, их характеристики и количество пользователей приведено в
Приложениях 5, 7, 8, 9 к настоящему ТЗ.
2.7. Программно-аппаратный комплекс Системы
Аппаратное и программное обеспечение Систем включает в себя сервера с выделенным комплексом
виртуальных машин с предустановленным системным программным обеспечением и программное
обеспечение, включающее в себя прикладное программное обеспечение для организации и
обеспечения работы систем (Приложение 5 к настоящему ТЗ).
3. Состав работ
3.1. Требования к организации работ в целом
Объектами выполнения работ являются:
- базы данных и хранилище файлов Систем;
- прикладное и специальное программное обеспечение Систем на серверах и клиентских местах, в
том числе системы управления базами данных (далее СУБД).
В рамках выполнения работ Подрядчик должен обеспечить бесперебойную работу Систем на
протяжении всего периода выполнения работ в режиме, указанном в Приложении 4 к настоящему
ТЗ.
Время недоступности каждой Системы не должно превышать значений, указанных в Приложении 4
к настоящему ТЗ.
На протяжении всего периода выполнения работ Подрядчик должен обеспечить:
-сохранность баз данных всех программных модулей и структурных разделов Систем;
-функционирование всего программного обеспечения Систем;
-возможность полного восстановления Систем из резервной копии в случае сбоя;
-возможность возврата в предыдущее стабильное состояние в случае неуспешной попытки внесения
изменений в Системы (обновлений версий ПО, настроек, установки программных дополнений и
других работ, направленных на обеспечение качественной бесперебойной работы Систем);
-адаптацию прикладных функций и архитектуры Систем;
-консультационную поддержку пользователей Систем.
3.1.1. Порядок взаимодействия Заказчика и Подрядчика
Поддержка пользователей по запросам, возникающим при эксплуатации Систем, направлена на
сопровождение работы пользователей, а также восстановление работоспособности Систем путем
устранения ошибок и сбоев, возникающих в процессе эксплуатации Систем, в т.ч. в
интерфейсах/программах, используемых Заказчиком. Основная задача - сведение к минимуму
случаев остановки возможности выполнения тех или иных операций в Системах.
5
 Выполнение работ по развитию и обеспечению бесперебойного функционирования Систем
осуществляется на регулярной основе или по запросам. Все запросы фиксируются в СМКСС
Заказчиком. Для фиксации трудозатрат на выполнение работ специалист Подрядчика может
самостоятельно создать запрос пользователя в СМКСС, указав инициатором уполномоченного
представителя Заказчика.
СМКСС является единым инструментальным средством, используемым для регистрации, обработки
и отслеживания статуса исполнения всех зарегистрированных запросов и обращений пользователей,
полученных по различным каналам связи (телефону, электронной почте, при помощи других средств
коммуникации) и личном обращении.
3.1.2. Особенности выполнения работ
Настоящим документом определяется требование одновременного выполнения работ по развитию и
обеспечению бесперебойного функционирования Систем. Данное требование обусловлено
сложностью бизнес-процессов, автоматизируемых в Системах и условий их функционирования, при
которых должно быть обеспечено развитие функционала Систем при сохранении непрерывного
режима работы и достижение целевых показателей функционирования Систем (Приложение 4 к
настоящему ТЗ).
Системы состоят из различных функциональных подсистем и модулей. В рамках выполнения работ
по требованиям настоящего технического задания Подрядчик обязан провести доработку
существующих компонентов Систем и, при необходимости, создать новые. Требования по развитию
подсистем приведены в Приложении 2 к настоящему ТЗ. Поддержание работоспособности Систем
является процессом, который должен выполняться параллельно с работами по развитию Систем.
Работы по развитию Систем требуют актуализации рабочей и эксплуатационной документации.
Актуализация документации выполняется в соответствии с требованиями Приложения 2 к
настоящему ТЗ.
Таким образом, во избежание рисков несогласованности действий разных Подрядчиков при
организации и выполнении работ по развитию и поддержанию бесперебойной работоспособности
Систем, данные работы были объединены в единое ТЗ.
3.1.3. Временные параметры работ
Нормативные параметры выполнения работ и целевые показатели Систем приведены в Приложении
4 к настоящему ТЗ.
Сроки начала и окончания выполнения работ Подготовительного и Основного этапа указаны в п.1.6
и п.2.1 настоящего ТЗ.
3.1.4. Условия выполнения работ
Работы должны выполняться Подрядчиком в соответствии со следующими условиями:
-работы должны выполняться на русском языке;
-требования к функционированию и режиму сопровождения Систем, не определенные в настоящем
ТЗ, определяются нормативными правовыми актами, указанными в пункте 7 настоящего ТЗ;
-работы выполняются в текущей версии Систем.
3.1.5. Требования к порядку и режиму выполнения работ
Работы должны выполняться в соответствии с порядком и требованиями на выполнение каждой
конкретной работы, приведенными в настоящем ТЗ.
В целях недопущения остановки работы Систем в период интенсивной работы Пользователей, по
согласованию Сторон, отдельные работы могут выполняться в соответствии со специальным
графиком (в нерабочее время Заказчика и/или Пользователей Систем).
Проведение любых работ должно быть согласовано с Заказчиком, зафиксировано в СМКСС, и
сопровождаться обязательным информированием специалистов Сторон в соответствии с пунктом
3.1.7 «Требования к информационному сопровождению работ» настоящего ТЗ.
Подрядчик может выполнять работы удаленно, если иное не согласовано с Заказчиком.
В случае, если работу невозможно выполнить удаленно, Подрядчик направляет своего сотрудника на
объект Заказчика.
6
 3.1.6. Требования к защите информации от несанкционированного доступа
Применяемые меры обеспечения безопасности информации должны минимизировать риски,
связанные с возможным нарушением конфиденциальности, целостности и доступности информации,
содержащейся в Системах и включать практические правила управления безопасностью
(организационно–административные, программные, физические меры защиты), в том числе:
-управление доступом к Системам, информационным ресурсам Систем и резервным копиям;
-предотвращение несанкционированного доступа извне;
-организация защиты данных средствами резервного копирования, санкционированного
восстановления, дублирования копий и организации их соответствующего хранения;
-устранение уязвимостей в Системах.
Информация, предоставляемая Подрядчику с целью выполнения работ, является конфиденциальной
и не должна передаваться третьим лицам без письменного разрешения Заказчика и не иначе как для
обеспечения качества выполнения работ.
Применяемые Подрядчиком меры информационной безопасности (организационные, программнотехнические, физические) должны обеспечивать состояние защищенности информации Систем, при
котором сохраняется их целостность, доступность и конфиденциальность в соответствии с
требованиями законодательства.
Средствами Систем осуществляется обработка персональных данных пользователей.
В соответствии со статьей 19 Федерального закона от 27 июля 2006 г. № 152 ФЗ «О персональных
данных» оператор при обработке персональных данных обязан принимать необходимые правовые,
организационные и технические меры или обеспечивать их принятие для защиты персональных
данных от неправомерного или случайного доступа к ним, уничтожения, изменения, блокирования,
копирования, предоставления, распространения персональных данных, а также от иных
неправомерных действий в отношении персональных данных.
Для исполнения приведенных требований Подрядчик должен осуществлять контроль защищенности
конфиденциальной информации от несанкционированного доступа и ее модификации в Системах. В
соответствии с пунктом 1 Перечня сведений конфиденциального характера (утв. Указом Президента
РФ от 6 марта 1997 г. № 188) персональные данные отнесены к конфиденциальной информации.
В соответствии с пунктом 5 части 1 статьи 12 Федерального закона от 04 мая 2011 г. № 99-ФЗ «О
лицензировании отдельных видов деятельности» деятельность по технической защите
конфиденциальной информации является лицензируемой.
При выполнении работ Подрядчик обязан руководствоваться требованиями федерального
законодательства РФ, а также руководящих документов ФСТЭК России и ФСБ России по
обеспечению безопасности информации, обрабатываемой в Системах.
3.1.7. Требования к информационному сопровождению работ
Под информационным сопровождением работ понимается информирование Сторон о ходе
выполнения работ и организация взаимодействия между Сторонами (в том числе с представителями
Разработчика, смежными службами технической поддержки, и пр.) с использованием наиболее
приемлемых каналов коммуникаций (электронная почта, СМКСС, телефон и др.) с целью решения
приоритетных вопросов.
Основным способом информационного взаимодействия между Сторонами является СМКСС и при
необходимости электронная почта.
При выполнении работ по техподдержке Подрядчик обрабатывает все запросы, поступившие к нему
на выполнение работ в СМКСС, или по эл. почте, или по тел. звонку, или из др. источников.
При выполнении работ Подрядчик обязан обеспечить информирование представителей Заказчика и
специалистов смежных систем (при необходимости) о подготовке, ходе проведения и успешности
проведения работ, их результатах, при каждом переходе к следующему шагу и/или возвращению к
предыдущему состоянию, путем направления графика работ с указанием статуса работ (начато
выполнение, в работе, завершена, успешно/неуспешно). Информирование осуществляется
Подрядчиком в режиме on-line с помощью СМКСС и при необходимости по электронной почте.
7
 В случае возникновения внештатной ситуации в работе Систем Подрядчик должен оповестить о
произошедшем ответственных лиц со стороны Заказчика сразу после обнаружения события и
приступить к его устранению. Заказчик регистрирует событие в СМКСС и контролирует его
устранение.
3.1.8. Требования к порядку обработки запросов на выполнение работ
При выполнении работ Подрядчик обрабатывает все запросы, поступившие к нему в СМКСС, а
также в оперативном плане по электронной почте или по телефону от Заказчика, а также запросы от
Подрядчиков смежных систем. Все осуществленные запросы по электронной почте или по телефону
Заказчик регистрирует в СМКСС. При поступлении запросов от Подрядчиков смежных систем
Подрядчик информирует о них Заказчика для обеспечения регистрации их в СМКСС. Порядок
обработки запросов в СМКСС определяется Регламентом взаимодействия сторон при выполнении
работ по контракту с использованием СМКСС.
В зоне ответственности Подрядчика находится обработка всех поступивших к нему запросов,
взаимодействие с иными линиями поддержки по разрешению поступивших запросов и организация
техподдержки Заказчика в соответствии с Приложением 3 «Требования к службе техподдержки» к
настоящему ТЗ.
Подрядчик обязан:
-постоянно контролировать сроки, указанные в Приложении 4 настоящего ТЗ, отведенные для
разрешения запроса;
-производить оповещение ответственных специалистов Заказчика о нарушении сроков выполнения
запросов.
3.1.9. Общие требования по обеспечению бесперебойного функционирования
В ходе Подготовительного этапа Подрядчик обязан детализировать и сформировать перечень
организационных и эксплуатационных мероприятий, направленных на обеспечение бесперебойного
функционирования Систем, и обеспечивать их исполнение в ходе проведения работ.
Перечень организационных и эксплуатационных мероприятий должен входить в График ППР,
который утверждается и при необходимости загружается в СМКСС.
График ППР должен содержать временные параметры выполнения мероприятий.
В целях обеспечения бесперебойного функционирования Систем Подрядчик проводит мероприятия
в соответствии с Графиком ППР, в том числе:
-управление объемом и размещением табличных пространств баз данных, своевременное
определение необходимости расширения и подготовка запроса на расширение выделенного
пространства под хранение данных;
-перемещение из рабочих баз в архив устаревших версий элементов справочников, классификаторов;
-своевременный сбор статистики по изменяющимся таблицам баз данных;
-сопровождение проведения горизонтального и вертикального масштабирования имеющихся
решений;
-оптимизация индексов под текущее наполнение баз данных;
-анализ состояния свободного дискового пространства;
-контроль сроков действия лицензий и сертификатов и их продление;
-формирование отчетов о произошедших событиях;
-анализ вышедших обновлений и предлагаемых изменений СПО, формирование предложений
Заказчику по их внесению в Системы, внесение их на продуктивную среду;
-анализ, архивация лог-файлов СПО;
-проверка актуальности информации в СМКСС Заказчика;
-проверка срабатывания и уведомлений систем мониторинга, а также анализ необходимости и
целесообразности изменения параметров мониторинга Систем;
-резервное копирование и контрольное восстановление Систем из резервной копии;
-анализ ошибок, возникающих при проведении резервного копирования;
-прочие мероприятия, определенные проектной и эксплуатационной документацией.
8
 Все статусы выполнения мероприятий и запросов на их выполнение фиксируются при
необходимости в СМКСС, по согласованию с Заказчиком.
Запись, фиксирующая выполнение мероприятий в СМКСС, должна содержать подтверждение
выполнения мероприятий.
3.1.10. Требования к численности и квалификации персонала и режиму его работы
Численность персонала и необходимый уровень квалификации определяется Подрядчиком таким
образом, чтобы обеспечить выполнение работ в соответствии с требованиями настоящего ТЗ с
минимальными затратами и в возможно короткий срок.
Подрядчик должен обеспечить выполнение работ в соответствии с требованиями к качеству, режиму
и периодичности выполнения работ, определенными настоящим ТЗ.
Подрядчик обязан провести подготовку специалистов в соответствии с требованиями к качеству,
режиму и периодичности выполнения работ, определенными настоящим ТЗ.
3.2. Требования к содержанию и составу работ Подготовительного этапа
В течение Подготовительного этапа Подрядчиком должны быть проведены организационно-штатные
и подготовительные мероприятия, по результатам которых осуществляется приемка Систем
Подрядчиком для выполнения обязательств по контракту.
Для начала выполнения работ в течение Подготовительного этапа проводятся:
-организационно-штатные мероприятия;
-методическое обеспечение;
-техническое обеспечение;
-приемка системы.
3.2.1. Организационно-штатные мероприятия
Подрядчик не позднее 3 (трех) рабочих дней с момента заключения Контракта, определяет и
уведомляет Заказчика об ответственных лицах, уполномоченных в структуре Подрядчика принимать
решения оперативного характера о порядке и способе выполнения работ и несущих персональную
ответственность за качество и полноту оказания услуг в целом и предоставляет номера телефонных
линий службы сервисной поддержки пользователей, адрес электронной почты для приема данных в
электронной форме.
Заказчик не позднее 5 (пяти) рабочих дней с момента заключения Контракта, определяет и
предоставляет Подрядчику контактную информацию о сотрудниках, ответственных за
администрирование Систем (далее – администраторов Систем).
Подрядчик и Заказчик подписывают документ «Матрица эскалации». В Матрице эскалации
Подрядчик определяет основного специалиста и в период его отсутствия специалиста,
исполняющего обязанности по взаимодействию с Заказчиком, как единую точку входа для
взаимодействия с Заказчиком.
Об изменении в контактной информации ответственного лица Подрядчик должен уведомить
Заказчика в течение 1 (одного) рабочего дня со дня возникновения таких изменений.
Заказчик при получении информации об ответственных лицах Подрядчика предоставляет им доступ
в СМКСС.
3.2.2. Методическое обеспечение
Работы по методическому обеспечению мероприятий включают в себя:
-ознакомление специалистов Подрядчика с комплектом проектной и эксплуатационной
документацией на Системы, порядком и правилами работы в Системах;
-ознакомление специалистов Подрядчика с порядком и правилами работы в СМКСС.
В рамках Подготовительного этапа Подрядчик производит изучение, корректировку, актуализацию
по мере необходимости или по запросу Заказчика, согласование существующей документации
Систем, а в случае отсутствия разработку следующего комплекта документов для каждой из Систем:
- регламент взаимодействия сторон при выполнении работ по контракту с использованием СМКСС
(далее – Регламент взаимодействия);
9
 - график ППР;
- матрица эскалации;
- регламент резервного копирования и восстановления;
- регламент мониторинга и администрирования;
- руководство пользователя;
- руководство администратора;
- форма детализированного отчета о выполненных работах.
Регламент взаимодействия
Подрядчик готовит предложения по классификаторам СМКСС и алгоритмам обработки запросов
(статусной модели) в Регламент взаимодействия, содержащий единые правила и требования к
организации процесса(ов) распределения задач, описание используемых ресурсов и механизмов,
формы отчетов по выполнению запросов.
График планово-предупредительных работ
График ППР актуализируется, а при его отсутствии разрабатывается специалистами Подрядчика,
утверждается уполномоченным лицом Подрядчика и передается на согласование Заказчику в составе
отчетной документации по Подготовительному этапу.
График ППР должен содержать сведения о периодичности каждой работы за весь период с учетом
рекомендаций Заказчика, а также проектно-эксплуатационной документации, предоставляемой
Заказчиком по запросу Подрядчика.
Матрица эскалации
В Матрице эскалации, указывается уровень инцидента, его описание, срок решения, сроки
оповещения сотрудников Подрядчика и Заказчика и их телефоны, адреса электронной почты и др.
Должны быть указаны сведения о сотрудниках Подрядчика, осуществляющих контроль за
исполнением работ по контракту.
О любых изменениях в контактной информации ответственных лиц Стороны должны уведомить
друг друга в течение 1 (одного) рабочего дня с момента возникновения таких изменений.
Регламент резервного копирования и восстановления Системы
Регламент резервного копирования выполняется в рамках управления плановыми работами. При
необходимости, а также по требованию Заказчика, Подрядчик может актуализировать Регламент
резервного копирования в рамках Основного этапа.
Регламент мониторинга и администрирования Системы
Регламент мониторинга и администрирования выполняется в рамках управления плановыми
работами. При необходимости, а также по требованию Заказчика, Подрядчик может актуализировать
Регламент мониторинга и администрирования в рамках Основного этапа.
Формирование и последующая актуализация требований к настройкам системы мониторинга, анализ
работы с точки зрения охватываемых в рамках мониторинга компонентов Систем, контролируемых
параметров и их значений, логики сценариев мониторинга находится в зоне ответственности
Подрядчика.
Контролируемые параметры и их пороговые значения определяются Подрядчиком и согласуются с
Заказчиком на Подготовительном этапе в соответствии с рекомендациями Разработчика для
обеспечения выполнения настоящего ТЗ.
Форма детализированного отчета
Детализированный отчет должен включать в себя информацию о выполненных за отчетный период
разовых и назначенных работах.В отчете фиксируется состав работы, время начала работы, время
завершения работы, приоритет, трудоемкость (для разовых работ) и другие параметры по
согласованию с Заказчиком.
В рамках методического обеспечения все предложения Подрядчика должны быть согласованы с
Заказчиком.
3.2.3. Техническое обеспечение
Доступ к техническим средствам и программному обеспечению предоставляется Заказчиком
10
 Подрядчику после направления Подрядчиком соответствующего запроса в адрес Заказчика по
электронной почте.
Атрибуты доступа предоставляются Заказчиком в течении 3 рабочих дней после получения
соответствующего запроса от Подрядчика по электронной почте.
Для организации работ на Подготовительном этапе Заказчик предоставляет Подрядчику доступ к
СМКСС и тестовым контурам Систем по его запросу.
Заказчик предоставляет Подрядчику доступ к промышленному контуру по его запросу после
подписания Сторонами Акта приемки Систем на проведение работ по развитию и обеспечению
бесперебойного функционирования и начала Основного этапа работ.
Подрядчик после получения доступа и регистрации в СМКСС изучает порядок работы с ней,
эксплуатационную документацию на Системы, реагирует на все факты (обращения, запросы на
изменения, инциденты) и параметры выполнения работ, зафиксированные в СМКСС Заказчиком.
Подрядчик вправе использовать полученный доступ для автоматизированного ведения
детализированного отчета и прочих отчетных документов, предусмотренных настоящим ТЗ.
По результатам настройки доступа к Системам и СМКСС и начале работы в них Подрядчик
уведомляет об этом Заказчика.
Подрядчик может приступить к выполнению работ по развитию Систем после подписания Акта
приемки Систем на проведение работ по развитию и обеспечению бесперебойного
функционирования, однако внесение изменений в программный код на тестовом и промышленном
контуре на Подготовительном этапе без согласования с Заказчиком не допускается.
Подрядчик организует системы резервного копирования. Настройка средств систем резервного
копирования производится Подрядчиком в соответствии с Регламентом резервного копирования по
согласованию с Заказчиком.
Заказчик по запросу Подрядчика предоставляет ресурсы для организации резервного копирования в
соответствии с Регламентом резервного копирования.
Формирование и последующая актуализация требований к настройкам систем резервного
копирования, анализ их работы с точки зрения охватываемых в рамках резервного копирования
компонентов Систем, параметров копирования и их значений, точкам отката (моментам, на которые
возможно восстановить данные Систем), времени, необходимого для восстановления Систем из
резервной копии, находится в зоне ответственности Подрядчика.
Подрядчик в течение Подготовительного этапа должен провести проверку корректности настройки
систем резервного копирования, результаты проверки указываются в детализированном отчете о
готовности Подрядчика к выполнению работ по Государственному контракту.
3.2.4. Приемка Системы Подрядчиком
Приемка Систем Подрядчиком заключается в проверке актуализированных Подрядчиком
регламентов и инструкций, наличия и готовности специалистов Подрядчика для осуществления
сопровождения Систем в соответствии с настоящим ТЗ.
Замечания, выявленные в процессе приемки Систем, оформляются протоколом со сроком их
устранения. Замечания должны быть устранены до подписания Документа о приемке работ по
Подготовительному этапу.
В срок не позднее 3 (трех) рабочих дней до даты окончания Подготовительного этапа Заказчику
должна быть предоставлена актуальная версия следующих документов, учитывающих особенности
настоящего ТЗ:
- акт приемки Систем на проведение работ по развитию и обеспечению бесперебойного
функционирования;
- детализированный отчет о выполненных работах;
- регламент взаимодействия сторон при выполнении работ по контракту с использованием СМКСС;
- состав и график ППР;
- матрица эскалации;
- регламенты резервного копирования и восстановления;
11
 - регламенты мониторинга и администрирования;
- форма детализированного отчета.
Подготовительный этап считается завершенным, а работы Подготовительного этапа выполненными
в полном объеме после подписания Сторонами Акта приемки Систем на проведение работ по
развитию и обеспечению ее бесперебойного функционирования.
Документ о приемке работ по Подготовительному этапу подписывается Сторонами не ранее даты
подписания Акта приемки Систем на проведение работ по развитию и обеспечению бесперебойного
функционирования.
3.3 Требования к содержанию и составу работ Основного этапа
Основной этап включает в себя:
- работы по развитию Систем, в т.ч. доработку модулей и подсистем в части расширения
функционала и улучшения характеристик Систем;
- работы по обеспечению бесперебойного функционирования Систем.
3.3.1. Работы по развитию Системы
В рамках работ по развитию Систем Подрядчиком должны выполняться разовые работы в объеме,
установленном в п.2.1 Приложения 2 к настоящему ТЗ.
Основанием для выполнения разовых работ, в т.ч. по адаптации прикладных функций и архитектуры
Систем являются:
- изменения действующих нормативных правовых актов Российской Федерации и города Москвы,
затрагивающих работу Систем;
- возникновение новых целевых задач (новый функционал и т.п.) в рамках настоящего ТЗ,
определенных Заказчиком;
- требования Заказчика по добавлению новых отчетов;
- запросы пользователей Систем;
- результаты работы по инцидентам;
- интеграция с другими информационными системами;
- выход новых версий прикладного программного обеспечения;
- актуализация лицензий.
Разовые работы могут включать:
- изменение пользовательского интерфейса;
- доработку существующих функций;
- добавление новых функций;
- внесение изменений в отчетную форму;
- разработку программы формирования отчета;
- расширение интеграционных сервисов;
- другие виды работ.
При возникновении необходимости в данном виде работы Заказчик формирует запрос на изменение
в СМКСС и при необходимости направляет его по электронной почте Подрядчику.
В запросе должен быть указан предварительный срок выполнения работы.
Подрядчик на основании запроса в течение 3 (трех) рабочих дней обязан подготовить и представить
Заказчику на согласование ЧТЗ на выполнение работ по изменению. ЧТЗ должно быть
предоставлено в электронной и бумажной форме.
ЧТЗ должно содержать:
- состав и описание работ;
-сроки выполнения;
- порядок выполнения;
- расчет и обоснование трудоемкости работ (в человеко-часах).
В рамках зафиксированного в СМКСС запроса на изменение Подрядчик проводит согласование с
Заказчиком разработанного ЧТЗ.
Заказчик имеет право не принимать условий, указанных в ЧТЗ с обоснованием причин отказа. При
12
 этом Заказчик, направляет Подрядчику скорректированное ЧТЗ и выдвигает свои условия и
требования по выполнению работы, в части: сроков и порядка выполнения, требуемого количества
человеко-часов, критериям приемки результатов и отчетной документации.
После согласования Сторонами Заказчик в СМКСС прикрепляет ЧТЗ к запросу.
Подрядчик после согласования ЧТЗ Заказчиком приступает к выполнению работ.
По окончании работ Подрядчик тестирует Систему и в случае положительных результатов и
отсутствия сбоев и ошибок вносит изменения на тестовый контур, проверяет на работоспособность и
передает Заказчику для приема и принятия решения о внесении изменения на промышленный
контур.
Основанием для принятия работ является работоспособный тестовый контур с внесенными
изменениями.
По результатам успешного выполнения работ Подрядчик разрабатывает новые или актуализирует
существующие руководства и вносит изменения в эксплуатационную документацию.
Сдача-приемка результатов выполнения разовых работ по развитию Систем осуществляется по
завершению отчетного периода, установленного в п.2 Приложения 2 к настоящему ТЗ, и при
условии, что Заказчиком приняты работы на тестовом контуре, а также актуализирована
эксплуатационная документация.
По результатам работ оформляется детализированный отчет. В детализированном отчете должны
быть учтены все разовые работы, выполненные по запросу Заказчика с их описанием и затраченной
трудоемкостью в человеко-часах.
Внесение изменений на промышленный контур осуществляется по согласованию с Заказчиком в
установленное Заказчиком время. По решению Заказчика может вноситься одновременно несколько
изменений.
3.3.2. Работы по обеспечению бесперебойного функционирования Системы
Обеспечение бесперебойного функционирования Систем включает в себя:
- управление инцидентами (в т.ч. управление дефектами как категории проблем с ППО);
- планово-предупредительные работы;
- работы по поддержке пользователей;
- внесение изменений;
- сопровождение и поддержка программного обеспечения Систем.
3.3.2.1. Требования к работе по управлению инцидентами, проблемами и рисками
Работы по управлению инцидентами, проблемами и рисками включают в себя выполнение работ по
устранению внештатных ситуаций, ошибок, сбоев или инцидентов (далее ? инцидент), управлению
проблемами и рисками.
3.3.2.1.1. Работы по устранению инцидентов
При возникновении инцидента Заказчик формирует запрос, регистрирует и классифицирует (в т.ч.
устанавливает приоритет) его в СМКСС. Запрос должен содержать описание инцидента и требуемый
срок устранения.
В течение обозначенного в Приложении 4 к настоящему ТЗ времени на решение по инциденту
Подрядчик должен обработать запрос и, либо устранить причину, либо предоставить обходное
решение в рамках устранения инцидента в соответствии с требованиями настоящего ТЗ.
При невозможности решения инцидента в установленные сроки по согласованию с Заказчиком срок
может быть изменен.
Порядок взаимодействия при выполнении работы по устранению инцидента описан в Регламенте
взаимодействия.
Приоритеты для запросов типа «Инцидент» приведены в Таблице 1:
Таблица 1. Приоритеты по инцидентам
Приоритет
Названи Классифицирующие признаки
№
е
13
 1
2
3
4
5
Отказ в работе Системы, приводящий к недоступности одной из
Критиче
подсистем/модулей Системы для пользователей или к невозможности
ский
эксплуатации ключевого функционала Системы.
Частичное нарушение функционирования Системы, некритичное для выполнения
основных задач (работы ключевого функционала).
Не существует приемлемого способа «обойти» инцидент.
Высокий
Невозможно выполнять операции, требующие срочного исполнения.
Отказ в работе Системы, приводящий к невозможности эксплуатации
неключевого функционала Системы
Незначительная потеря функциональности Системы, нарушение удобства работы
Средний с Системой, не влияющая на принципиальные возможности выполнения
операций, инцидент, который в настоящий момент можно «обойти».
Отдельные сбои или нарушения работы объектов инфраструктуры, не
Низкий
оказывающие воздействия на общую работу ключевых функций Системы.
Низкий Отдельные сбои или нарушения работы объектов инфраструктуры, не
со
оказывающие воздействия на общую работу ключевых функций Системы,
сроком которые необходимо устранить к определенному сроку
Классифицирующие признаки и типы инцидентов согласуются с Заказчиком в рамках
Подготовительного этапа в Регламенте взаимодействия.
По инцидентам 1 и 2 приоритета Подрядчик обеспечивает оперативное устранение в установленные
сроки (см. Приложение 4), создает отчет об инциденте в произвольной форме с указанием причины
возникновения инцидента, способа решения инцидента и рекомендаций по устранению причин
инцидента, который размещается в СМКСС.
Вместе с отчетом об инциденте 1 и 2 приоритета в составе отчетной документации по
соответствующему отчетному периоду Подрядчиком должны быть переданы Заказчику инструкции
по предупреждению и устранению аналогичных ошибок в дальнейшем.
Изменения по результатам устранения инцидентов по 1 и 2 приоритетам переносятся Подрядчиком
на промышленный и тестовый контур по согласованию с Заказчиком.
Изменения по результатам устранения инцидентов по 3-5 приоритетам переносятся Подрядчиком на
тестовый контур, проверяются на работоспособность и передаются Заказчику для приема и принятия
решения о внесении изменений на промышленный контур. При положительном результате проверки
Подрядчик по согласованию с Заказчиком переносит изменения на промышленный контур.
Результаты устранения инцидентов отражаются в детализированном отчете Подрядчика в конце
отчетного периода.
3.3.2.1.2. Работы по управлению проблемами и рисками
В состав работ по управлению проблемами и рисками входят мероприятия по:
- выявлению и прогнозированию проблем на основе анализа инцидентов;
- диагностике проблем;
- предоставлению временного решения для устранения проблем;
- предоставлению постоянного решения для устранения проблем;
- предотвращению повторного возникновения проблемы;
- информированию Заказчика о ходе устранения проблем;
- мониторингу актуальности решения проблемы;
- передаче описания проблем разработчику ПО и предоставлению Заказчику полученного ответа
Разработчика, в случае возникновения проблем в используемом ПО стороннего Разработчика.
При работе с проблемами Подрядчик обязан:
- провести исследование проблемы и анализ результатов;
- провести анализ корневых причин;
- осуществить планирование и составление графика работ по решению проблемы;
- провести мероприятия по реализации временного (при необходимости) и постоянного решения
14
 проблемы;
- предоставить Заказчику, по результатам проведенных мероприятий, предложения по доработке
Систем.
3.3.2.2.Планово-предупредительные работы
Подрядчик проводит ППР согласно Графику ППР. По согласованию с Заказчиком при
необходимости График ППР может быть загружен в СМКСС. Временные параметры выполнения
работ должны быть определены в Графике плановых работ.
В базовый перечень ППР входят:
- резервное копирование и восстановление Системы из резервной копии;
- мониторинг событий;
- работы по управлению мощностями;
- функциональное тестирование.
Базовый перечень может быть дополнен на Подготовительном этапе по предложениям Подрядчика.
В ходе ППР для каждой из Систем должны выполняться следующие работы:
- резервное копирование и контрольное восстановление Системы из резервной копии;
- анализ запросов в службу технической поддержки технических средств резервного копирования
Заказчика по завершившемуся с ошибкой процессу создания резервной копии;
- проверка срабатывания и уведомлений систем мониторинга, а также анализ необходимости и
целесообразности изменения параметров мониторинга Системы;
- управление объемом и размещением табличных пространств баз данных, своевременное
определение необходимости расширения и подготовка запроса для расширения выделенного
пространства под хранение данных;
- перемещение из рабочих баз в архив устаревших версий элементов справочников, классификаторов
и протоколов взаимодействия;
- своевременный сбор статистики по изменяющимся таблицам баз данных;
- оптимизация индексов под текущее наполнение баз данных;
- контроль сроков действия лицензий и сертификатов и их продление;
- формирование отчетов о произошедших событиях;
- анализ вышедших обновлений и предлагаемых изменений ППО, формирование предложений
Заказчику по их внесению в Систему, внесение их на промышленный контур;
- анализ, архивация лог-файлов ППО и СпецПО;
- проверка актуальности информации в СМКСС;
- прочие работы, необходимые для обеспечения штатного режима функционирования Системы.
Порядок информирования Заказчика о результатах выполнения ППР согласуется на
Подготовительном этапе.
3.3.2.2.1.Резервное копирование и восстановление Системы из резервной копии
Подрядчик организует резервное копирование Систем в соответствии с Регламентом резервного
копирования, согласованном на Подготовительном этапе.
Сведения о неработоспособности системы резервного копирования или ошибках в работе системы
резервного копирования в отношении выполнения задач по резервному копированию Системы
должны фиксироваться в детализированном отчете. В случае неработоспособности или ошибок
системы резервного копирования в отношении выполнения задач по резервному копированию
Системы, Подрядчик обязан обратиться в службу технической поддержки системы резервного
копирования Заказчика с требованием зарегистрировать инцидент и контролировать сроки
выполнения данного инцидента.
В рамках выполнения работ Подрядчик должен обеспечить:
- формирование заданий на проведение резервного копирования и их последующую корректировку в
случае необходимости;
- контроль создания резервных копий Системы в соответствии с Графиком планово-
15
 профилактических работ;
- контроль целостности резервных копий;
- восстановление объектов Системы из резервной копии в случае аварийной ситуации/инцидента,
приведшей к потере или повреждению данных, в случае сбоев при установке релизов, в т.ч.
предоставленных Заказчиком или Разработчиком смежных систем или обновлений Системы в
соответствии с процедурой восстановления работоспособности Системы.
С целью обеспечения контроля за работоспособностью системы резервного копирования Подрядчик
по требованию Заказчика обязан произвести контрольное восстановление Системы из резервной
копии на выделенных Заказчиком аппаратных ресурсах. Проверка хода и результатов контрольного
восстановления осуществляется уполномоченными сотрудниками Заказчика в ходе очного
присутствия или с использованием удаленного доступа к используемым в ходе процедуры
аппаратным средствам. Решение о режиме надзора проведения Подрядчиком процедуры
контрольного восстановления принимается Заказчиком.
Критериями успешного выполнения процедуры контрольного восстановления являются:
- процедура восстановления выполнена;
- время выполнения процедуры восстановления не превысило установленного в Регламенте
резервного копирования времени выполнения работ времени восстановления Системы;
- актуальность восстановленных информационных ресурсов и конфигурации программного
обеспечения соответствует последней по времени резервной копии.
Сведения о результате проверки должны быть зафиксированы в Протоколе восстановления Системы
из резервной копии.
3.3.2.2.2.Мониторинг событий
Задачи системы мониторинга в рамках управления событиями:
- автоматическое оповещение Подрядчика и Заказчика о событиях мониторинга и их фиксация при
необходимости в системе СМКСС;
- проверка доступности и работоспособности всех подсистем;
- проверка состояния (работоспособности) служб, сервисов, интеграций со смежными системами;
- ведение статистики производительности сети, в части работы Систем, использования служб,
сервисов и интеграций;
- проверка состояния памяти, загруженности процессора, объема занятого, объема свободного места
на диске для веб-серверов и серверов БД;
- контроль прочих параметров, которые могут быть определены на Подготовительном этапе.
Подрядчик:
- предоставляет средства системы мониторинга, обеспечивает их настройку в соответствии с
«Регламентом мониторинга и администрирования» в срок не позднее 15 календарных дней с начала
Основного этапа;
- обеспечивает мониторинг Систем на Основном этапе;
- обеспечивает предупреждающее воздействие для приведения контролируемых параметров (в том
числе снижения производительности) в норму до наступления инцидента или приступает к
восстановлению штатного функционирования Системы. При вводе в Систему новой
функциональности и/или сервисов, Подрядчик должен обеспечить постановку новой
функциональности и/или сервисов на мониторинг одновременно с установкой новой версии, после
чего обеспечить оперативное реагирование (не более 15 минут) на оповещения системы мониторинга
в течение 48 часов после ввода. По окончании периода стабилизации Системы мониторинг
введенного функционала осуществляется в штатном режиме.
Если в случае проверки и выяснения причины срабатывания системы мониторинга, выявлено, что
причина неработоспособности компонента(-ов) Системы относится к зоне ответственности СТП
смежных систем, Подрядчик должен обеспечить контроль сроков проведения работ СТП смежных
систем и, при выявлении нарушений, обеспечить эскалацию вопроса в соответствии с Матрицей
16
 эскалации.
3.3.2.2.3.Работы по управлению мощностями
Работа по управлению мощностями (ресурсами) включает в себя анализ производительности Систем
(в т.ч. СУБД), потребления ресурсов и формирование прогноза использования ресурсов с
предоставлением предложений по совершенствованию Систем, в том числе, в части уменьшения
ресурсов, например, если Система выводится из эксплуатации.
В случае необходимости увеличения требуемых мощностей Подрядчик должен предоставить
Заказчику предложения по изменению аппаратного и программного обеспечения Системы.
По результатам подготовленных и согласованных с Заказчиком предложений Подрядчик проводит
комплекс необходимых мероприятий по улучшению работоспособности Системы.
Работа считается выполненной в случае применения Заказчиком рекомендуемых Подрядчиком
изменений и показатели работы Системы улучшились.
В рамках приемки результатов работ Заказчиком проводится проверка работоспособности
предложенной схемы мощностей Системы на тестовом контуре, а также наличие измененной
эксплуатационной документации Системы.
Применение изменений на промышленный контур Системы должно осуществляться только при
условии успешного завершения испытаний на тестовом контуре.
3.3.2.2.4.Функциональное тестирование
Функциональное тестирование проводится Подрядчиком с целью проверки правильности
функционирования Систем в соответствии с проектной и эксплуатационной документацией.
В рамках приемки результатов выполнения работ Заказчиком проводится проверка сценариев
проведения тестирования и отчета по результатам прохождения функциональных тестов на тестовом
и промышленном контурах Систем.
3.3.2.3.Работы по поддержке пользователей
Консультационная поддержка пользователей включают в себя работы по обработке и решению
запросов администраторов Систем, зарегистрированных при необходимости в СМКСС, в том числе
службами технической поддержки смежных систем.
Подрядчик обеспечивает консультации администраторов Систем по вопросам эксплуатации в
режиме «Горячая линия» (по телефону, факсу, электронной почте, другим каналам коммуникации).
Работы по сопровождению и поддержке пользователей Систем оказывается в соответствии с
параметрами и критериями, приведенными в Приложении 4 «Временные параметры (SLA)» к
настоящему ТЗ.
3.3.2.4.Внесение изменений
При выполнении работ по внесению изменений Подрядчик обязан осуществить мероприятия по
приемке обновления от организации-разработчика или Заказчика, его тестированию на тестовом
контуре и переносу согласованного Заказчиком изменения Системы на промышленный контур с
минимизацией возможных рисков нарушений стабильности работы Системы.
Все активности по внесению изменений в Систему должны быть согласованы с Заказчиком.
В зависимости от сложности работ, при необходимости, по согласованию с Заказчиком может быть
разработан план работ.
План работ по внесению изменений в Систему должен содержать:
- указание времени начала и окончания, а также продолжительность каждого шага/этапа;
- контрольные точки и критерии по принятию решения в зависимости от успешности/неуспешности
каждого этапа;
- мероприятия по восстановлению (откату) на случай возникновения внештатной ситуации;
- прочую информацию, необходимую для обеспечения работоспособности системы в штатном
режиме.
В рамках работ по внесению изменений Подрядчик:
- в течение 3 дней с момента получения изменений/релиза от организации-разработчика, в т.ч.
других смежных информационных систем или Заказчика, разворачивает и проводит комплексное
17
 тестирование Системы на тестовом контуре в составе смежных информационных систем,
размещенных на тестовых контурах, и при успешном/неуспешном завершении тестирования
сообщает Заказчику и представляет отчет (протокол тестирования) о возможности/невозможности
внесения изменения на промышленный контур;
- планирует и по решению Заказчика вносит изменения на промышленный контур, проводит
комплексное испытание и при успешном его завершении сообщает Заказчику о готовности ввода
изменений/релиза в промышленную эксплуатацию;
- до и после внесения каждого изменения сохраняет точную информацию о состоянии рабочей среды
и определяет базовые показатели конфигурации перед внесением каждого изменения;
- при приемке изменения Системы/релиза от Разработчика проверяет наличие полного комплекта
сопроводительной документации.
Тестирование изменения Системы/релиза может проводиться совместно Разработчиком,
Подрядчиком и Заказчиком по предварительной договоренности.
Все недоработки, несоответствия, ошибки в инсталляторах и инсталляционных скриптах,
документации, а также все дефекты, обнаруживаемые в ходе тестирования должны фиксироваться в
СМКСС и указываться в отчете (протоколе тестирования) о внесении изменений.
Все выявленные в ходе тестирования дефекты должны быть повторно протестированы после
исправления.
Установка изменений/релиза на промышленный контур осуществляется в сроки, установленные в
запросе Заказчика на основании заключения организации-разработчика и Подрядчика о
положительных результатах тестировании изменений/релиза на тестовом контуре и готовности их
установки на промышленный контур.
При возникновении ошибок при установке изменений/релиза на промышленный контур Подрядчик
самостоятельно выполняет следующие действия незамедлительно информируя Заказчика:
- останавливает установку изменений/релиза;
- откатывает систему до рабочей версии;
- формирует протокол ошибок с сохранением логов ошибок;
- не позднее следующего рабочего дня после попытки установки изменений/релиза, регистрирует в
СМКСС и передает в электронном виде организации-разработчику и Заказчику сведения по
процедуре установки изменений/релиза, протокол ошибок и копию логов и возвращает
изменения/релиз организации–разработчику по согласованию с Заказчиком для устранения
замечаний.
Выпуск изменения Системы/релиза проводится в соответствии с согласованным планом работ и при
наличии согласованного с Заказчиком комплекта технической документации.
В случае наличия в Системе незакрытых ошибок/дефектов решение об установке изменения/релиза в
среду промышленной эксплуатации принимается Заказчиком на основании оценки рисков,
проведенных Подрядчиком.
После внесения изменений на промышленный контур Подрядчик должен обеспечить идентичность
конфигурации (состав программного обеспечения и его настроек) на тестовом контуре.
Результатом проверки и анализа изменения являются:
- решение об успехе или неудаче реализации изменения;
- результаты анализа действий по выпуску изменения и анализа, показывающего, было ли изменение
реализовано в надлежащий срок;
- актуальный комплект технической документации, содержащий новые знания, полученные в ходе
процесса изменения.
Результат проверки оформляется в виде Отчета по внесению изменений.
В рамках выполнения работ используются определения изменений, приведенные в Таблице 2.
Изменения объединены в следующие категории по Типам изменений:
Таблица 2 Типы изменений
Тип изменения
Определение
18
 Изменения, которые могут оказывать большое влияние на группу
Важные
пользователей (например, изменения в интерфейсе Системы, изменение
логики выполнения основных функций).
Значительные изменения оказывают масштабное воздействие на Систему,
однако это воздействие не является основным (например, изменение,
Значительные
влияющее на группу в подразделении или на отдельную группу
конфигурационных элементов, изменяется технология выполнения
операции).
Изменения, влияющие на небольшое число пользователей или
конфигурационных элементов (например, изменение касается
Незначительные
ограниченного круга пользователей в рамках выполнения работ по их
запросам).
Изменения, которые уже вносились, хорошо документированы и являются
Стандартные
частью процесса эксплуатации (например, обновление профиля
пользователя).
Изменения, которые не были согласованы с Заказчиком, проведенные без
Несанкционированное надлежащего документирования, фиксации в СМКСС и без уведомления
групп поддержки систем пользователей.
Приоритеты изменений Системы приведены в Таблице 3:
Таблица 3 Приоритеты изменений
Приоритет Классифицирующие признаки
Изменения необходимы при проведении аварийно-восстановительных работ для
Критичный возобновления работоспособности Системы или для предотвращения внештатных
ситуаций, имеющих высокую вероятность возникновения.
Изменения относятся к обеспечению информационной безопасности и/или
Высокий
работоспособности основного функционала Системы, устраняет выявленные ошибки
и баги в работе Системы.
Изменения, связанные с развитием Системы и выводом нового функционала в
Средний
штатном режиме.
Изменения, связанные с ошибками в отображении информации на Системы (графика,
Низкий
текст).
Типы и приоритеты изменений Системы могут быть скорректированы в процессе выполнения работ,
по согласованию с Заказчиком.
3.3.2.5.Сопровождение и поддержка программного обеспечения Системы
Работа по сопровождению и поддержке программного обеспечения Систем, указанного в
Приложениях 5, 6 к настоящему Техническому заданию, направлена на обеспечение
работоспособности ПО Систем.
При необходимости изменения комплекса технических средств Подрядчик должен разработать
предложение по изменению размещения Систем, исходя из заданных параметров
производительности, доступности и информационной безопасности.
3.3.3. Порядок сдачи и приемки результатов работ
Порядок сдачи и приемки работ определяется Контрактом и настоящим ТЗ.
Сдача-приемка выполненных работ осуществляется в соответствии с условиями Контракта,
настоящего ТЗ и оформляется Документом о приемке работ в форме, определенной Контрактом, с
приложением детализированных отчетов и других отчетных документов при необходимости. Сдачаприемка выполненных работ, оказанных в ходе Подготовительного этапа, осуществляется по
завершении данного этапа. Сдача-приемка выполненных работ, оказанных в ходе Основного этапа,
осуществляется по завершении отчетных периодов выполнения работ в ходе Основного этапа.
Форма детализированного отчета о выполненных работах разрабатывается Подрядчиком и
19
 согласовывается с Заказчиком в рамках выполнения работ по Подготовительному этапу.
По завершении этапа/отчетного периода Подрядчик предоставляет в адрес Заказчика Документ о
приемке работ, и другие отчетные документы, указанные в п.3.4 настоящего технического задания.
По согласованию с Заказчиком отчетные документы могут быть предоставлены в электронном виде.
В случае если при проверке установлены неактуальность, противоречивость либо неполнота
сведений, представленных в отчетных материалах, Заказчик в порядке, определенном Контрактом,
возвращает Подрядчику материалы на доработку с указанием причин отказа в приемке материалов.
В этом случае приемка работ откладывается в порядке, определенном Контрактом, до момента
полного устранения замечаний Заказчика по представленным материалам.
Отчеты по инцидентам 1 и 2 приоритета предоставляются Подрядчиком по электронной почте,
приведенной в контактных данных, указанных в Перечне уполномоченных специалистов, в течение
суток после разрешения инцидента.
Заказчик вправе запросить предоставление ежемесячной отчетной документации. В случае, если
Заказчиком будет принято такое решение, Подрядчик, в соответствии со сроками, установленными
Контрактом, формирует Заказчику комплект отчетной документации о фактически выполненных
работах за прошедший месяц. Комплект отчетной документации передается в электронном виде
посредством электронной почты.
Для всех выполненных работ, которые требуют внесения изменений в проектную и/или
эксплуатационную документацию, Подрядчик должен предоставлять актуализированные версии
соответствующих документов.
Заказчик вправе запросить у Подрядчика внеплановое предоставление отчетов по выполненным
работам. Подрядчик обязан предоставить запрошенную отчетную документацию (отчеты о
результатах выполнения регламентных работ, содержащие ключевые сведения о работах, в
отношении которых поступил запрос) в электронном виде в течение 3 (трех) рабочих дней.
Обязательные требования к составу и содержанию отчетной документации определяются настоящим
ТЗ и должны быть уточнены Подрядчиком при актуализации Регламентов в рамках выполнения
работ Подготовительного этапа. Требования к составу отчетной документации указаны в пункте 3.4
настоящего ТЗ.
Порядок оформления и предъявления результатов выполнения работ Заказчику должен
соответствовать требованиям Контракта, а также комплексу стандартов и руководящих документов
на автоматизированные системы согласно нормативным правовым актам, указанным в пунктах 7.4.,
7.5., 7.6., 7.7., 7.8., 7.9. настоящего ТЗ.
Состав передаваемых на машинных носителях результатов выполнения работ оформляется
документом «Ведомость машинных носителей информации». Документы в электронном виде
должны быть предоставлены на носителе, не предусматривающем возможность перезаписи.
Все выполняемые Подрядчиком работы должны быть отражены в СМКСС.
Порядок, обязательность заполнения и правила заполнения тех или иных полей в СМКСС
определяются Регламентом взаимодействия и могут быть скорректированы Подрядчиком по
согласованию с Заказчиком.
3.4. Подготовка комплекта отчетных документов за отчетный период, по итогам исполнения
Контракта
3.4.1. Комплект отчетной документации Подготовительного этапа, в составе:
3.4.1.1. Актуализированный либо разработанный комплект документации, включающий в себя:
- регламент взаимодействия сторон при выполнении работ по государственному контракту с
использованием СМКСС;
- график ППР;
- матрица эскалации;
- регламент резервного копирования и восстановления Систем;
- регламент мониторинга и администрирования Систем;
20
 - руководство пользователя;
- руководство администратора;
- форма детализированного отчета.
3.4.1.2. Документы, подтверждающие готовность Подрядчика к выполнению обязательств по
контракт
- акт приемки Систем на проведение работ по развитию и обеспечению бесперебойного
функционирования;
- перечень уполномоченных специалистов.
3.4.1.3. Документы, подтверждающие закрытие Подготовительного этап
- документ о приемке работ в форме, определенной Контрактом;
- детализированный отчет о выполненных работах в согласованной с Заказчиком форме.
3.4.2. Комплект отчетной документации Основного этапа, за каждый отчетный период в составе:
3.4.2.1. Документы по выполнению назначенных работ:
- документ о приемке работ в форме, определенной Контрактом;
- детализированный отчет или Протокол испытаний;
- актуализированные руководства пользователя и администратора (при необходимости).
3.4.2.2. Документы по выполнению разовых работ:
- документ о приемке работ в форме, определенной Контрактом;
- детализированный отчет, в т.ч. с указанием трудозатрат в человеко/часах;
- актуализированные руководства пользователя и администратора (при необходимости).
3.4.2.3. Документы по выполнению работ по обеспечению бесперебойного функционирования:
- документ о приемке работ в форме, определенной Контрактом.
3.4.2.4. Документ о приемке работ по Основному этапу в форме, определенной Контрактом.
4. Объем и сроки гарантий качества
4.1. Гарантия качества работ предоставляется Подрядчиком в течение срока выполнения работ в
полном объеме в соответствии с требованиями Контракта и настоящего Технического задания.
4.2. Гарантийный срок на выполняемые по Контракту работы должен быть не менее 12 (двенадцати)
месяцев со дня подписания электронного структурированного Документа о приемке.
4.3. В случае устранения недостатков выполненных работ в период гарантийного срока Подрядчик
обязан устранить их в сроки в соответствии с требованиями Контракта с учетом сроков,
установленных в Приложении 4 к настоящему Техническому заданию.
5. Требования к безопасности выполнения работ
Все права на Системы принадлежат Заказчику.
Подрядчик обязуется сохранять конфиденциальность информации, полученной в ходе выполнения
работ по настоящему Техническому заданию, в течение одного года с момента регистрации сведений
об исполнении Контракта в Реестре контрактов. Сведения, полученные в ходе выполнения работ по
настоящему Техническому заданию, предназначены исключительно для Подрядчика и не могут быть
полностью или частично переданы (опубликованы, разглашены) третьим лицам или использованы
каким-либо иным способом с участием третьих лиц без согласия Заказчика.
Исключительные права и права собственности на результаты, полученные в ходе выполнения работ
по настоящему Техническому заданию, принадлежат Заказчику и могут быть использованы только с
его согласия.
Права собственности на результаты выполнения работ, полученные в ходе выполнения настоящего
Технического задания, переходят к Заказчику с момента подписания им Документа о приемке
выполненных работ.
21
 Технические решения, используемые Подрядчиком в процессе выполнения работ, не должны
приводить к нарушению авторских и смежных прав третьих лиц. В рамках выполнения работ,
предусмотренных настоящим ТЗ, использование Подрядчиком программ, программных комплексов
или компонентов, разработанных третьими лицами, не должно приводить к возникновению
ограничений, препятствующих использованию Систем по прямому назначению.
Исключительные права на специальное программное обеспечение Систем, созданное в рамках
выполнения работ, должны быть переданы Заказчику.
В случае подачи третьими лицами претензий и/или исков в связи с нарушением авторских прав,
патентов или прочих исключительных прав на результаты выполнения работ по настоящему
Техническому заданию, Подрядчик обеспечивает судебную защиту интересов Заказчика и несет
полную ответственность по таким искам, а также возмещает в полном объеме Заказчику расходы,
связанные с указанными претензиями и/или исками, если таковые последуют.
6. Требования к используемым материалам и оборудованию
6.1. Обеспечение защиты обслуживаемых электронных информационных ресурсов объектов от
хищения, утраты, уничтожения, искажения и подделки информации при выполнении работ должно
осуществляться правовыми, организационными и техническими мерами Подрядчика работ в
соответствии с действующим законодательством Российской Федерации.
6.2. При работе с конфиденциальными данными Подрядчик должен руководствоваться
нормативными правовыми актами, указанными в пункте 7 настоящего Технического задания.
6.3. Подрядчик несет ответственность за распространение информации, к которой может получить
доступ в рамках выполнения работ по Технического задания.
6.4. Подрядчик должен привлекать для выполнения работ по системному обслуживанию
квалифицированных специалистов и оказывать данные работы с соблюдением правил техники
безопасности.
7. Перечень нормативных правовых и нормативных технических актов
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). Государственный стандарт Союза ССР. Единая система
программной документации. Описание программы" (введен в действие Постановлением
22
 Госстандарта СССР от 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-ст).
7.20. "ГОСТ 34.602-2020. Межгосударственный стандарт. Информационные технологии. Комплекс
стандартов на автоматизированные системы. Техническое задание на создание автоматизированной
системы" (введен в действие Приказом Росстандарта от 19.11.2021 N 1522-ст).
7.21. "ГОСТ 34.201-2020. Межгосударственный стандарт. Информационные технологии. Комплекс
стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при
создании автоматизированных систем" (введен в действие Приказом Росстандарта от 19.11.2021 N
1521-ст).
23
 Приложение 1 к Техническому заданию
Перечень объектов закупки
1. Работы по развитию информационных систем и ресурсов
Характеристики
Вид работ: Развитие.
Объект работ: Информационная система.
Объем (единица
измерения)
Адрес
Срок
4 (Условная единица) город Москва, бульвар Страстной, дом 15/29, c 01.01.2028 по
строение 1
31.12.2028
2. Сопровождение информационных систем и ресурсов
Характеристики
Вид работ: Сопровождение.
Объект работ: Информационная система.
Объем (единица
измерения)
12 (Условная
единица)
Адрес
Срок
город Москва, бульвар Страстной, дом 15/29, c 01.01.2028 по
строение 1
31.12.2028
3. Сопровождение информационных систем и ресурсов
Характеристики
Вид работ: Сопровождение.
Объект работ: Информационная система.
Объем (единица
измерения)
12 (Условная
единица)
Адрес
Срок
город Москва, бульвар Страстной, дом 15/29, c 01.01.2028 по
строение 1
31.12.2028
4. Сопровождение информационных систем и ресурсов
Характеристики
Вид работ: Сопровождение.
Объект работ: Информационная система.
Объем (единица
измерения)
12 (Условная
единица)
Адрес
Срок
город Москва, бульвар Страстной, дом 15/29, c 01.01.2028 по
строение 1
31.12.2028
5. Сопровождение информационных систем и ресурсов
Характеристики
Объем (единица
измерения)
24
Адрес
Срок
 Вид работ: Сопровождение.
Объект работ: Информационная система.
12 (Условная
единица)
город Москва, бульвар Страстной, дом 15/29, c 01.01.2027 по
строение 1
31.12.2027
6. Работы по развитию информационных систем и ресурсов
Объем (единица
измерения)
Характеристики
Вид работ: Развитие.
Объект работ: Информационная система.
Адрес
Срок
4 (Условная единица) город Москва, бульвар Страстной, дом 15/29, c 01.01.2027 по
строение 1
31.12.2027
7. Сопровождение информационных систем и ресурсов
Объем (единица
измерения)
Характеристики
Вид работ: Сопровождение.
Объект работ: Информационная система.
12 (Условная
единица)
Адрес
Срок
город Москва, бульвар Страстной, дом 15/29, c 01.01.2027 по
строение 1
31.12.2027
8. Сопровождение информационных систем и ресурсов
Объем (единица
измерения)
Характеристики
Вид работ: Сопровождение.
Объект работ: Информационная система.
12 (Условная
единица)
Адрес
Срок
город Москва, бульвар Страстной, дом 15/29, c 01.01.2027 по
строение 1
31.12.2027
Приложение 2 к Техническому заданию
Содержание работ, объем финансирования, регламент и отчетность
№ п/п
Наименование работ
Регламент выполнения
работ (срок)
1.
Подготовительный этап
15 календарных дней с
момента заключения
контракта
25
Отчетность по закрытию этапа
(с момента сообщения Подрядчиком о факте
качественно выполненной работы)
Документ о приемке работ по этапу
 2.
Основной этап
2.1.
Работы по развитию:
2.2.
2.3.
2.4.
после завершения
подготовитель-ного этапа, Документ о приемке работ по этапу
с 01.01.2027 по 31.12.2028
Разовые работы в объеме 40 человеко-дней в квартал
(320 рабочих часов в квартал) (доработка систем по
ежеквартально
Документ о приемке работ
запросам пользователей)
Обеспечение бесперебойного функционирования единой
интегрированной системы управления данными
(ЕИСУД)
управление инцидентами (в т.ч. управление дефектами Ежемесячно после
завершения подготовителькак категории проблемы с ППО)
Документ о приемке работ
ного этапа, с 01.01.2027 по
планово-предупредительные работы
работы по поддержке пользователей
31.12.2028
внесение изменений
сопровождение и поддержка аппаратного и
программного обеспечения Системы
Обеспечение бесперебойного функционирования
аппаратно-программного комплекса мониторинга и
анализа информационного пространства (АПК МАИП)
управление инцидентами (в т.ч. управление дефектами Ежемесячно после
завершения подготовителькак категории проблемы с ППО)
Документ о приемке работ
ного этапа, с 01.01.2027 по
планово-предупредительные работы
работы по поддержке пользователей
31.12.2028
внесение изменений
сопровождение и поддержка аппаратного и
программного обеспечения Системы
Обеспечение бесперебойного функционирования
единого банка данных (Медиатеки) архивных и текущих
материалов и фотографий в цифровом виде с
Ежемесячно после
информационной системой управления и поиска
завершения подготовительуправление инцидентами (в т.ч. управление дефектами ного этапа, с 01.01.2027 по Документ о приемке работ
как категории проблемы с ППО)
31.12.2028
планово-предупредительные работы
работы по поддержке пользователей
26
 внесение изменений
сопровождение и поддержка аппаратного и
программного обеспечения Системы
Приложение 3 к Техническому заданию
Требования к службе техподдержки
№
Наименование комплекса работ
п/п
Подготовительный этап
Состав комплекса работ
●
1.
Организационно-подготовительные
мероприятия
●
●
Основной этап
2.
Работы по развитию Системы
2.1.
Назначенные работы
Методическое обеспечение
Техническое обеспечение
Приемка Системы
Выполнение работ
Формирование запросов
Подготовка ЧТЗ и выполнение работ
●
2.2.
Разовые работы
●
●
●
3.
Обеспечение бесперебойного
функционирования
●
●
●
4.
Поддержка пользователей
●
5.
Сопровождение и поддержка аппаратного и
●
Техническая поддержка
(зона ответственности)
Подрядчик
Подрядчик
Заказчик
Подрядчик
Формирование загрузок и выборок данных
Адаптация прикладных функций и архитектуры
Управление мощностями
Подрядчик
Управление проблемами и рисками, в т.ч. обработка всех
поступивших к нему запросов, взаимодействие с иными
линиями поддержки по разрешению поступивших запросов
Поддержка пользователей, в том числе администраторов
Системы
Управление знаниями
Аппаратное обеспечение Системы
27
Заказчик совместно с
Подрядчиком
Заказчик
 ●
программного обеспечения Системы
●
●
6.
Системное администрирование в части
обеспечения работоспособности виртуальных
машин и установленного на нем системного
ПО для обеспечения их (виртуальных машин)
работоспособности.
●
●
●
●
●
Эксплуатация оборудования
Приобретение комплектующих
Программное прикладное и специальное обеспечение
Системы
Управление инцидентами;
Управление событиями;
Управление изменениями;
Нагрузочное тестирование;
Управление резервным копированием.
Подрядчик
Заказчик
Приложение 4 к Техническому заданию
Временные параметры (SLA)
Параметр 1. «Режим выполнения работ»
Режим выполнения работ определяется отдельно для Технической поддержки и для Сервисного обслуживания.
Таблица А. 1 – Режимы выполнения работ
Поддержка пользователей
Работы по обращениям ведутся только в рабочее время (по рабочим дням
8x5
с 9.00 до 18.00)
Техническое сопровождение
Работы по обращениям ведутся только в рабочее время (по рабочим дням
8x5
с 9.00 до 18.00)
Параметр 2. «Временные параметры работ»
Временные параметры работ приведены в таблицах ниже (Таблица А. 2)
28
 Таблица А. 2 - Временные параметры работ. Уровень 3
Параметр
Поддержка пользователей
Время регистрации и классификации
Экстренная [1]*
не применимо
Обращение по телефону
не более 20 минут
Обращение иным способом
не более 40 минут
Время Реагирования
Приоритет -1
не применимо
Приоритет -2
не применимо
Приоритет -3
не применимо
Приоритет -4
не более 60 минут
Время решения Обращения
не менее 70% обращений
не более 1 рабочего дня
не более 20% обращений
не более 3 рабочих дней
не более 10% обращений
не более 5 рабочих дней
Время восстановления Системы/устранения инцидента
Приоритет -1
не применимо
Приоритет -2
не применимо
Приоритет -3
не применимо
Приоритет -4
не применимо
Время устранения системных ошибок/не
не применимо
стандартных изменений
Техническое сопровождение
не более 5 минут
не более 10 минут
не более 30 минут
не более 30 минут
не более 60 минут
не более 4 часов
не более 8 часов
не применимо
не применимо
не применимо
не более 8 часов
не более 48 часов
не более 3 рабочих дней
не более 5 рабочих дней
не применимо
Параметр 3. «Уровень доступности».
Уровень доступности определяется как максимальное допустимое время недоступности за определенный период, приведен в таблице (Таблица А. 1).
Таблица А. 1 - Уровень недоступности
Время внеплановой недоступности за 365 дней
Не более 64 часов
Время плановой недоступности за 365 дней
Не более 144 часов
Термины и определения SLA
Время регистрации - временной интервал, прошедший с момента получения обращения/инцидента до момента, когда инициатор обращения будет
проинформирован о присвоении данному обращению/инциденту уникального номера и установления Заказчиком статуса записи
29
 обращения/инцидента в СМКСС на «Новая».
Время реагирования - временной интервал с момента регистрации обращения (инцидента) в СМКСС с присвоением статуса «Новая» до момента,
когда по данному обращению (обработке инцидента) Подрядчик присвоил статус «В работе».
Время решения обращения - временной интервал, прошедший с момента регистрации обращения до момента, когда инициатору обращения
предоставлено приемлемое решение/запрошенная информация либо выполнены запрошенные действия, и у инициатора обращения запрошено
подтверждение в закрытии обращения.
В отдельных случаях и при условии, что Подрядчик обоснует объективную невозможность выполнить обращение в указанный срок, время решения
может быть увеличено по письменному согласованию с инициатором обращения или Заказчиком. Допускается согласование посредством
электронной почты.
Время восстановления Системы/устранения инцидента – временной интервал, прошедший с момента регистрации инцидента до момента, когда
ошибка/сбой была фактически устранена, а работоспособность/доступность Системы для Пользователей восстановлена.
Время устранения системных ошибок – временной интервал, прошедший с момента регистрации инцидента в СМКСС до момента, когда Подрядчик
передал Заказчику исправленные элементы Системы (включая исправленную эксплуатационную и техническую документацию на эти элементы
Системы) и/или инструкции по устранению ошибок, включая применение соответствующих исправлений в самой действующей версии Системы.
Недоступность Системы - такое состояние Системы, при котором полностью, либо частично нарушена работа ключевого функционала (явно, либо
потенциально) для определенной группы пользователей и/или систем-пользователей. Время недоступности Системы определяется максимальным
временем из возможных: время устранения инцидента блокирующего приоритета в соответствии с записями в СМКСС или временем, с момента
оповещения системы мониторинга о сбое/недоступности Системы до момента оповещения системы мониторинга о восстановлении штатного
режима.
Время плановой недоступности Системы – период недоступности в соответствии с заранее согласованными с Заказчиком плановыми периодами
недоступности Системы во время проведения эксплуатационных мероприятий (установки новых релизов, функционального тестирования, проверки
системы мониторинга доступности и работоспособности, контрольного восстановления Системы из резервной копии).
Время внеплановой недоступности Системы – период недоступности из-за инцидентов, программных сбоев, неверно установленных обновлений,
ошибочных действий персонала Подрядчика и т.д.
Приложение 5 к Техническому заданию
Описание информационных систем и ресурсов
1. Общие сведения об информационной системе ЕИСУД
№ п/п
Характеристика
Значение
1
Полное наименование системы
Единая интегрированная система управления данными Московской городской Думы
2
3
4
Краткое наименование системы
Разработчик
Назначение
ЕИСУД МГД
ООО «Компания Сайтсофт»
Агрегация, организации и визуализация данных, обрабатываемых прикладными
30
 5
6
7
8
9
10
11
12
13
14
15
информационными системами МГД
Промышленная эксплуатация
2020 год
Программное обеспечение разработано на языке PHP 7.1, с использованием
фреймворка Laravel 4. Программное обеспечение делится на следующие подсистемы:
подсистема «Персонализация»;
Состав прикладного программного обеспечения
подсистема «Обеспечение информационной поддержки»;
подсистема «Взаимодействие с информационными системами»;
подсистема «Администрирование».
Количество клиентских мест
500
Сервер приложений
Nginx 1.26.0
Основное ПО
ОС Astra Linux 1.7, Laravel 4, Redis 7.0.15
Используемая СУБД
PostgreSQL 11
Дисковое пространство приложения – порядка 100 Гб
Объем БД
Временные хранилища, база данных приложения – порядка 100 Гб
Источники формирования, актуализации
Прикладные информационные системы МГД (ИС СЗД, СУИ, АПК МАИП)
Период обновления
Ежедневно
Полное и сокращенное наименование организации, Московская городская Дума
осуществляющей права собственности на данные МГД
Стадия
Год начала промышленной эксплуатации
2. Технические сведения об информационной системе ЕИСУД
№ п/п
Сведения
Кол-во
Требующие поддержки
Подрядчика
1
1.1
1.2
1.3
2
Пользователи ЕИСУД МГД:
Администраторы ЕИСУД МГД
Авторизованные пользователи ЕИСУД МГД
Неавторизованные пользователи
Внешние пользователи ЕИСУД МГД – физические лица и работники коммерческих организаций
4
500
0
0
Да
Да
Нет
Нет
3. Общие сведения об информационной системе АПК МАИП
№ п/п
Характеристика
Значение
Автоматизированный программный комплекс мониторинга и анализа
1.
Полное наименование системы
информационного пространства
2.
Краткое наименование системы
АПК МАИП
3.
Разработчик
ООО «АСТ-Реклама»
Выявление и анализ ключевых тем, проблемных и кризисных областей в
4.
Назначение
31
 5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
информационном пространстве в сети Интернет, имеющих отношение к текущей
законотворческой деятельности МГД
Стадия
Промышленная эксплуатация
Год начала промышленной эксплуатации
2017 год
Программное обеспечение разработано на языке PHP 7, с использованием
фреймворка Laravel 4. Программное обеспечение делится на следующие подсистемы:
подсистема «Новости»;
Состав прикладного программного обеспечения
подсистема «Мониторинг социальных сетей»;
подсистема формирования отчетов;
подсистема администрирования;
Мобильное приложение «В курсе событий».
Сервер приложений
Nginx 1.26.0
Основное ПО
ОС Astra Linux 1.7, Laravel 4, RabbitMQ 3.8.2, PHP 7.3
Используемая СУБД
PostgresSQL 14
Основное хранилище – порядка 60 Гб
Объем БД
Временные хранилища (менеджеры очередей, стенда для внешних пользователей) –
порядка 8 Гб
Социальные сети и сервисы в сети Интернет. Сторонние Подрядчики, организующие
Источники формирования, актуализации
ввод данных на отдельный стенд, с последующим автоматическим переносом в
основной стенд
Ежедневно – для ручного ввода данных
Период обновления
С динамическим интервалом от 10 минут до 2 недель – для социальных сетей
Полное и сокращенное наименование организации, Московская городская Дума
осуществляющей права собственности на данные МГД
4. Технические сведения об информационной системе АПК МАИП
Сведения
Кол-во
Требующие поддержки
Подрядчика
4
Да
1.2
1.3
Пользователи ИСиР - государственные гражданские служащие и работники государственных
учреждений города Москвы:
Пользователи ИСиР - государственные гражданские служащие Московской городской Думы,
Администраторы системы
Авторизованные пользователи
Неавторизованные пользователи домена https://portal.mgd.mos.ru
80
0
Нет
Нет
2
Внешние пользователи ИСиР - физические лица и работники коммерческих организаций
0
нет
№ п/п
1
1.1
32
 5. Общие сведения об информационной системе Медиатека
№ п/п Характеристика
Значение
1.
Полное наименование системы
Единый банк данных материалов в цифровом виде
2.
Разработчик
ООО "Компания Сайтсофт"
3.
Назначение
Бесперебойный и удобный доступ к видео и фото материалам в цифровом виде, хранящимся в
МГД
4.
Стадия
Промышленная эксплуатация
5.
Год начала промышленной эксплуатации 2018 год
6.
Состав прикладного программного
обеспечения
Используются программное обеспечение, разработанное с помощью открытых технологий, языков
программирования РНР и JavaScript
7.
Количество клиентских мест
8.
Сервер приложений
9.
Используемая СУБД
не более 50 одновременно работающих
Nginx 1.26.0, работающий на ОС Astra Linux 1.7;
Среда выполнения программного кода PHP.
PostgreSQL 14
10.
Объем БД
Дисковое пространство сервера БД 150 GB Дисковое пространство внешнего хранилища 25 TB
11.
Источники формирования, актуализации Аппарат Московской городской Думы
12.
Период обновления
Полное и сокращенное наименование
организации, осуществляющей права
собственности на данные
13.
По требованию
Московская городская Дума
МГД
33
 6. Технические сведения об информационной системе Медиатека
Сведения
1
1.1
1.2
1.3
2
Пользователи ИСиР - государственные гражданские служащие и работники государственных
учреждений города Москвы:
Пользователи ИСиР - государственные гражданские служащие Московской городской Думы,
Администраторы системы
Авторизованные пользователи домена https://portal.mgd.mos.ru
Неаторизованные пользователи домена https://portal.mgd.mos.ru
Внешние пользователи ИСиР - физические лица и работники коммерческих организаций –
пользователи домена duma.mos.ru
Кол-во
Требующие
поддержки
Исполнителя
4
Да
10
Не ограничено
Нет
Нет
Не ограничено
Нет
Приложение 6 к Техническому заданию
Перечень оборудования и программного обеспечения
Перечень оборудования и программного обеспечения ЕИСУД
Наименование устройства
Кол-во
Перечень оборудования
127994, г. Москва, ГСП-4,
Страстной бульвар, д. 15/29, стр. 1
Предоставляется комплект виртуальных машин с предустановленной
2
операционной системой
127994, г. Москва, ГСП-4,
Страстной бульвар, д. 15/29, стр. 1
Перечень программного обеспечения
ОС Astra Linux 1.7
Nginx: 1.26.0
Место размещения
2
1
34
 PHP 7.3
Gitlab-runner 17.10.1
PostgreSQL 11
Redis 7.0.15
1
1
1
1
Перечень оборудования и программного обеспечения АПК МАИП
Наименование устройства
Кол-во
Перечень оборудования
127994, г. Москва, ГСП-4,
Страстной бульвар, д. 15/29, стр. 1
Предоставляется комплект виртуальных машин с предустановленной
5
операционной системой
127994, г. Москва, ГСП-4,
Страстной бульвар, д. 15/29, стр. 1
Перечень программного обеспечения
ОС Astra Linux 1.7
Nginx: 1.26.0
PHP 7.3
Gitlab-runner 17.11.0
PostgreSQL 14
Redis 5.7.0
Место размещения
5
4
2
2
2
1
Перечень оборудования и программного обеспечения Медиатеки
Наименование устройства
Кол-во
Место размещения
Перечень оборудования Предоставляется комплект виртуальных машин с предустановленной
операционной системой
127994, г. Москва, ГСП-4,
Страстной бульвар, д. 15/29, стр. 1
3
127994, г. Москва, ГСП-4,
Страстной бульвар, д. 15/29, стр. 1
Перечень программного обеспечения
ОС Astra Linux 1.7
Nginx: 1.26
PostgreSQL 14
3
1
1
35
 PHP 7.3
Gitlab-runner 18.4.0
ElasticSearch 7.8
1
1
1
[1] Регистрация выявленного инцидента 1-го приоритета при обращении сотрудников Государственного заказчика и/или инженеров смежных
систем.
36

=== ФАЙЛ: Приложения к Техническому заданию | docs/0173200001726000087/Приложения 7,8,9 к Техническому заданию (Внешний файл) (1).pdf
Приложение 7 к Техническому заданию
Описание Системы ЕИСУД
Перечень терминов и сокращений
Термин
АПК МАИП
БД
Гб
ЕИСУД МГД, Система
Информационный контур МГД
ИС
ИС МГД
ИССЗД
МГД
ПО
Пользователи
СУБД
СУИ
API
1.
Назначение программы
1.1.
Назначение
Определение
Автоматизированный программный комплекс мониторинга и
анализа информационного пространства
База данных
Гигабайт
Единая интегрированная система управления данными
Московской городской Думы
Локальная (внутренняя) сеть МГД
Информационная система
Информационные системы Московской городской Думы, с
которыми осуществляется взаимодействие ЕИСУД МГД,
посредством механизмов интеграции (ИС СЗД, СУИ, АПК
МАИП)
Информационная система сопровождения законодательной
деятельности
Московская городская Дума
Программное обеспечение
Руководители структурных подразделений МГД, а также
должностные лица
Система управления базами данных
Система управления информацией Московской городской
Думы
(от англ. «Application programming interface») – описание
способов, с помощью которых одна компьютерная
программа может взаимодействовать с другой компьютерной
программой
ЕИСУД МГД предназначена для обеспечения информационной поддержки руководителей
структурных подразделений Аппарата МГД, а также пользователей, которым будет предоставлен
сетевой доступ в информационный контур МГД.
ЕИСУД МГД предоставляет пользователям следующие возможности:





агрегация, организация и визуализация данных, обрабатываемых прикладными
информационными системами, разработанными ранее для нужд МГД: ИС СЗД, СУИ,
АПК МАИП (далее – ИС МГД);
быстрый поиск, фильтрация и сортировка данных ИС МГД;
уведомление пользователей о важных событиях в рамках деятельности МГД;
консолидация и организованная визуализация ссылок на информационные ресурсы,
данные из которых невозможно отображать в ЕИСУД МГД напрямую в связи с
организационными или техническими ограничениями;
единая аутентификация пользователей с целью предоставления доступа ко всем ИС МГД,
в которых зарегистрирован пользователь, без необходимости повторения данной
 
процедуры;
оперативный просмотр онлайн-трансляций из залов заседаний МГД.
1.2.
Возможности пользователя при работе с Системой
Система разработана в соответствии с техническим заданием, и включают в себя следующие
подсистемы:
− «Персонализация»;
− «Обеспечение информационной поддержки»;
− «Взаимодействие с информационными системами»;
− «Администрирование».
Система обеспеченивает:
− единый доступ к интегрированным ИС МГД;
− управление виджетами;
− визуализацию сведений, содержащихся в виджетах раздела «Главная страница»;
− визуализацию сведений, содержащихся в разделе «Календарь»;
− визуализацию сведений, содержащихся в виджетах раздела «Онлайн трансляции»;
− визуализацию сведений, содержащихся в разделе «Законодательная деятельность»;
− визуализацию сведений, содержащихся в виджетах раздела «Статистика»;
− поиск документов, разрабатываемых в рамках деятельности МГД, в рамках раздела
«Законодательная деятельность».
2.
Функциональные возможности Системы
Функциональность Системы делится на следующие группы:
− функции обеспечения единого доступа к ИС МГД и настройки страниц (подсистема
«Персонализация»);
− функции, связанные реализацией интерфейса ЕИСУД МГД (подсистема «Обеспечение
информационной поддержки»);
− функции, связанные с получением данных из ИС МГД (подсистема «Взаимодействие с
информационными системами»);
− функции администрирования (подсистема «Администрирование»).
2.1.
Функции подсистемы «Персонализация»
2.1.1. Функциональная возможность по обеспечению единого доступа к ИС МГД,
посредством единого окна входа
Функциональная возможность по обеспечению единого доступа к ИС МГД предназначена для
решения возникшей в ходе работы пользователей иметь отдельные логин и пароль для каждой ИС
МГД в отдельности. Данная функциональная возможность обеспечивает единовременную
авторизацию пользователя во всех интегрированных ИС МГД, куда пользователю предоставлен
доступ администратором ИС МГД. Единовременная авторизация пользователя осуществляется
посредством ввода логина и пароля в специализированном окне аутентификации и авторизации.
2.1.2. Функциональная возможность по настройке страниц, а также редактированию
настроек страниц и разделов ЕИСУД МГД
Функциональная возможность по настройке страниц предназначена для управления виджетами,
расположенными на главной странице Системы. В рамках данной функциональной возможности
предусмотрен режим редактирования и настройки раздела «Главная страница». Для пользователей
ЕИСУД МГД доступны следующие операции:
− выбор месторасположения виджета в сетке областей для последующего добавления виджета
 на главную страницу Системы;
− выбор виджета с возможностью внутрисистемного поиска виджета по его названию;
− добавление виджета в текущее месторасположение на главной странице Системы;
− перемещение виджета в сетке областей;
− удаление виджета в сетке областей;
− настройка персонального профиля пользователя, позволяющего выполнить расположение
виджетов под требования каждого пользователя ЕИСУД МГД в отдельности.
2.2.
Функции подсистемы «Обеспечение информационной поддержки»
2.2.1. Функции раздела «Главная страница»
В разделе «Главная страница» реализуется визуализация сведений, содержащихся виджетах.
Виджеты раздела «Главная страница» настраиваются пользователем индивидуально при помощи
функциональной возможности по управлению виджетами. В раздел «Главная страница» при помощи
функциональной возможности по управлению виджетами могут быть добавлены следующие виджеты:
− «Новости»;
− «Объявления»;
− «Ссылки на внешние ресурсы»;
− «Ссылки на ресурсы МГД»;
− «Справочник сотрудников»;
− «Документы МГД»;
− «Календарь»;
− «Онлайн трансляции»;
− «Статистика обращения граждан».
Рисунок 1 – Отображение раздела «Главная страница»
2.2.1.1.
Описание виджета «Новости»
Виджет «Новости» представляет из себя область, содержащую новости, в рамках
законотворческой деятельности МГД. Данный виджет содержит новости по следующим категориям:
− Новости с официального сайта МГД;
− Новости из АПК МАИП, содержащий следующие подкатегории:
o «Мосгордума»;
o «Россия»;
o «Москва»;
o «Внимание»;
 o «Досье»;
o «Отставки и назначения»;
o «Международные новости».
В каждой новости виджета содержатся следующие данные:
− дата и время события;
− наименование источника события;
− заголовок события;
− файл графического формата;
− текст события;
− ссылка на источник.
2.2.1.2.
Описание виджета «Объявления»
Виджет «Объявления» представляет из себя область, содержащую сведения о мероприятиях и
объявлениях МГД, в рамках законотворческой деятельности. В рамках данного виджета
обеспечивается группировка объявления по следующим категориям:
− Информационные сообщения; Анонсы мероприятий.
2.2.1.3.
Описание виджета «Ссылки на внешние ресурсы»
Виджет «Ссылки на внешние ресурсы» представляет из себя область, содержащую ссылку для
перехода во внешний ресурс. В рамках данного виджета обеспечивается возможность для
пользователя самостоятельно разместить ссылку на любой внешний ресурс по отношению к ЕИСУД
МГД. Таким образом обеспечивается быстрый доступ на часто посещаемые внешние ресурсы по
отношению к ЕИСУД МГД, непосредственно из раздела «Главная страница». Добавление виджета
«Ссылка на внешние ресурсы» происходит по следующему пользовательскому сценарию:
1. Пользователь добавляет виджет «Ссылка на внешние ресурсы» в раздел «Главная
страница».
2. Пользователь активирует режим настройки виджета «Ссылка на внешний ресурс».
3. Механизм, обеспечивающий возможность пользователю самостоятельно прикрепить
ссылку на необходимый внешний информационный ресурс, в области виджета «Ссылка
на внешний ресурс» предоставляет пользователю поле для ввода URL-адреса внешнего
информационного ресурса для обеспечения последующего перехода при активации.
2.2.1.4.
Описание виджета «Ссылки на ресурсы МГД»
Виджет «Ссылки на ресурсы МГД» представляет из себя область, содержащую ссылку для
перехода внутренний ресурс. В рамках данного виджета обеспечивается возможность для
пользователя самостоятельно разместить ссылку на любой ресурс МГД из следующего списка
виджетов:
− Электронный каталог «Ирбис»;
− Информационная правовая система «Гарант»;
− Информационная правовая система «Кодекс»;
− Информационная правовая система «Дельта (Референт)»;
− Информационная правовая система «Законодательство России»;
− Информационная правовая система «КонсультантПлюс Регионы»;
− Информационные правовые системы «КонсультантПлюс»;
− АПК МАИП;
− Медиатека;
− ИС СЗД;
− подсистема «Сайт» СУИ;
− подсистема «Портал» СУИ;
− подсистема «Документооборот» СУИ;
− подсистема «Распорядительные документы» СУИ.
 2.2.1.5.
Описание виджета «Справочник сотрудников»
Виджет «Справочник сотрудников» представляет из себя область, содержащую следующие
сведения:
− список сотрудников подразделения;
− ссылка «Отправить сообщение»;
− ссылка «Показать расширенную информацию».
С помощью контекстного поиска в поле «Поиск» можно найти сотрудника по ФИО.
Расширенная информация (доступная при активации соответствующего элемента управления),
содержит следующие реквизиты:
Фамилия;
Имя;
Отчество;
Подразделение;
Должность;
Городской телефон;
Внутренний телефон;
Номер комнаты.
В рамках списка сотрудников подразделения отображается полный список сотрудников отдела
или сотрудников нескольких отделов, в случае если пользователь является руководителем более
крупного структурного подразделения.
В списке сотрудников отображаются сведения о сотрудниках, находящихся в штате МГД, в
соответствии с тем отделом или иным подразделением, руководителем которого является
пользователь.
В список сотрудников подразделения входят следующие сведения:
− фамилия сотрудника;
− имя сотрудника;
− отчество сотрудника;
− должность сотрудника.
Ссылка «Отправить сообщение» предоставляет пользователю возможность отправить письмо
по электронной почте сотруднику, находящемуся в списке с помощью установленного у пользователя
почтового клиента.
2.2.1.6.
Описание виджета «Документы МГД»
Виджет «Документы МГД» представляет из себя область, содержащую список следующих
поручений по фильтрам:
− фильтр «Документы для меня» – содержит количество документов, поступивших на
обработку пользователю ЕИСУД МГД, в соответствии с их статусом;
− фильтр «Мои документы» – содержит количество поручений, переданных пользователем
ЕИСУД МГД на обработку должностным лицам МГД, в соответствии с их статусом.
В каждом из доступных фильтров возможен выбор одного из следующих статусов:
− Новые документы;
− Срок – сегодня;
− Срок истек;
− Все.
При выборе статуса в одном из доступных фильтров, в отдельной вкладке веб-браузера
отобразится страница, содержащая список документов, в выбранном пользователем статусе. Список
документов на странице отображает превью и аннотацию в области документа. При активации в
области документа в отдельной вкладке веб-браузера отображается соответствующий документ.
При выборе статуса в одном из доступных фильтров, в отдельной вкладке веб-браузера
отображается страница, содержащая список документов, в выбранном пользователем статусе. Список
 документов на странице отображает превью и аннотацию в области документа. При активации в
области документа в отдельной вкладке веб-браузера отображается соответствующий документ.
2.2.1.7.
Описание виджета «Календарь»
На виджете «Календарь» реализуется визуализация сведений, за период в 1 месяц. Данный
раздел помогает сотрудникам МГД узнать о следующих типах событий, в рамках законотворческой
деятельности:
– Праздники РФ;
– Мероприятия в МГД;
– Дни рождения сотрудников;
– Личные мероприятия.
При нажатии на конкретное число, под календарем появляется список событий,
запланированных на выбранный день.
2.2.1.8.
Описание виджета «Онлайн трансляции»
На виджете «Онлайн трансляции» реализуется визуализация сведений о запланированных
трансляциях. По нажатию на элемент виджета происходит переход к странице выбранного элемента и
просмотру видео.
2.2.1.9.
Описание виджета «Статистика обращения граждан»
На виджете «Статистика обращения граждан» выводятся топ-5 тематик по обращениям. Виджет
представлен в виде графика, с возможностью просмотра данных в предусмотренной для графика
легенде.
2.2.2. Функции раздела «Календарь»
В разделе «Календарь» реализуется визуализация сведений, за период в 1 месяц. Данный раздел
помогает сотрудникам МГД узнать о следующих типах событий, в рамках законотворческой
деятельности:
− Праздники РФ;
− Мероприятия в МГД;
− Дни рождения сотрудников;
− Личные мероприятия.
2.2.3. Функции раздела «Онлайн-трансляции»
В разделе «Онлайн-трансляции» реализуется визуализация группы виджетов «Залы заседаний».
Каждый виджет в рамках группы виджетов «Залы заседаний» реализован в виде информационного
блока, в котором содержится фотография соответсвующего зала заседания МГД. При переходе на
данный виджет Пользователю открывается онлайн-трансляция, проходящая в соответствующем зале
заседания. Также у пользователя присутствует возможность добавления виджета «Зал заседания
ХХХХ» в раздел «Главная страница». В каждом виджете «Зал заседания ХХХХ» реализован
индикатор проведения заседания в режиме онлайн.
2.2.4. Функции раздела «Новости»
В разделе «Лента новостей» реализовано отображение новостей, загружаемых из АПК
МАИП и с сайта МГД. В основном рабочем пространстве выводится список новостей с
отображением заголовка, краткого описания, даты и тэги новости. При клике на новость,
открывается всплывающее окно с подробным её текстом.
Реализована функция поиска по ключевым словам среди текстов новостей и тэгов. Для этого
нужно ввести ключевые слова в соответствующее поле в верхней части боковой панели. Результаты
автоматически отобразятся в списке новостей.
 2.2.5. Функции раздела «Полезные ссылки»
В разделе «Полезные ссылки и сервисы» реализованы функции по добавлению,
редактированию и удалению ссылок на различные сайты, необходимые для работы сотрудников МГД.
В списке «Полезные ссылки» пользователь может сохранять нужные ему ссылки на сайты. При
нажатии на заголовок или на URL-адрес браузер открывает указанную страницу в новой вкладке.
2.2.6. Функции раздела «Справочник сотрудников»
В разделе «Справочник сотрудников» реализовано отображение контактной информации всех
сотрудников МГД.
Также в разделе реализована функциональность поиска сотрудника по параметрам, также
функциональность фильтрации сотрудников по департаментам.
Пользователь имеет возможность отправить E-mail сотруднику, для которого в справочнике
указан адрес электронной почты. Для этого необходимо нажать на значок почты в строке
соответствующего сотрудника. Откроется установленный в системе почтовый клиент с формой
отправки письма на указанный электронный адрес.
2.2.7. Функции раздела «Статистика»
В разделе «Статистика» реализована группа графиков «Статистика» для визуализации
статистических сведений. В группу «Статистика» входят следующие графики:
− график «Популярные темы в обращениях граждан» (топ-5);
− график Суммарная динамика обращений граждан»;
− график «Статистика обращений граждан по административным округам».
2.2.8. Функции раздела «Законодательная деятельность»
В разделе «Законодательная деятельность» реализована возможность поиска закона,
постановления, проекта закона, проекта постановления и других документов, разрабатываемых в
рамках деятельности МГД. Данный раздел состоит из следующих подразделов:
− «Проекты нормативных правовых актов» (источник информации ИС СЗД);
− «Законодательные инициативы Думы» (источник информации ИС СЗД);
− «Правовые акты, принятые Думой» (источник информации ИС СЗД);
− «Официальные заявления и обращения Московской городской Думы» (источник
информации ИС СЗД);
− «Официальные издания» (источник информации «Ведомости МГД», сайт Думы, СУИ);
− «Итоги деятельности Московской городской Думы» (источник информации сайт Думы,
СУИ);
− «Материалы о работе комиссий» (источники не агрегированной информации – сайт и портал
Думы, СУИ);
− «Материалы к заседанию» (источник информации ИС СЗД).
При переходе на соответствующий подраздел пользователю отображается страница
подраздела, содержащая перечень документов с возможностью их фильтрации по датам, по номеру
документа.
2.3.
Функции подсистемы «Администрирование»
2.3.1. Функциональные возможности по управлению пользователями
С помощью функциональной возможности по управлению пользователями возможно
выполнять функции администрирования: регистрация, создание, удаление, отключение, включение,
изменение учетных записей пользователей, а также назначение прав и ограничений. Выполнять
функции администрирования возможно в специальной административной панели ЕИСУД МГД.
3.
Описание взаимосвязей Системы с другими системами
ЕИСУД МГД взаимодействует со следующими ИС МГД:
 − АПК МАИП;
− Официальный сайт МГД;
− Подсистема «Портал» СУИ;
− Подсистема «Документооборот» СУИ;
− ИС СЗД.
3.1.
Описание взаимодействия ЕИСУД МГД с АПК МАИП
При взаимодействии ЕИСУД МГД с АПК МАИП осуществляется односторонний обмен
сведений с целью обеспечения корректной работы виджета «Новости из АПК МАИП».
Взаимодействие ЕИСУД МГД и АПК МАИП происходит посредством программного интерфейса
приложения (API), который предоставляется на стороне АПК МАИП.
3.2.
Описание взаимодействия ЕИСУД МГД с сайтом МГД
При взаимодействии ЕИСУД МГД с сайтом МГД осуществляется односторонний обмен
сведений с целью обеспечения корректной работы:
− Виджета «Новости с сайта МГД»;
− Подраздела «Официальные издания», в рамках функциональных возможностей раздела
«Законодательная деятельность»;
− Подраздела «Итоги деятельности МГД», в рамках функциональных возможностей раздела
«Законодательная деятельность»;
− Подраздела «Материалы о работе комиссий», в рамках функциональных возможностей
раздела «Законодательная деятельность».
Взаимодействие ЕИСУД МГД и сайта МГД происходит посредством программного интерфейса
приложения (API), который предоставляется на стороне сайта МГД.
3.3.
Описание взаимодействия ЕИСУД МГД с подсистемой «Портал» СУИ
При взаимодействии ЕИСУД МГД с подсистемой «Портал» СУИ осуществляется
односторонний и двусторонний обмен сведений с целью обеспечения корректной работы:
− Виджета «Телефонный справочник»;
− Виджета «Сотрудники отдела»;
− Виджета «Объявления»;
− Визуализации событий типа «Мероприятия в МГД», в рамках функциональных
возможностей раздела «Календарь»;
− Виджета «Количество обращений граждан с определением перечня самых популярных тем»;
− Виджета «Количество обращений граждан с распределением по административным
округам».
Взаимодействие ЕИСУД МГД и подсистемы «Портал» СУИ происходит посредством
программного интерфейса приложения (API), который предоставляется на стороне подсистемы
«Портал» СУИ.
3.4.
Описание взаимодействия ЕИСУД МГД с подсистемой «Документооборот» СУИ
При взаимодействии ЕИСУД МГД с подсистемой «Документооборот» СУИ осуществляется
односторонний и двусторонний обмен сведений с целью обеспечения корректной работы виджета
«Документы МГД».
Взаимодействие ЕИСУД МГД и подсистемы «Документооборот» СУИ происходит
посредством программного интерфейса приложения (API), который предоставляется на стороне
подсистемы «Документооборот» СУИ.
 3.5.
Описание взаимодействия ЕИСУД МГД с ИС СЗД
При взаимодействии ЕИСУД МГД с ИС СЗД осуществляется односторонний обмен сведений с
целью обеспечения корректной работы:
− Подраздела «Проекты нормативных правовых актов», в рамках функциональных
возможностей раздела «Законодательная деятельность»;
− Подраздела «Законодательные инициативы Думы», в рамках функциональных
возможностей раздела «Законодательная деятельность»;
− Подраздела «Правовые акты, принятые Думой», в рамках функциональных возможностей
раздела «Законодательная деятельность»;
− Подраздела «Материалы к заседанию», в рамках функциональных возможностей раздела
«Законодательная деятельность»;
Взаимодействие ЕИСУД МГД и ИС СЗД происходит посредством программного интерфейса
приложения (API), который предоставляется на стороне подсистемы ИС СЗД.
4.
Описание аппаратного и программного обеспечения
Комплекс технических средств Системы размещен на мощностях технологической площадки
Заказчика.
ЕИСУД МГД функционирует на серверах со следующими характеристиками:
− Сервер приложений:
o Процессор уровня Intel(R) Xeon (R) CPU E5-2620 v3 2.40GHz;
o Оперативная память RAM 8 GB с возможностью увеличения;
o Сетевая карта с пропускной способностью 1 Гб;
o Дисковое пространство сервера приложений 100 Гб с возможностью расширения по
мере роста количества хранимых объектов.
− Сервер баз данных:
o Процессор уровня Intel(R) Xeon (R) CPU E5-2620 v3 2.40GHz;
o Оперативная память RAM 8 GB с возможностью увеличения;
o Сетевая карта с пропускной способностью 1Гб;
o Аппаратный RAID5;
o Дисковое пространство сервера БД 150Gb с возможностью расширения по мере роста
количества хранимых объектов.
ЕИСУД МГД имеет серверную часть, клиентскую часть и сервер баз данных. Модель клиентсерверной архитектуры с использованием технологий тонкого клиента для ЕИСУД МГД представлена
на рисунке 1.
Рисунок 1 – Модель клиент-серверной архитектуры с использованием технологий тонкого
клиента для ЕИСУД МГД
 В состав программного обеспечения ЕИСУД МГД входят:
− веб-сервер – Nginx + php-fpm;
− операционная система – ОС Astra Linux 1.7;
− интерпретатор – PHP 7.1;
− система управления базами данных – PostgreSQL 11;
− система управления ЕИСУД МГД – Sitesoft Platform.
Для обеспечения информационного обмена ЕИСУД МГД работает в составе единой
вычислительной сети, построенной по технологии Интернет/Интранет. Предусматривается
возможность работы функционально законченных компонентов ЕИСУД МГД в различных локально
вычислительных сетях. В качестве базового протокола сетевого и межсетевого взаимодействия
используется TCP/IP (сокращения от англ. Transfer Control Protocol / Internet Protocol, протокол
управления передачей/интернет-протокол) – стек протоколов Интернета. Передача данных между
компонентами ЕИСУД МГД в штатном режиме осуществляется в режиме реального времени.
5.
Описание информационного обеспечения
5.1.
Описание таблиц базы данных
В таблице 1 приведен перечень таблиц базы данных Системы с описанием и указанием, к
какому набору функций они относятся.
Таблица 1. Перечень таблиц базы данных
Название таблицы
access_rules
files
holidays
services
settings_sections
settings_values
user_group
user_groups
user_links
user_personal_events
user_settings
users
Описание
Настройки прав доступа
пользователей
Локальные файлы, изображения
Системы
Производственный календарь,
нерабочие дни
Данные сервисов, текст и описание
ссылок
Данные настроек системы
Данные настроек системы
Пользователи и группы
Группы пользователей
Данные ссылок, текст и описание
ссылок
События пользователя
Настройки главной страницы
Пользователи Системы
Подсистема
Административная часть
Административная часть
Календарь событий
Полезные ссылки и сервисы
Административная часть
Административная часть
Административная часть
Административная часть
Полезные ссылки и сервисы
Календарь событий
Главная страница
Административная часть
 Приложение 8 к Техническому заданию
Описание Системы АПК МАИП
Перечень терминов и сокращений
Термин
Система «В курсе событий»,
АПК МАИП,
Система
Мосгордума
Хэштег
Тема сообщения
Отклик
Аккаунт
Определение
Автоматизированный программный комплекс мониторинга и
анализа информационного пространства
Московская городская Дума
Слово со знаком «диез» (#) вначале, располагающееся в тексте
сообщения в социальных сетях, и интерпретирующееся, как
метка определенной тематики. Помечая свои сообщения
хэштегом, авторы маркируют их и дают возможность другим
пользователям найти тематическую информацию с помощью
поиска.
Сущность Системы для объединения сообщений социальных
сетей в одну группу, описывающую прикладную тему, с целью
формирования общей статистики по ней
Универсальное обозначение для атрибутов сообщения в
социальной сети: отметка «мне нравится», цитирование,
комментарий.
Определенная страница в социальной сети, доступная для
открытия по адресу страницы
 1. Назначение программы
1.1. Назначение
Автоматизированный программный комплекс мониторинга и анализа информационного
пространства (далее в тексте настоящего документа – Система) предназначен для информационноаналитического и программно-проектного сопровождения деятельности Московской городской Думы
(далее в тексте настоящего документа - Мосгордума) в рамках своих полномочий, касающихся
законодательной, представительной и контрольной деятельности.
1.2. Возможности пользователя при работе с Системой
Система разработана в соответствии с частным техническим заданием, по которому
возможности пользователя при работе с Системой включают в себя:
 просмотр наиболее релевантных и приоритетных новостей по различным темам и в
различных видах отображения, актуальных для сотрудников Мосгордумы;
 возможность фильтрации новостей, по категориям, периодам/датам;
 осуществление поиска по заголовкам и текстам новостей;
 осуществление сохранения новостей в специальный список с целью дальнейшего быстрого
поиска;
 просмотр отчетов, представляющих собой выборки новостей по определенным критериям,
сформированных уполномоченными сотрудниками Мосгордумы;
 управление списками новостей, их свойствами и содержанием уполномоченными
сотрудниками Мосгордумы;
 формирование отчетов уполномоченными сотрудниками Мосгордумы.
2. Функциональные возможности Системы
Функциональность Системы делится на следующие группы:
 функции, связанные с новостями (подсистема «Новости»);
 функции, связанные с работой с социальными сетями (подсистема «Мониторинг
социальных сетей»);
 функции формирования отчетов (подсистема формирования отчетов);
 функции администрирования (подсистема администрирования);
 функции мобильного приложения.
2.1. Функции подсистемы «Новости»
Подсистема обеспечивает функционирование следующих разделов Системы:
 Картина дня;
 Лента;
 Угрозы;
 Аналитика;
2.1.1. Раздел «Картина дня»
Система позволяет заводить новости Картины дня со следующими атрибутами:
 Дата и время события – используется для фильтрации записей их сортировки в случае
«сортировки по дате»;
 Источник события – название ресурса, являющегося источником новости;
 Заголовок события;
 Изображение – можно загружать как с компьютера пользователя, так и указать ссылку для
загрузки из интернета;
 




Текст события;
Ссылка на источник – адрес веб-страницы или веб-ресурса с новостью;
МедиаИндекс – используется для сортировки новостей «по медиаиндексу»;
Связанные новости (множество записей, включающих название новостей и ссылки);
Приоритет в Картине дня – используется для изменения позиции при сортировке в
отображении списка новостей «Картина дня»;
 Категория события – используется для сортировки по категориям в общем списке новостей
«Картина дня», а также для отображения в соответствующих разделах;
 Атрибут «Основная новость» - используется для отметки, если новость должна
отображаться в списках «Основные новости»;
 Атрибут отображения – используется для отметки, показывать ли новость пользователям
без права модерирования.
Отображение новостей в разделе «Картина дня» осуществляется в следующих видах:
1. Общая Картина дня. При открытии раздела «Картина дня» отображаются все
новости за вчерашний день, с разделением по категориям (см. Рисунок 2).
Рисунок 2. Новости Картины дня
На данной форме все новости по умолчанию свернуты. Система позволяет их раскрыть
нажатием на заголовок. В случае наличия прав на редактирование, новость можно редактировать или
удалить нажатием на соответствующие кнопки.
Порядок разделов фиксирован, внутри разделов новости сортированы по Медиаиндексу, если
не проставлено поле «Приоритет в Картине дня». Если атрибут проставлен, новости с наибольшим
значением поля отображаются первыми. Если у новостей Медиаиндекс одинаковый или отсутствует,
новости сортируются по дате и времени. Если они так же одинаковы, то новости сортируются по
времени добавления.
Форма позволяет экспортировать в документ формата MS Word все новости, отображенные на
странице или выборочные новости, предварительно отметив их нажатием на кнопку «Добавить в
отчет».
 Фильтр позволяет выбрать временной промежуток менее одного месяца в любой период
истории.
Добавление новых новостей на данной форме невозможно.
Отображение новостей по категориям. Для этого необходимо перейти в соответствующий
раздел в меню (см. Рисунок 3). На данной форме можно фильтровать и сортировать новости более
детально, а также имеется возможность добавления новой записи. Сортировка возможно по
следующим параметрам:
 по дате и времени;
 по теме;
 по медиаиндексу.
Если значения полей сортировки у новостей одинаковые, то такие новости сортируются по дате
создания новости.
Форма позволяет отображать только заголовки новостей или фильтровать новости по атрибуту
«Основная новость». Период поиска новости неограничен.
Так же Основные новости обводятся красной рамкой для выделения их из общего списка
новостей.
Если новость относится к категории «Принять участие» или «Мосгордума-Статистика», то вид
такой новости изменен таким образом, чтобы более крупно отображать изображение и скрыть
незадействованные элементы интерфейса новости.
Рисунок 3. Новости Картины дня по разделам
2.1.1.1. Процесс
создания
и
отображения
новостей
в
Картине дня
Для наполнения раздела «Картина дня» используются 2 сервера: Сервер добавления новостей
Картины дня и Главный сервер Системы. Более подробное описание технического взаимодействия
приведено в разделе 3.1.
Создание новостей Картины дня может осуществляться как на Главном сервере, так и на
Сервере добавления новостей картины дня. Каждое утро (на момент ввода Системы в эксплуатацию
установлено время 7:39 МСК) происходит передача всех введенных новостей с Сервера картины дня
на главный сервер Системы. При этом все перенесенные новости получают атрибут «Скрытый», что не
позволяет пользователям без права модерирования их видеть. Модераторы должны нажать кнопку
«Показать» на каждой новости, предварительно оценив её корректность.
 2.1.2. Раздел «Лента»
Новости в разделе «Лента» отображаются в виде ленты новостей с дозагрузкой (см. Рисунок 4).
Рисунок 4. Раздел «Лента»
Новости Ленты имеют уменьшенный состав атрибутов, по сравнению с новостями Картины
дня:

Дата и время события – используется для фильтрации новости и ее сортировки в случае
«сортировки по дате»;
 Заголовок события;
 Источник события – название ресурса, являющегося источником новости;
 Ссылка на источник – адрес веб-страницы или веб-ресурса с новостью;
 Текст сообщения;
 Изображение – можно загружать как с компьютера пользователя, так и указать ссылку для
загрузки из интернета;
 Категория события – используется для сортировки по категориям в общем списке новостей
раздела, а также для отображения в соответствующих разделах;
 Атрибут отображения – используется для отметки, показывать ли новость обычным
пользователям, не имеющим права на редактирование.
Система позволяет осуществлять фильтрацию по периоду и категории. Поиск по тексту
осуществляется в сообщениях, которые соответствуют условиям фильтра.
По умолчанию, раздел отображает записи с сортировкой по дате и времени, от самых новых к
более поздним.
Так же доступна сортировка «по теме», однако при отображении всех новостей без
примененного фильтра или поиска эта функция не имеет практического применения, так как новости
группируются по трем категориям, и для наблюдения начала сообщений последующей категории
необходимо достаточно долго прокручивать страницу и дозагружать новости предыдущей категории.
Рекомендуется использовать сортировку по теме применительно к результатам поиска или
фильтрации, когда общее количество записей невелико.
2.1.3. Раздел «Угрозы»
Раздел «Угрозы» позволяет создавать записи, посвященные определенной теме угрозы,
добавлять в неё новости, связанные с этой темой для дальнейшего удобного чтения всех новостей.
Система позволяет пользователю указать описание угрозы с возможностью форматирования
текста во встроенном редакторе.
Число сообщений вводится пользователем вручную, без учета фактически привязанных
сообщений.
 2.1.4. Раздел «Аналитика»
Раздел «Аналитика» позволяет прикреплять документы в формате pdf, docx, xls и др., которые
будут доступны для скачивания.
Для документа указывается вручную аннотация и период, который он описывает.
В последствие документы могут скачивать пользователи как в веб-версии Системы, так и в
мобильном приложении.
Файлы в формате pdf можно просматривать непосредственно в интерфейсе Системы, без
скачивания.
2.2. Подсистема «Мониторинг социальных сетей»
Подсистема предназначена для автоматизации
процесса мониторинга и анализа публикаций в сети Интернет в общедоступных источниках
информации, напрямую или косвенно связанных с деятельностью Заказчика.
Для автоматизации указанного выше процесса в подсистеме предусмотрены следующие
части:
программная часть – состоит из компонентов системного программного обеспечения (далее –
СПО), прикладного программного обеспечения (далее – ППО) и иных программных средств,
обеспечивающих реализацию функций подсистемы в соответствии с ее техническим назначением,
заявленным при разработке;
аппаратная часть – предназначена для обеспечения бесперебойного исправного
функционирования программной части подсистемы.
2.2.1. Сбор данных
Мониторинг социальных сетей осуществляется с целью отображения сообщений с
определенных страниц (аккаунтов) в Системе.
Сообщения делятся на 2 группы и отображаются в двух разделах:
 Спикеры;
 Негатив.
Список аккаунтов для сканирования был получен от Заказчика на этапе разработки подсистемы.
Подсистема сканирует следующие социальные сети:
 Вконтакте (vk.com);
 Одноклассники (ok.ru).
Подсистема проверяет имеющиеся публикации на наличие изменений или обновлений в
количестве откликов (отметки «мне нравится», цитирования и комментарии). Регулярность проверки
обновлений высчитывается динамически для каждой конкретной публикации. Регулярность зависит от
популярности аккаунта, на котором публикация размещена, от количества откликов на данную
публикацию и на прочие публикации аккаунта, от давности размещения публикации.
Помимо этого, Система также осуществляет отслеживание изменений в количестве
подписчиков на аккаунты Спикеров. Результаты выводятся в отчет по динамике аудитории, описание
которого приведено в разделе 2.3.3.3.
После сохранения новости в Системе, в ней выделяются:
 хэштеги для возможности фильтрации по ним в дальнейшем;
 оригинальный текст, если публикация является цитированием с комментарием;
 ссылка на оригинал;
 название социальной сети;
 имя спикера или негативного аккаунта, на чьей странице была опубликована запись, с
возможностью фильтрации по нему;
 количество откликов публикации.
 2.2.2. Привязка к темам сообщений
Для формирования ряда отчетов необходимо формировать «Темы сообщений» – сущность, в
которую объединяются сообщения по определенной теме.
Темы сообщений создаются в соответствующем разделе «Спикеры – Темы сообщений». После
этого любую публикацию можно добавить к одной или нескольким темам сообщений вручную.
Система поддерживает добавление хэштегов к Темам сообщений. Пользователь может указать
хэштеги и Система добавит все публикации с такими хэштегами к теме автоматически.
После этого, при получении новых сообщений, Система также будет их привязывать к
определенным темам на основе найденных хэштегов.
Если обновление сообщения имеет другой состав хэштегов, то связи сообщения с темами могут
быть разорваны, несмотря на то, что были поставлены вручную.
2.3. Подсистема формирования отчетов
Подсистема обеспечивает формирование отчетов в форматах docx и xlsx, их сохранение и
возможность скачивания пользователями.
В Системе реализованы отчеты следующих типов:
 Отчеты с новостями – отчеты, формируемые в файл формата docx и включающие в себя
конкретные записи с их содержанием. Более подробное описание приведено в разделе 2.3.1.
 Статистические отчеты по социальным сетям – отчеты в файл формата xlsx, описывающие
статистику публикаций и посещаемости Спикеров. Отчеты формируются только для
данных, оперирование которых осуществляется в подсистеме «Мониторинг социальных
сетей». Более подробное описание приведено в разделе 2.3.3
Механизм формирования видов отчетов различается и не имеет общих элементов, как
интерфейсно, так и логически. Описание видов отчетов приводится далее.
2.3.1. Отчеты с новостями
Отчеты с новостями формируются в файл формата docx и включают в себя конкретные записи с
их содержанием. Отчеты бывают трех видов, от выбранного вида зависит внешний вид конечного
документа:
 Отчет по новостям;
 Отчет по социальным сетям;
 Отчет по теме.
Для формирования отчетов в разделах «Картина дня», «Лента», «Спикеры», «Негатив» имеется
панель формирования отчетов (см. Рисунок 5).
Система позволяет пользователю добавлять сообщения, отображающиеся на странице, в отчет.
После этого указать название отчета, его тип и сгенерировать.
 Рисунок 5. Панель формирования отчетов
После этого отчеты доступны в разделе «Избранное - Отчеты» у всех пользователей, у которых
есть доступ к просмотру отчета данного типа.
В случае с работой с разделами «Картина дня», «Лента», можно сформировать только отчет
типа «Отчет по новостям», поэтому выбора типа отчета не предлагается.
Записи Картины дня Ленты не могут попадать в один отчет с записями Спикеров и Негатива.
Поэтому при смене разделов, на панели формируются разные отчеты.
2.3.2. Отчет по теме
В случае с работой с разделами «Спикеры» и «Негатив», отчеты типов «Отчет по новостям» и
«Отчет по социальным сетям» формируются по сценарию, описанному выше.
«Отчет по теме» имеет дополнительную возможность – указание количества сообщений,
которые необходимо указать в отчете в качестве статистики.
Рисунок 6. Отчет по теме. Поле «Кол-во публикаций»
 Если значение поля не проставлять вручную, то Система посчитает статистику по всем
отображаемым записям, в соответствии с условиями фильтра или поиска.
Непосредственно тексты в отчете будут присутствовать только от записей, которые были
добавлены вручную в отчет.
Однако, если пользователь проставит значение количества публикаций вручную, невозможно
будет посчитать статистику по сообщениям, т.к. неизвестно, какие сообщения подразумевает
пользователь. Из-за этого значения ряда полей статистики в документе будут пустыми.
Во избежание повышенной нагрузки, максимально допустимое количество, считаемое в
соответствии с условиями фильтра – 1000 сообщений. По остальным сообщениям статистика
считаться не будет.
2.3.3. Статистические отчеты по социальным сетям
Система может сформировать статистические отчеты в формате xlsx. Отчеты генерируются
следующих типов:
 Динамика аудитории;
 Статистика сообщений по темам;
 Ежемесячный отчет.
Все отчеты формируются в разделе «Спикеры – Статистические отчеты». Аналогично отчетам
по новостям, статистические отчеты формируются единожды и могут скачиваться всеми
пользователями, у которых есть права на данный раздел.
Все отчеты можно так же заменять файлами, вручную сформированными пользователями вне
Системы.
2.3.3.1. Отчет «Динамика аудитории»
Для формирования данного отчета, Система ежедневно собирает данные по количеству
подписчиков и друзей со страниц социальных сетей спикеров. При этом страницы спикеров делятся на
«личные» и «группы», для дальнейшего разделения в отчете. Данные хранятся с привязкой к дате.
При формировании отчета, Система позволяет выбрать период, за который необходимо
получить данные.
При формировании отчета суммируются числа всех подписчиков и друзей, последние
известные на указанные даты (начало периода и конец периода, соответственно), со всех страниц
спикера в социальной сети, с учетом разделения личная/группа.
2.3.3.2. Отчет «Статистика сообщений по темам»
При формировании отчета необходимо указать, какие темы сообщений необходимо отразить в
отчете. Подробное описание тем сообщений приведено в разделе 2.2.2.
В отчет попадают все сообщения спикеров, привязанные к соответствующим темам сообщений.
Так же Система выводит в отчет общее количество сообщений, не относящихся к выбранным
темам.
Статистика выводится за выбранный период, в разрезе спикеров и социальных сетей.
2.3.3.3. Отчет «Ежемесячный отчет»
Для ежемесячного отчета период указывается с детализацией до месяца. Просматриваются все
сообщения спикеров, опубликованные спикерами в выбранном периоде.
Помесячно считается количество тем, сообщения по которым были опубликованы Спикерами.
Для каждого спикера считается общее количество сообщений, опубликованных им и
относящихся к какой-либо из тем, а также количество откликов по ним.
Считается общее количество тем, которые были затронуты в сообщениях.
Отдельно считаются сообщения, не относящиеся ни к одной из тем, имеющихся в Системе.
2.4. Подсистема администрирования
В функции подсистемы администрирования входят следующие функции:
 обеспечение возможности управления Категориями (разделами), включающая в себя
управление следующими аспектами:
 


 отображаемое название;
 порядок в меню;
 иконка в меню;
 вложенность.
обеспечение возможности управления пользователями, а именно:
 создание нового пользователя;
 удаление пользователя;
 назначение пользователя группе, на основе которого будет настроен доступ к
определенным разделам Системы;
 смена пароля пользователя;
 назначение роли пользователя:
‒ пользователь может только просматривать записи, которые не скрыты;
‒ модератор может редактировать, создавать, удалять записи;
‒ администратор имеет доступ к интерфейсу администрирования и функциям
модератора;
 настройка доступа к скачиванию мобильного приложения.
обеспечение возможности управления группами пользователей и возможностями доступа
групп к различным разделам сайта;
обеспечение возможности загрузки дистрибутива мобильного приложения для
последующего скачивания пользователями;
2.4.1. Возможности пользователей по управлению профилем
Все пользователи Системы имеют доступ к следующим функциям, связанным с персональным
профилем:
 изменение собственного ФИО;
 изменение собственного адреса электронной почты;
 добавление сообщений в персональный список «Избранное». Доступ к новостям списка
может осуществляться как из веб-версии Системы, так и из мобильного приложения.
 отправка сообщений новостей Картины дня и Ленты, а также угроз на любые адреса
электронной почты (адреса необходимо указать при отправке).
 скачивание мобильного приложения, если такое действие разрешено для пользователя
администратором.
2.5. Возможности мобильного приложения
Мобильное приложение позволяет пользователю просматривать новости, обсуживающиеся
подсистемой «Новости» и описанными в разделе 2.1. Функции модерирования недоступны.
Авторизация пользователя осуществляется по тем же реквизитам, что и в веб-версии Системы.
Мобильное приложение позволяет добавлять сообщения в список «Избранное» и список
синхронизируется с веб-версией.
Мобильное приложение позволяет отправлять сообщения на электронную почту, с указанием
адреса. Поддерживается ввод нескольких адресов, через запятую.
Поиск и фильтрация может осуществляться только при наличии подключения к интернету.
Приложение позволяет синхронизировать новости раздела «Картина дня» за последние 3 дня
для последующего доступа без необходимости наличия подключения к сети. Отсчет последних трех
дней в этом случае осуществляется на основе даты, установленной на мобильном устройстве.
 3. Информационное взаимодействие между компонентами Системы
3.1. Взаимодействие Главного сервера Системы с Сервером добавления новостей
Картины дня
В соответствии с требованиями, Система должна поддерживать возможность наполнения
Картины дня сторонними лицами, не относящимися к Московской государственной думе,
находящимися не на территории Заказчика и не имеющими доступа к закрытой сети Мосгордумы.
Однако, Система не поддерживает доступ к веб-интерфейсу из сети Интернет и недопустимо
открывать таковой доступ целях безопасности.
Для реализации доступа реализован отдельный стенд, на котором функционирует только раздел
наполнения Картины дня. На данный стенд открыт доступ из сети Интернет по протоколу https.
При создании новостей на стенде добавления новостей Картины дня, новости моментально
копируются на Главный сервер Системы, в отдельную временную таблицу БД. Перенос
обеспечивается посредством механизма репликации СУБД PostgreSQL (порт 5432 внутри сети
Заказчика). Схема изображена на рисунке (см. Рисунок 7).
Рисунок 7. Схема передачи новостей Картины дня из сети Интернет
Поскольку, механизм репликации обеспечивает перенос в обе стороны, то во избежание риска
несогласованного изменения данных, разработан следующих механизм переноса данных:
2. На сервере добавления новостей Картины дня, новости можно редактировать до
определенного «момента синхронизации». Все изменения будут мгновенно переноситься на
главный стенд Системы, в отдельную таблицу monitoring_events_waiting, предназначенную
для временного хранения записей.
При наступлении момента синхронизации, новости на Сервере добавления новостей
блокируются для пользователя и их изменение больше невозможно, разрешен только
просмотр. Система об этом информирует.
На Главном сервере в момент синхронизации новости переносятся в основную таблицу
новостей monitoring_event, им проставляется атрибут невидимости, и они становятся видны
модераторам и администраторам в интерфейсе Системы для последующей модерации и
публикации.
 Через неделю новости удаляются с Сервера добавления новостей.
Помимо записей новостей так же передаются файлы. Для этого они помещаются в аналогичную
таблицу files_waiting, а в нужный момент переносятся в таблицу files.
Для копирования на Главный сервер, изображения кодируются в формат Base64. На Главном
сервере, в процессе разбора, они снова сохраняются в виде файлов.
На момент ввода Системы в эксплуатацию, установлено время обработки новостей 7:39, на
обоих стендах. Помимо этого, в целях повышения отказоустойчивости, попытка повторяется в 7:41.
Конфигурация
данных
действий
осуществляется
в
файле
по
пути
/web/asc.mosduma/app/Console/Kernel.php , в строках 43 и 47 (Рисунок 8).
Изменять данные значения необходимо строго на обоих стендах, участвующих во
взаимодействии.
Рисунок 8. Конфигурация времени синхронизации серверов
3.2. Взаимодействие Главного сервера Системы с менеджером очередей RabbitMQ
Система осуществляет получение данных в части сообщений из социальных сетей от
поставщика данных.
Передача данных осуществляется посредством менеджера очередей RabbitMQ.
Для поставщика данных имеется доступ до сервера менеджера очередей по порту 15672 из сети
Интернет.
Поставщик данных должен передавать данные в менеджер очередей в 2 очереди:
 account-posts – в данную очередь помещаются публикации с аккаунтов для отображения в
разделах «Спикеры» и «Негатив». Обновления публикаций размещаются также в данную
очередь;
 account-followers-updates – в данную очередь помещаются сообщения об изменениях в
количестве подписчиков на страницы Спикеров.
Поставщик данных помещает сообщения о публикациях на страницах Спикеров и Негатива в
очередь account-posts в формате json, пример которого приведен в разделе 5.1. Отхождение от формата
поставщиком невозможно, поскольку единственное некорректное сообщение остановит всю очередь и
вызовет НШС.
Система осуществляет забор сообщений из очереди каждые 10 минут или чаще, если
подключение не было разорвано после предыдущей сессии.
 В account-followers-updates поставщик данных направляет информацию об обновлении
количества подписчиков в формате, пример которого приведен в разделе 5.3. Формат так же изменять
нельзя.
Система осуществляет разбор очереди account-followers-updates раз в сутки, в 5:00, что
обеспечивает актуализацию данных до 24 часов.
3.3. Взаимодействие Системы с почтовым сервером
Почтовый сервер предоставляется Заказчиком. Подключение осуществляется по протоколу
SMTP (порт 25). В качестве отправителя письма Система указывает адрес noreply@duma.mos.ru.
3.4. Взаимодействие мобильных приложений с API Системы
Для осуществления взаимодействия мобильного приложения с Системой, находящейся в
закрытом контуре, открыт доступ в контур Заказчика по порту 23627. На уровне прокси-сервера
сервера Системы, осуществляется переадресация на порт 80 Системы, по которому осуществляется
направление GET и POST запросов.
Поскольку при взаимодействии не осуществляется передача персональных, секретных или
защищенных данных, а только публичная информация, найденная в сети Интернет, то авторизация
запросов не требуется. Авторизация пользователя в приложении необходима только для
идентификации пользователя с целью формирования списка «Избранное» и его обновлений.
4. Описание аппаратного и Программного обеспечения
В рамках функционирования Системы задействовано 3 сервера, реализованных в виде
виртуальных машин (см. Рисунок 2):
 Главный сервер Системы (Приложение и СУБД);
 Сервер добавления новостей Картины дня (Приложение и СУБД);
 Сервер менеджера очередей.
Рисунок 9. КТС Системы
На главном сервере Системы и Сервере добавления новостей установлено следующее
программное обеспечение:
 СУБД PostgreSQL 14;
 сервер приложений Nginx 1.26.0;
 интерпретатор PHP 7;
 утилита запуска процедур по расписанию Cron;
 
прикладное программное обеспечение, написанное на языке программирования PHP с
использованием фреймворка PHP Laravel 5 и фреймворка JavaScript jQuery 2.1.1.
На сервере менеджера очередей установлен менеджер очередей RabbitMQ 3.3.6
(официальный сайт: https://www.rabbitmq.com/).
5. Описание информационного обеспечения
5.1. Описание таблиц базы данных
В таблице 1 приведен перечень таблиц базы данных Системы с описанием и указанием, к
какому набору функций они относятся.
Таблица 1. Перечень таблиц базы данных
Название таблицы
access_categories
account_posts
analytics_files
categories
downloads
Описание
Подсистема
Доступ групп пользователей к
разделам Системы
Лог получения данных по
публикациям из социальных сетей
Файлы, загружаемые из раздела
«Аналитика»
Разделы Системы
Ссылки для загрузки изображений
из соц.сетей
Администрирование
file_subject
Связь изображений с новостями
files
files_waiting
hashtag_subject
management_events
mobiles
monitoring_authors
monitoring_events
monitoring_events_waitin
g
monitoring_favorites
monitoring_hashtags
monitoring_news
monitoring_publishers
Файлы (ссылка на файлы,
хранящиеся на диске)
Репликация файлов с сервера
добавления новостей Картины дня
Связь сообщений социальных
сетей с хэштегами
Мероприятия
История добавления
дистрибутивов мобильных
приложений и ссылка на них
Авторы сообщений соц.сетей
Новости Картины дня
Репликация новостей с сервера
добавления новостей Картины дня
Добавления сообщений в
«Избранное» пользователями
Связь хэштегов и сообщений
соц.сетей
Записи Ленты
Страницы, на которых
публикуются новости в соц.сетях,
с привязкой к
спикерам/негативщикам
Мониторинг
соц.сетей
Новости
Администрирование
Мониторинг
соц.сетей
Новости и
Мониторинг
соц.сетей
Новости и
Мониторинг
соц.сетей
Новости
Мониторинг
соц.сетей
Новости
Администрирование
Мониторинг
соц.сетей
Новости
Новости
Администрирование
Мониторинг
соц.сетей
Новости
Мониторинг
соц.сетей
 monitoring_reports
monitoring_subjects
roles
social_history
social_reports
social_themes
subscribers_history
theme_hashtags
theme_subjects
threat_events
threats
units
user_roles
user_units
users
Отчеты новостей
Публикации из соц.сетей
Роли пользователей
История изменения сообщений
социальных сетей.
Статистические отчеты по
соц.сетям
Темы соц.сетей
История изменения количества
подписчиков в аккаунтах спикеров
соц.сетей
Привязка хэштегов к темам, на
основании чего определяется
необходимость добавления поста к
теме, если есть соответствующие
хэштеги в нем.
Привязка постов соц.сетей к темам
Привязка сообщений Картины дня
и Ленты к угрозам
Угрозы
Группы пользователей
Привязка пользователей к группам
Привязка пользователей к ролям
Пользователи
Формирование
отчетов
Мониторинг
соц.сетей
Администрирование
Мониторинг
соц.сетей
Мониторинг
соц.сетей и
Формирование
отчетов
Мониторинг
соц.сетей
Мониторинг
соц.сетей
Мониторинг
соц.сетей
Мониторинг
соц.сетей
Новости
Новости
Администрирование
Администрирование
Администрирование
Администрирование
5.2. Формат сообщения, описывающего содержание публикаций
Для получения сообщений, должен использоваться следующий формат электронного
сообщения в формате json:
{
"data_version": 3,
"post": {
"author": {
"id": "356470626",
"internal_id": 34,
"name": "Olga Sharapova"
},
"comment_count": 0,
"created": "2020-01-10 08:55:16+00:00",
"hashtags": [
"ОШарапова",
"Депутат",
"ЮЗАО",
 "МГД",
"Осенняясессия",
"Бюджет2020"
],
"id": "6598_356470626",
"like_count": 0,
"location": null,
"media": [
{
"type": "image",
"url": "https://sun9-69.userapi.com/c855016/v855016055/1b6bb9/XYx2nOGEqsY.jpg"
},
{
"type": "image",
"url": "https://sun9-60.userapi.com/c200720/v200720055/3501f/ovPQ3sQ3wfY.jpg"
},
{
"type": "image",
"url": "https://sun9-70.userapi.com/c200720/v200720055/35029/hm0WeY6CLK0.jpg"
},
{
"type": "image",
"url": "https://sun9-3.userapi.com/c206528/v206528055/340b7/OHSKISf8oCY.jpg"
},
{
"type": "image",
"url": "https://sun9-26.userapi.com/c855736/v855736055/1c8dd7/j1_fJRtwiBA.jpg"
},
{
"type": "image",
"url": "https://sun9-14.userapi.com/c855136/v855136055/1b860a/cb2ORQJv2v8.jpg"
}
],
"repost_count": 0,
"repost_source_text": null,
"repost_source_url": null,
"source": "vkontakte",
"subject": null,
"text": "В Московской городской Думе подвели итоги осенней сессии 2019 года.\nВсего за период осенней сессии
прошло 8 заседаний Московской городской Думы, на которых было рассмотрено 60 вопросов. Всего депутаты приняли
77 документов, из них 12 городских законов и 65 постановлений. Одним из главных документов, который был принят и
одобрен парламентариями стал бюджет города Москвы на период 2020-2022 г. ……. Часть из них в перспективе могут
получить статус федеральных законодательных инициатив.\nТакже на депутатском контроле остаются вопросы
 реновации, проблемы с безнадзорными животными и бесплатной вакцинации животных, возможность снижения
штрафов для автомобилистов, создание современной образовательной среды для школьников Москвы.\nУверена, что
будет много интересной работы!\n#ОШарапова #Депутат #ЮЗАО #МГД #Осенняясессия #Бюджет2020",
"type": "post",
"url": "https://vk.com/wall356470626_6598",
"views_count": 39,
"is_video": false
},
"publisher": {
"account": {
"type": "personal",
"url": "https://www.vk.com/id356470626"
},
"id": 34,
"is_negative": false,
"name": "Шарапова Ольга Викторовна"
},
"service_version": "2019.10"
}
5.3. Формат сообщения, содержащего обновление количества подписчиков
Формат сообщения о количестве подписчиков на определенной странице спикера должен
соответствовать следующему виду:
{
"data_version": 110,
"service_version": "0.2.20",
"publisher": {
"id": 5,
"name": "Драгункина Зинаида Федоровна",
"is_negative": false,
"account": {
"url": "https://www.vk.com/id287357444",
"type": "personal"
}
},
"subscribers": {
"source": "vkontakte",
"count": 1065
}
}
 Приложение 9 к Техническому заданию
СИСТЕМА «МЕДИАТЕКА»
1. Назначение системы
1.1.
Вид деятельности, для автоматизации которой предназначена система
Система предназначена для обеспечения бесперебойного и удобного доступа к видео и фото
материалам в цифровом виде, хранящимся в Московской городской Думе (далее – Мосгордума).
Целями создания Системы являются:


1.2.
организация централизованного хранения и доступа к данным Системы для
внутренних и внешних пользователей с разграничением прав доступа;
повышение функциональности и скорости обмена видео и фото материалами
между подразделениями Мосгордумы, а также для предоставления информации в
СМИ.
Перечень объектов автоматизации
Объектом автоматизации является процесс хранения, систематизации и информационного
обмена материалами в цифровом виде между подразделениями Мосгордумы и внешними
пользователями.
1.3.
Перечень функций, реализуемых системой
Система используется для выполнения следующих функций:






размещение файлов во внутренней сети Мосгордумы;
разграничение доступа к файлам для различных пользователей и групп
пользователей;
каталогизация файлов в процессе их сохранения и публикации;
предоставление прямых ссылок на файлы для открытия файлов непосредственно с
официального сайта Мосгордумы;
осуществление доступа к определенным файлам без необходимости
аутентификации пользователей;
осуществление поиска по меткам (тегам), периодам и названиям каталогов и
файлов.
2. Описание системы
2.1. Структура системы и назначение ее частей
Архитектура Системы построена по клиент-серверной схеме с использованием тонкого
клиента. В качестве тонкого клиента используется веб-браузер. Клиентские места выполнены на
базе персональных компьютеров или мобильных устройств (смартфоны, планшеты).
Структурно Система состоит из следующих подсистем:
  клиентская подсистема;
 серверная подсистема.
Клиентская подсистема отображает данных Системы в структурированном виде и реализует
пользовательские интерфейсы управления данными Системы, пользователям и правами доступа.
Серверная подсистема обеспечивает обработку и управление данными, хранение данных, а
также возможности информационного взаимодействия Системы с внешними системами, в т.ч. с
СУИ для обеспечения публикации фото и видео материалов на сайте и портале Думы.
2.2. Сведения о Системе, необходимые для эксплуатации
Основными условиями обеспечения надежного функционирования Системы являются:









использование сертифицированной вычислительной техники достаточной
производительности;
обеспечение нормальных условий эксплуатации вычислительной техники
(температурный режим, влажность, качество электроэнергии);
использование лицензионно чистых ОС (сервер, клиентские машины) и СУБД,
предполагающих наличие фирменной поддержки обновления продуктов;
использование стандартных сетевых аппаратных и топологических решений;
квалифицированное стандартное конфигурирование ЛВС;
обеспечение парка вычислительной техники средствами гарантированного
электропитания и резервного архивирования данных;
квалифицированное администрирование СУБД;
регулярное создание архивных и резервных копий БД специальными программноаппаратными средствами;
достаточная квалификация персонала.
3. Функционирование системы
3.1. Работа с публичной частью Системы
3.1.1. Авторизация в публичной части Системы
Публичная часть Системы находится по адресу http://mediabank.duma.mos.ru/.
Для авторизации в публичной части необходимо в адресной строке браузера указать путь
http://mediabank.duma.mos.ru/login.
Откроется окно с предложением ввести имя пользователя и пароль (см. Рис.3.10.1).
Рис.3.10.1 Форма авторизации
Необходимо указать реквизиты доступа и нажать «Войти».
 3.1.2. Интерфейс публичной части Системы
Рис. 3.1.2 Интерфейс публичной части Системы
В интерфейсе публичной части Системы (см. Рис. 3.1.2) представлены следующие элементы:
1 – поле для ввода поискового запроса с возможность задания области поиска по
альбомам, фотографиям, видео;
2 – блок фильтрации и сортировки материалов;
3 – навигационное меню;
4 – блок «Главное»;
5 – блок тегов.
 Интерфейс публичной части Системы имеет адаптивную верстку: при просмотре с
мобильных устройств (смартфонов, планшетов) интерфейс адаптируется под размер экрана (см.
Рис. 3.1.11).
Рис. 3.1.11 Отображение интерфейса публичной части Системы на экране мобильного
устройства
3.1.3. Поиск данных
Реализованы следующие функции поиска данных (см. Рис. 3.1.114).



поиск данных по названию;
поиск данных по тегам;
сортировка материалов:
 по дате события;
 по дате загрузки материала в Систему;
 по названию.
 Рис. 3.1.4 Поиск данных в публичной части Системы
Панель фильтра (см. Рис. 3.1.5) открывается при нажатии на кнопку «Фильтр».
Рис. 3.1.5 Панель фильтра
3.1.4. Просмотр и скачивание данных
Навигация по размещенным в публичной части Системы материалам осуществляется через
навигационное меню (см. Рис. 3.1.66). Для перехода к просмотру конкретного альбома необходимо
кликнуть на его название или основную фотографию (см. Рис. 3.1.67).
 Рис. 3.1.6 Элементы навигации для просмотра материалов
Рис. 3.1.7 Интерфейс просмотра альбома
 Просмотр материалов осуществляется по клику на миниатюре фотографии/видеоролика (см.
Рис.3.1.Рис. 3.1.8, 3.1.Рис. 3.1.12).
Рис. 3.1.8 Переход к интерфейсу просмотра фотографии
Рис. 3.1.12 Переход к интерфейсу просмотра видеоролика
Интерфейсы
просмотра
3.1.Рис.3.1.13, 3.1.Рисунок 3.1.14.
фотографии/видеоролика
представлены
на
Рисунках
 Рис.3.1.13 Интерфейс просмотра фотографии
В интерфейсе просмотра фотографии представлены следующие элементы:
1 – переход к предыдущей фотографии;
2 – переход к следующей фотографии;
3 – скачивание файла;
4 – просмотр данных EXIF.
Рисунок 3.1.14 Интерфейс просмотра видеоролика
3.1.5. Работа с тегами
Список тегов материала доступен при просмотре материала в Системе (см. Рисунки 3.1.Рис.
3.1.15- 3.1. ).
 Рис. 3.1.15 Список тегов альбома
Рис. 3.1.16 Список тегов фотографии
Рис. 3.1.17 Список тегов видеофайла
 При клике на название тега осуществляется поиск в Системе материалов, отмеченных
данным тегом (см. Рис. 3.1.18).
Рис. 3.1.18. Результаты поиска по тегу
3.2. Работа с интерфейсом администрирования
3.2.1. Начало сеанса работы пользователя с интерфейсом администрирования
Для перехода к интерфейсу администрирования необходимо в адресной строке браузера
указать путь http://mediabank.duma.mos.ru/admin.
 Откроется окно с предложением ввести имя пользователя и пароль (см. Рис. 3.1.1), форма
авторизации аналогична используемой для публичной части.
Необходимо указать реквизиты доступа и нажать «Войти».
Будет выполнен переход к главному экрану интерфейса администрирования (см. Рис.3.2.1).
Рис. 3.2.1. Интерфейс администрирования
3.2.2. Завершение сеанса работы пользователя с интерфейсом администрирования
Для завершения сеанса работы с интерфейсом администрирования пользователю
необходимо нажать кнопку «Выход» (см. Рис.3.2.2).
Рис. 3.2.2. Завершение сеанса работы с интерфейсом администрирования
3.2.3. Работа с учетными записями пользователей в Системе
Для управления учетными записями пользователей необходимо зайти в раздел
Администрирование/Пользователи (см. Рис.3.2.3).
 Рис. 3.2.3 Раздел «Администрирование»
В разделе «Пользователи» находятся 2 подраздела: «Пользователи» и «Группы». В
подразделе «Пользователи» отображается список всех пользователей Системы с возможностью
создания, редактирования, блокировки/разблокировки и удаления учетной записи (см. Рис.3.2.4).
Рис. 3.2.4 Подраздел «Пользователи»
Карточка пользователя содержит 2 вкладки: «Пользователь» и «Сменить пароль». Перечень
полей вкладки «Пользователь» (см. Рис.3.2.5).
•
•
•
•
•
Имя/ФИО;
Логин;
Организация/учреждение;
Должность;
E-mail;
 •
•
•
•
•
•
Роль пользователя (см. ниже);
Разрешить просмотр материалов для служебного использования;
Сайт;
Группы пользователей;
Ограничить доступ по времени;
Заблокировать пользователя.
Рис. 3.2.5 Карточка пользователя
 В Системе предусмотрены следующие роли:
 Администратор (admin) – имеет доступ в интерфейс администрирования, может
управлять пользователями и данными без ограничений;
 Модератор (moderator) – имеет доступ в интерфейс администрирования, может
управлять данными, к которым ему разрешен доступ (определяется списком
групп, в которые включен пользователь, и набором прав доступа к папкам,
указанным для этих групп);
 Пользователь (user) – не имеет доступа в интерфейс администрирования, имеет
доступ только в публичный интерфейс.
На вкладке «Сменить пароль» реализована возможность смены пароля.
В подразделе «Группы» представлен список групп, в которых состоят пользователи
Системы с возможностью создания, редактирования, блокировки/разблокировки и удаления
группы (см. Рис.3.2.6).
Рис. 3.2.6 Подраздел «Группы»
3.3. Управление данными
Модуль «Управление данными» выполняет следующие функции:
Управление структурой хранения данных (каталогизация);
Загрузка данных;
Тегирование данных;
Загрузка «водяных знаков» на фото и видео материалы;
Редактирование данных;
Конвертация данных;
Удаление данных;
Скачивание данных;
Публикация данных.
 3.3.1. Управление структурой хранения данных (каталогизация)
Интерфейс Системы отображает иерархическую структуру папок в виде дерева (см. Рис.
3.3.1) и предоставляет возможности:
•
•
•
•
•
•
•
отображения, поиска и фильтрации данных, расположенных в выбранной папке;
перехода к просмотру отдельного материала;
сворачивания/разворачивания узлов дерева;
создания папок любого уровня вложенности;
редактирования папок;
удаления папок;
перемещения папок по дереву.
Рис. 3.3.1 Структура папок в Системе
3.3.2. Загрузка данных
В Системе реализована возможность загрузки фото и видео материалов в форматах: JPG,
PNG, GIF, TIFF, ICO, EPS, PICT, PCX, RAW, PDF, CDR, AL, PSD, MP4, VOB, TS, AVI, MPG, WMV,
3GPP, FLV, MOV, MKV, Ogg, 3GP, MP4 и других.
Загрузка материалов осуществляется в определенную
установленными для пользователя Системы правами доступа.
папку
в
соответствии
Реализована возможность пакетной (множественной) загрузки данных (см. Рис. 3.3.12).
с
 Рис. 3.3.2 Кнопка множественной загрузки
При загрузке материалов в Систему для каждого материала автоматически заполняются
следующие атрибуты:
• Название;
• Дата, время создания
• Автор (пользователь, выполнивший загрузку);
• Дата загрузки;
• Время загрузки;
• Тип материала (фото, видео, прочее);
• Формат;
• Размер.
При загрузке фото и видео материалов создается превью-файл загруженного материала.
Предусмотрена функция интеллектуальной загрузки с автоматической установкой тегов на
основании анализа исходного названия материала, даты и времени создания.
3.3.3. Тегирование данных
Реализована возможность поставить в соответствие каждому материалу или списку
выбранных материалов Системы одно или несколько ключевых слов (тегов) (см. Рис. 3.3.1).
Справочник тегов реализован в Системе и доступен для редактирования пользователям с
соответствующими правами доступа.
Рис. 3.3.3. Справочник тегов
В интерфейсах редактирования материалов разработан механизм тегирования
выпадающим списком и автоподстановкой тегов по мере ввода символов тега (см. Рис. 3.3.14).
с
 Рис. 3.3.4. Механизм тегирования с выпадающим списком и автоподстановкой тегов
по мере ввода символов тега
Теги организованы в иерархический список с возможностью создания неограниченной
вложенности тегов.
Реализован поиск по тегам с учетом их вложенности.
3.3.4. Загрузка «водяных знаков» на фотоматериалы
В Системе реализована возможность вставки логотипа или любого другого изображения как
«водяного знака» на фотоматериалы на любом этапе работы с контентом (см. Рис. 3.3.15).
Рис. 3.3.5 Возможность указания водяного знака при работе с контентом
Реализована функциональность настройки «водяного знака»: выбора файла с логотипом (см.
Рис. 3.3.16).
 Рис. 3.3.6 Настройка водяных знаков
3.3.5. Редактирование данных
Реализована возможность редактирования материалов Системы:
• изменение названия;
• изменение описания
• присвоение и изменение тегов;
• присвоение и изменение «водяного знака» (для фото материалов).
Реализовано перемещение материалов между папками.
3.3.6. Конвертация данных
Для фото и видео материалов реализована возможность конвертации в различные форматы
хранения. Система обеспечивает:
 автоматическую диспетчеризацию операций конвертации файлов (постановка в
очередь, выполнение операций конвертации);
 хранение исходной (загруженной пользователем) версии файла, а также версий
данного файла в других форматах, полученных в результате конвертации.
3.3.7. Удаление данных
Удаление данных происходит через «корзину» (см. Рис. 3.3.17). Корзина реализована в как
специализированный раздел, в который помещаются удаленные пользователями файлы, прежде чем
они будут удалены из Системы физически без возможности восстановления.
При удалении папки/материалы становятся недоступными для просмотра через дерево, но
остаются доступными для восстановления из корзины в течение определенного в настройках
Системы периода.
 Рис. 3.3.7 Специализированный раздел «Корзина»
Доступ к корзине и право на восстановление удаленных файлов устанавливается для
отдельных категорий пользователей.
Также доступ к спискам материалам, удаленным из папок, предоставляется на вкладке
«Корзина» (см. Рис. 3.3.18).
Рис. 3.3.8 Вкладка «Корзина» для отдельной папки
3.3.8. Скачивание данных
Реализована возможность скачивания данных, хранящихся в Системе, на персональный
компьютер пользователя Системы.
 3.3.9. Публикация данных
Реализована возможность создания прямой ссылки на материал, доступной из сети
«Интернет» для всех внешних пользователей (см. Рис. 3.3.19 - 3.3.12).
Рис. 3.3.9 Настройка доступа по ссылке к папке
Рис. 3.3.10 Интерфейс просмотра папки, доступ к которой предоставлен по ссылке
 Рис. 3.3.11 Настройка доступа по ссылке к материалу
Рис. 3.3.12 Интерфейс просмотра материала, доступ к которому предоставлен по ссылке
 3.3.10. Поиск данных
Реализованы следующие функции поиска в интерфейсе администрирования (см. Рис.3.3.13):
- поиск данных:
o по названию;
o по описанию;
- фильтрация списка найденных материалов:
o по дате загрузки материала в Систему;
o по статусу (опубликован/скрыт);
o по папке, где располагается материал;
o по автору.
Рис. 3.3.13 Поиск данных в интерфейсе администрирования
3.4. Работа со Статистикой
В разделе «Статистика» по запросу формируются следующие сведения о Системе (см. 3.4.1):






характеристики сервера;
объем, занимаемый загруженными информационными материалами на диске;
общее количество информационных материалов;
количество материалов определенного типа (изображение, видеозапись, файлы);
количество (объем) загружаемых материалов за определенный период;
количество опубликованных материалов.
 Рис. 3.4.1. Раздел «Статистика»
Также статистика доступна для каждой папки на соответствующей вкладке (см. 3.4.2).
 Рис. 3.4.2 Статистика по отдельной папке
3.5. Работа с Журналом операций
В разделе «Журнал операций» находится информация о совершаемых пользователями
Системы действий:
 операции над папками (создание, редактирование, перемещение, удаление);
 операции над материалами (создание, редактирование, перемещение, удаление);
 операции над учетными записями пользователей.
Реализована возможность фильтрации списка записей об операциях по любому атрибуту и
фильтрация записей путем задания условий для отдельных атрибутов (см. Рис.3.5.1).
Перечень атрибутов:
•
•
•
•
Дата;
Автор;
Действие;
Тип объекта.
Рис. 3.5.1 Раздел «Журнал операций»
 Описание взаимосвязей Системы с другими системами
Перечень систем, с которыми связана Система
Для взаимодействия с внешними системами разработан программный интерфейс (API)
информационного взаимодействия Системы с внешними системами.
Связи между системами
API взаимодействует с внешними системами посредством вызовов методов для выполнения
функций.
API размещен по адресу: http://mediabank.duma.mos.ru/api
Метод 1. Авторизация в Системе
URL метода: http://mediabank.duma.mos.ru/api/auth
Таблица 2 – Атрибуты запроса метода «Авторизация в Системе»
Атрибут
login
Обязательность
Обязательно
Тип
Текст
password
Обязательно
Текст
Описание
Имя пользователя,
имеющего доступ к
системе
Пароль
пользователя
Таблица 3 – Атрибуты ответа метода «Авторизация в Системе»
Атрибут
status
Обязательность
Обязательно
Тип
Текст
failText
Необязательно
Текст
token
Обязательно
Текст
Описание
Статус
аутентификации.
Варианты:
- success
- fail.
В случае
неуспешной
аутентификации,
указывается
текстовое описание
ошибки.
Токен пользователя,
который
необходимо
указывать во всех
остальных запросах.
Действителен 24
часа.
Метод 2. Запрос списков альбомов
URL метода: http://mediabank.duma.mos.ru/api/folderStructure
Стоит учесть, что при работе в Системе используются синонимичные термины «категория,
«файл», «альбом».
Таблица 4 – Атрибуты запроса метода «Запрос списков альбомов»
 Атрибут
token
Обязательность
Обязательно
Тип
Текст
id
Необязательно
Число
alias
name
Необязательно
Необязательно
Текст
Текст
Описание
Токен, полученный
в процессе
аутентификации
ID конкретной
папки
Alias
Название
Таблица 5 – Атрибуты ответа метода «Запрос списков альбомов»
Атрибут
status
Обязательность
Обязательно
Текст
failText
Необязательно
Текст
count
Обязательно
Число
folders
Обязательно
Массив
folder (элемент
массива folders)
folder.id
Необязательно.
Множественное.
Обязательно
Объект
folder.name
folder.alias
Обязательно
Необязательно
Текст
Текст
folder.description
Необязательно
Текст
datetime
created_at
folder.tags
Необязательно
Обязательно
Необязательно
Дата
Дата
Массив
Необязательно.
Текст
folder.tag
(элемент массива
Тип
Число
Описание
Статус обработки.
Варианты:
- success
- fail.
В случае
неуспешной
обработки,
указывается
текстовое описание
ошибки.
Общее количество
папок верхнего
уровня
Массив объектов
папок,
соответствующий
запросу. Если не
были указаны
дополнительные
атрибуты, массив
будет пустой.
Объект папки.
Уникальный
идентификатор
папки
Название папки
Часть ссылки,
созданная
человеком
Описание с
включенными htmlтегами
Дата и время
Дата создания
Массив
объектов
тегов папки
Объект массива
тегов
 Атрибут
Обязательность
Множественное
Обязательно
Необязательно
Текст
Логический
Folders []
Folders.id
Необязательно
Обязательно
Объект
Число
Folders.name
Обязательно
Текст
Folders.alias
Необязательно
Текст
tags)
tag.name
tag.inList
Тип
Folders.description Необязательно
Описание
Folders.tags
Необязательно
Массив
datetime
created_at
folder.tags []
Необязательно
Обязательно
Необязательно
Дата
Дата
Массив
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
Описание
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
Вложенные папки
Уникальный
идентификатор
вложенной папки
Название
вложенной папки
Часть ссылки,
созданная
человеком
Описание с
включенными htmlтегами
Массив
объектов
тегов папки
Дата и время
Дата создания
Массив
объектов
тегов папки
Объект массива
тегов
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
Метод 3. Запрос конкретной папки
URL метода: http://mediabank.duma.mos.ru/api/folder
Таблица 6 – Атрибуты запроса метода «Запрос конкретной папки
Атрибут
token
Обязательность
Обязательно
id
Обязателен один из Число
элементов
Текст
Текст
alias
name
Тип
Текст
Описание
Токен, полученный
в процессе
аутентификации
ID конкретной
папки
Alias
Название
Таблица 7 – Атрибуты ответа метода «Запрос конкретной папки»
 Атрибут
status
Обязательность
Обязательно
Тип
Текст
failText
Необязательно
Текст
folder
Обязательно
Объект
folder.images []
folder.images.id
folder.alias
Необязательно
Обязательно
Необязательно
Объект
Число
Текст
folder.name
Обязательно
Текст
folder.width
Необязательно
Число
folder.height
Необязательно
Число
folder.isWatermark
Необязательно
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Изображение
(объект)
Дата
Дата
Текст
Текст
Текст
folder.place
enable
Необязательно
Необязательно
Текст
Логический
isAdministrativeUse Необязательно
Логический
isMain
Необязательно
Логический
folder.tags []
Необязательно
Массив
folder.tag
(элемент массива
tags)
tag.name
Необязательно.
Множественное
Текст
Обязательно
Текст
Описание
Статус обработки.
Варианты:
- success
- fail.
В случае
неуспешной
обработки,
указывается
текстовое описание
ошибки.
Папка,
соответствующая
запросу
Объект папки
id изображения
Часть ссылки,
созданная
человеком
Название
изображения
Ширина
изображения
Высота
изображения
Водяной знак
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Массив
объектов
тегов папки
Объект массива
тегов
Название тега
 Атрибут
tag.inList
Обязательность
Необязательно
Тип
Логический
folder.video []
folder.videos.id
folder.alias
Необязательно
Обязательно
Необязательно
Массив
Число
Текст
folder.name
Обязательно
Текст
folder.preview
Необязательно
folder.isWatermark
Необязательно
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Изображение
(объект)
Изображение
(объект)
Дата
Дата
Текст
Текст
Текст
folder.place
enable
Необязательно
Необязательно
Текст
Логический
isAdministrativeUse Необязательно
Логический
isMain
Необязательно
Логический
folder.tags []
Необязательно
Массив
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
Обязательно
Число
Folders.name
Обязательно
Текст
Folders.alias
Необязательно
Текст
Уникальный
идентификатор
вложенной папки
Название
вложенной папки
Часть ссылки,
Folders []
Folders.id
Описание
Признак
«Отображать в
списке публичного
интерфейса»
Объект папки
id видеозаписи
Часть ссылки,
созданная
человеком
Название
видеозаписи
Превью
Водяной знак
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Массив
объектов
тегов папки
Объект массива
тегов
 Атрибут
Обязательность
Тип
Folders.description
Необязательно
Описание
Folders.tags
Необязательно
Массив
datetime
created_at
folder.tags []
Необязательно
Обязательно
Необязательно
Дата
Дата
Массив
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
Описание
созданная
человеком
Описание с
включенными htmlтегами
Массив
объектов
тегов папки
Дата и время
Дата создания
Массив
объектов
тегов папки
Объект массива
тегов
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
Метод 4. Поиск данных
URL метода: http://mediabank.duma.mos.ru/api/search
Таблица 8 – Атрибуты запроса метода «Поиск данных»
Атрибут
token
Обязательность
Обязательно
Тип
Текст
text
Обязательность
Минимум 3 знака
Текст
Описание
Токен, полученный
в процессе
аутентификации
Название папки
Таблица 9 – Атрибуты ответа метода «Поиск данных»
Атрибут
status
Обязательность
Обязательно
Тип
Текст
failText
Необязательно
Текст
folders []
Обязательно
Массив
Описание
Статус обработки.
Варианты:
- success
- fail.
В случае
неуспешной
обработки,
указывается
текстовое описание
ошибки.
Массив объектов
папок,
соответствующий
запросу. Если не
 Атрибут
Обязательность
Тип
folder (элемент
массива folders)
Объект
folder.images []
folder.images.id
folder.alias
Обязательно
множественно
Необязательно
Обязательно
Необязательно
folder.name
Обязательно
Текст
folder.width
Необязательно
Число
folder.height
Необязательно
Число
folder.isWatermark
Необязательно
folder.htmlUrl
Необязательно
Изображение
(объект)
Текст
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Дата
Дата
Текст
Текст
Текст
folder.video []
folder.videos.id
folder.alias
Необязательно
Обязательно
Необязательно
Массив
Число
Текст
folder.name
Обязательно
Текст
folder.preview
Необязательно
folder.isWatermark
Необязательно
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Изображение
(объект)
Изображение
(объект)
Дата
Дата
Текст
Текст
Текст
folder.place
enable
Необязательно
Необязательно
Текст
Логический
Массив
Число
Текст
Описание
были указаны
дополнительные
атрибуты, массив
будет пустой.
Объект папки
Объект папки
id изображения
Часть ссылки,
созданная
человеком
Название
изображения
Ширина
изображения
Высота
изображения
Водяной знак
Ссылка на файл в
оригинальном
расширении
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Объект папки
id видеозаписи
Часть ссылки,
созданная
человеком
Название
видеозаписи
Превью
Водяной знак
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
 Атрибут
Обязательность
Тип
Описание
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Массив
объектов
тегов папки
Объект массива
тегов
isAdministrativeUse Необязательно
Логический
isMain
Необязательно
Логический
folder.tags []
Необязательно
Массив
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
folder.file []
folder.file.id
folder.alias
Обязательно
Необязательно
Число
Текст
folder.name
folder.preview
Обязательно
Необязательно
datetime
created_at
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Текст
Изображение
(объект)
Дата
Дата
Текст
Текст
id файла
Часть ссылки,
созданная
человеком
Название файла
Превью
folder.place
enable
Необязательно
Необязательно
Текст
Логический
isAdministrativeUse Необязательно
Логический
isMain
Необязательно
Логический
folder.tags []
Необязательно
Массив
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
Дата и время
Дата создания
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Массив
объектов
тегов папки
Объект массива
тегов
Название тега
Признак
«Отображать в
 Атрибут
Обязательность
Тип
Folders []
Folders.id
Необязательно
Обязательно
Объект
Число
Folders.name
Обязательно
Текст
Описание
списке публичного
интерфейса»
Вложенные папки
Уникальный
идентификатор
вложенной папки
Название
вложенной папки
Метод 5. Запрос данных с атрибутом «На главной»
URL метода: http://mediabank.duma.mos.ru/api/main
Таблица 10 – Атрибуты запроса метода «Запрос данных с атрибутом «На главной»
Атрибут
token
Обязательность
Обязательно
Тип
Текст
isMain
Необязательно
Логический
Описание
Токен, полученный
в процессе
аутентификации
Признак
«Показывать «На
Главном»
Таблица 11 – Атрибуты ответа метода «Запрос данных с атрибутом «На главной»
Атрибут
status
Обязательность
Обязательно
Тип
Текст
failText
Необязательно
Текст
folder
Обязательно
Объект
folder.images []
folder.images.id
folder.alias
Необязательно
Обязательно
Необязательно
Объект
Число
Текст
folder.name
Обязательно
Текст
folder.width
Необязательно
Число
folder.height
Необязательно
Число
Описание
Статус обработки.
Варианты:
- success
- fail.
В случае
неуспешной
обработки,
указывается
текстовое описание
ошибки.
Папка,
соответствующая
запросу
Объект папки
id изображения
Часть ссылки,
созданная
человеком
Название
изображения
Ширина
изображения
Высота
изображения
 Атрибут
folder.isWatermark
Обязательность
Необязательно
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Тип
Изображение
(объект)
Дата
Дата
Текст
Текст
Текст
folder.place
enable
Необязательно
Необязательно
Текст
Логический
isAdministrativeUse Необязательно
Логический
isMain
Обязательно
Логический
folder.tags []
Необязательно
Массив
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
folder.video []
folder.videos.id
folder.alias
Необязательно
Обязательно
Необязательно
Массив
Число
Текст
folder.name
Обязательно
Текст
folder.preview
Необязательно
folder.isWatermark
Необязательно
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Изображение
(объект)
Изображение
(объект)
Дата
Дата
Текст
Текст
Текст
folder.place
enable
Необязательно
Необязательно
Текст
Логический
Описание
Водяной знак
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Массив
объектов
тегов папки
Объект массива
тегов
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
Объект папки
id видеозаписи
Часть ссылки,
созданная
человеком
Название
видеозаписи
Превью
Водяной знак
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
 Атрибут
Обязательность
Тип
Описание
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Массив
объектов
тегов папки
Объект массива
тегов
isAdministrativeUse Необязательно
Логический
isMain
Обязательно
Логический
folder.tags []
Необязательно
Массив
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
Обязательно
Число
Folders.name
Обязательно
Текст
Folders.alias
Необязательно
Текст
Folders.description
Необязательно
Описание
Folders.tags
Необязательно
Массив
datetime
created_at
folder.tags []
Необязательно
Обязательно
Необязательно
Дата
Дата
Массив
enable
Необязательно
Логический
isAdministrativeUse Необязательно
Логический
isMain
Обязательно
Логический
Необязательно.
Множественное
Текст
Уникальный
идентификатор
вложенной папки
Название
вложенной папки
Часть ссылки,
созданная
человеком
Описание с
включенными htmlтегами
Массив
объектов
тегов папки
Дата и время
Дата создания
Массив
объектов
тегов папки
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Объект массива
тегов
Обязательно
Необязательно
Текст
Логический
Folders []
Folders.id
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Название тега
Признак
 Атрибут
Обязательность
Тип
Описание
«Отображать в
списке публичного
интерфейса»
Метод 6. Запрос данных с атрибутом «Новое»
URL метода: http://mediabank.duma.mos.ru/api/news
Таблица 12 – Атрибуты запроса метода «Запрос данных с атрибутом «Новое»
Атрибут
token
Обязательность
Обязательно
Тип
Текст
created_at
Обязательно
Дата
Описание
Токен, полученный
в процессе
аутентификации
Дата создания
Таблица 13 – Атрибуты ответа метода «Запрос данных с атрибутом «Новое»
Атрибут
status
Обязательность
Обязательно
Тип
Текст
failText
Необязательно
Текст
folder
Обязательно
Объект
folders
Обязательно
Массив
folder (элемент
массива folders)
folder.id
Необязательно.
Множественное.
Обязательно
Объект
folder.name
folder.alias
Обязательно
Необязательно
Текст
Текст
folder.description
Необязательно
Текст
Число
Описание
Статус обработки.
Варианты:
- success
- fail.
В случае
неуспешной
обработки,
указывается
текстовое описание
ошибки.
Папка,
соответствующая
запросу
Массив объектов
папок,
соответствующий
запросу. Если не
были указаны
дополнительные
атрибуты, массив
будет пустой.
Объект папки.
Уникальный
идентификатор
папки
Название папки
Часть ссылки,
созданная
человеком
Описание с
 Атрибут
Обязательность
Тип
Необязательно
Обязательно
Необязательно
Дата
Дата
Массив
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
Folders.id
Обязательно
Число
Folders.name
Обязательно
Текст
Folders.alias
Необязательно
Текст
Folders.description
Необязательно
Описание
Folders.tags
Необязательно
Массив
datetime
created_at
folder.tags []
Необязательно
Обязательно
Необязательно
Дата
Дата
Массив
enable
Необязательно
Логический
isAdministrativeUse Необязательно
Логический
isMain
Обязательно
Логический
Необязательно.
Множественное
Текст
Обязательно
Необязательно
Текст
Логический
datetime
created_at
folder.tags
folder.tag
(элемент массива
tags)
tag.name
tag.inList
folder.tag
(элемент массива
tags)
tag.name
tag.inList
Описание
включенными htmlтегами
Дата и время
Дата создания
Массив
объектов
тегов папки
Объект массива
тегов
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
Уникальный
идентификатор
вложенной папки
Название
вложенной папки
Часть ссылки,
созданная
человеком
Описание с
включенными htmlтегами
Массив
объектов
тегов папки
Дата и время
Дата создания
Массив
объектов
тегов папки
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Объект массива
тегов
Название тега
Признак
«Отображать в
списке публичного
интерфейса»
 Метод 7. Запрос списка тегов
URL метода: http://mediabank.duma.mos.ru/api/tags/list
Таблица 14 – Атрибуты запроса метода «Запрос списка тегов»
Атрибут
Обязательность
Обязательно
token
text
Обязательность
Минимум 3 знака
Тип
Текст
Текст
Описание
Токен, полученный
в процессе
аутентификации
Название папки
Таблица 15 – Атрибуты ответа метода «Запрос списка тегов»
Атрибут
status
Обязательность
Обязательно
Текст
Folders []
Folders.id
Обязательно
Число
Folders.name
Обязательно
Текст
Folders.alias
Необязательно
Текст
Folders.description
Необязательно
Описание
Folders.tags
Необязательно
Массив
datetime
created_at
folder.tags []
Необязательно
Обязательно
Необязательно
Дата
Дата
Массив
enable
Необязательно
Логический
isAdministrativeUse Необязательно
Логический
isMain
Обязательно
Логический
Необязательно.
Множественное
Текст
Обязательно
Текст
folder.tag
(элемент массива
tags)
tag.name
Тип
Описание
Статус обработки.
Варианты:
- success
- fail.
Уникальный
идентификатор
вложенной папки
Название
вложенной папки
Часть ссылки,
созданная
человеком
Описание с
включенными htmlтегами
Массив
объектов
тегов папки
Дата и время
Дата создания
Массив
объектов
тегов папки
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Объект массива
тегов
Название тега
 Атрибут
tag.inList
Обязательность
Необязательно
Тип
Логический
Описание
Признак
«Отображать в
списке публичного
интерфейса»
Метод 8. Запрос данных по тегу
URL метода: http://mediabank.duma.mos.ru/api/tags/filter
Таблица 16 – Атрибуты запроса метода «Запрос данных по тегу»
Атрибут
token
Обязательность
Обязательно
Тип
Текст
tag.name
folder.name
folder.name
Описание
Токен, полученный
в процессе
аутентификации
folder.name
Таблица 17 – Атрибуты ответа метода «Запрос данных по тегу»
Атрибут
status
Обязательность
Обязательно
Тип
Текст
folders
Обязательно
Массив
folder (элемент
массива folders)
folder.id
Необязательно.
Множественное.
Обязательно
Объект
folder.name
folder.alias
Обязательно
Необязательно
Текст
Текст
folder.description
Необязательно
Текст
datetime
created_at
folder.images []
folder.images.id
folder.alias
Необязательно
Обязательно
Необязательно
Обязательно
Необязательно
Дата
Дата
Объект
Число
Текст
Число
Описание
Статус обработки.
Варианты:
- success
- fail.
Массив объектов
папок,
соответствующий
запросу. Если не
были указаны
дополнительные
атрибуты, массив
будет пустой.
Объект папки.
Уникальный
идентификатор
папки
Название папки
Часть ссылки,
созданная
человеком
Описание с
включенными htmlтегами
Дата и время
Дата создания
Объект папки
id изображения
Часть ссылки,
созданная
 Атрибут
Обязательность
Тип
folder.name
Обязательно
Текст
folder.width
Необязательно
Число
folder.height
Необязательно
Число
folder.isWatermark
Необязательно
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Изображение
(объект)
Дата
Дата
Текст
Текст
Текст
folder.place
enable
Необязательно
Необязательно
Текст
Логический
isAdministrativeUse Необязательно
Логический
isMain
Необязательно
Логический
folder.video []
folder.videos.id
folder.alias
Необязательно
Обязательно
Необязательно
Массив
Число
Текст
folder.name
Обязательно
Текст
folder.preview
Необязательно
folder.isWatermark
Необязательно
datetime
created_at
folder.description
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Необязательно
Изображение
(объект)
Изображение
(объект)
Дата
Дата
Текст
Текст
Текст
folder.place
enable
Необязательно
Необязательно
Текст
Логический
isAdministrativeUse Необязательно
Логический
Описание
человеком
Название
изображения
Ширина
изображения
Высота
изображения
Водяной знак
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
использования»
Признак
«Показывать «На
Главном»
Объект папки
id видеозаписи
Часть ссылки,
созданная
человеком
Название
видеозаписи
Превью
Водяной знак
Дата и время
Дата создания
Описание
Автор
Источник
публикации
Место
Признак
«Опубликовано/Не
опубликовано»
Признак «Для
служебного
 Атрибут
Обязательность
Тип
isMain
Необязательно
Логический
folder.file []
folder.file.id
folder.alias
Необязательно
Обязательно
Необязательно
Массив
Число
Текст
folder.name
folder.preview
Обязательно
Необязательно
datetime
created_at
folder.author
folder.source
Необязательно
Обязательно
Необязательно
Необязательно
Текст
Изображение
(объект)
Дата
Дата
Текст
Текст
folder.place
Необязательно
Текст
Описание
использования»
Признак
«Показывать «На
Главном»
Массив файлов
id файла
Часть ссылки,
созданная
человеком
Название файла
Превью
Дата и время
Дата создания
Автор
Источник
публикации
Место
Регламент связей
Взаимодействие Системы с Системой управления информации Московской городской Думы
посредством API осуществляется по необходимости.
 Перечень терминов
Термин
Браузер, веб-браузер
Данные
Документ
Интерфейс
Папка
Токен
Учетная запись
API
Определение
Программное обеспечение, позволяющее пользователю
осуществлять просмотр веб-документов и работу с ними
Поддающееся
многократной
интерпретации
представление информации в
формализованном
виде,
пригодном для передачи, связи или обработки
Материальный объект, содержащий информацию в
зафиксированном виде
Совокупность средств, методов и правил взаимодействия
(управления, контроля и т. д.) между элементами системы
Экранный объект в графических
интерфейсах операционных систем и программ, дающий
доступ к каталогу файловой системы
Специальный код, разрешающий доступ к данным
конкретного пользователя.
Набор данных, идентифицирующих пользователя в Системе
Набор готовых классов, процедур, функций, структур и
констант, предоставляемых
приложением
или
операционной системой для использования во внешних
программных продуктах.
Перечень сокращений
Сокращение
БД
ЛВС
Мосгордума
ОС
СУБД
СМИ
EXIF
Расшифровка
База данных
Локальная вычислительная сеть
Московская городская Дума
Операционная система
Система управления базами данных
Средства массовой информации
Exchangeable Image File Format

=== ФАЙЛ: Порядок оценки заявок по критериям | docs/0173200001726000087/Порядок рассмотрения и оценки заявок на участие в конкурсе (1).pdf
ПОРЯДОК
рассмотрения и оценки заявок на участие в конкурсе
I. Информация о заказчике и закупке товаров, работ, услуг
для обеспечения государственных и муниципальных нужд (далее - закупка)
Полное наименование
Место нахождения, телефон, адрес электронной почты
Наименование бюджетного, автономного учреждения,
государственного, муниципального унитарного
предприятия, иного юридического лица, которому
переданы полномочия государственного,
муниципального заказчика
Место нахождения, телефон, адрес электронной почты
Наименование объекта закупки
Московская городская Дума
127994, город Москва, Страстной
бульвар, дом 15/29, строение 1;
+7 (495) 650-78-47;
astashkina@duma.mos.ru
ИНН
КПП
Коды
7710170930
771001001
по ОКТМО
45382000
ИНН
КПП
по ОКТМО
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных
(Медиатеки) архивных и текущих материалов и фотографий в цифровом виде с
информационной системой управления и поиска Московской городской Думы
Порядок рассмотрения и оценки заявок на участие в открытом конкурсе в электронной форме определен в соответствии с Положением об
оценке заявок на участие в закупке товаров, работ, услуг, утвержденным постановлением Правительства Российской Федерации от 31.12.2021
№ 2604 «Об оценке заявок на участие в закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд, внесении
изменений в пункт 4 постановления Правительства Российской Федерации от 20 декабря 2021 г. № 2369 и признании утратившими силу
некоторых актов и отдельных положений некоторых актов Правительства Российской Федерации» (далее – Положение).
Понятия, используемые в настоящем документе, приведены в соответствии с пунктом 2 Положения:
  «оценка заявок» - действия членов комиссии по осуществлению закупок по присвоению в случаях, предусмотренных
Федеральным законом «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд» (далее - Федеральный закон), и в соответствии с настоящим Положением баллов заявкам (частям заявок) на основании информации и
документов участников закупок;
 «критерии оценки» - предусмотренные частью 1 статьи 32 Федерального закона критерии оценки заявок, в соответствии с
которыми осуществляется оценка заявок в отношении цены контракта, суммы цен единиц товара, работы, услуги, расходов на эксплуатацию и
ремонт товаров, использование результатов работ (далее - расходы), качественных, функциональных и экологических характеристик объекта
закупки (далее - характеристики объекта закупки), квалификации участников закупки, в том числе наличия у них финансовых ресурсов,
оборудования и других материальных ресурсов на праве собственности или ином законном основании, опыта работы, связанного с предметом
контракта, и деловой репутации, специалистов и иных работников определенного уровня квалификации (далее соответственно - квалификация
участников закупки, характеристика квалификации участников закупки);
 «значимость критерия оценки» - вес критерия оценки в процентах в совокупности всех критериев оценки, установленных в
извещении об осуществлении закупки, документации о закупке (в случае если Федеральным законом предусмотрена документация о закупке);
 «показатель оценки» - вид расхода, вид характеристики объекта закупки и вид характеристики квалификации участников закупки,
детализирующие оценку заявок по соответствующему критерию оценки;
 «значимость показателя оценки» - вес показателя оценки в процентах в совокупности всех показателей оценки, детализирующих
оценку заявок по соответствующему критерию оценки;
 «функциональная зависимость» - зависимость между значением показателя оценки и значением количества присваиваемых
баллов, при которой одному значению показателя оценки соответствует одно значение количества баллов;
 «шкала оценки» - значения количества баллов, присваиваемых определенным значениям показателя оценки в случае отсутствия
между ними функциональной зависимости, а также в случае, если показатель оценки не определяется количественным значением;
 «оборудование и другие материальные ресурсы» - объекты основных средств в значении, предусмотренном законодательством
Российской Федерации о бухгалтерском учете;
 «специалисты и иные работники» - работники в значении, предусмотренном трудовым законодательством.
 II. Критерии и показатели оценки заявок на участие в закупке
№
Критерий оценки
1
Цена контракта,
сумма цен единиц
товара, работы, услуги
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
60
-
-
-
Значимость
показателя,
детализиру
ющего
показатель
оценки,
процентов
-
Формула оценки или шкала оценки
Содержание:
Оценка
заявок
осуществляется
по
формулам,
предусмотренным пунктами 9 или 10
Положения, а именно:
Значение количества баллов по
критерию оценки, присваиваемое заявке,
которая подлежит в соответствии с
Федеральным законом оценке по критерию
оценки, (БЦi) определяется по одной из
следующих формул:
а)
за
исключением
случаев,
предусмотренных подпунктом «б» пункта
9 Положения и пунктом 10 Положения, по формуле:
 Ц -Ц 
БЦi =100 -  i л  ×100,
 Цл 
где,
Цi - предложение участника закупки о
цене контракта, или о сумме цен всех
контрактов, заключаемых по результатам
проведения совместного конкурса (в
случае проведения совместного конкурса),
или о сумме цен единиц товара, работы,
услуги (в случае, предусмотренном частью
24 статьи 22 Федерального закона, в том
числе при проведении в этом случае
совместного конкурса), заявка (часть
заявки) которого подлежит в соответствии
 №
Критерий оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализиру
ющего
показатель
оценки,
процентов
Формула оценки или шкала оценки
с Федеральным законом оценке по
критерию оценки
(далее - ценовое
предложение);
Цл - наилучшее ценовое предложение
из числа предложенных в соответствии с
Федеральным
законом
участниками
закупки, заявки (части заявки) которых
подлежат оценке по критерию оценки.
б) в случае если по результатам
применения формулы, предусмотренной
подпунктом "а" настоящего пункта, при
оценке хотя бы одной заявки получено
значение, являющееся отрицательным
числом, значение количества баллов по
критерию оценки "цена контракта, сумма
цен единиц товара, работы, услуги" всем
заявкам, подлежащим в соответствии с
Федеральным
законом
оценке
по
указанному критерию оценки (БЦi),
определяется по формуле:
БЦi = Ц нач - Ц i  
100
,
Ц нач - Ц л
где,
- начальная (максимальная) цена
контракта,
или
сумма
начальных
(максимальных) цен каждого контракта,
заключаемого по результатам проведения
совместного
конкурса
(в
случае
проведения совместного конкурса), или
 №
Критерий оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализиру
ющего
показатель
оценки,
процентов
Формула оценки или шкала оценки
начальная сумма цен единиц товаров,
работ, услуг (в случае, предусмотренном
частью 24 статьи 22 Федерального закона,
в том числе при проведении в таком случае
совместного конкурса).
Если при проведении процедуры
подачи предложений о цене контракта
либо о сумме цен единиц товара, работы,
услуги (в случае, предусмотренном частью
24 статьи 22 Федерального закона) в
соответствии с Федеральным законом
подано
ценовое
предложение,
предусматривающее снижение таких цены
контракта либо суммы цен ниже нуля,
значение количества баллов по критерию
оценки (БЦi) определяется в следующем
порядке:
а) для подлежащей в соответствии с
Федеральным законом оценке заявки
участника закупки, ценовое предложение
которого не предусматривает снижение
цены контракта либо суммы цен ниже
нуля, по критерию оценки значение
количества баллов по критерию оценки
(БЦi) определяется по формуле:
 Ц + Цл 
БЦ i = 100 -  i
  100;
 Ц нач + Ц л 
б) для подлежащей в соответствии с
Федеральным законом оценке заявки
участника закупки, ценовое предложение
 №
Критерий оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализиру
ющего
показатель
оценки,
процентов
Формула оценки или шкала оценки
которого предусматривает снижение цены
контракта либо суммы цен ниже нуля, по
критерию оценки значение количества
баллов по критерию оценки (БЦi)
определяется по формуле:
 Ц л - Цi 
БЦ i =100 - 
 ×100.
 Ц нач + Ц л 
Оценка заявок по критерию оценки
осуществляется
в
соответствии
со
следующими требованиями:
а) заявкам, содержащим наилучшее
ценовое
предложение,
а
также
предложение, равное такому наилучшему
ценовому предложению, присваивается
100 баллов;
2
Расходы на
эксплуатацию и ремонт
товаров, использование
результатов работ (далее
- расходы)
-
-
-
-
-
б) значение Цл при применении
формулы, предусмотренной подпунктом
«а» пункта 10 Положения, и значения Цл и
Цi
при
применении
формулы,
предусмотренной подпунктом «б» пункта
10 Положения, указываются без знака
«минус».
-
3
Качественные,
функциональные и
-
Качественные
характеристики
-
-
-
-
 №
Критерий оценки
Значимость
критерия
оценки,
процентов
экологические
характеристики объекта
закупки
4
Квалификация
участников закупки, в
том числе наличие у них
финансовых ресурсов,
оборудования и других
материальных ресурсов
на праве собственности
или ином законном
основании, опыта
работы, связанного с
предметом контракта, и
деловой репутации,
специалистов и иных
работников
определенного уровня
квалификации
40
Показатель
оценки
объекта закупки
Функциональные
характеристики
объекта закупки
Экологические
характеристики
объекта закупки
Наличие у
участников
закупки
финансовых
ресурсов
Наличие у
участников
закупки
оборудования и
других
материальных
ресурсов на праве
собственности
или ином
законном
основании
Наличие у
участников
закупки опыта
работы,
связанного с
предметом
контракта
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализиру
ющего
показатель
оценки,
процентов
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
70
Характеристика
квалификации
участников закупки
№1
100
Оценка заявок по критерию оценки
«Квалификация участников закупки»
осуществляется в порядке, установленном
пунктами 20 и 21 раздела IV Положения.
Лучшим
для
заказчика
является
наибольшее значение характеристики
квалификации участника закупки.
Расчет баллов (БХi) для оценки
(Общее количество
исполненных
участником закупки
договоров)
Формула оценки или шкала оценки
 №
Критерий оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализиру
ющего
показатель
оценки,
процентов
Формула оценки или шкала оценки
предложений участников по каждому
детализирующему
показателю
производится по формуле:
Наличие у
участников
закупки деловой
репутации
Наличие у
участников
закупки
специалистов и
иных работников
определенного
уровня
-
-
-
30
Характеристика
квалификации
участников закупки
№1
(Количество
специалистов
(руководителей и
100
где:
Хmax
максимальное
значение
предложений участников по данному
показателю, содержащееся в заявках
(частях заявок), подлежащих оценке в
соответствии с Федеральным законом;
Хi
значение,
содержащееся
в
предложении участника закупки по
данному показателю, заявка (часть заявки)
которого подлежит оценке в соответствии
с Федеральным законом;
Хmin
минимальное
значение
предложений участников по данному
показателю, содержащееся в заявках
(частях заявок), подлежащих оценке в
соответствии с Федеральным законом.
-
Оценка заявок по критерию оценки
«Квалификация участников закупки»
осуществляется в порядке, установленном
пунктами 20 и 21 раздела IV Положения.
Лучшим
для
заказчика
является
наибольшее значение характеристики
 №
Критерий оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
квалификации
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
ключевых
специалистов),
находящихся в штате
участника закупки)
Значимость
показателя,
детализиру
ющего
показатель
оценки,
процентов
Формула оценки или шкала оценки
квалификации участника закупки.
Расчет баллов (БХi) для оценки
предложений участников по каждому
детализирующему
показателю
производится по формуле:
где:
Хmax
максимальное
значение
предложений участников по данному
показателю, содержащееся в заявках
(частях заявок), подлежащих оценке в
соответствии с Федеральным законом;
Хi
значение,
содержащееся
в
предложении участника закупки по
данному показателю, заявка (часть заявки)
которого подлежит оценке в соответствии
с Федеральным законом;
Хmin - минимальное значение
предложений участников по данному
показателю, содержащееся в заявках
(частях заявок), подлежащих оценке в
соответствии с Федеральным законом.
 III. Отдельные положения о применении отдельных критериев оценки, показателей оценки и показателей оценки, детализирующих
показатели оценки, предусмотренных разделом II настоящего документа
№
1
1.
2.
2.1
Наименование критерия оценки, показателя оценки,
показателя оценки, детализирующего показатель
Положение о применении критерия оценки, показателя оценки, показателя
оценки, при применении которого устанавливается
оценки, детализирующего показатель оценки
положение графой 3
2
3
Критерий оценки
Оценка заявок осуществляется по формулам, предусмотренным пунктами 9
«Цена контракта, сумма цен единиц товары,
или 10 Положения.
работы, услуги»
Критерий оценки
В соответствии с пунктами 7, 24 Положения, по критерию оценки
«Квалификация участников закупки, в том числе
«Квалификация участников закупки, в том числе наличие у них финансовых
наличие у них финансовых ресурсов, оборудования ресурсов, оборудования и других материальных ресурсов на праве
и других материальных ресурсов на праве
собственности или ином законном основании, опыта работы, связанного с
собственности или ином законном основании,
предметом контракта, и деловой репутации, специалистов и иных работников
опыта работы, связанного с предметом контракта, и определенного уровня квалификации» применяются показатели оценки:
деловой репутации, специалистов и иных
 «Наличие у участников закупки опыта работы, связанного с предметом
работников определенного уровня квалификации»
контракта»;
 «Наличие у участников закупки специалистов и иных работников
определенного уровня квалификации».
В отношении каждого показателя оценки устанавливается значимость
показателя оценки. Сумма величин значимости всех применяемых показателей
оценки по критерию оценки составляет 100 процентов.
В соответствии с подпунктом «в» пункта 7 Положения, оценка заявки (части
заявки) по критерию оценки определяется путем суммирования среднего
количества баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению закупок по
каждому показателю оценки, умноженного на значимость соответствующего
показателя оценки. При этом среднее количество баллов определяется путем
суммирования количества баллов, присвоенных каждым членом комиссии по
осуществлению закупок, и последующего деления на количество таких членов.
Показатель оценки
Оценивается предложение участника по общему количеству исполненных
участником закупки контрактов (договоров) за последние 5 лет,
«Наличие у участников закупки опыта работы,
предшествующие дате окончания срока подачи заявок на участие в настоящем
связанного с предметом контракта»
конкурсе (оценивается общее количество оказанных услуг по исполненным
 Характеристика квалификации участников закупки
№1:
(Общее количество исполненных участником закупки
договоров)
участником закупки контрактам (договорам), связанным с предметом контракта,
заключаемого по результатам проведения закупки, исчисляемый в рублях).
Подтверждение опыта работы участника закупки по успешному
выполнению работ сопоставимого характера и объема. Под услугами,
связанными с предметом контракта, заключаемого по результатам проведения
закупки, понимается оказание услуг, связанных:
- с разработкой информационных систем;
- с модернизацией и развитием информационных систем и ресурсов;
- с сопровождением и технической поддержкой информационных систем и
ресурсов;
- с эксплуатацией информационных систем и ресурсов выполнение работ по
созданию и/или модернизации информационных систем и (или) официальных
сайтов (порталов).
Опыт участника по оказанию услуг, связанных с предметом контракта,
подтверждается следующими документами, направленными в форме
электронных документов или в форме электронных образов бумажных
документов:
- исполненный договор (договоры);
- акт (акты) приемки поставленного товара, выполненных работ, оказанных
услуг, составленные при исполнении такого договора (договоров);
- копии всех листов с описанием объекта контракта (техническое задание,
спецификация и т.д. в случае их наличия);
- копии всех листов дополнительных соглашений.
Последний акт, составленный при исполнении договора и
предусмотренный абзацем третьим подпункта «в» пункта 28 Положения, должен
быть подписан не ранее чем за 5 лет до даты окончания срока подачи заявок.
К оценке принимаются исключительно договор (договоры), при
исполнении которого(-ых) поставщиком (подрядчиком, исполнителем)
исполнены требования об уплате неустоек (штрафов, пеней) (в случае
начисления неустоек).
К оценке принимаются контракт(-ы) (договор(-ы)) с учетом правопреемства
(в случае наличия в заявке подтверждающего документа).
Копии указанных документов должны быть представлены в полном объеме
со всеми приложениями, являющимися их неотъемлемой частью (должны быть
представлены все страницы контрактов (договоров), а также актов оказанных
услуг).
 2.2
Показатель оценки
«Наличие у участников закупки специалистов и иных
работников определенного уровня квалификации»
Характеристика квалификации участников закупки
№1:
(Количество специалистов (руководителей и ключевых
специалистов), находящихся в штате участника
закупки)
При этом представленные документы должны быть в виде
неповторяющихся, полно читаемых копий, на которых видны необходимые
сведения, подписи и печати.
Если указанные документы и информация о таких документах содержатся в
открытых и общедоступных государственных реестрах, размещенных в
информационно-телекоммуникационной сети «Интернет», в том числе ведение
которых осуществляется в единой информационной системе в сфере закупок с
размещением указанных документов на официальном сайте единой
информационной
системы
в
сфере
закупок
в
информационнотелекоммуникационной сети «Интернет», вместо направления таких документов
участник закупки вправе направить номер реестровой записи из
соответствующего реестра.
Информацию о номерах реестровых записей рекомендуется предоставлять
в структурированном виде. Рекомендуемая форма «Сводные сведения о наличие
у участников закупки опыта работы, связанного с предметом контракта»
приведена в Приложении № 1 к настоящему Порядку.
Непредоставление в составе второй части заявки на участие в конкурсе таких
документов не является основанием для отказа в допуске к участию в открытом
конкурсе, однако при оценке заявок по настоящему показателю комиссией будут
учитываться сведения, заявленные участниками закупки, которые подтверждены
документально в составе второй части заявки на участие в конкурсе либо
информацией, размещенной на сайте Единой информационной системы в сфере
закупок zakupki.gov.ru.
Для оценки заявок по показателю оценки, в соответствии с пунктами 8, 25
Положения об оценке, применяется детализирующий показатель оценки «Количество специалистов (руководителей и ключевых специалистов),
находящихся в штате участника закупки».
По данному детализирующему показателю оценивается предложение
участника закупки о наличии у него квалифицированных специалистов, которые
будут привлечены к исполнению данного контракта, имеющих высшее
образование и (или) прошедших курсы повышения квалификации по
специальностям/ направлениям подготовки, относящимся к следующим
укрупненным группам:
- «Математика и механика»;
- «Компьютерные и информационные науки»;
 - «Информатика и вычислительная техника»;
- «Информационная безопасность»;
- «Электроника, радиотехника и системы связи»;
- «Управление в технических системах».
Сведения подтверждаются полным пакетом документов на каждого
указанного специалиста:
- трудовая книжка или сведения о трудовой деятельности, предусмотренные
статьей 66.1 Трудового кодекса Российской Федерации;
- информация (в том числе данные), результаты применения
информационных технологий и документы, подтверждающие квалификацию
участника закупки, его специалистов и иных работников, в том числе
предусмотренную в соответствии с профессиональными стандартами (если
соответствующий профессиональный стандарт обязателен для применения
работодателями в соответствии с законодательством Российской Федерации).
В случае наличия разночтения в представленных документах в связи с
изменением фамилии специалиста при заключении брака либо перемены
фамилии, имени или отчества по иным причинам, дополнительно
представляются
соответствующие
свидетельства,
предусмотренные
положениями Федерального закона от 15 ноября 1997 года № 143-ФЗ «Об актах
гражданского состояния», подтверждающих такие изменения.
Указанные в данном пункте документы предоставляются участником в
форме электронных документов или в форме электронных образов бумажных
документов.
При этом документы, представленные в форме электронных образов
бумажных документов должны быть в виде неповторяющихся, полночитаемых
копий, на которых видны все необходимые сведения, подписи и печати. При
предоставлении документов на иностранном языке такие документы должны
сопровождаться построчным переводом на русский язык.
Непредоставление в составе заявки на участие в конкурсе таких документов
не является основанием для отказа в допуске к участию в открытом конкурсе,
однако при оценке заявок по настоящему показателю комиссией будут
учитываться только те сведения, заявленные участниками закупки, которые
подтверждены документально в составе заявки на участие в конкурсе.
Учитывается фактическое количество специалистов, не зависящее от
количества у каждого специалиста подтверждающих документов в одной или
 нескольких из вышеперечисленных областей.
Рекомендуемая форма «Сводные сведения о наличии у участников закупки
специалистов и иных работников определенного уровня квалификации»
приведена в Приложении № 2 к настоящему Порядку.
 Приложение № 1
(рекомендуемая форма)
СВОДНЫЕ СВЕДЕНИЯ
о наличие у участников закупки опыта работы, связанного с предметом контракта
№ Реестровый номер
п/п
закупки
Номер и дата
заключения
контракта
(договора)
Номер записи в
реестре контрактов
(реестре договоров)
для контрактов (договоров),
заключенных в соответствии с 44-ФЗ,
223-ФЗ
Наименование
Дата исполнения
предмета контракта
контракта
(договора)
(договора)
1
Итого исполнено ____________ контрактов (договоров).
*В подтверждение вышеприведенных сведений прикладываются копии указанных документов.
Участник/
Руководитель организации/
уполномоченный представитель ______________________ ____________________
(должность/доверенность)
(подпись)
МП (при наличии)
(Ф.И.О.)
Перечень документов,
представленных в
подтверждение данных
сведений*
 Приложение № 2
(рекомендуемая форма)
СВОДНЫЕ СВЕДЕНИЯ
о наличие у участников закупки специалистов и иных работников определенного уровня квалификации
№
п/п
Ф.И.О.
Занимаемая должность
Область квалификации
1
*В подтверждение вышеприведенных сведений прикладываются копии указанных документов.
Участник/
Руководитель организации/
уполномоченный представитель ______________________ ____________________
(должность/доверенность)
(подпись)
МП (при наличии)
(Ф.И.О.)
Перечень документов,
представленных в подтверждение
данных сведений*

=== ФАЙЛ: Проект контракта (договора) | docs/0173200001726000087/Проект_контракта_16967017-1 (1).pdf
ПРОЕКТ
Государственный контракт № ____________________
Выполнение работ по развитию и обеспечению бесперебойного функционирования
единой интегрированной системы управления данными (ЕИСУД), аппаратнопрограммного комплекса мониторинга и анализа информационного пространства
(АПК МАИП) и единого банка данных (Медиатеки) архивных и текущих материалов и
фотографий в цифровом виде с информационной системой управления и поиска
Московской городской Думы
г. Москва
______________________________ г.
Московская городская Дума, именуемое в дальнейшем «Заказчик», в
лице _______________, действующего на основании ___________, с одной стороны,
и ____________________________, именуемый в дальнейшем «Подрядчик», в
лице ___________________, действующего на основании _____________, с другой
стороны, вместе именуемые «Стороны» и каждый в отдельности «Сторона», с
соблюдением требований Гражданского кодекса Российской Федерации,
Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд» (далее - Закон о контрактной системе) и иного законодательства Российской
Федерации и города Москвы, на основании результатов определения Подрядчика
способом закупки открытый конкурс в электронной форме, реестровый №
закупки ______________________________________, протокол подведения итогов
определения поставщика (подрядчика, исполнителя) от __________________,
заключили настоящий государственный контракт (далее - Контракт) о
нижеследующем:
Статья 1. Предмет Контракта
1.1. Предмет Контракта: Выполнение работ по развитию и обеспечению
бесперебойного функционирования единой интегрированной системы управления
данными (ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы (далее - Работы,
Система).
1
 1.2. Подрядчик обязуется выполнить по заданию Заказчика в установленный
Контрактом срок работы по развитию информационных систем , в объеме,
установленном в Техническом задании (Приложение №1 к Контракту, являющееся его
неотъемлемой частью) (далее – Техническое задание), а Заказчик обязуется принять
результат выполненных работ и оплатить его.
1.3. Идентификационный код закупки: ___________________________
Статья 2. Цена Контракта и порядок расчетов
2.1. Вариант 1. Цена контракта составляет __________________, в том числе НДС
_________________ (далее – Цена контракта).
Вариант 1.1. Цена контракта составляет __________________ рублей , в том числе:
- вознаграждение физического лица:________ рублей (________);
- НДФЛ:________ рублей (____________);
- страховые взносы в СФР:_______ рублей (___________);
- страховые взносы в ФФОМС:_________ рублей (__________).
(вариант применяется если подрядчиком (исполнителем) по Контракту выступает
физическое лицо, не являющееся индивидуальным предпринимателем)
2.2. Заказчик, являясь налоговым агентом и страхователем физического лица по
Контракту, производит уплату за физическое лицо в бюджеты бюджетной системы
Российской Федерации следующих платежей:
- Налог на доходы физических лиц (НДФЛ);
- Страховые взносы в Социальный фонд России;
- Страховые взносы в Федеральный фонд обязательного медицинского страхования.
(вариант применяется если подрядчиком (исполнителем) по Контракту выступает
физическое лицо, не являющееся индивидуальным предпринимателем)
Цена контракта составляет __________________. НДС не облагается. (вариант
применяется в случае заключения Заказчиком, если НДС равен нулю или победителем
используется льготный режим налогообложения, с указанием основания).
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому
лицу, в том числе зарегистрированному в качестве индивидуального
предпринимателя, уменьшается на размер налогов, сборов и иных платежей в
бюджеты бюджетной системы Российской Федерации, связанных с оплатой
2
 Контракта, если в соответствии с законодательством Российской Федерации о налогах
и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
2.4. Оплата по Контракту осуществляется в рублях Российской Федерации.
2.5. Цена контракта включает в себя все затраты, издержки и иные расходы
Подрядчика, в том числе сопутствующие, связанные с исполнением Контракта.
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. Начало срока выполнения Работ: 01.01.2027.
3.2. Окончание срока выполнения Работ: 31.12.2028.
3.3. Выполнение Работ осуществляется на условиях и в сроки, установленные
Контрактом и Техническим заданием.
3.4. Подрядчик вправе досрочно выполнить работы по согласованию с Заказчиком.
Статья 4. Порядок сдачи-приемки выполненных работ
4.1. Подрядчик в срок не позднее 5 (пяти) рабочих дней после окончания завершения
этапа выполнения работ, указанного в Графике выполнения работ (Календарном
плане), представляет Заказчику комплект отчетной документации, предусмотренной
Техническим заданием, и Документ о приемке, подписанный Подрядчиком.
4.2. Не позднее 5 (пяти) рабочих дней после получения от Подрядчика документов,
указанных в настоящей статье Контракта, Заказчик рассматривает результаты и
осуществляет приемку выполненных работ по Контракту на предмет соответствия их
объема, качества требованиям, изложенным в Контракте и Техническом задании, и
направляет Подрядчику подписанный Заказчиком УКЭП Документ о приемке или
мотивированный отказ от принятия результатов выполненных работ с перечнем
выявленных недостатков, необходимых доработок и сроком их устранения. В случае
отказа Заказчика от принятия результатов выполненных работ в связи с
необходимостью устранения недостатков и/или доработки результатов работ
Подрядчик обязуется в срок, установленный в отказе, составленном Заказчиком,
4
 устранить указанные недостатки/произвести доработки за свой счет.
4.3. Для проверки результатов работ, выполненных Подрядчиком, предусмотренных
Контрактом, в части их соответствия условиям Контракта Заказчик обязан провести
экспертизу. Экспертиза результатов, предусмотренных Контрактом, может
проводиться Заказчиком своими силами или к ее проведению могут привлекаться
эксперты, экспертные организации.
4.4. В случае получения от Заказчика мотивированного отказа от принятия
результатов выполненных работ, с перечнем выявленных недостатков, необходимых
доработок и сроком их устранения Подрядчик обязан в срок, установленный в
указанном акте, устранить полученные от Заказчика замечания/недостатки/произвести
доработки и передать Заказчику приведенный в соответствие с предъявленными
требованиями/замечаниями комплект отчетной документации, отчет об устранении
недостатков, выполнении необходимых доработок, а также повторно подписанный
Подрядчиком УКЭП Документ о приемке, для принятия Заказчиком выполненных
работ.
4.5. В случае если по результатам рассмотрения отчета об устранении недостатков и
необходимых доработок, Заказчиком будет принято решение об устранении
Подрядчиком недостатков/выполнении доработок в надлежащем порядке и в
установленные сроки, а также в случае отсутствия у Заказчика запросов касательно
представления разъяснений в отношении выполненных работ, Заказчик принимает
выполненные работы и подписывает УКЭП Документ о приемке в порядке,
предусмотренном в настоящей статье Контракта.
4.6. Передача Заказчику комплекта документов, материалов и сведений,
предусмотренных нормативными правовыми актами Российской Федерации в сфере
информационных технологий, защиты информации, правовой защиты интересов
государства в области интеллектуальной собственности, включая документы,
подтверждающие отказ авторов (разработчиков) от исключительных прав на
передаваемые объекты интеллектуальной собственности в пользу Подрядчика, с
проектами заявок на государственную регистрацию в установленном порядке прав
Заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая:
изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, топологии интегральных микросхем, а также
исключительные права на результаты работ, включая объекты авторских прав и
потенциально патентоспособные технические решения, секреты производства (ноухау), созданные в рамках Контракта, осуществляется Подрядчиком в составе отчетной
документации, предусмотренной условиями Контракта.
4.7. После выполнения обязательств по Контракту в полном объеме, Стороны
подписывают Документ о приемке, который является основанием для регистрации
сведений об исполнении Контракта в Реестре контрактов, заключенных заказчиком.
5
 4.8. Подписанный Заказчиком и Подрядчиком, УКЭП Документ о приемке стоимости
этапа работ являются основанием для оплаты Подрядчику выполненных работ.
Статья 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. Своевременно принять и оплатить надлежащим образом выполненные работы в
соответствии с Контрактом.
5.2.3. При получении от Подрядчика уведомления о приостановлении выполнения
6
 работ в случае, указанном в настоящей статье Контракта, рассмотреть вопрос о
целесообразности и порядке продолжения выполнения работ.
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. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме,
включая исходные коды программ для ЭВМ, библиотеки зависимостей, базы данных,
а также проектную, техническую, рабочую, сопроводительную и методическую
документацию к Системе или ее частям. При этом, Подрядчик не имеет права
использовать такие результаты интеллектуальной деятельности.
5.4.3. В случае использования в ходе исполнения Контракта ранее созданных
7
 Подрядчиком результатов интеллектуальной деятельности, без увеличения цены
Контракта передать Заказчику права на использование охраняемых результатов
интеллектуальной деятельности, права на которые принадлежат Подрядчику и
которые использовались при выполнении работ по Контракту, в объеме, необходимом
для использования заказчиком результатов работ по Контракту по их целевому
назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком.
Подрядчик передает Заказчику указанные права посредством заключения
лицензионного договора.
5.4.4. В случае необходимости использования в ходе исполнения Контракта
охраняемых результатов интеллектуальной деятельности, права на которые
принадлежат третьим лицам, согласовать с Заказчиком необходимость использования
при выполнении работ охраняемых результатов интеллектуальной деятельности, права
на которые принадлежат третьим лицам, объем и порядок приобретения прав на их
использование.
5.4.5. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не
нарушающих исключительных прав других лиц и не являющихся предметом залога,
ареста или иного обременения.
5.4.6. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных третьими лицами, условия, на которых передаются права на их
использование (исполнение), должны обеспечить отсутствие ограничений,
препятствующих использованию результатов работ по их назначению. При этом
права, полученные Заказчиком, должны позволять ему передавать, дорабатывать,
развивать результаты работ, созданные в процессе исполнения Контракта, а в случае
явного указания в Техническом задании, осуществлять переработку программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных ранее третьими лицами в соответствии с требованиями
законодательства Российской Федерации.
5.4.7. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав
третьих лиц при реализации технических, программных, организационных и иных
решений, предусмотренных Техническим заданием.
5.4.8. Обеспечивать соответствие результатов работ требованиям качества,
безопасности жизни и здоровья, а также иным требованиям сертификации,
безопасности (санитарным нормам и правилам, государственным стандартам и т.п.),
лицензирования, установленным действующим законодательством Российской
Федерации.
5.4.9. Подрядчик обязан соответствовать установленным документацией о закупке
8
 требованиям к участникам данной закупки и предоставлять достоверную информацию
о своем соответствии таким требованиям, что позволило ему стать победителем по
результатам проведения данной закупки.
5.4.10. Обеспечить устранение недостатков и дефектов, выявленных при сдачеприемке работ и в течение гарантийного срока, за свой счет.
5.4.11. Приостановить выполнение работ в случае обнаружения независящих от
Подрядчика обстоятельств, которые могут оказать негативное влияние на годность
или прочность результатов выполняемых работ или создать невозможность их
завершения в установленный Контрактом срок, и сообщить об этом Заказчику
немедленно после приостановления выполнения работ.
5.4.12. В случае если законодательством Российской Федерации предусмотрено
лицензирование вида деятельности, являющегося предметом Контракта, а также в
случае если законодательством Российской Федерации к лицам, осуществляющим
выполнение работ, являющихся предметом Контракта, установлено требование об их
обязательном членстве в саморегулируемых организациях, Подрядчик обязан
обеспечить наличие документов, подтверждающих его соответствие требованиям,
установленным законодательством Российской Федерации, в течение всего срока
исполнения Контракта. Копии таких документов должны быть переданы Подрядчиком
Заказчику по его требованию в течение двух рабочих дней.
5.4.13. Представить Заказчику сведения об изменении своего фактического
местонахождения, об изменении режима налогообложения в срок не позднее 5 (пяти)
календарных дней со дня соответствующего изменения. В случае непредставления в
установленный срок уведомления об изменении адреса фактического
местонахождения Подрядчика, уведомления об изменении режима налогообложения
Подрядчика адрес и режим налогообложения, указанные в Контракте, будут считаться
действительными.
5.4.14. Сохранять в тайне и не разглашать третьим лицам (в том числе не публиковать
в сети «Интернет»), не собирать и не обрабатывать любую информацию служебного,
коммерческого, финансового, личного характера, сведения, составляющие
коммерческую тайну, персональные данные вне зависимости от формы ее
предоставления и получения, прямо или косвенно относящуюся к взаимоотношениям
Сторон, не обнародованную или иным способом не переданную для свободного
доступа и ставшую известной Подрядчику в ходе исполнения Контракта, за
исключением случаев, прямо предусмотренных Контрактом.
Предпринимать все необходимые меры для предотвращения случаев разглашения
указанной информации. Использовать предоставленную Заказчиком информацию
только в целях исполнения Контракта.
Подрядчик обязан обеспечивать защиту персональных данных и иной
конфиденциальной информации, полученной в ходе исполнения Контракта, при их
9
 обработке в соответствии с Федеральным законом от 27.07.2006 № 152-ФЗ «О
персональных данных», Федеральным законом от 27.07.2006 № 149-ФЗ «Об
информации, информационных технологиях и о защите информации».
5.4.15. Исполнять иные обязательства, предусмотренные действующим
законодательством и Контрактом.
Статья 6. Гарантии
6.1. Подрядчик гарантирует качество выполнения работ в соответствии с
требованиями, указанными в Контракте и Техническом задании.
6.2. Гарантийный срок на выполненные работы указывается в Техническом задании.
6.3. При обнаружении в период гарантийного срока недостатков в выполненных
работах, материалах, оборудовании, Подрядчик обязан устранить их за свой счет в
сроки, согласованные и установленные Подрядчиком и Заказчиком в Акте о
недостатках с перечнем выявленных недостатков, необходимых доработок и сроков их
устранения. Гарантийный срок в данном случае продлевается на период устранения
выявленных недостатков.
При отказе Подрядчика от составления или подписания Акта о недостатках,
обнаруженных в период гарантийного срока, Заказчик проводит квалифицированную
экспертизу с привлечением экспертов (специалистов) в порядке,
предусмотренномЗаконом о контрактной системе, по итогам которой составляется
соответствующий Акт, фиксирующий затраты по исправлению недостатков.
Возмещение расходов за проведенную экспертизу осуществляется в соответствии с
требованиями Гражданского кодекса Российской Федерации.
6.4. Удовлетворение требований Заказчика о безвозмездном устранении недостатков,
об изготовлении другой вещи или о повторном выполнении работ не освобождает
Подрядчика от ответственности в форме неустойки за нарушение срока окончания
выполнения работ.
6.5. Вред, причиненный жизни, здоровью или имуществу Заказчика и иных лиц,
вследствие необеспечения Подрядчиком безопасности выполнения работ/результата
работ подлежит возмещению в соответствии с требованиями Гражданского кодекса
Российской Федерации.
6.6. Подрядчик гарантирует своевременное предоставление необходимой и
достоверной информации о ходе и результате выполнения работ.
6.7. В случае непредоставления Подрядчиком Заказчику полной и достоверной
информации о ходе и результате выполнения работ Подрядчик несет ответственность
10
 в соответствии с Гражданским кодексом Российской Федерации за недостатки
результата работ, возникшие после его приемки Заказчиком вследствие отсутствия у
Заказчика такой информации.
6.8. В случае ненадлежащего выполнения работ, требования Заказчика о повторном
выполнении работы подлежат удовлетворению в срок, установленный для срочного
выполнения работ, а в случае, если этот срок не установлен, в срок, предусмотренный
Контрактом, который был ненадлежаще исполнен.
Статья 7. Исключительные права и права собственности на результаты работ
7.1. Исключительные права на результаты интеллектуальной деятельности, в том
числе, но не исключая: изобретения, полезные модели, промышленные образцы,
программы для электронных вычислительных машин, базы данных, а также
исключительные права на результаты работ, включая объекты авторских прав и
потенциально патентоспособные технические решения, секреты производства (ноухау), созданные в рамках Контракта, принадлежат в лице Заказчика субъекту
Российской Федерации городу Москве.
7.2. Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, считаются переданными с
момента подписания Сторонами УКЭП Документа о приемке.
7.3. В случае если при осуществлении работ по Контракту осуществляется доработка
программ для электронных вычислительных машин Заказчика, Подрядчик
осуществляет ее в соответствии с предоставляемыми в обязательном порядке
Заказчиком правами на их использование на период исполнения работ по Контракту.
7.4. Подрядчик гарантирует, что передаваемые Заказчику результаты работ по
Контракту, а также права на все результаты интеллектуальной деятельности,
полученные в ходе выполнения работ по Контракту будут свободны от любых прав
третьих лиц, либо в случае использования Подрядчиком при выполнении работ по
Контракту результатов интеллектуальной деятельности, принадлежащих Подрядчику
или третьим лицам, должны отвечать условиям, указанным в Контракте и
Техническом задании. В случае несоблюдения таких гарантий, а также в случае
предъявления к Заказчику третьими лицами претензий или исков, связанных с их
нарушением, а также с нарушением исключительных и/или личных
(неимущественных) прав на результаты интеллектуальной деятельности, полученных
в ходе выполнения работ по Контракту, Заказчик вправе потребовать от Подрядчика
возмещения всех убытков, причиненных в связи с несоблюдением Подрядчиком таких
вышеописанных в данном пункте Контракта гарантий, а Подрядчик обязуется
самостоятельно и без участия Заказчика урегулировать все такие возможные
претензии и/или иски третьих лиц, а также возместить Заказчику все причиненные
убытки в полном объеме (включая, но не ограничиваясь, расходы на оплату
11
 вознаграждения адвокатов, расходы на оплату любых сумм в пользу третьих лиц на
основании решения суда).
Статья 8. Ответственность Сторон
8.1. За неисполнение или ненадлежащее исполнение своих обязательств,
установленных Контрактом, Заказчик и Подрядчик несут ответственность в
соответствии с постановлением Правительства Российской Федерации от 30.08.2017
№ 1042 «Об утверждении Правил определения размера штрафа, начисляемого в
случае ненадлежащего исполнения заказчиком, неисполнения или ненадлежащего
исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных Контрактом (за исключением просрочки исполнения обязательств
заказчиком, поставщиком (подрядчиком, исполнителем), о внесении изменений в
постановление Правительства Российской Федерации от 15 мая 2017 г. № 570 и
признании утратившим силу постановления Правительства Российской Федерации от
25 ноября 2013 г. № 1063».
В случае просрочки исполнения Подрядчиком обязательств (в том числе гарантийного
обязательства), предусмотренных настоящим Контрактом, а также в иных случаях
неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
предусмотренных настоящим Контрактом, Заказчик направляет требование об уплате
неустоек (штрафов, пеней).
8.2. Размер штрафа устанавливается Контрактом в порядке, установленном настоящей
статьей, в том числе рассчитывается как процент Цены контракта, или в случае, если
Контрактом предусмотрены этапы исполнения Контракта, как процент цены этапа
исполнения Контракта.
8.3. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных настоящим Контрактом, заключенным по результатам
определения поставщика в соответствии с пунктом 1 части 1 статьи 30 Закона о
контрактной системе, за исключением просрочки исполнения обязательств (в том
числе гарантийного обязательства), предусмотренных Контрактом, размер штрафа
устанавливается в размере 1 процента Цены контракта (этапа), но не более 5 тыс.
рублей и не менее 1 тыс. рублей.
8.4. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных контрактом, заключенным с победителем закупки
(или с иным участником закупки в случаях, установленных Законом о контрактной
системе), предложившим наиболее высокую цену за право заключения Контракта,
размер штрафа рассчитывается в порядке, установленном настоящим пунктом, за
исключением просрочки исполнения обязательств (в том числе гарантийного
обязательства), предусмотренных настоящим Контрактом, и устанавливается в
следующем порядке:
12
 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. За каждый факт неисполнения Заказчиком обязательств, предусмотренных
Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
Контрактом, размер штрафа устанавливается в следующем порядке:
- 1 000 рублей, если Цена контракта не превышает 3 млн рублей (включительно);
- 5 000 рублей, если Цена контракта составляет от 3 млн рублей до 50 млн рублей
13
 (включительно);
- 10 000 рублей, если Цена контракта составляет от 50 млн рублей до 100 млн рублей
(включительно);
- 100 000 рублей, если Цена контракта превышает 100 млн рублей.
8.7. Пеня начисляется за каждый день просрочки исполнения Подрядчиком
обязательства, предусмотренного настоящим Контрактом, начиная со дня,
следующего после дня истечения установленного настоящим Контрактом срока
исполнения обязательства, в размере одной трехсотой действующей на дату уплаты
пени ключевой ставки Центрального банка Российской Федерации Цены контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму,
пропорциональную объему обязательств, предусмотренных Контрактом
(соответствующим отдельным этапом исполнения Контракта) и фактически
исполненных Подрядчиком, за исключением случаев, если законодательством
Российской Федерации установлен иной порядок начисления пени.
8.8. Пеня начисляется за каждый день просрочки исполнения обязательства
Заказчиком, предусмотренного Контрактом, начиная со дня, следующего после дня
истечения установленного Контрактом срока исполнения обязательства в размере
одной трехсотой действующей на дату уплаты пеней ключевой ставки Центрального
банка Российской Федерации от не уплаченной в срок суммы.
8.9. Общая сумма начисленных штрафов за неисполнение или ненадлежащее
исполнение Подрядчиком обязательств, предусмотренных настоящим Контрактом, не
может превышать Цену контракта.
8.10. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком
обязательств, предусмотренных настоящим Контрактом, не может превышать Цену
контракта.
8.11. Стороны настоящего Контракта освобождаются от уплаты неустойки (штрафа,
пеней), если докажут, что неисполнение или ненадлежащее исполнение обязательства
произошло вследствие обстоятельств непреодолимой силы или по вине другой
Стороны.
8.12. В случае установления уполномоченными контрольными органами фактов
поставки товаров не в полном объеме и/или завышения стоимости товаров/работ/услуг
Подрядчик осуществляет возврат Заказчику излишне уплаченных денежных средств.
8.13. Уплата Подрядчиком неустойки или применение иной формы ответственности
не освобождает его от исполнения обязательств по настоящему Контракту.
14
 8.14. В качестве подтверждения фактов неисполнения и (или) ненадлежащего
исполнения обязательств Заказчик может предъявлять фото-и видеоматериалы,
являющиеся основанием для взыскания неустойки или применения иной формы
ответственности в соответствии с действующим законодательством.
8.15. В случае полного (частичного) неисполнения условий Контракта одной из
Сторон эта Сторона обязана возместить другой Стороне причиненные убытки в части,
не покрытой неустойкой.
8.16. В случае привлечения к исполнению Контракта соисполнителей, ответственность
перед Заказчиком за неисполнение обязательств по Контракту несет Подрядчик.
Статья 9. Порядок изменения и расторжения Контракта
9.1. Изменения и дополнения по основаниям, предусмотренным настоящим
Контрактом, вносятся по соглашению Сторон, которое оформляется соответствующим
дополнительным соглашением и является неотъемлемой частью настоящего
Контракта, и вступают в силу с момента их подписания Сторонами.
9.2. Существенные условия Контракта могут быть изменены в случаях,
предусмотренных статьей 95 Закона о контрактной системе.
9.3. Настоящий Контракт может быть расторгнут по соглашению Сторон, по решению
суда, в случае одностороннего отказа стороны Контракта от исполнения Контракта в
соответствии с гражданским законодательством.
9.3.1. Основания расторжения Контракта в связи с односторонним отказом от
исполнения Контракта по инициативе Заказчика:
9.3.1.1. Осуществление выполнения работ ненадлежащего качества, если недостатки
не могут быть устранены в установленный разумный срок либо являются
существенными и неустранимыми.
9.3.1.2. Подрядчик не приступает к исполнению Контракта в срок, установленный
Контрактом, или неоднократно (от двух и более раз) нарушает График выполнения
работ или объемы поставки товаров, предусмотренные Контрактом, или оказывает
услуги выполняет работы так, что окончание их оказания к сроку, предусмотренному
Контрактом, становится явно невозможно, либо в ходе оказания услуг стало очевидно,
что они не будут оказаны надлежащим образом в установленный Контрактом срок.
9.3.1.3. Если в ходе исполнения Контракта установлено, что Подрядчик и (или)
поставляемый товар перестали соответствовать установленным извещением об
осуществлении закупки и (или) документации о закупке, указанной в преамбуле
Контракта, требованиям к участникам данной закупки (за исключением требования,
15
 предусмотренного частью 1.1 (при наличии такого требования) статьи 31 Закона о
контрактной системе) и (или) поставляемому товару или при проведении закупки
Подрядчик представил недостоверную информацию о своем соответствии и (или)
соответствии поставляемого товара требованиям такого извещения, что позволило ему
стать победителем данной закупки.
9.3.1.4. Если в ходе исполнения Контракта вследствие реорганизации юридического
лица, являющегося Подрядчиком его права и обязанности по такому контракту
перешли к вновь возникшему юридическому лицу, зарегистрированному на
территории иностранного государства, в отношении которого в соответствии с
подпунктами «а» и «б» пункта 1 части 2 статьи 14 Закона о контрактной системе
установлены запрет закупок товаров, работ, услуг, соответственно поставляемых,
выполняемых, оказываемых иностранными лицами, либо ограничение закупок
товаров, работ, услуг, соответственно поставляемых, выполняемых, оказываемых
иностранными лицами, и Подрядчик являлся российским лицом, либо в соответствии
с подпунктом «в» пункта 1 части 2 статьи 14 Закона о контрактной системе
установлено преимущество в отношении товаров, работ, услуг, соответственно
поставляемых, выполняемых, оказываемых российскими лицами, и Подрядчик
являлся российским лицом.
9.3.1.5. В случае, если по результатам экспертизы поставленных товаров
(выполненных работ, оказанных услуг) с привлечением экспертов, экспертных
организаций, в заключение эксперта, экспертной организации будут подтверждены
нарушения условий Контракта.
9.3.1.6. В случае, если Подрядчик отказывается от согласования новых условий
Контракта при наступлении обстоятельств, предусмотренных пунктом 6 статьи 161
Бюджетного кодекса Российской Федерации.
9.3.2. Основания расторжения Контракта в связи с односторонним отказом от
исполнения Контракта по инициативе Подрядчика:
9.3.2.1. Неоднократные (от двух и более раз) нарушения Заказчиком сроков оплаты
поставленного товара (оказанных услуг, выполненных работ) допущенные по вине
Заказчика, при условии своевременного доведения лимитов финансирования для
Заказчика.
9.3.2.2. Заказчиком неоднократно (не менее двух раз) отказано в приемке товаров,
выполненных работ, оказанных услуг без направления Подрядчику мотивированного
отказа от подписания Документа о приемке в срок, предусмотренный Контрактом.
9.3.2.3. Необоснованный отказ Заказчика от оплаты поставленных товаров, оказанных
услуг.
16
 9.3.2.4. Невыполнение Заказчиком обязательств, предусмотренных Техническим
заданием, препятствует исполнению Контракта Подрядчиком, а также наличие
обстоятельств, очевидно свидетельствующих о том, что исполнение указанных
обязанностей не будет произведено в установленный срок.
9.3.3. Стороны также вправе в одностороннем порядке отказаться от исполнения
Контракта по иным основаниям, предусмотренным Гражданским кодексом
Российской Федерации для одностороннего отказа от исполнения отдельных видов
обязательств.
9.4. Расторжение Контракта осуществляется в порядке статьи 95 Закона о контрактной
системе.
9.5. Соглашение о расторжении Контракта заключается, решение об одностороннем
расторжении Контракта формируется Сторонами с использованием единой
информационной системы в сфере закупок.
При этом факт подписания Сторонами соглашения о расторжении настоящего
Контракта не освобождает Стороны от обязанностей урегулирования взаимных
расчетов.
9.6. В случае расторжения Контракта в связи с односторонним отказом Стороны от
исполнения Контракта другая Сторона вправе потребовать возмещения только
фактически понесенного ущерба, непосредственно обусловленного обстоятельствами,
являющимися основанием для принятия решения об одностороннем отказе от
исполнения Контракта.
Статья 10. Обеспечение исполнения Контракта
10.1. Обеспечение исполнения Контракта, не предоставляется в соответствии с частью
8.1. статьи 96 Закона о контрактной системе.
10.2. Обеспечение исполнения Контракта предоставляется.
ВАРИАНТ 1:
Подрядчик внес обеспечение исполнения Контракта в размере _____, , что
составляет 5 процентов Цены контракта, в форме безотзывной независимой
гарантии/путем внесения денежных средств.
ВАРИАНТ 2:
Подрядчик внес обеспечение исполнения контракта в размере ____ в соответствии со
статьей 37 Закона о контрактной системе.
17
 ВАРИАНТ 3:
Подрядчик внес обеспечение исполнения Контракта в размере ___, что составляет 5
процентов Цены контракта в форме безотзывной независимой гарантии/путем
внесения денежных средств, а также предоставил информацию в соответствии с
частью 3 статьи 37 Закона о контрактной системе, что является применением
антидемпинговых мер во исполнение требований части 2 статьи 37 Закона о
контрактной системе.
10.3. Способ обеспечения исполнения Контракта, срок действия независимой гарантии
определяется участником закупки, с которым заключается Контракт, самостоятельно в
соответствии с требованиями Закона о контрактной системе.
ВАРИАНТ 1 (Используется при предоставлении Подрядчиком обеспечения
исполнения Контракта в форме независимой гарантии. Независимая гарантия должна
соответствовать требованиям, установленным статьей 45 Закона о контрактной
системе):
10.4. Исполнение контракта обеспечивается предоставлением независимой гарантии.
Независимая гарантия должна соответствовать требованиям, установленным статьей
45 Закона о контрактной системе, а также предусматривать условие об обязанности
гаранта уплатить Заказчику (бенефициару) денежную сумму по независимой гарантии
не позднее 10 (десяти) рабочих дней со дня, следующего за днем получения гарантом
требования Заказчика (бенефициара), соответствующего условиям такой независимой
гарантии, при отсутствии предусмотренных Гражданским кодексом Российской
Федерации оснований для отказа в удовлетворении этого требования.
10.5. Денежные средства, внесенные в обеспечение исполнения обязательств по
Контракту, включая обязательства по уплате Подрядчиком предусмотренных
Контрактом неустоек (штрафов, пеней), перечислены Подрядчиком в размере,
установленном в настоящей статье Контракта, на счет Заказчика, указанный в статье
«Адреса, реквизиты и подписи Сторон».
Факт внесения Подрядчиком денежных средств в обеспечение исполнения
обязательств по Контракту подтверждается платежным поручением с отметкой банка
о проведении платежа и списании средств со счета Подрядчиком и поступлением
денежных средств на счет Заказчика.
Внесенные Подрядчиком в обеспечение исполнения обязательств Подрядчика по
Контракту денежные средства обеспечивают исполнение Подрядчиком всех
обязательств Подрядчика по Контракту, в том числе обязательств, связанных с
неисполнением либо ненадлежащим исполнением Контракта Подрядчиком, включая
обязательства по возмещению Заказчику убытков, по уплате Заказчику неустоек
(штрафов, пеней), начисленных Заказчиком в связи с неисполнением либо
18
 ненадлежащим исполнением Подрядчиком предусмотренных Контрактом
обязательств.
В случае неисполнения или ненадлежащего исполнения Подрядчиком обеспеченных
внесением денежных средств обязательств, Заказчик имеет право удержать из
внесенных Подрядчиком денежных средств сумму, равную сумме денежных средств,
которую Подрядчик обязан уплатить Заказчику в качестве неустойки (штрафов, пеней)
или в качестве возмещения убытков, либо иной сумме денежных средств, подлежащей
уплате Подрядчиком Заказчику по Контракту. Удержанные Заказчиком денежные
средства переходят в бюджет города Москвы.
Денежные средства, в том числе часть этих денежных средств, в случае уменьшения
размера обеспечения исполнения Контракта в соответствии с частями 7, 7.1 и
7.2 статьи 96 Закона о контрактной системе возвращаются Заказчиком Подрядчику по
истечении срока действия данного обеспечения в срок до 15 (пятнадцати)
календарных дней с даты исполнения Подрядчиком обязательств, предусмотренных
Контрактом. Денежные средства возвращаются на банковский счет Подрядчика.
10.6. Обеспечение исполнения Контракта распространяется на случаи неисполнения
или ненадлежащего исполнения Подрядчиком обязательств по Контракту, неуплаты
Подрядчиком неустоек (штрафов, пеней), предусмотренных Контрактом, а также
убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
исполнением Подрядчиком своих обязательств по Контракту.
10.7. В ходе исполнения Контракта Подрядчик вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного
обеспечения исполнения Контракта новое обеспечение исполнения Контракта, размер
которого может быть уменьшен в порядке и случаях, которые предусмотрены частями
7.2 и 7.3 статьи 96 Закона о контрактной системе.
10.8. В случае отзыва в соответствии с законодательством Российской Федерации у
банка, предоставившего
независимую
гарантию
в
качестве обеспечения исполнения Контракта, лицензии на осуществление банковских
операций предоставить новое обеспечение исполнения Контракта не
позднее одного месяца со дня надлежащего уведомления Заказчиком Подрядчика
о необходимости предоставить соответствующее обеспечение. Размер такого
обеспечения может быть уменьшен в порядке и случаях, которые предусмотрены
частями 7, 7.1, 7.2 и 7.3 статьи 96 Закона о контрактной системе. За каждый день
просрочки исполнения Подрядчиком обязательства, предусмотренного частью 30
статьи 34 Закона о контрактно системе, начисляется пеня в размере, определенном в
порядке, установленном в соответствии со статьей 8 Контракта.
Статья 11. Обстоятельства непреодолимой силы
19
 11.1. Стороны освобождаются от ответственности за частичное или полное
неисполнение обязательств по Контракту в случае, если оно явилось следствием
действия обстоятельств непреодолимой силы, а именно чрезвычайных и
непредотвратимых при данных условиях обстоятельств, в том числе стихийных
природных явлений (землетрясений, наводнений, пожара и т.д.), действий
объективных внешних факторов (военные действия, акты органов государственной
власти и управления и т.п.), а также других чрезвычайных обстоятельств,
подтвержденных в установленном законодательством порядке, препятствующих
надлежащему исполнению обязательств по Контракту, которые возникли после
заключения Контракта, на время действия этих обстоятельств, если эти обстоятельства
непосредственно повлияли на исполнение Сторонами своих обязательств, а также
которые Стороны были не в состоянии предвидеть и предотвратить.
11.2. Сторона, для которой надлежащее исполнение обязательств оказалось
невозможным вследствие возникновения обстоятельств непреодолимой силы, обязана
в течение 5 (пяти) календарных дней с даты возникновения таких обстоятельств
уведомить в письменной форме другую Сторону об их возникновении, виде и
возможной продолжительности действия с приложением документов,
удостоверяющих факт наступления обстоятельств непреодолимой силы.
11.3. Если, по мнению Сторон, выполнение работ может быть продолжено в порядке,
действовавшем согласно Контракту до начала действия обстоятельств непреодолимой
силы, то срок исполнения обязательств по Контракту продлевается соразмерно
времени, в течение которого действовали обстоятельства непреодолимой силы и их
последствия.
11.4. В случае возникновения обстоятельств непреодолимой силы Стороны вправе
расторгнуть Контракт, и в этом случае ни одна из Сторон не вправе требовать
возмещения убытков.
11.5. Подтверждением наличия обстоятельств непреодолимой силы и их
продолжительности является письменное свидетельство уполномоченных органов или
уполномоченных организаций.
Статья 12. Порядок урегулирования споров
12.1. При исполнении своих обязательств по Контракту Стороны должны действовать
добросовестно и разумно. При исполнении Контракта ни одна из Сторон не вправе
извлекать преимущество из своего незаконного или недобросовестного поведения.
12.2. При возникновении любых противоречий, претензий и разногласий, а также
споров, связанных с исполнением Контракта (далее - разногласия), Стороны
предпринимают усилия для урегулирования разногласий путем переговоров и
оформляют результаты таких переговоров с учетом положений Контракта.
20
 12.3. Все достигнутые договоренности Стороны оформляют в виде дополнительных
соглашений, подписанных Сторонами и скрепленных печатями (при наличии печати).
12.4. Все неурегулируемые разногласия разрешаются Сторонами в судебном порядке.
До передачи спора на разрешение Арбитражного суда города Москвы Стороны
принимают меры к его урегулированию в претензионном порядке.
12.5. В случае наличия споров, разногласий и претензий относительно исполнения
одной из Сторон своих обязательств другая Сторона может направить претензию с
использованием единой информационной системы в сфере закупок путем направления
электронных уведомлений.
По полученной претензии Сторона должна дать с использованием единой
информационной системы в сфере закупок электронный ответ по существу в срок, не
превышающий 7 (семи)календарных дней с даты ее получения. Оставление претензии
без ответа в установленный срок означает признание требований претензии.
12.6. Претензия оформляется в письменной форме. В претензии указывается:
наименование, почтовый адрес и реквизиты организации (учреждения, предприятия),
предъявившей претензию; наименование, почтовый адрес и реквизиты организации
(учреждения, предприятия), которой направлена претензия.
В претензии перечисляются допущенные при исполнении Контракта нарушения со
ссылкой на соответствующие положения Контракта или его приложений, а также
действия, которые должны быть произведены Стороной для устранения нарушений.
Если претензионные требования подлежат стоимостной оценке, в претензии
указывается истребуемая сумма, ее полный и обоснованный расчет.
В подтверждение заявленных требований к претензии прилагаются надлежащим
образом оформленные и заверенные необходимые документы либо выписки из них.
В претензии могут быть указаны иные сведения, которые, по мнению заявителя, будут
способствовать более быстрому и правильному ее рассмотрению, объективному
урегулированию спора.
12.7. В случае невыполнения Сторонами своих обязательств и при не урегулировании
Сторонами спора в досудебном порядке споры по Контракту разрешаются в
Арбитражном суде города Москвы.
Статья 13. Срок исполнения, порядок изменения Контракта
13.1. Контракт вступает в силу со дня его подписания Сторонами. Срок исполнения
Контракта сторонами 01.02.2029.
21
 13.2. Выполнение работ по истечении предусмотренного Контрактом срока
исполнения обязательств Подрядчика по выполнению работ допускается в случае
выполнения работ в рамках проведения претензионной работы, инициированной
Заказчиком.
13.3. Контракт должен быть зарегистрирован Заказчиком в Реестре контрактов,
заключенных заказчиками.
13.4. Изменение и дополнение Контракта возможно по соглашению Сторон. Все
изменения и дополнения оформляются путем подписания Сторонами дополнительных
соглашений к Контракту. Дополнительные соглашения к Контракту являются его
неотъемлемой частью и вступают в силу с момента их подписания Сторонами.
Дополнительные соглашения к Контракту подлежат регистрации в Реестре
контрактов, заключенных заказчиками.
Статья 14. Прочие условия
14.1. Все уведомления Сторон, связанные с исполнением Контракта, направляются в
письменной или электронной форме по почте заказным письмом по фактическому
адресу Стороны Контракта или нарочно, а также с использованием факсимильной
связи, электронной почты. В случае направления уведомлений с использованием
почты уведомления считаются полученными Стороной в день фактического
получения, подтвержденного отметкой почты. В случае отправления уведомлений
посредством факсимильной связи и электронной почты уведомления считаются
полученными Стороной в день их отправки.
14.2. Во всем, что не предусмотрено Контрактом, Стороны руководствуются
действующим законодательством Российской Федерации.
14.3. Выполнение в полном объеме обязательств, предусмотренных Контрактом,
Заказчиком и Подрядчиком является основанием для регистрации сведений об
исполнении Контракта в Реестре контрактов, заключенных заказчиками, в порядке,
предусмотренном действующими нормативными правовыми актами Российской
Федерации и города Москвы.
Статья 15. Электронное взаимодействие Сторон Контракта
15.1. Стороны при исполнении Контракта осуществляют обмен подписанным УКЭП
электронным структурированным Документом о приемке, а также информацией в
соответствии с статьей «Порядок сдачи-приемки выполненных работ», посредством
использования Подрядчиком АИС «Портал поставщиков» в соответствии с
Регламентом ведения Портала поставщиков (далее - Регламент), размещенным на
официальном сайте АИС «Портал поставщиков» https://zakupki.mos.ru/ и Заказчикомединой информационной системы в сфере закупок.
22
 15.2. Подрядчик для работы в АИС «Портал поставщиков»:
- назначает должностных лиц, ответственных за организацию и осуществление
электронного документооборота в соответствии с настоящей статьей Контракта (далее
– уполномоченные должностные лица);
- обеспечивает получение УКЭП в аккредитованных удостоверяющих центрах в
соответствии с требованиями законодательства Российской Федерации для
должностных лиц, уполномоченных на подписание документов при исполнении
Контракта;
- обеспечивает регистрацию в АИС «Портал поставщиков» в соответствии с
Регламентом;
- использует для подписания в АИС «Портал поставщиков» электронных документов
УКЭП.
15.3. Стороны признают, что используемые в соответствии с настоящей статьей
Контракта электронные документы имеют равную юридическую силу с документами
на бумажных носителях информации, подписанными собственноручными подписями
уполномоченных должностных лиц и оформленными в установленном порядке.
15.4. Электронные документы и информация в соответствии с настоящей статьей,
полученные Сторонами друг от друга при исполнении Контракта, не требуют
дублирования документами, оформленными на бумажных носителях информации, за
исключением случаев, когда необходимость наличия документа на бумажном
носителе предусмотрена законодательством Российской Федерации.
15.5. Получение доступа к работе в АИС «Портал поставщиков», в том числе в целях
осуществления электронного документооборота при исполнении Контракта, для
Сторон осуществляется безвозмездно.
Статья 16. Адреса, реквизиты и подписи Сторон
ЗАКАЗЧИК:
ПОДРЯДЧИК:
Московская городская Дума
____________________________
Адреса:
Адреса:
- юридический: 125032, город Москва,- юридический: _____;
улица Тверская, дом 13;
- фактический: _____;
- фактический адрес: 127994, ГСП-4, город Телефон: , факс: _____;
Москва, Страстной бульвар, дом 15/29,Адрес электронной почты: _____;
строение 1;
Получатель: л/с_____________________;
Телефон: +7 (495) 650-78-47, факс: + 7 ОГРН: _____;
(495) 957-03-31;
ИНН: _____;
23
 А д р е с
э л е к т р о н н о й
почты: astashkina@duma.mos.ru;
Получатель: Департамент финансов города
Москвы (Московская городская Дума л/сч
0380111000450829)
Номер счета: 03221643450000007300
Название банка: ОКЦ №1 ГУ БАНКА
РОССИИ ПО ЦФО//УФК по г. Москве г.
Москва
Номер счета: 40102810545370000003
ОГРН: 1037739773840;
ИНН: 7710170930;
КПП: 771001001;
БИК: __________________;
Н
а
з
в
а
н
и
е
Банка: ____________________________; КПП: _____;
БИК: _____;
р/с: _____________________________;
ОКОПФ: ____;
л/с: ___________________________;
к
/
с
:Название Банка: _____;
_____________________________________ р/с: _____;
к/с: _____;
;
Реквизиты счета для перечисления л/с: _____;
денежных средств в качестве обеспечения Интернет сайт: _____;
исполнения контракта: Получатель:_____________________
Департамент финансов города Москвы ( Ф И О л и ц а , у п о л н о м о ч е н н о г о н а
( М о с к о в с к а я г о р о д с к а я д у м а л / с подписание контракта)
М.П.(при наличии)
2180131000450829)
ОГРН: 1037739773840
ИНН: 7710170930
КПП: 771001001
БИК: 004525988
Номер счета: 03222643450000007300
Название банка: ОКЦ №1 ГУ БАНКА
РОССИИ ПО ЦФО//УФК по г. Москве г.
Москва,
Номер счета:40102810545370000003
Интернет сайт: https://duma.mos.ru;
________________________
(ФИО лица, уполномоченного на
подписание контракта)
М.П.
24
 Приложение № 2 к Контракту
№ ____________________
от ______________________________
График выполнения работ (Календарный план)
№
п/п
1
2
3
4
5
6
7
8
Наименование работ
Работы по развитию
информационных систем и
ресурсов
Сопровождение
информационных систем и
ресурсов
Сопровождение
информационных систем и
ресурсов
Сопровождение
информационных систем и
ресурсов
Сопровождение
информационных систем и
ресурсов
Работы по развитию
информационных систем и
ресурсов
Сопровождение
информационных систем и
ресурсов
Сопровождение
информационных систем и
ресурсов
Этапы выполнения
работ (Дата)
Отчетные документы,
результат выполнения
работ
01.01.2028- 31.12.2028
в соответствии с Контрактом и
Техническим заданием
01.01.2028- 31.12.2028
в соответствии с Контрактом и
Техническим заданием
01.01.2028- 31.12.2028
в соответствии с Контрактом и
Техническим заданием
01.01.2028- 31.12.2028
в соответствии с Контрактом и
Техническим заданием
01.01.2027- 31.12.2027
в соответствии с Контрактом и
Техническим заданием
01.01.2027- 31.12.2027
в соответствии с Контрактом и
Техническим заданием
01.01.2027- 31.12.2027
в соответствии с Контрактом и
Техническим заданием
01.01.2027- 31.12.2027
в соответствии с Контрактом и
Техническим заданием
25

=== ФАЙЛ: OpenCompetition14970845.pdf | docs/0173200001726000087/OpenCompetition14970845.pdf
ИНФОРМАЦИОННАЯ КАРТА
КОНКУРСА В ЭЛЕКТРОННОЙ ФОРМЕ
Выполнение работ по развитию и обеспечению бесперебойного функционирования
единой интегрированной системы управления данными (ЕИСУД), аппаратнопрограммного комплекса мониторинга и анализа информационного пространства (АПК
МАИП) и единого банка данных (Медиатеки) архивных и текущих материалов и
фотографий в цифровом виде с информационной системой управления и поиска
Московской городской Думы
Заказчик: Московская городская Дума
Москва, 2026 г.
 Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 СОДЕРЖАНИЕ
I.
Информация о проведении закупки
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
III.
Размер и порядок обеспечения заявок на участие в закупке, обеспечения исполнения контракта
IV.
Иные положения
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 I. Информация о проведении закупки
1
Наименование объекта закупки
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы
управления данными (ЕИСУД), аппаратно-программного
Открытый конкурс в
комплекса мониторинга и анализа информационного
1.1
электронной форме
пространства (АПК МАИП) и единого банка данных
(Медиатеки) архивных и текущих материалов и фотографий в
цифровом виде с информационной системой управления и
поиска Московской городской Думы
2
Открытый конкурс в электронной форме проводит:
Наименование:
Московская городская Дума
Место нахождения:
127994, ГСП-4, город Москва, Страстной бульвар, дом 15/29,
строение 1
Почтовый адрес:
125032, город Москва, улица Тверская, дом 13
Номер контактного телефона:
Заказчик (заказчики
2.1
+7 (495) 650-78-47
совместной закупки)
Адрес электронной почты:
astashkina@duma.mos.ru
Ответственное должностное лицо или контрактный
управляющий:
ФИО: Асташкина Екатерина Игоревна
Телефон: +7 (495) 650-78-47
Электронная почта: astashkina@duma.mos.ru
2.2
2.3
2.4
3
Уполномоченный
орган (уполномоченное ______________________________________________________
учреждение)
Организатор совместной
закупки (в случае, если
Не применяется
закупка является
совместной)
Адрес сайта электронной
https://www.roseltorg.ru/search/com#login
площадки:
Информация о количестве, единице измерения и месте поставки товара / информация об
объеме, единице измерения (при наличии) и месте выполнения работы или оказания услуги.
Лот №1
Место выполнения работ: город Москва, бульвар Страстной, дом 15/29, строение 1. Период
выполнения работ с 01.01.2028 г по 31.12.2028 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Работы по развитию информационных систем и ресурсов : 4 усл. ед; код ОКПД2:
62.01.11.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 Место выполнения работ: город Москва, бульвар Страстной, дом 15/29, строение 1. Период
выполнения работ с 01.01.2027 г по 31.12.2027 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Работы по развитию информационных систем и ресурсов : 4 усл. ед; код ОКПД2:
62.01.11.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
4
5
6
7
8
8.1
8.2
9
9.1
Начальная
Лот № 1 : 8 000 000,00 руб.
(максимальная) цена
контракта
Начальная максимальная Лот № 1:
цена за единицу товара, Не применяется
работы или услуги
Год бюджета 2027 : Лимит бюджетных обязательств, КБК: 801Источник
0103-35И0100100-244-000 : 4 000 000,00 руб.
финансирования закупки Год бюджета 2028 : Лимит бюджетных обязательств, КБК: 8010103-35И0100100-244-000 : 4 000 000,00 руб.
Обоснование начальной
Метод определения НМЦ:
(максимальной) цены
Анализ рыночных цен;
контракта
Преимущества предоставляются при осуществлении закупок
Учреждениям и
предприятиям уголовноисполнительной
системы, при условии
Не предоставляются
соответствия ст. 28
Закона о контрактной
системе
Организациям
инвалидов при условии
соответствия статье 29
Не предоставляются
Закона о контрактной
системе
Ограничение участия в определении поставщика (подрядчика, исполнителя)
Субъектам малого
предпринимательства, пр
и условии соответствия
статье 30 Закона о
контрактной системе.
Социально
ориентированным
Лот № 1: Установлено
некоммерческим
организациям (за
исключением социально
ориентированных
некоммерческих
организаций,
учредителями которых
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 являются Российская
Федерация, субъекты
Российской Федерации
или муниципальные
образования),
осуществляющих в
соответствии с
учредительными
документами виды
деятельности,
предусмотренные ч. 1
статьи 31.1
Федерального закона от
12 января 1996 года № 7ФЗ «О некоммерческих
организациях».
Предоставляются при
условии соответствия
статье 30 Закона о
контрактной системе
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
Участники закупки имеют право выступать в отношениях,
связанных с осуществлением закупки, как непосредственно, так и
Общие требования,
через своих представителей. Полномочия представителей
предъявляемые к
участников закупки подтверждаются доверенностью, выданной и
10
участникам открытого
оформленной в соответствии с гражданским законодательством.
конкурса электронной
Подача заявок на участие в электронном конкурсе осуществляется
форме
только лицами, зарегистрированными в единой информационной
системе и аккредитованными на электронной площадке.
Общие требования,
предъявляемые к
участникам открытого
При осуществлении закупки заказчик устанавливает следующие
11
конкурса в электронной
единые требования к участникам закупки:
форме в соответствии
со статьей 31 Закона о
контрактной системе.
Соответствие требованиям, установленным в соответствии с законодательством Российской
Федерации к лицам, осуществляющим поставку товара, выполнение работы, оказание
11.1
услуги, являющихся объектом закупки, предусмотренные п. 1 ч.1 ст. 31 Федерального
закона
Лот № 1: Не требуется
Непроведение ликвидации участника закупки – юридического лица и отсутствие решения
арбитражного суда о признании участника закупки – юридического лица или
11.2
индивидуального предпринимателя несостоятельным (банкротом) и об открытии
конкурсного производства.
Неприостановление деятельности участника закупки в порядке, установленном Кодексом
11.3
Российской Федерации об административных правонарушениях.
Отсутствие у участника закупки недоимки по налогам, сборам, задолженности по иным
обязательным платежам в бюджеты бюджетной системы Российской Федерации (за
11.4
исключением сумм, на которые предоставлены отсрочка, рассрочка, инвестиционный
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 11.5
11.6
11.7
11.8
налоговый кредит в соответствии с законодательством Российской Федерации о налогах и
сборах, которые реструктурированы в соответствии с законодательством Российской
Федерации, по которым имеется вступившее в законную силу решение суда о признании
обязанности заявителя по уплате этих сумм исполненной или которые признаны
безнадежными к взысканию в соответствии с законодательством Российской Федерации о
налогах и сборах) за прошедший календарный год, размер которых превышает двадцать
пять процентов балансовой стоимости активов участника закупки, по данным бухгалтерской
отчетности за последний отчетный период. Участник закупки считается соответствующим
установленному требованию в случае, если им в установленном порядке подано заявление
об обжаловании указанных недоимки, задолженности и решение по такому заявлению на
дату рассмотрения заявки на участие в определении поставщика (подрядчика, исполнителя)
не принято.
Отсутствие у участника закупки - физического лица либо у руководителя, членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, или главного бухгалтера юридического лица - участника закупки
судимости за преступления в сфере экономики и (или) преступления, предусмотренные
статьями 289, 290, 291, 291.1 Уголовного кодекса Российской Федерации (за исключением
лиц, у которых такая судимость погашена или снята), а также неприменение в отношении
указанных физических лиц наказания в виде лишения права занимать определенные
должности или заниматься определенной деятельностью, которые связаны с поставкой
товара, выполнением работы, оказанием услуги, являющихся объектом осуществляемой
закупки, и административного наказания в виде дисквалификации.
Участник закупки - юридическое лицо, которое в течение двух лет до момента подачи
заявки на участие в закупке не было привлечено к административной ответственности за
совершение административного правонарушения, предусмотренного статьей 19.28 Кодекса
Российской Федерации об административных правонарушениях.
Обладание участником закупки исключительными правами на результаты интеллектуальной
деятельности, если в связи с исполнением контракта заказчик приобретает права на такие
результаты, за исключением случаев заключения контрактов на создание произведений
литературы или искусства, исполнения, на финансирование проката или показа
национального фильма.
Отсутствие обстоятельств, при которых должностное лицо заказчика (руководитель
заказчика, член комиссии по осуществлению закупок, руководитель контрактной службы
заказчика, контрактный управляющий), его супруг (супруга), близкий родственник по
прямой восходящей или нисходящей линии (отец, мать, дедушка, бабушка, сын, дочь, внук,
внучка), полнородный или неполнородный (имеющий общих с должностным лицом
заказчика отца или мать) брат (сестра), лицо, усыновленное должностным лицом заказчика,
либо усыновитель этого должностного лица заказчика является:
а) физическим лицом (в том числе зарегистрированным в качестве индивидуального
предпринимателя), являющимся участником закупки;
б) руководителем, единоличным исполнительным органом, членом коллегиального
исполнительного органа, учредителем, членом коллегиального органа унитарной
организации, являющейся участником закупки;
в) единоличным исполнительным органом, членом коллегиального исполнительного органа,
членом коллегиального органа управления, выгодоприобретателем корпоративного
юридического лица, являющегося участником закупки. Выгодоприобретателем является
физическое лицо, которое владеет напрямую или косвенно (через юридическое лицо или
через несколько юридических лиц) более чем десятью процентами голосующих акций
хозяйственного общества либо владеет напрямую или косвенно (через юридическое лицо
или через несколько юридических лиц) долей, превышающей десять процентов в уставном
(складочном) капитале хозяйственного товарищества или общества
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 11.9
11.10
11.11
12
13
14
14.1
14.2
15
16
17
17.1
Отсутствие в реестре недобросовестных поставщиков (подрядчиков, исполнителей)
информации об участнике закупки, в том числе о лицах, информация о которых содержится
в заявке на участие в закупке в соответствии с подпунктом "в" пункта 1 части 1 статьи 43
Закона о контрактной системе, если Правительством Российской Федерации не установлено
иное.
Участник закупки не является офшорной компанией, не имеет в составе участников (членов)
корпоративного юридического лица или в составе учредителей унитарного юридического
лица офшорной компании, а также не имеет офшорных компаний в числе лиц, владеющих
напрямую или косвенно (через юридическое лицо или через несколько юридических лиц)
более чем десятью процентами голосующих акций хозяйственного общества либо долей,
превышающей десять процентов в уставном (складочном) капитале хозяйственного
товарищества или общества.
Участник закупки не является иностранным агентом.
Отсутствие у участника закупки ограничений для участия в закупках, установленных
законодательством Российской Федерации.
Дополнительные требования к участникам закупок аудиторских и сопутствующих аудиту
услуг, а также консультационных услуг.
Не установлено
Дополнительные требования к участникам закупки отдельных видов товаров, работ, услуг
для обеспечения государственных и муниципальных нужд
Дополнительные требования к участникам закупки согласно ч. 2 ст. 31 Закона о
контрактной системе (ПП РФ от 29.12.2021 № 2571):
Не требуется
Дополнительное требование к участникам закупки согласно ч.2.1 ст.31 Закона о
контрактной системе:
Не установлено.
Отстранение участника закупки от участия в определении поставщика (подрядчика,
исполнителя) или отказ от заключения контракта с победителем определения поставщика
(подрядчика, исполнителя) осуществляется в любой момент до заключения контракта, если
заказчик или комиссия по осуществлению закупок обнаружит, что участник закупки не
соответствует требованиям, или предоставил недостоверную информацию в отношении
своего соответствия указанным требованиям.
Исчерпывающий перечень документов, которые должны быть представлены участниками
открытого конкурса в электронной форме
Заявка на участие в открытом конкурсе в электронной форме состоит из двух частей и
предложения участника открытого конкурса в электронной форме о цене контракта (третьей
части).
В случае проведения открытого конкурса в электронной форме в соответствии с частью 19
статьи 48 Закона о контрактной системе заявка состоит из второй и третьей частей.
Требования к содержанию, составу первой части заявки на участие в открытом конкурсе в
электронной форме (в случае, если в извещении об осуществлении закупки установлены
критерии, предусмотренные пунктами 2 и 3 части 1 статьи 32 Закона о контрактной
системе):
1. Декларация о принадлежности участника закупки к социально ориентированным
некоммерческим организациям в случае установления преимущества, предусмотренного
частью 3 статьи 30 Закона о контрактной системе (при необходимости данная декларация
предоставляется заказчику оператором электронной площадки путем информационного
взаимодействия с единой информационной системой)
2. Заявка может содержать иные информацию и документы, в том числе эскиз, рисунок,
чертеж, фотография, иное изображение предлагаемого участником закупки товара. При этом
отсутствие таких информации и документов не является основанием для отклонения заявки
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 17.2
на участие в закупке
Требования к содержанию, составу второй части заявки на участие в открытом конкурсе в
электронной форме:
1. Решение о согласии на совершение или о последующем одобрении крупной сделки, если
требование о наличии такого решения установлено законодательством Российской
Федерации, учредительными документами юридического лица и для участника закупки
заключение контракта на поставку товара, выполнение работы или оказание услуги,
являющихся объектом закупки, либо внесение денежных средств в качестве обеспечения
заявки на участие в закупке, обеспечения исполнения контракта является крупной сделкой
2. Информация и документы, которые подтверждают соответствие участника закупки
требованиям, установленным пунктом 1 части 1 статьи 31 Закона о контрактной системе
(могут не включаться в заявку на участие в закупке в случае, если указанные информация и
документы содержатся в открытых и общедоступных государственных реестрах,
размещенных в информационно-телекоммуникационной сети "Интернет", и в такую заявку
включена предусмотренная подпунктом "о" пункта 1 части 1 статьи 43 Закона о
контрактной системе декларация о соответствии участника закупки требованиям,
установленным пунктом 1 части 1 статьи 31 Закона о контрактной системе)
3. Декларация о соответствии участника закупки требованиям, установленным пунктами 3 5, 7 - 11 части 1 статьи 31 Закона о контрактной системе (если информация и документы,
которые подтверждают соответствие участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, содержатся в открытых и
общедоступных государственных реестрах, размещенных в информационнотелекоммуникационной сети "Интернет", в указанную декларацию может быть также
включено положение о соответствии участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, с указанием адреса сайта или
страницы сайта в информационно-телекоммуникационной сети "Интернет", на которых
размещены такие информация и документы)
4. Реквизиты счета участника закупки, на который в соответствии с законодательством
Российской Федерации осуществляется перечисление денежных средств в качестве оплаты
поставленного товара, выполненной работы (ее результатов), оказанной услуги, а также
отдельных этапов исполнения контракта, за исключением случаев, если в соответствии с
законодательством Российской Федерации такой счет открывается после заключения
контракта
5. Информация и документы, которые подтверждают квалификацию участника закупки
(отсутствие таких информации и документов не является основанием для признания заявки
не соответствующей требованиям Закона о контрактной системе)
6. Документы или сведения, подтверждающие соответствие товара, работы или услуги
требованиям, установленным в соответствии с законодательством Российской Федерации (в
случае, если в соответствии с законодательством Российской Федерации установлены
требования к товару, работе или услуге и представление указанных документов
предусмотрено извещением об осуществлении закупки, документацией о закупке, если
настоящим Федеральным законом предусмотрена документация о закупке). Заказчик не
вправе требовать представление указанных документов, если в соответствии с
законодательством Российской Федерации они передаются вместе с товаром.
7. Информация и документы, определенные в соответствии с пунктом 2 части 2 статьи 14
Закона о контрактной системе (в случае, если в извещении об осуществлении закупки,
документации о закупке (если Законом о контрактной системе предусмотрена документация
о закупке) установлены предусмотренные указанной статьей запрет, ограничение,
преимущество). В случае отсутствия таких информации и документов в заявке на участие в
закупке такая заявка приравнивается к заявке, в которой содержится предложение о
поставке товаров, происходящих из иностранного государства, работ, услуг, соответственно
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 17.3
18
18.1
18.2
18.3
18.4
18.5
18.6
19
выполняемых, оказываемых иностранными лицами
В случае если участник закупки является юридическим лицом, зарегистрированным на
территории государства - члена Евразийского экономического союза, за исключением
Российской Федерации, или физическим лицом, являющимся гражданином государства члена Евразийского экономического союза, за исключением Российской Федерации,
необходимо представить информацию и документы, подтверждающие предоставление
обеспечения заявки на участие в закупке, в форме электронных документов или в форме
электронных образов бумажных документов. (Постановление Правительства РФ от
10.04.2023 № 579).
Третья часть заявки на участие в открытом конкурсе в электронной форме должна
содержать предложение участника закупки о цене контракта или предложение участника
закупки о сумме цен единиц товара, работы, услуги (в случае, предусмотренном частью 24
статьи 22 Закона о контрактной системе)
Срок, место и порядок подачи заявок участников закупки
Участник открытого конкурса в электронной форме вправе подать
заявку на участие в открытом конкурсе в электронной форме в
любое время с момента размещения извещения о его проведении
до предусмотренных извещением даты и времени окончания
Срок подачи
срока подачи таких заявок.
Участник открытого конкурса в электронной форме вправе подать
только одну заявку на участие в открытом конкурсе в электронной
форме.
Дата и время окончания
срока подачи заявок на
участие в открытом
15.10.2026 г. в 09:00
конкурсе в электронной
форме
Дата рассмотрения и
оценки первых частей
заявок на участие в
В соответствии с извещением
открытом конкурсе в
электронной форме
Дата подачи
участниками открытого
конкурса в электронной В соответствии с извещением
форме предложений о
цене контракта
Дата рассмотрения и
оценки вторых частей
заявок на участие в
19.10.2026 г.
открытом конкурсе в
электронной форме
Дата подведения итогов 20.10.2026 г.
Подача ценовых предложений (предложений о цене контракта
либо о сумме цен единиц товара, работы, услуги (в случае,
предусмотренном частью 24 статьи 22 Закона о контрактной
Порядок подачи
системе) проводится на электронной площадке в день, указанный
предложений о цене
в извещении о проведении открытого конкурса в электронной
контракта
форме.
Продолжительность приема предложений о цене контракта
составляет один час.
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 Время начала проведения такой процедуры устанавливается
оператором электронной площадки в соответствии со временем
часовой зоны, в которой расположен заказчик.
В случае, если участником закупки не подано предложение,
предусмотренное настоящим пунктом, ценовым предложением
участника закупки считается предложение, содержащееся в
третьей части заявки на участие в закупке.
Внесение изменений в извещение. Разъяснения положений извещения. Отказ от проведения
20
открытого конкурса
Заказчик вправе внести изменения в извещение об осуществлении
Внесение изменений в
20.1
закупки не позднее чем за один рабочий день до даты окончания
извещение
срока подачи заявок на участие в закупке
Даты начала и окончания
предоставления
Дата начала предоставления разъяснений: с даты публикации
20.2
участникам закупки
извещения
разъяснений положений Дата окончания предоставления разъяснений: 12.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
Условия обеспечения
исполнения контракта
Требования к
независимой гарантии
Наименование заказчика: Московская городская Дума
Реквизиты:
ИНН: 7710170930
КПП: 771001001
Лицевой счет: 2180131000450829
Счет №: 03222643450000007300, БИК: 004525988 в ОКЦ № 1 ГУ
Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, корр.
счет: 40102810545370000003.
Особенности внесения: Контракт заключается после
предоставления заказчику обеспечения исполнения контракта.
Обеспечение исполнения контракта может быть представлено в
виде безотзывной независимой гарантии или внесением денежных
средств на указанный заказчиком счет, на котором в соответствии
с законодательством Российской Федерации учитываются
операции со средствами, поступающими заказчику, в размере
обеспечения исполнения контракта, указанном в документации о
закупках. Безотзывная независимая гарантия должна
соответствовать требованиям, установленным Гражданским
кодексом Российской Федерации, а также иным
законодательством Российской Федерации. Способ обеспечения
исполнения контракта определяется участником закупки, с
которым заключается контракт, самостоятельно. Срок внесения
обеспечения - до момента заключения контракта».
Получатель:
Требования к независимой гарантии утверждены постановлением
Правительства Российской Федерации от 8 ноября 2013 г. № 1005
«О независимых гарантиях, используемых для целей
Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и
муниципальных нужд».
Независимая гарантия оформляется в письменной форме на
бумажном носителе или в форме электронного документа,
подписанного усиленной квалифицированной электронной
подписью лица, имеющего право действовать от имени Гаранта на
условиях, определенных гражданским законодательством и ст. 45
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 Федерального закона. Независимая гарантия должна быть
безотзывной и должна содержать обязательства Гаранта
выплатить Бенефициару сумму Гарантии или ее часть, а именно:
- обязательство уплатить сумму неустойки (штрафа, пеней)
предусмотренных контрактом;
- обязательство уплатить сумму в размере авансового платежа
(если выплата авансового платежа предусмотрена условиями
контракта) при условии если бенефициаром предъявлено
требование о возврате авансового платежа принципалу и оно им
не выполнено.
Независимая гарантия должна в том числе содержать указание на
то, что все споры по независимой гарантии подлежат
рассмотрению в Арбитражном суде города Москвы.
Типовая форма независимой гарантии, предоставляемой в
качестве обеспечения исполнения контракта представлена в
Приложении № 2 к информационной карте конкурса в
электронной форме.
25
26
27
Информация о
банковском
Не установлено
сопровождении
контракта
Заказчик при
определении поставщика
(подрядчика,
исполнителя) вправе
установить в извещении
об осуществлении
закупки требование к
поставщику (подрядчику,
исполнителю), не
являющемуся субъектом
малого
предпринимательства
или социально
Лот № 1: не установлено
ориентированной
некоммерческой
организацией, о
привлечении к
исполнению контракта
субподрядчиков,
соисполнителей из числа
субъектов малого
предпринимательства,
социально
ориентированных
некоммерческих
организаций.
IV. Иные положения
За нарушение требований антимонопольного законодательства Российской Федерации о
запрете участия в ограничивающих конкуренцию соглашениях, осуществления
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 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 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве
обеспечения заявки на участие в закупке товара, работы,
услуги для обеспечения государственных и муниципальных нужд
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование
гаранта
Идентификационный код
гаранта
Место нахождения,
телефон, адрес электронной
почты гаранта
ИНН
КПП
БИК
Полное наименование
принципала
Место нахождения,
телефон, адрес электронной
почты принципала
ИНН
КПП
Полное наименование
бенефициара
по
ОКТМО
по
ОКТМО
Московская городская Дума
ИНН
КПП
7710170930
771001001
127994, ГСП-4, город Москва,
Место нахождения,
Страстной бульвар, дом 15/29, по
телефон, адрес электронной
45382000
строение 1, +7 (495) 650-78-47, ОКТМО
почты бенефициара
astashkina@duma.mos.ru
Информация о закупке, для обеспечения заявки на участие в которой предоставляется независимая
гарантия
Идентификационный код
262771017093077100100100450010000244
закупки
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления
данными (ЕИСУД), аппаратно-программного комплекса мониторинга и
Наименование объекта
анализа информационного пространства (АПК МАИП) и единого банка
закупки
данных (Медиатеки) архивных и текущих материалов и фотографий в
цифровом виде с информационной системой управления и поиска
Московской городской Думы
Условия независимой гарантии
Сумма независимой
гарантии, подлежащая
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 уплате гарантом
бенефициару (далее - сумма
независимой гарантии)
Наименование валюты
Российский рубль
Срок вступления
независимой гарантии в
силу
Срок действия независимой
гарантии
по ОКВ
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 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве обеспечения
исполнения контракта
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование
гаранта
Идентификационный код
гаранта
Место нахождения,
телефон, адрес электронной
почты гаранта
ИНН
КПП
БИК
Полное наименование
принципала
Место нахождения,
телефон, адрес электронной
почты принципала
ИНН
КПП
Полное наименование
бенефициара
по
ОКТМО
по
ОКТМО
Московская городская Дума
ИНН
КПП
7710170930
771001001
127994, ГСП-4, город Москва,
Место нахождения,
Страстной бульвар, дом 15/29, по
телефон, адрес электронной
45382000
строение 1, +7 (495) 650-78-47, ОКТМО
почты бенефициара
astashkina@duma.mos.ru
Информация о закупке, для обеспечения контракта, заключаемого при осуществлении которой,
предоставляется независимая гарантия
Идентификационный код
262771017093077100100100450010000244
закупки
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления
данными (ЕИСУД), аппаратно-программного комплекса мониторинга и
Наименование объекта
анализа информационного пространства (АПК МАИП) и единого банка
закупки
данных (Медиатеки) архивных и текущих материалов и фотографий в
цифровом виде с информационной системой управления и поиска
Московской городской Думы
Условия независимой гарантии
Сумма независимой
гарантии, подлежащая
уплате гарантом
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 бенефициару (далее - сумма
независимой гарантии)
Наименование валюты
Российский рубль
Срок вступления
независимой гарантии в
силу
Срок действия независимой
гарантии
по ОКВ
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/0173200001726000087/!! В_помощь_участникам_закупок (1).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
Рассмотрение и подписание заказчиком документов приемки
Заказчик осуществляет полную либо частичную приемку,
направляет уведомление об уточнении или мотивированный отказ.
Заказчик
Бухгалтерские
системы заказчика,
ЕИС
Дополнительная информация:
- Инструкция по формированию документов приемки
- Полное руководство пользователя по электронному исполнению контрактов
- Видео-инструкции в телеграмм-канале

=== ФАЙЛ: OpenCompetition14973423.pdf | docs/0173200001726000087/OpenCompetition14973423.pdf
ИНФОРМАЦИОННАЯ КАРТА
КОНКУРСА В ЭЛЕКТРОННОЙ ФОРМЕ
Выполнение работ по развитию и обеспечению бесперебойного функционирования
единой интегрированной системы управления данными (ЕИСУД), аппаратнопрограммного комплекса мониторинга и анализа информационного пространства (АПК
МАИП) и единого банка данных (Медиатеки) архивных и текущих материалов и
фотографий в цифровом виде с информационной системой управления и поиска
Московской городской Думы
Заказчик: Московская городская Дума
Москва, 2026 г.
 Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 СОДЕРЖАНИЕ
I.
Информация о проведении закупки
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
III.
Размер и порядок обеспечения заявок на участие в закупке, обеспечения исполнения контракта
IV.
Иные положения
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 I. Информация о проведении закупки
1
Наименование объекта закупки
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы
управления данными (ЕИСУД), аппаратно-программного
Открытый конкурс в
комплекса мониторинга и анализа информационного
1.1
электронной форме
пространства (АПК МАИП) и единого банка данных
(Медиатеки) архивных и текущих материалов и фотографий в
цифровом виде с информационной системой управления и
поиска Московской городской Думы
2
Открытый конкурс в электронной форме проводит:
Наименование:
Московская городская Дума
Место нахождения:
127994, ГСП-4, город Москва, Страстной бульвар, дом 15/29,
строение 1
Почтовый адрес:
125032, город Москва, улица Тверская, дом 13
Номер контактного телефона:
Заказчик (заказчики
2.1
+7 (495) 650-78-47
совместной закупки)
Адрес электронной почты:
astashkina@duma.mos.ru
Ответственное должностное лицо или контрактный
управляющий:
ФИО: Асташкина Екатерина Игоревна
Телефон: +7 (495) 650-78-47
Электронная почта: astashkina@duma.mos.ru
2.2
2.3
2.4
3
Уполномоченный
орган (уполномоченное ______________________________________________________
учреждение)
Организатор совместной
закупки (в случае, если
Не применяется
закупка является
совместной)
Адрес сайта электронной
https://www.roseltorg.ru/search/com#login
площадки:
Информация о количестве, единице измерения и месте поставки товара / информация об
объеме, единице измерения (при наличии) и месте выполнения работы или оказания услуги.
Лот №1
Место выполнения работ: город Москва, бульвар Страстной, дом 15/29, строение 1. Период
выполнения работ с 01.01.2028 г по 31.12.2028 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Работы по развитию информационных систем и ресурсов : 4 усл. ед; код ОКПД2:
62.01.11.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 Место выполнения работ: город Москва, бульвар Страстной, дом 15/29, строение 1. Период
выполнения работ с 01.01.2027 г по 31.12.2027 г. Условия выполнения работ: в соответствии
с проектом Контракта и Техническим заданием:
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Работы по развитию информационных систем и ресурсов : 4 усл. ед; код ОКПД2:
62.01.11.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
Сопровождение информационных систем и ресурсов : 12 усл. ед; код ОКПД2: 62.02.30.000
4
5
6
7
8
8.1
8.2
9
9.1
Начальная
Лот № 1 : 8 000 000,00 руб.
(максимальная) цена
контракта
Начальная максимальная Лот № 1:
цена за единицу товара, Не применяется
работы или услуги
Год бюджета 2027 : Лимит бюджетных обязательств, КБК: 801Источник
0103-35И0100100-244-000 : 4 000 000,00 руб.
финансирования закупки Год бюджета 2028 : Лимит бюджетных обязательств, КБК: 8010103-35И0100100-244-000 : 4 000 000,00 руб.
Обоснование начальной
Метод определения НМЦ:
(максимальной) цены
Анализ рыночных цен;
контракта
Преимущества предоставляются при осуществлении закупок
Учреждениям и
предприятиям уголовноисполнительной
системы, при условии
Не предоставляются
соответствия ст. 28
Закона о контрактной
системе
Организациям
инвалидов при условии
соответствия статье 29
Не предоставляются
Закона о контрактной
системе
Ограничение участия в определении поставщика (подрядчика, исполнителя)
Субъектам малого
предпринимательства, пр
и условии соответствия
статье 30 Закона о
контрактной системе.
Социально
ориентированным
Лот № 1: Установлено
некоммерческим
организациям (за
исключением социально
ориентированных
некоммерческих
организаций,
учредителями которых
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 являются Российская
Федерация, субъекты
Российской Федерации
или муниципальные
образования),
осуществляющих в
соответствии с
учредительными
документами виды
деятельности,
предусмотренные ч. 1
статьи 31.1
Федерального закона от
12 января 1996 года № 7ФЗ «О некоммерческих
организациях».
Предоставляются при
условии соответствия
статье 30 Закона о
контрактной системе
II. Требования, предъявляемые к участникам закупки и необходимый перечень документов для
участия в закупке. Подача заявок на участие в открытом конкурсе в электронной форме
Участники закупки имеют право выступать в отношениях,
связанных с осуществлением закупки, как непосредственно, так и
Общие требования,
через своих представителей. Полномочия представителей
предъявляемые к
участников закупки подтверждаются доверенностью, выданной и
10
участникам открытого
оформленной в соответствии с гражданским законодательством.
конкурса электронной
Подача заявок на участие в электронном конкурсе осуществляется
форме
только лицами, зарегистрированными в единой информационной
системе и аккредитованными на электронной площадке.
Общие требования,
предъявляемые к
участникам открытого
При осуществлении закупки заказчик устанавливает следующие
11
конкурса в электронной
единые требования к участникам закупки:
форме в соответствии
со статьей 31 Закона о
контрактной системе.
Соответствие требованиям, установленным в соответствии с законодательством Российской
Федерации к лицам, осуществляющим поставку товара, выполнение работы, оказание
11.1
услуги, являющихся объектом закупки, предусмотренные п. 1 ч.1 ст. 31 Федерального
закона
Лот № 1: Не требуется
Непроведение ликвидации участника закупки – юридического лица и отсутствие решения
арбитражного суда о признании участника закупки – юридического лица или
11.2
индивидуального предпринимателя несостоятельным (банкротом) и об открытии
конкурсного производства.
Неприостановление деятельности участника закупки в порядке, установленном Кодексом
11.3
Российской Федерации об административных правонарушениях.
Отсутствие у участника закупки недоимки по налогам, сборам, задолженности по иным
обязательным платежам в бюджеты бюджетной системы Российской Федерации (за
11.4
исключением сумм, на которые предоставлены отсрочка, рассрочка, инвестиционный
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 11.5
11.6
11.7
11.8
налоговый кредит в соответствии с законодательством Российской Федерации о налогах и
сборах, которые реструктурированы в соответствии с законодательством Российской
Федерации, по которым имеется вступившее в законную силу решение суда о признании
обязанности заявителя по уплате этих сумм исполненной или которые признаны
безнадежными к взысканию в соответствии с законодательством Российской Федерации о
налогах и сборах) за прошедший календарный год, размер которых превышает двадцать
пять процентов балансовой стоимости активов участника закупки, по данным бухгалтерской
отчетности за последний отчетный период. Участник закупки считается соответствующим
установленному требованию в случае, если им в установленном порядке подано заявление
об обжаловании указанных недоимки, задолженности и решение по такому заявлению на
дату рассмотрения заявки на участие в определении поставщика (подрядчика, исполнителя)
не принято.
Отсутствие у участника закупки - физического лица либо у руководителя, членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, или главного бухгалтера юридического лица - участника закупки
судимости за преступления в сфере экономики и (или) преступления, предусмотренные
статьями 289, 290, 291, 291.1 Уголовного кодекса Российской Федерации (за исключением
лиц, у которых такая судимость погашена или снята), а также неприменение в отношении
указанных физических лиц наказания в виде лишения права занимать определенные
должности или заниматься определенной деятельностью, которые связаны с поставкой
товара, выполнением работы, оказанием услуги, являющихся объектом осуществляемой
закупки, и административного наказания в виде дисквалификации.
Участник закупки - юридическое лицо, которое в течение двух лет до момента подачи
заявки на участие в закупке не было привлечено к административной ответственности за
совершение административного правонарушения, предусмотренного статьей 19.28 Кодекса
Российской Федерации об административных правонарушениях.
Обладание участником закупки исключительными правами на результаты интеллектуальной
деятельности, если в связи с исполнением контракта заказчик приобретает права на такие
результаты, за исключением случаев заключения контрактов на создание произведений
литературы или искусства, исполнения, на финансирование проката или показа
национального фильма.
Отсутствие обстоятельств, при которых должностное лицо заказчика (руководитель
заказчика, член комиссии по осуществлению закупок, руководитель контрактной службы
заказчика, контрактный управляющий), его супруг (супруга), близкий родственник по
прямой восходящей или нисходящей линии (отец, мать, дедушка, бабушка, сын, дочь, внук,
внучка), полнородный или неполнородный (имеющий общих с должностным лицом
заказчика отца или мать) брат (сестра), лицо, усыновленное должностным лицом заказчика,
либо усыновитель этого должностного лица заказчика является:
а) физическим лицом (в том числе зарегистрированным в качестве индивидуального
предпринимателя), являющимся участником закупки;
б) руководителем, единоличным исполнительным органом, членом коллегиального
исполнительного органа, учредителем, членом коллегиального органа унитарной
организации, являющейся участником закупки;
в) единоличным исполнительным органом, членом коллегиального исполнительного органа,
членом коллегиального органа управления, выгодоприобретателем корпоративного
юридического лица, являющегося участником закупки. Выгодоприобретателем является
физическое лицо, которое владеет напрямую или косвенно (через юридическое лицо или
через несколько юридических лиц) более чем десятью процентами голосующих акций
хозяйственного общества либо владеет напрямую или косвенно (через юридическое лицо
или через несколько юридических лиц) долей, превышающей десять процентов в уставном
(складочном) капитале хозяйственного товарищества или общества
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 11.9
11.10
11.11
12
13
14
14.1
14.2
15
16
17
17.1
Отсутствие в реестре недобросовестных поставщиков (подрядчиков, исполнителей)
информации об участнике закупки, в том числе о лицах, информация о которых содержится
в заявке на участие в закупке в соответствии с подпунктом "в" пункта 1 части 1 статьи 43
Закона о контрактной системе, если Правительством Российской Федерации не установлено
иное.
Участник закупки не является офшорной компанией, не имеет в составе участников (членов)
корпоративного юридического лица или в составе учредителей унитарного юридического
лица офшорной компании, а также не имеет офшорных компаний в числе лиц, владеющих
напрямую или косвенно (через юридическое лицо или через несколько юридических лиц)
более чем десятью процентами голосующих акций хозяйственного общества либо долей,
превышающей десять процентов в уставном (складочном) капитале хозяйственного
товарищества или общества.
Участник закупки не является иностранным агентом.
Отсутствие у участника закупки ограничений для участия в закупках, установленных
законодательством Российской Федерации.
Дополнительные требования к участникам закупок аудиторских и сопутствующих аудиту
услуг, а также консультационных услуг.
Не установлено
Дополнительные требования к участникам закупки отдельных видов товаров, работ, услуг
для обеспечения государственных и муниципальных нужд
Дополнительные требования к участникам закупки согласно ч. 2 ст. 31 Закона о
контрактной системе (ПП РФ от 29.12.2021 № 2571):
Не требуется
Дополнительное требование к участникам закупки согласно ч.2.1 ст.31 Закона о
контрактной системе:
Не установлено.
Отстранение участника закупки от участия в определении поставщика (подрядчика,
исполнителя) или отказ от заключения контракта с победителем определения поставщика
(подрядчика, исполнителя) осуществляется в любой момент до заключения контракта, если
заказчик или комиссия по осуществлению закупок обнаружит, что участник закупки не
соответствует требованиям, или предоставил недостоверную информацию в отношении
своего соответствия указанным требованиям.
Исчерпывающий перечень документов, которые должны быть представлены участниками
открытого конкурса в электронной форме
Заявка на участие в открытом конкурсе в электронной форме состоит из двух частей и
предложения участника открытого конкурса в электронной форме о цене контракта (третьей
части).
В случае проведения открытого конкурса в электронной форме в соответствии с частью 19
статьи 48 Закона о контрактной системе заявка состоит из второй и третьей частей.
Требования к содержанию, составу первой части заявки на участие в открытом конкурсе в
электронной форме (в случае, если в извещении об осуществлении закупки установлены
критерии, предусмотренные пунктами 2 и 3 части 1 статьи 32 Закона о контрактной
системе):
1. Предложение участника электронного конкурса по критериям, предусмотренным
пунктами 2 и (или) 3 части 1 статьи 32 Закона о контрактной системе (в случае установления
таких критериев). При этом отсутствие указанного предложения не является основанием для
отклонения заявки на участие в закупке.
2. Декларация о принадлежности участника закупки к социально ориентированным
некоммерческим организациям в случае установления преимущества, предусмотренного
частью 3 статьи 30 Закона о контрактной системе (при необходимости данная декларация
предоставляется заказчику оператором электронной площадки путем информационного
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 17.2
взаимодействия с единой информационной системой)
3. Заявка может содержать иные информацию и документы, в том числе эскиз, рисунок,
чертеж, фотография, иное изображение предлагаемого участником закупки товара. При этом
отсутствие таких информации и документов не является основанием для отклонения заявки
на участие в закупке
Требования к содержанию, составу второй части заявки на участие в открытом конкурсе в
электронной форме:
1. Решение о согласии на совершение или о последующем одобрении крупной сделки, если
требование о наличии такого решения установлено законодательством Российской
Федерации, учредительными документами юридического лица и для участника закупки
заключение контракта на поставку товара, выполнение работы или оказание услуги,
являющихся объектом закупки, либо внесение денежных средств в качестве обеспечения
заявки на участие в закупке, обеспечения исполнения контракта является крупной сделкой
2. Декларация о соответствии участника закупки требованиям, установленным пунктами 3 5, 7 - 11 части 1 статьи 31 Закона о контрактной системе (если информация и документы,
которые подтверждают соответствие участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, содержатся в открытых и
общедоступных государственных реестрах, размещенных в информационнотелекоммуникационной сети "Интернет", в указанную декларацию может быть также
включено положение о соответствии участника закупки требованиям, установленным
пунктом 1 части 1 статьи 31 Закона о контрактной системе, с указанием адреса сайта или
страницы сайта в информационно-телекоммуникационной сети "Интернет", на которых
размещены такие информация и документы)
3. Реквизиты счета участника закупки, на который в соответствии с законодательством
Российской Федерации осуществляется перечисление денежных средств в качестве оплаты
поставленного товара, выполненной работы (ее результатов), оказанной услуги, а также
отдельных этапов исполнения контракта, за исключением случаев, если в соответствии с
законодательством Российской Федерации такой счет открывается после заключения
контракта
4. Информация и документы, которые подтверждают квалификацию участника закупки
(отсутствие таких информации и документов не является основанием для признания заявки
не соответствующей требованиям Закона о контрактной системе)
5. Документы или сведения, подтверждающие соответствие товара, работы или услуги
требованиям, установленным в соответствии с законодательством Российской Федерации (в
случае, если в соответствии с законодательством Российской Федерации установлены
требования к товару, работе или услуге и представление указанных документов
предусмотрено извещением об осуществлении закупки, документацией о закупке, если
настоящим Федеральным законом предусмотрена документация о закупке). Заказчик не
вправе требовать представление указанных документов, если в соответствии с
законодательством Российской Федерации они передаются вместе с товаром.
6. Информация и документы, определенные в соответствии с пунктом 2 части 2 статьи 14
Закона о контрактной системе (в случае, если в извещении об осуществлении закупки,
документации о закупке (если Законом о контрактной системе предусмотрена документация
о закупке) установлены предусмотренные указанной статьей запрет, ограничение,
преимущество). В случае отсутствия таких информации и документов в заявке на участие в
закупке такая заявка приравнивается к заявке, в которой содержится предложение о
поставке товаров, происходящих из иностранного государства, работ, услуг, соответственно
выполняемых, оказываемых иностранными лицами
В случае если участник закупки является юридическим лицом, зарегистрированным на
территории государства - члена Евразийского экономического союза, за исключением
Российской Федерации, или физическим лицом, являющимся гражданином государства Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 17.3
18
18.1
18.2
18.3
18.4
18.5
18.6
19
члена Евразийского экономического союза, за исключением Российской Федерации,
необходимо представить информацию и документы, подтверждающие предоставление
обеспечения заявки на участие в закупке, в форме электронных документов или в форме
электронных образов бумажных документов. (Постановление Правительства РФ от
10.04.2023 № 579).
Третья часть заявки на участие в открытом конкурсе в электронной форме должна
содержать предложение участника закупки о цене контракта или предложение участника
закупки о сумме цен единиц товара, работы, услуги (в случае, предусмотренном частью 24
статьи 22 Закона о контрактной системе)
Срок, место и порядок подачи заявок участников закупки
Участник открытого конкурса в электронной форме вправе подать
заявку на участие в открытом конкурсе в электронной форме в
любое время с момента размещения извещения о его проведении
до предусмотренных извещением даты и времени окончания
Срок подачи
срока подачи таких заявок.
Участник открытого конкурса в электронной форме вправе подать
только одну заявку на участие в открытом конкурсе в электронной
форме.
Дата и время окончания
срока подачи заявок на
участие в открытом
16.10.2026 г. в 09:00
конкурсе в электронной
форме
Дата рассмотрения и
оценки первых частей
заявок на участие в
В соответствии с извещением
открытом конкурсе в
электронной форме
Дата подачи
участниками открытого
конкурса в электронной В соответствии с извещением
форме предложений о
цене контракта
Дата рассмотрения и
оценки вторых частей
заявок на участие в
20.10.2026 г.
открытом конкурсе в
электронной форме
Дата подведения итогов 21.10.2026 г.
Подача ценовых предложений (предложений о цене контракта
либо о сумме цен единиц товара, работы, услуги (в случае,
предусмотренном частью 24 статьи 22 Закона о контрактной
системе) проводится на электронной площадке в день, указанный
в извещении о проведении открытого конкурса в электронной
Порядок подачи
форме.
предложений о цене
Продолжительность приема предложений о цене контракта
контракта
составляет один час.
Время начала проведения такой процедуры устанавливается
оператором электронной площадки в соответствии со временем
часовой зоны, в которой расположен заказчик.
В случае, если участником закупки не подано предложение,
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 предусмотренное настоящим пунктом, ценовым предложением
участника закупки считается предложение, содержащееся в
третьей части заявки на участие в закупке.
Внесение изменений в извещение. Разъяснения положений извещения. Отказ от проведения
20
открытого конкурса
Заказчик вправе внести изменения в извещение об осуществлении
Внесение изменений в
20.1
закупки не позднее чем за один рабочий день до даты окончания
извещение
срока подачи заявок на участие в закупке
Даты начала и окончания
предоставления
Дата начала предоставления разъяснений: с даты публикации
20.2
участникам закупки
извещения
разъяснений положений Дата окончания предоставления разъяснений: 13.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
Размер обеспечения
исполнения контракта
23
Условия обеспечения
исполнения контракта
Если участником закупки предложена цена контракта, которая на
25 и более процентов ниже начальной (максимальной) цены
контракта, либо предложена сумма цен единиц товара, работы,
услуги, которая на 25 и более процентов ниже начальной суммы
цен указанных единиц, участник предоставляет обеспечение
исполнения контракта в размере и на условиях, предусмотренных
статьей 37 Закона о контрактной системе.
Исполнение контракта может обеспечиваться предоставлением
независимой гарантии, соответствующей требованиям ст. 45
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 Закона о контрактной системе, или внесением денежных средств
на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции
со средствами, поступающими заказчику.
Способ обеспечения исполнения контракта определяется
участником закупки, с которым заключается контракт,
самостоятельно.
Срок действия независимой гарантии устанавливается с учетом
требований пп. 5 ч. 2 ст. 45 и ст. 96 Закона о контрактной системе.
Срок внесения обеспечения – до момента заключения контракта.
Реквизиты счета для внесения обеспечения исполнения контракта:
Наименование заказчика: Московская городская Дума
Реквизиты:
ИНН: 7710170930
КПП: 771001001
Лицевой счет: 2180131000450829
Счет №: 03222643450000007300, БИК: 004525988 в ОКЦ № 1 ГУ
Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, корр.
счет: 40102810545370000003.
Особенности внесения: Контракт заключается после
предоставления заказчику обеспечения исполнения контракта.
Обеспечение исполнения контракта может быть представлено в
виде безотзывной независимой гарантии или внесением денежных
средств на указанный заказчиком счет, на котором в соответствии
с законодательством Российской Федерации учитываются
операции со средствами, поступающими заказчику, в размере
обеспечения исполнения контракта, указанном в документации о
закупках. Безотзывная независимая гарантия должна
соответствовать требованиям, установленным Гражданским
кодексом Российской Федерации, а также иным
законодательством Российской Федерации. Способ обеспечения
исполнения контракта определяется участником закупки, с
которым заключается контракт, самостоятельно. Срок внесения
обеспечения - до момента заключения контракта».
Получатель:
24
Требования к
независимой гарантии
Требования к независимой гарантии утверждены постановлением
Правительства Российской Федерации от 8 ноября 2013 г. № 1005
«О независимых гарантиях, используемых для целей
Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и
муниципальных нужд».
Независимая гарантия оформляется в письменной форме на
бумажном носителе или в форме электронного документа,
подписанного усиленной квалифицированной электронной
подписью лица, имеющего право действовать от имени Гаранта на
условиях, определенных гражданским законодательством и ст. 45
Федерального закона. Независимая гарантия должна быть
безотзывной и должна содержать обязательства Гаранта
выплатить Бенефициару сумму Гарантии или ее часть, а именно:
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 - обязательство уплатить сумму неустойки (штрафа, пеней)
предусмотренных контрактом;
- обязательство уплатить сумму в размере авансового платежа
(если выплата авансового платежа предусмотрена условиями
контракта) при условии если бенефициаром предъявлено
требование о возврате авансового платежа принципалу и оно им
не выполнено.
Независимая гарантия должна в том числе содержать указание на
то, что все споры по независимой гарантии подлежат
рассмотрению в Арбитражном суде города Москвы.
Типовая форма независимой гарантии, предоставляемой в
качестве обеспечения исполнения контракта представлена в
Приложении № 2 к информационной карте конкурса в
электронной форме.
25
26
27
28
Информация о
банковском
Не установлено
сопровождении
контракта
Заказчик при
определении поставщика
(подрядчика,
исполнителя) вправе
установить в извещении
об осуществлении
закупки требование к
поставщику (подрядчику,
исполнителю), не
являющемуся субъектом
малого
предпринимательства
или социально
Лот № 1: не установлено
ориентированной
некоммерческой
организацией, о
привлечении к
исполнению контракта
субподрядчиков,
соисполнителей из числа
субъектов малого
предпринимательства,
социально
ориентированных
некоммерческих
организаций.
IV. Иные положения
За нарушение требований антимонопольного законодательства Российской Федерации о
запрете участия в ограничивающих конкуренцию соглашениях, осуществления
ограничивающих конкуренцию согласованных действий предусмотрена ответственность в
соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ
Критерии оценки (показатели, содержание, значимость, порядок оценки) устанавливаются в
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 29
30
31
соответствии с Постановлением Правительства РФ от 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 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве
обеспечения заявки на участие в закупке товара, работы,
услуги для обеспечения государственных и муниципальных нужд
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование
гаранта
Идентификационный код
гаранта
Место нахождения,
телефон, адрес электронной
почты гаранта
ИНН
КПП
БИК
Полное наименование
принципала
Место нахождения,
телефон, адрес электронной
почты принципала
ИНН
КПП
Полное наименование
бенефициара
по
ОКТМО
по
ОКТМО
Московская городская Дума
ИНН
КПП
7710170930
771001001
127994, ГСП-4, город Москва,
Место нахождения,
Страстной бульвар, дом 15/29, по
телефон, адрес электронной
45382000
строение 1, +7 (495) 650-78-47, ОКТМО
почты бенефициара
astashkina@duma.mos.ru
Информация о закупке, для обеспечения заявки на участие в которой предоставляется независимая
гарантия
Идентификационный код
262771017093077100100100450010000244
закупки
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления
данными (ЕИСУД), аппаратно-программного комплекса мониторинга и
Наименование объекта
анализа информационного пространства (АПК МАИП) и единого банка
закупки
данных (Медиатеки) архивных и текущих материалов и фотографий в
цифровом виде с информационной системой управления и поиска
Московской городской Думы
Условия независимой гарантии
Сумма независимой
гарантии, подлежащая
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 уплате гарантом
бенефициару (далее - сумма
независимой гарантии)
Наименование валюты
Российский рубль
Срок вступления
независимой гарантии в
силу
Срок действия независимой
гарантии
по ОКВ
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 к информационной карте
конкурса в электронной форме
ТИПОВАЯ ФОРМА
независимой гарантии, предоставляемой в качестве обеспечения
исполнения контракта
Дата выдачи
Номер независимой
гарантии
Информация о гаранте, принципале, бенефициаре
Коды
Полное наименование
гаранта
Идентификационный код
гаранта
Место нахождения,
телефон, адрес электронной
почты гаранта
ИНН
КПП
БИК
Полное наименование
принципала
Место нахождения,
телефон, адрес электронной
почты принципала
ИНН
КПП
Полное наименование
бенефициара
по
ОКТМО
по
ОКТМО
Московская городская Дума
ИНН
КПП
7710170930
771001001
127994, ГСП-4, город Москва,
Место нахождения,
Страстной бульвар, дом 15/29, по
телефон, адрес электронной
45382000
строение 1, +7 (495) 650-78-47, ОКТМО
почты бенефициара
astashkina@duma.mos.ru
Информация о закупке, для обеспечения контракта, заключаемого при осуществлении которой,
предоставляется независимая гарантия
Идентификационный код
262771017093077100100100450010000244
закупки
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления
данными (ЕИСУД), аппаратно-программного комплекса мониторинга и
Наименование объекта
анализа информационного пространства (АПК МАИП) и единого банка
закупки
данных (Медиатеки) архивных и текущих материалов и фотографий в
цифровом виде с информационной системой управления и поиска
Московской городской Думы
Условия независимой гарантии
Сумма независимой
гарантии, подлежащая
уплате гарантом
Сформировано в Единой автоматизированной информационной системе торгов города Москвы
 бенефициару (далее - сумма
независимой гарантии)
Наименование валюты
Российский рубль
Срок вступления
независимой гарантии в
силу
Срок действия независимой
гарантии
по ОКВ
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
Всего листов
Сформировано в Единой автоматизированной информационной системе торгов города Москвы

=== ФАЙЛ: Ответ на запрос 190780 от 30.09.2026 | docs/0173200001726000087/Ответ на запрос 190780 от 30.09.2026.pdf
Ответ на запрос о даче разъяснений положений извещения
об осуществлении закупки
Реестровый номер закупки: 0173200001726000087
Реквизиты запроса на разъяснения: №190780 от 30.09.2026
Название закупки: Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы
Текст запроса:
Вопросы к заказчику
Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы
Идентификатор тендера: 07f087e1-3f6f-432e-96cc-42b4146cfaec
1. Просим письменно подтвердить, что исключительное право на
существующие системы (ЕИСУД МГД, АПК МАИП, Медиатека), включая СпецПО,
принадлежит Заказчику (субъекту РФ — городу Москве в лице Московской
городской Думы). Если право принадлежит третьему лицу — просим подтвердить,
что работы (услуги), выполняемые в рамках контракта, будут соответствовать
требованиям части 3 статьи 1280 ГК РФ, и приложить подтверждающие документы.
2. Просим письменно подтвердить, что Исполнителю не потребуется получать
согласие, лицензию или иное разрешение прежнего разработчика либо иного
третьего лица для выполнения работ по доработке и сопровождению Систем, а
получение таких разрешений (при необходимости) является обязанностью
Заказчика. Просим также указать перечень ранее созданного ПО Заказчика и
передаваемых Исполнителю прав с подтверждающими документами.
3. Просим подтвердить, что Заказчик располагает полным исходным кодом
Систем, что исходный код размещён на серверах (в репозитории) Заказчика и
 соответствует версии промышленной эксплуатации на дату размещения извещения.
Просим указать место хранения репозитория, порядок и срок предоставления
доступа к нему Исполнителю (в том числе до заключения Контракта).
4. Просим указать класс (уровень) защищённости Систем в соответствии с
Приказом ФСТЭК России от 11 апреля 2025 г. № 117 и уровень защищённости
ИСПДн, а также требования к аттестации Систем. Дополнительно: при удалённом
выполнении работ, прямо разрешённом ТЗ (п. 3.1.5), какие требования
предъявляются к аттестованному рабочему месту Подрядчика и предоставляет ли
Заказчик доступ к защищённой сети (ViPNet/ГОСТ VPN и т. п.)?
5. Просим подтвердить право Подрядчика привлекать соисполнителей
(субподрядчиков) для исполнения Контракта, в том числе лицензиата ФСТЭК
России на техническую защиту конфиденциальной информации, а также указать
порядок согласования субподрядчиков с Заказчиком, предельную долю субподряда
и ответственность Подрядчика за их действия.
6. Просим устранить противоречие в объёме разовых работ по развитию:
Приложение 2 к ТЗ устанавливает 40 человеко-дней (320 рабочих часов) в квартал,
тогда как расчёт НМЦК и график исходят из 20 человеко-дней (160 часов) в квартал.
Какой объём является обязательным к выполнению, и как он соотносится с НМЦК 8
000 000 руб. при твёрдой цене Контракта?
7. Просим подтвердить применимый вариант обеспечения исполнения
Контракта: п. 10.1 Контракта указывает «обеспечение не предоставляется», п. 10.2
— «обеспечение предоставляется» с тремя вариантами размера и
антидемпинговыми мерами. Просим указать точный размер обеспечения, срок
действия независимой гарантии и требования к гаранту.
8. Просим подтвердить, что Заказчик передаст Исполнителю достаточные
права (лицензии) на СпецПО и сторонние компоненты Систем, разработанные ООО
«Компания Сайтсофт» и ООО «АСТ-Реклама», включая права на изменение кода и
передачу результата Заказчику. Просим приложить перечень компонентов
сторонних правообладателей и подтверждающие документы о правах Заказчика.
9. Просим устранить расхождение версий ОС, СУБД и middleware между
Приложением 5/6 к ТЗ (Astra Linux 1.7, PHP 7.3, PostgreSQL 11/14, RabbitMQ 3.8.2) и
Приложениями 7–8 (Debian 4.9, PHP 7.1/7, PostgreSQL 10/9.4, RabbitMQ 3.3.6).
Просим указать фактический ландшафт по каждой Системе и целевую версию на
период 2027–2028 гг.
10. Просим предоставить спецификации API всех смежных систем (АПК
МАИП, ИС СЗД, подсистемы «Портал» и «Документооборот» СУИ, сайт МГД):
протокол, версии, форматы и схемы данных, частоту и объёмы обмена, лимиты,
коды ошибок, порядок тестового доступа. Просим также определить
ответственность Заказчика за доступность смежных систем и порядок эскалации к
 их владельцам с исключением простоев по вине смежных систем из SLA
Подрядчика.
11. Просим подтвердить обоснование безопасности прямых внешних
доступов: порт 23627 в контур Заказчика для мобильного приложения АПК МАИП
без авторизации запросов и порт 15672 менеджера очередей RabbitMQ, доступный
из сети Интернет. Какие компенсирующие меры защиты и требования к
защищённым каналам/аутентификации предусмотрены, и кто отвечает за их
реализацию?
12. Просим представить матрицу разграничения ответственности (RACI)
между Заказчиком и Подрядчиком по виртуальным машинам, системному ПО,
СУБД, СЗИ и резервному копированию, а также перечень исключений из SLA
(например, недоступность по вине Заказчика или смежных систем, плановые работы
Заказчика, сбои внешнего поставщика данных).
13. Просим установить измеримые метрики производительности (время
отклика интерфейса, число одновременных пользователей, пропускная
способность) и параметры резервного копирования (RPO/RTO, глубина и
периодичность хранения копий, периодичность контрольных восстановлений,
методика замера времени восстановления).
14. Просим привести к единому виду критерии приёмки работ с открытыми
формулировками: «прочие работы, необходимые для обеспечения штатного режима
функционирования», «прочие мероприятия, определенные проектной и
эксплуатационной документацией» (п. 3.1.9, 3.3.2.2), а также формализовать
порядок применения Заказчиком права не принимать условия ЧТЗ (п. 3.3.1). Просим
указать закрытые перечни работ и предельное количество корректировок ЧТЗ.
15. Просим представить детализированный график выполнения работ с
указанием объёмов, результатов, отчётных документов и стоимости каждого этапа
(2027 и 2028 гг., а также Подготовительного этапа), поскольку текущая версия
содержит только периоды без объёмов и цен. Просим указать базу для расчёта пени и
порядок приёмки по этапам.
16. Просим объяснить порядок обоснования НМЦК: расчёт выполнен по
ценам августа 2026 г. со сроком действия до декабря 2026 г., тогда как работы
выполняются в 2027–2028 гг.; в комплект расчёта включён лист по лоту № 1
«Выполнение типографских работ … в 2016 году» на 2 299 988 руб., не относящийся
к предмету закупки. Просим подтвердить НМЦК, актуальную на период
исполнения, и предусмотреть ли индексацию цены.
17. Просим синхронизировать срок окончания работ (31.12.2028, п. 3.2
Контракта) и срок исполнения Контракта сторонами (01.02.2029, п. 13.1), а также
определить порядок и последствия выполнения работ после 31.12.2028, дату начала
 отсчёта гарантийных обязательств и порядок их исполнения после истечения срока
Контракта.
18. Просим уточнить начало Подготовительного этапа: дата окончания этапа
не привязана к календарной дате (только «не более 15 календарных дней» с даты
заключения Контракта), при этом Основной этап начинается не ранее 01.01.2027
только после подписания Акта приёмки Систем. Как будет обеспечиваться старт
Основного этапа с 01.01.2027 при позднем заключении Контракта, и что считается
началом Основного этапа?
19. Просим установить минимальный состав и требования к квалификации
команды Подрядчика (численность по ролям, режим дежурств, требования к
ключевым специалистам и порядок их замены), поскольку п. 3.1.10 ТЗ оставляет
численность и квалификацию на усмотрение Подрядчика «с минимальными
затратами».
20. Просим разъяснить порядок контроля и продления лицензий на системное
ПО (Astra Linux 1.7, PostgreSQL, Redis, ElasticSearch, RabbitMQ, Nginx, PHP, Gitlabrunner): кто отвечает за своевременное продление и обновление, кто несёт риски при
истечении лицензий или отказе от обновления, и как это соотносится с зоной
ответственности Заказчика за работоспособность системного ПО.
21. Просим определить требования к актуализации руководств пользователя и
администратора (периодичность, условия, критерии «при необходимости»), а также
к обучению и аттестации пользователей Систем.
22. Просим предоставить состав и характеристики тестового стенда по каждой
Системе (vCPU, RAM, диски, сети), степень его соответствия промышленному
контуру, наличие тестовых данных и доступности смежных систем на тестовом
контуре, а также порядок организации тестовых данных без использования
реальных персональных данных.
23. Просим подтвердить, где хранится репозиторий исходного кода Систем
(Gitlab и др.) и доступен ли он Подрядчику; предусмотрено ли использование Gitlabrunner и CI/CD Подрядчика, и какие требования предъявляются к сборке и
версионированию релизов.
24. Просим подтвердить отсутствие установленных ограничений по
привлечению субподрядчиков из числа субъектов малого предпринимательства (в
извещении — «не установлено») и уточнить, распространяются ли на Контракт
требования о привлечении СМП/СОНКО и об обязательной доле субподряда.
25. Просим подтвердить порядок оплаты и приёмки с учётом расхождения
сроков: оплата — 7 рабочих дней с даты подписания Документа о приёмке (п. 2.8.2),
рассмотрение результатов — 5 рабочих дней (п. 4.2). Просим указать сроки оплаты
при повторной приёмке после устранения недостатков и порядок изменения
цены/объёмов при корректировке ЧТЗ Заказчиком.
 Ответ:
Уважаемый участник закупки!
На Ваш запрос о даче разъяснений положений извещения об осуществлении
закупки на выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы, сообщаем:
1. Подтверждаем, что исключительное право на существующие системы
(ЕИСУД МГД, АПК МАИП, Медиатека), включая СпецПО, принадлежит Заказчику
(акты передачи исключительных прав, могут быть предоставлены по запросу
после подписания контракта).
2. Получение Подрядчиком самостоятельных согласий, лицензий или иных
разрешений прежних разработчиков для выполнения предусмотренных Контрактом
работ не требуется. Перечень программного обеспечения и компонентов, доступ к
которым необходим для исполнения Контракта, определяется по результатам
Подготовительного этапа
3. Заказчик предоставляет Подрядчику исходные материалы и исходный код
Систем в объёме, необходимом для выполнения работ по Контракту. Доступ к
исходному коду предоставляется в репозитории Заказчика. Конкретные реквизиты
репозитория, учётные записи и права доступа передаются Подрядчику после
подписания контракта
4. Третий класс защищенности. Аттестация не требуется. При необходимости
удаленный доступ предоставляется после заключения государственного контракта.
5. Подрядчик вправе привлекать соисполнителей и субподрядчиков.
Ответственность перед Заказчиком за действия привлечённых лиц несёт Подрядчик
в полном объёме.
6. В соответствии с пунктом 2.1 Приложения 2 к Техническому заданию объем
разовых работ по развитию составляет 40 человеко-дней (320 рабочих часов) в
квартал. В соответствии с пунктом 1.2 проекта Контракта Подрядчик выполняет
работы в объеме, установленном Техническим заданием. Цена Контракта является
твердой в соответствии с пунктом 2.6 проекта Контракта и не может изменяться в
ходе его исполнения, за исключением случаев, предусмотренных частью 1 статьи 95
Закона о контрактной системе. В расчете НМЦК объем указан отдельно по годам:
160 рабочих часов в квартал на 2027 год и 160 рабочих часов в квартал на 2028 год.
Контракт заключается на 2 года.
 7. Обеспечение Контракт предоставляется в соответствии с 44 ФЗ ст. 96.
Условия и варианты обеспечения Контракта перечислены в пункте 10 проекта
Контракта.
Дополнительно сообщаем, что Московская городская Дума осуществляет
закупочную деятельность в соответствии с действующим законодательством
Российской Федерации в сфере закупок, при этом, является заказчиком города
Москвы и в своей закупочной деятельности руководствуется положениями
Постановления Правительства Москвы от 19 июля 2019 г. № 899-ПП «О системе
закупок города Москвы» (далее – 899-ПП).
Формирование информации и документов по данному предмету закупки
осуществляется путем заполнения экранных форм веб-интерфейса Единой
автоматизированной информационной системы торгов города Москвы (ЕАИСТ) и
последующая интеграция в Единую информационную систему электронного
документа,
содержащего
сформированную
информацию,
посредством
информационного взаимодействия.
При этом, в соответствии с пунктом 6.7 Положения о системе закупок города
Москвы 899-ПП утвержденные в установленном порядке типовые формы
закупочной документации, комплекты типовых форм документов подлежат
обязательному применению заказчиками, за исключением случаев определения
поставщика (подрядчика, исполнителя) закрытым способом и осуществления
закупок у единственного поставщика (подрядчика, исполнителя).
8. Получение Подрядчиком самостоятельных согласий, лицензий или иных
разрешений прежних разработчиков для выполнения предусмотренных Контрактом
работ не требуется.
9. Актуальными версиями считать версии, обозначенные в Приложении 5/6
Технического задания. В соответствии с п. 3.1.4 Технического задания работы
выполняются в текущей версии Систем, указанных в Приложении 5/6 Технического
задания. (соответствующие изменения будут внесены в документацию о закупке)
10. Техническая документация по API смежных систем и необходимые
тестовые доступы могут быть предоставлены подрядчику по запросу после
подписания контракта. Период недоступности смежной системы, не вызванный
действиями Подрядчика, не учитывается как нарушение SLA Подрядчика.
11. В соответствии с разделами 3.2 и 3.4 Приложения 8 к Техническому
заданию внешние взаимодействия являются частью существующей архитектуры
Систем и в соответствии с п. 3.1.5 Технического задания не подразумевают
предоставления Подрядчику права самостоятельно изменять правила сетевого
доступа. В соответствии с разделом 3.4 Приложения 8 к Техническому заданию для
порта 23627 предусмотрено взаимодействие с мобильным приложением с
использованием публичной информации. Для RabbitMQ в соответствии с разделом
 3.2 Приложения 8 к Техническому заданию используется предусмотренный
архитектурой механизм взаимодействия с внешним источником данных. В
соответствии с Приложением 3 к Техническому заданию инфраструктура и
системное администрирование, относящиеся к зоне ответственности Заказчика,
обеспечиваются Заказчиком, если иное прямо не установлено Техническим
заданием. Подрядчик отвечает за корректную работу программной части,
находящейся в его зоне ответственности, и в соответствии с п. 3.1.6 и п. 3.1.7
Технического задания обязан обеспечивать устранение уязвимостей и
информировать Заказчика о выявленных внештатных ситуациях.
12. Распределение ответственности определяется Приложением 3 к
Техническому
заданию.
Период
недоступности
системы,
вызванной
недоступностью по вине Заказчика, смежных систем, плановых работы, сбоем
внешнего поставщика данных, не учитывается как нарушение SLA Подрядчика.
13. Глубина хранения резервных копий, периодичность копирования и
контрольных восстановлений определяются Регламентом резервного копирования и
восстановления, разрабатываемым/актуализируемым на Подготовительном этапе в
соответствии с п. 3.2.2 и п. 3.3.2.2.1 Технического задания. Параметры мониторинга
производительности определяются в соответствии с п. 3.3.2.2.2 Технического
задания.
14. Порядок применения права отказа приемки ЧТЗ формализован в разделе
3.3.1. В соответствии с разделами 3.1.9 и 3.3.2.2 приведение критерии приёмки работ
с открытыми формулировками: «прочие работы, необходимые для обеспечения
штатного режима функционирования», «прочие мероприятия, определенные
проектной и эксплуатационной документацией», к единому виду не
предусматривается. Предельное количество корректировок ЧТЗ в Техническом
задании и проекте Контракта не установлены.
15. Подготовительный этап выполняется в течение не более 15 календарных
дней с даты заключения Контракта и отдельно не оплачивается. Основной этап
выполняется после завершения Подготовительного этапа в период с 01.01.2027 по
31.12.2028. Сопровождение и обеспечение бесперебойного функционирования
Систем выполняются ежемесячно. Разовые работы по развитию выполняются
ежеквартально в объёме 40 человеко-дней / 320 часов. Результаты подтверждаются
Документами о приёмке и отчётностью, предусмотренной Техническим заданием.
16. Расчеты НМЦК был выполнен с учетом выполнения работ в 2027-2028
году сроком действия коммерческих предложений до 31.12.2026, учитывающих
выполнение работ в 2027-2028 году включая индексацию.
17. Срок выполнения основных работ — по 31.12.2028 включительно. Дата
01.02.2029, относится к сроку действия Контракта в той части, в которой это
необходимо для оформления результатов, расчётов, гарантийных обязательств и
 иных действий после завершения непосредственного выполнения работ. После
31.12.2028 новые работы по основному этапу не назначаются, за исключением
действий, необходимых для завершения приёмки уже выполненных работ и
исполнения
предусмотренных
Контрактом
обязательств.
Гарантийные
обязательства действуют в течение установленного Контрактом гарантийного
периода Срок и порядок выполнения работ указан в Приложении 1 Технического
задания. Порядок и срок гарантийных обязательств указан в разделе 4 Технического
задания.
18. Подготовительный этап начинается с даты заключения Контракта и
продолжается не более 15 календарных дней. Основной этап начинается после
завершения Подготовительного этапа и подписания предусмотренного Техническим
заданием Акта приёмки Систем, при этом датой начала основного периода не может
считаться дата ранее 01.01.2027. Если Контракт заключён после 17.12.2026 и
завершение 15-дневного Подготовительного этапа приходится на 2027 год,
фактическим началом Основного этапа является дата выполнения условий его
начала, а не 01.01.2027.
19. Заказчик не ограничивает Подрядчика конкретной численностью и
требованиям команды, если установленный состав работ и SLA выполняются в
полном объёме.
20. Заказчик отвечает за наличие у него необходимых прав и лицензий на
системное ПО, которое предоставляется для эксплуатации Систем, в пределах своей
зоны ответственности. Приобретение лицензий, продление договоров и
предоставление лицензионных ключей относятся к Заказчику, если иное прямо не
предусмотрено Контрактом. Подрядчик не несёт ответственность за невозможность
выполнения работ, вызванную истечением лицензии, которую обязан предоставить
Заказчик, при условии своевременного уведомления Заказчика.
21. Руководства пользователя и администратора разрабатываются или
актуализируются на Подготовительном этапе. В дальнейшем документация
актуализируется при изменениях функциональности, архитектуры или порядка
эксплуатации, которые влияют на содержание соответствующего руководства.
22. Предоставление доступа и характеристик имеющегося тестового контура
могут быть предоставлены по запросу после подписания контракта. Доступ к
техническим средствам предоставляется Заказчиком в соответствии с разделом 3.2.3
Технического задания.
23. Подтверждаем, репозиторий исходного кода Систем хранится у Заказчика.
Доступ будет предоставлен по запросу после подписания контракта, в соответствии
с разделом 3.2.3 Технического задания.
24. Порядок привлечения соисполнителей (субподрядчика) обозначен
пунктом 5.3 проекта Контракта. Требования по привлечению субподрядчиков из
 числа субъектов малого предпринимательства регламентированы 44 ФЗ ст. 30.
Дополнительно сообщаем, что закупка проводится среди СМП.
25. Порядок оплаты установлен п. 2.8.2 типового проекта Контракта. Сроки
оплаты при повторной приемке после устранения недостатков не изменяются.
Корректировка согласованного с Заказчиком ЧТЗ не предусмотрена.

=== ФАЙЛ: Ответ на запрос 190899 от 30.09.2026 | docs/0173200001726000087/Ответ на запрос 190899 от 30.09.2026.pdf
Ответ на запрос о даче разъяснений положений извещения
об осуществлении закупки
Реестровый номер закупки: 0173200001726000087
Реквизиты запроса на разъяснения: №190899 от 30.09.2026
Название закупки: Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы
Текст запроса:
Здравствуйте! Просим дать ответы на следующие Вопросы:
Вопрос: 1 Кто является правообладателем данного ПО? (наименование юр.
лица, ИНН). Если Заказчик не обладает исключительным правом, то обладает ли
Заказчик правом достаточным для предоставления таковых Исполнителю для
выполнения данного вида работ?
Вопрос: 2. Требуется ли для выполнения данных работ доступ к исходному
коду (если «Да», будет ли предоставлен)?
Вопрос: 3. Правильно ли мы понимаем, что система обслуживалась ранее и на
нее имеется ли полный комплект актуальной проектной
и эксплуатационной документации (просим ответить в формате «Да/Нет»)?
Если «Нет», то каких документов не хватает?
Вопрос: 3.1 Имеется в электронном виде с возможностью редактирования
(MS Word/Excel)?
Вопрос: 4. Будет ли предоставлено описание протоколов взаимодействия,
текущего ПО (API) со всеми внешними системами?
Вопрос: 5. В какой срок с даты направления запроса на предоставление
документации на почту Заказчика передается вся необходимая техническая
документация Исполнителю (указать кол-во раб. дней)?
Вопрос: 6. Требуется ли статус партнерства с правообладателем для
выполнения данных работ?
Вопрос: 7. Необходимо ли присутствие на территории заказчика? Если да, то,
когда и при каких условиях?
 Вопрос: 8. Находится ли данное ПО на гарантийном обслуживании?
Вопрос: 9.Будут ли предоставлены все необходимые доступы для
возможности выполнения контракта в рамках подготовительного этапа (просим
ответить в формате «Да/Нет»)?
Вопрос: 9.1. . В какой срок с даты направления запроса на предоставление
доступов на почту Заказчика будут переданы все необходимые доступы
Исполнителю (указать кол-во раб. дней)?
Вопрос: 10. Требуется ли наличие у исполнителя дополнительных
аттестатов/лицензий: ФСТЭК/ ФСБ?
Вопрос: 11. Для лучшего понимания объема работ, просим предоставить
информацию по кол-ву Заявок (ИНЦ, ЗНО, ЗНИ, регламентные работы) за
предыдущий отчетный период (год/квартал)
Вопрос: 12. Какой использовался стек технологий при разработке ИС?
Вопрос: 13. Как осуществляется обновление данного ПО (не осуществляется,
осуществляется по сети с сайта разработчика, осуществляется путем перестановки
программного обеспечения на рабочих станциях, другое)
Ответ:
Уважаемый участник закупки!
На Ваш запрос о даче разъяснений положений извещения об осуществлении
закупки на выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы, сообщаем:
1. Исключительное право на существующие системы (ЕИСУД МГД, АПК
МАИП, Медиатека), включая СпецПО, принадлежит Заказчику (акты передачи
исключительных прав, могут быть предоставлены по запросу после подписания
контракта).
2. Доступ к исходному коду будет предоставлен в полном объеме после
заключения государственного контракта.
3. Полный комплект проектной документации будет предоставлен в полном
объеме после заключения государственного контракта
3.1. Такая возможность имеется.
 4. Техническая документация по API смежных систем и необходимые
тестовые доступы могут быть предоставлены подрядчику по запросу после
подписания контракта. Период недоступности смежной системы, не вызванный
действиями Подрядчика, не учитывается как нарушение SLA Подрядчика.
5. В соответствии с условиями проекта государственного контракта и
технического задания, вся необходимая документация для выполнения работ
подрядчиком, предоставляется незамедлительно.
6. Статус партнерства с правообладателем на выполнение работ не требуется.
7. Работы по развитию и обеспечению бесперебойного функционирования
единой интегрированной системы управления данными (ЕИСУД), аппаратнопрограммного комплекса мониторинга и анализа информационного пространства
(АПК МАИП) и единого банка данных (Медиатеки) архивных и текущих
материалов и фотографий в цифровом виде с информационной системой управления
и поиска Московской городской Думы выполняются Подрядчик удаленно, если иное
не согласовано с Заказчиком. В случае, если работу невозможно выполнить
удаленно, Подрядчик направляет своего сотрудника на объект Заказчика.
8. На гарантийном обслуживании находится ПО, разработанное в ходе
развития систем в 2025-2026 гг.
9. В рамках подготовительного этапа все необходимые доступы для
выполнения работ будут предоставлены.
9.1. Атрибуты доступа предоставляются Заказчиком в течении 3 рабочих дней
после получения соответствующего запроса от Подрядчика по электронной почте (в
соответствии с условиями проекта государственного контракта и технического
задания) после заключения государственного контракта.
10. В соответствии с п. 3.1.6. Технического задания, при выполнении работ
Подрядчик обязан руководствоваться требованиями федерального законодательства
РФ, а также руководящих документов ФСТЭК России и ФСБ России по
обеспечению безопасности информации, обрабатываемой в Системах.
11. Полная информация об объеме работ указана в техническом задании
приложения к государственному контракту (среднее значение не превышает 5 (пять)
раз за год).
12. Перечень оборудования и программного обеспечения указан в приложении
5,6 к Техническому заданию.
13. Осуществляется по сети с сайта разработчика.
Дополнительно сообщаем, что Московская городская Дума осуществляет
закупочную деятельность в соответствии с действующим законодательством
Российской Федерации в сфере закупок, при этом, является заказчиком города
 Москвы и в своей закупочной деятельности руководствуется положениями
Постановления Правительства Москвы от 19 июля 2019 г. № 899-ПП «О системе
закупок города Москвы» (далее – 899-ПП).
Формирование информации и документов по данному предмету закупки
осуществляется путем заполнения экранных форм веб-интерфейса Единой
автоматизированной информационной системы торгов города Москвы (ЕАИСТ) и
последующая интеграция в Единую информационную систему электронного
документа,
содержащего
сформированную
информацию,
посредством
информационного взаимодействия.
При этом, в соответствии с пунктом 6.7 Положения о системе закупок города
Москвы 899-ПП утвержденные в установленном порядке типовые формы
закупочной документации, комплекты типовых форм документов подлежат
обязательному применению заказчиками, за исключением случаев определения
поставщика (подрядчика, исполнителя) закрытым способом и осуществления
закупок у единственного поставщика (подрядчика, исполнителя).

=== ФАЙЛ: Ответ на запрос 192454 от 12.10.2026 | docs/0173200001726000087/Ответ на запрос 192454 от 12.10.2026.pdf
Ответ на запрос о даче разъяснений положений извещения
об осуществлении закупки
Реестровый номер закупки: 0173200001726000087
Реквизиты запроса на разъяснения: №192454 от 12.10.2026
Название закупки: Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы
Текст запроса:
Добрый день! Дайте пожалуйста разъяснения документации.
1)
П. 3.1.6 Технического задания содержит следующую формулировку:
«При выполнении работ Подрядчик обязан руководствоваться требованиями
федерального законодательства РФ, а также руководящих документов ФСТЭК
России и ФСБ России по обеспечению безопасности информации, обрабатываемой в
Системах.» В этой связи вопрос: обязан ли Исполнитель иметь действующие
лицензии ФСТЭК и ФСБ?
2)
Возможно ли удаленное оказание услуг без выездов на территорию
Заказчика?
Ответ:
Уважаемый участник закупки!
На Ваш запрос о даче разъяснений положений извещения об осуществлении
закупки на выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы, сообщаем:
 1. В соответствии с п. 3.1.6. Технического задания, при выполнении работ
Подрядчик обязан руководствоваться требованиями федерального законодательства
РФ, а также руководящих документов ФСТЭК России и ФСБ России по
обеспечению безопасности информации, обрабатываемой в Системах.
Дополнительно сообщаем, что класс защищённости Систем 3 (третий), в
соответствии с Приказом ФСТЭК России от 11 апреля 2025 г. № 117.
2. При необходимости удаленный доступ предоставляется после заключения
государственного контракта.

=== ФАЙЛ: Ответ на запрос 192299 от 10.10.2026 | docs/0173200001726000087/Ответ на запрос 192299 от 10.10.2026.pdf
Ответ на запрос о даче разъяснений положений извещения
об осуществлении закупки
Реестровый номер закупки: 0173200001726000087
Реквизиты запроса на разъяснения: №192299 от 10.10.2026
Название закупки: Выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы
Текст запроса:
Московская городская Дума (далее: Заказчик) разместила в единой
информационной системе в сфере закупок (далее: ЕИС) извещение №
0173200001726000087 о проведении открытого конкурса в электронной форме
(далее:
Извещение),
идентификационный
код
закупки
262771017093077100100100450010000244. Адрес сайта электронной площадки
согласно пункту 2.4 Информационной карты конкурса в электронной форме (далее:
Информационная карта): https://www.roseltorg.ru.
Объект закупки согласно пункту 1.1 Технического задания (далее: ТЗ):
«Выполнение работ по развитию и обеспечению бесперебойного функционирования
единой интегрированной системы управления данными (ЕИСУД), аппаратнопрограммного комплекса мониторинга и анализа информационного пространства
(АПК МАИП) и единого банка данных (Медиатеки) архивных и текущих
материалов и фотографий в цифровом виде с информационной системой управления
и поиска Московской городской Думы». Начальная (максимальная) цена контракта:
8 000 000,00 рублей.
Дата и время окончания срока подачи заявок согласно пункту 18.2
Информационной карты: 16.10.2026, 09 часов 00 минут по московскому времени.
В составе Извещения размещены файлы «OpenCompetition14973423.pdf»
(Информационная
карта),
«Техническое_задание_17274391-1.pdf»
(ТЗ),
«Приложения 7,8,9 к Техническому заданию (Внешний файл).docx»,
«Проект_контракта_16967017-1.pdf»
(далее:
проект
контракта),
«Расчет
 НМЦК.xlsx» (далее: Расчет НМЦК) и «Порядок рассмотрения и оценки заявок на
участие в конкурсе.docx» (далее: Порядок оценки).
Настоящий запрос направлен в порядке части 4 статьи 42 Федерального закона
от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ,
услуг для обеспечения государственных и муниципальных нужд» (далее: Закон №
44-ФЗ) до истечения срока, установленного указанной нормой.
Положения Извещения, приведенные ниже, не позволяют определить объем
работ, включенный в твердую цену контракта, сроки и этапы выполнения и оплаты
работ, распределение обязанностей между Заказчиком и подрядчиком, состав
программного обеспечения Систем и порядок оценки заявок. Прошу дать
разъяснения по следующим вопросам.
Вопрос первый. Объем разовых работ по развитию Систем: 320 или 160
рабочих часов в квартал
Пункт 2.1 Приложения 2 к ТЗ «Содержание работ, объем финансирования,
регламент и отчетность» устанавливает: «Разовые работы в объеме 40 человеко-дней
в квартал (320 рабочих часов в квартал)», регламент выполнения «ежеквартально».
Пункт 3.3.1 ТЗ устанавливает: «В рамках работ по развитию Систем Подрядчиком
должны выполняться разовые работы в объеме, установленном в п.2.1 Приложения 2
к настоящему ТЗ.»
Расчет НМЦК содержит позиции «Разовые работы в объеме 20 человеко-дней
в квартал (160 рабочих часов в квартал) (доработка систем по запросам
пользователей) в 2027 г.» и «Разовые работы в объеме 20 человеко-дней в квартал
(160 рабочих часов в квартал) (доработка систем по запросам пользователей) в 2028
г.» с единицей измерения «усл.ед (квартал)», средней ценой 100 000 рублей и
количеством 4 по каждой позиции. При стоимости 100 000,00 рублей за квартал
стоимость одного рабочего часа составляет 625,00 рубля при объеме 160 часов и
312,50 рубля при объеме 320 часов.
Пункт 3.3.1 ТЗ устанавливает: «Заказчик имеет право не принимать условий,
указанных в ЧТЗ с обоснованием причин отказа. При этом Заказчик, направляет
Подрядчику скорректированное ЧТЗ и выдвигает свои условия и требования по
выполнению работы, в части: сроков и порядка выполнения, требуемого количества
человеко-часов, критериям приемки результатов и отчетной документации.»
Пункт 2.6 проекта контракта устанавливает: «Цена контракта является
твердой, определена на весь срок исполнения Контракта и не может изменяться в
ходе его исполнения, за исключением случаев, предусмотренных частью 1 статьи 95
Закона о контрактной системе.» Пункт 2.8.2 проекта контракта устанавливает:
«Заказчик поэтапно оплачивает работы по факту объема выполненных Подрядчиком
работ, на соответствующем этапе Графика выполнения работ (Календарного
плана)».
 1.1. Прошу указать числовое значение объема разовых работ в рабочих часах
за один квартал, который подрядчик обязан выполнить за цену контракта: 320 часов
(пункт 2.1 Приложения 2 к ТЗ) или 160 часов (Расчет НМЦК).
1.2. Прошу указать порядок определения суммы, подлежащей оплате за
разовые работы за квартал, если объем разовых работ, выполненных по запросам
Заказчика в этом квартале, меньше значения, указанного в ответе на вопрос 1.1, с
учетом слов «по факту объема выполненных Подрядчиком работ» в пункте 2.8.2
проекта контракта.
1.3. Прошу указать, вправе ли Заказчик при корректировке ЧТЗ по пункту 3.3.1
ТЗ установить количество человеко-часов, при котором суммарный объем разовых
работ за квартал превышает значение, указанное в ответе на вопрос 1.1, и порядок
оплаты такого превышения.
1.4. Прошу указать, будут ли внесены изменения в Извещение для устранения
расхождения между пунктом 2.1 Приложения 2 к ТЗ и Расчетом НМЦК, и дату
размещения таких изменений в ЕИС.
Вопрос второй. Срок и оплата Подготовительного этапа
Пункт 2.1 ТЗ устанавливает: «Подготовительный этап включает в себя период
проведения комплекса мероприятий с даты заключения контракта до подписания
Подрядчиком и Заказчиком Акта приемки Систем на проведение работ по развитию
и обеспечению бесперебойного функционирования, но не более 15 календарных
дней.» и «Основной этап выполнения работ начинается после подписания
Подрядчиком и Заказчиком Акта приемки Систем на проведение работ по развитию
и обеспечению бесперебойного функционирования, но не ранее 1 января 2027 года.»
Строка 1 «Подготовительный этап» Приложения 2 к ТЗ содержит регламент
выполнения «15 календарных дней с момента заключения контракта» и отчетность
по закрытию этапа «Документ о приемке работ по этапу». Пункт 3.2.4 ТЗ
устанавливает: «Документ о приемке работ по Подготовительному этапу
подписывается Сторонами не ранее даты подписания Акта приемки Систем на
проведение работ по развитию и обеспечению бесперебойного функционирования.»
Пункт 3.4.1.3 ТЗ включает в состав документов, подтверждающих закрытие
Подготовительного этапа, «документ о приемке работ в форме, определенной
Контрактом;»
Пункт 3.1 проекта контракта устанавливает: «Начало срока выполнения Работ:
01.01.2027.» График выполнения работ (Календарный план, Приложение № 2 к
проекту контракта) содержит восемь позиций со сроками «01.01.2027- 31.12.2027» и
«01.01.2028- 31.12.2028». Позиции «Подготовительный этап» ни Календарный план,
ни Расчет НМЦК не содержат. Пункт 4.1 проекта контракта устанавливает:
«Подрядчик в срок не позднее 5 (пяти) рабочих дней после окончания завершения
этапа выполнения работ, указанного в Графике выполнения работ (Календарном
 плане), представляет Заказчику комплект отчетной документации, предусмотренной
Техническим заданием, и Документ о приемке, подписанный Подрядчиком.»
2.1. Прошу указать, какая дата является началом выполнения работ
Подготовительного этапа: дата заключения контракта (пункт 2.1 ТЗ, строка 1
Приложения 2 к ТЗ) или 01.01.2027 (пункт 3.1 проекта контракта).
2.2. Прошу указать цену Подготовительного этапа в рублях с копейками и
позицию Расчета НМЦК, в которой учтена стоимость работ Подготовительного
этапа.
2.3. Прошу указать номер позиции Календарного плана, по которой
оформляется Документ о приемке работ по Подготовительному этапу,
предусмотренный пунктами 3.2.4 и 3.4.1.3 ТЗ, и срок оплаты этого этапа.
2.4. Прошу указать, будут ли внесены изменения в Извещение для устранения
расхождения между пунктом 2.1 ТЗ, строкой 1 Приложения 2 к ТЗ и пунктом 3.1 и
Календарным планом проекта контракта, и дату размещения таких изменений в
ЕИС.
Вопрос третий. Этапы исполнения контракта, периодичность приемки и
оплаты
Календарный план проекта контракта устанавливает по каждой из восьми
позиций один этап выполнения работ продолжительностью календарный год:
«01.01.2027- 31.12.2027» (позиции 5-8) и «01.01.2028- 31.12.2028» (позиции 1-4).
Приложение 2 к ТЗ устанавливает для разовых работ (пункт 2.1) регламент
«ежеквартально» и отчетность «Документ о приемке работ», а для работ по
обеспечению бесперебойного функционирования ЕИСУД, АПК МАИП и
Медиатеки (пункты 2.2, 2.3, 2.4) регламент «Ежемесячно» и отчетность «Документ о
приемке работ». Пункт 3.3.1 ТЗ устанавливает: «Сдача-приемка результатов
выполнения разовых работ по развитию Систем осуществляется по завершению
отчетного периода, установленного в п.2 Приложения 2 к настоящему ТЗ».
Расчет НМЦК определяет единицы измерения «усл.ед (месяц)» с количеством
12 для работ по обеспечению бесперебойного функционирования и «усл.ед
(квартал)» с количеством 4 для разовых работ. Пункт 2.8.2 проекта контракта
предусматривает оплату «в течение 7 (семи) рабочих дней с даты подписания
Заказчиком Документа о приемке по соответствующему этапу». Пункт 8.2 проекта
контракта устанавливает, что размер штрафа «в случае, если Контрактом
предусмотрены этапы исполнения Контракта, как процент цены этапа исполнения
Контракта».
3.1. Прошу указать количество этапов исполнения контракта и даты начала и
окончания каждого этапа.
3.2. Прошу указать периодичность оплаты работ по пунктам 2.2, 2.3 и 2.4
Приложения 2 к ТЗ и периодичность оплаты разовых работ по пункту 2.1
 Приложения 2 к ТЗ: ежемесячно, ежеквартально или по окончании календарного
года.
3.3. Прошу указать, от цены какого периода (месяц, квартал или календарный
год) исчисляется цена этапа исполнения контракта при расчете штрафа по пунктам
8.2, 8.3 и пени по пункту 8.7 проекта контракта.
3.4. Прошу указать, будут ли внесены изменения в Календарный план проекта
контракта для устранения расхождения с Приложением 2 к ТЗ и Расчетом НМЦК, и
дату размещения таких изменений в ЕИС.
Вопрос четвертый. Распределение обязанностей: аппаратное обеспечение,
резервное копирование, мониторинг
Пункты 2.2, 2.3 и 2.4 Приложения 2 к ТЗ включают в состав работ подрядчика
«сопровождение и поддержка аппаратного и программного обеспечения Системы».
Пункт 5 Приложения 3 к ТЗ «Требования к службе техподдержки» относит к
зоне ответственности «Заказчик» работы «Аппаратное обеспечение Системы»,
«Эксплуатация оборудования», «Приобретение комплектующих». Пункт 6
Приложения 3 к ТЗ относит к зоне ответственности «Заказчик» в том числе
«Управление событиями» и «Управление резервным копированием».
При этом пункт 3.2.3 ТЗ устанавливает: «Подрядчик организует системы
резервного копирования.» Пункт 3.3.2.2.1 ТЗ устанавливает: «Подрядчик организует
резервное копирование Систем в соответствии с Регламентом резервного
копирования, согласованном на Подготовительном этапе.» Пункт 3.3.2.2.2 ТЗ
устанавливает, что Подрядчик «предоставляет средства системы мониторинга,
обеспечивает их настройку в соответствии с «Регламентом мониторинга и
администрирования» в срок не позднее 15 календарных дней с начала Основного
этапа;» и должен «обеспечить оперативное реагирование (не более 15 минут) на
оповещения системы мониторинга в течение 48 часов после ввода».
Параметр 1 Приложения 4 к ТЗ «Временные параметры (SLA)» устанавливает
для поддержки пользователей и для технического сопровождения режим «8x5»:
«Работы по обращениям ведутся только в рабочее время (по рабочим дням с 9.00 до
18.00)».
4.1. Прошу указать, какая сторона контракта выполняет сопровождение и
поддержку аппаратного обеспечения Систем: подрядчик (пункты 2.2-2.4
Приложения 2 к ТЗ) или Заказчик (пункт 5 Приложения 3 к ТЗ).
4.2. Прошу указать, какая сторона контракта выполняет управление резервным
копированием: подрядчик (пункты 3.2.3 и 3.3.2.2.1 ТЗ) или Заказчик (пункт 6
Приложения 3 к ТЗ).
4.3. Прошу указать наименование и минимальные характеристики средств
системы мониторинга, которые подрядчик предоставляет по пункту 3.3.2.2.2 ТЗ, и
позицию Расчета НМЦК, в которой учтена их стоимость.
 4.4. Прошу указать, применяется ли срок реагирования «не более 15 минут» по
пункту 3.3.2.2.2 ТЗ в течение 48 часов после ввода новой функциональности в
нерабочее время, с учетом режима «8x5» по Параметру 1 Приложения 4 к ТЗ.
Вопрос пятый. Состав и объем «назначенных работ»
Пункт 2.1 Приложения 3 к ТЗ в составе работ по развитию Системы Основного
этапа предусматривает строку «Назначенные работы» с составом «Выполнение
работ» и зоной ответственности «Подрядчик», отдельно от строки 2.2 «Разовые
работы». Подпункт 3.4.2.1 ТЗ предусматривает «Документы по выполнению
назначенных работ:» Пункт 3.2.2 ТЗ устанавливает: «Детализированный отчет
должен включать в себя информацию о выполненных за отчетный период разовых и
назначенных работах.»
Раздел ТЗ «Термины и определения» содержит определение только термина
«Разовая работа». Пункт 2.1 Приложения 2 к ТЗ в составе работ по развитию
указывает только разовые работы. Расчет НМЦК позиций о назначенных работах не
содержит.
5.1. Прошу указать перечень назначенных работ, предусмотренных пунктом
2.1 Приложения 3 к ТЗ и подпунктом 3.4.2.1 ТЗ, и пункт ТЗ, в котором этот перечень
установлен.
5.2. Прошу указать числовое значение максимального объема назначенных
работ (в человеко-часах или иных единицах) за отчетный период и за весь срок
исполнения контракта и пункт Извещения, в котором это значение установлено.
5.3. Прошу указать позицию Расчета НМЦК, в которой учтена стоимость
назначенных работ.
Вопрос шестой. Порядок оценки заявок по критерию «Квалификация
участников закупки»
Таблица 2 Порядка оценки устанавливает для показателя «Наличие у
участников закупки опыта работы, связанного с предметом контракта»
детализирующий показатель «Характеристика квалификации участников закупки №
1 (Общее количество исполненных участником закупки договоров)» и формулу
расчета баллов по значениям Хmax, Хi и Хmin.
Пункт 2.1 таблицы 3 Порядка оценки устанавливает: «Оценивается
предложение участника по общему количеству исполненных участником закупки
контрактов (договоров) за последние 5 лет, предшествующие дате окончания срока
подачи заявок на участие в настоящем конкурсе (оценивается общее количество
оказанных услуг по исполненным участником закупки контрактам (договорам),
связанным с предметом контракта, заключаемого по результатам проведения
закупки, исчисляемый в рублях).» Тот же пункт устанавливает: «Подтверждение
опыта работы участника закупки по успешному выполнению работ сопоставимого
 характера и объема.» Числовое значение «сопоставимого объема» Порядок оценки
не содержит.
Пункт 2.2 таблицы 3 Порядка оценки предусматривает оценку специалистов,
«имеющих высшее образование и (или) прошедших курсы повышения
квалификации по специальностям/ направлениям подготовки, относящимся к
следующим укрупненным группам:» Продолжительность курсов повышения
квалификации Порядок оценки не устанавливает.
6.1. Прошу указать, какое значение используется в качестве Хi при оценке по
детализирующему показателю «Общее количество исполненных участником
закупки договоров»: количество исполненных контрактов (договоров) в штуках или
стоимость оказанных услуг по исполненным контрактам (договорам) в рублях.
6.2. Прошу указать числовое значение минимальной цены исполненного
контракта (договора) в рублях, при которой контракт (договор) признается работой
«сопоставимого объема» и принимается к оценке.
6.3. Прошу указать минимальную продолжительность (в академических часах)
курсов повышения квалификации, при наличии которых специалист, не имеющий
высшего образования по указанным укрупненным группам, учитывается при оценке
по пункту 2.2 таблицы 3 Порядка оценки.
Вопрос седьмой. Состав программного обеспечения Систем и права на
платформу ЕИСУД
Таблица 1 «Общие сведения об информационной системе ЕИСУД»
Приложения 5 к ТЗ указывает разработчика «ООО «Компания Сайтсофт»» и состав
прикладного программного обеспечения: «Программное обеспечение разработано
на языке PHP 7.1, с использованием фреймворка Laravel 4.» Приложение 7 к ТЗ
«Описание Системы ЕИСУД» указывает: «интерпретатор – PHP 7.1;» и «система
управления ЕИСУД МГД – Sitesoft Platform.» Перечень программного обеспечения
ЕИСУД в Приложении 6 к ТЗ указывает «PHP 7.3».
Для АПК МАИП Приложение 5 к ТЗ указывает: «Программное обеспечение
разработано на языке PHP 7, с использованием фреймворка Laravel 4.» и «ОС Astra
Linux 1.7, Laravel 4, RabbitMQ 3.8.2, PHP 7.3». Приложение 8 к ТЗ указывает:
«прикладное программное обеспечение, написанное на языке программирования
PHP с использованием фреймворка PHP Laravel 5 и фреймворка JavaScript jQuery
2.1.1.» и «На сервере менеджера очередей установлен менеджер очередей RabbitMQ
3.3.6».
Раздел 5 ТЗ устанавливает: «Все права на Системы принадлежат Заказчику.»
Пункт 7.3 проекта контракта устанавливает: «В случае если при осуществлении
работ по Контракту осуществляется доработка программ для электронных
вычислительных машин Заказчика, Подрядчик осуществляет ее в соответствии с
 предоставляемыми в обязательном порядке Заказчиком правами на их
использование на период исполнения работ по Контракту.»
7.1. Прошу указать программную основу ЕИСУД: фреймворк Laravel 4
(Приложение 5 к ТЗ) или Sitesoft Platform (Приложение 7 к ТЗ), а также версию
интерпретатора PHP в ЕИСУД: 7.1 (Приложения 5 и 7 к ТЗ) или 7.3 (Приложение 6 к
ТЗ).
7.2. Прошу указать наименование, дату и номер документа, на основании
которого Заказчику принадлежат права на использование и модификацию Sitesoft
Platform, и объем прав, предоставляемых подрядчику по пункту 7.3 проекта
контракта, в том числе в части доступа к исходному коду Sitesoft Platform.
7.3. Прошу указать версию фреймворка Laravel (4 или 5) и версию менеджера
очередей RabbitMQ (3.8.2 или 3.3.6), применяемые в АПК МАИП.
Заключительные положения
Настоящий запрос направлен участником закупки до истечения срока,
установленного частью 4 статьи 42 Закона № 44-ФЗ.
Прошу разместить разъяснения положений Извещения в ЕИС в срок,
установленный частью 5 статьи 42 Закона № 44-ФЗ, с указанием предмета запроса и
без указания участника закупки, от которого поступил запрос.
Прошу дать ответ отдельно по каждому вопросу в нумерации настоящего
запроса.
Ответ:
Уважаемый участник закупки!
На Ваш запрос о даче разъяснений положений извещения об осуществлении
закупки на выполнение работ по развитию и обеспечению бесперебойного
функционирования единой интегрированной системы управления данными
(ЕИСУД), аппаратно-программного комплекса мониторинга и анализа
информационного пространства (АПК МАИП) и единого банка данных (Медиатеки)
архивных и текущих материалов и фотографий в цифровом виде с информационной
системой управления и поиска Московской городской Думы, сообщаем:
1.1 В соответствии с пунктом 2.1 Приложения 2 к Техническому заданию
объем разовых работ по развитию составляет 40 человеко-дней (320 рабочих часов) в
квартал. В соответствии с пунктом 1.2 проекта Контракта Подрядчик выполняет
работы в объеме, установленном Техническим заданием. Цена Контракта является
твердой в соответствии с пунктом 2.6 проекта Контракта и не может изменяться в
ходе его исполнения, за исключением случаев, предусмотренных частью 1 статьи 95
Закона о контрактной системе. В расчете НМЦК объем указан отдельно по годам:
 160 рабочих часов в квартал на 2027 год и 160 рабочих часов в квартал на 2028 год.
Контракт заключается на 2 года.
1.2. Оплата производится только за работы, выполненные Подрядчиком,
предъявленные в установленном порядке и принятые Заказчиком по Документу о
приёмке. Стоимость и трудозатраты согласовываются при составлении
Подрядчиком ЧТЗ.
1.3. Нет. Корректировка ЧТЗ используется для уточнения состава, сроков,
трудоёмкости, критериев приёмки и отчётности в пределах предмета и объёма
Контракта.
1.4. В соответствии с пунктом 2.1 Приложения 2 к Техническому заданию
объем разовых работ по развитию составляет 40 человеко-дней (320 рабочих часов) в
квартал. В соответствии с пунктом 1.2 проекта Контракта Подрядчик выполняет
работы в объеме, установленном Техническим заданием. Цена Контракта является
твердой в соответствии с пунктом 2.6 проекта Контракта и не может изменяться в
ходе его исполнения, за исключением случаев, предусмотренных частью 1 статьи 95
Закона о контрактной системе. В расчете НМЦК объем указан отдельно по годам:
160 рабочих часов в квартал на 2027 год и 160 рабочих часов в квартал на 2028 год.
Контракт заключается на 2 года.
2.1. Подготовительный этап начинается с даты заключения Контракта и
продолжается не более 15 календарных дней. Основной этап начинается после
завершения Подготовительного этапа и подписания предусмотренного Техническим
заданием Акта приёмки Систем, при этом датой начала основного периода не может
считаться дата ранее 01.01.2027 год. Если Контракт заключён после 17.12.2026 год и
завершение 15-дневного Подготовительного этапа приходится на 2027 год,
фактическим началом Основного этапа является дата выполнения условий его
начала, а не 01.01.2027 год.
2.2. Подготовительный этап оплате не подлежит, так как фактические работы
осуществляются с 01.01.2027 года. Подготовительный этап включает в себя период
проведения комплекса мероприятий с даты заключения контракта до подписания
Подрядчиком и Заказчиком Акта приемки Систем на проведение работ по развитию
и обеспечению бесперебойного функционирования, но не более 15 календарных
дней.
2.3. – 2.4. Формирование информации и документов по данному предмету
закупки осуществляется путем заполнения экранных форм веб-интерфейса Единой
автоматизированной информационной системы торгов города Москвы (ЕАИСТ) и
последующая интеграция в Единую информационную систему электронного
документа,
содержащего
сформированную
информацию,
посредством
информационного взаимодействия.
 При этом, в соответствии с пунктом 6.7 Положения о системе закупок города
Москвы 899-ПП утвержденные в установленном порядке типовые формы
закупочной документации, комплекты типовых форм документов подлежат
обязательному применению заказчиками, за исключением случаев определения
поставщика (подрядчика, исполнителя) закрытым способом и осуществления
закупок у единственного поставщика (подрядчика, исполнителя).
3.1 Количество этапов указано в Приложение 2 к Техническому заданию.
3.2. В соответствии с Приложением 2 к ТЗ работы по обеспечению
бесперебойного функционирования ЕИСУД, АПК МАИП и Медиатеки
принимаются ежемесячно; разовые работы по развитию принимаются
ежеквартально.
3.3. В соответствии со ст 8. Государственного контракта Ответственность
сторон, размер штрафа устанавливается Контрактом в порядке, установленном
настоящей статьей, в том числе рассчитывается как процент Цены контракта, или в
случае, если Контрактом предусмотрены этапы исполнения Контракта, как процент
цены этапа исполнения Контракта.
3.4. Формирование информации и документов по данному предмету закупки
осуществляется путем заполнения экранных форм веб-интерфейса Единой
автоматизированной информационной системы торгов города Москвы (ЕАИСТ) и
последующая интеграция в Единую информационную систему электронного
документа,
содержащего
сформированную
информацию,
посредством
информационного взаимодействия. При этом, в соответствии с пунктом 6.7
Положения о системе закупок города Москвы 899-ПП утвержденные в
установленном порядке типовые формы закупочной документации, комплекты
типовых форм документов подлежат обязательному применению заказчиками, за
исключением случаев определения поставщика (подрядчика, исполнителя)
закрытым способом и осуществления закупок у единственного поставщика
(подрядчика, исполнителя).
4.1. Заказчик отвечает за аппаратное обеспечение, эксплуатацию
оборудования и приобретение комплектующих в соответствии с Приложением 3 к
ТЗ. Подрядчик выполняет техническое сопровождение прикладных Систем и
программных компонентов в пределах ТЗ.
4.2. Подрядчик организует резервное копирование Систем в прикладной и
организационно-технической части: разрабатывает и согласует Регламент
резервного копирования, определяет состав данных и требуемую периодичность,
настраивает задания и проверяет результаты в пределах доступных ему полномочий.
Заказчик обеспечивает инфраструктурные ресурсы, хранилища, доступы и
системные средства, отнесённые к его зоне ответственности в части управления
резервным копированием.
 4.3. Заказчик не ограничивает Подрядчика конкретными характеристиками
систем мониторинга, если они настроены в соответствии с «Регламентом
мониторинга и администрирования». Этот пункт относится к подготовительному
этапу.
4.4. Нет. В соответствии с Параметром 1 Приложения 4 к ТЗ режим
выполнения работ определяется отдельно для Технической поддержки и для
Сервисного обслуживания.
5.1. - 5.2. Полная информация об объеме работ указана в техническом задании
приложения к государственному контракту.
5.3. В соответствии с пунктом 2.1 Приложения 2 к Техническому заданию
объем разовых работ по развитию составляет 40 человеко-дней (320 рабочих часов) в
квартал. В соответствии с пунктом 1.2 проекта Контракта Подрядчик выполняет
работы в объеме, установленном Техническим заданием. Цена Контракта является
твердой в соответствии с пунктом 2.6 проекта Контракта и не может изменяться в
ходе его исполнения, за исключением случаев, предусмотренных частью 1 статьи 95
Закона о контрактной системе. В расчете НМЦК объем указан отдельно по годам:
160 рабочих часов в квартал на 2027 год и 160 рабочих часов в квартал на 2028 год.
Контракт заключается на 2 года.
6.1-6.3. Порядок рассмотрения и оценки заявок на участие в открытом
конкурсе в электронной форме, также используемые в нем понятия и формулы,
определены в соответствии с Положением об оценке заявок на участие в закупке
товаров, работ, услуг, утвержденным постановлением Правительства Российской
Федерации от 31.12.2021 № 2604 «Об оценке заявок на участие в закупке товаров,
работ, услуг для обеспечения государственных и муниципальных нужд, внесении
изменений в пункт 4 постановления Правительства Российской Федерации от 20
декабря 2021 г. № 2369 и признании утратившими силу некоторых актов и
отдельных положений некоторых актов Правительства Российской Федерации»
(далее – Положение).
Формулы
оценки,
предусмотренные
пунктом
20
Положения,
предусматривают оценку с учетом того, какое значение является для заказчика
наилучшим (наибольшее или наименьшее), а также с учетом наличия или отсутствия
предельного (предельных) минимального и (или) максимального значения
(значений) показателя. Заказчик самостоятельно выбирает формулу из числа
предусмотренных пунктом 20 Положения. Используемые заказчиком формулы и
значения указаны в таблице II «Критерии и показатели оценки заявок на участие в
закупке» Порядка рассмотрения и оценки заявок на участие в конкурсе, и указанные
формулы не предусматривают предельного минимального и (или) максимального
значения показателя, т.к. заранее не известны и не ограничиваются значения,
которые могут быть предложены разными участниками закупки.
 Таким образом, указание «числовое значение минимальной цены исполненного
контракта (договора) в рублях, при которой контракт (договор) признается
работой «сопоставимого объема» и принимается к оценке» и «минимальную
продолжительность (в академических часах) курсов повышения квалификации, при
наличии которых специалист, не имеющий высшего образования по указанным
укрупненным группам, учитывается при оценке по пункту 2.2 таблицы 3 Порядка
оценки» не предусмотрено и заказчиком не применяется.
7.1. Актуальными версиями считать версии, обозначенные в Приложении 5/6
Технического задания.
7.2. Акты передачи исключительных прав, могут быть предоставлены по
запросу после подписания контракта. Заказчик предоставляет Подрядчику исходные
материалы и исходный код Систем в объёме, необходимом для выполнения работ по
Контракту.
7.3. Laravel 5, RabbitMQ 3.3.6
Дополнительно сообщаем, что в документацию о закупке будут внесены
изменения для уточнения объема выполнения работ
