=== ФАЙЛ: Описание объекта закупки | docs/0372200278526000090/Описание_объекта_закупки[9].pdf
Приложение № 1
к Извещению об осуществлении закупки
УТВЕРЖДАЮ:
Заместитель директора
СПб ГКУ «УИТС»
_______________ /О.В.Раева/
«___» ___________ 2026 г.
ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ
Термины и определения
В настоящем документе применены следующие термины с соответствующими
определениями:
Термин
Определение
1
2
Заказчик
Санкт-Петербургское государственное казенное учреждение
«Управление информационных технологий и связи»
Задача
Элемент функциональной структуры Системы, представляющий
собой процесс обработки информации с четко определенным
множеством входной и выходной информации и имеющий
самостоятельный технологический результат
Комплекс задач
Элемент функциональной структуры Системы, представляющий
собой совокупность функционально взаимосвязанных задач
Мажорные изменения Значительные изменения или добавление функционала в
программном обеспечении Системы, в том числе приводящие к
нарушению совместимости. Формат (тип) изменения определяется
разработчиком
Минорные изменения Незначительные изменения или добавление функционала в
программном
обеспечении
Системы
без
нарушения
совместимости.
Формат
(тип)
изменения
определяется
разработчиком
Обладатель
Администрация Губернатора Санкт-Петербурга
информации
Объект автоматизации Организация
(или
организации),
деятельность
которых
автоматизируется
Объект
Совокупность информационных ресурсов, средств и систем
информатизации
обработки информации, используемых в соответствии с заданной
информационной технологией, а также средств их обеспечения,
помещений или объектов (зданий, сооружений, технических
средств), в которых эти средства и системы установлены, или
помещений и объектов, предназначенных для ведения
конфиденциальных переговоров
Оператор
Администрация Губернатора Санкт-Петербурга
Получатель
Администрация Губернатора Санкт-Петербурга
Промышленный
Программно-аппаратная среда, используемая в целях эксплуатации
контур
Системы
Предпродуктивный
Программно-аппаратная среда, используемая в целях организации
контур
установки, наладки, предварительных и приемочных испытаний,
2
Термин
1
Продуктивный контур
Репозиторий
Система
Строгая
аутентификация
Ansible
CodeScoring
CI/CD
Git
MP3
MPEG-2
Определение
2
опытной эксплуатации Системы. Располагается на мощностях,
предоставление
которых
организуется
Заказчиком.
Предпродуктивный контур является частью Промышленного
контура Системы. Предпродуктивный контур по архитектуре и
конфигурации должен соответствовать продуктивному контуру
Системы, включая интеграции со внешними информационными
системами (состоянию продуктивного контура Системы по
результатам развития Системы в рамках настоящего контракта)
Программно-аппаратная
среда,
используемая
в
целях
промышленной эксплуатации Системы. Продуктивный контур
является частью Промышленного контура Системы
Репозиторий хранения исходных кодов государственных
информационных систем Санкт-Петербурга
Государственная информационная система Санкт-Петербурга
«Единая система строительного комплекса Санкт-Петербурга»
Аутентификация с применением только метода многофакторной
взаимной аутентификации и использованием криптографических
протоколов аутентификации.
Инструмент управления конфигурациями кода
Инструмент для анализа кода на уязвимости
Совокупность практик и программных средств автоматизации
процессов
разработки
программного
обеспечения,
обеспечивающих непрерывную интеграцию изменений кода,
автоматизированное тестирование, сканирование на наличие
уязвимостей, сборку и развертывание программного продукта в
целевые среды эксплуатации с минимальным участием человека
Распределённая
система
управления
версиями
СанктПетербургского государственного казенного учреждения «Служба
сопровождения программных комплексов». Система обеспечивает
хранение полной истории изменений (включая версии), ветвление,
слияние кода и целостность данных
Формат файла для хранения аудиоинформации
Группа стандартов цифрового кодирования видео-и аудиосигналов
3
Сокращения и обозначения
В настоящем документе применены следующие сокращения (обозначения):
Сокращение
Значение сокращения (обозначения)
(обозначение)
1
2
АРМ
Автоматизированное рабочее место
БД
База данных
ВИС
Ведомственная информационная система
ВМ
Виртуальная машина
ГОСТ
Государственный стандарт
ЕГРЗ
Единый государственный реестр заключений
ЕГРИП
Единый
государственный
реестр
индивидуальных
предпринимателей
ЕГРН
Единый государственный реестр недвижимости
ЕГРЮЛ
Единый государственный реестр юридических лиц
ЕИСЖС
Единая информационная система жилищного строительства
ЕСИА
Федеральная государственная информационная система «Единая
система идентификации и аутентификации в инфраструктуре,
обеспечивающей
информационно-технологическое
взаимодействие информационных систем, используемых для
предоставления государственных и муниципальных услуг в
электронной форме»
ЕСОВ ТОРИС
Подсистема
«Единая
система
однократного
входа»
автоматизированной
системы
«Технологическое
ядро»
государственной информационной системы Санкт-Петербурга
«Территориальная отраслевая региональная информационная
система»
ЕССК
Государственная информационная система Санкт-Петербурга
«Единая система строительного комплекса Санкт-Петербурга»
ЗО КИИ
Значимый объект критической информационной инфраструктуры
ИЖС
Индивидуальное жилищное строительство
ИНН
Идентификационный номер налогоплательщика
ИОГВ
Исполнительный орган государственной власти Санкт-Петербурга
ИСПДн
Информационная система персональных данных
МАИС ЭГУ
Межведомственная автоматизированная информационная система
предоставления
в Санкт-Петербурге
государственных
и муниципальных услуг в электронном виде
МЧД
Машиночитаемая доверенность
НСД
Несанкционированный доступ
ОГРН
Основной государственный регистрационный номер
ОГРНИП
Основной
государственный
регистрационный
номер
индивидуального предпринимателя
ОЖР
Общий журнал работ
ОКПД2
Общероссийский
классификатор
продукции
по
видам
экономической деятельности
ОКС
Объект капитального строительства
ОПО
Общее программное обеспечение
ОС
Операционная система
ПО
Программное обеспечение
4
Сокращение
(обозначение)
1
РБПО
Реестр
Реестр ГИС
Репозиторий
РНВ
РНС
Роспатент
РПГУ
РРЦОД
РСМЭВ
СГСН
СЗИ
СМЭВ
СКЗИ
СПО
СрЗИ
СУБД
СФУП
ТИМ
УКЭП
ФГИС ЕГРН
ФИО
ФОИВ
ФСБ России
ФСТЭК России
ЦИМ ОКС
ЦОУ ИБ АПК БГ
ЭВМ
ЭДО
API
Значение сокращения (обозначения)
2
Разработка безопасного программного обеспечения
Единый реестр российских программ для электронных
вычислительных машин и баз данных или Единый реестр программ
для электронных вычислительных машин и баз данных из
государств – членов Евразийского экономического союза за
исключением Российской Федерации
Государственная информационная система Санкт-Петербурга
«Реестр
государственных
информационных
систем
Санкт-Петербурга»
Репозиторий хранения исходных кодов государственных
информационных систем Санкт-Петербурга
Разрешение на ввод в эксплуатацию
Разрешение на строительство
Федеральная служба по интеллектуальной собственности
Региональный портал государственных услуг
Распределенный региональный центр обработки данных
исполнительных
органов
государственной
власти
Санкт-Петербурга
Региональная
система
межведомственного
электронного
взаимодействия
Служба государственного строительного надзора и экспертизы
Санкт-Петербурга
Подсистема Система защиты информации
Единая система межведомственного электронного взаимодействия
Средство криптографической защиты информации, шифровальное
(криптографическое) средство
Специальное программное обеспечение
Средство защиты информации
Система управления базами данных
Государственная информационная система Санкт-Петербурга
«Система формирования и учета проектов»
Технологии информационного моделирования
Усиленная квалифицированная электронная подпись
Федеральная государственная информационная система Единый
государственные реестр недвижимости
Фамилия, имя, отчество
Федеральные органы исполнительной власти
Федеральная служба безопасности Российской Федерации
Федеральная служба по техническому и экспортному контролю
Цифровая информационная модель объекта капитального
строительства
Автоматизированная система «Центр оперативного управления
информационной
безопасностью»
государственной
информационной системы Санкт-Петербурга «Аппаратнопрограммный комплекс «Безопасный город»
Электронно-вычислительная машина
Электронный документооборот
Application Programming Interface Программный интерфейс
5
Сокращение
(обозначение)
1
Значение сокращения (обозначения)
2
приложения
Audio Video Interleave – (англ.) Формат файлов содержащий видеои аудиоданные, позволяющий синхронно воспроизводить видео
со звуком
BIM
Building Information Model или Modeling (англ.) – информационная
модель здания
BPMN
Business Process Model and Notation (англ.) – система условных
обозначений (нотация) и их описания
CD/DVD
Compact Disc/ Digital Versatile Disc – (англ.) Оптический носитель
информации в виде цифрового многоцелевого диска,
предназначенного для хранения и считывания информации
DOCX (DOC)
Microsoft Office Document (англ.) Текстовый формат файлов для
хранения электронных документов пакетов офисных приложений
DVD M-DISC
DVD M-DISC Digital Versatile Millennial Disc – (англ.) Оптический
носитель информации в виде цифрового многоцелевого диска,
предназначенного для длительного хранения и считывания
информации
IFC
Industry Foundation Classes (англ.) – открытый стандарт для
формата представления данных BIM
JPEG (JPG)
Joint Photographic Experts Group – (англ.) Растровый графический
формат, применяемый для хранения фотоизображений и подобных
им изображений
PDF
Portable Document Format – (англ.) Межплатформенный формат
электронных документов
PDF/A
Portable Document Format / A – (англ.) Стандарт для долгосрочного
архивного хранения электронных документов, базирующийся
на описании стандарта PDF
RAM
Random Access Memory – (англ.) Оперативная память
RSID
Идентификатор электронного сервиса в РСМЭВ
SSL
Secure Sockets Layer Протокол безопасности, создающий
зашифрованное соединение между веб-сервером и веб-браузером
UML
Unified Modeling Language (англ.) – система условных обозначений
(нотация) и их описания
URL
Uniform Resource Locator (англ.) –адрес ресурса в сети Интернет
UUID (GUID)
Universally unique identifier (Globally Unique Identifier) (англ.) –
уникальный электронный идентификатор
vCPU
Virtual Central Processing Unit – (англ.) Виртуальное центральное
процессорное устройство
XLSX (XLS)
Microsoft Office Excel – (англ.) Формат файла, предназначенный
для хранения электронных таблиц
XLST
eXtensible Stylesheet Language Transformations (англ.) – язык
преобразования XML-документов
1. Перечень выполняемых работ
1.1. Перечень выполняемых работ приведен в Приложении № 1 к Описанию объекта
закупки.
2.
Требования
к
техническим,
функциональным и эксплуатационным, качественным характеристикам
объекта закупки
AVI
6
2.1. Технические, функциональные и эксплуатационные характеристики объекта
закупки указаны в Приложении № 2 и Приложении № 3 к Описанию объекта закупки.
2.2. Общие сведения о Системе доступны в Реестре ГИС по ссылке https://reestrgis.gov.spb.ru/gis. Выполнение работ по развитию Системы в 2026-2027 годах осуществляется
на основе технических и программных решений, реализованных ранее в рамках работ
по созданию и развитию Системы в 2016-2025 годах.
2.3. Уполномоченным лицом, предоставляющим вычислительные ресурсы Получателю
для обработки информации, содержащейся в Системе, является Санкт-Петербургское
государственное
казенное
учреждение
«Санкт-Петербургский
информационноаналитический центр» – оператор Распределенного регионального центра обработки данных
исполнительных органов государственной власти Санкт-Петербурга.
2.4. Организацией,
осуществляющей
сопровождение
Системы,
является
Санкт-Петербургское государственное казенное учреждение «Служба сопровождения
программных комплексов».
2.5. Свидетельство от 28.04.2026 № 2693/26/1/0 о регистрации государственной
информационной системы Санкт-Петербурга «Единая система строительного комплекса
Санкт-Петербурга» в государственной информационной системе Санкт-Петербурга «Реестр
государственных информационных систем Санкт-Петербурга».
2.6. Аттестат соответствия требованиям безопасности информации государственной
информационной системы Санкт-Петербурга «Единая система строительного комплекса
Санкт-Петербурга» от 13.12.2018 № 32/12/18.
2.7. Распоряжение Администрации Губернатора Санкт-Петербурга от 07.02.2022 № 3-ра
(ред. от 07.02.2022) «О вводе государственной информационной системы Санкт Петербурга
«Единая система строительного комплекса Санкт-Петербурга» в эксплуатацию».
3. Требования к качеству и безопасности работ
3.1. Выполняемые работы должны отвечать требованиям, указанным в Приложении № 2
к Описанию объекта закупки.
3.2. Документы и/или информация, необходимые Подрядчику для выполнения работ
по Контракту, предоставляются Заказчиком на основании письменного запроса Подрядчика.
Запрос о предоставлении документов и/или информации должен содержать обоснование
необходимости предоставления таких документов и/или информации с указанием
обязательств Подрядчика, исполнение которых невозможно без предоставления таких
документов и/или информации. В случае необходимости получения документов и/или
информации от Получателя, Подрядчик обязан направить в адрес Получателя запрос
о предоставлении документов и/или информации, содержащий обоснование необходимости
предоставления таких документов и/или информации с указанием обязательств Подрядчика,
исполнение которых невозможно без предоставления таких документов и/или информации,
с учетом положений пункта 4.1.35 Контракта.
Условия использования исходного кода Системы (в случае если такой исходный код
передается Подрядчику для выполнения работ) установлены в пункте 12.2 Контракта.
3.3. Работы выполняются Подрядчиком в соответствии с международными стандартами,
национальными стандартами и государственными стандартами в части требований
к проектированию, стадиям создания, видам, комплектности и обозначению документов,
видам испытаний при создании и (или) развитии (модернизации) государственных
информационных систем и (или) иных информационных систем.
При проектировании способов и средств обработки данных, содержащихся в Системе,
должно быть предусмотрено использование классификаторов в соответствии с Положением
о системе
классификаторов
исполнительных
органов
государственной
власти
Санкт-Петербурга, утвержденным постановлением Правительства Санкт-Петербурга
от 30.09.2005 № 1491. При использовании локальных классификаторов (классификаторов
7
ИОГВ) Подрядчик обязан обосновать невозможность использования общегородских
классификаторов Санкт-Петербурга и/или общероссийских классификаторов.
Заказчик после заключения Контракта на основании запроса Подрядчика передает
перечень имеющегося у Заказчика общего программного обеспечения. При выполнении работ
Подрядчик обязан использовать программное обеспечение, включенное в указанный
перечень, использование иного, не включенного в перечень общего программного
обеспечения допускается только по согласованию с Заказчиком.
Результаты выполняемых работ и технические решения, разработанные и реализованные
Подрядчиком при выполнении работ по созданию/развитию Системы, должны
соответствовать требованиям к защите информации, приведенным в Приложении № 4
к Описанию объекта закупки.
3.4. При выполнении работ должны быть соблюдены требования нормативных правовых
актов, международных стандартов, национальных стандартов, государственных стандартов,
технических регламентов, документов по стандартизации и иных руководящих документов
в сфере информации, информационных технологий и защиты информации, связи,
приведенных в Таблице 1.
Таблица 1
Обозначение
Наименование
1
2
Федеральный
закон О техническом регулировании
от 27.12.2002 № 184-ФЗ
Федеральный
закон Об информации, информационных технологиях и о защите
от 27.07.2006 № 149-ФЗ информации
Федеральный
закон О персональных данных
от 27.07.2006 № 152-ФЗ
Федеральный
закон Об электронной подписи
от 06.04.2011 № 63-ФЗ
Федеральный
закон О стандартизации в Российской Федерации
от 29.06.2015 № 162-ФЗ
Постановление
О федеральной государственной информационной системе
Правительства
«Единая
система
идентификации
и
аутентификации
Российской Федерации в
инфраструктуре,
обеспечивающей
информационноот 28.11.2011 № 977
технологическое взаимодействие информационных систем,
используемых
для
предоставления
государственных
и муниципальных услуг в электронной форме»
Постановление
Об
электронной
подписи,
используемой
органами
Правительства
исполнительной власти и органами местного самоуправления при
Российской Федерации организации электронного взаимодействия между собой,
от 09.02.2012 № 111
о порядке ее использования, а также об установлении требований
к обеспечению совместимости средств электронной подписи
Постановление
Об утверждении требований к защите персональных данных при
Правительства
их обработке в информационных системах персональных данных
Российской Федерации
от 01.11.2012 № 1119
Постановление
Об обеспечении доступа к общедоступной информации
Правительства
о деятельности государственных органов и органов местного
Российской Федерации самоуправления в информационно-телекоммуникационной сети
от 10.07.2013 № 583
«Интернет» в форме открытых данных (вместе с «Правилами
отнесения
информации
к общедоступной
информации,
размещаемой государственными органами и органами местного
самоуправления в информационно-телекоммуникационной сети
«Интернет»
в форме
открытых
данных»,
«Правилами
8
1
Постановление
Правительства
Российской Федерации
от 06.07.2015 № 676
Приказ Федерального
агентства
правительственной
связи и информации
при
Президенте
Российской Федерации
от 13.06.2001 № 152
Приказ
Федеральной
службы безопасности
Российской Федерации
от 09.02.2005 № 66
Приказ Федеральной
службы
по техническому
и экспортному
контролю
от 18.02.2013 № 21
Приказ
Федеральной
службы безопасности
Российской Федерации
от 10.07.2014 № 378
2
определения периодичности размещения в информационнотелекоммуникационной сети «Интернет» в форме открытых
данных
общедоступной
информации
о деятельности
государственных органов и органов местного самоуправления,
сроков ее обновления, обеспечивающих своевременность
реализации и защиты пользователями своих прав и законных
интересов, а также иных требований к размещению указанной
информации в форме открытых данных», «Правилами
обязательного размещения органами государственной власти
субъектов Российской Федерации и органами местного
самоуправления
общедоступной
информации
о деятельности органов государственной власти субъектов
Российской Федерации и органов местного самоуправления,
созданной указанными органами или поступившей к ним при
осуществлении полномочий по предметам ведения Российской
Федерации и полномочий Российской Федерации по предметам
совместного
ведения
Российской
Федерации
и субъектов Российской Федерации, переданных для
осуществления органам государственной власти субъектов
Российской Федерации или органам местного самоуправления,
в информационно-телекоммуникационной сети «Интернет»
в форме открытых данных»)
О требованиях к порядку создания, развития, ввода
в эксплуатацию, эксплуатации и вывода из эксплуатации
государственных информационных систем и дальнейшего
хранения содержащейся в их базах данных информации
Об утверждении Инструкции об организации и обеспечении
безопасности хранения, обработки и передачи по каналам связи
с использованием средств криптографической защиты
информации с ограниченным доступом, не содержащей сведений,
составляющих государственную тайну
Об утверждении Положения о разработке, производстве,
реализации и эксплуатации шифровальных (криптографических)
средств защиты информации (Положение ПКЗ-2005)
Об утверждении состава и содержания организационных
и технических мер по обеспечению безопасности персональных
данных при их обработке в информационных системах
персональных данных
Об утверждении Состава и содержания организационных
и технических мер по обеспечению безопасности персональных
данных при их обработке в информационных системах
персональных
данных
с
использованием
средств
криптографической защиты информации, необходимых для
выполнения установленных Правительством Российской
Федерации требований к защите персональных данных для
каждого из уровней защищенности
9
1
Приказ Министерства
связи
и
массовых
коммуникаций
Российской Федерации
от 19.08.2015 № 305
Приказ Министерства
экономического
развития
Российской
Федерации
от 05.04.2016 № 211
Приказ Министерства
цифрового
развития,
связи
и
массовых
коммуникаций
Российской Федерации
от 22.09.2020 № 486
Приказ Федеральной
службы
по техническому
и экспортному
контролю
от 29.04.2021 № 77
Приказ Федерального
архивного
агентства
от 28.12.2021 № 142
Приказ Федеральной
службы по
техническому
и экспортному
контролю
от 04.07.2022 г. № 118
Приказ Федеральной
службы по
техническому
и экспортному
контролю
2
Об утверждении Методических рекомендаций по использованию
свободного программного обеспечения в деятельности
федеральных органов исполнительной власти, включая критерии
определения государственных информационных систем, при
создании которых необходимо использовать свободное
программное обеспечение, в том числе государственных
информационных систем, предназначенных для оказания
государственных и муниципальных услуг в электронном виде
Об утверждении Правил оформления заявки на государственную
регистрацию программы для электронных вычислительных
машин или базы данных, Правил составления документов,
являющихся основанием для осуществления юридически
значимых действий по государственной регистрации программы
для электронных вычислительных машин или базы данных,
и их форм, Порядка государственной регистрации программы для
электронных вычислительных машин и базы данных, Перечня
сведений о зарегистрированной программе для электронных
вычислительных машин или базе данных, публикуемых
в официальном
бюллетене
Федеральной
службы
по интеллектуальной
собственности,
Перечня
сведений,
указываемых в свидетельстве о государственной регистрации
программы для электронных вычислительных машин или базы
данных, формы свидетельства о государственной регистрации
программы для электронных вычислительных машин, формы
свидетельства о государственной регистрации базы данных
Об утверждении классификатора программ для электронных
вычислительных машин и баз данных
Об утверждении Порядка организации и проведения работ
по аттестации объектов информатизации на соответствие
требованиям о защите информации ограниченного доступа,
не составляющей государственную тайну
Об утверждении Перечня типовых архивных документов,
образующихся в научно-технической и производственной
деятельности организаций, с указанием сроков хранения
Требования по безопасности информации к средствам
контейнеризации
Требования по
виртуализации
безопасности
информации
к
средствам
10
1
от 27.10.2022 г. № 187
Приказ Министерства
строительства и
жилищнокоммунального
хозяйства Российской
Федерации
от 02.11.2022 № 929/ПР
Приказ Министерства
строительства и
жилищнокоммунального
хозяйства Российской
Федерации
от 02.12.2022
№ 1026/ПР
Приказ Министерства
цифрового
развития,
связи
и
массовых
коммуникаций
Российской Федерации
от 18.01.2023 № 21
Приказ Федеральной
службы по
техническому
и экспортному
контролю
от 14.04.2023 г. № 64
Приказ Министерства
строительства и
жилищнокоммунального
хозяйства Российской
Федерации
от 16.05.2023 № 344/ПР
Приказ
Федеральной
службы
по
техническому
и
экспортному контролю
от 11.04.2025 № 117
Приказ Федеральной
службы по надзору в
сфере связи,
информационных
технологий и массовых
коммуникаций
от 19.06.2025 № 140
Приказ Министерства
строительства и
жилищно-
2
Об утверждении требований к формату документов,
используемых
при
осуществлении
регионального
государственного строительного надзора и составляемых в
электронной форме
Об утверждении формы и порядка ведения общего журнала, в
котором ведется учет выполнения работ по строительству,
реконструкции, капитальному ремонту объекта капитального
строительства
Об утверждении Методических рекомендаций по переходу на
использование российского программного обеспечения, в том
числе на значимых объектах критической информационной
инфраструктуры Российской Федерации, и о реализации мер,
направленных на ускоренный переход органов государственной
власти и организаций на использование российского
программного обеспечения в Российской Федерации
Требования по безопасности информации к системам управления
базами данных
Об утверждении состава и порядка ведения исполнительной
документации при строительстве, реконструкции, капитальном
ремонте объектов капитального строительства
Об утверждении требований о защите информации,
содержащейся в государственных информационных системах,
иных информационных системах государственных органов,
государственных унитарных предприятий, государственных
учреждений
Об утверждении требований к обезличиванию персональных
данных и методов обезличивания персональных данных, за
исключением случаев, указанных в пункте 9.1 части 1 статьи 6
Федерального закона от 27 июля 2006 г. № 152-ФЗ «О
персональных данных»
Об установлении составов сведений, содержащихся в реестре
уведомлений
о
планируемом
строительстве
объектов
индивидуального жилищного строительства и в реестре
11
1
коммунального
хозяйства Российской
Федерации от
21.04.2026 № 257/пр
2
уведомлений
об
окончании
строительства
индивидуального жилищного строительства
Приказ Министерства
строительства и
жилищнокоммунального
хозяйства Российской
Федерации от
17.07.2026 № 457/пр
Об установлении типовой формы выписки из реестра разрешений
на строительство объектов капитального строительства и типовой
формы выписки из реестра разрешений на ввод объектов
капитального строительства в эксплуатацию
Приказ
Федеральной
службы безопасности
Российской Федерации
от 22.08.2026 № 321
Об утверждении Требований о защите информации,
содержащейся в государственных информационных системах,
иных информационных системах государственных органов,
государственных унитарных предприятий, государственных
учреждений, а также при использовании технических средств и
программ для электронных вычислительных машин и баз данных
в соответствии с частью 5.1 статьи 13 Федерального закона от 27
июля 2006 г. № 149-ФЗ «Об информации, информационных
технологиях и о защите информации» с использованием
шифровальных (криптографических) средств»
О
государственных
информационных
системах
Санкт-Петербурга
Закон
Санкт-Петербурга
от 01.07.2009 № 371-70
Постановление
Правительства
Санкт-Петербурга
от 18.11.2003 № 43
Постановление
Правительства
Санкт-Петербурга
от 30.09.2005 № 1491
Постановление
Правительства
Санкт-Петербурга
от 27.04.2010 № 450
Постановление
Правительства
Санкт-Петербурга
от 16.08.2010 № 1101
Постановление
Правительства
Санкт-Петербурга
от 01.07.2011 № 884
объектов
Постановление Правительства Санкт-Петербурга от 18.11.2003
№ 43 «Об Администрации Губернатора Санкт-Петербурга»
Об утверждении
исполнительных
Санкт-Петербурга
Положения
органов
о
системе классификаторов
государственной
власти
Постановление Правительства Санкт-Петербурга от 27.04.2010
№ 450 «О Комитете по информатизации и связи»
О
мерах
по
реализации
Закона
Санкт-Петербурга
«О государственных
информационных
системах
Санкт-Петербурга»
Об организации деятельности исполнительных органов
государственной власти Санкт-Петербурга по развитию,
подключению и эксплуатации Единой мультисервисной
телекоммуникационной
сети
исполнительных
органов
государственной власти Санкт-Петербурга и создании
государственной информационной системы Санкт-Петербурга
«Учет
ресурсов
Единой
мультисервисной
телекоммуникационной
сети
исполнительных
органов
государственной власти Санкт-Петербурга»
12
1
Постановление
Правительства
Санкт-Петербурга
от 22.08.2016 № 706
Постановление
Правительства
Санкт-Петербурга
от 24.10.2016 № 928
Распоряжение
Администрации
Санкт-Петербурга
от 19.02.2002 № 227-ра
Распоряжение
Комитета
по информатизации
и связи
от 12.07.2010 № 31-р
Распоряжение
Комитета
по информатизации
и связи
от 29.11.2010 № 48-р
ГОСТ Р 2.102-2023
ГОСТ Р 2.104-2023
ГОСТ Р 2.105-2019
ГОСТ Р 2.106-2019
ГОСТ Р 2.109-2023
ГОСТ Р 2.601-2019
ГОСТ Р 7.0.97-2025
ГОСТ 7.32-2017
ГОСТ 19.101-2024
ГОСТ 19.202-78
(СТ СЭВ 2090-80)
ГОСТ 19.402-78
(СТ СЭВ 2092-80)
2
Постановление Правительства Санкт-Петербурга от 22.08.2016 №
706 «О создании государственной информационной системы
Санкт-Петербурга «Единая система строительного комплекса
Санкт-Петербурга»
О мерах по реализации постановления Правительства Российской
Федерации от 06.07.2015 № 676
О создании единой мультисервисной телекоммуникационной
сети исполнительных органов государственной власти
Санкт-Петербурга
Об утверждении Административного регламента Комитета
по информатизации и связи по исполнению государственной
функции по обеспечению ведения Реестра государственных
информационных систем Санкт-Петербурга
О мерах по реализации постановления Правительства
Санкт-Петербурга от 16.08.2010 № 1101 «О мерах по реализации
Закона Санкт-Петербурга «О государственных информационных
системах Санкт-Петербурга»
Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Виды и комплектность
конструкторских документов
Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Основные надписи.
Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Общие требования к текстовым
документам
Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Текстовые документы
Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Основные требования к
чертежам
Национальный стандарт Российской Федерации. Единая система
конструкторской документации. Эксплуатационные документы
Национальный стандарт Российской Федерации. Система
стандартов по информации, библиотечному и издательскому
делу.
Межгосударственный
стандарт.
Система
стандартов
по информации, библиотечному и издательскому делу. Отчет
о научно-исследовательской работе. Структура и правила
оформления
Межгосударственный стандарт. Единая система программной
документации. Виды программ и программных документов
Межгосударственный стандарт. Единая система программной
документации. Спецификация. Требования к содержанию
и оформлению
Межгосударственный стандарт. Единая система программной
документации. Описание программы
13
1
ГОСТ 19.503-79
(СТ СЭВ 2094-80)
ГОСТ 19.507-79
(СТ СЭВ 2091-80)
ГОСТ 21.110-2013
ГОСТ 34.201-2020
ГОСТ 34.602-2020
ГОСТ Р 34.10-2012
ГОСТ Р 34.11-2012
ГОСТ Р ИСО/МЭК
13335-1-2006
ГОСТ Р ИСО/МЭК ТО
18044-2007
ГОСТ Р ИСО/МЭК
27002-2021
ГОСТ Р ИСО/МЭК
27005-2010
ГОСТ Р ИСО/МЭК
27033-1-2011
ГОСТ 28270-89
(ИСО 8211-85)
ГОСТ Р 50922-2006
ГОСТ Р 51275-2006
ГОСТ Р 51583-2014
2
Межгосударственный стандарт. Единая система программной
документации.
Руководство
системного
программиста.
Требования к содержанию и оформлению
Межгосударственный стандарт. Единая система программной
документации. Ведомость эксплуатационных документов
Межгосударственный
стандарт.
Система
проектной
документации для строительства. Спецификация оборудования,
изделий и материалов
Межгосударственный стандарт. Информационные технологии.
Комплекс стандартов на автоматизированные системы. Виды,
комплектность и обозначение документов при создании
автоматизированных систем
Межгосударственный стандарт. Информационные технологии.
Комплекс стандартов на автоматизированные системы.
Техническое задание на создание автоматизированной системы
Национальный
стандарт
Российской
Федерации.
Информационная технология. Криптографическая защита
информации. Процессы формирования и проверки электронной
цифровой подписи
Национальный
стандарт
Российской
Федерации.
Информационная технология. Криптографическая защита
информации. Функция хэширования
Национальный
стандарт
Российской
Федерации.
Информационная технология. Методы и средства обеспечения
безопасности. Часть 1. Концепция и модели менеджмента
безопасности информационных и телекоммуникационных
технологий
Национальный
стандарт
Российской
Федерации.
Информационная технология. Методы и средства обеспечения
безопасности. Менеджмент инцидентов информационной
безопасности
Национальный
стандарт
Российской
Федерации.
Информационные технологии. Методы и средства обеспечения
безопасности. Свод норм и правил применения мер обеспечения
информационной безопасности
Национальный
стандарт
Российской
Федерации.
Информационная технология. Методы и средства обеспечения
безопасности. Менеджмент риска информационной безопасности
Национальный
стандарт
Российской
Федерации.
Информационная технология. Методы и средства обеспечения
безопасности. Безопасность сетей. Часть 1. Обзор и концепции
Межгосударственный
стандарт.
Системы
обработки
информации. Спецификация файла описания данных для обмена
информацией
Национальный стандарт Российской Федерации. Защита
информации. Основные термины и определения
Национальный стандарт Российской Федерации. Защита
информации.
Объект
информатизации.
Факторы,
воздействующие на информацию. Общие положения
Национальный стандарт Российской Федерации. Защита
информации. Порядок создания автоматизированных систем
14
1
ГОСТ Р 51624-2000
ГОСТ Р 53114-2008
ГОСТ Р 54869-2011
ГОСТ Р 56545-2015
ГОСТ Р 56546-2015
ГОСТ Р 56938-2016
ГОСТ Р 56939-2024
ГОСТ Р 58833-2020
ГОСТ Р 59547-2021
ГОСТ Р 59792-2021
ГОСТ Р 59793-2021
ГОСТ Р 59795-2021
ГОСТ Р 59853-2021
Р 50-34.126-92
2
в защищенном исполнении. Общие положения
Национальный стандарт Российской Федерации. Защита
информации. Автоматизированные системы в защищенном
исполнении. Общие требования
Национальный стандарт Российской Федерации. Защита
информации. Обеспечение информационной безопасности
в организации. Основные термины и определения
Национальный стандарт Российской Федерации. Проектный
менеджмент. Требования к управлению проектом
Национальный стандарт Российской Федерации. Защита
информации. Уязвимости информационных систем. Правила
описания уязвимостей
Национальный стандарт Российской Федерации. Защита
информации.
Уязвимости
информационных
систем.
Классификация уязвимостей информационных систем
Национальный стандарт Российской Федерации. Защита
информации. Защита информации при использовании технологий
виртуализации. Общие положения
Национальный стандарт Российской Федерации. Защита
информации. Разработка безопасного программного обеспечения.
Общие требования
Национальный стандарт Российской Федерации. Защита
информации. Идентификация и аутентификация. Общие
положения
Национальный стандарт Российской Федерации. Защита
информации. Мониторинг информационной безопасности.
Общие положения
Национальный
стандарт
Российской
Федерации.
Информационные
технологии.
Комплекс
стандартов
на
автоматизированные
системы.
Виды
испытаний
автоматизированных систем
Национальный
стандарт
Российской
Федерации.
Информационные технологии. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы.
Стадии создания
Национальный
стандарт
Российской
Федерации.
Информационные
технологии.
Комплекс
стандартов
на автоматизированные системы. Автоматизированные системы.
Требования к содержанию документов
Национальный
стандарт
Российской
Федерации.
Информационные
технологии.
Комплекс
стандартов
на автоматизированные системы. Автоматизированные системы.
Термины и определения
Рекомендации.
Информационная
технология.
Правила
проведения работ при создании автоматизированных систем
Методический документ. Базовая модель угроз безопасности
персональных данных при их обработке в информационных
системах персональных данных. Утвержден ФСТЭК России
15.02.2008
Методический документ. Методика оценки угроз безопасности
15
1
2
информации. Утвержден ФСТЭК России 05.02.2021
Методический документ. Состав и содержание
мероприятий и мер по защите информации, содержащейся в
информационных системах. Утвержден ФСТЭК России
12.04.2026
Методические рекомендации по использованию Единой системы
идентификации
и
аутентификации
https://digital.gov.ru/documents/metodicheskie-rekomendaczii-poispolzovaniyu-esia
3.5. Должна быть обеспечена безопасность работ для здоровья сотрудников Заказчика
и Получателя, имущества потребителя и окружающей среды при обычных условиях
использования, хранения, транспортировки и утилизации результатов работ, а также
безопасность процесса выполнения работ.
3.6. При выполнении работ по Контракту должна быть обеспечена возможность
сохранения и представления пользователям в программах для ЭВМ и базах данных Системы, в
том числе созданных (модернизированных) в целях исполнения настоящего контракта, ранее
накопленных в Системе данных.
3.7. В ходе выполнения работ должны быть соблюдены требования к защите
информации и безопасной разработке программного обеспечения, содержащиеся
в национальном стандарте Российской Федерации ГОСТ Р 56939-2024 «Защита информации.
Разработка безопасного программного обеспечения. Общие требования». Подрядчику
запрещено передавать третьим лицам информацию, используемую для выполнения работ,
сведения о характере выполняемых работ и информацию об информационнотелекоммуникационных системах, каналах связи, компьютерных сетях, средствах
вычислительной техники, программных средствах (операционных системах, системах
управления базами данных и другого общесистемного и программного обеспечения),
системах связи, передачи данных, используемых для сбора, хранения, обработки и передачи
информации ограниченного доступа, системах и средствах охранно-тревожной, пожарной
сигнализации и видеонаблюдения на объектах исполнительных органов государственной
власти Санкт-Петербурга, и также сведения о системах защиты информации (средства, методы
и способы защиты информации, а также коды и процедуры доступа к информационным
ресурсам исполнительных органов государственной власти Санкт-Петербурга).
3.8. Разрабатываемые (модернизируемые) программные средства Системы не должны
допускать и содержать недекларированных возможностей и известных уязвимостей
информационной безопасности. Заказчик вправе проверять наличие уязвимостей,
использовать средства проверки уязвимостей по своему выбору, в том числе привлекать для
проверки наличия уязвимостей третьих лиц.
3.9. Подрядчик обязан согласовать с Заказчиком необходимость использования при
выполнении работ охраняемых результатов интеллектуальной деятельности, права на которые
принадлежат третьим лицам, объем и порядок приобретения прав на их использование.
3.10. В случае использования при выполнении работ по контракту программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных третьими лицами, условия, на которых передаются права на их использование
(исполнение), должны обеспечить отсутствие ограничений, препятствующих использованию
результатов работ по их назначению. При этом права, полученные Заказчиком, должны
позволять ему передавать, дорабатывать, развивать результаты работ, созданные в процессе
исполнения контракта, а в случае явного указания в Описании объекта закупки, осуществлять
переработку программ для электронных вычислительных машин (программных комплексов
или компонентов), разработанных ранее третьими лицами в соответствии с требованиями
законодательства Российской Федерации.
16
3.11. Подрядчик обязан обеспечить отсутствие нарушений исключительных, авторских
и смежных прав третьих лиц при реализации технических, программных, организационных
и иных решений, предусмотренных Описанием объекта закупки.
3.12. Подрядчик обязан обеспечить выполнение требований к порядку создания
(развития) государственных и (или) иных информационных систем, предусмотренных
пунктом 1 части 1 статьи 13 Федерального закона от 27.07.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации», устанавливаемых к таким
информационным системам указанным Федеральным законом и иными нормативными
правовыми актами Российской Федерации.
3.13. Исключительные права на результаты интеллектуальной деятельности, в том
числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы
для электронных вычислительных машин, базы данных, топологии интегральных микросхем,
а также исключительные права на результаты работ, включая объекты авторских прав
и потенциально патентоспособные технические решения, секреты производства (ноу-хау),
созданные
в рамках
контракта,
принадлежат
городу
федерального
значения
Санкт-Петербургу, от имени которого выступает Санкт-Петербургское государственное
казенное учреждение «Управление информационных технологий и связи».
Право на получение патента и исключительное право на результат интеллектуальной
деятельности, созданный при выполнении контракта, принадлежит городу федерального
значения Санкт-Петербургу, от имени которого выступает Санкт-Петербургское
государственное казенное учреждение «Управление информационных технологий и связи»
в соответствии с подпунктом 1 пункта 4 статьи 1240.1 Гражданского кодекса
Российской Федерации (результат интеллектуальной деятельности необходим для
предоставления государственных услуг и осуществления государственных функций).
3.14. Право собственности на результаты работ, включая отчетные документы
и материалы, полученные в ходе выполнения работ по контракту, принадлежат городу
федерального
значения
Санкт-Петербургу,
от
имени
которого
выступает
Санкт-Петербургское государственное казенное учреждение «Управление информационных
технологий и связи», и считаются переданными с момента подписания Государственным
заказчиком документа о приемке в электронной форме, формируемого посредством единой
информационной системы в сфере закупок.
3.15. Передача исходных кодов, разработанных в ходе выполнения работ программ для
ЭВМ и дистрибутивов должна сопровождаться передачей всех необходимых для сборки
и запуска программы для ЭВМ библиотек зависимостей, инструкций и программных
сценариев (скриптов) для проведения компиляции, создания дистрибутива и установки
(развертывания) и запуска программы для ЭВМ.
3.16. Условия, предусмотренные пунктом 3.15 Описания объекта закупки, применяются
в том числе для сценариев (скриптов), разработанных в ходе выполнения мероприятий по
сборке программного обеспечения при использовании CI/CD в Репозитории, согласно пункту
2.2.2 Приложения № 2 Описанию объекта закупки.
При использовании свободного программного обеспечения Подрядчик предоставляет
полный перечень всех компонентов свободного программного обеспечения, которые не были
использованы при разработке Системы, но были включены в ее состав или необходимы для ее
эксплуатации, а также исчерпывающую информацию об условиях использования таких
компонентов свободного программного обеспечения.
Номер версии документа в рамках ГК
Номер АС в рамках ГК
Номер подсистемы в рамках АС либо в рамках ГК (в случае отсутствия АС)
Порядковый номе алиаса в рамках подсистемы
Опционально, не обязательное значение
Все значения данной строке должны быть указаны без пробелов, пробел является разделяющим символом
Выбрать что применимо с учетом формы обучения
17
Для баз данных должен быть предоставлен листинг кода, представляющий собой скрипт,
в результате запуска которого формируется база данных со всеми элементами структуры базы
данных (в том числе, таблицы, индексы, процедуры (пакеты), директории, роли, группы
пользователей, и иные элементы), позволяющая провести установку системы на виртуальной
инфраструктуре.
3.17. Документация на Систему и ее части (техническая и рабочая) должна содержать
исчерпывающее описание принятых проектных решений в объеме, достаточном для ее
развития и эксплуатации.2
3.18. Техническая и рабочая документация должна содержать описание разработанных
результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов,
алгоритмов и протоколов информационного взаимодействия, технических требований,
спецификаций и форматов обмена данными для взаимодействия с другими информационными
системами, в объеме, достаточном для их установки, настройки, эксплуатации,
сопровождения и развития в дальнейшем без привлечения подрядчика (исполнителя).
3.19. Техническая и рабочая документация должна быть выполнена в соответствии
с п. 2.1.2 Приложения № 2 Описания объекта закупки.
3.20. Для проведения компиляции, создания дистрибутива и установки (развертывания)
программы для ЭВМ должны использоваться свободно распространяемые компиляторы,
интерпретаторы и иное программное обеспечение, необходимое для указанных целей,
дистрибутивы которых должны быть переданы вместе с исходными кодами разработанных
в ходе выполнения работ программ для ЭВМ.
3.21. В случае использования для проведения компиляции, создания дистрибутива
и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного
программного обеспечения, права на использование, копирование и модификацию которых
принадлежат третьим лицам, Подрядчик за свой счет передает Заказчику дистрибутивы
и права на использование таких компиляторов, интерпретаторов и иного программного
обеспечения.
3.22. Дистрибутив программы для ЭВМ, предусмотренный пунктом 3.21 Описания
объекта закупки должен быть предоставлен для каждой программы для ЭВМ в отдельности.
3.23. Подрядчик в ходе предварительных комплексных и приемочных испытаний
должен провести демонстрацию процесса компиляции, создания дистрибутива и установки
(развертывания) разработанных программ для ЭВМ с использованием средств, указанных
в пункте 3.15 Описания объекта закупки, в соответствии с требованиями к обеспечению
безопасности сборочной среды (п. 3.4 Приложения № 4 к Описанию объекта закупки)
и в соответствии с инструкциями, приведенными в рабочей документации на Систему.
3.24.
Передача Заказчику комплекта документов, материалов и сведений,
предусмотренных нормативными правовыми актами Российской Федерации в сфере
информационных технологий, защиты информации, правовой защиты интересов государства
в области интеллектуальной собственности, включая документы, подтверждающие отказ
авторов (разработчиков) от исключительных прав на передаваемые объекты
интеллектуальной собственности в пользу Подрядчика, с проектами заявок
на государственную регистрацию в установленном порядке прав Заказчика на результаты
интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели,
промышленные образцы, программы для электронных вычислительных машин, базы данных,
топологии интегральных микросхем, а также исключительные права на результаты работ,
включая объекты авторских прав и потенциально патентоспособные технические решения,
секреты производства (ноу-хау), созданные в рамках Контракта, осуществляется
Подрядчиком в составе отчетной документации, предусмотренной условиями Контракта.
2
Объем информации включенный в документацию на Систему и ее части должен быть достаточным для
развертывания Системы, ее штатной эксплуатации, сопровождения, в том числе в документации должно
содержаться описание необходимых для штатной эксплуатации периодических регламентных работ.
18
3.25. Подрядчик должен обеспечить хранение архивных документов об организации
работ по проектированию, созданию, эксплуатации и модернизации автоматизированных
систем и баз данных в соответствии с приказом Федерального архивного агентства
от 28.12.2021 № 142 «Об утверждении Перечня типовых архивных документов, образующихся
в научно-технической и производственной деятельности организаций, с указанием сроков
хранения».
3.26. Подрядчик по результатам выполненных работ по контракту обязан предоставить
отчетные документы в соответствии с контрактом и перечнем отчетных документов
(Приложение № 5 к Описанию объекта закупки) с учетом рекомендуемых форм отчетных
документов (Приложение № 6 к Описанию объекта закупки).
3.27. Во всех случаях, когда Подрядчику требуется доступ к Репозиторию, Подрядчик
направляет в адрес Заказчика с сопроводительным письмом заполненную и подписанную
уполномоченным лицом Подрядчика Анкету для предоставления доступа к Репозиторию
(п. 6 Приложения № 6 к Описанию объекта закупки). После получения от Подрядчика Анкеты
для предоставления доступа к Репозиторию, Заказчик обеспечивает предоставление доступа
к Репозиторию.
3.28. В случае, если в результате выполнения работ по развитию Системы создается либо
модифицируется структура базы данных, принятые и реализованные Подрядчиком
технические решения должны обеспечивать возможность переноса данных (миграции данных,
конвертации данных при необходимости), обрабатываемых в Системе, во вновь созданную
(модифицированную) базу данных с учетом ее функционального назначения.
Если для переноса данных (миграции данных, конвертации данных при необходимости)
и последующего аудита данных в новой конфигурации необходимо программное обеспечение,
дистрибутивы такого программного обеспечения передаются Подрядчиком Заказчику вместе
с исходными кодами разработанного в ходе исполнения Контракта программного
обеспечения.
В случае использования для указанных целей программного обеспечения, права на
которое принадлежат третьим лицам, Подрядчик за свой счёт передаёт Заказчику
дистрибутивы и права на использования такого программного обеспечения.
4. Требования к гарантии качества работы, а также требования
к гарантийному сроку и (или) объему предоставления гарантий их
качества
4.1. Гарантийный срок на выполненные работы: со дня утверждения Заказчиком
документа о приемке результатов выполненных работ по 1 этапу, сформированного
в электронной форме посредством единой информационной системы в сфере закупок до
31.12.2028. Гарантийный срок продлевается на период, в течение которого Получатель,
Заказчик не могли пользоваться результатами выполненных работ по Контракту ввиду
просрочки исполнения Подрядчиком обязательств, предусмотренных Контрактом, а также
в иных случаях неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
предусмотренных Контрактом, а также в иных случаях неисполнения или ненадлежащего
исполнения Подрядчиком обязательств, предусмотренных Контрактом.
4.2. Объем предоставления гарантии качества работ: в полном объеме на все результаты
работ в соответствии с данным Описанием объекта закупки.
4.3. Устранение замечаний при согласовании отчетных документов с федеральным
органом исполнительной власти в области обеспечения безопасности и федеральным органом
исполнительной власти, уполномоченным в области противодействия техническим разведкам
и технической защиты информации, осуществляется Подрядчиком в рамках гарантийных
обязательств.
4.4. Подрядчик в течение гарантийного срока на выполненные работы предоставляет
Заказчику без дополнительной оплаты обновления безопасности на разработанное и/или
доработанное при выполнении работ специальное программное обеспечение.
19
4.5. В случае выявления в течение гарантийного срока уязвимостей в системном и общем
программном обеспечении Системы, Подрядчик без дополнительной оплаты по требованию
Заказчика содействует организации, осуществляющей сопровождение Системы, в установке
обновлений безопасности на применяемое в Системе общее и системное программное
обеспечение, Подрядчик в том числе обеспечивает личное присутствие своего представителя в
месте и во время указанное Заказчиком. Обновления безопасности проприетарного общего и
системного программного обеспечения предоставляются Заказчиком.
5. Требования энергетической эффективности работ
Требования не установлены.
Перечень приложений к Описанию объекта закупки
Приложение № 1. Перечень выполняемых работ.
Приложение № 2. Технические характеристики объекта закупки.
Приложение № 3. Функциональные и эксплуатационные характеристики объекта
1.
2.
3.
закупки.
4. Приложение № 4. Требования по информационной безопасности.
5. Приложение № 5. Перечень отчетных документов.
6. Приложение № 6. Рекомендуемые формы отчетных документов.
Начальник управления цифровой трансформации
СПб ГКУ «УИТС»
В.А. Гаврилов
20
Приложение № 1
к Описанию объекта закупки
ПЕРЕЧЕНЬ
выполняемых работ
№ п/п
Наименование работы
ОКПД2
Объем работ
1
2
Выполнение работ по 1 этапу «Обследование объектов
информатизации Системы с целью уточнения требований
к подсистеме «Система защиты информации» Системы.
Техническое задание и Технический проект»
Обследование объектов информатизации Системы с целью
уточнения требований к подсистеме «Система защиты
информации» Системы
Разработка
Дополнения
№10
к
Техническому
заданию/Технического задания на создание Системы 3
Разработка проектных решений по Системе и оформление
комплекта документации Технического проекта на Систему 4
Выполнение работ по 2 этапу «Рабочая документация и
ввод в действие»
3
4
Единица измерения
объема работ
5
62.01.11.000
1
усл.ед.
62.01.11.000
1
усл.ед.
62.01.11.000
1
усл.ед.
1
1.1
1.2
1.3
2
2.1
Рабочая документация
2.1.1
Разработка (в том числе модификация) программных средств
системы
62.01.11.000
1
усл.ед.
2.1.2
Разработка рабочей документации на Систему
62.01.11.000
1
усл.ед.
2.2
Ввод в действие
3
Разрабатывается Дополнение №10 к Техническому заданию на создание Системы в виде актуализированного технического задания на всю Систему, включая
подсистему «Система защиты информации».
4
Разрабатывается в виде актуализированного технического проекта на всю Систему, включая подсистему «Система защиты информации».
21
№ п/п
Наименование работы
ОКПД2
Объем работ
1
2
3
4
Единица измерения
объема работ
5
2.2.1
Подготовка объекта автоматизации к вводу в действие
Системы
Проведение предварительных комплексных испытаний
Системы5
62.01.11.000
1
усл.ед.
62.01.11.000
1
усл.ед.
2.2.2
2.2.3
Подготовка персонала6
62.01.11.000
1
усл.ед.
2.2.4
Проведение опытной эксплуатации и приемочных испытаний
Системы 7
62.01.11.000
1
усл.ед.
5
Проводятся для развиваемых/создаваемых частей Системы, в объеме групп взаимосвязанных частей Системы, задач и комплексов задач, включая подсистему
«Система защиты информации».
6
Проводится для развиваемых/создаваемых частей Системы, в объеме групп взаимосвязанных частей Системы, задач и комплексов задач, включая подсистему
«Система защиты информации».
7
Проводятся для развиваемых/создаваемых частей Системы, в объеме групп взаимосвязанных частей Системы, задач и комплексов задач, включая подсистему
«Система защиты информации».
22
Приложение № 2
к Описанию объекта закупки
ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ
объекта закупки
1. Выполнение работ по 1 этапу «Обследование объектов
информатизации Системы с целью уточнения требований к подсистеме
«Система защиты информации» Системы. Техническое задание и
Технический проект»
1.1. В ходе работ 1 этапа при обследовании объектов информатизации Системы с целью
уточнения требований к подсистеме «Система защиты информации» Системы Подрядчик
должен провести:
оценку класса защищенности Системы и уровня защищенности персональных данных,
содержащихся в Системе;
оценку угроз безопасности информации, содержащейся в Системе, реализация которых
может привести к нарушению безопасности информации, содержащейся в Системе.
1.1.1. Оценка класса защищенности Системы и уровня защищенности персональных
данных, содержащихся в Системе, должна осуществляться для всей Системы в целом.
1.1.2. Оценка угроз безопасности информации, реализация которых может привести
к нарушению безопасности информации в Системе, проводится в соответствии с Методикой
оценки угроз безопасности информации, утвержденной ФСТЭК России 05.02.2021,
и включает в себя в том числе:
сбор и анализ данных о назначении, структуре, составе Системы, физических,
логических, функциональных и технологических взаимосвязях между сегментами Системы,
с иными информационными системами и информационно-телекоммуникационными сетями,
о режимах обработки информации в Системе и в ее отдельных сегментах, особенностях
функционирования Системы в соответствии с пунктом 6 Базовой модели угроз безопасности
персональных данных при их обработке в информационных системах персональных данных,
утвержденной ФСТЭК России 15.02.2008, а также в соответствии с п. 3.2 Приложения № 4
к Описанию объекта закупки;
уточнение перечня объектов защиты информации Системы;
уточнение актуальных угроз безопасности информации, связанных с НСД
к защищаемой информации, с утечкой информации по техническим каналам
и с несанкционированным воздействием на информацию;
формирование совокупности предположений о возможностях, которые могут
использоваться при создании способов, подготовке и проведении атак;
определение на основе совокупности предположений о возможностях, которые могут
использоваться при создании способов, подготовке и проведении атак, и с учетом типа
актуальных угроз требуемого класса СКЗИ.
1.1.3. В целях надлежащего выполнения Подрядчиком работ по 1 этапу Заказчик по
заявке Подрядчика и при наличии технической возможности обеспечивает формирование
и передает Подрядчику отчет об обследовании Системы. Отчет об обследовании Системы
формируется в соответствии с требованиями ГОСТ Р 56939-2024 в части Процесса 6, Процесса
7, Процесса 16 Приложения № 4 к Описанию объекта закупки, а также в соответствии
с п. 3.2 Приложения № 4 к Описанию объекта закупки.
1.1.4. По итогам работ по обследованию объектов информатизации Системы с целью
уточнения требований к подсистеме «Система защиты информации» Системы Подрядчик
23
разрабатывает и передает Заказчику акт классификации Системы, акт определения уровня
защищенности персональных данных Системы и модель угроз безопасности информации
Системы.
В рамках 1 этапа выполняются следующие работы:
разработка Дополнения № 10 к Техническому заданию на создание Системы 8;
разработка проектных решений по Системе и оформлении комплекта документации
Технического проекта на Систему. 9
1.2. В ходе работ 1 этапа при разработке Дополнения №10 к Техническому заданию
на создание Системы, Подрядчик на основе функциональных и эксплуатационных
характеристик объекта закупки, указанных в Приложении № 3 к Описанию объекта закупки,
а также изменений в законодательстве Российской Федерации и Санкт-Петербурга (на дату
начала работ по 1 этапу) и результатов работ по обследованию объектов информатизации
Системы с целью уточнения требований к подсистеме «Система защиты информации»
Системы должен произвести уточнения (актуализацию):
общих сведений о Системе;
назначения и целей создания (развития) Системы, включая указание автоматизируемых
полномочий;
характеристик объектов автоматизации;
требований к Системе;
требований к мерам защиты информации в разрабатываемом специальном программном
обеспечении Системы в соответствии с Процессом 3 Приложения № 4 к Описанию объекта
закупки и п. 2.2 Приложения № 4 к Описанию объекта закупки.
состава и содержания работ по созданию Системы;
порядка контроля и приемки Системы;
порядка мониторинга работы Системы, производительности Системы, утилизации
ресурсов РРЦОД выделенных для размещения Системы;
требований к составу и содержанию работ по подготовке объекта автоматизации к вводу
Системы в действие;
требований к сценарию перехода на новую версию Системы в соответствии
с требованиями Процесса 13 Приложения № 4 к Описанию объекта закупки, включающие
требования к расчету требуемого объема и мощностей предпродуктивного контура,
репликации продуктивного контура, установке и настройке нового ОПО и СрЗИ, установке
и настройке новой версии СПО, требования к переходу
с предпродуктивного на
продуктивный контур, требование к определению состава утилизируемых мощностей,
требование к утилизации мощностей, требования к созданию тестовых данных либо
к обезличиванию данных, обрабатываемых в Системе в целях создания тестовых данных10.
требований к документированию;
источников разработки.
Техническое задание на создание подсистемы «Система защиты информации» является
неотъемлемой частью Дополнения №_10_ к Техническому заданию на создание Системы.
Дополнение №10 к Техническому заданию на создание Системы оформляется в виде
актуализированного Технического задания на создание Системы в соответствии с
требованиями международных стандартов, национальных стандартов, государственных
стандартов, технических регламентов, документов по стандартизации и иных руководящих
8
Разрабатывается Дополнение №10 к Техническому заданию на создание Системы в виде
актуализированного технического задания на всю Систему, включая подсистему «Система защиты
информации».
9
Разрабатывается в виде актуализированного технического проекта на всю Систему, включая
подсистему «Система защиты информации».
10
Использование в качестве тестовых данных обезличенных данных обрабатываемых в Системе является
приоритетным, Подрядчик вправе предусмотреть использование в качестве тестовых данных массива
создаваемых (синтетических данных) только по согласованию с Заказчиком.
24
документов в сфере информации, информационных технологий и защиты информации, связи,
приведенных в Таблице 1 Описания объекта закупки.
1.3. В ходе работ 1 этапа при разработке проектных решений по Системе и оформлении
комплекта документации Технического проекта на Систему Подрядчик должен обеспечить:
разработку (доработку) общих решений по Системе и ее частям, функциональноалгоритмической структуре системы, по функциям персонала и организационной структуре,
по структуре технических средств, по алгоритмам решений задач и применяемым языкам,
по организации и ведению информационной базы, системе классификации и кодирования
информации, по программному обеспечению;
разработку общих решений по защите информации, содержащейся в Системе,
по ее функциональной структуре, техническим и программным средствам подсистемы
«Система защиты информации» Системы, в том числе по применению СКЗИ в Системе,
функциям персонала, обслуживающего подсистему «Система защиты информации» Системы;
разработку алгоритмов решения задач по защите информации в Системе, параметров
настройки технических и программных средств, обеспечивающих реализацию
функциональных возможностей подсистемы «Система защиты информации» Системы.
Проектные решения должны соответствовать Техническому заданию на создание
Системы.
При необходимости разработки и/или доработки интерфейса Системы, разрабатываемый
(дорабатываемый) интерфейс должен соответствовать следующим требованиям:
 Интерфейс Системы должен быть понятным и удобным, не должен быть перегружен
графическими элементами и должен обеспечивать быстрое отображение экранных форм;
 Цветовое решение интерфейса должно быть выдержано в спокойных тонах,
не вызывающих зрительного утомления;
 Интерфейс должен соответствовать современным эргономическим требованиям
и обеспечивать удобный доступ к основным функциям и операциям Системы;
 Все надписи экранных форм, а также сообщения, выдаваемые пользователю
(кроме системных сообщений), должны быть на русском языке;
 Экранные формы должны проектироваться с учетом требований к их унификации в
рамках Системы, а именно: все экранные формы пользовательского интерфейса должны быть
выполнены в едином графическом дизайне, с одинаковым расположением основных
элементов управления и навигации; для обозначения сходных операций должны
использоваться сходные графические значки, кнопки и другие управляющие (навигационные)
элементы; термины, используемые для обозначения типовых операций (добавление
информационной сущности, редактирование поля данных), а также последовательности
действий пользователя при их выполнении, должны быть унифицированы; внешнее поведение
сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение
фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов.
При разработке проектных решений Подрядчик должен учитывать следующее условие:
АРМ, подключаемые к Системе способом, при котором требуется регистрация АРМ,
а также его пользователей программно-аппаратными и (или) программными средствами
в
Системе
(прописывается
в
контроллере
домена,
межсетевых
экранах
и телекоммуникационном оборудовании, иными способами), должны входить в состав
Системы. В состав Системы не должны входить АРМ, которые подключаются к Системе через
веб-интерфейс или с использованием веб-приложения (в том числе через API).
По результатам разработки проектных решений по Системе Подрядчик проводит
разработку, оформление, согласование и утверждение документации Технического проекта
на Систему в объеме, необходимом для описания полной совокупности проектных решений
и достаточном для дальнейшего выполнения работ по развитию, сопровождению
и эксплуатации Системы. В случае выявления необходимости поставки технических
и программных средств, Подрядчик разрабатывает ведомость покупных изделий для
комплектования Системы.
25
По результатам разработки проектных решений по Системе, Подрядчик определяет
и обосновывает вид проведения аттестационных испытаний и составляет «Акт определения
вида аттестационных испытаний», в соответствии с Приказом ФСТЭК России
от 29.04.2021 № 77.
По результатам разработки проектных решений по Системе Подрядчик определяет
и обосновывает технические требования к подключению автоматизированных рабочих мест
пользователей Системы, содержащие требования к техническому, программному
обеспечению автоматизированного рабочего места, требования к характеристикам каналов
связи, требования к средствам защиты информации.
Подрядчик разрабатывает сценарий перехода на новую версию Системы, учитывающий
требования п. 1.1.1 (Процесс 13) Приложения № 4 к Описанию объекта закупки
и включающий в себя:
процесс расчета требуемого объема и расчет требуемых мощностей предпродуктивного
контура;
процесс
полной
или
частичной
репликации
продуктивного
контура
в предпродуктивный контур с сохранением сетевой связности в пределах предпродуктивного
контура11;
процесс установки и настройки нового ОПО и СрЗИ12;
процесс установки и настройки новой версии СПО;
процесс перехода с предпродуктивного на продуктивный контур;
процесс определения состава утилизируемых мощностей.
Разработанные процессы сценария перехода должны включать в себя:
процедуры и необходимые скрипты для создания тестовых данных для использования
на предпродуктивном контуре;
процедуры и необходимые скрипты для переноса данных с продуктивного на
предпродуктивный контур:
процедуры и необходимые скрипты для перемещения лицензий между продуктивным
и предпродуктивным контуром;
процедуры и необходимые скрипты для переключения между продуктивным
и предпродуктивным контуром;
процедуры и необходимые скрипты для утилизации мощностей.
Технический проект на Систему оформляется в виде актуализированного Технического
проекта на всю Систему в соответствии с требованиями международных стандартов,
национальных стандартов, государственных стандартов, технических регламентов,
документов по стандартизации и иных руководящих документов в сфере информации,
информационных технологий и защиты информации, связи, приведенных в Таблице 1
Описания объекта закупки.
При разработке специального программного обеспечения Системы должны быть
обеспечены меры защиты информации в соответствии с Процессом 3 Приложения № 4
к Описанию объекта закупки.
2. Выполнение работ по 2 этапу «Рабочая документация и ввод в
действие»
2.1. В рамках 2 этапа в части «Рабочая документация» выполняются следующие работы:
разработка (в том числе модификация) программных средств системы;
разработка рабочей документации на Систему, в том числе разработка эксплуатационной
документации на Систему;
2.1.1. Разработка (в том числе модификация) программных средств системы.
Работы по разработке (в том числе модификации) программных средств системы
должны выполняться в соответствии с Техническим проектом и должны содержать:
11
Производится в случае технологической необходимости по согласованию с Заказчиком
В случаях, предусматривающих изменение архитектуры Системы или полную, или частичную замену
ОС, СУБД, систем контейнеризации, систем виртуализации.
12
26
программирование и отладку программ;
контроль отсутствия в разработанных (модифицированных) программных средствах
Системы известных уязвимостей информационной безопасности;
подготовку и передачу программной документации и документации для
государственной регистрации прав.
Подрядчик получает исходный код путем клонирования Системы из Репозитория Git.
Исходные коды разработанных (в том числе модифицированных) программных средств
системы должны быть загружены в Репозиторий по итогам выполнения работ (предоставление
доступа к Репозиторию обеспечивается Заказчиком). В дополнение к исходным кодам в
репозиторий Git должны быть загружены дистрибутивы, скрипты, Руководство системного
программиста.
Изменения и дополнения в структуре баз данных Системы должны осуществляться
автоматизированным способом.
Подрядчик проводит предварительные автономные испытания технических
и программных средств Системы с тестированием на устойчивость и производительность под
предельной нагрузкой в соответствии с ГОСТ Р 59792-202113.
Сборка и развертывание программных средств Системы должны осуществляться
автоматизированным способом с учётом требований информационной безопасности в
соответствии с Приложением № 4 к Описанию объекта закупки. В репозитории GitLab ССПК
должно быть настроено задание CI/CD с именем Distribution, выполняющее полную сборку,
формирование
дистрибутива,
генерацию
манифест-файлов
manifest.json
и manifest_D.json и их подписание с использованием УКЭП с целью достижения полной
повторяемости при развертывании окружения и СПО.
Мощности для разработки (в том числе модификации) программных средств системы,
в том числе для проведения предварительных автономных испытаний технических
и программных средств Системы с тестированием на устойчивость и производительность под
предельной нагрузкой Заказчиком не предоставляются.
Лицензии на общее программное обеспечение и средства защиты информации,
используемых для разработки (в том числе модификации) программных средств системы,
Заказчиком не предоставляются.
2.1.2. Разработка рабочей документации на Систему, в том числе разработка
эксплуатационной документации на Систему.
Рабочая документация на Систему, в том числе эксплуатационная документация
на Систему, должны обеспечивать выполнение работ по вводу в действие Системы, ее
сопровождению и эксплуатации, в том числе для поддержания эксплуатационных
характеристик (качества) Системы, в соответствии с принятыми на основании Технического
задания на создание Системы проектными решениями14.
2.2. В рамках 2 этапа в части «Ввод в действие» выполняются следующие работы:
подготовка объекта автоматизации к вводу в действие Системы;
проведение предварительных комплексных испытаний Системы;
подготовка персонала;
проведение опытной эксплуатации Системы;
проведение приемочных испытаний Системы;
2.2.1. Подготовка объекта автоматизации к вводу в действие Системы должна включать:
13
Проводятся на развиваемые/создаваемые части Системы, включая подсистему «Система защиты
информации» Системы, в объеме развиваемых/создаваемых задач и комплексов задач, а также на задачи и
комплексы задач (в том числе не входящие в развиваемые, создаваемые части Системы), функционально
взаимосвязанные с развиваемыми/создаваемыми задачами и комплексами задач.
По требованию Заказчика предварительные автономные испытания могут также проводиться на не
развиваемые части Системы, не развиваемые задачи, комплексы задач с учетом принятых и реализованных
Подрядчиком технических решений
14
Включая подсистему «Система защиты информации»
27
проведение проверки объекта автоматизации с целью определения уровня
его подготовленности к вводу в действие Системы.
На этапе проверки объекта автоматизации Подрядчик должен собрать сведения о его
оснащенности средствами вычислительной техники, системами связи и дополнительными
техническими средствами, необходимыми для проведения автономной наладки технических
средств Системы, включая подсистему «Система защиты информации», в том числе СКЗИ
Системы и установки и отладки программных средств Системы, включая подсистему
«Система защиты информации», в том числе СКЗИ Системы, и проверить его соответствие
проектным решениям, изложенным в документах Технического проекта.
Результаты подготовки объекта автоматизации к вводу в действие Системы отражаются
Подрядчиком в отчете о подготовленности объектов автоматизации к вводу в действие
Системы.
2.2.2. Проведение предварительных комплексных испытаний Системы.
Предварительные комплексные испытания проводятся на развиваемые/создаваемые
в рамках Контракта части Системы, включая подсистему «Система защиты информации»
Системы, в объеме развиваемых/создаваемых задач и комплексов задач, а также на задачи и
комплексы задач (в том числе не входящие в развиваемые, создаваемые части Системы),
функционально взаимосвязанные с развиваемыми/создаваемыми задачами и комплексами
задач.
По требованию Заказчика предварительные комплексные испытания могут также
проводиться на не развиваемые части Системы, не развиваемые задачи, комплексы задач
с учетом принятых и реализованных Подрядчиком технических решений.
До начала предварительных комплексных испытаний Системы Подрядчик
в соответствии с разработанным сценарием перехода на новую версию Системы :
формирует предпродуктивный контур Системы.
направляет Заказчику уведомление о необходимости подготовки предпродуктивного
контура Системы, Заказчик обеспечивает выделение необходимых мощностей и полную или
частичную репликацию продуктивного контура Системы в предпродуктивный контур
Системы с сохранением сетевой связности в пределах предпродуктивного контура
с соблюдением разработанных процедур. Предпродуктивный контур Системы не может
содержать данные, обрабатываемые в Системе и подлежащие защите;
направляет уполномоченных специалистов для проведения развертывания Системы на
предпродуктивном контуре. Работы по подготовке предпродуктивного контура Системы
выполняются в месте, указанном Заказчиком, возможность выполнения подготовки
предпродуктивного контура Системы с применением средств удаленного доступа не
предусмотрена;
при необходимости производит, установку и настройку новых экземпляров ОПО
и СрЗИ, установку и настройку разработанной версии СПО и утилизирует мощности
с соблюдением предусмотренных сценарием процедур;
осуществляет сборку программного обеспечения Системы с использованием CI/CD
в Репозитории способом, обеспечивающим повторяемость при поступлении новых версий
программного обеспечения Системы.
При этом CI/CD должно быть настроено Подрядчиком в соответствии с требованиями,
описанными в руководстве по его использованию, которое предоставляется Заказчиком в
адрес Подрядчика в течение 5 (пяти) рабочих дней с момента начала выполнения работ по 2
этапу Контракта.
Настройка развертывания программного обеспечения Системы должна проводиться
в отношении промышленных и непромышленных сред с помощью Ansible либо иного
программного обеспечения.
Настройка программного обеспечения Системы должна позволять версионировать
скрипты развертывания и повторно вносить изменения в среды, не меняя ранее примененных
изменений (идемпотентность).
28
В решении по автоматизации сборки и развертывания Подрядчиком должны быть
учтены:
процедуры по безопасной разработке программного обеспечения в соответствии
с Приложением № 4 к Описанию объекта закупки;
процедуры контроля вносимых изменений в программное обеспечение;
процедуры управления изменениями в программном обеспечении (включая изменения
в исходном коде, артефактах, конфигурациях);
процедуры автоматизации процессов передачи изменений (с помощью
функциональности CI/CD).
В рабочей документации на систему должна содержаться информация и материалы для
проведения развертывания:
конфигурационные файлы для сборки и развертывания кода по технологии CI/CD;
описание каждого этапа пайплайна, включая команды и зависимости между этапами;
информационные материалы, объясняющие логику работы пайплайна и настройки для
запуска пайплайна;
готовые Ansible-плейбуки, роли и inventory-файлы для предпродуктивного
и продуктивного контуров отдельно;
инструкция по применению зашифрованных секретов (ansible-vault) и их интеграции
в GitLab CI;
описание переменных, используемых в пайплайне CI/CD и Ansible, с указанием
названия, назначения, значения по умолчанию и контекста использования;
описание структуры веток в репозитории;
описание политик управления артефактами (GitLab Container Registry, Nexus);
пошаговые инструкции по развертыванию и настройке ИС, в том числе миграции ИС
с предпродуктивного контура на продуктивный, включая значения конфигурационных
параметров для интеграций продуктивного контура с иными ИС;
описание процедур обновления ИС.
Перед началом предварительных комплексных испытаний Подрядчик:
обновляет Систему в Репозитории Git;
передает Заказчику исходный текст (код) и дистрибутив программы, листинг кода базы
данных;
осуществляет установку и наладку программных средств Системы, в части защиты
информации в СПО или иных СрЗИ с целью тестирования на совместимость и стабильность
при работе в предпродуктивном контуре, включая подсистему «Система защиты
информации»;
загрузку тестовой информации в базы данных, в том числе внедрение классификаторов
информации и справочников.
В программе и методике предварительных комплексных испытаний Подрядчик
предусматривает комплексные испытания нефункциональных требований Системы.
Объектами комплексных испытаний нефункциональных требований являются процессы
в соответствии с п. 1.1.1 (Процессы 10 – 13) Приложения № 4 к Описанию объекта закупки.
В программе и методике предварительных комплексных испытаний Подрядчик
предусматривает комплексные испытания подсистемы СЗИ (в том числе СКЗИ). Объектами
комплексных испытаний подсистемы СЗИ являются СПО разрабатываемой Системы в части
защиты информации, совокупности СКЗИ и совокупности СрЗИ иных частей Системы.
На серверах с приложениями СПО в Предпродуктивном контуре в целях проверки на
совместимость необходима обязательная установка средств антивирусной защиты интеграции
с СЗИ РРЦОД в соответствии с требованиями Процесса 12 Приложения № 4 к Описанию
объекта закупки.
В случае, если в результате выполнения работ по развитию Системы создается либо
модифицируется структура базы данных, Подрядчик в программе и методике
предварительных комплексных испытаний предусматривает тесты по миграции данных
29
(конвертации данных если для миграции данных необходима их конвертация), в том числе
тесты по аудиту данных в итоговой конфигурации, результат выполнения которых позволяет
продемонстрировать возможность осуществления миграции (конвертации если необходимо),
обеспечивающей сохранение и представление в программах для ЭВМ и базах данных Системы
накопленных в Системе данных.
В программе и методике предварительных комплексных испытаний Подрядчик
указывает:
перечень и комплектность объектов комплексных испытаний;
очередность испытаний объектов комплексных испытаний (объем, условия, порядок
и методы проведения испытаний и обработки результатов);
материально-техническое обеспечение испытаний;
критерии приемки объектов комплексных испытаний и Системы в целом по результатам
испытаний;
порядок, методики и условия проведения проверок функционирования и взаимодействия
объектов комплексных испытаний и функционирования Системы в целом;
обеспечение безопасности при проведении испытаний.
Комплексные тесты должны обеспечивать проверку выполнения функций Системы или
объектов комплексных испытаний во всех режимах функционирования, установленных
в техническом задании на Систему, в том числе проверку взаимодействия между частями
Системы, обеспечивать проверку реакции системы на некорректную информацию
и аварийные ситуации, обеспечивать проверку показателей Системы в целом и ее составных
частей на соответствие требованиями технического задания на Систему.
В состав комплексных тестов допускается включать встроенные в СрЗИ тесты, проверки,
отчеты, пакетные командные файлы, на основании которых можно сделать выводы
о соответствии проверяемых объектов требованиям технического задания подсистемы СЗИ.
Допускаются объединение данных тестов в наборы тестов и в пакетные командные файлы,
листинг командных файлов приводится в программе и методиках испытаний.
К программе и методике предварительных испытаний Подрядчик прилагает график
проведения комплексных испытаний (при необходимости).
В пояснительную записку к программе и методике предварительных комплексных
испытаний Подрядчик включает:
 технические характеристики Предпродуктивного контура, в котором проводятся
испытания;
 в случае применения эмуляторов интеграций Системы с иными информационными
системами, описание механизма работы эмулятора, а также мотивированное обоснование
невозможности настройки интеграции с промышленными или тестовыми контурами
информационных систем, интеграцию с которыми необходимо продемонстрировать;
 обоснование достаточности используемых тестовых данных;
 в случае использования тестовых данных, подготовленных Подрядчиком
самостоятельно, обоснование невозможности использования при подготовке тестовых
данных, данных содержащихся в Системе, в том числе деперсонализированных данных,
содержащихся в Системе.
Проведение предварительных комплексных испытаний Системы осуществляется
в соответствии с требованиями международных стандартов, национальных стандартов,
государственных стандартов, технических регламентов, документов по стандартизации
и иных руководящих документов в сфере информации, информационных технологий
и защиты информации, связи, приведенных в Таблице 1 Описания объекта закупки,
разработанной программой и методикой предварительных комплексных испытаний, а также
на основании документов, разработанных Подрядчиком по результатам выполнения работ по
пункту 2.2.1 Приложения № 2 к Описанию объекта закупки, подтверждающих выполнение
работ.
Проведение предварительных комплексных испытаний Системы Подрядчик
30
осуществляет при участии Заказчика и Получателя в Предпродуктивном контуре. В рамках
проведения предварительных комплексных испытаний Системы Подрядчик должен собрать
предложения Получателя по развитию Системы.
Результаты проведения предварительных комплексных испытаний Системы должны
быть оформлены Подрядчиком в форме протокола предварительных комплексных испытаний.
Результаты и анализ собранных предложений отражаются Подрядчиком в рекомендациях
по развитию Системы.
По итогам проведения предварительных комплексных испытаний Системы Подрядчик
должен устранить недостатки (в случае выявления) и внести изменения в документацию, в том
числе эксплуатационную, в соответствии с протоколом проведения предварительных
комплексных испытаний.
По итогам проведения предварительных комплексных испытаний Системы Заказчик
и Получатель принимают решение о вводе Системы в опытную эксплуатацию, а Подрядчик
оформляет акт приемки в опытную эксплуатацию.
По результатам проведения предварительных комплексных испытаний Системы
Подрядчик передает Заказчику полные атрибуты административного доступа к Системе, в том
числе к административной консоли Системы, базам данных Системы, дочерним виртуальным
машинам, на которых развернута Система, СрЗИ и иные атрибуты административного доступа
необходимые для развертывания, сопровождения, эксплуатации Системы, по акту приемапередачи в запечатанном конверте.
В процессе проведения предварительных комплексных испытаний Системы Подрядчик
должен провести демонстрацию процесса компиляции, создания дистрибутива и установки
(развертывания) разработанных программ для ЭВМ с использованием средств, указанных
в пункте 3.15 Описания объекта закупки, в соответствии с требованиями безопасности
информации Приложения № 4 к Описанию объекта закупки, а также в соответствии
с инструкциями, приведенными в рабочей документации на Систему в Предпродуктивном
контуре. Подрядчик осуществляет видеозапись процесса компиляции, создания дистрибутива
и установки (развертывания) разработанных программ для ЭВМ в формате скринкаста,
а именно видеозахвата экрана с параллельной записью голосовых комментариев. Видеозапись
процесса компиляции, создания дистрибутива и установки (развертывания) разработанных
программ для ЭВМ передается Подрядчиком Заказчику по результатам проведения
предварительных комплексных испытаний Системы.
2.2.3. Подготовка персонала.
В рамках подготовки персонала Подрядчик должен провести подготовку пользователей
Системы к ее использованию, а в части СЗИ в соответствии с требованиями к эксплуатации
Системы, и собрать предложения пользователей по развитию Системы.
В части защиты информации, содержащейся в Системе, Подрядчик проводит подготовку
специалистов структурного подразделения или должностного лица (работника),
ответственных за защиту информации в Системе, а также подготовку иного персонала
(пользователей) Системы в части, касающейся защиты информации.
Условия подготовки персонала:
наличие плана подготовки персонала (по ролям);
обеспечение пользователей Системы, включенных в списки для подготовки персонала,
инструктивно-методическими материалами (руководство системного программиста,
руководство пользователя (по ролям), описание базы данных, руководство администратора
безопасности Системы, инструкция по формированию и ведению баз данных);
Подрядчик формирует 1 (одну) учебную группу. Общее количество пользователей,
прошедших подготовку, – не менее 10 пользователей.
Подготовка персонала проводится в формате видеоконференцсвязи
План подготовки персонала должен учитывать проведение подготовки персонала
с учетом ролевых моделей пользователей.
31
Список слушателей предоставляется Получателем на основании письменного запроса
Подрядчика.
Перед началом подготовки персонала Подрядчик обязан передать атрибуты доступа
и инструктивно-методические материалы для прохождения подготовки, в соответствии
со списком слушателей, всем участникам подготовки персонала путем направления на адрес
электронной почты (e-mail), не менее, чем за один рабочий день до начала
видеоконференцсвязи. В сообщении электронной почты (e-mail) Подрядчик указывает
контактные данные (телефон, ФИО ответственного сотрудника) для обращения слушателей по
вопросам подключения к системе видеоконференцсвязи.
Регистрация слушателей в системе видеоконференцсвязи должна осуществляться
с использованием служебной электронной почты
(e-mail) слушателя, а также
с отражением ФИО и должности слушателя.
Результаты и анализ собранных предложений от персонала (пользователей) Системы
отражаются Подрядчиком в рекомендациях по развитию Системы.
2.2.4. Проведение опытной эксплуатации и приемочных испытаний Системы.
Опытная эксплуатация Системы обеспечивается Подрядчиком и проводится
Получателем при участии Заказчика не менее 15 (Пятнадцати) рабочих дней на
Предпродуктивном контуре Системы. Предпродуктивный контур должен обеспечивать
возможность проведения отладочных работ для работы информационных обменов с иными
информационными системами, которые имеют отдельный контур для испытаний. Доступ к
таким контурам обеспечивает Заказчик. Опытная эксплуатация проводится на
развиваемые/создаваемые в рамках Контракта части Системы, включая подсистему «Система
защиты информации» Системы, в объеме развиваемых/создаваемых задач и комплексов задач,
а также на задачи и комплексы задач (в том числе не входящие в развиваемые, создаваемые
части Системы), функционально взаимосвязанные с развиваемыми/создаваемыми задачами и
комплексами задач.
По требованию Заказчика опытная эксплуатация может также проводиться на не
развиваемые части Системы, не развиваемые задачи, комплексы задач с учетом принятых
и реализованных Подрядчиком технических решений.
Отбор пользователей, принимающих участие в опытной эксплуатации осуществляется
Получателем в соответствии с документом «Схема организационной структуры». Общее
количество пользователей, принимающих участие в опытной эксплуатации, – не менее 8
пользователей.
Перед началом опытной эксплуатации Подрядчик обязан передать атрибуты доступа
к предпродуктивному контуру пользователям Системы, принимающим участие в опытной
эксплуатации, а также организовать линию поддержки пользователей Системы во время
проведения опытной эксплуатации и передать сведения о времени работы и контактных
данных линии поддержки пользователей Системы пользователям Системы, принимающим
участие в опытной эксплуатации. Способы доступа пользователей Системы, принимающих
участие в опытной эксплуатации к линии поддержки (телефон, мессенджеры, e-mail),
определяются Подрядчиком по согласованию с Заказчиком и Получателем.
Ход проведения опытной эксплуатации Системы должен быть оформлен Подрядчиком
в форме рабочего журнала проведения опытной эксплуатации. В рамках проведения опытной
эксплуатации Системы Подрядчик должен собрать предложения Получателя по развитию
Системы. Результаты и анализ собранных предложений отражаются Подрядчиком в
рекомендациях по развитию Системы.
По итогам проведения опытной эксплуатации Системы Подрядчик должен провести
анализ результатов опытной эксплуатации, доработку (при необходимости) программного
обеспечения Системы, дополнительную наладку (при необходимости) технических средств
и общего программного обеспечения Системы и внести изменения в документацию, в том
числе эксплуатационную.
По итогам проведения опытной эксплуатации Системы Заказчик и Получатель
32
принимают решение о допуске Системы к приемочным испытаниям, а Подрядчик оформляет
акт о завершении опытной эксплуатации.
На этапе подготовки к приемочным испытаниям необходимо произвести настройку ВМ
Системы (в случае, если не производилась ранее) для подключения к подсистеме «Контроль,
анализ и мониторинг информационной безопасности исполнительных органов
государственной власти Санкт-Петербурга» ЦОУ ИБ АПК БГ, а также установить средства
антивирусной защиты и настроить данные средства для подключения к СЗИ РРЦОД
в соответствии требованиями Процесса 13 Приложения № 4 к Описанию объекта закупки.
В виртуальных машинах Подрядчик должен настроить индивидуальные
технологические учетные записи для обеспечения работы подсистемы «Контроль, анализ
и мониторинг информационной безопасности исполнительных органов государственной
власти Санкт-Петербурга» ЦОУ ИБ АПК БГ с минимально необходимыми привилегиями в
соответствии требованиями Процесса 13 Приложения № 4 к Описанию объекта закупки.
Проведение приемочных испытаний Системы Подрядчик осуществляет при участии
Заказчика и Получателя в предпродуктивном контуре Системы.
Приемочные испытания проводятся на развиваемые/создаваемые в рамках Контракта
части Системы, включая подсистему «Система защиты информации» Системы, в объеме
развиваемых/создаваемых задач и комплексов задач, а также на задачи и комплексы задач (в
том числе не входящие в развиваемые, создаваемые части Системы), функционально
взаимосвязанные с развиваемыми/создаваемыми задачами и комплексами задач.
В случае если по результатам опытной эксплуатации Подрядчик выполнил доработку
программного обеспечения Системы, в процессе проведения приемочных испытаний Системы
Подрядчик должен провести повторную демонстрацию процесса компиляции, создания
дистрибутива и установки (развертывания) разработанных программ для ЭВМ
с использованием средств, указанных в пункте 3.15 Описания объекта закупки, а также
в соответствии с инструкциями, приведенными в рабочей документации на Систему
в тестовом контуре. Подрядчик осуществляет видеозапись процесса компиляции, создания
дистрибутива и установки (развертывания) разработанных программ для ЭВМ в формате
скринкаста15, а именно видеозахвата экрана с параллельной записью голосовых комментариев.
Видеозапись процесса компиляции, создания дистрибутива и установки (развертывания)
разработанных программ для ЭВМ передается Подрядчиком Заказчику по результатам
приемочных испытаний Системы.
В программе и методике приемочных испытаний Подрядчик предусматривает
приемочные испытания нефункциональных требований Системы. Объектами приемочных
испытаний нефункциональных требований являются процессы в соответствии с п. 1.1.1
Приложения № 4 к Описанию объекта закупки.
В программе и методике приемочных испытаний Подрядчик предусматривает
испытания объектов подсистемы СЗИ, включая СКЗИ. Объектами приемочных испытаний
подсистемы СЗИ являются СПО разрабатываемой Системы в части защиты информации,
совокупности СКЗИ и совокупности СрЗИ иных частей Системы. Приемочные испытания
проводятся по отношению ко всем экземплярам СрЗИ.
В программе и методике приемочных испытаний СЗИ Подрядчик указывает:
перечень и комплектность объектов приемочных испытаний (объектами комплексных
испытаний подсистемы СЗИ являются СПО разрабатываемой Системы в части защиты
информации, совокупности СКЗИ и совокупности СрЗИ иных частей Системы).
перечень требований, которым должны соответствовать объекты приемочных
испытаний (со ссылкой на пункты технического задания Системы);
объем, условия, порядок и методы проведения испытаний и критерии оценки
результатов;
15
Качество передаваемого Подрядчиком скринкаста должно позволять прочитать любой текст,
имеющийся на экране
33
перечень и последовательность проверок, которым должна быть подвергнута Система
в соответствии с требованиями технического задания на Систему (со ссылкой на пункты мер и
мероприятий по защите Системы из технического проекта на Систему);
перечень конечных точек всех приложений ОПО и СПО, используемых в Системе, в том
числе технологические (временные) конечные точки, а именно: полный URL, порт, протокол,
тип (тестовый/ продуктивный) и прочее;
методы выполнения проверок на соответствие показателей Системы в целом и ее
составных частей требованиям технического задания на Системы;
материально-техническое и метрологическое обеспечение испытаний;
критерии приемки Системы и ее частей;
порядок, методики и условия проведения проверок функционирования и взаимодействия
частей Системы, функционирования Системы в целом, в соответствии с требованиями
технического задания на Систему;
обеспечение безопасности при проведении испытаний.
По согласованию с Заказчиком проверка СрЗИ в подсистеме СЗИ в зависимости от их
специфики может проводиться автономно или в составе других частей Системы. Объединение
задач при проверке в комплексах целесообразно проводить с учетом общности используемой
информации и внутренних связей.
В состав проверок допускается включать встроенные в СрЗИ тесты, проверки и отчеты,
пакетные командные файлы на основании которых можно сделать выводы о соответствии
проверяемых объектов требованиям технического задания подсистемы СЗИ. Допускается
объединение данных проверок в наборы проверок и в пакетные командные файлы, листинг
командных файлов приводится в программе и методиках испытаний.
Проверки функционирования и взаимодействия частей Системы, которые возможно
произвести при проведении приемочных испытаний Системы, включаются в программу
и методику приемочных испытаний.
В пояснительную записку к программе и методике приемочных испытаний Подрядчик
включает:
 технические характеристики Предпродуктивного контура, в котором проводятся
испытания;
 в случае применения эмуляторов интеграций Системы с иными информационными
системами, описание механизма работы эмулятора, а также мотивированное обоснование
невозможности настройки интеграции с промышленными или тестовыми контурами
информационных систем, интеграцию с которыми необходимо продемонстрировать;
 обоснование достаточности используемых тестовых данных;
Результаты проведения приемочных испытаний Системы должны быть оформлены
Подрядчиком в форме протокола приемочных испытаний.
По итогам проведения приемочных испытаний Системы Подрядчик должен провести
анализ результатов приемочных испытаний, устранить недостатки (в случае выявления)
и внести изменения в документацию, в том числе эксплуатационную, в соответствии
с протоколом проведения приемочных испытаний.
По итогам проведения приемочных испытаний Системы Подрядчик оформляет акт
приемки в постоянную эксплуатацию и разрабатывает проект правового акта о вводе Системы
в постоянную эксплуатацию и рекомендации по развитию Системы.
Перечень мероприятий по обеспечению ввода Системы в эксплуатацию и срок начала
эксплуатации Системы определяется Подрядчиком в проекте правового акта с учетом
результатов работ по развитию Системы.
3. Общие требования
Состав, содержание и порядок оформления отчетных документов по каждому этапу,
а также сроки их предоставления Получателю и Заказчику должны соответствовать
требованиям, указанным в Приложениях №№ 5-6 к Описанию объекта закупки.
34
Приложение № 3
к Описанию объекта закупки
ФУНКЦИОНАЛЬНЫЕ И ЭКСПЛУАТАЦИОННЫЕ ХАРАКТЕРИСТИКИ
объекта закупки
1. Требования к функциям и задачам, выполняемым Системой
1.1. Развитие подсистемы «Строительный портал»
1.1.1. Развитие функции «Предоставление информации, содержащейся в ЕССК»
1.1.1.1. Развитие комплекса задач «Электронное взаимодействие с субъектами
строительства в рамках исполнения процедур регионального государственного строительного
надзора»
1.1.1.1.1. Развитие задачи «Взаимодействие в рамках дела строительного надзора»
В рамках развития задачи «Взаимодействие в рамках дела строительного надзора»
необходимо:
реализовать в ЕССК возможность получения из РПГУ и оправки в ВИС СГСН
документа «Уведомление об изменении проектной документации» в формате xml, по схеме
Минстроя России, введенной в действие на момент заключения Государственного контракта
в соответствии с приказом Минстроя России от 02.11.2022 № 929/пр «Об утверждении
требований к формату документов, используемых при осуществлении регионального
государственного строительного надзора и составляемых в электронной форме»;
реализовать в ЕССК возможность направления в РПГУ и получения из ВИС СГСН
документа «Уведомление об отказе в приеме документов» в формате xml, по схеме Минстроя
России, введенной в действие на момент заключения Государственного контракта
в соответствии с приказом Минстроя России от 02.11.2022 № 929/пр «Об утверждении
требований к формату документов, используемых при осуществлении регионального
государственного строительного надзора и составляемых в электронной форме».
При размещении в ЕССК xml-файлов, указанных выше документов «Уведомление
об изменении проектной документации» и «Уведомление об отказе в приеме документов»
должна автоматически обеспечиваться:
проверка соответствия таких документов настроенным в ЕССК xml-схемам Минстроя
России для таких документов;
обработка отрицательных результатов проверки соответствия таких документов
настроенным в ЕССК xml-схемам Минстроя России.
Способ реализации возможности получения из РПГУ и оправки в ВИС СГСН документа
«Уведомление об изменении проектной документации», способ реализации возможности
направления в РПГУ и получения из ВИС СГСН документа «Уведомление об отказе в приеме
документов», а также обработка отрицательных результатов проверки соответствия таких
документов настроенным в ЕССК xml-схемам Минстроя России должны быть уточнены
на этапе «Обследование объектов информатизации Системы с целью уточнения требований к
подсистеме «Система защиты информации» Системы, Техническое задание и Технический
проект».
Требования к развитию задачи могут быть уточнены на этапе «Обследование объектов
информатизации Системы с целью уточнения требований к подсистеме «Система защиты
информации» Системы, Техническое задание и Технический проект».
1.1.1.1.2. Развитие задачи «Электронный журнал работ»
В рамках развития задачи «Электронный журнал работ» необходимо:
реализовать возможность автоматической генерации значений полей для элементов,
содержащих UUID (GUID) идентификаторы по заданному для них в xml-схеме ОЖР
35
шаблонам, соответствующим xml-схеме ведения ОЖР, утвержденной приказом Минстроя
России от 02.12.2022 № 1026/пр «Об утверждении формы и порядка ведения общего журнала,
в котором ведется учет выполнения работ по строительству, реконструкции, капитальному
ремонту объекта капитального строительства» и введенной в действие на момент заключения
Государственного контракта в соответствии с приказом Минстроя России от 16.05.2023
№ 344/пр «Об утверждении состава и порядка ведения исполнительной документации при
строительстве, реконструкции, капитальном ремонте объектов капитального строительства»;
реализовать возможность формирования печатных форм xml-файлов ОЖР,
размещенных в ЕССК, которые соответствуют xml-схемам Минстроя России, входящим
в состав ОЖР:
GeneralWorkJournal.xsd;
generalWorkJournalTitlePage.xsd;
Participants.xsd;
BuildingParticipants.xsd;
BuildingInfo.xsd;
idDesignerSupervisionRepresentative.xsd;
idConstructionControlRepresentative.xsd;
WorkInfo.xsd;
sk5111.xsd;
gsn35.xsd.
Требования к развитию задачи могут быть уточнены на этапе «Обследование объектов
информатизации Системы с целью уточнения требований к подсистеме «Система защиты
информации» Системы, Техническое задание и Технический проект».
1.1.1.2. Развитие комплекса задач «Реестровая модель»
1.1.1.2.1. Развитие задачи «Учет результатов предоставления государственных услуг
(процедур) в реестровой модели»
В рамках развития задачи «Учет результатов предоставления государственных услуг
(процедур) в реестровой модели» необходимо обеспечить:
формирование реестра сведений включаемых в реестр выданных разрешений
на строительство объекта капитального строительства, формируемых, по результатам
исполнения государственной услуги «Выдавать разрешения на строительство при
осуществлении строительства и реконструкции объектов капитального строительства,
на проведение работ по созданию искусственного земельного участка в случаях,
установленных действующим законодательством» (реестровый номер 7800000010000000901),
по данным из xml-файлов проектов реестровых записей СГСН по РНС, соответствующих
в своем составе приказу Минстроя России от 17 июля 2026 года № 457/пр «Об установлении
типовой формы выписки из реестра разрешений на строительство объектов капитального
строительства и типовой формы выписки из реестра разрешений на ввод объектов
капитального строительства в эксплуатацию»;
формирование реестра сведений, включаемых в реестр разрешений на ввод объектов
капитального строительства в эксплуатацию, формируемых по результатам исполнения
государственной услуги «Выдавать разрешения на ввод объектов капитального строительства
и искусственных земельных участков в эксплуатацию в случаях, установленных
действующим законодательством» (реестровый номер 7800000010000000927), по данным из
xml-файлов проектов реестровых записей СГСН по РНВ, соответствующих в своем составе
приказу Минстроя России от 17 июля 2026 года № 457/пр «Об установлении типовой формы
выписки из реестра разрешений на строительство объектов капитального строительства и
типовой формы выписки из реестра разрешений на ввод объектов капитального строительства
в эксплуатацию»;
36
формирование реестра сведений, включаемых в реестр уведомлений о планируемом
строительстве объектов индивидуального жилищного строительства, формируемых
по результатам исполнения государственной услуги «Направление уведомлений,
предусмотренных пунктом 2 части 7, пунктом 3 части 8 статьи 51.1 Градостроительного
кодекса Российской Федерации, при осуществлении строительства, реконструкции объектов
индивидуального жилищного строительства, садовых домов»
(реестровый номер
7800000000167156640), по данным из xml-файлов проектов реестровых записей по ИЖС,
соответствующих в своем составе приказу Минстроя России от 21 апреля 2026 года № 257/пр
«Об установлении составов сведений, содержащихся в реестре уведомлений о планируемом
строительстве объектов индивидуального жилищного строительства и в реестре уведомлений
об окончании строительства объектов индивидуального жилищного строительства»;
формирование реестра сведений, включаемых в реестр уведомлений об окончании
строительства объектов индивидуального жилищного строительства, формируемых
по результатам исполнения государственной услуги «Направление уведомлений,
предусмотренных пунктом 5 части 19 статьи 55 Градостроительного кодекса Российской
Федерации, при осуществлении строительства, реконструкции объектов индивидуального
жилищного строительства, садовых домов (реестровый номер 7800000000167156630),
по данным из xml-файлов проектов реестровых записей по ИЖС, соответствующих в своем
составе приказу Минстроя России от 21 апреля 2026 года № 257/пр «Об установлении составов
сведений, содержащихся в реестре уведомлений о планируемом строительстве объектов
индивидуального жилищного строительства и в реестре уведомлений об окончании
строительства объектов индивидуального жилищного строительства».
Состав полей реестровых записей по РНС и РНВ может быть уточнен на этапе
«Обследование объектов информатизации Системы с целью уточнения требований к
подсистеме «Система защиты информации» Системы, Техническое задание и Технический
проект».
Требования к развитию задачи могут быть уточнены на этапе «Обследование объектов
информатизации Системы с целью уточнения требований к подсистеме «Система защиты
информации» Системы, Техническое задание и Технический проект».
1.2. Развитие подсистемы «Документооборот»
витие функции «Хранение информации, содержащейся в ЕССК»
1.2.1.1. Развитие комплекса задач «Документы»
1.2.1.1.1. Развитие задачи «Строительная документация»
В рамках развития задачи «Строительная документация» необходимо:
обеспечить возможность приема документа «Раздел №1 проектной документации
«Пояснительная записка» в формате xml по версии схемы 1.07, утвержденной Минстроем РФ,
загружаемого в ЕССК в рамках подачи заявления по услуге «Проведение государственной
экспертизы проектной документации и (или) результатов инженерных изысканий»
(реестровый номер 7800000000160201973), внутри загружаемого заявителем архива
документов.
Требования к развитию задачи могут быть уточнены на этапе «Обследование объектов
информатизации Системы с целью уточнения требований к подсистеме «Система защиты
информации» Системы, Техническое задание и Технический проект».
1.3. Развитие подсистемы «Интеграция»
1.3.1. Развитие функции «Взаимодействие с государственными информационными
системами Санкт-Петербурга и иными информационными системами»
1.3.1.1. Создание задачи «Взаимодействие со СМЭВ по протоколу S3»
В рамках создание задачи «Взаимодействие со СМЭВ по протоколу S3» необходимо
обеспечить возможность взаимодействия ЕССК с файловым хранилищем СМЭВ по http based
37
S3-протоколу и осуществить перевод используемого в ЕССК взаимодействия с файловым
хранилищем СМЭВ3 на указанный протокол, описание которого приводится в пункте 7.2
«Работа с вложениями по протоколу S3» Методических рекомендаций по работе с
Единым электронным сервисом Единой системы межведомственного электронного
взаимодействия версии 3.5.0.29 (Приложение № 4 к протоколу заочного голосования членов
президиума Правительственной комиссии по цифровому развитию, использованию
информационных технологий для улучшения качества жизни и условий ведения
предпринимательской деятельности от 13 августа 2026 г. № 31пр, одобренное президиумом
Правительственной комиссии по цифровому развитию, использованию информационных
технологий для улучшения качества жизни и условий ведения предпринимательской
деятельности от 13 августа 2026 г. № 31пр).
В рамках создание задачи должны быть обеспечены следующие возможности:
получение по протоколу S3 из файлового хранилища СМЭВ3 вложений к сообщениям в
СМЭВ3;
передача по протоколу S3 из ЕССК в файловое хранилища СМЭВ3 вложений к
сообщениям в СМЭВ3;
регистрация в БД ЕССК данных об использовании методов S3 API;
хранение данных о взаимодействии с S3 API в течение периода времени, заданного
пользователем с ролью «Администратор», начиная с момента регистрации этих данных.
При передачи по протоколу S3 из ЕССК в файловое хранилища СМЭВ3 вложений к
сообщениям в СМЭВ3 должны выполняться проверки:
соблюдения лимита на размер для передаваемого вложения не более 1ГБ;
Требования к созданию задачи могут быть уточнены на этапе «Обследование объектов
информатизации Системы с целью уточнения требований к подсистеме «Система защиты
информации» Системы, Техническое задание и Технический проект».
1.3.1.2. Развитие задачи «Идентификация и аутентификация пользователей»
В рамках развития задачи «Идентификация и аутентификация пользователей»
возможность аутентификации и авторизации пользователей при взаимодействии с ЕСОВ
ТОРИС должна быть доработана в соответствии с обновленными методическими
рекомендациями по взаимодействию с ЕСОВ ТОРИС.
Возможность аутентификации и авторизации пользователей при взаимодействии с
ЕСОВ должна быть переведена на взаимодействие по протоколу авторизации OAuth 2.0.
Требования к доработке возможности аутентификации и авторизации пользователей при
взаимодействии с ЕСОВ ТОРИС должны быть уточнены на этапе «Обследование объектов
информатизации Системы с целью уточнения требований к подсистеме «Система защиты
информации» Системы, Техническое задание и Технический проект».
1.4. Развитие подсистемы «Система защиты информации»
Для обеспечения безопасности информации Системы должны быть реализованы
функции защиты информации, содержащейся в Системе, которые должны соответствовать
требованиям к защите информации, приведенными в п. 1.1 – 2.3 Приложения № 4 к Описанию
объекта закупки, исключая п. 1.1.1 Приложения № 4 к Описанию объекта закупки.
2. Требования к развитию Системы по видам обеспечения
2.1.
Требования к техническому обеспечению
2.1.1. Серверное оборудование Системы должно представлять собой виртуальный
ресурс, созданный на базе оборудования, размещенного в РРЦОД.
2.1.2. Требования к техническому обеспечению приведены в п. 1.1 - 2.3 Приложения № 4
к Описанию объекта закупки.
2.2. Требования к программному обеспечению
38
Требования к программному обеспечению приведены в п. 1.1 - 2.3 Приложения № 4 к
Описанию объекта закупки.
Средства защиты информации (включая проприетарное программное обеспечение
защиты информации), серверные операционные системы и системы управления базами
данных закупаются вне рамок Контракта в порядке, установленном постановлением
Правительства Санкт-Петербурга от 30.12.2013 № 1095 «О системе закупок товаров, работ,
услуг для обеспечения нужд Санкт-Петербурга».
39
Приложение № 4
к Описанию объекта закупки
ТРЕБОВАНИЯ
ПО ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ
1. Нормативные-правовые требования
Технические решения, разработанные и реализованные Подрядчиком при выполнении
работ по развитию Системы, должны соответствовать требованиям о защите информации,
содержащейся в государственных информационных системах, иных информационных
системах
государственных
органов,
государственных
унитарных
предприятий,
государственных
учреждений,
утвержденным
приказом
ФСТЭК
России
от 11.04.2025 № 117 «Об утверждении требований о защите информации, содержащейся
в государственных информационных системах, иных информационных системах
государственных органов, государственных унитарных предприятий», и обеспечивать
возможность успешной аттестации Системы на соответствие требованиям о защите
информации ограниченного доступа, не составляющей государственную тайну,
в соответствии с приказом Федеральной службы по техническому и экспертному контролю
от 29.04.2021 № 77 «Об утверждении порядка организации и проведения работ по аттестации
объектов информатизации на соответствие требованиям о защите информации ограниченного
доступа, не составляющей государственную тайну».
Результаты выполняемых работ, разработанные и реализованные Подрядчиком при
выполнении работ по развитию Системы, должны соответствовать требованиям к защите
информации, приведенным в пп. 1.1-1.3 Приложения № 4 к Описанию объекта закупки.
1.1. Нормативные требования к ГИС ФСТЭК России
Для достижения целей защиты информации должны быть применены необходимые
меры защиты информации, а также должны быть обеспечены необходимые мероприятия,
предусмотренные Требованиями о защите информации, содержащейся в государственных
информационных системах, иных информационных системах государственных органов,
государственных унитарных Предприятий, государственных учреждений, утвержденных
приказом ФСТЭК России от 11.04.2025 № 117.
Для защиты информации должны применяться сертифицированные средства защиты
информации в соответствии с инструкциями (правилами) по их эксплуатации,
установленными разработчиками в эксплуатационной документации. Применяемые средства
защиты информации должны быть обеспечены со стороны их разработчиков поддержкой
безопасности на территории Российской Федерации, включая выпуск и применение
обновлений программного обеспечения, обеспечивающих устранение выявленных
уязвимостей, дефектов и недостатков.
Применяемые сертифицированные средства защиты информации должны
соответствовать:
для защиты информационных систем 1 класса защищенности – не ниже чем 4 классу
защиты и уровню доверия
для защиты информационных систем 2 класса защищенности – не ниже чем 5 классу
защиты и уровню доверия;
для защиты информационных систем 3 класса защищенности – 6 классу защиты
и уровню доверия
Средства защиты информации должны применяться с соблюдением запретов,
установленных пунктом 6 Указа Президента Российской Федерации от 1 мая 2022 г. № 250
«О дополнительных мерах по обеспечению информационной безопасности Российской
Федерации» и иных нормативных актов.
Для всех объектов защиты Системы должны быть обеспечена реализация мероприятий
40
по защите информации в соответствии с Методическим документом «Состав и содержание
мероприятий и мер по защите информации, содержащейся в информационных системах»
утвержденным ФСТЭК России 12.04.2026.
Мероприятия
по
реализации
в
информационных системах мер по их защите и содержащейся в них информации по
отношению к объектам защиты Системы, за исключением объекта защиты СПО, должны
включать:
- реализацию базовых мер защиты информационных систем и содержащейся
в них информации соответствующих классов защищенности,
устанавливаемых оператором (обладателем информации);
- адаптацию базовых мер защиты информационных систем и содержащейся
в них информации применительно к архитектуре информационных систем,
применяемым информационным технологиям, особенностям
функционирования информационных систем;
- верификацию адаптированных базовых мер защиты информационных
систем и содержащейся в них информации в соответствии с актуальными
угрозами и возможностями нарушителей, их дополнение и (или) усиление.
Технические меры по защите информации должны приниматься на аппаратном,
системном, прикладном уровнях, а также в информационно-телекоммуникационной
инфраструктуре при ее наличии. На аппаратном и системном уровнях защита информации
должна обеспечиваться посредством применения встроенных в аппаратное обеспечение
и системное программное обеспечение средств защиты информации. На прикладном
и сетевом (инфраструктурном) уровнях защита информации должна обеспечиваться
применением встроенных в прикладное программное обеспечение средств защиты
информации и (или) применением наложенных и сетевых средств защиты информации.16
Мероприятия и меры по защите информации, должны реализовываться
с использованием методических документов ФСТЭК России, ФСБ России и методического
документа разработанного Заказчиком17.
При обработке в Системе информации, доступ к которой ограничен в соответствии
с законодательством Российской Федерации, требованиями о защите информации,
содержащейся в государственных информационных системах, иных информационных
системах государственных органов, государственных унитарных Предприятий,
государственных учреждений, утвержденных приказом ФСТЭК России от 11.04.2025 № 117,
должны быть применены и реализованы следующие требования:
1.1.1. Требования по ГОСТ Р 56939-2024 Разработка безопасного программного
обеспечения
В соответствии с требованиями и рекомендациями, содержащимися в национальном
стандарте Российской Федерации ГОСТ Р 56939-2024 «Защита информации. Разработка
безопасного программного обеспечения. Общие требования» (далее - ГОСТ Р 56939-2024), к
Подрядчику применяются требования по разработке безопасного программного обеспечения
в соответствии с ГОСТ Р 56939-2024. Процессы разработки безопасного программного
обеспечения, изложенные в ГОСТ Р 56939-2024, подлежат обязательной реализации в рамках
настоящего Контракта, за исключением рекомендуемых к реализации требований,
в формулировках которых используются вспомогательные глаголы «рекомендуется»
16
Для АРМ входящих в состав Системы приоритетно должно использоваться программное обеспечение,
имеющее встроенные средства защиты информации. В случае если на АРМ, входящих в состав Системы,
организовано администрирование средств защиты информации Системы, и используемое на АРМ программное
обеспечение не имеет встроенных средств защиты информации, допускается использование наложенных средств
защиты информации
17
Методический документ опубликован на сайте Санкт-Петербургского государственного казенного
учреждения «Управление информационных технологий и связи» в сети Интернет, по адресу https://uits.spb.ru/md/
41
и «может». Подлежат обязательными к реализации Подрядчиком следующие базовые
процессы:
Планирование процессов разработки безопасного программного
обеспечения
(далее – Процесс 1). Устанавливаются дополнительные требования, приведенные в п. 3.1
Приложения № 4 к Описанию объекта закупки;
Обучение сотрудников (далее – Процесс 2);
Формирование и предъявление требований безопасности к
программному
обеспечению (далее – Процесс 3). Устанавливаются дополнительные требования,
приведенные в п. 2.2 Приложения № 4 к Описанию объекта закупки;
Управление конфигурацией программного обеспечения (далее – Процесс 4);
Управление недостатками и запросами на изменение программного обеспечения
(далее – Процесс 5);
Разработка, уточнение и анализ архитектуры программного
обеспечения (далее –
Процесс 6). Устанавливаются дополнительные требования, приведенные
в
п.
3.2
Приложения № 4 к Описанию объекта закупки;
Моделирование угроз и разработка описания поверхности атаки (далее – Процесс 7);
Формирование и поддержание в актуальном состоянии правил кодирования (далее –
Процесс 8);
Экспертиза исходного кода (далее – Процесс 9);
Статический анализ исходного кода (далее – Процесс 10). Устанавливаются
дополнительные требования,
приведенные в п. 3.3 Приложения № 4 к Описанию
объекта закупки;
Динамический анализ кода программы (далее – Процесс 11);
Использование безопасной системы сборки программного
обеспечения (далее –
Процесс 12);
Обеспечение безопасности сборочной среды программного
обеспечения (далее –
Процесс 13). Устанавливаются дополнительные требования, приведенные
в
п.
3.4
Приложения № 4 к Описанию объекта закупки;
Управление доступом и контроль целостности кода при разработке программного
обеспечения (далее – Процесс 14);
Обеспечение безопасности используемых секретов (далее – Процесс 15).
Устанавливаются дополнительные требования, приведенные в п. 3.5 Приложения № 4
к Описанию объекта закупки;
Использование инструментов композиционного анализа (далее – Процесс 16);
Проверка кода на предмет внедрения вредоносного программного
обеспечения
через цепочки поставок (далее – Процесс 17);
Функциональное тестирование (далее – Процесс 18);
Нефункциональное тестирование (далее – Процесс 19). Устанавливаются
дополнительные требования,
приведенные в п. 3.6 Приложения № 4 к Описанию
объекта закупки;
Обеспечение безопасности при выпуске готовой к эксплуатации
версии
программного обеспечения (далее – Процесс 20);
Безопасная поставка программного обеспечения пользователям (далее – Процесс 21);
Обеспечение поддержки программного обеспечения при
эксплуатации
пользователями (далее – Процесс 22);
Реагирование на информацию об уязвимостях (далее – Процесс 23);
Поиск уязвимостей в программном обеспечении при эксплуатации (далее – Процесс 24);
Процессы должны быть выражены в регламентах, которые должны содержать
требования к реализации процесса разработки с учетом требований, изложенных
в Приложении № 2 к Описанию объекта закупки. Выполнение реализаций требований
подтверждается артефактами. Артефакты реализаций требований должны быть выражены
в документах, отчетах, файлах, журналах, результатах работы инструментов, процессов,
42
сохраненных в электронном виде, на основании которых возможно подтвердить реализацию
соответствующих требований.
В ходе реализации процессов разработки безопасного ПО должны быть реализованы
меры по защите информации, относящейся к этим процессам, а именно: разграничение
доступа к результатам исследований и тестирования, обеспечение защищенного хранения
соответствующей информации и антивирусная защита.
Меры защиты информации для процессов разработки безопасного ПО должны быть
включены в регламенты реализации соответствующих процессов разработки безопасного ПО.
Наборы артефактов, соответствующие определенным процессам, предоставляются
в качестве отчетных документов, определенных в Приложении № 5 к Описанию объекта
закупки.
Первичный отчет РБПО должен содержать наборы артефактов требований процессов,
как по базовым, так и по соответствующим им расширенным процессам, по пунктам: Процесс
1, Процесс 2, Процесс 5, Процесс 8, Процесс 13, Процесс 14, Процесс 15.
Основной отчет РБПО должен содержать наборы артефактов требований процессов, как
по базовым, так и по соответствующим им расширенным процессам, по пунктам: Процесс 3,
Процесс 4, Процесс 6, Процесс 7, Процесс 9, Процесс 10, Процесс 11, Процесс 12, Процесс 16,
Процесс 17, Процесс 18, Процесс 19.
Завершающий отчет РБПО должен содержать наборы артефактов требований процессов,
как по базовым, так и по соответствующим им расширенным процессам, по пунктам: Процесс
20, Процесс 21, Процесс 22, Процесс 23, Процесс 24.
Отчеты РБПО предоставляются Подрядчиком с учетом требований, установленных
в п. 3.5 Приложения № 4 к Описанию объекта закупки.
1.1.2. Требования по ГОСТ Р 59547-2021 «Мониторинг информационной
безопасности»
В соответствии с требованиями и рекомендациями, содержащимися в национальном
стандарте Российской Федерации ГОСТ Р 59547-2021 «Защита информации. Мониторинг
информационной безопасности. Общие положения» (далее – ГОСТ Р 59547-2021), подлежат
обязательной реализации мероприятия по мониторингу информационной безопасности в
соответствии с разделами 4 и 5 ГОСТ Р 59547-2021.
Источниками данных мониторинга информационной безопасности в Системе
определяются: средства защиты информации, общее программное и разрабатываемое
специальное программное обеспечение, программно-технические средства, информационные
сервисы, среда функционирования информационных (автоматизированных) систем, оператор
информационных (автоматизированных) систем в части контроля действий, иные источники
данных (в том числе внешние доступные источники данных).
1.1.3. Требования по ГОСТ Р 56545-2015 «Защита информации. Уязвимости
информационных систем»
В соответствии с требованиями и рекомендациями, содержащимися в национальном
стандарте Российской Федерации ГОСТ Р 56545-2015 «Защита информации. Уязвимости
информационных систем. Правила описания уязвимостей» (далее – ГОСТ Р 56545-2015),
предъявляются следующие требования к описанию уязвимостей:
Структура описания уязвимости должна обеспечивать достаточность информации для
идентификации уязвимости и выполнения работ по анализу уязвимостей. Для однозначной
идентификации уязвимости описание должно включать следующие элементы: идентификатор
уязвимости, наименование уязвимости, класс уязвимости, наименование программного
обеспечения и его версия.
Для обеспечения возможности выполнения работ по анализу уязвимостей, описание
должно включать следующие элементы: идентификатор типа недостатка, тип недостатка,
место возникновения (проявления) уязвимости, способ (правило) обнаружения уязвимости,
возможные меры по устранению уязвимости.
43
При выполнении анализа уязвимостей необходимо руководствоваться методическим
документом от 30.06.2025 ФСТЭК России «Методика оценки уровня критичности
уязвимостей программных, программно-аппаратных средств».
1.1.4. Требования по ГОСТ Р 58833-2020 «Защита информации. Идентификация и
аутентификация»
В соответствии с требованиями и рекомендациями, содержащимися в национальном
стандарте Российской Федерации ГОСТ Р 58833-2020 «Защита информации. Идентификация
и аутентификация. Общие требования» (далее – ГОСТ Р 58833-2020), при реализации функций
безопасности в создаваемом (дорабатываемом, модернизируемом) специальном программном
обеспечении Системы необходимо обеспечить:
- первичную идентификацию, включающую
подготовку, формирование и регистрацию
информации о субъекте (объекте) доступа, а
также присвоение субъекту (объекту) доступа идентификатора доступа и его регистрацию
в перечне присвоенных идентификаторов;
- хранение и поддержание актуального состояния (обновление) идентификационной
и
аутентификационной информации субъекта (объекта) доступа;
- вторичную идентификацию, которая обеспечивает опознавание субъекта доступа,
запросившего доступ к объекту доступа, по предъявленному идентификатору;
- аутентификацию, включающую проверку подлинности субъекта (объекта) доступа
и
принадлежности ему предъявленных идентификатора и аутентификационной
информации.
Удаленный доступ пользователей к информационным системам в целях выполнения
своих обязанностей (функций) должен осуществляться с использованием сетей связи,
расположенных на территории Российской Федерации, посредством применения средств
защиты канала передачи данных.
1.2. Нормативные требования к ИСПДн ФСТЭК России
При обработке в Системе информации, содержащей персональные данные, должны
применяться (быть реализованы) меры защиты персональных данных определяемые в
соответствии с «Требованиями к защите персональных данных при их обработке в
информационных системах персональных данных», утвержденными постановлением
Правительства Российской Федерации от 01.11.2012 № 1119, а также «Составом и
содержанием организационных и технических мер по обеспечению безопасности
персональных данных при их обработке в информационных системах персональных данных»,
утвержденным приказом ФСТЭК России от 18.02.2013 № 21.
1.3. Нормативные требования ФСБ России к СКЗИ
В случае использования для защиты информации, содержащейся в Системе,
шифровальных (криптографических) средств защиты информации должны применяться
требования о защите информации, установленные ФСБ России в соответствии с частью 5
статьи 16 Федерального закона от 27.07.2006 № 149-ФЗ «Об информации, информационных
технологиях и о защите информации» и Федеральный закон от 06.04.2011 № 63-ФЗ «Об
электронной подписи», а именно:
Требования к Составу и содержанию организационных и технических мер по
обеспечению безопасности персональных данных при их обработке в информационных
системах персональных данных с использованием средств криптографической защиты
информации, необходимых для выполнения установленных Правительством Российской
Федерации требований к защите персональных данных для каждого из уровней
защищенности, утвержденные приказом ФСБ от 10.07.2014 № 378;
Требования о защите информации, содержащейся в государственных информационных
системах, иных информационных системах государственных органов, государственных
унитарных предприятий, государственных учреждений, а также при использовании
технических средств и программ для электронных вычислительных машин и баз данных в
соответствии с частью 5.1 статьи 13 Федерального закона от 27 июля 2006 г. № 149-ФЗ «Об
44
информации, информационных технологиях и о защите информации» с использованием
шифровальных (криптографических) средств, утвержденные приказом ФСБ от 22.08.2026 №
321;
Требования к средствам электронной подписи и Требования к средствам
удостоверяющего центра, утвержденные приказом ФСБ России от 27.12.2011 № 796.
2. Требования к объектам защиты Системы
2.1. Требования к средствам защиты информации
2.1.1. Применяемые в Системе серверные операционные системы должны иметь
действующий сертификат ФСТЭК России в соответствии с классом защищенности Системы
и/или уровнем защищенности Системы и соответствовать Требованиям безопасности
информации к операционным системам, утвержденный приказом ФСТЭК России
от 19.08.2016 № 119ДСП (Информационное сообщение от 18.10.2016 № 240/24/4893).
2.1.2. Применяемые в Системе системы управления базами данных должны быть
сертифицированы в составе сертифицированной ФСТЭК России на соответствие требованиям
безопасности информации операционной системы. В случае невозможности применения
СУБД сертифицированной в составе сертифицированной ФСТЭК России на соответствие
требованиям безопасности информации операционной системы, СУБД применяемые
в Системе должны иметь действующий сертификат ФСТЭК России в соответствии с классом
защищенности Системы и соответствовать Требованиям по безопасности информации
к системам управления базами данных, утверждённые приказом ФСТЭК России
от 14.04.2023 № 64ДСП.
2.1.3. Применяемые в Системе системы контейнеризации должны быть
сертифицированы в составе сертифицированной операционной системы на соответствие
требованиям безопасности информации ФСТЭК России. В случае невозможности применения
системы контейнеризации, сертифицированной в составе сертифицированной операционной
системы, допускается применение системы контейнеризации, сертифицированной ФСТЭК
России и соответствующие Требованиям по безопасности информации к средствам
контейнеризации, утверждённые приказом ФСТЭК России от 04.07.2022 № 118ДСП.
2.1.4. Применяемые в Системе системы виртуализации должны быть сертифицированы в
составе сертифицированной операционной системы на соответствие требованиям
безопасности информации ФСТЭК России. В случае невозможности применения системы
виртуализации, сертифицированной в составе сертифицированной операционной системы,
допускается применение системы виртуализации, сертифицированной ФСТЭК России
и соответствовать требованиям по безопасности информации к средствам виртуализации,
утверждённые приказом ФСТЭК России от 27.10.2022 № 187ДСП.
2.1.5. Применяемые в Системе средства технической защиты информации и средства
обеспечения безопасности информационных технологий быть сертифицированы ФСТЭК
России и обеспечения безопасности информационных технологий, утвержденные приказом
ФСТЭК России от 02.06.2020 № 76ДСП.
2.1.6. Применяемые в Системе межсетевые экраны уровня сети должны иметь
сертификат ФСТЭК и соответствовать Требованиям по безопасности информации
к многофункциональным межсетевым экранам уровня сети (выписка)", утвержденным.
приказом ФСТЭК России от 07.03.2023 № 44.
2.1.7. Параметры настройки программного обеспечения, включая программное
обеспечение средств защиты информации, обеспечивающие реализацию мер защиты
информации, должны соответствовать требованиям к устранению возможных уязвимостей
информационной системы, приводящих к возникновению угроз безопасности информации.
2.1.8. Средства защиты информации, применяемые в Системе (включая СКЗИ), должны
быть совместимы с другими компонентами Системы, а также с СЗИ (СКЗИ), установленными
в РРЦОД. При проведении испытаний на серверах с приложениями СПО в целях проверки на
совместимость необходима обязательная установка средств антивирусной защиты и
интеграций с СЗИ РРЦОД.
45
Доступ для администрирования Системы, предоставляется с использованием АРМ,
входящих в состав Системы и с использованием сети передачи данных, защищенных
с использованием шифровальных (криптографических) средств
Размещение веб-сайтов и веб-порталов (включая API) Системы осуществляется с учетом
использования имеющихся на серверных мощностях межсетевых экранов уровня вебприложений.
Серверная и клиентская части API (в том числе API мобильного приложения) должны
обеспечивать организационные и технические меры, соответствующие требованиям по
обеспечению безопасности государственных информационных систем. При реализации API
должны использоваться защищенные протоколы доступа к API и предприняты иные
необходимые меры для предотвращения состояния «Отказ в обслуживании» серверной части
API Системы.
Для контроля доступа к API должно быть предусмотрено обязательное использование
процедур аутентификации и авторизации, за исключением случаев, когда набор данных,
передаваемый по API эквивалентен анонимному доступу пользователя Системы.
2.2. Требования к специальному программному обеспечению
Для объекта защиты – СПО должна быть обеспечена реализация мероприятий по защите
информации в соответствии с разделом 3 Методического документа «Состав и содержание
мероприятий и мер по защите информации, содержащейся в информационных системах»
утвержденным ФСТЭК России 12.04.2026.
При разработке специального программного обеспечения Системы должны быть
обеспечены меры защиты информации, состав которых определяется на основании категории
значимости, класса защищенности либо уровня защищенности Системы. Меры защиты
информации при разработке безопасного программного обеспечения должны быть
реализованы в соответствии с разделами 4 и 5 ГОСТ Р 56939-2024.
При разработке специального программного обеспечения Системы, функционирование
которого предполагается на базе информационно-телекоммуникационной инфраструктуры
РРЦОД,
должны
быть
учтены
меры
защиты
информации,
реализованные
в информационно-телекоммуникационной инфраструктуре РРЦОД.
Содержание базовых мер защиты информации для соответствующего класса
защищенности информационной системы приведено в Таблице 1 Приложения № 4
к Описанию объекта закупки. Определение специальных мер защиты в СПО для их
реализации в должны включать:
- реализацию базовых мер защиты информационных систем и содержащейся в них
информации соответствующих классов защищенности;
- адаптацию базовых мер защиты информационных систем и содержащейся в
них
информации применительно к архитектуре информационных систем,
применяемым
информационным
технологиям,
особенностям
функционирования информационных
систем;
- верификацию адаптированных базовых мер защиты информационных систем
и
содержащейся в них информации в соответствии с актуальными
угрозами и
возможностями нарушителей, их дополнение и (или) усиление.
Состав мер защиты информации подлежит уточнению Подрядчиком в ходе работ 2
этапа.
46
Меры защиты информации в специальном программном обеспечении
Таблица 1
Условное
обозначение
и номер
меры
Меры защиты информации
в информационных системах
Класс защищенности*
информационной Системы
3
Уровень защищенности*
Системы
2
1
+
1
+
1
+
+
+
1
+
1, 2
+
1
+
1
+
1, 2
+
1, 2
+
1, 2
+
1, 2
+
1, 2
+
+
+
+
1а
+
+
+
1
+
+
+
+
+
1, 3
+
+
+
+
+
+
1
+
1
+
+
1. Идентификация и аутентификация (ИАФ)
+
ИАФ.1
Идентификация пользователей
ИАФ.2
ИАФ.3
Идентификация устройств
Аутентификация пользователей
ИАФ.4
Аутентификация устройств
УПД.1
Реализация модели управления доступом
+
УПД.2
Разграничение и контроль прав доступа
+
УПД.3
Управление учетными записями
+
УПД.4
Ограничение неуспешных и нерегламентированных попыток доступа
информационную систему
Предупреждение пользователя при его доступе к информационной системе
Оповещение пользователя о предыдущем входе в информационную систему
Ограничение числа параллельных сеансов доступа
2. Управление доступом (УПД)
УПД.5
УПД.6
УПД.7
УПД.8
УПД.9
в
+
ЗВТ.1
ЗВТ.2
Блокирование сеанса доступа пользователя при неактивности
+
Контроль действий субъектов доступа до идентификации и аутентификации
+
3. Регистрация событий безопасности (РСБ)
Определение событий безопасности и данных о них, подлежащих регистрации
+
1
Анализ событий безопасности и реагирование на них
+
Генерация временных меток при регистрации событий безопасности
+
Требования к сбору, хранению и защите данных о событиях безопасности
+
Реагирование на сбои при регистрации событий безопасности
+
4. Защита веб-технологий (ЗВТ)
Защита пользовательских данных
+
Управление доступом пользователей
+
ЗВТ.3
Контроль и фильтрация трафика веб-приложений
+
+
+
1
+
ЗВТ.4
ЗВТ.5
Регистрация событий безопасности в веб-приложениях и реагирование на них
Проверка файлов, передаваемых веб-приложениями, на вредоносное программное
обеспечение
+
+
+
+
РСБ.1
РСБ.2
РСБ.3
РСБ.4
РСБ.5
4
3
2
1
47
Условное
обозначение
и номер
меры
Меры защиты информации
в информационных системах
Класс защищенности*
информационной Системы
ЗПИ.2
ЗПИ.3
3
2
5. Защита программных интерфейсов взаимодействия приложений (API) (ЗПИ)
Защита данных API
+
+
1
Управление доступом пользователей и приложений
+
+
Проверка на соответствие спецификации API
+
+
АВЗ.1
Антивирусная защита устройств
ЗПИ.1
Уровень защищенности*
Системы
1
4
3
2
1
+
+
+
+
+
1
+
+
1
6. Антивирусная защита (АВЗ)
ЗОО.1
ЗОО.3
ЗОО.5
ПДН.1
ПДН.2
ПДН.3
ПДН.4
ПДН.5
+
+
7. Защита от компьютерных атак, направленных на отказ в обслуживании (ЗОО)
Защита от компьютерных атак, направленных на отказ в обслуживании, при доступе
+
+
внешних пользователей к прикладным сервисам, предоставляемым информационной
системой
Мониторинг состояния сервисов и интерфейсов
+
+
Ограничение нагрузки
+
+
8. Защита персональных данных
Обеспечение информационной системы автоматизированными средствами,
регистрирующими запросы пользователей информационной системы на получение
персональных данных, а также факты предоставления персональных данных по этим
запросам в электронном журнале сообщений (состав данных: сотрудник,
запросивший данные, дата время, факт получения) в “Журнале сообщений ПДн”. В
ОРД должны быть определены отдельные права доступа к этим журналам, данные
права должны быть реализованы средствами СПО. Доступ к журналам должен быть
реализован непосредственно из интерфейса СПО в соответствии с назначенными
правами доступа.
Обеспечение информационной системы автоматизированными средствами,
исключающими доступ к содержанию электронного журнала сообщений лиц, не
указанных в утвержденном руководителем оператора списке лиц, допущенных к
содержанию электронного “Журнала сообщений ПДн” средствами СПО в профилях
или ролях Пользователя. Доступ к изменению данного профиля или роли должен
быть реализован непосредственно из интерфейса СПО в соответствии с
назначенными правами доступа.
Обеспечение информационной системы автоматизированными средствами,
позволяющими автоматически регистрировать в электронном "Журнале
безопасности ПДн" изменения полномочий сотрудника оператора по доступу к
персональным данным, содержащимся в информационной системе.
Отражение в электронном "Журнале безопасности ПДн" полномочий сотрудников
оператора персональных данных по доступу к персональным данным, содержащимся
в информационной системе. Указанные полномочия должны соответствовать
должностным обязанностям сотрудников оператора.
Формирование, использование и хранение аутентификационной информации
пользователей должно производится исключительно с использованием хеш-функций
по ГОСТ Р 34.11-2012
+
+
+
+
+
+
+
+
+
+
48
Условное
обозначение
и номер
меры
ПДН.6
СПБ.1
СПБ.2
СПБ.3
СПБ.4
СПБ.5
СПБ.6
СПБ.7
СПБ.8
СПБ.9
СПБ.10
СПБ.11
СПБ.12
СПБ.13
СПБ.14
Меры защиты информации
в информационных системах
Класс защищенности*
информационной Системы
3
Обеспечение блокировки, уточнения и уничтожения персональных данных
средствами СПО
9. Меры защиты в ГИС Санкт-Петербурга
Доступ в административную панель разрабатываемого СПО должен быть реализован
+
исключительно из защищенной компьютерной сети ЗКС.
Реализация одной точка входа в административную панель для всех подсистем или
+
всех АС разрабатываемого СПО.
Для всех подсистем или АС разрабатываемого СПО должна быть реализована единая
+
аутентификация, авторизация, управление правами доступа и регистрации событий
безопасности пользователей или процессов..
Регистрация событий безопасности в СПО должна быть реализована в формате логов
+
централизованной системы сбора событий безопасности (совместимо с форматом
системы централизованного сбора и обработки событий безопасности ЦОУ ИБ АПКБГ)
Все настройки СПО в части безопасности должны быть доступны для оперативного
+
редактирования непосредственно из интерфейса СПО с ограничениями,
исключающими ослабление политик безопасности.
Доступ внешних аутентифицированных пользователей должен быть реализован
+
исключительно
через
двухфакторную
аутентификацию
(рекомендуется
использование ЕСИА).
Доступ внутренних не привилегированных пользователей должен быть реализован
+
исключительно
через
двухфакторную
аутентификацию
(рекомендуется
использование ЕСИА либо иную информационную систему).
Доступ внутренних привилегированных пользователей (администраторов,
+
администраторов безопасности) должен быть реализован через многофакторную
аутентификацию с использованием российских криптографических алгоритмов без
использования ЕСИА
Для аутентификации всех процессов в разрабатываем СПО должны использоваться
+
уникальные специальные учётные записи с минимально необходимым уровнем
привилегий. Процессы должны иметь минимально необходимые привилегии
Разрабатываемое СПО никогда не должно показывать токены сессии в параметрах
+
URL
Разрабатываемое СПО не должно регистрировать аутентификационную
+
информацию или платежные реквизиты. Токены сессии должны храниться в
журналах только в необратимой хешированной форме в соответствии с мерами
ПДН.5
Разрабатываемое СПО не должно принимать большие файлы, которые могут
+
заполнить хранилище или вызвать отказ в обслуживании
Разрабатываемое СПО проверяет сжатые файлы (например, zip, gz, docx, odt) на
+
соответствие максимально допустимому несжатому размеру и максимальному
количеству файлов, прежде чем распаковывать файл.
Установлена квота на размер файла и максимальное количество файлов на
+
Уровень защищенности*
Системы
2
1
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
4
+
3
+
2
+
1
+
49
Условное
обозначение
и номер
меры
Меры защиты информации
в информационных системах
Класс защищенности*
информационной Системы
3
2
Уровень защищенности*
Системы
1
4
3
2
1
пользователя, чтобы гарантировать, что один пользователь не сможет заполнить
хранилище
*«+» - мера защиты информации включена в базовый набор мер для соответствующего класса защищенности информационной системы
и должны выполняться требования к реализации данной меры защиты информации.
«цифра» или «цифра» «буква» - должны выполняться требования к усилению данной меры защиты информации, указанные в подразделе
«Требования к усилению». Цифры и буквы, не включенные в таблицу и указанные под рубриками «требования к усилению» применяются при
адаптации базового набора мер и уточнении адаптированного базового набора мер, а также при разработке компенсирующих мер защиты
информации в информационной системе соответствующего класса защищенности.
Меры защиты информации, не обозначенные знаком «+», применяются при адаптации базового набора мер и уточнении адаптированного
базового набора мер, а также при разработке компенсирующих мер защиты информации в информационной системе соответствующего класса
защищенности.
Примечание к Таблице 1 «Меры защиты информации в специальном программном обеспечении»:
Специальные меры защиты в разрабатываемом специальном программном обеспечении применяются в соответствии с текущим классом
защищенности Системы в соответствии с приказом ФСТЭК России от 11.04.2025 № 117 «Об утверждении требований о защите информации,
содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных
унитарных предприятий» и в соответствии с текущим уровнем защищенности Системы в соответствии с приказом ФСТЭК России от 18.02.2013 № 21
«Об утверждении Состава и содержания организационных и технических мер по обеспечению безопасности персональных данных при их обработке
в информационных системах персональных данных». По отношению к мерам ПДН.1-ПДП.4 меры защиты определяются в соответствии с разделами
IV и V приказа ФСБ от 10.07.2014 г № 378 «Об утверждении Состава и содержания организационных и технических мер по обеспечению
безопасности персональных данных при их обработке в информационных системах персональных данных с использованием средств
криптографической защиты информации, необходимых для выполнения установленных Правительством Российской Федерации требований к
защите персональных данных для каждого из уровней защищенности»
50
51
Получение обновлений СПО должно производиться из источников, содержащих
механизмы проверки подлинности и целостности обновлений.
В отношении обновлений библиотек СПО:
В процессе развития при использовании библиотек в СПО необходимо обновлять
мажорную и минорную версию путем перехода на самую старшую мажорную и самую
старшую минорную версию библиотеки;
При эксплуатации переход на более старшую мажорную и минорную версию не
производится, за исключением случаев, когда обновление безопасности требует такого
перехода.
Проектирование и реализация мер защиты информации при разработке в СПО Системы
осуществляется в соответствии с Методическим документом, разработанным Заказчиком18.
В случае, если Система является ЗОКИИ и/или ИСПДн в части СПО, то применяется
совокупность требований мер защиты, перечисленных в Таблице 1 Приложения № 4
к Описанию объекта закупки и мер защиты по соответствующим требованиям к данным типам
Систем. В случае, если Система является ЗОКИИ и/или ИСПДн, но не является ГИС, то
применяется совокупность требований мер защиты, перечисленных в Таблице 1 Приложения
№ 4 к Описанию объекта закупки мер защиты по соответствующим требованиям к данным
типам Систем.
2.3. Требования к общему программному обеспечению
В операционных системах источником применяемого общего программного
обеспечения, включая системы управления базам данных, системы контейнеризации, системы
виртуализации, должен являться основной репозиторий, содержащий программные
компоненты и пакеты, прошедшие сертификационные испытания, входящий в поставочный
комплект сертифицированной операционной системы, реализующий все функциональные
возможности и функции безопасности без использования пакетов из других репозиториев
(замкнут по времени исполнения) и содержащий пакеты поддержки оборудования и драйверы
для распространенных устройств и устройств на длительной поддержке.
Допускается установка общего программного обеспечения из дополнительных
(расширенных) репозиториев и иных доверенных источников, с условием исключения
возможности изменения программных компонентов, реализующих сертифицированные
функции безопасности операционной системы, а также исключения возможности изменения
программных компонентов, поддерживающие выполнение функции безопасности
в соответствии с эксплуатационной документацией операционной системы.
В ходе проектирования Системы должен проводиться анализ доступных отечественных
программных, программно-аппаратных и технических средств, а также предусмотрена
возможность их применения в информационных системах в соответствии с Методическими
рекомендациями по переходу на использование российского программного обеспечения,
в том числе на значимых объектах критической информационной инфраструктуры
Российской Федерации, и о реализации мер, направленных на ускоренный переход органов
государственной власти и организаций на использование российского программного
обеспечения в Российской Федерации, утвержденными приказом Минцифры России
от 18.01.2023 № 21.
В технической документации Системы состав общего программного обеспечения
указывается в следующем формате (далее указано как пример): «Docker 25.0 и выше (из
репозитория ОС «Astra Linux Special Edition 1.7 «Воронеж»)», где первое число – это
мажорный номер версии, используемой на данный момент, второе число – номер минорной
версии.
Устанавливаются требования по обеспечению доступа к веб-ресурсам Системы для
внешних пользователей, в том числе с использованием отечественных SSL/TLS алгоритмов
18
Методический документ опубликован на сайте Санкт-Петербургского государственного казенного
учреждения «Управление информационных технологий и связи» в сети Интернет, по адресу https://uits.spb.ru/md/
52
шифрования по ГОСТ Р 34.11-2012.
Тестирование обновлений необходимо производить до их применения в контурах
промышленной эксплуатации информационных систем в соответствии с Методикой
тестирования обновлений программных, программно-аппаратных средств, утвержденной
ФСТЭК России.
Должна быть обеспечена возможность отмены обновлений программного обеспечения, в
том числе возможность восстановления программного обеспечения из резервной копии.
Для тестирования обновлений должна быть применена тестовая зона информационной
системы («песочница»).
Для применения обновлений программных, программно-аппаратных средств
в информационной инфраструктуре, на которой размещается Система, должен быть развернут
и функционировать выделенный сервер обновлений, предназначенный для их
распространения и установки в информационных системах. Загрузка и установка в реальном
режиме времени (on-line) обновлений программных, программно-аппаратных средств не
допускается.
В отношении обновлений программных пакетов ОПО:
В процессе развития при использовании сертифицированного ОПО необходимо
обновлять мажорную версию путем перехода на самую старшую стабильную
сертифицированную мажорную версию. Во время исполнения контракта допускается
минорное поднятие версии сертифицированного программного обеспечения;
В рамках гарантийных обязательств переход на более старшую сертифицированную
мажорную версию не производится, за исключением случаев, когда обновление безопасности
требует такого перехода;
В рамках гарантийных обязательств переход на более старшую сертифицированную
минорную версию не производится, за исключением случаев, когда обновление безопасности
требует такого перехода.
В операционных системах, системах контейнеризации должны быть произведены
необходимые настройки для обеспечения:
использования доверенных источников и репозиториев. В случае размещения Системы в
РРЦОД необходимо использовать доверенные репозитории РРЦОД, размещенного по адресу:
http://nexus.adc.vpn:8081;
наличия учетных записей привилегированного доступа в соответствии с требованиями
по
обеспечению
защиты
информации
при
предоставлении
пользователям
привилегированного доступа ФСТЭК России, в том числе для обеспечения работы
подсистемы «Контроль, анализ и мониторинг информационной безопасности исполнительных
органов государственной власти Санкт-Петербурга» ЦОУ ИБ АПК БГ и СЗИ РРЦОД
с минимально необходимыми привилегиями;
исключения «замораживания» библиотек для СПО при сборке;
исключения возможность использования сторонних сервисов (Docker Registry,
DockerHub и ему подобных);
На виртуальных машинах с приложениями СПО в целях проверки на совместимость при
проведении приемочных и предварительных комплексных испытаниях необходима
обязательная установка средств защиты информации, в том числе средств интеграции
антивирусной защиты с системой защиты информации РРЦОД..
3. Расширенные требования к процессам
3.1. Расширенные требования к планированию процессов разработки безопасного
программного обеспечения
Устанавливаются расширенные требования к планированию процессов разработки
безопасного программного обеспечения с целью определения ответственности Подрядчика за
защиту информации при реализации удаленного доступа работников подрядной организации
к информационной инфраструктуре Заказчика и/или Оператора:
Предоставить список работников подрядной организации, планирующих осуществлять
53
удаленный доступ к информационной инфраструктуре Заказчика и/или Оператора. В случае
изменения состава указанных работников, Подрядчик должен уведомить Заказчика о фактах
таких изменений в течении 1 календарного рабочего дня.
Определить перечень информации и информационных ресурсов, расположенных
в информационной инфраструктуре Заказчика и/или Оператора, к которым будет
предоставляться удаленный доступ работникам подрядной организации, а также каналы связи,
используемые для этих целей, при необходимости производить актуализацию данных списков
в течении 1 календарного рабочего дня.
Подрядчик должен предоставить Заказчику политики информационной безопасности
подрядной организации, результаты внутренних (внешних) аудитов информационной
безопасности, результаты тестирования на проникновение инфраструктуры, план
реагирования на компьютерные инциденты, а также регламент действий работников
подрядной организации в случае нештатных ситуаций.
Подрядчик должен предоставить Заказчику контакты ответственных лиц по
обеспечению информационной безопасности у Подрядчика, каналы для оперативного
взаимодействия (резервные каналы взаимодействия), а также порядок такого взаимодействия.
Подрядчик во время исполнения Контракта обязан уведомлять Заказчика о наступлении
в его инфраструктуре компьютерных инцидентов
Подрядчик должен реализовать следующие базовые минимально необходимые меры по
информационной безопасности в собственной инфраструктуре:
двухфакторная аутентификация пользователей;
антивирусная защита автоматизированных рабочих мест и серверов;
защищенное удаленное подключение с использованием средств криптографической
защиты информации;
защита почтовых сервисов от фишинга;
защищенный обмен файлами и информацией через файловое хранилище;
реализация парольной политики (длина пароля должна быть не менее 15 символов,
пароль должен содержать буквы верхнего и нижнего регистра (А-Я, A-Z, а-я, a-z),
специальные символы (!, », №, %, , /), в пароле не должно быть персонифицированной
информации (имен, адресов, даты рождения, телефонов, словесные выражения)). Пароли от
учетной записи подрядной организации и учетной записи органа (организации) должны
отличаться.
Учетные записи работников Подрядчика для доступа в информационную систему
должны иметь минимально необходимые права доступа, позволяющие выполнять их
должностные обязанности. При увольнении или завершении выполнения работ по
заключенному с подрядной организацией договору (государственному Контракту) учетные
записи работников подрядной организации должны быть удалены.
Подрядчик должен обеспечить проверку и фиксацию местоположения удаленного
доступа работников подрядной организации, с указанием адреса (например, IP-адрес, страна)
и формата такого подключения (например, локально или удаленно).
Информационная инфраструктура, технические средства, программное обеспечение и
обрабатываемая информация Подрядчика, включая сети связи, должны располагаться на
территории Российской Федерации.
Подрядчик должен организовать запись всех действий пользователей при
осуществлении удаленного подключения к инфраструктуре Заказчика и/или Оператора. Срок
хранения журналов событий не менее 1 года. В случае возникновения инцидента Подрядчик
обязан предоставлять указанные журналы Заказчику и Оператору.
Подрядчик должен обеспечить ограничение подключений к инфраструктуре Заказчика
и/или Оператора работников Подрядчика вне рабочего времени. В случае необходимости
такие подключения должны быть согласованы с Заказчиком и/или Оператором в период
исполнения Контракта.
Подрядчик обязан производить периодические проверки на предмет возникновения
54
нештатных ситуаций или инцидентов информационной безопасности путем имитации
указанных событий (проведение тренировок) в соответствии с действующим НПА.
Подрядчику запрещено использование программного обеспечения для удаленного
управления автоматизированным рабочим местом (например, TeamViewer, AnyDesk,
AmmyAdmin, AeroAdmin, Radmin, LiteManager, Удаленный рабочий стол Chrome, Microsoft
Remote Assistance, Microsoft Remote Desktop и им подобным).
Для доступа к информационной инфраструктуре Заказчика и/или Подрядчика должны
использоваться средства вычислительной техники, которые не используются в личных целях и
к которым применяются корпоративные меры по информационной безопасности.
В случае привлечения для исполнения Контракта субподрядной организации
Субподрядчики должны обеспечить реализацию мероприятий, предусмотренных абзацами
выше.
3.2. Расширенные требования по аудиту информационной безопасности
Устанавливаются расширенные требования к разработке, уточнению и анализу
архитектуры программного
обеспечения
в
части
аудита
(обследования)
информационной безопасности. Данные требования устанавливаются с целью контроля
состава программно-технических средств, виртуального аппаратного обеспечения,
программного
обеспечения
и средств защиты информации, мероприятий контроля (анализа) защищенности информации
и контроля установок обновлений безопасности ПО, включая ПО средств ЗИ. Данные
требования должны быть реализованы следующим образом:
сбор информации о составе ТС, входящих в состав Системы;
сбор информации о фактическом составе общего программного обеспечения
и программных средств защиты информации, перечень образов и контейнеров в виртуальных
и физических серверах, включая состав общего программного обеспечения и программных
средств защиты информации в образах и контейнерах, наименований и версий операционной
системы, перечень активных (разрешенных) репозиториев, перечней активных пользователей
с указанием ролей и прав, информации об активных сетевых интерфейсах и пр.;
выявление (поиск) уязвимостей ОПО;
выявление (поиск) уязвимостей СПО.
Отчеты (артефакты) аудита должны формироваться с использованием или
специализированного
программного
обеспечения,
в
исключительном
случае
с использованием скриптов оболочки в продуктивном контуре либо предпродуктивном
контуре и содержать информацию:
В части состава ТС, входящих в состав Системы: наименование, ip-адрес, доменное имя
(в случае наличия) для всех технических средств Системы;
В части состава общего программного обеспечения и программных средств защиты
информации: наименование программного пакета или компонента, в том числе в контейнерах
и образах, версию, наименование лицензии, сведения о пользователях и их правах, сведения об
обновлениях безопасности, сведения об наименовании и версии
дистрибутива, сведения
об сетевых интерфейсах, наименовании хоста;
В части уязвимостей ОПО в соответствии с требованиями Процесса 3.
В части уязвимостей СПО в соответствии с требованиями Процесса 3.
Отчеты (артефакты) аудита формируются по заявке Подрядчика. Допускается
формирования отчета об обследовании Системы по результатам сканирования копии
продуктивного контура Системы. Отчеты об обследовании Системы должны быть
представлены в электронном виде в порядке, изложенном в п. 3.5 Приложения № 4 к
Описанию объекта закупки.
3.3. Расширенные требования к статическому анализу кода
Устанавливаются расширенные требования к порядку передачи и анализа исходных
кодов программного обеспечения, разработанного (доработанного) в рамках выполнения
работ по Контракту, для последующего статического анализа кода Заказчиком.
55
Формат передачи исходного кода, дистрибутива и листинга кода базы данных должен
соответствовать указанному в п. 13 Приложения № 6 к Описанию объекта закупки.
Заказчик вправе использовать для статического анализа кода свободное программное
обеспечение. В ходе статического анализа кода Заказчиком контролируется:
- возможность однозначной верификации версий программного обеспечения;
- наличие уязвимостей.
Заказчик вправе передать исходный код, дистрибутив и листинг баз данных в СПб ГКУ
«СПб ИАЦ», являющийся оператором автоматизированной системы «Центр оперативного
управления информационной безопасностью», входящей в состав аппаратно-программного
комплекса «Безопасный город», в соответствии с постановлением Правительства СанктПетербурга от 25.08.2016 № 759 (далее – Оператор ЦОУ ИБ АПК БГ), для проведения
статического анализа кода.
В случае выявления Заказчиком и/или Оператором ЦОУ ИБ АПК БГ по результатам
анализа уязвимостей, известных уязвимостей информационных систем, которые могут быть
использованы нарушителями, и возможность использования которых не может быть
исключена за счет применения компенсирующих мер, Подрядчик обеспечивает доработку
программного обеспечения и повторную передачу исходных кодов, дистрибутивов и листинга
баз данных для проведения последующих циклов анализа до достижения результатов,
удовлетворяющих требованиям Заказчика. При этом Подрядчик указывает текущую версию
кода, а также приводит протокол изменений с учетом версий исходного кода.
Для развертывания в целях проведения испытаний должны использоваться версии
исходного кода, дистрибутива и листинга баз данных не содержащие известных уязвимостей
информационных систем, которые могут быть использованы нарушителями, и возможность
использования которых не может быть исключена за счет применения компенсирующих мер.
3.4. Расширенные требования к обеспечению безопасности сборочной среды
программного обеспечения
Устанавливаются расширенные требования к обеспечению безопасности сборочной
среды программного обеспечения. Во всех случаях, когда Подрядчику требуется удаленный
доступ к ресурсам предпромышленного контура РРЦОД, Подрядчик должен принять
необходимые организационные и технические меры по защите информации, относящейся
к разработке программного обеспечения в рамках Контракта в информационной
инфраструктуре Подрядчика, включая автоматизированные рабочие места Подрядчика (далее
– АРМ Подрядчика), соответствующие требованиям о защите информации, содержащейся
в государственных информационных системах, утвержденным приказом ФСТЭК России
от 11.04.2025 № 117 «Об утверждении требований о защите информации, содержащейся
в государственных информационных системах, иных информационных системах
государственных органов, государственных унитарных предприятий», согласно
установленному для Системы классу защищенности и уровню защищенности, а также
Инструкции об организации и обеспечении безопасности хранения, обработки и передачи по
каналам связи с использованием средств криптографической защиты информации
с ограниченным доступом, не содержащей сведений, составляющих государственную тайну,
утвержденной приказом Федерального агентства правительственной связи и информации при
Президенте Российской Федерации от 13.06.2001 № 152 «Об утверждении Инструкции об
организации и обеспечении безопасности хранения, обработки и передачи по каналам связи
с использованием средств криптографической защиты информации с ограниченным
доступом, не содержащей сведений, составляющих государственную тайну».
Заявка на получение доступа к ресурсам РРЦОД должна соответствовать форме,
приведенной в п. 7 Приложения № 6 к Описанию объекта закупки.
Для требуемого класса защищенности Системы на АРМ Администратора Подрядчика
должна быть реализована установка и настройка сертифицированных по требованиям
безопасности информации средств защиты информации: средств защиты информации от
несанкционированного доступа, средств антивирусной защиты, средств контроля
56
защищенности информации, средств межсетевого экранирования, средств построения
виртуальных частных сетей с использованием шифровальных (криптографических) средств
VipNet Client (с целью совместимости с криптографической сетью РРЦОД), в случае
отсутствия централизованного доступа к защищенной корпоративной сети исполнительных
органов государственной власти Санкт-Петербурга.
Для требуемого класса защищенности Системы на АРМ Администратора Подрядчика
должна быть реализована установка и настройка сертифицированных по требованиям
безопасности информации средств защиты информации: средств защиты информации от
несанкционированного доступа, средств антивирусной защиты, средств контроля
защищенности информации, средств межсетевого экранирования, средств построения
виртуальных частных сетей, совместимых с СКЗИ центра обработки данных и
соответствующих требованиям класса защищенности Системы.
3.5. Расширенные требования к обеспечению безопасности используемых секретов
в Системе
Прямое указание аутентификационной и ключевой информации в технической
документации недопустимо, в отчетной документации данная информация указывается в виде
алиасов. Таковой информацией является: IP-адрес, номер порта, URL конечных точек доступа,
пароли
(включая
тестовые),
токены
доступа
(включая
тестовые),
и пр.
Например: #IP1, #порт7, #URL18, #пароль23, #токен3, и пр.
Список соответствия «алиас – значение» приводится в отчетном документе
«Информация о Системе», а также передаются Заказчику в электронном виде. Допускается
указание нескольких значений алиасов, к примеру, для продуктивного контура и для
предпродуктивного контура. Формат документа «Информация о Системе» приведен в п. 14
Приложения № 6 к Описанию объекта закупки.
Наборы артефактов предоставляются в форме электронных документов, подписанных
УКЭП уполномоченного лица/лиц Подрядчика, Получателя.
Наборы артефактов, соответствующие требованиям процесса, упаковываются в
контейнеры формата tar или архивы формата 7z, zip, rar, gzip. Данные контейнеры, либо
архивы, подлежат обязательному шифрованию с использованием предварительно
предоставленных сертификатов открытых ключей представителей Заказчика с
использованием алгоритмов ГОСТ Р 34.11-2012. Зашифрованные контейнеры передаются по
открытым каналам связи с последующим размещением в СФУП либо для иного дальнейшего
использования.
Устанавливается требование по запрету на трансляцию предварительных комплексных
и приемочных испытаний в части СЗИ вне доверенных систем видеоконференцсвязи.
В качестве доверенной системы видеоконференцсвязи устанавливается Городская система
видеоконференцсвязи исполнительных органов государственной власти Санкт-Петербурга
(ГС ВКС ИОГВ Санкт-Петербурга).
3.6. Расширенные требования к нефункциональному тестированию
Устанавливаются расширенные требования к обеспечению мер защиты информации,
применяемых к системам управления базами данных:
Подрядчик предоставляет Заказчику сведения о типе, структуре и назначении
используемых баз данных, а также описание хранимой в базе данных информации, включая
сведения о наличии персональных данных и (при наличии) иной информации ограниченного
доступа в соответствии с отчетным документом «Описание организации информационной
базы»;
Для осуществления автоматизированной классификации данных специализированными
средствами, Подрядчик создает в СУБД отдельные (индивидуальные) учетные записи с
минимально
необходимыми
правами
(только
чтение,
без
прав
изменения/удаления/администрирования) в объеме, необходимом для классификации (по
согласованному перечню баз данных/схем), и передает реквизиты доступа Заказчику.
57
Реквизиты доступа передаются в соответствии с п.3.5 Приложения № 4 к Описанию объекта
закупки;
Учетные записи создаются на период проведения классификации; по завершении работ
Подрядчик обеспечивает немедленную блокировку/удаление указанных учетных записей
и смену паролей (реквизитов доступа), выданных на период работ;
Заказчик проводит классификацию данных, хранимых в базах данных, силами
Оператора ЦОУ ИБ АПК БГ с даты получения реквизитов доступа;
Оператор ЦОУ ИБ АПК БГ направляет отчет Подрядчику и Заказчику.
3.7. Расширенные требования по мониторингу информационной безопасности
Расширенными требованиями по мониторингу информационной безопасности с целью
сбора данных о событиях безопасности и иных данных мониторинга от различных источников
для Системы определены и должны быть реализованы в продуктивном и предпродуктивном
(при необходимости) контурах Системы:
интеграция и взаимодействие с системами защиты информации РРЦОД (или иной
информационной инфраструктурой);
интеграция с системой защиты информации РРЦОД в части антивирусной защиты путем
установки программного агента антивирусного программного
обеспечения
на
виртуальную машину;
настройка взаимодействия виртуальной операционной системы с системой защиты
информации РРЦОД в части контроля действий привилегированных пользователей;
настройка взаимодействия системы управления базами данных с системой
аутентификации хостовой (по отношению к СУБД) виртуальной операционной системой
с использованием Pluggable Authentication Modules;
взаимодействие со средствами защиты информации ЦОУ ИБ АПК БГ (или иной
информационной инфраструктурой);
настройка взаимодействия виртуальной операционной системы с системой
централизованного сбора и обработки событий безопасности;
настройка взаимодействия специального программного обеспечения с системой
централизованного сбора и обработки событий безопасности.
58
Приложение № 5
к Описанию объекта закупки
1. Отчетные документы, за исключением случаев, прямо указанных в Таблице 1 Приложения № 5 к Описанию объекта закупки, предоставляются
Подрядчиком Заказчику путем направления электронных документов, подписанных усиленной квалифицированной подписью уполномоченного лица
Подрядчика в сроки, указанные в Таблице 1 Приложения № 5 к Описанию объекта закупки, в порядке, предусмотренном Методическим документом для
Подрядчика (поставщика, исполнителя) по передаче отчетности в электронной форме19. Отчетные документы, предоставляемые Подрядчиком Заказчику в
электронной форме, дополнительно предоставляются в формате .docx, текстовое содержимое передаваемых файлов должно быть полностью
машиночитаемым с применением распространенных текстовых редакторов.
2. В случае, если отчетный документ содержит подписи сотрудников Подрядчика (кроме лица имеющего права действовать от имени Подрядчика
без доверенности, либо иного лица, уполномоченного подписывать отчетные документы от имени Подрядчика) такой документ предоставляется в виде
скана-образа документа, содержащего собственноручные подписи сотрудников Подрядчика, и такой скан-образ документа должен быть подписан УКЭП
уполномоченного лица Подрядчика.
3. Отчетные документы передаваемые на физических носителях передаются Подрядчиком Заказчику нарочным, почтой, курьерскими службами по
адресу Заказчика, передача отчетных документов на физических носителях оформляется актом (п. 10 Приложения № 6
к Описанию объекта закупки) составляемым в двух экземплярах, по одному для Заказчика и Подрядчика.
4. Отчетные документы, указанные в Таблице 1 Приложения № 5 к Описанию объекта закупки, предоставляемые в форме электронного документа,
подписанного УКЭП уполномоченного лица Подрядчика, рассматриваются Получателем посредством СФУП и подписываются УКЭП уполномоченного
лица Получателя.
Перечень отчетных документов20
Таблица 1
Требования к
Требования к структуре,
Требования к сроку
порядку
Наименование отчетных
№ п/п
содержанию и оформлению
предоставления отчетных
предоставления
документов
документов
документов
отчетных
документов
1
2
3
4
5
1 этап «Обследование объектов информатизации Системы с целью уточнения требований к подсистеме «Система защиты
информации» Системы. Техническое задание и Технический проект»21
19
Методический документ опубликован на сайте Санкт-Петербургского государственного казенного учреждения «Управление информационных технологий и
связи» в сети Интернет, по адресу https://uits.spb.ru/md/
20
Все разрабатываемые документы должны быть выполнены на русском языке с учетом требований Инструкции по делопроизводству в Комитете
по информатизации и связи, утвержденной распоряжением Комитета по информатизации и связи от 28.12.2018 № 347-р «Об утверждении Инструкции
по делопроизводству в Комитете по информатизации и связи».
21
Разработанные документы должны отвечать требованиям о защите информации, устанавливаемым федеральным органом исполнительной власти в области
обеспечения безопасности и федеральным органом исполнительной власти, уполномоченным в области противодействия техническим разведкам и технической защиты
информации, в пределах их полномочий.
59
1
1.1
22
2
Акт классификации Системы22
Разрабатывается на Систему.
3
В соответствии с приказом ФСТЭК
России от 11.04.2025 № 117;
приказом
ФСТЭК
России
от 29.04.2021 № 77;
Документ должен содержать:
определение класса защищенности
Системы;
список
представителей
Подрядчика, составивших акт.
При
определении
класса
защищенности Системы приводят
основание создания Системы
(правовой акт/решение о создании
Системы),
характеристики,
необходимые для определения
класса
защищенности,
в соответствии с Требованиями о
защите
информации,
содержащейся в государственных
информационных системах, иных
информационных
системах
государственных
органов,
государственных
унитарных
предприятий,
государственных
учреждений,
утвержденными
приказом ФСТЭК России, от
11.04.2025 № 117.
Форма
Акта
классификации
Системы
определяется
приложением № 3 к Порядку
организации и проведения работ
по аттестации
объектов
информатизации на соответствие
требованиям
о
защите
4
Подрядчик предоставляет:
не позднее чем за 13
(Тринадцать) рабочих дней
до дня окончания выполнения
работ по 1 этапу.
Срок рассмотрения и
утверждения Получателем не
более
5 (пяти) рабочих дней со дня
предоставления
Подрядчиком.
5
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
60
1
2
1.2
23
3
информации, не составляющей
государственную
тайну,
утвержденному приказом ФСТЭК
России от 29.04.2021 № 77.
Акт
определения
уровня В соответствии с постановлением
защищенности
персональных Правительства
Российской
данных Системы23
Федерации от 01.11.2012 № 1119;
приказом
ФСТЭК
России
от 11.04.2025 № 117;
Документ должен содержать:
определение
уровня
защищенности
персональных
данных, содержащихся в Системе;
состав
комиссии
(список
представителей
Подрядчика,
составивших акт).
При
определении
уровня
защищенности
персональных
данных, содержащихся
в Системе, приводят основание
создания
Системы
(правовой
акт/решение о создании Системы),
характеристики, необходимые для
определения
уровня
защищенности
персональных
данных при их обработке в
Системе,
в соответствии
с
постановлением
Правительства
Российской
Федерации
от
01.11.2012
№
1119
«Об
утверждении требований к защите
персональных данных при их
обработке в информационных
системах персональных данных».
Разрабатывается на Систему.
4
5
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
61
1
1.3
24
2
3
Модель
угроз
безопасности В соответствии с приказом ФСТЭК
информации Системы24
России от 11.04.2025 № 117;
приказом
ФСБ
России
от
10.07.2014 № 378;
методическим
документом
«Состав
и
содержание
мероприятий и мер по защите
информации, содержащейся в
информационных
системах»,
утвержденным ФСТЭК России
12.04.2026;
методическим
документом
«Методика
оценки
угроз
безопасности
информации»,
утвержденным ФСТЭК России
05.02.2021;
ГОСТ Р 51583-2014;
ГОСТ Р 56545-2015;
ГОСТ Р 56546-2015;
ГОСТ Р 56938-2016;
ГОСТ Р ИСО/МЭК 27002-2021;
ГОСТ Р ИСО/МЭК 27005-2010;
ГОСТ Р 7.0.97-2025;
Структура
Модели
угроз
безопасности
информации
Системы должна соответствовать
приведенной в Приложении 3
к Методике
оценки
угроз
безопасности
информации,
утвержденной ФСТЭК России
05.02.2021.
Модель
угроз
безопасности
информации Системы должна
учитывать требования «Базовой
Разрабатывается на Систему.
4
Подрядчик предоставляет:
не позднее чем за 10 (десять)
рабочих дней до дня
окончания выполнения работ
по 1 этапу.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
5
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 1
(одном) экземпляре
с подписью
уполномоченного
лица Подрядчика.
62
1
2
3
модели
угроз
безопасности
персональных
данных
при
их обработке в информационных
системах персональных данных»,
утвержденной ФСТЭК России
15.02.2008, а также требования
приказа ФСБ России от 10.07.2014
№ 378 «Об утверждении Состава
и содержания
организационных
и технических мер по обеспечению
безопасности
персональных
данных
при
их
обработке
в информационных
системах
персональных
данных
с
использованием
средств
криптографической
защиты
информации, необходимых для
выполнения
установленных
Правительством
Российской
Федерации требований к защите
персональных данных для каждого
из уровней защищенности» при
оценке
угроз
безопасности
информации,
связанных
с нарушением
безопасности
шифровальных
(криптографических)
средств
защиты
информации
и формировании
модели
нарушителя,
совокупность
предположений о возможностях,
которые могут использоваться при
создании способов, подготовке
и проведении атак, в том числе,
анализ угроз и обоснование класса
СКЗИ и иных нормативно-
4
5
63
1
2
1.4
Отчет РБПО. Часть 1
1.4.1
Информация о Системе
1.5
25
3
правовых актов.
В соответствии с п. 1.1.1
Приложения № 4 Описания
объекта закупки должен содержать
наборы артефактов требований
процессов, как по базовым, так и по
соответствующим
им
расширенным
процессам,
по
пунктам: Процесс 1, Процесс 2,
Процесс 5, Процесс 8, Процесс 13,
Процесс
14,
Процесс
15.
Приложения № 4 Описания
объекта закупки.
В соответствии с п. 14 Приложения
№ 6 Описания объекта закупки.
4
5
Подрядчик предоставляет:
не позднее чем за 10 (десять)
рабочих дней до дня
окончания выполнения работ
по 1 этапу.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Разработка Дополнения №10 к Техническому заданию/ на создание Системы
Дополнение №10 к Техническому Приказ
ФСТЭК
России
от Подрядчик предоставляет:
заданию на создание Системы 25
11.04.2025 № 117;
не позднее чем за 8 (восемь)
ГОСТ 34.602-2020;
рабочих дней до дня
ГОСТ 34.201-2020
окончания выполнения работ
ГОСТ Р 51624-2000;
по 1 этапу.
ГОСТ Р 51583-2014;
Срок рассмотрения и
ГОСТ Р 56938-2016;
согласования Получателем не
ГОСТ Р ИСО/МЭК 27002-2021;
более 5 (пяти) рабочих дней
акт классификации Системы;
со дня предоставления
акт
определения
уровня Подрядчиком.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
Разрабатывается Дополнение № 10 к Техническому заданию на создание Системы в виде актуализированного технического задания на всю включая подсистему
«Система защиты информации». Разработанные документы должны отвечать требованиям о защите информации, устанавливаемым федеральным органом
исполнительной власти в области обеспечения безопасности и федеральным органом исполнительной власти, уполномоченным в области противодействия техническим
разведкам и технической защиты информации, в пределах их полномочий
64
1
5
защищенности
персональных
предусмотренном
данных Системы;
Методическим
модель
угроз
безопасности
документом для
информации Системы.
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 1
(одном) экземпляре
с подписью
уполномоченного
лица Подрядчика.
Разработка проектных решений по Системе и оформление комплекта документации Технического проекта на Систему
1.6
Комплект
документации
Технического
проекта
на Систему в составе26:
1.6.1
Лист утверждения Технического Титульный лист является первым Подрядчик предоставляет:
В форме
проекта
листом документа. Титульный не позднее 1 (одного)
электронного
лист, составленный на альбом рабочего дня после окончания документа,
документов, является первым выполнения работ по 1 этапу
подписанного
26
2
3
4
Разрабатывается в виде актуализированного технического проекта на всю Систему, включая подсистему «Система защиты информации». Указывается версия
документа. Разработанные документы должны отвечать требованиям о защите информации, устанавливаемым федеральным органом исполнительной власти в области
обеспечения безопасности и федеральным органом исполнительной власти, уполномоченным в области противодействия техническим разведкам и технической защиты
информации, в пределах их полномочий.
65
1
2
3
листом описи этого альбома.
Лист
утверждения
выпускают для документов, на
которых
по условиям
их
использования разработчик и (или)
заказчик
считает
нецелесообразным
приводить
наименования
организаций,
должности и фамилии лиц,
подписавших эти документы.
Лист утверждения выпускают для
одного документа, для нескольких
документов,
для
альбома
документов
или
комплекта
документов.
Допускается
выпускать Лист утверждения для
отдельной части или нескольких
частей документа.
Обозначение Листа
утверждения
состоит
из
обозначения
документа,
к
которому
он
относится,
с добавлением через дефис кода
Листа утверждения, например,
ХХХХ.ХХХХХХ.ХХХТУ-ЛУ.
Если Лист
утверждения
выпускается
для
альбома
документов, ему присваивают
обозначение одного из этих
документов с добавлением через
дефис кода Листа утверждения
и записывают в опись альбома
первым.
Если Лист
утверждения
выпускается
для
нескольких
документов, ему присваивают
4
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
5
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
66
1
1.6.2
1.6.3
1.6.4
1.6.5
2
3
обозначение одного из этих
документов с добавлением через
дефис кода Листа утверждения
и записывают в спецификацию,
в которую входит этот документ.
Если Лист
утверждения
выпускается
для
комплекта
документов, ему присваивают
обозначение
спецификации
с добавлением
кода
ЛУ
и записывают в спецификацию
в раздел «Документация» первым.
При записи Листа утверждения
в спецификацию
следует
указывать в графе «Примечание»
— «Размножать по указанию».
Лист утверждения должен
соответствовать ГОСТ Р 2.1052019.
При
формировании
Листа
утверждения:
Для документа «План резервного
копирования и восстановления»
применять код Д1
Для документа «Технические
требования
к
подключению
автоматизированных рабочих мест
пользователей
государственной
информационной
системы»
применять код Д2
Ведомость Технического проекта Приказ
ФСТЭК
России
от
11.04.2025
№
117;
Пояснительная записка
ГОСТ Р 59795-2021;
Схема
функциональной
ГОСТ Р 51624-2000;
структуры
ГОСТ Р 51583-2014;
Схема
организационной
4
5
В форме
электронного
документа,
подписанного
УКЭП
67
1
1.6.6
1.6.7
1.6.8
1.6.9
1.6.10
1.6.11
27
2
структуры
Описание
автоматизируемых
функций
Описание
организации
информационной базы
Описание систем классификации
и кодирования
Описание
программного
обеспечения
Описание комплекса технических
средств
Схема структурная комплекса
технических средств
3
ГОСТ Р ИСО/МЭК 27002-2021;
В Пояснительной записке должна
быть отображена реализация мер
защиты
информации
в разрабатываемом специальном
программном
обеспечении
Системы,
состав
которых
определяется
на
основании
категории значимости, класса
защищенности
либо
уровня
защищенности
Системы
в соответствии с Таблицей 1 п. 2.2
Приложения № 4 к Описанию
объекта закупки.
Пояснительная записка в разделе
«Описание
процесса
деятельности» должна содержать
описание
процессов,
автоматизируемых Системой.
Для развиваемых и создаваемых
функций и подсистем Системы
автоматизируемые
процессы
описываются
в
виде
схем
27
в нотациях BPMN , UML.
Должны быть приведены сценарии
переноса данных и развертывания
нового
ОПО
и
СрЗИ,
развертывание нового СПО и
перехода на продуктивный контур
в соответствии с требованиями
Процесса 13 и п. 2.2 Приложения
№ 4 Описания объекта закупки, а
4
5
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Схемы, составленные в нотации BPMN должны быть созданы с использованием инструментов для создания/редактирования BPMN-диаграмм и дополнительно
предоставляются в формате BPMN 2.0 XML (файл с расширением. bpmn) в состоянии пригодном для дальнейшего редактирования с помощью инструментов для
создания/редактирования BPMN-диаграмм.
68
1
2
3
4
5
также;
- процедуры для создания либо
обезличивания тестовых данных
для
использования
на
предпродуктивном контуре, и
необходимые
скрипты
для
создания либо обезличивания
тестовых данных;
- процедуры и необходимые
скрипты
для
перемещения
лицензий между продуктивным и
предпродуктивным контурами;
состав
утилизируемых
мощностей,
процедуры
и
необходимые скрипты для их
утилизации.
В
документе
«Описание
программного
обеспечения»
должно быть приведено описание
фреймворков, библиотек, сервисов
и т.д.
В Пояснительной записке должно
содержаться описание требований
к
АРМ
Пользователей,
подключающихся к Системе.
Документ «Описание организации
информационной базы» должен
быть оформлен в соответствии с
Методическими указаниями к
оформлению
документа
«Описание
организации
информационной базы»28.
Документ
«Описание
систем
28
Методические указания опубликованы на сайте Санкт-Петербургского государственного казенного учреждения «Управление информационных технологий и
связи» в сети Интернет, по адресу https://uits.spb.ru/md/
69
1
2
1.6.12
План резервного копирования и
восстановления
1.6.13
Технические
требования
к
подключению
автоматизированных
рабочих
мест
пользователей
государственной
информационной Системы
1.6.14
Ведомость покупных изделий30
29
3
классификации и кодирования»
должен
быть
оформлен
в
соответствии с Методическими
указаниями
к
оформлению
документа «Описание систем
классификации и кодирования»29.
Разрабатывается в соответствии с
Требованиями
о
защите
информации, содержащейся в
государственных
информационных системах, иных
информационных
системах
государственных
органов,
государственных
унитарных
предприятий,
государственных
учреждений,
утвержденными
приказом ФСТЭК России, от
11.04.2025 № 117
Технические
требования
к
подключению АРМ пользователей
Системы
разрабатываются
в
соответствии
с
проектными
решениями по Системе, содержат
требования
к
техническому,
программному обеспечению и
каналам
связи,
включая
требования к средствам защиты
информации.
ГОСТ Р 2.106-2019
Для ОПО наименование покупного
изделия
указывается
в
соответствии с наименованием
4
5
Методические указания опубликованы на сайте Санкт-Петербургского государственного казенного учреждения «Управление информационных технологий и
связи» в сети Интернет, по адресу https://uits.spb.ru/md/
30
Разрабатывается в случае выявления необходимости поставки технических и программных средств.
70
1
1.7
2
3
данного изделия в Едином реестре
российских
программ
для
электронных
вычислительных
машин и баз данных или в Едином
реестре программ для электронных
вычислительных машин и баз
данных из государств – членов
Евразийского
экономического
союза, за исключением Российской
Федерации,
с
указанием
реестрового номера, а также
указывается иная необходимая
дополнительная
уточняющая
информация.
Для
СрЗИ
наименование
покупного изделия указывается в
соответствии с наименованием в
государственном реестре средств
защиты информации ФСТЭК
России, а также указывается иная
необходимая
дополнительная
уточняющая информация.
Акт
определения
вида В соответствии с Приказом
аттестационных испытаний
ФСТЭК России №77 от 29 апреля
2021 г;
п. 5 Приложения № 6 к Описанию
объекта закупки.
4
5
Подрядчик предоставляет:
не позднее 1 (одного)
рабочего дня после окончания
выполнения работ по 1 этапу
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
71
1
2
2.1
2.1.1
2.1.2
31
32
3
4
5
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
2 этап «Рабочая документация и ввод в действие»
Рабочая документация. Разработка (в том числе модификация) программных средств системы
Комплект
программной
документации в составе:
Спецификация31
ГОСТ 19.202-78;
Подрядчик предоставляет:
В форме
ГОСТ 19.101-2024.
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
32
Описание программы
ГОСТ 19.402-78.
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
Разрабатывается на Систему.
Разрабатывается на Систему.
72
1
2
2.1.3
33
Руководство
программиста33
3
системного Руководство системного
программиста должно содержать
инструкцию по развертыванию
Системы (при использовании
компилируемого языка
программирования необходимо
описать процессы
сборки/компиляции исходных
текстов).
Документ содержит разделы:
общие сведения о программе;
структура программы;
установка программы;
настройка программы;
проверка программы;
аварийные ситуации.
В разделе «Общие сведения
о программе» указывают:
4
выполнения работ по 2 этапу.
Подрядчик предоставляет:
не позднее чем за 9 (девять)
рабочих дней до дня начала
выполнения работ по
подготовке персонала.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
5
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
Разрабатывается актуализированная версия с учетом создаваемого, разрабатываемого (модифицированного) функционала на Систему.
73
1
2
3
наименование программы
(Системы);
предназначение и цели создания
Системы;
сведения о технических
и программных средствах,
обеспечивающих выполнение
данной программы.
В разделе «Структура программы»
указывают:
состав и функциональную
структуру Системы (подсистема,
функция, комплекс задач, задача);
программно-функциональную
структуру Системы (подсистема,
программный комплекс,
программный компонент);
сведения о связях с другими
смежными системами.
В разделе «Установка программы»
указывают:
требования к сетевому
взаимодействию
программы/программного
компонента/программного
комплекса через информационнотелекоммуникационную сеть
«Интернет»;
требования к аппаратным
и/или виртуальным серверам при
установке программы,
с указанием по каждому серверу
следующих сведений:
имя сервера;
назначение сервера;
описание роли сервера;
4
5
электронной форме.
74
1
2
3
ОС;
основное ПО;
число ядер vCPU;
оперативная память RAM, Гб;
дисковое пространство;
настройки каждого сетевого
интерфейса;
адреса в защищенной
корпоративной сети Единой
мультисервисной
телекоммуникационной сети
исполнительных органов
государственной власти
Санкт-Петербурга;
адреса в информационнотелекоммуникационной сети
«Интернет».
требования к общему
программному обеспечению,
необходимому для
функционирования программы/
программного компонента/
программного комплекса;
описание процесса установки
программы/программного
компонента/программного
комплекса (при использовании
компилируемого языка
программирования необходимо
указывать процесс
сборки/компиляции исходных
текстов).
Обязательно указание
наименований и версий
(установленных и
поддерживаемых) общего и
4
5
75
1
2
3
специального ПО, основных
настроек, в случае если эти
настройки отличаются от настроек
«по умолчанию»). Указание
списка расположения
конфигурационных файлов и
значений в них, включая
конфигурационные файлы ОПО и
СПО сторонних разработчиков, в
случае если в них
устанавливаются значения
отличные от используемых «по
умолчанию» и влияющих на
Систему.
В разделе «Настройка программы»
указывают:
описание процесса настройки
программы/программного
компонента/программного
комплекса (по каждой
программе/программному
компоненту/программному
комплексу);
описание процесса резервного
копирования данных
и восстановления специального
программного обеспечения;
описание процесса
обновления/замены сертификата
ЭП уполномоченного лица и SSL
-сертификата веб-приложения
(при условии их наличия);
описание процесса замены
сертификатов (ключей) порталов
(сайтов), используемых в Системе
с указанием имен файлов,
4
5
76
1
2
3
их расположения, перечня всех
элементов программнофункциональной структуры
Системы, где указываются ЭП.
В разделе «Проверка программы»
указывают порядок проверки
и тестирования
программы/программного
компонента/программного
комплекса по результатам
установки
и настройки, восстановления
работоспособности системы.
требования к аппаратным и/или
виртуальным средствам при
установке
программы/программного
компонента/программного
комплекса
В разделе «Аварийные ситуации»
указывают:
перечень всех ошибок,
возникающих в процессе
эксплуатации Системы, включая
сведения о кодах таких ошибок;
описание каждой ошибки из
вышеуказанного перечня, а также
действий системного
администратора по её устранению
и восстановлению
работоспособности Системы,
включая сведения о
местоположении
соответствующего лог-файла;
действия в других аварийных
ситуациях.
4
5
77
1
2
3
Руководство должно описывать:
работу с репозиториями исходного
кода в инструментах CI/CD;
формат хранения исходного кода и
недопустимые форматы хранения;
принцип декомпозиции сервисов,
приложений и т.д. по
репозиториям;
структуру и форму репозиториев
исходного кода;
описание скриптов с миграциями
(конвертациями) для БД.
Руководство должно включать в
себя описание: методов
обновления ОПО без
модернизации СПО; инструкции
по применению автоматических
скриптов тестирования;
сценариев тестирования либо
процесса тестирования перед
развертыванием и использованием
СПО в обновленной среде;
описание процесса создания баз
данных и дальнейшей настройки
СУБД, включая файлы настройки
доступа.
Руководство должно содержать
информацию по управлению
зависимостями и хранению
артефактов проектов и
дистрибутивов34.
Руководство должно содержать
описание действий, а также
4
5
34
В соответствии с «Руководством для разработчиков программного обеспечения с целью адаптации развиваемого и создаваемого программного обеспечения для
совместимости с автоматизированными инструментами CI/CD» передаваемым Заказчиком Подрядчику по запросу Подрядчика после заключения Контракта.
78
1
2
2.1.4
35
3
параметров настроек и
конфигурационных параметров
Системы, необходимых для
сборки, настройки, развертывания
и дальнейшей эксплуатации и
сопровождения в продуктивном
контуре Системы.
Руководство должно описывать
процесс замены сертификатов
(TLS / КриптоПро), а также
механизмы, помогающие
отслеживать время их действия.
Исходный
текст
(код) Исходные
коды
должны
и дистрибутив
программы предоставляться
в
открытом
на DVD M-DISC35
и немодифицированном виде,
актуальными и работающими (при
необходимости
использования
в
работе
специального
программного
обеспечения
сторонних
библиотек
их
необходимо
также
предоставлять), должны быть
максимально
закомментированными.
Исходный
текст
(код)
и
дистрибутив
программы
предоставляются в составе единого
архива, структура и состав
которого определены в п. 13
Приложения № 6 Описания
объекта
закупки.
Передача
сопровождается
файлом
контрольной суммы и манифестфайлами, подписанными УКЭП.
Разрабатывается на создаваемые, разрабатываемые (модифицированные) части Системы.
4
5
Подрядчик
представляет
Заказчику не позднее чем за 1
(один) рабочий день до дня
начала
проведения
предварительных
комплексных испытаний.
В случае если по результатам
предварительных
комплексных
испытаний,
опытной эксплуатации и
приемочных
испытаний
Подрядчиком
выполнялись
доработки кода программы,
исходный текст (код) и
дистрибутив программы на
CD/DVD
повторно
предоставляется
Подрядчиком Заказчику не
позднее 1 (одного) рабочего
дня
после
окончания
выполнения работ по 2 этапу.
Предоставляется в
электронном виде
на отдельном
CD/DVD в 1 экз., и
размещается в
Репозитории в
разделе,
соответствующем
проекту
(предоставление
доступа к
Репозиторию
обеспечивается
Заказчиком).
Передача Заказчику
оформляется актом
(п. 10 Приложения
№ 6 к Описанию
объекта закупки)
79
1
2
3
Исходные коды должны включать
в себя все файлы, необходимые для
сборки
прикладного
и
специального
программного
обеспечения Системы, включая:
исходные
тексты
на
используемых
языках
программирования;
- файлы описания зависимостей
(pom.xml,
package.json,
requirements.txt и т.п.);
конфигурационные
файлы,
относящиеся
к
сборке
и
развёртыванию;
- скрипты миграции базы данных и
наполнения справочников;
- иные файлы, связанные с
исходным
кодом
(например,
лицензии);
- манифест-файлы, описывающие
состав и контрольные суммы всех
перечисленных компонентов.
Дистрибутив программы должен
быть представлен на каждый
программный компонент Системы.
Формат
исходного
кода
программы указан в п. 13
Приложения № 6 к Описанию
объекта закупки.
Исходные коды передаются
на оптическом диске однократной
записи.
Для
обеспечения
долговременного
архивного
хранения запись рекомендуется
производить
на
диски,
поддерживающие
технологию
4
5
80
1
2
2.1.5.
Листинг кода базы данных
2.1.6
Отчет РБПО. Часть 2
3
M-Disc. Диск должен быть
финализирован.
На каждом диске и его
конверте наносится маркировка:
- наименование ГИС;
- номер и дата контракта;
- версия;
- дата передачи.
Должен быть предоставлен скрипт,
в результате запуска которого
формируется база данных со всеми
элементами
структуры
базы
данных (в том числе, таблицы,
индексы, процедуры (пакеты),
директории,
роли,
группы
пользователей, и иные элементы),
позволяющая провести установку
системы
на
виртуальной
инфраструктуре.
Листинг
базы
данных
предоставляется в соответствии со
структурой, установленной п. 13
Приложения № 6 к Описанию
объекта закупки.
В соответствии с п. 1.1.1
Приложения № 4 Описания
объекта закупки Отчет должен
содержать наборы артефактов
требований процессов, как по
базовым,
так
и
по
соответствующим
им
4
Подрядчик
представляет
Заказчику не позднее чем за 1
(один) рабочий день до дня
начала
проведения
предварительных
комплексных испытаний.
В случае если по результатам
предварительных
комплексных
испытаний,
опытной эксплуатации и
приемочных
испытаний
Подрядчиком
выполнялись
доработки
базы
данных,
листинг
кода
повторно
предоставляется
Подрядчиком Заказчику не
позднее 1 (одного) рабочего
дня
после
окончания
выполнения работ по 2 этапу.
5
Предоставляется в
электронном виде
на отдельном DVD
M-DISC в 1 экз., а
также размещается
в Репозитории в
разделе,
соответствующем
проекту
(предоставление
доступа к
Репозиторию
обеспечивается
Заказчиком).
Передача Заказчику
оформляется актом
(п. 10 Приложения
№ 6 к Описанию
объекта закупки).
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
Срок рассмотрения и
УКЭП
согласования Получателем не уполномоченного
более 5 (пяти) рабочих дней
лица Подрядчика,
81
1
2
3
4
расширенным
процессам,
по со дня предоставления
пунктам: Процесс 3, Процесс 4, Подрядчиком.
Процесс 6, Процесс 7, Процесс 9,
Процесс 10, Процесс 11, Процесс
12, Процесс 16, Процесс 17,
Процесс
18,
Процесс
19
Приложения № 4 Описания
объекта закупки.
В соответствии с п. 14 Приложения
№ 6 Описания объекта закупки,
актуализация.
2.1.7
Информация о Системе
2.2
Комплект
документации
для
государственной
регистрации прав:
Акт
о
принадлежности В соответствии с п.1 Приложения
исключительных
прав
на № 6 к Описанию объекта закупки.
результаты
интеллектуальной
деятельности
2.2.1
2.2.2
36
Проекты
заявлений
о государственной регистрации
программ для ЭВМ и баз
данных36
Раздел II Правил оформления
заявки
на государственную
регистрацию программы для ЭВМ
или базы данных, утвержденных
приказом
Минэкономразвития
России от 05.04.2016 № 21137;
5
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Подрядчик предоставляет:
не позднее 1 (одного)
рабочего дня после окончания
выполнения работ по 2 этапу.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика
(субподрядчика при
необходимости)
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
Изготавливается на каждую программу для ЭВМ и базу данных, разработанную (модифицированную) в целях исполнения контракта.
Приказ Минэкономразвития России от 05.04.2016 № 211 «Об утверждении Правил оформления заявки на государственную регистрацию программы для
электронных вычислительных машин или базы данных, Правил составления документов, являющихся основанием для осуществления юридически значимых действий
по государственной регистрации программы для электронных вычислительных машин или базы данных, и их форм, Порядка государственной регистрации программы для
электронных вычислительных машин и базы данных, Перечня сведений о зарегистрированной программе для электронных вычислительных машин или базе данных,
37
82
1
2
3
4
приложение № 1 к Правилам
составления
документов,
являющихся
основанием
для
осуществления
юридически
значимых
действий
по государственной регистрации
программы для ЭВМ или базы
данных,
и
их
формам,
утвержденных
приказом
Минэкономразвития
от 05.04.2016 № 211.
2.2.3
Депонируемые
материалы, Раздел III Правил оформления
идентифицирующие программу заявки
на государственную
для ЭВМ38
регистрацию программы для ЭВМ
или базы данных, утвержденных
Подрядчик
предоставляет
Заказчику
не позднее
1 (одного) рабочего дня после
окончания выполнения работ
5
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 1
(одном) экземпляре.
В форме
электронного
документа,
подписанного
публикуемых в официальном бюллетене Федеральной службы по интеллектуальной собственности, Перечня сведений, указываемых в свидетельстве о государственной
регистрации программы для электронных вычислительных машин или базы данных, формы свидетельства о государственной регистрации программы для электронных
вычислительных машин, формы свидетельства о государственной регистрации базы данных» (далее – Приказ Минэкономразвития от 05.04.2016 № 211).
38
Депонируемые материалы, идентифицирующие программу для ЭВМ, изготавливаются на каждую программу для ЭВМ, разработанную (модифицированную)
в целях исполнения настоящего контракта. Представляются в форме исходного текста (полного или фрагментов) или иной форме присущей языку программирования,
на котором написана программа для ЭВМ. Допускается включать в состав указанных депонируемых материалов подготовительные материалы, полученные в ходе
разработки программы для ЭВМ, а также порождаемые ею аудиовизуальные отображения в любой визуально воспринимаемой форме.
83
1
2
3
приказом
Минэкономразвития по 2 этапу.
от 05.04.2016 № 211.
4
5
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Материалы
дополнительно
предоставляются не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на каждую
программу для
ЭВМ на отдельном
машиночитаемом
носителе CD/DVD в
формате PDF.
Передача Заказчику
оформляется актом
(п. 10 Приложения
№ 6 к Описанию
объекта закупки)
84
1
2.2.4
39
2
3
Депонируемые
материалы, Раздел III Правил оформления
идентифицирующие
базу заявки
на государственную
данных39
регистрацию программы для ЭВМ
или базы данных, утвержденных
приказом
Минэкономразвития
от 05.04.2016 № 211.
4
Подрядчик предоставляет:
не позднее 1 (одного)
рабочего дня после окончания
выполнения работ по 2 этапу.
5
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Материалы
дополнительно
предоставляются не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на каждую базу
данных на
отдельном
машиночитаемом
Депонируемые материалы, идентифицирующие базу данных, изготавливаются на каждую базу данных, разработанную (модифицированную) в рамках
исполнения контракта. Депонируемые материалы, идентифицирующие базу данных, должны отражать объективную форму представления совокупности содержащихся в
ней самостоятельных материалов в виде примеров реального наполнения и принципы их систематизации (структуру базы данных), позволяющие осуществить нахождение
и обработку этих материалов с помощью ЭВМ.
85
1
2
2.2.5
40
3
Реферат программы для ЭВМ, Раздел III Правил оформления
реферат базы данных40
заявки
на государственную
регистрацию программы для ЭВМ
или базы данных, утвержденных
приказом
Минэкономразвития
от 05.04.2016 № 211.
4
5
носителе CD/DVD в
формате PDF.
Передача Заказчику
оформляется актом
(п. 10 Приложения
№ 6 к Описанию
объекта закупки).
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
Изготавливаются на каждую программу для ЭВМ и базу данных, разработанную или модифицированную в целях исполнения контракта.
86
1
2
2.2.6
41
3
Согласие автора на указание Приложение № 4 к Правилам
сведений об авторе, указанных составления
документов,
41
в заявлении
являющихся
основанием
для
осуществления
юридически
значимых
действий
по государственной регистрации
программы для ЭВМ или базы
данных,
и
их
формам,
утвержденных
Приказом
Минэкономразвития от 05.04.2016
№ 211.
4
5
на бумажном
носителе в 1
(одном) экземпляре.
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 1
Согласие автора на указание сведений об авторе, указанных в заявлении, оформляется на каждого автора каждой программы для ЭВМ и базы данных,
разработанной (модифицированной) в целях исполнения контракта. Оформляется в случае указания автора в проекте заявления о государственной регистрации программы
для ЭВМ и (или) базы данных.
87
1
2
2.2.7
42
3
4
5
(одном) экземпляре
с подписями
субъекта
персональных
данных.
Согласие
на
обработку В соответствии с п. 2 Приложения Подрядчик предоставляет:
В форме
персональных данных42
№ 6 к Описанию объекта закупки. не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
Согласие на обработку персональных данных Санкт-Петербургским государственным казенным учреждением «Управление информационных технологий
и связи» оформляется на каждого автора каждой программы для ЭВМ и базы данных, разработанной (модифицированной) в целях исполнения контракта. Оформляется
в случае указания автора в проекте заявления о государственной регистрации программы для ЭВМ и (или) базы данных.
88
1
2
2.2.8
43
3
4
5
на бумажном
носителе в 1
(одном) экземпляре
с подписями
субъекта
персональных
данных.
Согласие
на обработку В соответствии с п. 3 Приложения Подрядчик предоставляет:
В форме
персональных данных43
№ 6 к Описанию объекта закупки
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
Согласие авторов на обработку персональных данных Роспатентом оформляется на каждого автора каждой программы для ЭВМ и базы данных, разработанной
(модифицированной) в целях исполнения контракта. Оформляется в случае указания автора в проекте заявления о государственной регистрации программы для ЭВМ
и (или) базы данных.
89
1
2
2.2.9.
44
3
4
5
электронного
документа в СФУП
на бумажном
носителе в 1
(одном) экземпляре
с подписями
субъекта
персональных
данных.
Ходатайство о предоставлении В соответствии с п. 4 Приложения Подрядчик предоставляет:
В форме
льготы
по
уплате № 6 к Описанию объекта закупки. не позднее 1 (одного)
электронного
государственной пошлины44
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
Изготавливаются на каждую программу для ЭВМ и базу данных, разработанную или модифицированную в целях исполнения контракта.
90
1
2
2.2.10
2.3
2.3.1
45
46
3
5
электронного
документа в СФУП
на бумажном
носителе в 1
(одном) экземпляре.
Справка о программах для В соответствии с п. 8 Приложения Подрядчик предоставляет:
В форме
ЭВМ/базах
данных
по № 6 к Описанию объекта закупки. не позднее 1 (одного)
электронного
результатам развития Системы
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Рабочая документация. Разработка рабочей документации на Систему
Комплект
рабочей
документации
на Систему
в составе45:
Спецификация оборудования46
ГОСТ Р 59795-2021;
Подрядчик предоставляет:
В форме
ГОСТ 21.110-2013.
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
Копии документов передаются Получателю в электронном виде на носителях CD/DVD в формате PDF.
Разрабатывается на Систему, если требуется поставка технических средств.
4
91
1
2
2.3.2
47
3
Программа
и
методика ГОСТ Р 59795-2021;
предварительных комплексных ГОСТ Р 59792-2021;
испытаний47
Методика проведения испытаний
СЗИ Системы, п. 9 Приложения №
6 к Описанию объекта закупки.
4
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
Подрядчик предоставляет:
не позднее чем за 5 (пять)
рабочих дней до дня начала
предварительных
комплексных испытаний.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
со дня предоставления
Подрядчиком.
5
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
Разрабатывается на развиваемые/создаваемые части Системы, включая подсистему «Система защиты информации» Системы, в объеме
развиваемых/создаваемых задач и комплексов задач, а также на задачи и комплексы задач (в том числе не входящие в развиваемые, создаваемые части Системы),
функционально взаимосвязанные с развиваемыми/создаваемыми задачами и комплексами задач.
По требованию Заказчика разрабатывается на не развиваемые части Системы, не развиваемые задачи, комплексы задач с учетом принятых и реализованных
Подрядчиком технических решений.
92
1
2
3
4
2.3.3
Разрешительная система доступа В соответствии с п. 11 Приложения Подрядчик предоставляет:
(матрица доступа)
№ 6 к Описанию объекта закупки. не позднее чем за 5 (пять)
рабочих дней до дня начала
предварительных
комплексных испытаний.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
со дня предоставления
Подрядчиком.
2.3.4
Матрица коммуникаций
В соответствии с п. 12 Приложения Подрядчик предоставляет:
№ 6 к Описанию объекта закупки. не позднее чем за 5 (пять)
рабочих дней до дня начала
предварительных
комплексных испытаний.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
со дня предоставления
Подрядчиком.
5
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
93
1
2
3
4
2.3.5
Программа и методика опытной ГОСТ Р 59795-2021;
эксплуатации48
ГОСТ Р 59792-2021.
Подрядчик предоставляет:
не позднее чем за 5 (пять)
рабочих дней до дня начала
опытной эксплуатации.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
со дня предоставления
Подрядчиком.
2.3.6
Программа
и
методика ГОСТ Р 59795-2021;
49
приемочных испытаний
ГОСТ Р 59792-2021;
Подрядчик предоставляет:
не позднее чем за 5 (пять)
48
5
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
Разрабатывается на развиваемые/создаваемые части Системы, включая подсистему «Система защиты информации» Системы, в объеме
развиваемых/создаваемых задач и комплексов задач, а также на задачи и комплексы задач (в том числе не входящие в развиваемые, создаваемые части Системы),
функционально взаимосвязанные с развиваемыми/создаваемыми задачами и комплексами задач.
По требованию Заказчика разрабатывается на не развиваемые части Системы, не развиваемые задачи, комплексы задач с учетом принятых и реализованных
Подрядчиком технических решений.
49
Разрабатывается на развиваемые/создаваемые части Системы, включая подсистему «Система защиты информации» Системы, в объеме
развиваемых/создаваемых задач и комплексов задач, а также на задачи и комплексы задач (в том числе не входящие в развиваемые, создаваемые части Системы),
функционально взаимосвязанные с развиваемыми/создаваемыми задачами и комплексами задач.
94
1
2.4
2.4.1
2
3
4
Методика проведения испытаний рабочих дней до дня начала
СЗИ Системы п. 9 Приложения № 6 приемочных испытаний.
к Описанию объекта закупки.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
со дня предоставления
Подрядчиком.
Комплект эксплуатационной
документации
на Систему
в составе:
Ведомость
эксплуатационных ГОСТ Р 59795-2021;
документов50
ГОСТ 19.101-2024;
ГОСТ 19.507-79;
ГОСТ 34.201-2020;
ГОСТ Р 2.601-2019;
ГОСТ 2.102-2023.
Подрядчик предоставляет:
не позднее 1 (одного)
рабочего дня после окончания
выполнения работ по 2 этапу.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
5
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
По требованию Заказчика разрабатывается на не развиваемые части Системы, не развиваемые задачи, комплексы задач с учетом принятых и реализованных
Подрядчиком технических решений.
50
Разрабатывается на Систему.
95
1
2.4.2
2
Руководство пользователя51
3
4
ГОСТ Р 59795-2021;
Документ должен содержать:
- описание выполнения операций
(действий)
Пользователей
в
технологическом
процессе.
Описание должно строиться на
основе технологических задач
Пользователей с использованием
возможностей Системы и не
должно сводиться к простому
описанию
(перечислению)
функций Системы;
- описание выполнения операций
(действий) для всех категорий
(ролей) Пользователей.
При
описании
выполнения
операций
(действий)
должны
использоваться
изображения
экранных форм с комментариями,
видеоматериалы
(при
необходимости, в экземпляре
руководства
на
бумажном
носителе приводятся ссылки на
видеоматериалы).
Руководство
пользователя
Системы
должно
быть
Подрядчик предоставляет:
не позднее чем за 9 (девять)
рабочих дней до дня начала
выполнения работ по
подготовке персонала.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления.
5
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
51
Разрабатывается актуализированная версия руководства пользователя по ролям с учетом с учетом создаваемого, разрабатываемого (модифицированного)
функционала.
96
1
2
2.4.3
52
3
интерактивным,
снабжено
навигацией и доступно для
загрузки из личного кабинета
Пользователя
Системы.
Руководство
пользователя
Системы должно обеспечивать
снижение нагрузки на первую
линию технической поддержки
Системы за счет ответов на
наиболее часто возникающие
вопросы Пользователей системы,
удобства поиска необходимой
информации внутри документа,
выбора
способа
подачи
информации, не затрудняющего ее
восприятие.
Руководство
администратора В соответствии с приказом
безопасности Системы52
Федерального
агентства
правительственной
связи
и информации при Президенте
Российской
Федерации
от 13.06.2001 № 152;
приказом
ФСБ
России
от 09.02.2005 № 66;
ГОСТ Р ИСО/МЭК ТО 18044-2007;
п. 8 ГОСТ Р 59795-2021.
Документ содержит разделы:
введение;
назначение и условия применения;
подготовка к работе;
описание операций;
аварийные ситуации;
рекомендации по освоению.
В разделе «Введение» указывают:
Разрабатывается на подсистему «Система защиты информации» Системы.
4
5
Подрядчик предоставляет:
не позднее чем за 9 (девять)
рабочих дней до дня начала
выполнения работ по
подготовке персонала.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
97
1
2
3
область применения;
краткое описание возможностей;
уровень
подготовки
администратора безопасности;
перечень
эксплуатационной
документации,
с
которыми
необходимо
ознакомиться
администратору безопасности.
В разделе «Назначение и условия
применения» указывают:
виды деятельности, функции, для
автоматизации
которых
предназначено данное средство
автоматизации;
условия,
при
соблюдении
(выполнении,
наступлении)
которых
обеспечивается
применение
средства
автоматизации в соответствии
с назначением (например, вид
ЭВМ
и
конфигурация
технических
средств,
операционная
среда
и общесистемные
программные
средства, входная информация,
носители данных, база данных,
требования
к
подготовке
специалистов и т. п.).
В разделе «Подготовка к
работе» указывают:
состав
и
содержание
дистрибутивного
носителя
данных;
параметры и порядок настройки
средств защиты информации;
порядок
загрузки
данных
4
5
электронной форме.
98
1
2
3
и программ;
порядок
проверки
работоспособности.
В
разделе
«Описание
операций» указывают:
перечень действий сотрудников
при
выполнении
задач
по
эксплуатации
подсистемы
«Система защиты информации»
Системы;
описание
всех
выполняемых
функций, задач, комплексов задач;
описание
операций
технологического
процесса
обработки данных, необходимых
для
выполнения
функций,
комплексов
задач
(задач),
процедур;
перечень,
виды,
объемы
и периодичность оказания услуг
по обеспечению
функционирования
подсистемы
«Система защиты информации»
Системы;
контроль
работоспособности
подсистемы «Система защиты
информации»
Системы
и ее компонентов;
перечень неисправностей, которые
могут возникнуть в процессе
эксплуатации
подсистемы
«Система защиты информации»
Системы,
и
рекомендации
в отношении
действий
при
их возникновении;
перечень
режимов
работы
4
5
99
1
2
3
«Система
подсистемы
защиты
информации»
Системы
и их характеристики,
а
также
порядок и правила перевода
подсистемы «Система защиты
информации» Системы с одного
режима
работы
на
другой
с указанием необходимого для
этого времени.
Для каждой операции обработки
данных указывают:
наименование;
условия, при соблюдении которых
возможно выполнение операции;
подготовительные действия;
основные действия в требуемой
последовательности;
заключительные действия,
ресурсы,
расходуемые
на операцию.
В описании действий допускаются
ссылки на файлы подсказок,
размещенные
на магнитных носителях.
В разделе «Аварийные
ситуации» указывают:
действия в случае несоблюдения
условий
выполнения
технологического процесса, в том
числе при длительных отказах
технических средств;
действия
по
восстановлению
программ и/или данных при отказе
магнитных
носителей
или
обнаружении ошибок в данных;
действия в случаях обнаружения
4
5
100
1
2
3
несанкционированного
вмешательства в данные;
действия в других аварийных
ситуациях.
В
разделе
«Рекомендации
по освоению»
указывают
рекомендации по освоению
и эксплуатации, включая описание
контрольного примера, правила
его запуска и выполнения.
ГОСТ Р 59795-2021;
Составляется в соответствии с
Методическими указаниями к
оформлению документа
«Описание базы данных»54
4
5
Подрядчик предоставляет:
не позднее чем за 9 (девять)
рабочих дней до дня начала
выполнения работ по
подготовке персонала.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подчиком.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
2.4.4
Описание базы данных53
2.4.5.
Инструкция по формированию и Составляется в соответствии с Подрядчик предоставляет:
ведению баз данных
Методическими указаниями к не позднее чем за 9 (девять)
оформлению
документа рабочих дней до дня начала
53
Разрабатывается на Систему.
Методические указания опубликованы на сайте Санкт-Петербургского государственного казенного учреждения «Управление информационных технологий и
связи» в сети Интернет, по адресу https://uits.spb.ru/md/
54
101
1
2
2.4.6
55
Паспорт Системы56
3
4
«Инструкция по формированию и выполнения работ по
ведению баз данных»55
подготовке персонала.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
ГОСТ Р 59795-2021.
5
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
Срок рассмотрения и
УКЭП
согласования Получателем не уполномоченного
более 5 (пяти) рабочих дней
лица Подрядчика,
со дня предоставления.
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
Методические указания опубликованы на сайте Санкт-Петербургского государственного казенного учреждения «Управление информационных технологий и
связи» в сети Интернет, по адресу https://uits.spb.ru/md/
56
Разрабатывается на Систему.
102
1
2
2.4.7
Технический паспорт Системы57
2.4.8
Общее описание Системы58
57
58
Разрабатывается на Систему.
Разрабатывается на Систему.
3
4
5
передаче
отчетности в
электронной форме.
В соответствии с приказом ФСТЭК Подрядчик предоставляет:
В форме
России от 29.04.2021 № 77.
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
Срок рассмотрения и
УКЭП
утверждения Получателем не уполномоченного
более 5 (пяти) рабочих дней
лица Подрядчика,
со дня предоставления
документ
Подрядчиком.
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
ГОСТ Р 59795-2021.
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
Срок рассмотрения и
УКЭП
согласования Получателем не уполномоченного
более 5 (пяти) рабочих дней
лица Подрядчика,
со дня предоставления.
документ
предоставляется в
порядке,
предусмотренном
103
1
2.4.9
2.5
2
3
4
5
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Информация о Системе
В соответствии с п. 14 Приложения Подрядчик предоставляет:
В форме
№ 6 к Описанию объекта закупки, не позднее 1 (одного)
электронного
предоставляется
рабочего дня после окончания документа,
актуализированная информация.
выполнения работ по 2 этапу. подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Ввод в действие. Подготовка объекта автоматизации к вводу в действие Системы
План мероприятий по вводу Документ устанавливает перечень Подрядчик предоставляет
В форме
Системы в действие (План- мероприятий, сроки выполнения,
не позднее 2 (двух) рабочих электронного
график работ)
и исполнителей работ, связанных дней с начала выполнения документа,
с вводом в действие Системы, работ по 2 этапу.
подписанного
и состав отчетной документации.
Срок рассмотрения и
УКЭП
Документ должен содержать:
согласования Получателем не уполномоченного
наименование мероприятий;
более 3 (трех) рабочих дней
лица Подрядчика,
104
1
2
2.6
59
4
со дня предоставления.
В случае если в рамках
исполнение
настоящего
государственного контракта
сроки
выполнения
работ
(отдельных мероприятий в
рамках выполнения работ)
были
смещены
ввиду
выявленных
нарушений,
и/или
по
причине
невозможности одного из
участников
мероприятия
принять в нем участие, и/или
иных причин, документ «План
мероприятий
по
вводу
Системы в действие (Планграфик работ)» повторно
предоставляется
Подрядчиком не позднее 2
(двух) рабочих дней с момента
получения
официального
запроса со стороны Заказчика.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
со дня предоставления.
Отчет
о
подготовленности Содержит
перечень
объектов Подрядчик предоставляет:
объектов автоматизации к вводу автоматизации, количественный не позднее чем за 5 (пять)
в действие Системы59
и качественный анализ объектов рабочих дней до дня начала
автоматизации.
предварительных
комплексных испытаний.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
Разрабатывается на Систему.
3
участника мероприятий;
сроки проведения мероприятия;
отчетную документацию.
5
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
105
1
2
2.7
60
3
4
со дня предоставления
Подрядчиком.
Ввод в действие. Проведение предварительных комплексных испытаний Системы
Протокол
предварительных ГОСТ Р 59795-2021;
Подрядчик предоставляет:
комплексных испытаний
Подрядчик
осуществляет не позднее 2 (двух) рабочих
видеозапись процесса компиляции, дней
после
проведения
создания
дистрибутива
и предварительных
установки
(развертывания) комплексных испытаний
разработанных программ для ЭВМ Срок рассмотрения и
в формате скринкаста, а именно согласования Получателем не
видеозахвата
экрана
с более 3 (трех) рабочих дней
параллельной записью голосовых со дня предоставления
комментариев.
Видеозапись Подрядчиком.
процесса компиляции, создания
дистрибутива
и
установки
(развертывания)
разработанных
программ для ЭВМ передается
Подрядчиком
Заказчику
по
результатам
проведения
предварительных
комплексных
испытаний Системы. 60
Предоставляется в электронном виде на носителях CD/DVD.
5
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
106
1
2
3
4
5
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 3 (трех)61
экземплярах с
подписями
уполномоченных
лиц Подрядчика
(Субподрядчика
при наличии).
Подрядчик предоставляет:
не позднее чем за 9 (девять)
рабочих дней до дня начала
выполнения работ по
подготовке персонала.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления
Подрядчиком.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
Ввод в действие. Подготовка персонала
2.8
2.8.1
61
Документация по подготовке
персонала:
План подготовки персонала62
Включает пояснительную записку,
тематический план и программу
подготовки персонала с учетом
их ролей, п. 15 Приложения № 6
к Описанию объекта закупки.
В случае привлечения к выполнению работ организаций-субподрядчиков, количество экземпляров документа увеличивается на число данных
организаций.
62
Копия документа направляется на электронный адрес Получателя и слушателей в форматах DOCX (DOC) и PDF/A. Указывается ссылка для
скачивания руководства пользователя и иных рабочих материалов, указанных в контракте и необходимых для проведения подготовки персонала.
107
1
2
2.8.2
2.9
63
3
Акт о завершении подготовки п. 16 Приложения № 6 к Описанию
персонала
объекта закупки;
журнал аудита (журнал событий
системы видеоконференцсвязи);
заключение
о
результатах
завершенной подготовки.
4
Подрядчик предоставляет:
не позднее 3 (трех) рабочих
дней со дня окончания
подготовки персонала.
Срок рассмотрения и
согласования Получателем не
более 3 (трех) рабочих дней
со дня предоставления.
5
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Ввод в действие. Проведение опытной эксплуатации и приемочных испытаний Системы
Акт
приемки
в
опытную ГОСТ Р 59795-2021,
Подрядчик предоставляет:
В форме
эксплуатацию63
Документ должен содержать:
не позднее чем за 5 (пять)
электронного
наименование
Системы
(или рабочих дней до дня начала
документа,
ее части), принимаемой в опытную опытной эксплуатации.
подписанного
эксплуатацию,
Срок рассмотрения и
УКЭП
и
соответствующего
объекта согласования Получателем не уполномоченного
автоматизации;
более 3 (трех) рабочих дней
лица Подрядчика,
наименование
документа, со дня предоставления
документ
Разрабатывается на развиваемые/создаваемые части Системы.
108
1
2
3
на основании
которого Подрядчиком.
разработана Система;
список и подписи должностных
лиц Заказчика и Получателя
(Оператора,
Обладателя
информации),
принимающих
решение о принятии Системы
в опытную эксплуатацию;
период
времени
работы
должностных
лиц
Заказчика
и Получателя
(Оператора,
Обладателя информации);
наименование
Подрядчика,
организации-субподрядчика,
Заказчика и Получателя;
состав функций Системы (или
ее части), принимаемых в опытную
эксплуатацию;
перечень
составляющих
технического,
программного,
информационного
и организационного обеспечений,
проверяемых в процессе опытной
эксплуатации;
перечень
документов,
предъявляемых
должностным
лицам Заказчика и Получателя
(Оператора,
Обладателя
информации);
оценку соответствия принимаемой
Системы Техническому заданию
на ее создание;
основные результаты приемки
64
организаций.
4
5
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 3
(трех)64
экземплярах с
подписями
уполномоченных
лиц Подрядчика
(Субподрядчика
при наличии).
В случае привлечения к выполнению работ организаций-субподрядчиков, количество экземпляров документа увеличивается на число данных
109
1
2.10
2
Акт
завершения
эксплуатации
3
в опытную эксплуатацию;
решение Заказчика и Получателя
(Оператора,
Обладателя
информации) о принятии Системы
в опытную эксплуатацию.
опытной ГОСТ Р 59795-2021,
Документ должен содержать:
наименование
завершенной
работы (работ);
список представителей Заказчика,
Подрядчика
и
организацииПолучателя,
принимающих
участие в опытной эксплуатации;
наименование документа (-ов),
на основании
которого
(-ых)
проводилась работа;
основные результаты завершенной
работы;
заключение
о
результатах
завершенной работы.
4
5
Подрядчик предоставляет
не позднее 1 (одного)
рабочего дня после
завершения опытной
эксплуатации
Срок рассмотрения и
согласования Получателем не
более 2 (двух) рабочих дней
со дня предоставления
Подрядчиком.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 3
(трех)65
110
1
2
2.11
65
организаций.
Рабочий
журнал
эксплуатации
3
опытной ГОСТ Р 59792-2021.
4
Подрядчик предоставляет
не позднее 1 (одного)
рабочего дня после
завершения опытной
эксплуатации
Срок рассмотрения и
согласования Получателем не
более 2 (двух) рабочих дней
со дня предоставления
Подрядчиком.
5
экземплярах с
подписями
уполномоченных
лиц Подрядчика
(Субподрядчика
при наличии)
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
В случае привлечения к выполнению работ организаций-субподрядчиков, количество экземпляров документа увеличивается на число данных
111
1
2
2.12
66
Протокол
испытаний
3
приемочных ГОСТ Р 59795-2021;
Видеозапись
процесса
компиляции,
создания
дистрибутива
и
установки
(развертывания)
разработанных
программ для ЭВМ66,67.
4
Подрядчик предоставляет
не позднее 1 (одного)
рабочего дня после
завершения приемочных
испытаний
Срок рассмотрения и
согласования Получателем не
более 2 (двух) рабочих дней
со дня предоставления
Подрядчиком.
5
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
Предоставляется в электронном виде на носителях CD/DVD.
В случае если по результатам опытной эксплуатации Подрядчик выполнил доработку программного обеспечения Системы, в процессе проведения приемочных
испытаний Системы Подрядчик должен провести повторную демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания) разработанных
программ для ЭВМ с использованием средств, указанных в пункте 3.15 Описания объекта закупки, а также в соответствии с инструкциями, приведенными в рабочей
документации на Систему в тестовом контуре.
67
112
1
2
2.13
68
Акт приемки
эксплуатацию69
3
в
постоянную ГОСТ Р 59795-2021,
Документ должен содержать:
наименование
объекта
автоматизации и Системы (или
ее части),
принимаемой
в постоянную эксплуатацию;
список и подписи должностных
лиц Заказчика и Получателя,
принимающих
решение
о
принятии Системы в постоянную
эксплуатацию;
наименование
Подрядчика,
организации-субподрядчика,
4
5
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 3
(трех)68
экземплярах с
подписями
уполномоченных
лиц Подрядчика
(Субподрядчика
при наличии).
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
Срок рассмотрения и
УКЭП
согласования Получателем
уполномоченного
не более 5 (пяти) рабочих
лица Подрядчика,
дней со дня предоставления
документ
Подрядчиком.
предоставляется в
порядке,
предусмотренном
Методическим
документом для
В случае привлечения к выполнению работ организаций-субподрядчиков, количество экземпляров документа увеличивается на число данных
организаций.
69
Разрабатывается на Систему.
113
1
2
3
Заказчика и Получателя;
состав функций Системы (или
ее части),
принимаемой
в постоянную эксплуатацию;
перечень
составляющих
технического,
программного,
информационного
и организационного обеспечений,
принимаемых
в
постоянную
эксплуатацию;
перечень
документов,
предъявляемых
должностным
лицам Заказчика и Получателя;
заключение о результатах опытной
эксплуатации Системы;
оценку соответствия принимаемой
Системы Техническому заданию
на ее создание;
краткую
характеристику
и основные
результаты
выполненной работы по созданию
Системы;
решение Заказчика и Получателя.
В приложении к акту приемки в
постоянную
эксплуатацию
Подрядчик
указывает
исчерпывающий
перечень
мероприятий, необходимых для
ввода Системы в постоянную
эксплуатацию, в соответствии с
4
5
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документ
дополнительно
предоставляется не
позднее 3 (трех)
рабочих дней после
дня согласования
электронного
документа в СФУП
на бумажном
носителе в 3 (трех)
экземплярах с
подписями
уполномоченных
лиц Подрядчика.
114
1
2
2.14
70
3
подпунктами а-б пункта 14
«Требований к порядку создания,
развития, ввода в эксплуатацию,
эксплуатации
и
вывода
из
эксплуатации
государственных
информационных
систем
и
дальнейшего
хранения
содержащейся в их базах данных
информации»,
утвержденных
Постановлением
Правительства
Российской
Федерации
от 06.07.2015 № 676.
Проект правового акта о вводе Постановление
Правительства
Системы
в
постоянную Российской
Федерации
70
эксплуатацию
от 06.07.2015 № 676;
постановление
Правительства
Санкт-Петербурга от 24.10.2016
№ 928.
4
5
Подрядчик предоставляет:
не позднее 1 (одного)
рабочего дня после окончания
выполнения работ по 2 этапу.
Срок рассмотрения и
согласования Получателем не
более 5 (пяти) рабочих дней
со дня предоставления.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
Проект правового акта о вводе Системы в постоянную эксплуатацию должен быть выполнен на русском языке с учетом требований Типовой
инструкции по делопроизводству в исполнительных органах государственной власти Санкт-Петербурга, утвержденной распоряжением Правительства Санкт-Петербурга
от 30.07.2004 № 76-рп «Об организации делопроизводства в исполнительных органах государственной власти Санкт-Петербурга» и инструкцией по делопроизводству
Администрации Губернатора Санкт-Петербурга, утвержденной распоряжением Администрации Губернатора Санкт-Петербурга от 13.12.2007 № 89-ра «Об Инструкции по
делопроизводству в Администрации Губернатора Санкт-Петербурга».
115
1
2
2.15
71
Рекомендации
Системы71
3
по
Разрабатывается на Систему.
развитию Документ
должен
содержать
следующие разделы:
общие сведения;
рекомендации к Системе в целом;
рекомендации
к
функциям
(задачам),
выполняемым
Системой;
рекомендации
к
видам
обеспечения.
В
разделе
«Общие
сведения» приводят:
описание
существующей
информационной системы;
направления развития;
изменения нормативных правовых
актов;
предложения
пользователей
Системы во время подготовки
пользователей, по результатам
предварительных
комплексных
испытаний, опытной эксплуатации
Системы, приемочных испытаний
Системы;
анализ соответствия предложений
пользователей
требованиям
нормативных правовых актов.
В
разделе
«Рекомендации
к Системе в целом» приводят
требования к общесистемным
характеристикам и показателям.
В разделе «Рекомендации
к функциям
(задачам),
4
5
отчетности в
электронной форме.
Подрядчик предоставляет:
В форме
не позднее 1 (одного)
электронного
рабочего дня после окончания документа,
выполнения работ по 2 этапу. подписанного
Срок рассмотрения и
УКЭП
согласования Получателем не уполномоченного
более 5 (пяти) рабочих дней
лица Подрядчика,
со дня предоставления.
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
116
1
2.16
2.17
2
3
выполняемым
Системой»
приводят
требования
к функциональному развитию
системы: требования к функциям,
комплексам
задач,
задачам
подсистемы.
В разделе «Рекомендации к видам
обеспечения» приводят требования
к
математическому,
организационному,
информационному,
программному,
техническому
обеспечениям
и иным
видам
обеспечения,
обусловленные
развитием Системы.
Заполненный
акт
приемки В виде документа в формате .pdf.
данных
о
Системе Передача Подрядчику шаблона для
для актуализации в Реестре ГИС заполнения
обеспечивается
Заказчиком
на
основании
письменного запроса Подрядчика.
Отчет РБПО. Часть 3
В
соответствии
с
п.
4
5
Подрядчик предоставляет:
не позднее 1 (одного)
рабочего дня после окончания
выполнения работ по 2 этапу.
В форме
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
В форме
1.1.1 Подрядчик предоставляет:
117
1
2
3
4
Приложения № 4 Описания не позднее 1 (одного)
объекта закупки должен содержать рабочего дня после окончания
наборы артефактов требований выполнения работ по 2 этапу.
процессов, как по базовым, так и по
соответствующим
им
расширенным
процессам,
по
пунктам: Процесс 20, Процесс 21,
Процесс 22, Процесс 23, Процесс
24.
5
электронного
документа,
подписанного
УКЭП
уполномоченного
лица Подрядчика,
документ
предоставляется в
порядке,
предусмотренном
Методическим
документом для
Подрядчика
(поставщика,
исполнителя) по
передаче
отчетности в
электронной форме.
Документы, предоставляемые Заказчику на бумажном носителе, прошиваются и подписываются Подрядчиком, в указанном количестве
экземпляров.
Подрядчик предоставляет Заказчику отчетные документы, подготовленные с учетом мотивированных замечаний Заказчика (при
наличии), в сроки, установленные требованиями к порядку и сроку предоставления отчетных документов настоящего приложения к Описанию
объекта закупки.
В соответствии с требованиями постановления Правительства Санкт-Петербурга от 24.10.2016 № 928 «О мерах по реализации
постановления Правительства Российской Федерации от 06.07.2015 № 676» комплект документов по каждому виду работ должен содержать на
титульных листах отчетных документов гриф утверждения Комитета по информатизации и связи, за исключением отчетного документа
«Проект правового акта о вводе Системы в постоянную эксплуатацию», титульный лист которого должен содержать гриф согласования
Комитета по информатизации и связи в соответствии с положениями постановления Правительства Санкт-Петербурга от 24.10.2016 № 928
«О мерах по реализации постановления Правительства Российской Федерации от 06.07.2015 № 676».
В соответствии с приказом Федерального архивного агентства от 31.07.2023 № 77 «Об утверждении правил организации хранения,
комплектования, учета и использования документов Архивного фонда Российской федерации и других архивных документов
в государственных органах, органах местного самоуправления и организациях», в случае, если отчетный документ на бумажном носителе
содержит более 250 листов, он должен быть разделен на тома.
118
Проекты заявлений о государственной регистрации программ для ЭВМ и баз данных, реферат программы для ЭВМ, реферат базы
данных, согласие автора на указание сведений об авторе, указанных в заявлении, согласие на обработку персональных данных
Санкт-Петербургским государственным казенным учреждением «Управление информационных технологий и связи», согласие на обработку
персональных данных Роспатентом предоставляются Заказчику на бумажном носителе не прошитыми. Проекты заявлений о государственной
регистрации программ для ЭВМ и баз данных, дополнения к заявлениям (в случае необходимости), представляемые на бумажном носителе,
печатаются двусторонней печатью на одном листе.
Депонируемые материалы, идентифицирующие программы для ЭВМ или базы данных, разработанные (модифицированные) в целях
исполнения настоящего контракта, представляются в электронной форме на машиночитаемых носителях в формате PDF/A. Если
представленная на регистрацию база данных содержит аудиовидеоматериалы, то примеры таких материалов представляются в форматах MP3,
AVI, MPEG-2, JPEG (JPG). Депонируемые материалы на каждую программу для ЭВМ или базу данных представляются на отдельном
машиночитаемом носителе. Машиночитаемый носитель должен удовлетворять следующим требованиям:
не должен допускать последующую запись на него информации и должен позволять осуществлять многократное считывание записанной
на нем информации;
должен иметь надпись на лицевой поверхности носителя, не влияющую на свойства чтения носителя, либо прикрепленный к упаковке
носителя постоянным образом ярлык, где печатными буквами указываются наименование Заказчика (Санкт-Петербургское государственное
казенное учреждение «Управление информационных технологий и связи»), название программы для ЭВМ или базы данных и дата, на которую
произведена запись.
119
Приложение № 6
к Описанию объекта закупки
РЕКОМЕНДУЕМЫЕ ФОРМЫ
отчетных документов
1. Акт о принадлежности исключительных прав на результаты
интеллектуальной деятельности
АКТ
о принадлежности исключительных прав
на результаты интеллектуальной деятельности
Санкт-Петербург
«__» ________ 20ХХ
Санкт-Петербургское
государственное
казенное
учреждение
«Управление
информационных технологий и связи» (далее – СПб ГКУ «УИТС») в лице заместителя
директора по цифровой трансформации <ФИО>, действующего на основании Устава и
доверенности от _________ № ____ и <наименование организации подрядчика> (далее –
<краткое наименование организации Подрядчика>) в лице <должность, ФИО представителя
Подрядчика>, действующего на основании <наименование документа>, (далее – «Стороны»)
составили настоящий Акт о нижеследующем:
1. С даты подписания Сторонами настоящего Акта <наименование организации
подрядчика>, являясь Подрядчиком по государственному контракту Санкт-Петербурга
<номер, дата государственного контракта Санкт-Петербурга> на выполнение работ
<наименование работ> (далее – государственный контракт Санкт-Петербурга), отказывается
от претензий на исключительные права на результаты интеллектуальной деятельности,
разработанные и (или) модифицированные в целях исполнения обязательств
по государственному контракту Санкт-Петербурга, в составе следующих изобретений,
полезных моделей, промышленных образцов, программ для электронных вычислительных
машин, баз данных, топологий интегральных микросхем, а также исключительные права на
результаты работ, включая объекты авторских прав и потенциально патентоспособные
технические решения, секреты производства (ноу-хау) (далее – Объекты):
<перечень изобретений/полезных моделей/промышленных образцов/программ для
электронных
вычислительных
машин/баз
данных/топологий/интегральных
микросхем/потенциально патентоспособных технических решений/секретов производства
(ноу-хау)/иных результатов интеллектуальной деятельности>72.
2. Исключительные права на Объекты принадлежат субъекту Российской Федерации
городу федерального значения Санкт-Петербургу, от имени которого выступает
Санкт-Петербургское государственное казенное учреждение «Управление информационных
технологий и связи».
СПб ГКУ «УИТС»
<Наименование организации
Подрядчика>
72
Указывается полный перечень созданных, модифицированных Объектов. При этом для каждого объекта
в скобках указывается создан или модифицирован Объект. В случае модификации программного комплекса,
указывается его полный состав с учетом немодифицированных программных комплексов/программных
компонентов и делается соответствующая отметка «не модифицирован».
120
191144, Санкт-Петербург,
вн.тер.г. муниципальный округ Смольнинское,
ул. Новгородская, д. 20,
литера А, часть пом. 2-Н
ИНН 7842444610
КПП 784201001
ОГРН 1117847006617
ОКПО 69251796
л/с № 0710002
в Комитете финансов Санкт-Петербурга
ОКОПФ 75204
ОКТМО 40911000
ОКОГУ 2300280
тел. 8 (812) 576-2264
e-mail: uits@uits.spb.ru
Заместитель директора
по цифровой трансформации
СПб ГКУ «УИТС»
<Адрес>
ИНН
ОГРН
Е-mail:
тел.
факс:
<Должность представителя
Подрядчика>
__________<ФИО>
_________ФИО
121
2. Согласие
на
обработку
персональных
данных
СанктПетербургским государственным казенным учреждением «Управление
информационных технологий и связи»
В СПб ГКУ «УИТС»
ул. Новгородская, д. 20,
литера
А,
часть
пом.
2-Н,
вн.тер.г.
муниципальный
округ
Смольнинское,
Санкт-Петербург,
Российская Федерация
Согласие на обработку персональных данных
Ф. И. О. субъекта персональных данных
Иванов Иван Иванович
Адрес места жительства
111111, Российская Федерация, Санкт-Петербург,
пр. Невский, д. 1, корп. 1, кв. 1
Документ, удостоверяющий личность субъекта персональных данных, дата его
выдачи и выдавший орган
паспорт серия 40 00 № 123456 выдан (заполняется
в соответствии с данными, указанными в паспорте) 01.01.2006 (дата выдачи)
в соответствии со ст. 9 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных
данных», даю согласие Санкт-Петербургскому государственному казенному учреждению
«Управление информационных технологий и связи» на автоматизированную, а также без
использования средств автоматизации обработку моих персональных данных, а именно на
сбор, запись, систематизацию, накопление, хранение, уточнение (обновление, изменение),
извлечение, использование, передачу (предоставление, доступ), обезличивание,
блокирование, удаление, уничтожение вышеуказанных персональных данных в целях
государственной регистрации программ для электронных вычислительных машин и баз
данных.
Подтверждаю согласие на обработку моих персональных данных.
Мне известно, что в случае отзыва согласия на обработку персональных данных
Санкт-Петербургское государственное казенное учреждение «Управление информационных
технологий и связи» вправе продолжить обработку персональных данных без моего согласия в
соответствии с частью 2 статьи 9, пунктом 4 части 1 статьи 6 Федерального закона
от 27.07.2006 № 152-ФЗ «О персональных данных».
Настоящее согласие действует со дня его подписания до дня отзыва в письменной форме.
Подпись
/
И.И.Иванов
(Ф. И. О. субъекта персональных данных)
Дата
/
122
3. Согласие на обработку персональных данных Роспатентом
В Федеральную службу
по интеллектуальной собственности
Бережковская наб., д. 30, корп. 1,
г. Москва, Г-59, ГСП-3, 125993,
Российская Федерация
Название программы для ЭВМ или базы данных
указать название программы
для ЭВМ/базы данных строго в соответствии с наименованием, указанным
в акте о принадлежности исключительного права и депонируемых материалах
№ заявки
(указывается при наличии регистрационного номера заявки)
Согласие на обработку персональных данных
Ф. И. О. субъекта персональных данных
Иванов Иван Иванович
Адрес места жительства
111111, Российская Федерация, Санкт-Петербург,
пр. Невский, д. 1, корп. 1, кв. 1
Документ, удостоверяющий личность субъекта персональных данных, дата его
выдачи и выдавший орган
паспорт серия 40 00 № 123456 выдан (заполняется в
соответствии с данными, указанными в паспорте) 01.01.2006 (дата выдачи)
Подтверждаю согласие на обработку моих персональных данных, предусмотренную частью 3
статьи 3 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных», в целях
предоставления Федеральной службой по интеллектуальной собственности государственной
услуги в соответствии с Федеральным законом от 27.07.2010 № 210-ФЗ «Об организации
предоставления государственных и муниципальных услуг».
Мне известно, что в случае отзыва согласия на обработку персональных данных Федеральная
служба по интеллектуальной собственности вправе продолжить обработку персональных
данных без моего согласия в соответствии с частью 2 статьи 9, пунктом 4 части 1 статьи 6
Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных».
Подпись
/
И.И.Иванов
(Ф. И. О. субъекта персональных данных)
Дата
/
123
4. Ходатайство о предоставлении льготы по уплате государственной
пошлины
Дата поступления
(заполняется Федеральной службой по интеллектуальной
собственности)
В Федеральную службу
по интеллектуальной собственности
Бережковская наб., д. 30, корп. 1,
г. Москва, Г-59, ГСП-3, 125993,
Российская Федерация
ХОДАТАЙСТВО
о предоставлении льготы по уплате государственной пошлины
Заявка №
на государственную регистрацию: Программы для ЭВМ
Базы данных, государственная регистрация которой осуществляется в соответствии с пунктом 4 статьи 1259 Кодекса
Базы данных, государственная регистрация которой осуществляется в соответствии с пунктом 3 статьи 1334 Кодекса
(отметить знаком «Х» вид результата интеллектуальной деятельности)
название: ________________________
Правообладатель (и) (Заявитель)(и) (указываются фамилия, имя, отчество (последнее − при наличии), место
жительства физического лица, наименование, место нахождения, ОГРН и ИНН юридического лица)
Санкт-Петербург, от имени которого выступает Санкт-Петербургское государственное
казенное учреждение «Управление информационных технологий и связи» (RU)
Российская Федерация, Санкт-Петербург
ОГРН: 1117847006617 ИНН: 7842444610
Адрес для переписки:
191144, Санкт-Петербург, вн.тер.г. муниципальный округ Смольнинское,
ул. Новгородская, д. 20, литера А, часть пом. 2-Н,
Санкт-Петербургское государственное казенное учреждение «Управление
информационных технологий и связи»
Прошу предоставить мне льготу по уплате государственной пошлины в соответствии с
подпунктом 4 пункта 1 статьи 333.35 Налогового кодекса Российской Федерации на
основании следующих прилагаемых документов: выписка ЕГРЮЛ, Устав СПб ГКУ
«УИТС»
Приложение к настоящему ходатайству: на 23 л. в 1 экз.
Заявителю известно, что с информацией о состоянии делопроизводства, в том числе о
направленных заявителю документах, можно ознакомиться на сайтах Роспатента
(www.rupto.ru) и ФИПС (www.fips.ru) в информационно-телекоммуникационной сети
«Интернет»
Подпись(и) правообладателя(ей), заявителя(ей), ходатайствующего(их) о предоставлении
льготы
Директор Санкт-Петербургского государственного казенного учреждения
«Управление информационных технологий и связи»
ФИО
«
«
20
г.
(от имени юридического лица ходатайство подписывается руководителем организации или иным лицом,
уполномоченным в установленном законодательством Российской Федерации порядке, с указанием должности, подпись
удостоверяется печатью юридического лица при наличии печати. Подпись любого лица должна быть расшифрована
путем указания фамилии и инициалов, и указана дата подписания ходатайства)
124
5. Акт определения вида аттестационных испытаний
УТВЕРЖДАЮ
УТВЕРЖДАЮ
СПБ ГКУ «УИТС»
Комитет по информатизации и
связи
_________________________
_________________________
«____»____________ 20ХХ г.
«____»____________ 20ХХ г.
М.П.
М.П.
(Полное наименование государственной информационной системы)
АКТ ОПРЕДЕЛЕНИЯ ВИДА АТТЕСТАЦИОННЫХ ИСПЫТАНИЙ
Листов ___
СОГЛАСОВАНО
(наименование организации, должность
представителя Обладателя информации,
подпись, расшифровка)
_______________ _______________
«___» ____________________ 20ХХ г.
М.П.
СОГЛАСОВАНО
(наименование
организации,
должность представителя Оператора,
подпись, расшифровка)
_______________ _______________
«___» ____________________ 20ХХ г.
М.П.
125
АКТ
определения вида аттестационных испытаний
Санкт-Петербург
«__» _____ 20ХХ г.
1.
(наименование
организации
подрядчика),
являясь
Подрядчиком
по государственному контракту Санкт-Петербурга (номер, дата государственного
контракта
Санкт-Петербурга)
на выполнение
работ
(наименование
работ)
установили, что при развитии (модернизации) Системы были изменены конфигурация
(параметры настройки) программных, программно-технических средств и средств защиты
информации, исключались или были заменены на аналогичные средства программные,
программно-технические средства и средства защиты информации и (или) дополнительно
были включены аналогичные средства.
В связи с этим сделан вывод о необходимости проведения дополнительных
аттестационных испытаний в соответствии с «Порядком организации и проведения работ
по аттестации объектов информатизации на соответствие требованиям о защите информации
ограниченного доступа, не составляющей государственную тайну», утвержденным приказом
ФСТЭК России от 29.04.2021 № 7773.
2. (наименование
организации
подрядчика),
являясь
Подрядчиком
по государственному контракту Санкт-Петербурга (номер, дата государственного
контракта
Санкт-Петербурга)
на выполнение
работ
(наименование
работ)
установили, что развитие (модернизация) Системы привела к повышению класса
защищенности
(уровня
защищенности,
категории
значимости)
Системы
и (или) к изменению архитектуры системы защиты информации Системы в части изменения
видов и типов программных, программно-технических средств и средств защиты информации,
изменения структуры системы защиты информации, состава и мест расположения объекта
информации и его компонентов.
В связи с этим сделан вывод о необходимости проведения повторной аттестации
в соответствии с «Порядком организации и проведения работ по аттестации объектов
информатизации на соответствие требованиям о защите информации ограниченного доступа,
не составляющей государственную тайну», утвержденным приказом ФСТЭК России
от 29.04.2021 № 7774.
<Наименование организации Подрядчика>
<Адрес>
ИНН
ОГРН
Тел.
Факс
E-mail:
<Должность представителя подрядчика>
<Дата> <ФИО>
М.П.
6. Анкета для предоставления доступа к Репозиторию
73
Указывается в акте, в случае необходимости проведения дополнительных аттестационных испытаний
Системы.
74
Указывается в акте, в случае необходимости проведения повторной аттестации Системы (при этом
приводится описание конкретных изменений Системы, обусловивших повышение класса защищенности (уровня
защищенности, категории значимости) Системы.
126
АНКЕТА
для предоставления доступа к Репозиторию
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
ФИО пользователя (полностью)
Наименование организации
пользователя
Должность пользователя
Электронная почта пользователя
Контактный телефон пользователя
ФИО руководителя проекта со
стороны Разработчика (полностью)
Контактный телефон руководителя
проекта со стороны Разработчика
Номер и дата заключения
государственного контракта
Срок завершения работ по
государственному контракту
Полное наименование
государственной информационной
системы
Сокращенное наименование
государственной информационной
системы
Роль (developer, maintainer)
Наименование существующего
проекта, или создать новый
Наименование существующей группы
или создать новую
127
7. Заявка на получение доступа к ресурсам РРЦОД
Информация об организации, направляющей заявкуДиректору Санкт-Петербургского
государственного
казенного
учреждения
«Управление
информационных технологий и
связи»
____________________
________________ № _________________
На №
от
Уважаемый (-ая) ___________________!
В связи с заключением контракта (указать номер и дату заключения контракта)
на
(указать
предмет
контракта)
прошу
Вас
дать
поручение
актуализировать/предоставить/заблокировать доступы к (указать наименование ГИС)
согласно приложениям.
Приложение: 1. Форма «Сведения об уполномоченных лицах по информационным системам»
на 1 л. в 1 экз.
2. Форма «Список Администраторов контуров информационной системы
с доступом к консоли управления виртуализацией РРЦОД» на 1 л. в 1 экз.
3. Форма «Сведения об администраторах серверов ИС и администрируемых
системах» (образец для заполнения) на 2 л. в 1 экз.
4. Аттестат соответствия требованиям о защите информации на 1 л.
в 1 экз.
Должность руководителя
организации
ФИО руководителя
организации
128
1.
Сведения об Уполномоченных лицах по информационным системам
Полное наименование
информационной системы*
Краткое наименование
информационной системы*
№ п/п
ФИО*
Электронная почта*
Телефон*
Наименование
организации*
Должность*
1
2
3
4
5
6
1
2.
* – поля, обязательные к заполнению
Список Администраторов контуров информационной системы с доступом к консоли управления виртуализацией РРЦОД
Полное наименование
информационной системы*
Краткое наименование
информационной системы*
№ п/п
1
1
Имя локального домена
контура
информационной
системы**
2
ФИО*
Служебная
электронная почта*
Служебный номер
телефона*
Наименование
организации*
Должность*
3
4
5
6
7
* – поля, обязательные к заполнению
** – Если не указан – доступ предоставляется ко всем контурам ИС
129
3.
Сведения об администраторах серверов ИС и администрируемых системах
Полное наименование информационной
системы
Государственная Информационная система*
Краткое наименование информационной
системы
ГИС*
Сведения о серверах
Имя сервера*
№ п/п
1
1
Описание сервера
2
app1.gis.adc.spb
3
сервер приложений
IP-адрес в РРЦОД*
4
192.168.2.2
IP-адрес в ЗКС
5
10.144.144.144
Протокол доступа*
(выбрать из RDP/SSH/VNC)**
6
SSH
* – поля, обязательные к заполнению
** – в данном поле следует конкретно определить к какому из указанных протоколов будет осуществляться взаимодействие
130
4.
Декларация о соответствии требованиям о защите информации
(Указать наименование организации) (краткое наименование - _______) в лице
____________ действующего на основании ________ принимает необходимые
организационные и технические меры по защите информации, обрабатываемой
на автоматизированных рабочих местах (далее – АРМ) пользователей информационных
систем, соответствующие требованиям приказа ФСТЭК России от 18.02.2013 № 21 «Об
утверждении состава и содержания организационных и технических мер по обеспечению
безопасности персональных данных при их обработке в информационных системах
персональных данных» применительно к персональным данным при их обработке
в информационной системе персональных данных, приказа ФСТЭК России
от 11.04.2025 № 117 «Об утверждении требований о защите информации, содержащейся
в государственных информационных системах, иных информационных системах
государственных органов, государственных унитарных предприятий», применительно
к требованиям инструкции об организации и обеспечении безопасности хранения, обработки и
передачи по каналам связи с использованием средств криптографической защиты информации
с ограниченным доступом, не содержащей сведений, составляющих государственную тайну,
утвержденной приказом Федерального агентства правительственной связи и информации при
Президенте
Российской
Федерации
от
13.06.2001
№152
«Об утверждении Инструкции об организации и обеспечении безопасности хранения,
обработки и передачи по каналам связи с использованием средств криптографической защиты
информации с ограниченным доступом, не содержащей сведений, составляющих
государственную тайну», а также Федерального закона от 27.07.2006 № 152-ФЗ
«О персональных данных»
На АРМ пользователя информационными ресурсами укажите информационную
систему установлены и настроены следующие сертифицированные по требованиям
безопасности информации средства защиты информации:
Тип средства
Наименование
Производитель
Сертификат
№ п/п
защиты
средства защиты
средства защиты
соответствия
информации
информации
информации
1
2
3
4
5
Должность
_______________________
___________________________
ФИО
(подпись)
131
8. Справка о программах
создания/развития Системы
для
ЭВМ/базах
данных
по
результатам
СПРАВКА
о программах для ЭВМ/базах данных по результатам создания/развития
Системы
Таблица 1
Созданная/модифицированная программа для ЭВМ, база данных
№
п/п
Наименование
программного
комплекса,
программного
компонента, базы
данных75 (с указанием
версионности)*
Действие
(создание/модификация)
Количество
строк исходного
кода
2
3
4
1
Исходная программа для
ЭВМ, база данных
Наименование
программного
комплекса,
Количество
программного
строк
компонента,
исходного
базы данных76
кода
(с указанием
версионности)
5
6
1
2
3
…
Таблица 2
Созданная/модифицированная база данных
№
п/п
Наименование базы
данных77 (с указанием
версионности)*
Действие
(создание
/модифи
кация)
Количе
ство
таблиц
в базе
данны
х
2
3
4
1
Исходная база данных
Количе
ство
атрибу
тов в
таблиц
е базы
данны
х
Количе
ство
полей
в
таблиц
е базы
данны
х
Количе
ство
связей
базы
данны
хс
другим
и
объект
ами
Систем
ы
5
6
7
Наимено
вание
базы78
данных
(с
указание
м
версионн
ости)
Действ
ие
(создан
ие/мод
ификац
ия)
Количе
ство
таблиц
в базе
данных
Количе
ство
атрибу
тов в
таблиц
е базы
данных
Количе
ство
полей в
таблиц
е базы
данных
Количест
во связей
базы
данных с
другими
объектам
и
Системы
8
9
10
11
12
13
1
2
3
…
*
Наименование программного комплекса, программного компонента, базы данных
(далее – Объект) необходимо строить по следующему принципу: вид Объекта «Сокращенное
наименование Системы. Наименование Объекта. ver. год». Данное требование необходимо
учитывать, в том числе и при разработке технических решений по Системе и подготовке
документации Технического проекта.
75
Для нереляционных баз данных
Для нереляционных баз данных
77
Для реляционных баз данных
76
132
9. Методика проведения испытаний СЗИ Системы
Краткая характеристика испытаний.
Вид испытаний: <предварительные комплексные испытания> <приемочные>
Условия проведения испытаний: <на тестовом контуре Подрядчика/Заказчика> <на тестовом контуре РРЦОД> <на промышленном контуре>
<иное>
2. Перечень и комплектность объектов испытаний.
Проверка осуществляется путем сверки состава и характеристик объектов испытаний (далее ОИ) с данными, приведенными в Таблице1.
Таблица 1. Объекты испытаний.
№ п/п
Тип и
Местоположение Наименование
Тип компонента
Сертификат, только для
Лицензия, только на средство
Примечание
наименование1
компонента (средство/настройка/
средства (реестровый
(номер лицензии и срок
функция/параметр) номер и срок окончания)
окончания действия)
1
2
3. Перечень функций, подлежащих проверке и критерии приемки.
Перечень функций, подлежащих проверке и критерии приемки ОИ соответствуют мерам защиты, определенных в техническом задании на
<создание>/<развитие>, модели угроз, дополнению к техническому заданию и техническому проекту на Систему.
4. Материально-техническое обеспечение испытаний подсистемы СЗИ.
Состав, наименование, назначение, характеристики, способы размещения и способы взаимодействия технических средств приведены в разделе
«Материально-техническое обеспечение испытаний».
1
Указывается тип и наименование объекта испытаний, например, Виртуальный сервер AWZ-01, Сервер WM-45775, Информационный обмен с ГИС ЕССК. Наименование должно
обеспечивать однозначную идентификация ОИ (Имя, доменное имя, IP адрес, алиас). Допускается группировка ОИ по признаку общности состава компонентов ОИ при условии
идентичности иных характеристик ОИ. Под ОИ принимается объект или часть объекта защиты Системы, содержащий компоненты в виде одного или нескольких средств защиты
информации, настроек для работы с иными средствами защиты информации, функциями защиты информации или параметров Системы. На этапах ПКИ и ПИ указываются ОИ,
предъявляемые к испытаниям. При проведении проверок после развертывания Системы указываются все ОИ Системы.
78
Для реляционных баз данных
133
5. Порядок, методики и условия проведения контрольных проверок. Перечень контрольных заданий по проверке компонентов ОИ79 и
порядок проведения проверок приведен в последующих разделах.
6. Контрольные задания
6.1. Контрольные задания ОИ80: <наименование ОИ >
Таблица 2. Перечень контрольных заданий.
№ п/п
Наименование
компонента
ОИ
№ 117
ФСТЭК82
Мера защиты/требование
№ 21 ФСТЭК83
№ 239
ФСТЭК84
ТЗ
(пункт/мера СПО)85
Номер
контрольного
задания81
Наименование
контрольного задания
1
6.1.1 Контрольное задание № <номер контрольного задания> <наименование контрольного задания> для компонента: <наименование
компонента ОИ>
79
Указывается тип и наименование объекта испытаний, например, Виртуальный сервер AWZ-01, Сервер WM-45775, Информационный обмен с ГИС ЕССК. Наименование должно
обеспечивать однозначную идентификация ОИ (Имя, доменное имя, IP адрес, алиас). Допускается группировка ОИ по признаку общности состава компонентов ОИ при условии
идентичности иных характеристик ОИ. Под ОИ принимается объект или часть объекта защиты Системы, содержащий компоненты в виде одного или нескольких средств защиты
информации, настроек для работы с иными средствами защиты информации, функциями защиты информации или параметров Системы. На этапах ПКИ и ПИ указываются ОИ,
предъявляемые к испытаниям. При проведении проверок после развертывания Системы указываются все ОИ Системы.
80
Указывается наименование компонента ОИ, в качестве компонента рассматриваются: средства защиты информации, настройки для работы с иным средством защиты информации,
функции защиты информации, параметры Системы. В случае наличия у компонента версии указание версии обязательно.
81
В случае наличия у компонента сертификата указывается сертификат ФСТЭК России или ФСБ РФ для СрЗИ, входящих в объект испытаний (номер сертификата из Реестра, срок
окончания действия сертификата).
82
В случае наличия у компонента лицензии указывается номер лицензии и срок окончания действия на СрЗИ, входящее в ОИ. В случае использования временной лицензии указывается
«Лицензия временная»
83
Контрольные задания по проверке формируются для всех мер защиты модели угроз, технического задания, дополнения к техническому заданию или технического
проекта на Систему.
84
На этапе ПКИ и ПИ допускается указать контрольные проверки, непосредственно относящиеся к данным этапам испытаний. При проведении проверок после
развертывания Системы указываются все контрольные проверки всех ОИ Системы.
85
Нумерация контрольных заданий производится в рамках ОИ.
134
Последовательность действий для выполнения контрольного задания приведены в таблице 3. Критерием успешности выполнения
задания является соответствие результата выполняемого действия его ожидаемому результату.
Таблица 3. Проверка меры защиты.86
№
п/п
1
2
Требование
Действие
Ожидаемый результат
6.1.2 Контрольное задание № <номер контрольного задания> <наименование контрольного задания> для компонента: <наименование
компонента ОИ>
……..
6.2. Контрольные задания ОИ: <наименование ОИ>
……….
86
Указывается условное обозначение, номер меры защиты информации в информационных системах в соответствии с приказом № 117 ФСТЭК России.
135
Лист регистрации изменений
Изм.
изменен
ных
Номера листов (страниц)
замененн
новых
аннулиых
рованных
Всего листов
(страниц) в
документе
Номер
докумен
та
Входящий
№
сопровод.
документа и
дата
Подпись
Дата
136
10. Акт приема-передачи
информации)
отчетных
материалов
(документов,
АКТ
Приема-передачи отчетных материалов (документов, информации)
на электронном носителе/на бумажном носителе
Санкт-Петербург
«__» _____
20ХХ г.
Мы,
нижеподписавшиеся,
представитель
Государственного
заказчика
и представитель Подрядчика, составили настоящий акт о том, что представитель Подрядчика
передает, а представитель Государственного заказчика принимает следующие материалы,
подготовленные в рамках ____ этапа работ по государственному контракту Санкт-Петербурга
Nº __________ от ____________ на выполнение работ по созданию (развитию)
государственной
информационной
системы
Санкт-Петербурга
_____________________________
№
п/п
1. Перечень документов (информации) на электронных носителях
Наименование отчетного
Кол-во
Тип
Дата
документа
экземпля электронного получения
ров
носителя
документо
в
Примечание
№ этапа
№
п/
п
2. Перечень документов (информации) на бумажных носителях
Наименование
Кол-во Кол-во Прошивка
Дата
отчетного документа
томов
листов документа получения
в 1томе
документов
Примечание
№ этапа
Материалы передал:
Представитель Подрядчика
Материалы принял
Представитель Государственного
заказчика
СПб ГКУ УИТС
Наименование подрядчика
Наименование заказчика
Должность представителя
Должность представителя
137
Подпись
ФИО
Подпись
ФИО
138
11. Разрешительная система доступа (матрица доступа)
УТВЕРЖДАЮ
<Ответственное лицо
со стороны Комитета
по информатизации и связи>
________________ <Ф.И.О.>
МП
«____» _________________202__ г.
УТВЕРЖДАЮ
СПб ГКУ «УИТС»
___________/_________
УТВЕРЖДАЮ
<Ответственное лицо
со стороны СПб ГКУ «СПб ИАЦ»>
___________________ <Ф.И.О.>
МП
«____» _________________202__ г.
<ПОЛНОЕ НАИМЕНОВАНИЕ ГИС>
РАЗРЕШИТЕЛЬНАЯ СИСТЕМА ДОСТУПА
(МАТРИЦА ДОСТУПА)
На ____ листах
СОГЛАСОВАНО
139
<Ответственное лицо
140
со стороны Получателя87>
__________________ <Ф.И.О.>,
МП
«____» ______________202__ г.
Санкт-Петербург ГГГГ
87
Указывается условное обозначение, номер меры защиты информации в информационных системах в
соответствии с приказом № 21 ФСТЭК России.
141
1. Общие сведения
Разрешительная система доступа (далее – Матрица доступа) представляет собой
разрешительную неперсонифицированную систему управления доступом к государственной
информационной системе (наименование системы) (далее – Система). Матрица доступа
является эксплуатационным документом, на основании которого Получатель (Оператор)
Системы формирует и утверждает персонифицированную матрицу доступа в составе
организационно-распорядительной документации Системы.
В Матрице доступа определен перечень групп внешних пользователей Системы,
внутренних привилегированных и внутренних непривилегированных пользователей Системы
(далее – Субъекты доступа), которым предоставлен доступ к информационным ресурсам
Системы (далее – Объекты защиты), уровней их полномочий и типов доступа.
Доступ любых субъектов доступа, не указанных в Матрице доступа,
к Объектам защиты категорически запрещен. Запрет доступа реализуется с использованием
организационных и технических мер защиты информации Системы.
2. Уровни доступа
Для Субъектов доступа устанавливаются уровни доступа88, перечень и условные
обозначения которых приведены в таблицеError: Reference source not found.
Таблица 1 – Уровни доступа
№
п/п
1
Условное обозначение
Описание прав доступа
2
3
Неизменяемые уровни доступа
1.
ПД
Полный доступ
ЧЗ
Чтение и запись
Ч
Доступ на чтение
4.
Ч(Г)
Доступ на чтение только конкретной группы/групп
субъектов доступа
5.
Ч(С)
Доступ на чтение только конкретного субъекта/субъектов
доступа
6.
У
Доступ на удаление
7.
В
Доступ на выполнение
1
2.
3.
88
Указывается условное обозначение, номер меры защиты информации в информационных системах в
соответствии с приказом № 239 ФСТЭК России для государственных информационных систем ЗОКИИ.
142
8.
З
Запрет на любой доступ
–
Не определены права доступа, эквивалентен запрету
9.
Дополнительные уровни доступа
10.
ПД (СУБД №1)
11.
Полный доступ к СУБД №1
Чтение и запись всех дочерних документов, хранимых в
СПО
ЧЗ (Документы СПО)
3. Объекты защиты Системы
Перечень Объектов защиты89, определенных в (пункт и наименование документа
технического проекта, в котором определены объекты защиты), приведен в Таблице Error:
Reference source not found.
№
п/
п
1
1.
2.
3.
Размещение/
обозначение объекта
защиты90
2
Информация,
содержащаяся в
информационной
системе
Таблица 2 – Перечень объектов защиты
Защищаемый ресурс
3
 открытая
информация,
предоставляемая
зарегистрированными пользователями;
 персональные данные;
 данные, используемые для аутентификации пользователей;
 маркеры доступа;
 парольная информация
 данные, используемые для аутентификации пользователей,
маркеры доступа, парольная информация;
 данные файлов журналов регистрации событий;
 данные конфигурации технических средств
Технические средства
(в том числе средства
вычислительной
техники,
машинные
носители информации,
средства и системы
связи
и
передачи
данных,
технические
средства
обработки
буквенно-цифровой,
графической, видео- и
речевой информации)

Общесистемное

программное

обеспечение

89
данные, используемые для аутентификации пользователей;
маркеры доступа;
парольная информация;
данные файлов журналов регистрации событий;
Указывается условное обозначение, номер меры защиты информации при разработке СПО (в соответствии с
Таблицей №1 Приложения №2 к Описанию объекта закупки) либо пункт ТЗ, содержащий требование.
90
Допускается вместо табличного использовать текстовый вид представления информации.
143
1
2
4.
Прикладное
программное
обеспечение
5.
Специальное
программное
обеспечение
3











6.
7.
8.
данные конфигурации программных средств;
данные, используемые для аутентификации пользователей;
маркеры доступа;
парольная информация;
данные файлов журналов регистрации событий;
данные конфигурации программных средств;
данные, используемые для аутентификации пользователей;
маркеры доступа;
парольная информация;
данные файлов журналов регистрации событий;
данные конфигурации программных средств;
Информационные
технологии
Криптографические
средства
защиты
информации
Средства
информации
 данные файлов журналов регистрации событий;
 данные конфигурации программно-аппаратных средств;
 ключевая информация;
 данные файлов журналов регистрации событий;
 рабочая документация СКЗИ;
 данные конфигурации программно-аппаратных средств,
включая СКЗИ
защиты  общедоступная информация;
 открытая информация, предоставляемая
зарегистрированным пользователям;
 данные, используемые для аутентификации пользователей,
маркеры доступа, парольная информация;
 данные файлов журналов регистрации событий;
 данные конфигурации программно-аппаратных средств
Группы и роли пользователей91 (Субъектов доступа), определенных в (пункт и
наименование документа технического проекта, в котором определены роли субъектов
доступа), приведены в Error: Reference source not found.
Таблица 3. Группы и роли субъектов доступа
Наименование
группы
Определение
Роли в Системе
субъектов
группы в Системе
в Системе
1
2
3
4
5
1. Внутренние Администраторы Группа
лиц, 
администратор
привилегиров информационной уполномоченных
СрЗИ от
анные
безопасности
выполнять
несанкционированного
некоторые действия доступа;
(имеющий

администратор
полномочия)
по СКЗИ;
администрировани 
администратор баз
ю
(управлению) данных
системы
защиты 
аудитор
информации
информационной
системы
безопасности;

администратор
журнала сообщений ПДн

администратор
№
п/п
91
Тип и вид
группы
субъектов
Указывается требование или мера защиты.
Основные
обязанности
6
144
№
п/п
Тип и вид
группы
субъектов
1
2
2.
3.
Наименование
группы
Определение
субъектов
группы в Системе
в Системе
3
4
Роли в Системе
5
мониторинга
журнала
сообщений ПДн

администратор
журнала безопасности
ПДн

администратор
мониторинга
журнала
безопасности ПДн
администратор
интеграций ЦОУ ИБ
АПК БГ
Внутренние Администраторы Группа лиц,

администратор
привилегиров информационной уполномоченных
прикладных сервисов;
анные
системы
выполнять

системный
некоторые действия администратор;
(имеющий
администратор баз
полномочия) по
данных.
администрировани
ю (управлению)
информационной
системы
Внутренние Операторы
Группа лиц,

координатор
привилегиров информационной обеспечивающие
(организует,
анные
системы
проведение
контролирует,
контрольной и
оценивает степень
уполномоченные
внедрения Системы);
ими лица надзорной 
администратор
деятельности
(осуществляет
(проводят
настройку личных
эксплуатацию
кабинетов и добавляет
штатного
пользователей в систему
функционирования в рамках конкретного
Системы, не
органа власти и
участвуют в
организации);
процессах

помощник
настройки
руководителя (работает
прикладного ПО и с документами,
настройки бизнес- административными
процессов)
делами);

руководитель
(формирует отчеты,
работает с документами,
административными
делами);

исполнитель
(осуществляет
рассмотрение
поступивших запросов
на предоставление
Основные
обязанности
6
145
№
п/п
Тип и вид
группы
субъектов
1
2
Наименование
группы
Определение
субъектов
группы в Системе
в Системе
3
4
Роли в Системе
5
государственных(муниц
ипальных) услуг);

инспектор
(рассматривает
поступившие сведения,
которые могут являться
основанием для
проведения
контрольных
(надзорных) и иных
мероприятий, ведение
дел об
административных
правонарушениях);

методолог
(выполняет
конструирование
процессов
предоставления
государственных
(муниципальных) услуг
и (или) исполнения
функций);

проектировщик
сервиса (выполняет
надстройки для
стандартов предметной
области, которые
определяют структуру, а
также состав, вид и тип
используемых полей в
стандартах предметной
области на различных
вкладках). Формирует
структуры и
отображение заявления,
расположение и
наименование вкладок в
нем, задается статусная
модель заявления;

юридическое лицо
(осуществляет
рассмотрение
поступивших запросов
на предоставление
государственных(муниц
ипальных) услуг и
функций)
в соответствии с
Основные
обязанности
6
146
№
п/п
Тип и вид
группы
субъектов
1
2
Наименование
группы
Определение
субъектов
группы в Системе
в Системе
3
4
Роли в Системе
Основные
обязанности
5
функциональными
требованиями к
Системе.
4.
Внутренние Операторы
непривилегир технической
ованные
поддержки
пользователи
Обеспечение
мониторинга заявок
о нештатных
ситуациях
(проблемах) и их
дальнейшую
маршрутизацию на
привилегированных
пользователей ГИС:
Специалисты
(инженеры)
технической
поддержки ГИС
5.
Внутренние Системные
привилегиров пользователи
анные
пользователи
6.
Внешние
Системные
привилегиров пользователи
анные
7.
Внешние
Внешние
непривилегир пользователи
ованные
Обеспечение
взаимодействия
частей Системы:

взаимодействия
приложений
с
СУБД;

взаимодействия
с СрЗИ;

взаимодействия
с внешними СрЗИ
Обеспечение
взаимодействия
с
внешними
информационными
Системами:

взаимодействи
я Системы с
внешней СУБД;

взаимодействи
я с внешними
информационными
системами
Обеспечение
аутентифицированный
работы
пользователь
6
Перечень полномочий (ролей) пользователей92 по отношению к соответствующим
объектам защиты, определенных в (пункт и наименование документа технического проекта,
в котором определены роли субъектов доступа), приведен в Error: Reference source not found.
92
Указывается необходимое действие, достаточное для проверки требования технического задания.
147
Информационные
технологии
СКЗИ
СрЗИ
5
6
7
8
9
10
-
-
-
-
-
ПД
1.2.
1.3.
1.4.
-
-
ПД
-
-
ПД - ПД
Ч
-
-
Ч
Ч
Ч
Ч
-
-
-
ПД
-
-
-
-
-
-
Ч
-
-
-
-
-
-
ПД
-
-
-
-
-
-
Ч
-
-
-
-
ПД ПД
-
-
ПД
-
-
-
ПД
-
-
-
ПД
-
ПД ПД ПД
Ч ПД -
ПД
-
Ч
-
Ч
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
Ч
-
-
-
-
-
-
-
-
-
-
-
-
-
Технические
средства
2
3
4
1.
Администраторы информационной безопасности
1.1. Администратор
СрЗИ
от
несанкционированного доступа
Группа
пользователей
(ролей)/
Пользователи
(роли)
Информация
СПО
защиты
Прикладное ПО
Объекты
Общее ПО
№
п/п
1
1.5.
1.6.
1.7.
1.8.
1.9.
2.
2.1.
2.2.
2.3.
3.
3.1.
3.2.
3.3.
3.4.
3.5.
Администратор СКЗИ
Администратор баз данных
Аудитор информационной
Ч
безопасности
Администратор журнала сообщений
Ч
ПДн
Администратор мониторинга
журнала сообщений ПДн
Администратор
журнала
Ч
безопасности ПДн
Администратор
мониторинга
Ч
журнала безопасности ПДн
Администратор интеграций ЦОУ ИБ
АПК БГ
Администраторы информационной системы
Администратор прикладных
сервисов
Системный администратор
Администратор баз данных
Операторы информационной системы
Координатор
(организует,
контролирует, оценивает степень
внедрения Системы)
Администратор
(осуществляет
настройку личных кабинетов и
добавляет пользователей в систему в
рамках конкретного органа власти и
организации)
Помощник руководителя (работает с
документами, административными
делами)
Руководитель (формирует отчеты,
работает с документами,
административными делами)
Исполнитель (осуществляет
рассмотрение поступивших запросов
-
148
3.6.
3.7.
3.8.
3.9.
4.
4.1.
5.
5.1.
5.2.
5.3.
5.4.
5.5.
6.
6.1.
6.2.
на предоставление
государственных(муниципальных)
услуг)
Инспектор (рассматривает
поступившие сведения, которые
могут являться основанием для
проведения контрольных
(надзорных) и иных мероприятий,
ведение дел об административных
правонарушениях)
Методолог (выполняет
конструирование процессов
предоставления государственных
(муниципальных) услуг и (или)
исполнения функций)
Проектировщик сервиса (выполняет
надстройки для стандартов
предметной области, которые
определяют структуру, а также
состав, вид и тип используемых
полей в стандартах предметной
области на различных вкладках).
Формирует структуры и отображение
заявления, расположение и
наименование вкладок в нем,
задается статусная модель заявления
Юридическое лицо (осуществляет
рассмотрение поступивших запросов
на предоставление
государственных(муниципальных)
услуг и функций)
в соответствии с функциональными
требованиями к Системе
Операторы технической поддержки
Специалисты (инженеры)
технической поддержки ГИС
Системные пользователи
Пользователь СУБД №1
Пользователь СрЗИ №1
Пользователь внешнего СрЗИ №1
Пользователь внешней СУБД №1
Пользователь
внешней
информационной системы №1
Внешние пользователи
Анонимный пользователь
Аутентифицированный пользователь
-
-
-
-
-
-
-
-
-
Ч
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
149
12. Матрица коммуникаций
УТВЕРЖДАЮ
УТВЕРЖДАЮ
СПб ГКУ «УИТС»
___________/_________
<Ответственное лицо
со стороны Комитета
по информатизации и связи>
________________ <Ф.И.О.>
МП
«____» _________________202__ г.
УТВЕРЖДАЮ
<Ответственное лицо
со стороны СПб ГКУ «СПб ИАЦ»>
___________________ <Ф.И.О.>
МП
«____» _________________202__ г.
<ПОЛНОЕ НАИМЕНОВАНИЕ ГИС>
МАТРИЦА КОММУНИКАЦИЙ
На ____ листах
СОГЛАСОВАНО
<Ответственное лицо
со стороны Получателя93>
__________________ <Ф.И.О.>,
МП
«____» ______________202__ г.
Санкт-Петербург ГГГГ
93
Указывается ожидаемый результат проверочного действия.
150
1. Публичные сетевые адреса, интерфейсы и сервисы Системы
Публичные сетевые адреса, интерфейсы и сервисы и их URL-ссылки, используемые для обеспечения функционирования
ГИС в информационно-телекоммуникационной сети общего пользования «Интернет» в объектах защиты 94, разработанная в соответствии
с Техническим заданием от «дата», используемые в государственной информационной системе (наименование системы) (далее – Система),
определенные в (пункт и наименование документа Технического проекта, в котором определены конечные точки), приведены в Таблице 1.
Таблица 1. Публичные сетевые адреса, интерфейсы и сервисы
№ п/п
1
1
2
Публичный сетевой
Предназначение
адрес
2
3
46.203.100.100
Сайт комитета комитетов
46.203.100.100
API
для
интеграции
месседжером MAX
URL-ссылка для доступа из сети Интернет
4
https://komitet.gov.ru/test1/
с https://46.203.100.100/api/
Доменное имя
5
komitet.gov.ru
-
2. Матрица коммуникаций ГИС с сетью Интернет для входящих соединений
Матрица коммуникаций ГИС с информационно-телекоммуникационной сетью общего пользования «Интернет» для входящих
соединений, определенные в (пункт и наименование документа Технического проекта, в котором определены перенаправления), приведены в
Таблице 2.
Таблица 2. Матрица коммуникаций ГИС
с информационно-телекоммуникационной сетью общего пользования «Интернет»
для входящих соединений
№ п/п
1
1
Источник
2
ССОП «Интернет»
Назначение
3
46.203.100.100
Порт
4
80/tcp, 443/tcp
Обоснование необходимости
5
Доступ к вэб-порталу, API
3. Матрица коммуникаций ГИС с сетью Интернет для исходящих соединений
Матрица коммуникаций ГИС с информационно-телекоммуникационной сетью общего пользования «Интернет» для исходящих
соединений, определенные в (пункт и наименование документа Технического проекта, в котором определены перенаправления), приведены в
94
При наличии требования о предоставлении документа на согласование Получателю.
151
Таблице 3.
Таблица 3. Матрица коммуникаций ГИС
с информационно-телекоммуникационной сетью общего пользования «Интернет»
для исходящих соединений
№ п/п
1
1
Источник
2
192.168.38.4
Назначение
3
ips.rosminzdrav.ru
Порт
4
Обоснование необходимости
5
80/tcp, 443/tcp
4. Матрица коммуникаций ГИС для входящих соединений (вне сети Интернет)
Матрица коммуникаций ГИС для входящих соединений (вне информационно-телекоммуникационной сети общего пользования
«Интернет»), определенные в (пункт и наименование документа Технического проекта, в котором определены перенаправления), приведены в
Таблице 4.
Таблица 4. Матрица коммуникаций ГИС
для входящих соединений
(вне информационно-телекоммуникационной сети общего пользования «Интернет»)
№ п/п
1
1
Источник
2
192.168.38.4
FQDN ВМ
3
prod.sfup.adc.gov.ru
Назначение
Порт
4
192.168.2.5
5
22/tcp
Назначение
URL-ссылка
взаимодействия
(при наличии)
6
7
Загрузка отчетов
sftp://192.168.2.5/
5. Матрица коммуникаций ГИС для исходящих соединений (вне сети Интернет)
Матрица коммуникаций ГИС для исходящих соединений (вне информационно-телекоммуникационной сети общего пользования
«Интернет»), определенные в (пункт и наименование документа Технического проекта, в котором определены перенаправления), приведены в
Таблице 5.
Таблица 5. Матрица коммуникаций ГИС
для исходящих соединений
(вне информационно-телекоммуникационной сети общего пользования «Интернет»)
№ п/п
1
1
Источник
2
10.10.10.254
FQDN ВМ
3
192.168.38.4
Назначение
4
prod.sfup.adc.gov.ru
Порт
5
443/tcp
Назначение
URL-ссылка
взаимодействия
(при наличии)
6
7
Доступ к вебhttps://192.168.38.4/
порталу
prod/
13. Формат документа «Исходный код»
Все компоненты передаются в виде единого архива (формат .tar.gz или .zip). Имя архива
должно
содержать
краткое
наименование
ГИС
и
версию,
например:
GIS_ShortName_vX.Y.Z_YYYYMMDD.tar.gz, не более 30 символов. Передача должна
сопровождаться
файлом
контрольной
суммы,
рассчитанной
по
алгоритму
ГОСТ Р 34.11-2012 (256 бит), для проверки целостности и подлинности архива.
Внутри архива обязательна следующая иерархия каталогов:
Корневой_каталог/
├── src/
# Исходный код
│ ├── backend/
# серверная часть (Java, C#, Python и т.д.)
│ ├── frontend/
# клиентская часть (JS, TS, CSS)
│ ├── database/
# листинг БД (скрипты, миграции)
│ └── scripts/
# вспомогательные скрипты (bash, sh, zsh)
├── build/
# Дистрибутив и артефакты сборки
│ ├── distribution/
# готовый дистрибутив
│ ├── build_log.txt
# полный лог процесса сборки
│ └── summary_report.json # сводный отчёт о сборке
├── docs/
# Техническая документация по разработке
│ ├── architecture.(pdf|docx)
│ ├── build_instruction.md
│ └── ...
├── ci-cd/
# Конфигурации CI/CD (напр., .gitlab-ci.yml)
├── iac/
# (если применимо) Инфраструктура как код
└── manifests/
# Манифест-файлы и подписи
├── manifest.json
├── manifest.json.sig
├── manifest_D.json
└── manifest_D.json.sig
Примечание: каталоги docs, ci-cd, iac включаются при наличии соответствующих
материалов.
Требования к содержимому каталогов
src/
Исходный код должен быть организован по функциональным модулям
или слоям (бэкенд, фронтенд, БД).
Все не модифицируемые сторонние библиотеки и фреймворки размещаются
в отдельных подкаталогах с явным указанием версий и источника, из которого были взяты.
Файлы должны быть в кодировке UTF-8 без BOM (для текстовых форматов).
Запрещено включать в исходный код учётные данные (пароли, ключи),
они должны выноситься в переменные окружения или защищённое хранилище.
build/
distribution/ – содержит дистрибутив, собранный из финальной версии исходного кода.
Допускается несколько подкаталогов для разных компонентов (например, server, client).
build_log.txt – полный лог сборки, фиксирующий все шаги, версии инструментов,
предупреждения и ошибки.
summary_report.json – структурированный отчёт, включающий статус сборки, версии
используемых
компиляторов/интерпретаторов.
Дополнительно
(в отдельных файлах) могут быть приложены артефакты статического анализа
и сканирования зависимостей (SCA).
manifests/
manifest.json – манифест исходного кода. Содержит суммарную информацию по коду
Системы в начале и для каждого файла в каталогах src/, docs/, ci-cd/, iac/ (если есть) следующие
атрибуты: относительный путь, размер в байтах, дата модификации, SHA-256 хеш.
153
manifest_D.json – манифест дистрибутива. Содержит суммарную информацию по
дистрибутиву Системы и перечень файлов из каталога build/distribution/ с их хешами, а также
информацию о версиях использованных библиотек, параметрах сборки, контрольные суммы
внешних зависимостей.
Оба манифеста формируются автоматически (например, средствами CI/CD)
и подписываются квалифицированной электронной подписью (КЭП) уполномоченного лица
Исполнителя.
Файлы
подписи
(.sig)
сохраняются
рядом
с соответствующими манифестами.
Порядок формирования и передачи
Размещение в GitLab ССПК.
После завершения опытной эксплуатации Подрядчик загружает окончательную версию
исходного кода в репозиторий GitLab ССПК (https://gitlab.sspk.spb.ru/). Ветка должна быть
явно зафиксирована и версионирована (например, release/v.X.Y.Z).
Автоматизированная сборка и создание дистрибутива
В репозитории должно быть настроено задание CI/CD с именем Distribution, которое:
выполняет полную сборку Системы;
генерирует build_log.txt и summary_report.json;
формирует архив дистрибутива в каталоге build/distribution/;
создаёт манифест-файлы manifest.json и manifest_D.json с актуальными хешами;
подписывает манифесты с помощью УКЭП Подрядчика (если технически возможно в
среде GitLab – с использованием защищённых переменных или внешнего инструмента; в
противном случае подписание выполняется вручную после выгрузки архива, но строго до
передачи Заказчику).
Особые требования к листингу базы данных
Листинг БД должен позволять развернуть схему данных на пустой СУБД в той же
версии, которая используется в Системе.
Если в процессе эксплуатации используются начальные данные (справочники, роли),
они должны быть включены в виде отдельных файлов (INSERT-скриптов или CSV) с явным
указанием порядка загрузки.
Версия СУБД и список всех расширений фиксируются в summary_report.json.
Для статического анализа кода на этапах до проведения испытаний допускается
использование свободного программного обеспечения.
154
14. Формат документа «Информация о Системе»
<Краткое наименование ГИС>/<Реквизиты Контракта95>/<Номер версии текущего
документа96>/<Дата версии текущего документа>
<Tab><Порядковый номер АС97>/<Наименование АС>
<Tab><Tab><Порядковый номер подсистемы98>/<Наименование подсистемы>
<Tab><Tab><Tab><Порядковый номер алиаса99>< ><Алиас>< ><Значение алиаса в ГК><
><Значение алиаса в проде100> 101
Пример:
АПК БГ/1643541154165465465 от 01.01.2025/2/05.06.2055
1/ПППУР
2/Система защиты информации
1 #IP23 192.168.0.25 192.168.15.78
2 #порт6 8080
95
Перечень уровней доступа может быть изменен/дополнен исходя из структуры, архитектуры, состава
программных и технических средств, особенностей функционирования Системы.
96
Перечень Объектов защиты может быть изменен/дополнен исходя из структуры, архитектуры, состава
программных и технических средств, особенностей функционирования Системы.
97
Объекты защиты указываются в соответствии с отчетным документом «Модель угроз безопасности
информации Системы».
98
Перечень групп субъектов доступа может быть изменен/дополнен исходя из структуры, архитектуры,
состава программных и технических средств, особенностей функционирования Системы.
99
Перечень полномочий (ролей) пользователей может быть изменен/дополнен исходя из структуры,
архитектуры, состава программных и технических средств, особенностей функционирования Системы.
100
При наличии требования о предоставлении документа на согласование Получателю.
101
Под объектами защиты в соответствии с отчетным документом «Модель угроз безопасности
информации Системы» понимаются: информация, содержащаяся в информационной системе, технические
средства (в том числе средства вычислительной техники, машинные носители информации, средства и системы
связи и передачи данных, технические средства обработки буквенно-цифровой, графической, видео- и речевой
информации), общесистемное, прикладное, специальное программное обеспечение, информационные
технологии, а также средства защиты информации.
155
15. Список слушателей, направляемых на подготовку персонала
СОГЛАСОВАНО
<Должность представителя Получателя>
__________<ФИО>
М.П.
СПИСОК
слушателей, направляемых на подготовку персонала
№ п/п
ФИО
работника
Должность
Роль
Контактные
данные
(служебный
e-mail, номер
телефона)
1
2
…
16.
Даты
прохождения
подготовки
персонала
156
16. Акт о завершении подготовки персонала
АКТ
о завершении подготовки персонала
Санкт-Петербург
«__» ________ 20ХХ
1.Наименование завершенной работы
<Наименование завершенной работы>.
2.
Список
представителей
Подрядчика,
принимающих
участие
в подготовке персонала
<ФИО представителей> - <Должность>.
3.
Наименование документов, на основании которых проводились работы
Подготовка персонала проводилась на основании следующих документов:
<номер, дата государственного контракта Санкт-Петербурга>;
<наименования иных документов>.
4.
Период выполнения подготовки
Подготовка персонала проводилась <дата или период>.
5.
Список слушателей
В рамках подготовки персонала было сформировано <количество> групп(ы), общим
числом пользователей в количестве <число> человек.
6.
Материалы, подтверждающие проведение подготовки персонала
Список слушателей, направленных на подготовку персонала (в том числе копии списков,
направленных Получателем (Оператором, Обладателем информации)
<Ведомость о прохождении подготовки персонала / Журнал аудита (журнал событий
системы видеоконференцсвязи)>102.
7.
Заключение о результатах завершенной подготовки
Подготовка персонала <роль администратор/пользователь> <наименование системы>
проведена в срок и в соответствии с <наименование документа>.
<Наименование организации
<Наименование организации
Получателя>
Подрядчика>
<Адрес>
<Адрес>
ИНН
ОГРН
Е-mail:
тел.
факс:
ИНН
ОГРН
Е-mail:
тел.
факс:
<Должность представителя Получателя>
<Должность представителя Подрядчика>
__________<ФИО>
М.П.
__________<ФИО>
М.П.
102
Реквизиты контракта должны включать номер и дату заключения контракта

=== ФАЙЛ: Требование к содержанию, составу заявки на участие в закупке | docs/0372200278526000090/Требование_к_содержанию,_составу_заявки_на_участие_в_закупке.pdf
Приложение № 3
к извещению об осуществлении закупки
УТВЕРЖДАЮ:
Заместитель директора
СПб ГКУ «УИТС»
_______________/О.В. Раева/
«___» ___________ 2026 г.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА УЧАСТИЕ В
ЗАКУПКЕ, ИНСТРУКЦИЯ ПО ЕЕ ЗАПОЛНЕНИЮ
В соответствии с частью 19 статьи 48 Федерального закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Закон № 44-ФЗ), в случае если в извещении об
осуществлении закупки не установлены критерии, предусмотренные пунктами 2 и 3 части 1 статьи 32 Закона № 44-ФЗ, а также в случае
включения заказчиком в соответствии с пунктом 8 части 1 статьи 33 Закона № 44-ФЗ в описание объекта закупки проектной документации,
или типовой проектной документации, или сметы на капитальный ремонт объекта капитального строительства заявка состоит из второй и
третьей частей.
Инструкция по
Требования к содержанию, составу заявки на участие в закупке
заполнению заявки на
участие в закупке
Вторая часть заявки должна содержать следующую информацию и документы:
2
Информацию и документы об участнике закупки:
2.1 Решение о согласии на совершение или о последующем одобрении крупной сделки, если требование о наличии Включается в заявку
такого решения установлено законодательством Российской Федерации, учредительными документами на участие в закупке
юридического лица и для участника закупки заключение контракта на выполнение работы, являющейся
объектом закупки, либо внесение денежных средств в качестве обеспечения заявки, обеспечения исполнения
контракта является крупной сделкой.
2.2 Информация
и 2.2.1. Документ, содержащий сведения, обеспечивающие возможность Включается в заявку
документы,
подтверждения наличия у участника закупки специального разрешения на право на участие в закупке
которые
осуществления конкретного вида деятельности (лицензии), в том числе ее статуса Информация и документы
подтверждают
(действующая, не приостановлена, не приостановлена частично, не прекращена), а могут не включаться в
соответствие
именно:
заявку на участие в закупке
участника закупки Наличие у участника лицензии, выданной Федеральной службой безопасности в случае, если указанные
требованиям,
Российской Федерации на право осуществлять деятельность по разработке, информация и документы
установленным
производству, распространению шифровальных (криптографических) средств, содержатся в открытых и
пунктом 1 части 1 информационных систем и телекоммуникационных систем, защищенных с общедоступных
статьи 31 Закона № использованием шифровальных (криптографических) средств, выполнение работ, государственных реестрах,
44-ФЗ
оказание услуг в области шифрования информации, техническому обслуживанию
шифровальных (криптографических) средств, информационных систем и
телекоммуникационных систем, защищенных с использованием шифровальных
(криптографических) средств (за исключением случая, если техническое
обслуживание шифровальных (криптографических) средств, информационных
систем и телекоммуникационных систем, защищенных с использованием
шифровальных (криптографических) средств, осуществляется для обеспечения
собственных нужд юридического лица или индивидуального предпринимателя) в
части работ, предусмотренных пунктом 2, а именно «Разработка защищенных с
использованием шифровальных (криптографических) средств информационных
систем» и пунктом 12, а именно «монтаж, установка (инсталляция), наладка
шифровальных (криптографических) средств, за исключением шифровальных
(криптографических) средств защиты фискальных данных, разработанных для
применения в составе контрольно-кассовой техники, сертифицированных
Федеральной службой безопасности Российской Федерации, и шифровальных
(криптографических) средств, разработанных для применения в составе
технологии, реализуемой промежуточными элементами интеллектуальной
системы учета электрической энергии (мощности) и приборами учета
электрической энергии, сертифицированных Федеральной службой безопасности
Российской Федерации», пунктом 13, а именно «монтаж, установка (инсталляция),
наладка защищенных с использованием шифровальных (криптографических)
средств информационных систем» Перечня выполняемых работ и оказываемых
услуг, составляющих лицензируемую деятельность, в отношении шифровальных
(криптографических) средств, утвержденного постановлением Правительства
Российской Федерации от 16.04.2012 № 313 «Об утверждении Положения о
лицензировании деятельности по разработке, производству, распространению
шифровальных (криптографических) средств, информационных систем и
телекоммуникационных систем, защищенных с использованием шифровальных
(криптографических) средств, выполнению работ, оказанию услуг в области
шифрования информации, техническому обслуживанию шифровальных
(криптографических) средств, информационных систем и телекоммуникационных
систем, защищенных с использованием шифровальных (криптографических)
средств (за исключением случая, если техническое обслуживание шифровальных
(криптографических) средств, информационных систем и телекоммуникационных
систем, защищенных с использованием шифровальных (криптографических)
средств, осуществляется для обеспечения собственных нужд юридического лица
или индивидуального предпринимателя)».
Требование установлено на основании пункта 1 части 1 статьи 12 Федерального
закона от 04.05.2011 № 99-ФЗ «О лицензировании отдельных видов деятельности»,
размещенных
в
информационнотелекоммуникационной
сети "Интернет", и в такую
заявку
включена
предусмотренная
подпунктом "о" пункта 1
части 1 статьи 43 Закона N
44-ФЗ
декларация
о
соответствии участника
закупки
требованиям,
установленным пунктом 1
части 1 статьи 31 Закона N
44-ФЗ
а именно «разработка, производство, распространение шифровальных
(криптографических) средств, информационных систем и телекоммуникационных
систем, защищенных с использованием шифровальных (криптографических)
средств, выполнение работ, оказание услуг в области шифрования информации,
техническое обслуживание шифровальных (криптографических) средств,
информационных систем и телекоммуникационных систем, защищенных с
использованием шифровальных (криптографических) средств (за исключением
случая, если техническое обслуживание шифровальных (криптографических)
средств, информационных систем и телекоммуникационных систем, защищенных
с использованием шифровальных (криптографических) средств, осуществляется
для обеспечения собственных нужд юридического лица или индивидуального
предпринимателя)».
Наличие указанной лицензии обусловлено:
пунктом 1.3 приложения № 1 к Описанию объекта закупки, а именно «Разработка
проектных решений по Системе и оформление комплекта документации
Технического проекта на Систему»;
пунктом 2.2.2 приложения № 1 к Описанию объекта закупки, а именно
«Проведение предварительных комплексных испытаний Системы»;
пунктом 2.2.4 приложения № 1 к Описанию объекта закупки, а именно
«Проведение опытной эксплуатации и приемочных испытаний Системы»;
пунктом 1.3 приложения № 2 к Описанию объекта закупки, а именно «Разработка
проектных решений по Системе и оформление комплекта документации
Технического проекта на Систему»;
пунктом 2.2.2 Приложения №2 к Описанию объекта закупки, а именно
«Проведение предварительных комплексных испытаний Системы»;
пунктом 2.2.4 Приложения №2 к Описанию объекта закупки, а именно
«Проведение опытной эксплуатации и приемочных испытаний Системы».
2.2.2. Документ, содержащий сведения, обеспечивающие возможность
подтверждения наличия у участника закупки специального разрешения на право
осуществления конкретного вида деятельности (лицензии), в том числе ее статуса
(действующая, не приостановлена, не приостановлена частично, не прекращена),
а именно:
Наличие у участника лицензии, выданной Федеральной службой по
техническому и экспортному контролю на право осуществления деятельности по
технической защите конфиденциальной информации в части работ,
предусмотренных подпунктами «д» и «е» пункта 4 Положения о лицензировании
деятельности по технической защите конфиденциальной информации,
утвержденного постановлением Правительства Российской Федерации от
03.02.2012 № 79 «О лицензировании деятельности по технической защите
2.3
1
Декларация
о соответствии
участника закупки
требованиям,
установленным
пунктами 3-5, 7-11
части 1 статьи 31
Закона № 44-ФЗ
конфиденциальной информации»:
«д»1 - работы и услуги по проектированию в защищенном исполнении, а именно:
д1 - средств и систем информатизации;
«е»1 - услуги по установке, монтажу, наладке, испытаниям, ремонту средств
защиты информации, а именно:
е4 - программных (программно-технических) средств защиты информации;
е5 - защищенных программных (программно-технических) средств обработки
информации;
е6 - программных (программно-технических) средств контроля эффективности
защиты информации.
Требования установлено пунктом 5 части 1 статьи 12 Федерального закона от
04.05.2011 № 99-ФЗ «О лицензировании отдельных видов деятельности», а именно
«деятельность по технической защите конфиденциальной информации».
Наличие указанной лицензии обусловлено:
пунктом 1.3 приложения № 1 к Описанию объекта закупки, а именно «Разработка
проектных решений по Системе и оформление комплекта документации
Технического проекта на Систему»;
пунктом 2.2.2 приложения № 1 к Описанию объекта закупки, а именно
«Проведение предварительных комплексных испытаний Системы»;
пунктом 1.3 приложения № 2 к Описанию объекта закупки, а именно «Разработка
проектных решений по Системе и оформление комплекта документации
Технического проекта на Систему»;
пунктом 2.2.2 приложения № 2 к Описанию объекта закупки, а именно
«Проведение предварительных комплексных испытаний Системы».
1. Непроведение ликвидации участника закупки - юридического лица и отсутствие
решения арбитражного суда о признании участника закупки - юридического лица или
индивидуального предпринимателя несостоятельным (банкротом) и об открытии
конкурсного производства.
2. Неприостановление деятельности участника закупки в порядке, установленном
Кодексом Российской Федерации об административных правонарушениях.
3. Отсутствие у участника закупки недоимки по налогам, сборам, задолженности по
иным обязательным платежам в бюджеты бюджетной системы Российской Федерации
(за исключением сумм, на которые предоставлены отсрочка, рассрочка,
инвестиционный налоговый кредит в соответствии с законодательством Российской
Федерации о налогах и сборах, которые реструктурированы в соответствии с
законодательством Российской Федерации, по которым имеется вступившее в
законную силу решение суда о признании обязанности заявителя по уплате этих сумм
исполненной или которые признаны безнадежными к взысканию в соответствии с
Согласно реестру лицензий, на деятельность по технической защите конфиденциальной информации.
Включается в заявку
на участие в закупке
Если
информация
и
документы,
которые
подтверждают
соответствие
участника
закупки
требованиям,
установленным пунктом 1
части 1 статьи 31 Закона N
44-ФЗ,
содержатся
в
открытых
и
общедоступных
государственных реестрах,
размещенных
в
законодательством Российской Федерации о налогах и сборах) за прошедший
календарный год, размер которых превышает двадцать пять процентов балансовой
стоимости активов участника закупки, по данным бухгалтерской отчетности за
последний отчетный период. Участник закупки считается соответствующим
установленному требованию в случае, если им в установленном порядке подано
заявление об обжаловании указанных недоимки, задолженности и решение по такому
заявлению на дату рассмотрения заявки на участие в определении поставщика
(подрядчика, исполнителя) не принято.
4. Отсутствие у участника закупки - физического лица либо у руководителя, членов
коллегиального исполнительного органа, лица, исполняющего функции единоличного
исполнительного органа, или главного бухгалтера юридического лица - участника
закупки судимости за преступления в сфере экономики и (или) преступления,
предусмотренные статьями 289, 290, 291, 291.1 Уголовного кодекса Российской
Федерации (за исключением лиц, у которых такая судимость погашена или снята), а
также неприменение в отношении указанных физических лиц наказания в виде лишения
права занимать определенные должности или заниматься определенной деятельностью,
которые связаны с поставкой товара, выполнением работы, оказанием услуги,
являющихся объектом осуществляемой закупки, и административного наказания в виде
дисквалификации.
5. Участник закупки - юридическое лицо, которое в течение двух лет до момента подачи
заявки на участие в закупке не было привлечено к административной ответственности
за совершение административного правонарушения, предусмотренного статьей 19.28
Кодекса Российской Федерации об административных правонарушениях.
6. Обладание участником закупки исключительными правами на результаты
интеллектуальной деятельности, если в связи с исполнением контракта заказчик
приобретает права на такие результаты, за исключением случаев заключения
контрактов на создание произведений литературы или искусства, исполнения, на
финансирование проката или показа национального фильма.
7. Отсутствие обстоятельств, при которых должностное лицо заказчика (руководитель
заказчика, член комиссии по осуществлению закупок, руководитель контрактной
службы заказчика, контрактный управляющий), его супруг (супруга), близкий
родственник по прямой восходящей или нисходящей линии (отец, мать, дедушка,
бабушка, сын, дочь, внук, внучка), полнородный или неполнородный (имеющий общих
с должностным лицом заказчика отца или мать) брат (сестра), лицо, усыновленное
должностным лицом заказчика, либо усыновитель этого должностного лица заказчика
является:
а) физическим лицом (в том числе зарегистрированным в качестве индивидуального
предпринимателя), являющимся участником закупки;
б) руководителем, единоличным исполнительным органом, членом коллегиального
информационнотелекоммуникационной
сети
"Интернет",
в
указанную
декларацию
может
быть
также
включено положение о
соответствии участника
закупки
требованиям,
установленным пунктом 1
части 1 статьи 31 Закона N
44-ФЗ, с указанием адреса
сайта или страницы сайта в
информационнотелекоммуникационной
сети
"Интернет",
на
которых размещены такие
информация и документы
2.4
2.5
3
исполнительного органа, учредителем, членом коллегиального органа унитарной
организации, являющейся участником закупки;
в) единоличным исполнительным органом, членом коллегиального исполнительного
органа, членом коллегиального органа управления, выгодоприобретателем
корпоративного юридического лица, являющегося участником закупки.
Выгодоприобретателем для целей настоящей статьи является физическое лицо, которое
владеет напрямую или косвенно (через юридическое лицо или через несколько
юридических лиц) более чем десятью процентами голосующих акций хозяйственного
общества либо владеет напрямую или косвенно (через юридическое лицо или через
несколько юридических лиц) долей, превышающей десять процентов в уставном
(складочном) капитале хозяйственного товарищества или общества;
8. Участник закупки не является офшорной компанией, не имеет в составе участников
(членов) корпоративного юридического лица или в составе учредителей унитарного
юридического лица офшорной компании, а также не имеет офшорных компаний в числе
лиц, владеющих напрямую или косвенно (через юридическое лицо или через несколько
юридических лиц) более чем десятью процентами голосующих акций хозяйственного
общества либо долей, превышающей десять процентов в уставном (складочном)
капитале хозяйственного товарищества или общества.
9. Участник закупки не является иностранным агентом.
10. Отсутствие у участника закупки ограничений для участия в закупках,
установленных законодательством Российской Федерации.
Реквизиты счета участника закупки, на который в соответствии с законодательством Российской Федерации
осуществляется перечисление денежных средств в качестве оплаты выполненной работы (ее результатов), а
также отдельных этапов исполнения контракта, за исключением случаев, если в соответствии с
законодательством Российской Федерации такой счет открывается после заключения контракта.
Информация и документы, которые подтверждают квалификацию участника закупки.
Перечень документов и порядок представления документов, подтверждающих квалификацию участника
закупки, установлен в приложении № 5 к извещению об осуществлении закупки «Порядок рассмотрения и
оценки заявок на участие в конкурсе».
Для подтверждения у участника конкурса соответствующего опыта участник вправе заполнить
рекомендуемую форму «Опыт поставки товара, выполнения работ, оказания услуги, связанного с предметом
контракта» (Приложение № 1 к требованиям к содержанию, составу заявки на участие в закупке и инструкции
по ее заполнению (Приложение № 3 к извещению об осуществлении закупки).
Для подтверждения значения индекса деловой репутации, присвоенного участнику закупки, участник
представляет выписку «По результатам формирования индекса деловой репутации (ЭКГ-рейтинга)»
сформированную на сайте, расположенном в сети Интернет по адресу ЭКГ-РЕЙТИНГ.РФ
Включается в заявку
на участие в закупке
Включается в заявку на
участие в закупке.
Отсутствие
таких
информации и документов
не является основанием
для признания заявки не
соответствующей
требованиям Закона
№ 44-ФЗ.
Информация и документы, подтверждающие предоставление обеспечения заявки на участие в закупке, в Включается в заявку на
форме электронных документов или в форме электронных образов бумажных документов в соответствии с участие в закупке
постановлением Правительства Российской Федерации от 10.04.2023 № 579 (в случае предоставления
обеспечения заявок в виде денежных средств участниками закупки являющимися юридическими лицами,
зарегистрированными на территории государства - члена Евразийского экономического союза, за
исключением Российской Федерации, или физическими лицами, являющимися гражданами государства члена Евразийского экономического союза, за исключением Российской Федерации)».
Третья часть заявки должна содержать следующую информацию:
Предложение участника закупки о цене контракта.
Включается в заявку
на участие в закупке
В случае, если участником
закупки
не
подано
предложение,
предусмотренное частью 8
статьи 48 Закона № 44-ФЗ,
ценовым предложением
участника
закупки
считается предложение,
содержащееся в третьей
части заявки.
В соответствии с частями 4, 5 статьи 43 Закона № 44-ФЗ:
Участник закупки вправе подать только одну заявку на участие в закупке в любое время с момента размещения в единой информационной системе
извещения об осуществлении закупки (при применении открытых конкурентных способов определения поставщика (подрядчика, исполнителя)
до окончания установленного в соответствии с Законом № 44-ФЗ срока подачи заявок на участие в закупке.
Подача заявки на участие в закупке означает согласие участника закупки, подавшего такую заявку, на выполнение работ на условиях,
предусмотренных извещением об осуществлении закупки и в соответствии с заявкой такого участника закупки на участие в закупке.
В соответствии с частью 6 статьи 43 Закона № 44-ФЗ:
1. Подать заявку на участие в закупке вправе только зарегистрированный в единой информационной системе и аккредитованный на электронной
площадке участник закупки путем направления такой заявки в соответствии с Законом № 44-ФЗ оператору электронной площадки.
2. Информация и документы, предусмотренные подпунктами «а» - «з» пункта 1 части 1 статьи 43 Закона № 44-ФЗ, не включаются
участником закупки в заявку на участие в закупке.
Такие информация и документы в случаях, предусмотренных Законом № 44-ФЗ, направляются (по состоянию на дату и время их
направления) заказчику оператором электронной площадки путем информационного взаимодействия с единой информационной системой.
3. Информация и документы, которые подтверждают соответствие участника закупки дополнительным требованиям, установленным в
соответствии с частью 2.1 статьи 31 Закона № 44-ФЗ, и предусмотренные подпунктом "н" пункта 1 части 1 статьи 43 Закона № 44-ФЗ, не
включаются участником закупки в заявку на участие в закупке.
Такие информация и документы в случаях, предусмотренных Законом № 44-ФЗ, направляются (по состоянию на дату и время их
направления) заказчику оператором электронной площадки из реестра участников закупок, аккредитованных на электронной площадке.
В соответствии с частью 2.1 статьи 31 Закона № 44-ФЗ установлено дополнительное требование об исполнении участником закупки (с
учетом правопреемства) в течение трех лет до даты подачи заявки на участие в закупке контракта (заключенного в соответствии с
Федеральным законом от 05.04.2013 № 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд") или договора, заключенного в соответствии с Федеральным законом от 18.07.2011 № 223-ФЗ "О
закупках товаров, работ, услуг отдельными видами юридических лиц" при условии исполнения таким участником закупки требований об
уплате неустоек (штрафов, пеней), предъявленных при исполнении таких контракта, договора. Стоимость исполненных обязательств по
таким контракту, договору должна составлять не менее двадцати процентов начальной (максимальной) цены контракта.
Информация и документы, подтверждающие соответствие участника закупки указанному дополнительному требованию, установлены в
соответствии с пунктом 4 постановления Правительства Российской Федерации от 29.12.2021 № 2571 "О требованиях к участникам
закупки товаров, работ, услуг для обеспечения государственных и муниципальных нужд и признании утратившими силу некоторых актов и
отдельных положений актов Правительства Российской Федерации" являются информация и документы, предусмотренные хотя бы одним
из следующих подпунктов:
а) номер реестровой записи в предусмотренном Законом № 44-ФЗ реестре контрактов, заключенных заказчиками (в случае исполнения
участником закупки контракта, информация и документы в отношении, которого включены в установленном порядке в такой реестр и
размещены на официальном сайте единой информационной системы в информационно-телекоммуникационной сети "Интернет");
б) выписка из предусмотренного Законом № 44-ФЗ реестра контрактов, содержащего сведения, составляющие государственную тайну (в
случае исполнения участником закупки контракта, информация о котором включена в установленном порядке в такой реестр);
в) исполненный контракт, заключенный в соответствии с Законом № 44-ФЗ, или договор, заключенный в соответствии с Федеральным
законом от 18.07.2011 № 223-ФЗ "О закупках товаров, работ, услуг отдельными видами юридических лиц", а также акт приемки
поставленных товаров, выполненных работ, оказанных услуг, подтверждающий цену поставленных товаров, выполненных работ,
оказанных услуг.
Опытом исполнения контракта, предусмотренного пунктом 4 Постановления № 2571, также считается опыт исполнения контрактов,
исполненных участником закупки по результатам проведения совместного конкурса или аукциона. При этом ценой поставленных товаров,
выполненных работ, оказанных услуг считается сумма цен товаров, работ, услуг, поставленных, выполненных, оказанных по таким
контрактам.
Приложение № 1
к требованиям к содержанию, составу заявки
на участие в закупке и инструкции по ее заполнению
Рекомендуемая форма
«Опыт поставки товара, выполнения работ, оказания услуги, связанных с предметом контракта»
(предоставляется в формате Word и Excel)
№ п/п
1
Реестровый номер Номер контракта/
(при наличии)
договора
контракта/ договора
(из Реестра
контрактов/договоро
в)
2
3
Предмет
контракта/
договора
Дата подписания
последнего акта,
составленного при
исполнении
контракта/ договора
Цена контракта/
договора (руб.)
Стоимость
исполненных
обязательств
(руб.)
Реквизиты актов,
подтверждающие
исполнение
обязательств по
контракту/
договору
Наименование
папки и(или)
наименование
файла
4
5
6
7
8
9
2
…
n
В графе 2 формы указывается реестровый номер контракта/договора (из Реестра контрактов/договоров) (при наличии);
в графе 3 формы указывается номер контракта/договора;
в графе 4 формы указывается предмет контракта /договора;
в графе 5 формы указываются дата подписания последнего акта, составленного при исполнении контракта/ договора;
в графе 6 формы указывается цена контракта/ договора;
в графе 7 формы указывается стоимость исполненных обязательств;
в графе 8 формы указываются реквизиты актов, подтверждающие исполнение обязательств по контракту/ договору;
в графе 9 формы указывается наименование папки и(или) наименование файла».
Требования к содержанию, составу заявки
на участие в закупке в соответствии
с Законом подготовлены должностным лицом
Контрактной службы СПб ГКУ «УИТС:
Начальник управления цифровой трансформации
СПб ГКУ «УИТС»
В.А. Гаврилов

=== ФАЙЛ: Порядок рассмотрения и оценки заявок на участие в конкурсах | docs/0372200278526000090/Порядок_рассмотрения_и_оценки_заявок_на_участие_в_конкурсах.pdf
Приложение № 5
к Извещению об осуществлении закупки
УТВЕРЖДАЮ:
Заместитель директора
СПб ГКУ «УИТС»
_______________/О.В.Раева/
«___» ___________ 2026 г.
ПОРЯДОК РАССМОТРЕНИЯ И ОЦЕНКИ ЗАЯВОК НА УЧАСТИЕ В КОНКУРСЕ
Положение о порядке оценки заявок на участие в закупке товаров, работ, услуг для
обеспечения государственных и муниципальных нужд, о предельных величинах
значимости критериев оценки таких заявок, о требованиях к форме порядка рассмотрения и
оценки заявок на участие в конкурсах (далее – Положение) утверждено постановлением
Правительства Российской Федерации от 31.12.2021 № 2604 «Об оценке заявок на участие в
закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд,
внесении изменений в пункт 4 постановления Правительства Российской Федерации
от 20 декабря 2021 г. № 2369 и признании утратившими силу некоторых актов и отдельных
положений
некоторых
актов
правительства
Российской
Федерации»
(далее – Постановление № 2604) .
При оценке заявок применяются следующие термины:
«оценка заявок» - действия членов комиссии по осуществлению закупок
по присвоению в случаях, предусмотренных Федеральным законом от 05.04.2013
№ 44-ФЗ (далее – Закон), и в соответствии с Положением баллов заявкам (частям заявок) на
основании информации и документов участников закупок;
«критерий оценки» – предусмотренные частью 1 статьи 32 Закона критерии оценки
заявок, в соответствии с которыми осуществляется оценка заявок;
«значимость критерия оценки» - вес критерия оценки в процентах в совокупности
всех критериев оценки, установленных в извещении об осуществлении закупки;
«показатель оценки» - вид расхода, вид характеристики объекта закупки и вид
характеристики квалификации участников закупки, детализирующие оценку заявок
по соответствующему критерию оценки;
«значимость показателя оценки» - вес показателя оценки в процентах в совокупности
всех показателей оценки, детализирующих оценку заявок по соответствующему критерию
оценки;
«функциональная зависимость» - зависимость между значением показателя оценки
и значением количества присваиваемых баллов, при которой одному значению показателя
оценки соответствует одно значение количества баллов;
«шкала оценки» - значения количества баллов, присваиваемых определенным
значениям показателя оценки в случае отсутствия между ними функциональной
зависимости, а также в случае, если показатель оценки не определяется количественным
значением.
Для оценки заявок применяются следующие критерии оценки (при этом количество
используемых критериев оценки должно быть не менее двух, одним из которых должен
являться критерий оценки «Цена контракта, сумма цен единиц товара, работы, услуги»):
2
1.
Стоимостные критерии оценки:
1.1. Цена контракта, сумма цен единиц товара, работы, услуги;
2.
Нестоимостные критерии оценки:
2.1. Квалификация участников закупки, в том числе наличие у них финансовых
ресурсов, на праве собственности или ином законном основании оборудования и других
материальных ресурсов, опыта работы, связанного с предметом контракта, и деловой
репутации, специалистов и иных работников определенного уровня квалификации (далее квалификация участников закупки).
Сумма величин значимости всех применяемых критериев оценки составляет
100 процентов.
В случае оценки по критерию оценки двух и более видов расходов, характеристик
объекта закупки, характеристик квалификации участников закупки:
а) применяются показатели оценки;
б) в отношении каждого показателя оценки устанавливается значимость показателя
оценки. Сумма величин значимости всех применяемых показателей оценки по критерию
оценки составляет 100 процентов;
в) оценка заявки (части заявки) по критерию оценки определяется путем
суммирования среднего количества баллов, присвоенных всеми принимавшими участие
в ее рассмотрении и оценке членами комиссии по осуществлению закупок по каждому
показателю оценки, умноженного на значимость соответствующего показателя оценки.
При этом среднее количество баллов определяется путем суммирования количества баллов,
присвоенных каждым членом комиссии по осуществлению закупок, и последующего
деления на количество таких членов.
В случае применения показателей оценки по критериям оценки «Качественные,
функциональные и экологические характеристики объекта закупки» и «Квалификация
участников закупки»:
а) применяются детализирующие показатели;
б) в отношении каждого детализирующего показателя устанавливается значимость
детализирующего показателя. Сумма величин значимости всех применяемых
детализирующих показателей по показателю оценки составляет 100 процентов;
в) оценка заявки (части заявки) по показателю оценки определяется путем
суммирования среднего количества баллов, присвоенных всеми принимавшими участие
в ее рассмотрении и оценке членами комиссии по осуществлению закупок по каждому
детализирующему показателю, умноженного на значимость соответствующего
детализирующего показателя. При этом среднее количество баллов определяется путем
суммирования количества баллов, присвоенных каждым членом комиссии
по осуществлению закупок, и последующего деления на количество таких членов.
3
Порядок рассмотрения и оценки заявок, значимость критериев, показателей,
детализирующих показателей оценки
I. Информация о заказчике и закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее - закупка)
Коды
Полное наименование
Санкт-Петербургское государственное
казенное учреждение «Управление
информационных технологий и связи»
ИНН 7842444610
КПП 784201001
Место нахождения, телефон, адрес электронной почты
191144, Санкт-Петербург,
вн.тер.г. муниципальный округ
Смольнинское, ул. Новгородская, дом 20,
литера А, часть пом. 2-Н
по ОКТМО 40911000
Наименование объекта закупки
Выполнение работ по развитию государственной информационной системы
Санкт-Петербурга «Единая система строительного комплекса СанктПетербурга» в 2026-2027 годах
4
II. Критерии и показатели оценки заявок на участие в закупке
№ Критерий оценки
Значимость
критерия
оценки,
процентов
Показатель
оценки
Значимость
показателя
оценки,
процентов
Показатель оценки,
детализирующий
показатель оценки
Значимость
показателя,
детализирующего
показатель оценки,
процентов
Формула оценки или шкала оценки
1. Цена контракта,
сумма цен единиц
товара, работы,
услуги
30
-
-
-
-
Оценка
заявок
осуществляется
по
формулам, предусмотренным пунктами 9
или 10 Положения об оценке заявок на
участие в закупке товаров, работ, услуг для
обеспечения
государственных
и
муниципальных нужд, утвержденного
постановлением Правительства Российской
Федерации от 31 декабря 2021 г. № 2604
«Об оценке заявок на участие в закупке
товаров, работ, услуг для обеспечения
государственных и муниципальных нужд,
внесении
изменений
в
пункт
4
постановления Правительства Российской
Федерации от 20 декабря 2021 г. № 2369 и
признании утратившими силу некоторых
актов и отдельных положений некоторых
актов
Правительства
Российской
Федерации» (далее - Положение).
Значение
количества
баллов,
присваиваемое заявке, определяется по
одной из следующих формул:
 Ц -Ц 
БЦ i =100 -  i л  ×100,
 Цл 
В
случае
если
по
результатам
5
применения приведенной выше формулы,
при оценке хотя бы одной заявки получено
значение, являющееся отрицательным
числом, значение количества баллов по
критерию «цена контракта» для всех
оцениваемых заявок определяется по
формуле:
БЦ i = Ц нач - Ц i  
100
,
Ц нач - Ц л
Если при проведении процедуры
подачи предложений о цене контракта либо
о сумме цен единиц услуги (в случае,
предусмотренном частью 24 статьи 22
Федерального закона от 05.04.2013 № 44ФЗ) в соответствии с Федеральным законом
подано
ценовое
предложение,
предусматривающее снижение таких цены
контракта либо суммы цен ниже нуля,
значение
количества
баллов
(БЦi)
определяется в следующем порядке:
а) для подлежащей в соответствии с
Федеральным законом от 05.04.2013 № 44ФЗ оценке заявки участника закупки,
ценовое
предложение
которого
не
предусматривает снижение цены контракта
либо суммы цен ниже нуля, значение
количества
баллов
по указанному критерию оценки (БЦi)
определяется по формуле:
 Ц + Цл 
БЦ i = 100 -  i
  100;
Ц
+
Ц
л 
 нач
б) для подлежащей в соответствии с
Федеральным законом от 05.04.2013 № 44-
6
ФЗ оценке заявки участника закупки,
ценовое
предложение
которого
предусматривает снижение цены контракта
либо суммы цен ниже нуля, значение
количества
баллов
по указанному критерию оценки (БЦi)
определяется по формуле:
 Ц л - Цi 
БЦ i =100 - 
 ×100.
Ц
+
Ц
л 
 нач
где:
БЦi - Значение количества баллов по
критерию оценки "цена контракта, сумма
цен единиц товара, работы, услуги",
присваиваемое заявке, которая подлежит в
соответствии с Федеральным законом
оценке по указанному критерию оценки
Цi - предложение участника закупки о
цене контракта, или о сумме цен всех
контрактов, заключаемых по результатам
проведения совместного конкурса (в случае
проведения совместного конкурса), или о
сумме цен единиц услуги (в случае,
предусмотренном частью 24 статьи 22
Федерального закона от 05.04.2013 № 44ФЗ, в том числе при проведении в этом
случае совместного конкурса), заявка (часть
заявки)
которого
подлежит
в соответствии с Федеральным законом
оценке (далее - ценовое предложение);
Цл - наилучшее ценовое предложение
из числа предложенных в соответствии
с Федеральным законом участниками
закупки, заявки (части заявки) которых
подлежат оценке;
Цнач - начальная (максимальная) цена
7
контракта,
или
сумма
начальных
(максимальных) цен каждого контракта,
заключаемого по результатам проведения
совместного конкурса (в случае проведения
совместного конкурса), или начальная
сумма цен единиц услуг (в случае,
предусмотренном частью 24 статьи 22
Федерального закона от 05.04.2013 № 44ФЗ, в том числе при проведении в таком
случае совместного конкурса).
При оценке заявок по критерию оценки "цена контракта, сумма цен единиц товара, работы, услуги" заявке, содержащей наилучшее ценовое предложение,
а также предложение, равное такому наилучшему ценовому предложению, присваивается 100 баллов
Если при проведении процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги (в случае, предусмотренном
частью 24 статьи 22 Федерального закона от 05.04.2013 № 44-ФЗ) в соответствии с Федеральным законом подано ценовое предложение, предусматривающее
снижение таких цены контракта либо суммы цен ниже нуля:
Значение Цл при применении формулы, предусмотренной для оценки заявки участника закупки, ценовое предложение которого не предусматривает
снижение цены контракта либо суммы цен ниже нуля, и значения Цл и Цi при применении формулы, предусмотренной для оценки заявки участника закупки,
ценовое предложение которого предусматривает снижение цены контракта либо суммы цен ниже нуля, указываются без знака «минус».
2. Квалификация
участников
закупки, в том
числе наличие у
них финансовых
ресурсов,
оборудования и
других
материальных
ресурсов на праве
собственности
или ином
законном
основании, опыта
работы,
связанного с
70
2.1. Наличие у
участников
закупки опыта
выполнения
работы,
связанного с
предметом
контракта
50
Характеристика
квалификации
участников закупки
№ 1 (Общая цена
исполненных
участником закупки
договоров)
100
Значение
количества
баллов,
присваиваемое заявке, определяется по
формуле:
БХ i = Х i - Х min ×
100
;
Х пред
Х
max
min
где:
БХi
количество
баллов
детализирующему показателю;
по
Х пред
max
- предельное максимальное значение,
установленное заказчиком*
Х пред
max = 199 990 200 (Сто девяносто девять
миллионов девятьсот девяносто
двести) рублей 00 копеек.
тысяч
8
предметом
контракта, и
деловой
репутации,
специалистов и
иных работников
определенного
уровня
квалификации
- значение, содержащееся в предложении
участника закупки, заявка (часть заявки)
которого
подлежит
в соответствии с Федеральным законом от
05.04.2013 № 44-ФЗ оценке по показателю
(Общая цена исполненных участником
закупки договоров в руб.);
- минимальное значение,
содержащееся в заявках (частях заявок),
подлежащих в соответствии с
Федеральным законом от 05.04.2013 № 44ФЗ оценке по показателю (Общая цена
исполненных участником закупки
договоров в руб.).
* В случае если в предложении участника
закупки
содержится
значение
характеристики квалификации, которое
выше предельного максимального значения
характеристики,
баллы
по
детализирующему
показателю
присваиваются
в
размере,
предусмотренном
для
предельного
значения характеристики квалификации.
2.2. Наличие у
участников
закупки
деловой
репутации
50
Характеристика
квалификации
участников закупки
№ 2 (значение
индекса деловой
репутации
участника закупки)
100
Оценка заявок по детализирующему
показателю оценки «Значение индекса
деловой репутации участника закупки»
показателя оценки «Наличие у участников
закупки деловой репутации» критерия
оценки
«Квалификация
участников
закупки» осуществляется по формуле,
предусмотренной подпунктом «ж» пункта
20 Положения, для оценки заявок по
критерию оценки «Характеристики объекта
закупки» (БХi):
9
БХ i = Х i - Х пред
min ×
100
;
Х max - Х пред
min
Х i – – значение, содержащееся в
предложении участника закупки, заявка
(часть заявки) которого подлежит в
соответствии с Законом о контрактной
системе оценке по детализирующему
показателю оценки «Значение индекса
деловой репутации участника закупки»
показателя оценки «Наличие у участников
закупки деловой репутации»;
Х пред
min
- предельное минимальное
значение, установленное заказчиком*
Х пред
min
= 90 баллов,
Х max - максимальное значение
характеристики объекта закупки,
содержащееся в заявках (частях заявок),
подлежащих в соответствии с Законом о
контрактной системе оценке по
детализирующему показателю оценки
«Значение индекса деловой репутации
участника закупки» показателя оценки
«Наличие у участников закупки деловой
репутации».
*В случае если в предложении участника
закупки содержится значение
характеристики квалификации, которое
ниже предельного минимального значения
характеристики, баллы по
детализирующему показателю
присваиваются в размере,
10
предусмотренном для предельного
значения характеристики.
III. Отдельные положения о применении отдельных критериев оценки, показателей оценки и показателей оценки, детализирующих показатели
оценки, предусмотренных разделом II настоящего документа
1
N
Наименование критерия оценки, показателя оценки, показателя
оценки, детализирующего показатель оценки, при применении
которого устанавливается положение, предусмотренное графой 3
Положение о применения критерия оценки, показателя оценки, показателя
оценки, детализирующего показатель оценки
1
2
3
Критерий оценки «Квалификация участников закупки, в том
числе наличие у них финансовых ресурсов, оборудования и
других материальных ресурсов на праве собственности или ином
законном основании, опыта работы, связанного с предметом
контракта, и деловой репутации, специалистов и иных
работников определенного уровня квалификации»
1.1. Показатель оценки «Наличие у участников закупки опыта
выполнения работы, связанного с предметом контракта»
1.1.1.
Детализирующий показатель оценки «Общая цена
исполненных участником закупки договоров»
Для показателя оценки «Наличие у участников закупки опыта выполнения работы,
связанного с предметом контракта» по критерию оценки «Квалификация
участников закупки» применяются следующие детализирующие показатели:
«Общая цена исполненных участником закупки договоров».
Предмет договора (договоров), оцениваемых по детализирующим
показателям:
1. «Общая цена исполненных участником закупки договоров» сопоставимый с
предметом контракта, заключаемого по результатам определения поставщика
(подрядчика, исполнителя): на выполнение работ (оказание услуг) по созданию
и (или) развитию и (или) модернизации государственных информационных
систем, предметной областью которых является градостроительная
деятельность.
Предельное максимальное значение детализирующего показателя «Общая цена
исполненных участником закупки договоров» установленное заказчиком –
11
199 990 200 (Сто девяносто девять миллионов девятьсот девяносто тысяч двести)
рублей 00 копеек.
К оценке принимаются:
- исполненные участником закупки с учетом правопреемства (в случае наличия в
заявке подтверждающего документа) гражданско-правовые договоры.
К оценке принимаются исключительно контракты, заключенные и исполненные в
соответствии с Федеральным законом, и договоры, заключенные и исполненные в
соответствии с Федеральным законом «О закупках товаров, работ, услуг
отдельными видами юридических лиц».
К оценке принимаются исключительно исполненный договор (договоры), при
исполнении которых поставщиком (подрядчиком, исполнителем) исполнены
требования об уплате неустоек (штрафов, пеней) (в случае начисления неустоек).
Последний акт, составленный при исполнении предоставляемых договоров,
должен быть подписан не ранее чем за 5 (пять) лет до даты окончания срока подачи
заявок на участие в закупке.
В случае наличия противоречий между информацией, содержащейся в единой
информационной системе, и информацией, содержащейся в документах,
направляемых участниками закупки, приоритет имеет информация, содержащаяся
в единой информационной системе.
Если документы и информация о таких документах содержатся в открытых и
общедоступных государственных реестрах, размещенных в информационнотелекоммуникационной сети «Интернет», в том числе ведение которых
осуществляется в единой информационной системе в сфере закупок с
размещением указанных документов на официальном сайте единой
информационной
системы
в
сфере
закупок
в
информационнотелекоммуникационной сети «Интернет», вместо направления таких документов
участник закупки вправе направить номер реестровой записи из
соответствующего реестра.
12
Перечень документов, подтверждающих наличие у участника закупки опыта
оказания услуг/выполнения работ, связанного с предметом контракта:
1. Исполненный договор (договоры) с приложением акта (актов) приемки
выполненных работ/оказанных услуг, составленных при исполнении таких
договоров. Документы предоставляются в форме электронных документов
или в форме электронных образов бумажных документов. Договоры
предоставляются в полном объеме и со всеми приложениями и
дополнениями.
Для подтверждения соответствующего опыта участник вправе заполнить
рекомендуемую форму «Опыт поставки товара, выполнения работ, оказания
услуги, связанного с предметом контракта» (Приложение № 1 к требованиям
к содержанию и составу заявки и инструкции по ее заполнению (Приложение
№ 3 к извещению об осуществлении закупки).
Оценка заявки (части заявки) по показателю оценки определяется путем
суммирования среднего количества баллов, присвоенных всеми
принимавшими участие в ее рассмотрении и оценке членами комиссии по
осуществлению закупок по каждому детализирующему показателю,
умноженного на значимость соответствующего детализирующего
показателя. При этом среднее количество баллов определяется путем
суммирования количества баллов, присвоенных каждым членом комиссии
по осуществлению закупок, и последующего деления на количество таких
членов.
1.2. Показатель оценки «Наличие у участников закупки деловой
репутации»
1.2.1.
Детализирующий показатель оценки «Значение индекса
деловой репутации участника закупки»
К оценке принимается количественное значение индекса деловой
репутации участника закупки, в соответствии с ГОСТ Р 71198-2026
«Индекс деловой репутации субъектов предпринимательской деятельности
(ЭКГ- рейтинг). Методика оценки и порядок формирования ЭКГ- рейтинга
ответственного бизнеса»
Для подтверждения значения индекса деловой репутации, присвоенного
13
участнику закупки, участник представляет выписку «По результатам
формирования индекса деловой репутации (ЭКГ-рейтинга)» сформированную
на сайте, расположенном в сети Интернет по адресу ЭКГ-РЕЙТИНГ.РФ
Вид деятельности, связанный с предметом контракта, в соответствии с
Общероссийским классификатором видов экономической деятельности, в
отношении которого участнику закупки присвоен индекс деловой
репутации:
ОКВЭД 62.01 – Разработка компьютерного программного обеспечения
Предельное минимальное значение характеристики « значение индекса
деловой репутации участника закупки» - 90 баллов, соответствует уровню деловой
репутации «Продвинутый (А)»
Начальник управления цифровой трансформации
СПб ГКУ «УИТС»
В.А. Гаврилов

=== ФАЙЛ: Проект контракта | docs/0372200278526000090/Проект_контракта[14].pdf
Приложение № 4
к извещению об осуществлении
закупки
УТВЕРЖДАЮ:
Заместитель директора
СПб ГКУ «УИТС»
_______________/О.В.Раева/
«___» ___________ 2026 г.
ПРОЕКТ ГОСУДАРСТВЕННОГО КОНТРАКТА САНКТ-ПЕТЕРБУРГА
Проект государственного контракта Санкт-Петербурга подготовлен должностным
лицом контрактной службы Санкт-Петербургского государственного казенного
учреждения «Управление информационных технологий и связи»
Начальник юридического отдела
Санкт-Петербургского государственного
казенного учреждения «Управление
информационных технологий и связи»
Ю.В.Смирнова
Санкт-Петербургское государственное казенное учреждение
«Управление информационных технологий и связи»
Номер государственного контракта Санкт-Петербурга: ___________________________
Дата заключения государственного контракта Санкт-Петербурга:
«____» ____________ 20____ г.
Предмет
государственного
контракта
Санкт-Петербурга
Выполнение работ по развитию государственной
информационной системы Санкт-Петербурга «Единая система
строительного комплекса Санкт-Петербурга» в 2026-2027 годах
Цена
государственного
контракта
Санкт-Петербурга
Финансирование: бюджетное
Код
раздела/подраздела
Целевая
статья
Год: 2026-2027
Код вида
расходов
КОСГУ
Код
фонда
Код
запроса
320 - ____ руб.
00
0
00
0
2026 год
0410
1550096160
246
2027 год
226 - ____ руб.
0410
1550096160
246
Способ определения поставщика
(подрядчика, исполнителя):
Идентификационны
й код закупки
228 - ____ руб.
320 - ____ руб.
Открытый конкурс в электронной
форме
262784244461078420100101330016201246
Номер реестровой
записи
Централизованная
закупка по полному
циклу
Да
ГОСУДАРСТВЕННЫЙ КОНТРАКТ САНКТ-ПЕТЕРБУРГА № _________
Санкт-Петербург
«___»________ 20___ г.
Настоящий государственный контракт Санкт-Петербурга (далее – Контракт) является
приложением и неотъемлемой частью государственного контракта Санкт-Петербурга
на выполнение работ по развитию государственной информационной системы
Санкт-Петербурга «Единая система строительного комплекса Санкт-Петербурга»
в 2026-2027 годах, сформированного Государственным заказчиком с использованием единой
информационной системы в сфере закупок (далее – электронный Контракт).
Если информация, содержащаяся в Контракте, не соответствует информации,
содержащейся в электронном Контракте, приоритет имеет информация, содержащаяся
в электронном Контракте.
Санкт-Петербургское
государственное
казенное
учреждение
«Управление
информационных технологий и связи», реквизиты и иные сведения которого указаны
в электронном Контракте, именуемое «Государственный заказчик», с одной стороны,
и Подрядчик, наименование (фамилия, имя и отчество (при наличии), если Подрядчиком
является физическое лицо), реквизиты и иные сведения которого указаны
в электронном Контракте, именуемый «Подрядчик», с другой стороны, вместе
и каждая в отдельности именуемые «Стороны» и «Сторона» соответственно, заключили
настоящий Контракт о нижеследующем.
1.
ПРЕДМЕТ КОНТРАКТА
1.1.
По Контракту Подрядчик обязуется в установленный срок по заданию
Государственного заказчика выполнить в пользу третьего лица (третьих лиц)
(далее – Получатель), указанного Государственным заказчиком в Сведениях о месте
выполнения работ и месте нахождения Получателя (приложение № 3 к Контракту), работы
по развитию государственной информационной системы Санкт-Петербурга «Единая система
строительного комплекса Санкт-Петербурга» в 2026-2027 годах (далее – работы, Система)
и передать результаты работ Государственному заказчику, а Государственный заказчик
обязуется создать Подрядчику необходимые условия для выполнения работ, принять их
результаты и оплатить.
1.2.
Подрядчик выполняет работы в соответствии с международными стандартами,
национальными стандартами и государственными стандартами в части требований
к проектированию, стадиям создания, видам, комплектности и обозначению документов,
видам испытаний при создании и (или) развитии (модернизации) государственных
информационных систем и (или) иных информационных систем, а также в соответствии
с качественными, количественными и иными характеристиками работ, определенными
в Описании объекта закупки (приложение № 1 к Контракту), являющемся неотъемлемой
частью Контракта (далее – Описание объекта закупки), согласно требованиям Федерального
закона от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг
для обеспечения государственных и муниципальных нужд» (далее – Федеральный закон
от 05.04.2013 № 44-ФЗ), Федерального закона от 27.07.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации» (далее – Федеральный закон
от 27.07.2006 № 149-ФЗ), а также иных нормативных правовых актов в сфере контрактной
системы, информационных технологий, защиты информации, правовой защиты интересов
государства в области интеллектуальной собственности, регулирующих соответствующие
отношения и непосредственно указанных в Описании объекта закупки.
1.3.
Требования
к
функциональным,
техническим
и
качественным
характеристикам, эксплуатационным характеристикам работ, требования к качеству и
безопасности
работ
и другие требования к выполняемым работам указаны Государственным заказчиком
в Описании объекта закупки.
2.
СРОКИ И МЕСТА ВЫПОЛНЕНИЯ РАБОТ
2.1.
Сроки выполнения работ согласно Сведениям о сроках выполнения работ
и сроках исполнения контракта (отдельных этапов исполнения контракта) (приложение № 4
к Контракту).
Сроки исполнения Контракта согласно пункту 4.1 электронного Контракта.
Сроки отдельных этапов исполнения Контракта согласно пункту 4.2 электронного
Контракта.
2.2.
Места выполнения работ согласно Сведениям о месте выполнения работ и
месте нахождения Получателя (приложение № 3 к Контракту).
2.3.
Подрядчик вправе выполнять работы по месту своего нахождения, в том числе
с применением средств удаленного доступа, при условии соблюдения требований
к конфиденциальности информации, полученной при исполнении Контракта,
и к информационной безопасности в случаях, когда выполнение работ удаленно
не противоречит условиям Контракта.
3.
ЦЕНА КОНТРАКТА, СРОК И ПОРЯДОК РАСЧЕТОВ
3.1.
Цена Контракта определена в пункте 5.2 электронного Контракта.
Цена за единицу работы определена в пункте 3.1 электронного Контракта.
Цена отдельного этапа исполнения Контракта определена в пункте 4.2 электронного
Контракта.
Расчет цены Контракта представлен в приложении № 2 к Контракту, являющимся
неотъемлемой частью Контракта.
Сумма, подлежащая уплате Государственным заказчиком юридическому лицу или
физическому лицу, в том числе зарегистрированному в качестве индивидуального
предпринимателя, уменьшается на размер налогов, сборов и иных обязательных платежей
в бюджеты бюджетной системы Российской Федерации, связанных с оплатой контракта, если
в соответствии с законодательством Российской Федерации о налогах и сборах такие налоги,
сборы и иные обязательные платежи подлежат уплате в бюджеты бюджетной системы
Российской Федерации Государственным заказчиком.
3.2.
Цена Контракта включает в себя все расходы Подрядчика, связанные
с исполнением обязательств по Контракту, в том числе расходы по оплате таможенных
пошлин, налогов, сборов и других обязательных платежей, которые Подрядчик должен
выплатить в связи с выполнением обязательств по Контракту в соответствии
с законодательством Российской Федерации.
В цену Контракта не входит стоимость проприетарного программного обеспечения,
необходимость использования которого явно следует из Описания объекта закупки, а также
стоимость средств защиты информации, в том числе стоимость проприетарного программного
обеспечения защиты информации.
3.3.
Цена Контракта является твердой и определяется на весь срок исполнения
Контракта, за исключением случаев, установленных Федеральным законом от 05.04.2013
№ 44-ФЗ и Контрактом.
3.4.
Финансирование производится за счет средств, предусмотренных в бюджете
Санкт-Петербурга на:
2026 год в соответствии с Законом Санкт-Петербурга от 26.11.2025
№ 659-124 «О бюджете Санкт-Петербурга на 2026 год и на плановый период 2027 и 2028
годов», код раздела/подраздела 0410;
код целевой статьи 1550096160 «Расходы на обеспечение создания и развития
государственных информационных систем Санкт-Петербурга, веб-сайтов, веб-порталов,
за исключением систем, указанных в приложении № 2 к постановлению Правительства
Санкт-Петербурга от 30.12.2013 № 1095»;
код вида расходов 246;
КОСГУ 320 «Увеличение стоимости нематериальных активов» – _______________ руб.;
код фонда 00, код запроса 0, в рамках исполнения постановления Правительства
Санкт-Петербурга от 23.06.2014 № 494 «О государственной программе Санкт-Петербурга
«Повышение эффективности государственного управления в Санкт-Петербурге»
(пункт 3.1 «Обеспечение создания и развития государственных информационных систем
Санкт-Петербурга, веб-сайтов, веб-порталов» перечня мероприятий подпрограммы
«Повышение качества предоставления государственных услуг и исполнения государственных
функций»);
2027 год в соответствии с Законом Санкт-Петербурга от 26.11.2025
№ 659-124 «О бюджете Санкт-Петербурга на 2026 год и на плановый период 2027 и 2028
годов», код раздела/подраздела 0410;
код целевой статьи 1550096160 «Расходы на обеспечение создания и развития
государственных информационных систем Санкт-Петербурга, веб-сайтов, веб-порталов,
за исключением систем, указанных в приложении № 2 к постановлению Правительства
Санкт-Петербурга от 30.12.2013 № 1095»;
код вида расходов 246;
КОСГУ 226 «Прочие работы, услуги» – ____________ руб.;
КОСГУ 228 «Услуги, работы для целей капитальных вложений» – ______________ руб.;
КОСГУ 320 «Увеличение стоимости нематериальных активов» – _______________ руб.;
код фонда 00, код запроса 0, в рамках исполнения постановления Правительства
Санкт-Петербурга от 23.06.2014 № 494 «О государственной программе Санкт-Петербурга
«Повышение эффективности государственного управления в Санкт-Петербурге»
(пункт 3.1 «Обеспечение создания и развития государственных информационных систем
Санкт-Петербурга, веб-сайтов, веб-порталов» перечня мероприятий подпрограммы
«Повышение качества предоставления государственных услуг и исполнения государственных
функций»).
3.5.
Государственный заказчик осуществляет расчеты с Подрядчиком путем
безналичных перечислений в соответствии с утвержденными бюджетными ассигнованиями
и в пределах лимитов бюджетных обязательств на основании документов, указанных в пункте
3.6 Контракта.
3.6.
Оплата по Контракту производится Государственным заказчиком
в следующем порядке.
3.6.1. Оплата по Контракту за фактически выполненные Подрядчиком работы
в 1 этапе производится Государственным заказчиком в безналичной форме по окончании
выполнения работ за указанный этап в соответствии с приложением № 4 к Контракту
по результатам проведенных Государственным заказчиком экспертизы и приемки результатов
выполненных работ, в соответствии с предоставленными Подрядчиком отчетными
документами, предусмотренными приложением № 5 к Описанию объекта закупки, счетом,
счет-фактурой (при наличии) в течение 5 (пяти) рабочих дней с даты подписания
Государственным заказчиком документа о приемке в электронной форме, формируемого
посредством единой информационной системы в сфере закупок (далее – документ о приемке),
к которому в качестве дополнительных документов Подрядчиком приложены документы,
указанные в пункте 6.3 Контракта, являющиеся его неотъемлемой частью.
3.6.2. Оплата по Контракту за фактически выполненные Подрядчиком работы
во 2 этапе производится Государственным заказчиком в безналичной форме по окончании
выполнения работ за указанный этап в соответствии с приложением № 4 к Контракту
по результатам проведенных Государственным заказчиком экспертизы и приемки результатов
выполненных работ, в соответствии с предоставленными Подрядчиком отчетными
документами, предусмотренными приложением № 5 к Описанию объекта закупки, счетом,
счет-фактурой (при наличии) в течение 7 (семи) рабочих дней с даты подписания
Государственным заказчиком документа о приемке, к которому в качестве дополнительных
документов Подрядчиком приложены документы, указанные в пункте 6.3 Контракта,
являющиеся его неотъемлемой частью.
3.7.
Авансирование по Контракту не предусмотрено.
3.8.
Государственный заказчик направляет поручение на оплату расходов
за выполненные работы в Комитет финансов Санкт-Петербурга для перечисления
Казначейством денежных средств на счет Подрядчика. Государственный заказчик считается
надлежаще исполнившим свою обязанность по оплате с момента направления указанного
поручения.
Государственный заказчик не несет ответственности за задержки в получении
Подрядчиком средств, возникшие не по его вине, в том числе, связанные с работой
финансовых органов Санкт-Петербурга и Российской Федерации, работой банков
по перечислению средств.
4.
ПРАВА И ОБЯЗАННОСТИ СТОРОН
4.1.
Подрядчик обязан:
4.1.1. Выполнять работы в порядке, в срок и на условиях, предусмотренных
Контрактом и приложениями к нему, являющимися его неотъемлемой частью.
4.1.2. Выполнять предусмотренные Контрактом работы, обеспечив их надлежащее
качество в соответствии с требованиями законодательства Российской Федерации
и нормативных правовых актов, указанных в Описании объекта закупки, требованиями
Контракта, а также требованиями, установленными Описанием объекта закупки.
4.1.3. Не позднее 1 (одного) рабочего дня, следующего за днем заключения
Контракта, предоставить Государственному заказчику, Получателю:
информацию о телефоне, факсе (при наличии), юридическом и фактическом адресе,
адресе электронной почты Подрядчика, на которые следует отправлять письма, заявления,
уведомления, извещения, требования или иные юридически важные сообщения, связанные
с исполнением Контракта;
фамилию, имя и отчество (при наличии) представителей Подрядчика, уполномоченных
на совершение действий, связанных с исполнением Контракта, с приложением надлежащим
образом оформленных доверенностей, адресов электронной почты и телефонов указанных
лиц;
необходимые документы на сотрудников Подрядчика для обеспечения их допуска
(доступа) к местам выполнения работ.
4.1.4. Принять от Государственного заказчика документацию, необходимую для
выполнения работ по Контракту, если данное условие предусмотрено Описанием объекта
закупки.
4.1.5. Своевременно выполнить работы и сдать результаты выполненных работ
(этапа работ).
4.1.6. Предоставлять
Государственному
заказчику
по
его
требованию
и в установленные им сроки любую информацию о ходе исполнения Контракта, включая
документы, относящиеся к предмету Контракта, своевременно предоставлять
Государственному заказчику информацию о сложностях, возникающих при исполнении
Контракта, в том числе немедленно (в течение 1 (одного) рабочего дня) письменно
информировать Государственного заказчика об обнаружении независящих от Подрядчика
обстоятельств, препятствующих исполнению Контракта, принимать участие в рабочих
совещаниях, инициируемых и проводимых Государственным заказчиком в соответствии
с пунктом 4.5.4 Контракта, обеспечивать проведение Государственным заказчиком
мероприятий, проводимых в рамках контроля за исполнением Подрядчиком условий
Контракта.
4.1.7. Обеспечить за свой счет устранение недостатков, выявленных при приемке
Государственным заказчиком результатов выполненных работ (этапа работ), а также в ходе
осуществления Государственным заказчиком контроля за исполнением Подрядчиком условий
Контракта, в том числе контроля за ходом и качеством работ, соблюдением сроков
их выполнения.
4.1.8. Формировать в единой информационной системе в сфере закупок и направлять
Государственному заказчику документ о приемке с приложением дополнительных
документов, указанных в пункте 6.3 Контракта, являющихся его неотъемлемой частью,
в соответствии с условиями Контракта по окончании отдельного этапа исполнения Контракта.
4.1.9. Письменно уведомить Государственного заказчика и Получателя о начале
выполнения работ (этапа работ) и готовности к сдаче выполненных работ (этапа работ)
способом, гарантирующим поступление уведомления Государственному заказчику,
Получателю в течение 1 (одного) рабочего дня, следующего за днем начала (окончания)
выполнения работ (этапа работ).
4.1.10. Предоставить Государственному заказчику документы, предусмотренные
пунктом 3.6 Контракта и Описанием объекта закупки:
4.1.10.1.Отчетные документы, сроки и порядок предоставления которых предусмотрен
приложением № 5 к Описанию объекта закупки, представляются Государственному заказчику
в сроки и в порядке, предусмотренном приложением № 5 к Описанию объекта закупки.
4.1.10.2.Счет, иные отчетные документы, предусмотренные Контрактом и Описанием
объекта закупки, предоставляются Государственному заказчику не позднее 1 (одного)
рабочего дня, следующего за днем окончания выполнения работ (этапа работ), установленного
в Сведениях о сроках выполнения работ и сроках исполнения контракта (отдельных этапов
исполнения контракта) согласно приложению № 4 к Контракту.
4.1.10.3.Счет-фактура (при наличии) предоставляется Государственному заказчику в
срок, предусмотренный действующим налоговым законодательством Российской Федерации.
4.1.11. Строго соблюдать установленные правила пропускного режима и правила
внутреннего распорядка, установленные на объекте проведения работ. Проводить работы
с соблюдением норм и правил техники безопасности.
4.1.12. Соблюдать конфиденциальность и не разглашать полученную в ходе
выполнения работ информацию третьим лицам.
4.1.13. Письменно уведомить Государственного заказчика в случае привлечения
к выполнению работ субподрядчиков в течение 5 (пяти) рабочих дней со дня подписания
договора с субподрядчиком с обязательным указанием в уведомлении следующей
информации: наименование, фирменное наименование (при наличии), а также место
нахождения субподрядчика, идентификационный номер налогоплательщика, дата заключения
и номер договора (при наличии), предмет и цена договора с субподрядчиком,
включая сумму НДС или указание, что суммой НДС не облагается в случае применения
субподрядчиком упрощенной системы налогообложения, а также объем привлечения
субподрядчика в процентах.
К субподрядчикам предъявляются требования, предъявляемые к Подрядчику
в соответствии с действующим законодательством Российской Федерации в отношении
соответствующих работ. Подрядчик несет полную ответственность за действия или
бездействие привлекаемых им субподрядчиков.
4.1.14. Привлечь к исполнению Контракта субподрядчиков из числа субъектов малого
предпринимательства,
социально
ориентированных
некоммерческих
организаций
1
(далее – СМП и СОНО) в объеме 25 (двадцать пять) % от цены Контракта, в случае если
Подрядчик не является СМП и СОНО.
4.1.15. В срок не более 5 (пяти) рабочих дней со дня заключения договора
с субподрядчиком из числа СМП и СОНО представить Государственному заказчику:
1
В случае если Подрядчик является СМП и СОНО, положения пунктов 4.1.14-4.1.19 Контракта, пункта
7.1.4 Контракта в части предоставления документов, указанных в пунктах 4.1.15-4.1.17 Контракта, содержащих
недостоверные сведения, либо их непредставления или представления таких документов с нарушением
установленных сроков, пункта 7.1.5 Контракта, пункта 8.2 Контракта в части ссылок на пункты 4.1.15-4.1.17
Контракта не применяются.
декларацию о принадлежности субподрядчика к СМП и СОНО, составленную
в простой письменной форме, подписанную руководителем (иным уполномоченным лицом)
СМП и СОНО и заверенную печатью (при наличии печати);
копию договора (договоров, дополнительных соглашений, являющихся неотъемлемой
частью договор), заключенного с субподрядчиком из числа СМП и СОНО, заверенную
Подрядчиком.
4.1.16. В случае замены субподрядчика из числа СМП и СОНО на этапе исполнения
Контракта на другого субподрядчика из числа СМП и СОНО представлять Государственному
заказчику документы, указанные в пункте 4.1.15 Контракта, в течение 5 (пяти) календарных
дней со дня заключения договора с новым субподрядчиком из числа СМП и СОНО.
4.1.17. В течение 10 (десяти) рабочих дней со дня оплаты Подрядчиком выполненных
обязательств по договору с субподрядчиком из числа СМП и СОНО представлять
Государственному заказчику следующие документы:
копии документов о приемке выполненных работ, которые являются предметом
договора, заключенного между Подрядчиком и привлеченным им субподрядчиком из числа
СМП и СОНО;
копии платежных поручений, подтверждающих перечисление денежных средств
Подрядчиком субподрядчику из числа СМП и СОНО, – в случае если договором,
заключенным между Подрядчиком и привлеченным им субподрядчиком из числа СМП
и СОНО, предусмотрена оплата выполненных обязательств до срока оплаты выполненных
работ, предусмотренного Контрактом, заключенным с Государственным заказчиком (в ином
случае указанный документ представляется Государственному заказчику дополнительно
в течение 5 (пяти) календарных дней со дня оплаты Подрядчиком обязательств, выполненных
субподрядчиком из числа СМП и СОНО).
4.1.18. Оплачивать выполненные субподрядчиком из числа СМП и СОНО работы (их
результаты), отдельные этапы исполнения договора, заключенного с таким субподрядчиком
из числа СМП и СОНО, в течение 7 (семи) рабочих дней с даты подписания Подрядчиком
документа о приемке выполненных работ (их результатов), отдельных этапов исполнения
договора.
4.1.19. Нести
гражданско-правовую
ответственность
перед
Государственным
заказчиком,
установленную
Контрактом
за
неисполнение или ненадлежащее исполнение условия о привлечении к
исполнению Контракта субподрядчиков из числа СМП и СОНО,
в том числе:
а) за представление документов, указанных в пунктах 4.1.15 – 4.1.17
Контракта,
содержащих
недостоверные
сведения,
либо
их
непредставление или представление таких документов с нарушением
установленных сроков;
б) за непривлечение субподрядчиков из числа СМП и СОНО в объеме,
установленном пунктом 4.1.14 Контракта.
4.1.20. Обеспечивать сохранность документов и сведений, получаемых
и составляемых в процессе выполнения работ.
4.1.21. Без увеличения цены Контракта передать Государственному заказчику
исключительное право на разработанные в ходе выполнения работ по Контракту результаты
в полном объеме, включая исходные коды программ для электронно-вычислительных машин
(далее – программа для ЭВМ), библиотеки зависимостей, базы данных, а также проектную,
техническую, рабочую, сопроводительную и методическую документацию к Системе.
4.1.22. Урегулировать с третьими лицами вопросы использования прав на результаты
интеллектуальной деятельности, принадлежащих третьим лицам, в объеме, достаточном для
использования в рамках выполнения работ.
4.1.23. Нести ответственность, а также расходы, связанные с разбирательствами
по фактам нарушений, в том числе обеспечивать возмещение ущерба (убытков) и иных выплат
в случаях, если к Подрядчику третьими лицами предъявлены претензии о нарушении
их интеллектуальных прав.
4.1.24. Представить Государственному заказчику документы, подтверждающие
наличие правовых оснований для использования при выполнении работ по Контракту ранее
созданных результатов интеллектуальной деятельности, права на которые принадлежат
Подрядчику или третьим лицам. В случае несанкционированного использования ранее
созданных
результатов
интеллектуальной
деятельности
ответственность
перед
правообладателями полностью возлагается на Подрядчика.
4.1.25. Без увеличения цены Контракта передать Государственному заказчику права
на использование охраняемых результатов интеллектуальной деятельности, права
на которые принадлежат Подрядчику и которые использовались при выполнении работ
по Контракту, в объеме, необходимом для использования Государственным заказчиком
результатов работ по Контракту по их целевому назначению и в соответствии с условиями
Контракта на весь срок действия использованных исключительных прав или на иной срок,
установленный Государственным заказчиком. Подрядчик передает Государственному
заказчику указанные права посредством заключения лицензионного договора.
4.1.26. Согласовать с Государственным заказчиком необходимость использования при
выполнении работ охраняемых результатов интеллектуальной деятельности, права
на которые принадлежат третьим лицам, объем и порядок приобретения прав
на их использование.
4.1.27. Если иное не согласовано Государственным заказчиком в соответствии
с пунктом 4.1.26 Контракта, без увеличения цены Контракта передать Государственному
заказчику права на использование охраняемых результатов интеллектуальной деятельности,
права на которые принадлежат третьим лицам и которые использовались Подрядчиком
при выполнении работ по Контракту, в объеме, необходимом для использования
Государственным заказчиком результатов работ по Контракту по их целевому назначению
и в соответствии с условиями Контракта на весь срок действия использованных
исключительных прав или на иной срок, установленный Государственным заказчиком.
Подрядчик передает Государственному заказчику указанные права посредством заключения
сублицензионного договора.
4.1.28. Права на использование охраняемых результатов интеллектуальной
деятельности, которые принадлежат Подрядчику и (или) третьим лицам, передаются
в соответствии с пунктами 4.1.25 и 4.1.27 Контракта с правом Государственного заказчика
заключать сублицензионные договоры с третьими лицами.
4.1.29. Обеспечить передачу Государственному заказчику полученных по Контракту
результатов работ, не нарушающих исключительных прав других лиц и не являющихся
предметом залога, ареста или иного обременения. Подрядчик гарантирует, что использование
результатов работ Государственным заказчиком не будет нарушать права и законные
интересы третьих лиц. Государственный заказчик не несет ответственности за нарушение
Подрядчиком исключительных прав на результаты интеллектуальной деятельности третьих
лиц. В случае предъявления к Государственному заказчику претензий по основанию
нарушения Государственным заказчиком при использовании результатов работ
интеллектуальных прав третьих лиц, Подрядчик обязуется возместить Государственному
заказчику все убытки, причиненные в связи с предъявлением такой претензии.
4.1.30. В случае использования при выполнении работ по Контракту программ для
электронных вычислительных машин (программных комплексов или компонентов),
разработанных
третьими
лицами,
условия,
на
которых
передаются
права
на их использование (исполнение), должны обеспечить отсутствие ограничений,
препятствующих использованию результатов работ по их назначению. При этом права,
полученные Государственным заказчиком, должны позволять ему передавать, дорабатывать,
развивать результаты работ, созданные в процессе исполнения Контракта, а в случае явного
указания в Описании объекта закупки, осуществлять переработку программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных ранее
третьими лицами в соответствии с требованиями законодательства Российской Федерации.
4.1.31. Обеспечить отсутствие нарушений исключительных, авторских и смежных
прав третьих лиц при реализации технических, программных, организационных и иных
решений, предусмотренных Контрактом.
4.1.32. Использовать при выполнении работ свободно распространяемое
общесистемное программное обеспечение (библиотеки, модули, компоненты и проч.)
с открытым исходным кодом (opensource), не имеющее ограничений на использование
на территории Российской Федерации в соответствии с законодательством и иными
правовыми актами Российской Федерации, не налагающее обязательств на Государственного
заказчика по предоставлению внешним организациям переданного Государственному
заказчику исходного кода, и (или) разработанное в Российской Федерации (государстве-члене
Евразийского экономического союза, за исключением Российской Федерации)
и содержащееся в едином реестре российских программ для электронных вычислительных
машин и баз данных (едином реестре программ для электронных вычислительных машин
и баз данных из государств – членов Евразийского экономического союза, за исключением
Российской Федерации) согласно постановлению Правительства Российской Федерации
от 16.11.2015 № 1236 «Об утверждении Правил формирования и ведения единого реестра
российских программ для электронных вычислительных машин и баз данных и единого
реестра программ для электронных вычислительных машин и баз данных из государств членов Евразийского экономического союза, за исключением Российской Федерации».
4.1.33. Положения пунктов 4.1.22-4.1.28, 4.1.30, 4.1.32 Контракта не распространяются
на использование при выполнении работ охраняемых результатов интеллектуальной
деятельности, права на которые принадлежат третьим лицам, в случае если в соответствии
с Описанием объекта закупки программное обеспечение, а также средства защиты
информации, в том числе проприетарное программное обеспечение защиты информации,
закупаются вне рамок Контракта, в порядке установленном постановлением Правительства
Санкт-Петербурга от 30.12.2013 № 1095 «О системе закупок товаров, работ, услуг для
обеспечения нужд Санкт-Петербурга».
4.1.34. Обеспечить выполнение требований к порядку создания (развития)
государственных и (или) иных информационных систем, предусмотренных пунктом 3
части 1 статьи 13 Федерального закона от 27.07.2006 № 149-ФЗ, устанавливаемых к таким
информационным системам Федеральным законом от 27.07.2006 № 149-ФЗ и иными
нормативными правовыми актами Российской Федерации.
4.1.35. Предоставлять Государственному заказчику копии всех документов, связанных
с исполнением Контракта (в том числе гарантийных обязательств), направленных в адрес
Получателя и полученных от Получателя, в день их направления или получения на адрес
электронной почты gis@uits.spb.ru, за исключением отчетных документов, указанных
в приложении № 5 к Описанию объекта закупки.
В случае поступления от Государственного заказчика либо Получателя замечаний
по выполнению работ, предусмотренных Контрактом, Подрядчик обязан по требованию
Государственного заказчика и в указанный им срок подготовить и предоставить
Государственному заказчику протокол разногласий, содержащий текст поступивших
замечаний, позицию Подрядчика по их решению, в том числе с указанием конкретных
действий (при необходимости).
4.1.36. Выполнять иные обязательства, в том числе качественные, количественные
и иные требования к выполняемым работам, установленные Контрактом и приложениями
к нему.
4.2.
Подрядчик вправе:
4.2.1. Досрочно по согласованию с Государственным заказчиком и Получателем
выполнить работы.
4.2.2. Требовать от Государственного заказчика произвести приемку выполненных
работ (этапа работ) в порядке и сроки, предусмотренные Контрактом
4.2.3. Требовать своевременной оплаты результатов выполненных работ в случае
полного исполнения своих обязательств, предусмотренных Контрактом.
4.2.4. Требовать от Государственного заказчика предоставления имеющейся у него
информации, необходимой для исполнения обязательств по Контракту.
4.2.5. Письменно запрашивать у Государственного заказчика разъяснения и
уточнения относительно выполнения работ по Контракту.
4.2.6. Требовать возмещения убытков, уплаты неустоек (штрафов, пеней)
в соответствии с разделом 7 Контракта.
4.2.7. Принять решение об одностороннем отказе от исполнения Контракта
по основаниям, предусмотренным Гражданским кодексом Российской Федерации для
одностороннего отказа от исполнения отдельных видов обязательств и в соответствии
с положениями статьи 95 Федерального закона от 05.04.2013 № 44-ФЗ.
Решение об одностороннем отказе от исполнения Контракта направляется Подрядчиком
Государственному заказчику в порядке, установленном частью 20.1 статьи 95 Федерального
закона от 05.04.2013 № 44-ФЗ.
4.2.8. В случае неисполнения или ненадлежащего исполнения субподрядчиком
из числа СМП и СОНО обязательств, предусмотренных договором, заключенным
с Подрядчиком, осуществлять замену субподрядчика из числа СМП и СОНО, с которым ранее
был заключен договор, на другого субподрядчика из числа СМП и СОНО.
4.3.
Государственный заказчик обязан:
4.3.1. Предоставить Подрядчику документацию, предусмотренную Контрактом, если
данное условие предусмотрено Описанием объекта закупки, в течение 5 (пяти) рабочих дней с
момента поступления соответствующего запроса от Подрядчика.
4.3.2. Обеспечить приемку результатов выполненных работ (этапа работ)
в соответствии с положениями Контракта и требованиями статьи 94 Федерального закона
от 05.04.2013 № 44-ФЗ.
4.3.3. Провести экспертизу для проверки предоставленных Подрядчиком результатов
выполненных работ (этапа работ), предусмотренных Контрактом, в части их соответствия
условиям Контракта.
4.3.4. Обеспечить своевременную оплату надлежащим образом выполненных работ
(этапа работ), соответствующих условиям Контракта, в порядке и сроки, предусмотренные
Контрактом.
4.3.5. Осуществлять контроль за исполнением Подрядчиком условий Контракта,
включая ход и качество работ, соблюдение сроков их выполнения, не вмешиваясь при этом
в оперативно-хозяйственную деятельность Подрядчика.
4.3.6. При обнаружении в ходе выполнения работ (этапа работ) отступлений
от условий Контракта, которые могут ухудшить качество выполненных работ, или
обнаружения иных недостатков, уведомить об этом Подрядчика в порядке, установленном
пунктом 6.8 Контракта.
4.3.7. Принять решение об одностороннем отказе от исполнения Контракта в случае,
если в ходе исполнения Контракта установлено, что:
а) Подрядчик перестал соответствовать установленным извещением об осуществлении
закупки требованиям к участникам закупки (за исключением требования, предусмотренного
частью 1.1 (при наличии такого требования) статьи 31 Федерального закона от 05.04.2013
№ 44-ФЗ);
б) при определении подрядчика Подрядчик представил недостоверную информацию
о своем соответствии требованиям, указанным в подпункте «а» настоящего пункта, что
позволило ему стать победителем определения подрядчика.
в) если вследствие реорганизации юридического лица, являющегося Подрядчиком, его
права и обязанности по такому Контракту перешли к вновь возникшему юридическому лицу,
зарегистрированному на территории иностранного государства, в отношении которого
в соответствии с подпунктами «а» и «б» пункта 1 части 2 статьи 14 Федерального закона
от 05.04.2013 № 44-ФЗ установлены запрет закупок работ, выполняемых иностранными
лицами, либо ограничение закупок работ, выполняемых иностранными лицами, и Подрядчик
являлся российским лицом, либо в соответствии с подпунктом «в» пункта 1 части 2 статьи 14
Федерального закона от 05.04.2013 № 44-ФЗ установлено преимущество в отношении работ,
выполняемых российскими лицами, и Подрядчик являлся российским лицом.
4.3.8. Требовать уплаты неустоек (штрафов, пеней) в соответствии с разделом 7
Контракта.
4.3.9. Выполнять
иные
обязательства,
предусмотренные
действующим
законодательством и Контрактом.
4.4.
Государственный заказчик, Получатель вправе:
4.4.1. Требовать надлежащего исполнения обязательств, предусмотренных
Контрактом и надлежащим образом оформленных документов, указанных в приложении
№ 5 к Описанию объекта закупки и подтверждающих исполнение обязательств
по Контракту.
4.5.
Государственный заказчик вправе:
4.5.1. Отказаться от приемки и оплаты результатов работ, не соответствующих
условиям Контракта, а также требованиям, установленным Описанием объекта закупки.
4.5.2. Требовать от Подрядчика своевременного устранения недостатков,
выявленных в ходе приемки результатов выполненных работ (этапа работ), так и в течение
гарантийного срока.
4.5.3. Требовать возмещения убытков, причиненных по вине Подрядчика,
в соответствии с действующий законодательством Российской Федерации и разделом 7
Контракта.
4.5.4. Инициировать и проводить рабочие совещания с Подрядчиком и(или)
Получателем, запрашивать у Подрядчика документы, свидетельствующие о ходе выполнения
работ, направлять Подрядчику обязательные для учета мотивированные замечания по ходу,
содержанию и качеству работ, а также по представленным документам, определять формы
мероприятий, проводимых Государственным заказчиком в рамках контроля за исполнением
Подрядчиком условий Контракта, и устанавливать сроки их проведения.
4.5.5. Предложить увеличить или уменьшить в процессе исполнения Контракта
объем работ, предусмотренных Контрактом, не более чем на 10 (десять)%, в порядке и на
условиях, установленных Федеральным законом от 05.04.2013 № 44-ФЗ.
4.5.6. Принять решение об одностороннем отказе от исполнения Контракта
по основаниям, предусмотренным Гражданским кодексом Российской Федерации для
одностороннего отказа от исполнения отдельных видов обязательств и в соответствии
с положениями статьи 95 Федерального закона от 05.04.2013 № 44-ФЗ.
4.5.7. Осуществлять иные права, предусмотренные действующим законодательством
и Контрактом.
5.
ТРЕБОВАНИЯ К КАЧЕСТВУ ВЫПОЛНЯЕМЫХ РАБОТ, ТРЕБОВАНИЯ
К ГАРАНТИИ КАЧЕСТВА РАБОТ, А ТАКЖЕ ТРЕБОВАНИЯ
К ГАРАНТИЙНОМУ СРОКУ И (ИЛИ) ОБЪЕМУ ПРЕДОСТАВЛЕНИЯ
ГАРАНТИЙ ИХ КАЧЕСТВА. ПОРЯДОК И СРОКИ ПРЕДОСТАВЛЕНИЯ
ОБЕСПЕЧЕНИЯ ГАРАНТИЙНЫХ ОБЯЗАТЕЛЬСТВ
5.1.
Подрядчик гарантирует качество работ, соблюдение при выполнении работ
требований Контракта, в том числе нормативных правовых актов и руководящих документов,
а также устранение недостатков (дефектов), выявленных в течение гарантийного срока,
за свой счет в сроки, указанные Государственным заказчиком.
5.2.
Требования к гарантии качества работ, а также требования к гарантийному
сроку и (или) объему предоставления гарантий их качества установлены в пункте 4.4
электронного Контракта и пункте 4 Описания объекта закупки.
5.3.
Подрядчик несет ответственность за недостатки результатов работ,
обнаруженные в пределах гарантийного срока, если не докажет, что они произошли
вследствие нормального износа объекта или его частей, неправильной его эксплуатации.
5.4.
Если в течение гарантийного срока выявится, что качество выполненных
по Контракту работ не соответствует требованиям Контракта, нормативных правовых актов
и руководящих документов, работы выполнены Подрядчиком с отступлениями от Контракта
или Подрядчиком допущены иные недостатки, которые не могли быть установлены при
приемке, Подрядчик обязан безвозмездно устранить указанные недостатки в сроки,
установленные Государственным заказчиком в соответствующем требовании, но не позднее
30 (тридцати) рабочих дней с момента поступления такого требования. При этом срок,
установленный Государственным заказчиком в соответствующем требовании, должен
составлять не менее 10 (десяти) рабочих дней с момента поступления такого требования.
Приемка результатов исполнения гарантийных обязательств, предусмотренных
Контрактом, осуществляется Государственным заказчиком не позднее 20 (двадцати) рабочих
дней с даты предоставления Подрядчиком результатов исполнения гарантийных обязательств,
предусмотренных Контрактом, посредством установления их соответствия условиям
и требованиям Контракта в порядке, предусмотренном для исполнения Контракта, в том числе
с проведением Подрядчиком демонстрации устранения недостатков при наличии такого
условия в требовании об исполнении гарантийных обязательств и оформляется Актом
об исполнении гарантийных обязательств.
5.5.
Иные требования, в том числе требования к гарантии качества работ, а также
требования к гарантийному сроку и (или) объему предоставления гарантий их качества
(далее - гарантийные обязательства) могут быть предусмотрены в Описании объекта закупки.
5.6.
Обеспечение гарантийных обязательств установлено в размере 10 (десять) %
от начальной (максимальной) цены Контракта, что составляет _______ руб. (____________
рублей ____ копеек).
Гарантийные обязательства обеспечиваются Подрядчиком посредством предоставления
независимой гарантии, соответствующей требованиям статьи 45 Федерального закона от
05.04.2013 № 44-ФЗ, или внесением денежных средств на счет Государственного заказчика.
Банковские реквизиты Государственного заказчика:
Комитет финансов Санкт-Петербурга (Санкт-Петербургское государственное казенное
учреждение «Управление информационных технологий и связи», л/с 0710002)
ИНН 7842444610
КПП 784201001
ОКТМО 40911000
ОКЦ № 1 Северо-Западного ГУ Банка России// УФК по г. Санкт-Петербургу,
г. Санкт-Петербург
БИК 014030106
номер банковского счета: 40102810945370000005
номер казначейского счета: 03222643400000007200
КБК: 0 или не указывать.
В случае если обеспечение гарантийных обязательств предоставляется в виде внесения
денежных средств, в платежном поручении в поле «Назначение платежа» указывается предмет
Контракта и номер извещения об осуществлении закупки.
5.7.
Способ обеспечения гарантийных обязательств, срок действия независимой
гарантии определяются Подрядчиком самостоятельно. При этом срок действия независимой
гарантии должен превышать предусмотренный настоящим Контрактом срок гарантийных
обязательств, не менее чем на один месяц, в том числе в случае его изменения в соответствии
со статьей 95 Федерального закона от 05.04.2013 № 44-ФЗ.
Независимая гарантия должна быть безотзывной и должна содержать условия,
предусмотренные пунктами 1-7 части 2 и частью 3 статьи 45 Федерального закона
от 05.04.2013 № 44-ФЗ, и соответствовать дополнительным требованиям, установленным
Правительством Российской Федерации во исполнение части 8.2 статьи 45 Федерального
закона от 05.04.2013 № 44-ФЗ.
5.8.
Подрядчик обязан предоставить Государственному заказчику обеспечение
гарантийных обязательств не позднее 5 (пяти) рабочих дней, следующих за днем заключения
Контракта,
с
одновременным
уведомлением
Государственного
заказчика
и приложением документов (копий документов), подтверждающих предоставление
обеспечения гарантийных обязательств.
Подписание Государственным заказчиком документа о приемке, подтверждающего
окончательное исполнение своих обязательств по Контракту, осуществляется после
предоставления Подрядчиком обеспечения гарантийных обязательств.
5.9.
Государственный заказчик вправе осуществить взыскание на обеспечение
гарантийных обязательств в сумме, указанной в пункте 5.6 Контракта, в случае просрочки
исполнения Подрядчиком гарантийных обязательств, а также в иных случаях неисполнения
или ненадлежащего исполнения Подрядчиком гарантийных обязательств.
5.10.
Подрядчик вправе изменить способ обеспечения гарантийных обязательств
и (или) предоставить Государственному заказчику взамен ранее предоставленного
обеспечения гарантийных обязательств новое обеспечение гарантийных обязательств.
5.11.
Возврат денежных средств, внесенных Подрядчиком в качестве обеспечения
гарантийных обязательств (если такая форма обеспечения гарантийных обязательств
применяется Поставщиком), осуществляется Государственным заказчиком в течение
30 (тридцати) календарных дней с даты окончания гарантийного срока, указанного в пункте 4
Описания объекта закупки.
Подрядчик, не позднее 5 (пяти) календарных дней с даты окончания срока гарантийных
обязательств, указанного в пункте 4 Описания объекта закупки, при условии отсутствия
у Государственного заказчика претензий в отношении исполнения гарантийных обязательств,
направляет Государственному заказчику официальное письмо с указанием реквизитов счета
Подрядчика на который необходимо осуществить возврат денежных средств, внесенных
в качестве обеспечения гарантийных обязательств (если такая форма обеспечения
гарантийных обязательств применяется Подрядчиком).
5.12.
Исключение банка из перечня, предусмотренного частью 1.2 статьи 45
Федерального закона от 05.04.2013 № 44-ФЗ, региональной гарантийной организации
из перечня, предусмотренного частью 1.7 статьи 45 Федерального закона от 05.04.2013
№ 44-ФЗ, не прекращает действия выданных гарантом и принятых Государственным
заказчиком независимых гарантий и не освобождает гаранта от ответственности
за неисполнение либо ненадлежащее исполнение условий таких независимых гарантий.
6.
ПОРЯДОК И СРОК ПРИЕМКИ РЕЗУЛЬТАТОВ ВЫПОЛНЕННЫХ РАБОТ.
ПОРЯДОК И СРОК ОФОРМЛЕНИЯ РЕЗУЛЬТАТОВ ТАКОЙ ПРИЕМКИ
6.1.
О готовности к сдаче результатов выполненных работ (этапа работ) Подрядчик
письменно уведомляет Государственного заказчика, Получателя в порядке, предусмотренном
пунктом 4.1.9 Контракта.
6.2.
Подрядчик в срок не более 1 (одного) рабочего дня с даты окончания срока
выполнения работ (этапа работ) формирует с использованием единой информационной
системы в сфере закупок, подписывает усиленной электронной подписью лица, имеющего
право действовать от имени Подрядчика, и размещает в единой информационной системе
в сфере закупок документ о приемке, который должен содержать информацию, указанную
в подпунктах «а» - «б», «д» - «ж» пункта 1 части 13 статьи 94 Федерального закона
от 05.04.2013 № 44-ФЗ.
6.3.
К документу о приемке, предусмотренному пунктом 6.2 Контракта, должны
быть приложены следующие документы, являющиеся его неотъемлемой частью:
счет на оплату.
При этом в случае, если информация, содержащаяся в прилагаемых документах,
не соответствует информации, содержащейся в документе о приемке, приоритет имеет
предусмотренная пунктом 1 части 13 статьи 94 Федерального закона от 05.04.2013 № 44-ФЗ
информация, содержащаяся в документе о приемке.
6.4.
Датой поступления Государственному заказчику документа о приемке,
подписанного Подрядчиком, считается дата размещения в соответствии с пунктом 3 части 13
статьи 94 Федерального закона от 05.04.2013 № 44-ФЗ такого документа в единой
информационной системе в сфере закупок в соответствии с часовой зоной, в которой
расположен Государственный заказчик.
6.5.
Для приемки результатов выполненных работ (этапа работ) Государственным
заказчиком создается приемочная комиссия.
6.6.
Для проверки предоставленных Подрядчиком результатов выполненных работ
(этапа работ), предусмотренных Контрактом, в части их соответствия условиям Контракта
Государственный заказчик проводит экспертизу в порядке, предусмотренном Федеральным
законом от 05.04.2013 № 44-ФЗ. Экспертиза результатов выполненных работ (этапа работ),
предусмотренных Контрактом, проводится Государственным заказчиком своими силами или
к ее проведению могут привлекаться эксперты, экспертные организации на основании
контрактов, заключенных в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ.
В случае если по результатам такой экспертизы установлены нарушения условий
Контракта, не препятствующие приемке результатов выполненных работ (этапа работ),
в заключении могут содержаться предложения об устранении данных нарушений, в том числе
с указанием срока их устранения в порядке, предусмотренном пунктом 6.8 Контракта.
Государственный заказчик вправе не отказывать в приемке результатов выполненных
работ (этапа работ) в случае выявления несоответствия этих результатов условиям Контракта,
если выявленное несоответствие не препятствует приемке выполненных работ (этапа работ)
и устранено Подрядчиком.
В случае привлечения Государственным заказчиком для проведения экспертизы
результатов выполненных работ (этапа работ) экспертов, экспертных организаций при
принятии решения о приемке или об отказе в приемке результатов выполненных работ (этапа
работ) Государственный заказчик должен учитывать отраженные в заключении
по результатам указанной экспертизы предложения экспертов, экспертных организаций,
привлеченных для ее проведения.
В случае повторного выявления по результатам экспертизы, предусмотренной
настоящим пунктом, нарушений условий Контракта Государственный заказчик вправе
отказаться от исполнения Контракта по основаниям, предусмотренным гражданским
законодательством Российской Федерации.
6.7.
В течение 18 (восемнадцати) рабочих дней, следующих за днем поступления
документа о приемке за 1 этап и в течение 20 (двадцати) рабочих дней, следующих за днем
поступления документа о приемке за 2 этап в соответствии с пунктом 6.2 Контракта
на основании изучения документов, предусмотренных пунктами 4.1.10 и 6.3 Контракта,
и результатов экспертизы, проведенной в соответствии с пунктом 6.6 Контракта:
а) члены приемочной комиссии подписывают усиленными электронными подписями
поступивший документ о приемке или формируют с использованием единой информационной
системы в сфере закупок, подписывают усиленными электронными подписями
мотивированный отказ от подписания документа о приемке с указанием причин такого отказа,
перечня недостатков и сроков их устранения Подрядчиком. При этом, если приемочная
комиссия включает членов, не являющихся работниками Государственного заказчика,
допускается осуществлять подписание документа о приемке, составление мотивированного
отказа от подписания документа о приемке, подписание такого отказа без использования
усиленных электронных подписей и единой информационной системы в сфере закупок;
б) после подписания членами приемочной комиссии в соответствии с подпунктом «а»
настоящего пункта документа о приемке или мотивированного отказа от подписания
документа о приемке Государственный заказчик подписывает документ о приемке или
мотивированный отказ от подписания документа о приемке усиленной электронной подписью
лица, имеющего право действовать от имени Государственного заказчика. Если члены
приемочной комиссии в соответствии с подпунктом «а» настоящего пункта не использовали
усиленные электронные подписи и единую информационную систему в сфере закупок,
Государственный заказчик прилагает подписанные ими документы в форме электронных
образов бумажных документов.
6.7.1. Приемочная комиссия имеет право частично принять результаты работ (этапа
работ) с отражением информации о расхождениях в приемке в соответствии с условиями
Контракта и информации о фактически принятых работах в документе о приемке.
6.8.
В случае обнаружения Государственным заказчиком, Получателем при
проведении контроля за исполнением Подрядчиком условий Контракта, в том числе
за ходом и качеством работ, соблюдением сроков их выполнения, а также в процессе приемки
результатов выполненных работ (этапа работ) по Контракту фактов несоответствия
результатов выполненных работ (этапа работ) требованиям Контракта, фактов неисполнения
или ненадлежащего исполнения Подрядчиком обязательств, предусмотренных Контрактом,
включая неисполнение или ненадлежащее исполнение Подрядчиком гарантийных
обязательств, составляется Рекламационный акт (приложение № 5 к Контракту), в котором
указываются положения Контракта, которые были нарушены, описание выявленных
нарушений, срок их устранения, либо указывается, что нарушения являются неустранимыми.
При отказе (уклонении) Подрядчика от подписания Рекламационного акта данный факт
фиксируется в нем Государственным заказчиком.
6.9. Документ о приемке, мотивированный отказ от подписания документа
о приемке не позднее одного часа с момента размещения в единой информационной системе в
сфере закупок в соответствии с подпунктами «а» и «б» пункта 4 или подпунктом «б» пункта 5
части 13 статьи 94 Федерального закона от 05.04.2013 № 44-ФЗ направляются автоматически с
использованием единой информационной системы в сфере закупок Подрядчику. Датой
поступления Подрядчику документа о приемке, мотивированного отказа от подписания
документа о приемке считается дата размещения в соответствии с пунктом 6 части 13 статьи 94
Федерального закона от 05.04.2013 № 44-ФЗ таких документа о приемке, мотивированного
отказа в единой информационной системе в сфере закупок в соответствии с часовой зоной,
в которой расположен Подрядчик.
6.10. В случае получения в соответствии с пунктом 6.9 Контракта мотивированного
отказа от подписания документа о приемке Подрядчик обязуется без дополнительной оплаты
со стороны Государственного заказчика устранить выявленные нарушения в срок,
установленный в мотивированном отказе. Устранение выявленных нарушений оформляется
соответствующим документом о приемке в порядке, предусмотренном разделом 6 Контракта и
частью 13 статьи 94 Федерального закона от 05.04.2013 № 44-ФЗ.
Устранение Подрядчиком выявленных Государственным заказчиком нарушений
(недостатков) не освобождает Подрядчика от уплаты неустойки (штрафа, пени),
предусмотренных разделом 7 Контракта.
6.11. Подрядчик обязан без дополнительной оплаты со стороны Государственного
заказчика устранить все обнаруженные нарушения (недостатки) своими силами и за свой счет
в сроки, указанные в Рекламационном акте.
6.12. Датой приемки результатов выполненных работ (этапа работ) считается дата
размещения в единой информационной системе в сфере закупок документа о приемке,
подписанного Государственным заказчиком.
6.13. Внесение исправлений в документ о приемке, оформленный в соответствии
с разделом 6 Контракта осуществляется путем формирования, подписания усиленными
электронными подписями лиц, имеющих право действовать от имени Подрядчика,
Государственного заказчика, исправленного документа о приемке.
После устранения недостатков, послуживших основанием для неподписания документа
о приемке, Подрядчик и Государственный заказчик подписывают документ о приемке
в порядке и сроки, предусмотренные разделом 6 Контракта.
Срок исправления Подрядчиком документа о приемке при поступлении
от Государственного заказчика уведомления об уточнении составляет не более 3 (трех)
рабочих дней.
7.
ОТВЕТСТВЕННОСТЬ СТОРОН
7.1.
За неисполнение или ненадлежащее исполнение обязательств по Контракту
Стороны несут гражданско-правовую ответственность в соответствии с действующим
законодательством Российской Федерации в случаях и объемах, установленных статьей 34
Федерального закона от 05.04.2013 № 44-ФЗ и Правилами определения размера штрафа,
начисляемого в случае ненадлежащего исполнения заказчиком, неисполнения или
ненадлежащего исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных контрактом (за исключением просрочки исполнения обязательств
заказчиком, поставщиком (подрядчиком, исполнителем), утвержденными постановлением
Правительства Российской Федерации от 30.08.2017 № 1042 (далее – Правила).
7.1.1. За каждый факт неисполнения Государственным заказчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств,
предусмотренных Контрактом, Государственный заказчик выплачивает Подрядчику
неустойку в виде штрафа в размере _____________(_______) рублей2.
7.1.2. За каждый день просрочки исполнения Государственным заказчиком
обязательства, предусмотренного Контрактом, начисляется пеня, начиная со дня, следующего
после дня истечения установленного Контрактом срока исполнения обязательства. Такая пеня
устанавливается Контрактом в размере одной трехсотой действующей на дату уплаты пеней
ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок суммы.
7.1.3. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом,
Подрядчик выплачивает Государственному заказчику неустойку в виде штрафа
(за исключением случаев, предусмотренных пунктами 7.1.4, 7.1.5, 7.1.7 Контракта) в размере:
____ (______) % цены 1 этапа исполнения Контракта;
____ (______) % цены 2 этапа исполнения Контракта3.
2
В соответствии с пунктом 9 Правил размер штрафа устанавливается в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
3
В соответствии с пунктом 3 Правил размер штрафа устанавливается в следующем порядке:
а) 10 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) не превышает 3 млн. рублей;
б) 5 процентов цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 3 млн. рублей до
50 млн. рублей (включительно);
в) 1 процент цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 50 млн. рублей до
100 млн. рублей (включительно);
г) 0,5 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 100 млн. рублей
до 500 млн. рублей (включительно);
д) 0,4 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 500 млн.
рублей до 1 млрд. рублей (включительно);
е) 0,3 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 1 млрд. рублей
до 2 млрд. рублей (включительно);
ж) 0,25 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 2 млрд.
рублей до 5 млрд. рублей (включительно);
з) 0,2 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) составляет от 5 млрд. рублей
до 10 млрд. рублей (включительно);
и) 0,1 процента цены Контракта (этапа) в случае, если цена Контракта (этапа) превышает 10 млрд. рублей.
При этом исправление некачественно выполненных работ производится Подрядчиком
за свой счет в сроки, указанные в мотивированном отказе от подписания документа о приемке.
7.1.4. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения,
в том числе за представление документов, указанных в пунктах 4.1.15-4.1.17 Контракта,
содержащих недостоверные сведения, либо их непредставление или представление таких
документов с нарушением установленных сроков, а также за нарушение пунктов 6.10, 6.11
Контракта, Подрядчик выплачивает Государственному заказчику неустойку в виде штрафа
в размере _________(______) рублей4.
7.1.5. За неисполнение условия о привлечении к исполнению Контракта
субподрядчиков из числа СМП и СОНО, Подрядчик выплачивает Государственному
заказчику неустойку в виде штрафа в размере 5 (пять) % цены объема, установленного
в пункте 4.1.14 Контракта.
7.1.6. За каждый день просрочки исполнения Подрядчиком обязательства (в том
числе гарантийного обязательства), предусмотренного Контрактом, в том числе
обязательства, предусмотренного пунктом 8.8 Контракта, начиная со дня, следующего после
дня истечения установленного Контрактом срока исполнения обязательства, начисляется пеня
в размере одной трехсотой действующей на дату уплаты пени ключевой ставки Центрального
банка Российской Федерации от цены Контракта (отдельного этапа исполнения Контракта),
уменьшенной на сумму, пропорциональную объему обязательств, предусмотренных
Контрактом (соответствующим отдельным этапом исполнения Контракта) и фактически
исполненных Подрядчиком, за исключением случаев, если законодательством Российской
Федерации установлен иной порядок начисления пени.
7.1.7. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком
обязательств, предусмотренных Контрактом, заключенным с победителем закупки
(или с иным участником закупки в случаях, установленных Федеральным законом
от 05.04.2013 № 44-ФЗ), предложившим наиболее высокую цену за право заключения
Контракта, за исключением просрочки исполнения обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, Подрядчик выплачивает Государственному
заказчику неустойку в виде штрафа в размере ____ (________) % начальной (максимальной)
цены Контракта/цены Контракта5.
При этом исправление некачественно выполненных работ производится Подрядчиком
за свой счет в сроки, указанные в мотивированном отказе от подписания документа о приемке.
7.2.
Указанная в разделе 7 Контракта неустойка взимается за каждое нарушение
в отдельности.
7.3.
Общая сумма начисленных штрафов за ненадлежащее исполнение
4
В соответствии с пунктом 6 Правил размер штрафа устанавливается в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей (включительно);
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей (включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
5
В соответствии с пунктом 5 Правил размер штрафа устанавливается в следующем порядке:
а) в случае, если цена Контракта не превышает начальную (максимальную) цену Контракта:
10 процентов начальной (максимальной) цены Контракта, если цена Контракта не превышает 3 млн.
рублей;
5 процентов начальной (максимальной) цены Контракта, если цена Контракта составляет от 3 млн. рублей
до 50 млн. рублей (включительно);
1 процент начальной (максимальной) цены Контракта, если цена Контракта составляет от 50 млн. рублей
до 100 млн. рублей (включительно);
б) в случае, если цена Контракта превышает начальную (максимальную) цену Контракта:
10 процентов цены Контракта, если цена Контракта не превышает 3 млн. рублей;
5 процентов цены Контракта, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно);
1 процент цены Контракта, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно).
Государственным заказчиком обязательств, предусмотренных Контрактом, не может
превышать цену Контракта.
7.4.
Общая сумма начисленных штрафов за неисполнение или ненадлежащее
исполнение Подрядчиком обязательств, предусмотренных Контрактом, не может превышать
цену Контракта.
7.5.
Уплата неустоек (штрафов, пеней) за просрочку исполнения Подрядчиком
обязательств, предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Подрядчиком обязательств, предусмотренных Контрактом,
а также возмещение убытков, причиненных неисполнением или ненадлежащим исполнением
Подрядчиком обязательств, предусмотренных Контрактом, не освобождает Подрядчика
от исполнения этих обязательств в натуре. Убытки возмещаются Подрядчиком в полной сумме
сверх неустойки.
7.6.
В случае просрочки исполнения Подрядчиком обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом, а также в иных случаях
неисполнения или ненадлежащего исполнения Подрядчиком обязательств, предусмотренных
Контрактом, обязательство Подрядчика по перечислению неустоек (штрафов, пеней) в доход
бюджета Санкт-Петербурга возлагается на Государственного заказчика.
7.7.
В случае просрочки исполнения Подрядчиком обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом, а также в иных случаях
неисполнения или ненадлежащего исполнения Подрядчиком обязательств, предусмотренных
Контрактом, Государственный заказчик направляет Подрядчику требование об уплате
неустоек (штрафов, пеней).
7.8.
В случае просрочки исполнения Подрядчиком обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом, а также в иных случаях
неисполнения или ненадлежащего исполнения Подрядчиком обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом, при неисполнении Подрядчиком
требования об уплате неустоек (штрафов, пеней), предъявленных Государственным
заказчиком в соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ, Государственный
заказчик вправе:
произвести оплату по Контракту путем выплаты Подрядчику суммы, уменьшенной
на размер начисленных неустоек (штрафов, пеней);
взыскать размер начисленных неустоек (штрафов, пеней) за счет денежных средств,
внесенных в качестве обеспечения исполнения Контракта (если такая форма обеспечения
исполнения Контракта применяется Подрядчиком);
взыскать размер начисленных неустоек (штрафов, пеней) за счет денежных средств,
внесенных в качестве обеспечения гарантийных обязательств (если такая форма обеспечения
гарантийных обязательств применяется Подрядчиком);
взыскать размер начисленных неустоек (штрафов, пеней) за счет денежной суммы
по независимой гарантии (если такая форма обеспечения исполнения Контракта, обеспечения
гарантийных обязательств применяется Подрядчиком).
7.9.
В случае превышения размера начисленных неустоек (штрафов, пеней) суммы
денежных средств, внесенных в качестве обеспечения исполнения Контракта, или денежной
суммы по независимой гарантии Государственный заказчик вправе в зависимости от формы
обеспечения исполнения Контракта, применяемой Подрядчиком:
удержать денежные средства, внесенные в качестве обеспечения исполнения Контракта,
в полном объеме, а также направить Подрядчику требование об уплате оставшегося размера
начисленных неустоек (штрафов, пеней);
направить гаранту требование об уплате денежной суммы по независимой гарантии
в полном объеме, а также направить Подрядчику требование об уплате оставшегося размера
начисленных неустоек (штрафов, пеней).
7.10.
Сторона освобождается от уплаты неустойки (штрафов, пеней), если докажет,
что неисполнение или ненадлежащее исполнение обязательства, предусмотренного
Контрактом, произошло вследствие непреодолимой силы или по вине другой Стороны.
7.11.
Реквизиты для перечисления сумм неустоек (штрафов, пеней), начисленных
по Контракту:
УФК по г. Санкт-Петербургу (СПб ГКУ «УИТС»)
ИНН 7842444610, КПП 784201001
р/с 03100643000000017200
БИК 014030106
ОКЦ № 1 Северо-Западного ГУ Банка России// УФК по г. Санкт-Петербургу,
г. Санкт-Петербург
КБК в соответствии с УИН
ОКТМО 40911000
Номер единого казначейского счета 40102810945370000005.
8.
ОБЕСПЕЧЕНИЕ ИСПОЛНЕНИЯ КОНТРАКТА
8.1.
Обеспечение исполнения Контракта установлено в размере 15 (пятнадцать) %
от начальной (максимальной) цены Контракта, что составляет _______ руб. (________ рублей
____ копеек).
В случае если предложенная Подрядчиком цена снижена на двадцать пять и более
процентов по отношению к начальной (максимальной) цене Контракта, Подрядчик
предоставляет обеспечение исполнения Контракта с учетом положений статьи 37
Федерального закона от 05.04.2013 № 44-ФЗ.
8.2.
Исполнение контракта может обеспечиваться предоставлением независимой
гарантии, соответствующей требованиям статьи 45 Федерального закона от 05.04.2013
№ 44-ФЗ, или внесением денежных средств на счет Государственного заказчика, на котором
в соответствии с законодательством Российской Федерации учитываются операции
со средствами, поступающими Государственному заказчику.
Способ обеспечения исполнения Контракта, срок действия независимой гарантии
определяются в соответствии с требованиями Федерального закона от 05.04.2013 № 44-ФЗ
Подрядчиком самостоятельно.
При этом срок действия независимой гарантии должен превышать предусмотренный
Контрактом срок исполнения обязательств, которые должны быть обеспечены такой
независимой гарантией, в том числе обязательств, предусмотренных пунктами 4.1.10, 4.1.13,
4.1.15-4.1.17, 6.2 Контракта, не менее чем на один месяц, в том числе в случае его изменения
в соответствии со статьей 95 Закона.
8.3.
Банковские реквизиты Государственного заказчика:
Комитет финансов Санкт-Петербурга (Санкт-Петербургское государственное казенное
учреждение «Управление информационных технологий и связи», л/с 0710002)
ИНН 7842444610
КПП 784201001
ОКТМО 40911000
ОКЦ № 1 Северо-Западного ГУ Банка России// УФК по г. Санкт-Петербургу,
г. Санкт-Петербург
БИК 014030106
номер банковского счета: 40102810945370000005
номер казначейского счета: 03222643400000007200
КБК: 0 или не указывать.
В случае если обеспечение исполнения Контракта предоставляется в виде внесения
денежных средств, в платежном поручении в поле «Назначение платежа» указывается предмет
Контракта и номер извещения об осуществлении закупки.
8.4.
Независимая гарантия должна быть безотзывной и должна содержать условия,
предусмотренные пунктами 1-7 части 2 и частью 3 статьи 45 Федерального закона
от 05.04.2013 № 44-ФЗ, и соответствовать дополнительным требованиям, установленным
Правительством Российской Федерации во исполнение части 8.2 статьи 45 Федерального
закона от 05.04.2013 № 44-ФЗ.
8.5.
В ходе исполнения Контракта Подрядчик вправе изменить способ обеспечения
исполнения Контракта и(или) предоставить Государственному заказчику взамен ранее
предоставленного обеспечения исполнения Контракта новое обеспечение исполнения
Контракта, размер которого может быть уменьшен в порядке и случаях, которые
предусмотрены частями 7.2 и 7.3 статьи 96 Федерального закона от 05.04.2013 № 44-ФЗ.
В случае если Контрактом предусмотрены отдельные этапы его исполнения и установлено
требование обеспечения исполнения Контракта, в ходе исполнения данного Контракта размер
этого обеспечения подлежит уменьшению в порядке и случаях, которые предусмотрены
частями 7.2 и 7.3 статьи 96 Федерального закона от 05.04.2013 № 44-ФЗ.
8.6.
Размер обеспечения исполнения Контракта уменьшается посредством
направления Государственным заказчиком информации об исполнении Подрядчиком
обязательств по выполнению работ по Контракту или об исполнении им отдельного этапа
исполнения Контракта и стоимости исполненных обязательств для включения
в соответствующий реестр контрактов, предусмотренный статьей 103 Федерального закона
от 05.04.2013 № 44-ФЗ (далее – реестр контрактов). Уменьшение размера обеспечения
исполнения Контракта производится пропорционально стоимости исполненных обязательств,
приемка и оплата которых осуществлены в порядке и сроки, которые предусмотрены
Контрактом. В случае если обеспечение исполнения Контракта осуществляется путем
предоставления независимой гарантии, требование Государственного заказчика об уплате
денежных сумм по этой гарантии может быть предъявлено в размере не более размера
обеспечения исполнения Контракта, рассчитанного Государственным заказчиком на
основании информации об исполнении Контракта, размещенной в соответствующем реестре
контрактов. В случае если обеспечение исполнения Контракта осуществляется путем внесения
денежных средств на счет, указанный Государственным заказчиком, по заявлению
Подрядчика ему возвращаются Государственным заказчиком в установленный пунктом 8.11
Контракта срок денежные средства в сумме, на которую уменьшен размер обеспечения
исполнения Контракта, рассчитанный Государственным заказчиком на основании
информации об исполнении Контракта, размещенной в соответствующем реестре контрактов.
8.7. Уменьшение размера обеспечения исполнения Контракта осуществляется при
условии отсутствия неисполненных Подрядчиком требований об уплате неустоек (штрафов,
пеней), предъявленных Государственным заказчиком в соответствии с Федеральным законом
от 05.04.2013 № 44-ФЗ, а также приемки Государственным заказчиком выполненных работ,
результатов отдельного этапа исполнения Контракта в объеме выплаченного аванса (если
Контрактом предусмотрена выплата аванса), либо в объеме, превышающем выплаченный
аванс (если в соответствии с законодательством Российской Федерации расчеты по Контракту
в части выплаты аванса подлежат казначейскому сопровождению).
Уменьшение размера обеспечения исполнения Контракта, предоставленного в виде
независимой гарантии, осуществляется Государственным заказчиком путем отказа от части
своих прав по этой гарантии. При этом датой такого отказа признается дата включения
предусмотренной настоящим пунктом информации в соответствующий реестр контрактов.
8.8. В случае отзыва в соответствии с законодательством Российской Федерации
у банка, предоставившего независимую гарантию в качестве обеспечения исполнения
Контракта, лицензии на осуществление банковских операций Подрядчик обязуется
предоставить новое обеспечение исполнения Контракта не позднее 1 (одного) месяца со дня
надлежащего уведомления Государственным заказчиком Подрядчика о необходимости
предоставить соответствующее обеспечение. Размер такого обеспечения может быть
уменьшен в порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2 и 7.3 статьи 96
Федерального закона от 05.04.2013 № 44-ФЗ.
8.9. Исключение банка из перечня, предусмотренного частью 1.2 статьи 45
Федерального закона от 05.04.2013 № 44-ФЗ, региональной гарантийной организации
из перечня, предусмотренного частью 1.7 статьи 45 Федерального закона от 05.04.2013
№ 44-ФЗ, не прекращает действия выданных гарантом и принятых Государственным
заказчиком независимых гарантий и не освобождает гаранта от ответственности
за неисполнение либо ненадлежащее исполнение условий таких независимых гарантий.
8.10. В случае предоставления нового обеспечения исполнения Контракта
в соответствии с частью 30 статьи 34, пунктом 9 части 1 статьи 95, частью 7 статьи 96
Федерального закона от 05.04.2013 № 44-ФЗ возврат независимой гарантии Государственным
заказчиком гаранту, предоставившему указанную независимую гарантию, не осуществляется,
взыскание по ней не производится.
8.11. В
случае
надлежащего
исполнения
Подрядчиком
обязательств,
предусмотренных Контрактом, возврат Государственным заказчиком Подрядчику денежных
средств, внесенных в качестве обеспечения исполнения Контракта (если такая форма
обеспечения
исполнения
Контракта
применяется
Подрядчиком),
производится
Государственным заказчиком в течение 30 (тридцати) календарных дней с даты исполнения
Подрядчиком обязательств, предусмотренных Контрактом.
Подрядчик не позднее 5 (пяти) календарных дней с даты окончания исполнения
Подрядчиком обязательств, предусмотренных Контрактом, направляет Государственному
заказчику официальное письмо с указанием реквизитов счета Подрядчика, на который
необходимо осуществить возврат денежных средств, внесенных в качестве обеспечения
исполнения Контракта (если такая форма обеспечения исполнения Контракта применяется
Подрядчиком).
В случае уменьшения размера обеспечения исполнения Контракта в соответствии
с частями 7, 7.1, 7.2 статьи 96 Федерального закона от 05.04.2013 № 44-ФЗ возврат
Государственным заказчиком Подрядчику части денежных средств, внесенных в качестве
обеспечения исполнения Контракта (если такая форма обеспечения исполнения Контракта
применяется Подрядчиком), производится Государственным заказчиком по заявлению
Подрядчика в течение 30 (тридцати) календарных дней с даты исполнения Подрядчиком
соответствующих обязательств, предусмотренных Контрактом, в сумме, на которую
уменьшен размер обеспечения исполнения Контракта, рассчитанный Государственным
заказчиком на основании информации об исполнении Контракта, размещенной
в соответствующем реестре контрактов.
9.
ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
9.1. Сторона, не исполнившая или ненадлежащим образом исполнившая
обязательства по Контракту, несет ответственность, если не докажет, что надлежащее
исполнение оказалось невозможным вследствие непреодолимой силы, то есть чрезвычайных и
непредотвратимых при данных условиях обстоятельств.
9.2. О возникновении и прекращении обстоятельства непреодолимой силы
Стороны уведомляют друг друга письменно в течение 1 (одного) рабочего дня с даты их
возникновения или прекращения. После прекращения обстоятельства непреодолимой силы
Сторона, прекратившая исполнение обязательства по настоящему Контракту,
незамедлительно возобновляет его исполнение. Извещение должно содержать данные о
наступлении
и характере обстоятельств и возможных последствиях.
9.3. Факт возникновения обстоятельства непреодолимой силы должен быть
документально удостоверен уполномоченным органом федеральной, региональной власти
или органом местного самоуправления.
9.4. Если одна из Сторон не направит или несвоевременно направит документы,
указанные в пунктах 9.2-9.3 настоящего раздела, то такая Сторона не вправе ссылаться
на возникновение обстоятельства непреодолимой силы в целях обоснования неисполнения
и (или) ненадлежащего исполнения обязательства по Контракту, а вторая Сторона вправе
не принимать во внимание наступление обстоятельства непреодолимой силы при
предъявлении претензий и исковых заявлений в связи с неисполнением и (или) ненадлежащим
исполнением обязательств по Контракту.
10.
РАССМОТРЕНИЕ И РАЗРЕШЕНИЕ СПОРОВ
10.1.
Претензионный порядок досудебного урегулирования споров, вытекающих
из Контракта, является для Сторон обязательным.
10.2.
В случае возникновения споров, вытекающих из Контракта, Сторона,
считающая, что ее права нарушены, обязана направить другой Стороне письменную
претензию.
10.3.
В претензии должны быть указаны: наименование, почтовый адрес и
реквизиты Стороны, предъявившей претензию; наименование, почтовый адрес и реквизиты
Стороны, которой предъявлена претензия; обстоятельства, являющиеся основанием для
предъявления претензии, со ссылками на соответствующие пункты Контракта и (или)
нормативные правовые акты; требования; информацию о мерах, которые будут осуществлены
в случае отклонения претензии (приостановка исполнения обязательств, передача спора на
разрешение суда и т.д.); дату и регистрационный номер претензии; подпись уполномоченного
лица; перечень прилагаемых документов.
Если требования в претензии подлежат денежной оценке, в претензии указывается
истребуемая денежная сумма и ее полный и обоснованный расчет.
В подтверждение заявленных требований к претензии должны быть приложены
надлежащим образом оформленные и заверенные необходимые документы, которые
отсутствуют у Стороны-адресата, их копии либо выписки из них.
В претензии могут быть указаны иные сведения, которые, по мнению Стороны,
предъявившей претензию, будут способствовать более быстрому и правильному
ее рассмотрению, объективному урегулированию спора.
10.4.
Сторона, которая получила претензию, обязана ее рассмотреть и направить
письменный мотивированный ответ другой Стороне.
10.5.
Споры и разногласия, возникающие между Сторонами по Контракту
или в связи с ним, неурегулированные в досудебном порядке, подлежат рассмотрению
в Арбитражном суде города Санкт-Петербурга и Ленинградской области.
11.
СРОК ДЕЙСТВИЯ КОНТРАКТА, СРОК ИСПОЛНЕНИЯ КОНТРАКТА,
ПОРЯДОК ИЗМЕНЕНИЯ И РАСТОРЖЕНИЯ КОНТРАКТА
11.1.
Контракт считается заключенным в день размещения Контракта, подписанного
усиленной электронной подписью лица, имеющего право действовать от имени
Государственного заказчика, в единой информационной системе в сфере закупок
в соответствии с частью 5 статьи 51 Федерального закона от 05.04.2013 № 44-ФЗ и действует
по 31.12.2027 (включительно).
Окончание срока действия Контракта не влечет прекращение обязательств Сторон
по Контракту и не освобождает Стороны от ответственности за его нарушение.
11.2.
Срок исполнения Контракта (отдельных этапов исполнения контракта)
согласно Сведениям о сроках выполнения работ и сроках исполнения контракта (отдельных
этапов исполнения контракта) (приложение № 4 к Контракту).
11.3.
Информация о Контракте подлежит включению в реестр контрактов,
заключенных заказчиками.
11.4.
Изменение существенных условий настоящего Контракта при его исполнении
не допускается за исключением их изменения по соглашению сторон в случаях,
предусмотренных Федеральным законом от 05.04.2013 № 44-ФЗ, в том числе:
11.4.1. При снижении цены Контракта без изменения предусмотренных Контрактом
объема и качества работ и иных условий Контракта.
11.4.2. Если по предложению Государственного заказчика увеличивается или
уменьшается объем предусмотренных Контрактом работ, но не более чем на десять процентов.
При этом по соглашению сторон допускается изменение с учетом положений бюджетного
законодательства Российской Федерации цены Контракта пропорционально дополнительному
объему работы исходя из установленной в Контракте цены единицы работы, но не более чем
на десять процентов цены Контракта. При уменьшении предусмотренных Контрактом объема
работ Стороны Контракта обязаны уменьшить цену Контракта исходя из цены единицы
работы.
11.4.3. В случаях, предусмотренных пунктом 6 статьи 161 Бюджетного кодекса
Российской Федерации, при уменьшении ранее доведенных до Государственного заказчика
как получателя бюджетных средств лимитов бюджетных обязательств. При этом
Государственный заказчик в ходе исполнения Контракта обеспечивает согласование новых
условий Контракта, в том числе цены и (или) сроков исполнения Контракта.
11.4.4. В случаях, если при исполнении Контракта изменяется срок исполнения
отдельного этапа (отдельных этапов) исполнения Контракта в рамках срока исполнения
Контракта, предусмотренного при его заключении.
11.5.
Предусмотренные пунктом 11.4 Контракта изменения осуществляются при
условии предоставления Подрядчиком в соответствии с Федеральным законом от 05.04.2013
№ 44-ФЗ обеспечения исполнения Контракта, если такие изменения влекут возникновение
новых обязательств Подрядчика, не обеспеченных ранее предоставленным обеспечением
исполнения Контракта, и если при определении Подрядчика требование обеспечения
исполнения Контракта установлено в соответствии со статьей 96 Федерального закона
от 05.04.2013 № 44-ФЗ. При этом:
1) размер обеспечения может быть уменьшен в порядке и случаях, предусмотренных
частями 7 - 7.3 статьи 96 Федерального закона от 05.04.2013 № 44-ФЗ;
2) обеспечение исполнения Контракта может быть предоставлено путем внесения
соответствующих изменений в условия ранее предоставленной Государственному заказчику
независимой гарантии;
3) если обеспечение исполнения Контракта осуществляется путем предоставления новой
независимой гарантии, возврат Государственным заказчиком ранее предоставленной ему
независимой гарантии предоставившему ее гаранту не осуществляется, взыскание по ней не
производится, Государственный заказчик признается отказавшимся от своих прав по ранее
предоставленной независимой гарантии, обязательство гаранта перед Государственным
заказчиком по ранее предоставленной независимой гарантии прекращается с момента выдачи
новой независимой гарантии;
4) если при увеличении в соответствии со статьей 95 Федерального закона от 05.04.2013
№ 44-ФЗ цены Контракта обеспечение исполнения Контракта осуществляется путем внесения
денежных средств, Подрядчик вносит на счет, на котором в соответствии с законодательством
Российской Федерации учитываются операции со средствами, поступающими
Государственному заказчику, денежные средства в размере, пропорциональном стоимости
новых обязательств Подрядчика.
11.6.
В случае уменьшения в соответствии со статьей 95 Федерального закона
от 05.04.2013 № 44-ФЗ цены Контракта Государственный заказчик возвращает Подрядчику
внесенные в качестве обеспечения исполнения Контракта денежные средства в размере,
пропорциональном размеру такого уменьшения цены Контракта.
11.7.
В случае изменения срока исполнения Контракта в соответствии с частью 27
статьи 34 Федерального закона от 05.04.2013 № 44-ФЗ по соглашению сторон устанавливается
новый срок возврата Государственным заказчиком Подрядчику денежных средств, внесенных
в качестве обеспечения исполнения Контракта (если такая форма обеспечения исполнения
Контракта применяется Подрядчиком).
11.8.
Государственным заказчиком как получателем бюджетных средств
предусмотренные пунктом 11.4 Контракта изменения могут быть осуществлены в пределах
доведенных в соответствии с бюджетным законодательством Российской Федерации лимитов
бюджетных обязательств на срок исполнения Контракта.
11.9.
Расторжение Контракта допускается по соглашению Сторон, по решению суда
или в связи с односторонним отказом Стороны Контракта от исполнения Контракта
в соответствии с гражданским законодательством.
При этом факт подписания Сторонами соглашения о расторжении Контракта
не освобождает Стороны от обязанностей урегулирования взаимных расчетов.
11.10. Стороны вправе отказаться от исполнения настоящего Контракта
в одностороннем порядке в соответствии с положениями статьи 95 Федерального закона
от 05.04.2013 № 44-ФЗ.
11.11. Государственный заказчик вправе принять решение об одностороннем отказе
от исполнения Контракта по основаниям, предусмотренным Гражданским кодексом
Российской Федерации для одностороннего отказа от исполнения отдельных видов
обязательств:
11.11.1. Нарушение сроков, установленных пунктом 2.1 Контракта, более чем на
5 (пять) рабочих дней.
11.11.2. Нарушение пунктов 6.10, 6.11 Контракта.
11.11.3. Существенного нарушения требований к качеству выполняемых работ
(обнаружение неустранимых недостатков, недостатков, которые не могут быть устранены без
несоразмерных расходов или затрат времени, или выявляются неоднократно, либо
проявляются вновь после их устранения, и других подобных недостатков).
11.11.4. Если у Подрядчика отозвана лицензия либо закончился и не продлен срок
действия лицензии и Подрядчик не предоставляет новую действующую лицензию.
11.12. Государственный заказчик вправе провести экспертизу выполненных работ
с привлечением экспертов, экспертных организаций до принятия решения об одностороннем
отказе от исполнения Контракта в соответствии с частью 8 статьи 95 Федерального закона
от 05.04.2013 № 44-ФЗ.
11.13. В случае принятия Государственным заказчиком решения об одностороннем
отказе от исполнения Контракта:
1) Государственный заказчик с использованием единой информационной системы в
сфере закупок формирует решение об одностороннем отказе от исполнения Контракта,
подписывает его усиленной электронной подписью лица, имеющего право действовать от
имени Государственного заказчика, и размещает такое решение в единой информационной
системе в сфере закупок. В случаях, предусмотренных частью 5 статьи 103 Федерального
закона от 05.04.2013 № 44-ФЗ, такое решение не размещается на официальном сайте;
2) решение об одностороннем отказе от исполнения Контракта не позднее одного часа
с момента его размещения в единой информационной системе в сфере закупок в соответствии
с пунктом 1 части 12.1 статьи 95 Федерального закона от 05.04.2013 № 44-ФЗ автоматически
с использованием единой информационной системы в сфере закупок направляется
Подрядчику. Датой поступления Подрядчику решения об одностороннем отказе от
исполнения Контракта считается дата размещения в соответствии с настоящим пунктом
такого решения в единой информационной системе в сфере закупок в соответствии с часовой
зоной, в которой расположен Подрядчик;
3) поступление решения об одностороннем отказе от исполнения Контракта
в соответствии с пунктом 2 части 12.1 статьи 95 Федерального закона от 05.04.2013 № 44-ФЗ
считается надлежащим уведомлением Подрядчика об одностороннем отказе от исполнения
Контракта.
11.14. Государственный заказчик не позднее 2 (двух) рабочих дней, следующих за
днем вступления в силу решения Государственного заказчика об одностороннем отказе
от исполнения Контракта в связи с неисполнением или ненадлежащим исполнением
Подрядчиком обязательств, предусмотренных Контрактом, направляет в соответствии
с порядком, предусмотренным пунктом 1 части 10 статьи 104 Федерального закона
от 05.04.2013 № 44-ФЗ, обращение о включении информации о Подрядчике в реестр
недобросовестных поставщиков (подрядчиков, исполнителей).
11.15. В случае отмены Государственным заказчиком в соответствии с Федеральным
законом от 05.04.2013 № 44-ФЗ не вступившего в силу решения об одностороннем отказе
от исполнения Контракта, размещенного в единой информационной системе в сфере закупок
в соответствии с частью 12.1 статьи 95 Федерального закона от 05.04.2013 № 44-ФЗ,
Государственный заказчик не позднее 1 (одного) дня, следующего за днем такой отмены,
формирует с использованием единой информационной системы в сфере закупок извещение об
отмене решения об одностороннем отказе от исполнения Контракта, подписывает его
усиленной электронной подписью лица, имеющего право действовать от имени
Государственного заказчика, и размещает такое извещение в единой информационной системе
в сфере закупок. В случаях, предусмотренных частью 5 статьи 103 Федерального закона от
05.04.2013 № 44-ФЗ, такое извещение не размещается на официальном сайте.
11.16. В случае отмены Подрядчиком в соответствии Федеральным законом
от 05.04.2013 № 44-ФЗ не вступившего в силу решения об одностороннем отказе
от исполнения Контракта, размещенного в единой информационной системе в сфере закупок в
соответствии с частью 20.1 статьи 95 Федерального закона от 05.04.2013 № 44-ФЗ, Подрядчик
не позднее 1 (одного) дня, следующего за днем такой отмены, формирует
с использованием единой информационной системы в сфере закупок извещение об отмене
решения об одностороннем отказе от исполнения Контракта, подписывает его усиленной
электронной подписью лица, имеющего право действовать от имени Подрядчика, и размещает
такое извещение в единой информационной системе в сфере закупок. В случаях,
предусмотренных частью 5 статьи 103 Федерального закона от 05.04.2013 № 44-ФЗ, такое
извещение не размещается на официальном сайте.
11.17. Государственный заказчик не позднее 2 (двух) рабочих дней, следующих
за днем вступления в силу решения Подрядчика об одностороннем отказе от исполнения
Контракта, направляет в соответствии с порядком, предусмотренным пунктом 1 части 10
статьи 104 Федерального закона от 05.04.2013 № 44-ФЗ, обращение о включении информации
о Подрядчике в реестр недобросовестных поставщиков (подрядчиков, исполнителей).
12.
ПРОЧИЕ ПОЛОЖЕНИЯ
12.1.
В соответствии с пунктом 4 статьи 1240.1 Гражданского кодекса Российской
Федерации исключительные права на результаты интеллектуальной деятельности, в том
числе, но не исключая: изобретения, полезные модели, промышленные образцы, программы
для ЭВМ, базы данных, топологии интегральных микросхем, а также исключительные права
на результаты работ, включая объекты авторских прав и потенциально патентоспособные
технические решения, секреты производства (ноу-хау), созданные в рамках Контракта,
принадлежат субъекту Российской Федерации Санкт-Петербургу, от имени которого
выступает Санкт-Петербургское государственное казенное учреждение «Управление
информационных технологий и связи».
Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, принадлежат субъекту Российской
Федерации Санкт-Петербургу, от имени которого выступает Санкт-Петербургское
государственное казенное учреждение «Управление информационных технологий и связи»
и считаются переданными с момента подписания Государственным заказчиком документа
о приемке.
12.2.
Государственный заказчик предоставляет Подрядчику права использования
программ для ЭВМ или баз данных Государственного заказчика, входящих в состав Системы,
безвозмездно на срок выполнения работ по Контракту на условиях простой
(неисключительной) лицензии в целях выполнения работ, предусмотренных Контрактом.
Подрядчик имеет право использовать программы для ЭВМ или базы данных
Государственного заказчика, входящие в состав Системы, на территории Российской
Федерации и исключительно в рамках выполнения работ по Контракту следующими
способами: инсталляция, запуск, воспроизведение, модификация, переработка, доработка,
адаптация. Подрядчик имеет право предоставить права использования программ для ЭВМ
или баз данных Государственного заказчика, входящих в состав Системы, субподрядчикам
для целей выполнения работ по Контракту при письменном согласии Государственного
заказчика на такое предоставление прав использования. Стороны признают и соглашаются,
что данные положения Контракта признаются лицензионным договором.
12.3.
Изменение условий Контракта возможно в случае и порядке,
предусмотренными законодательством Российской Федерации.
Все изменения и дополнения к Контракту действительны лишь в том случае, если они
заключены с использованием единой информационной системы в сфере закупок в виде
дополнительного соглашения к Контракту, являющегося его неотъемлемой частью,
подписаны Сторонами и внесены в реестр контрактов.
12.4.
В случае ликвидации Подрядчика или проведения в отношении его процедуры
признания несостоятельным (банкротом), последний обязан письменно уведомить
Государственного заказчика о проведении ликвидации или проведении в отношении его
процедуры признания несостоятельным (банкротом) не позднее 1 (одного) рабочего дня
со дня принятия решения о начале проведения ликвидации или введения процедуры
банкротства соответственно.
12.5.
В случае приостановления деятельности Подрядчика в порядке,
предусмотренном Кодексом Российской Федерации об административных правонарушениях,
Подрядчик обязан письменно уведомить Государственного заказчика о приостановлении
своей деятельности не позднее 1 (одного) рабочего дня со дня принятия решения
о приостановлении деятельности Подрядчика.
12.6.
В случае аннулирования или истечения срока действия лицензии, либо
наложения государственными органами в установленном порядке других ограничений,
лишающих Подрядчика возможности выполнения работ, Подрядчик обязан письменно
уведомить Государственного заказчика о таких обстоятельствах не позднее
1 (одного) рабочего дня со дня возникновения данного обстоятельства.
12.7.
В случае начала реорганизации Подрядчика, он обязан письменно уведомить
Государственного заказчика о начале своей реорганизации не позднее 1 (одного) рабочего дня
со дня принятия решения о реорганизации Подрядчика.
12.8.
В случае изменения наименования, смены руководителя, изменения
юридического адреса и адреса места нахождения (почтового адреса), иных реквизитов,
контактных номеров телефонов (факсов), а также в случае изменения реквизитов счета,
с которого были перечислены денежные средства в качестве обеспечения исполнения
Контракта, обеспечения гарантийных обязательств (если такая форма обеспечения
исполнения Контракта, обеспечения гарантийных обязательств применяется Подрядчиком),
также в случае изменения информации, предоставляемой Подрядчиком согласно пункту 4.1.3
Контракта, Подрядчик обязан письменно уведомить Государственного заказчика о таких
изменениях не позднее 1 (одного) рабочего дня со дня изменения.
12.9.
Перемена Подрядчика не допускается за исключением случаев, если новый
подрядчик является правопреемником Подрядчика по Контракту вследствие реорганизации
юридического лица в форме преобразования, слияния или присоединения.
12.10. При исполнении своих обязательств, предусмотренных Контрактом, Стороны
обязуются не совершать, а также обязуются обеспечивать, чтобы их аффилированные лица,
сотрудники и посредники не совершали прямо или косвенно следующих действий:
платить или предлагать уплатить денежные средства или предоставить иные ценности,
безвозмездно выполнить работы (оказать услуги) публично-правовым образованиям,
должностным лицам публично-правовых образований, близким родственникам таких
должностных лиц, либо лицам иным образом связанным с государством, в целях
неправомерного получения преимуществ для Сторон по Контракту, их аффилированных лиц,
работников или посредников, действующих по Контракту;
платить или предлагать уплатить денежные средства или предоставить иные ценности,
безвозмездно выполнить работы (оказать услуги) сотрудникам другой Стороны
по Контракту, ее аффилированным лицам, с целью обеспечить совершение ими каких-либо
действий в пользу стимулирующей стороны (предоставить неоправданные преимущества,
предоставить какие-либо гарантии и т.д.);
не совершать иных действий, нарушающих антикоррупционное законодательство
Российской Федерации.
12.11. В случае расторжения Контракта в связи с односторонним отказом Подрядчика
от исполнения Контракта Государственный заказчик вправе возместить фактически
понесенный ущерб, непосредственно обусловленный обстоятельствами, являющимися
основанием для принятия решения об одностороннем отказе от исполнения Контракта,
за счет денежных средств, внесенных в качестве обеспечения исполнения Контракта
(если такая форма обеспечения исполнения Контракта применяется Подрядчиком).
12.12. Письма, заявления, уведомления, извещения, требования, претензии или иные
юридически значимые сообщения, связанные с исполнением Контракта, за исключением
случаев, предусмотренных пунктом 12.12.2 Контракта, направляются одним из следующих
способов с учетом пункта 12.12.1 Контракта:
с нарочным (курьерской доставкой). Факт получения документа должен подтверждаться
актом приема-передачи документов (распиской). Акт приема-передачи документов (расписка)
должен содержать наименование документа и дату его получения, фамилию, имя и отчество
(при наличии), должность и подпись лиц, передавших и получивших данный документ;
заказным письмом с уведомлением о вручении;
ценным письмом с описью вложения и уведомлением о вручении;
в порядке, установленном Описанием объекта закупки.
Документы, предусмотренные пунктами 4.1.3, 4.1.6, 4.1.9, 4.1.13, 5.8, 9.2, 12.4-12.8
Контракта, направляются по адресу электронной почты Государственного заказчика,
указанному в разделе 13 Контракта.
12.12.1. Стороны признают юридическую силу документов, связанных с исполнением
Контракта, в виде скан-образов, подписанных уполномоченным лицом и направленных
с адресов электронной почты, указанных в разделе 13 Контракта, за исключением отчетных
документов, указанных в приложении № 5 к Описанию объекта закупки, счета, счета-фактуры
(при наличии).
12.12.2. В случае обмена документами при применении мер ответственности
и совершении иных действий в связи с нарушением Подрядчиком или Государственным
заказчиком условий Контракта, такой обмен осуществляется с использованием единой
информационной системы в сфере закупок, путем направления электронных уведомлений.
Такие уведомления формируются с использованием единой информационной системы
в сфере закупок, подписывается усиленной электронной подписью лица, имеющего право
действовать от имени Государственного заказчика, от имени Подрядчика, и размещаются
в единой информационной системе в сфере закупок без размещения на официальном сайте.
12.13. Все, что не урегулировано Контрактом, регулируется действующим
законодательством Российской Федерации.
12.14. Ответственное должностное лицо Государственного заказчика:
Холкин Н.С., адрес электронной почты holkin@uits.spb.ru, номер контактного телефона 8
(812) 576-3649.
12.15. К Контракту прилагаются и являются его неотъемлемой частью:
Приложение № 1. Описание объекта закупки.
Приложение № 2. Расчет цены Контракта.
Приложение № 3. Сведения о месте выполнения работ и месте нахождения
Получателя.
Приложение № 4. Сведения о сроках выполнения работ и сроках исполнения
контракта (отдельных этапов исполнения контракта).
Приложение № 5. Форма Рекламационного акта.
13.
АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН
ГОСУДАРСТВЕННЫЙ ЗАКАЗЧИК
ПОДРЯДЧИК
СПб ГКУ «УИТС»
191144, Санкт-Петербург,
вн.тер.г. муниципальный
округ Смольнинское,
ул. Новгородская, дом 20, литера А,
часть пом. 2-Н
ИНН 7842444610
КПП 784201001
ОГРН 1117847006617
ОКПО 69251796
Получатель: УФК по г. Санкт-Петербургу
(Комитет финансов Санкт-Петербурга
Санкт-Петербургское государственное
казенное учреждение «Управление
информационных технологий и связи»,
л/с № 0710002)
Банк получателя: ОКЦ № 1 Северо-Западного
ГУ Банка России// УФК по г. Санкт-Петербургу,
г. Санкт-Петербург
БИК 014030106
Р.сч. 03221643400000007200
Кор. сч. 40102810945370000005
ОКОПФ 75204
ОКТМО 40911000
ОКОГУ 2300280
тел. 8 (812) 576-2264
e-mail: uits@uits.spb.ru
Юридический адрес:
_______________________________
_______________________________
Фактический адрес:
_______________________________
ИНН __________________________
КПП __________________________
ОГРН__________________________
ОКПО _________________________
р/с ____________________________
наименование банка _____________
к/с ____________________________
БИК___________________________
тел.: ___________________________
факс: __________________________
e-mail:
Приложение № 1
к государственному контракту
Санкт-Петербурга
№ __________
от «____» ___________ 20___ г.
ОПИСАНИЕ ОБЪЕКТА ЗАКУПКИ
(полностью соответствует приложению № 1 к извещению об осуществлении закупки)
Приложение № 2
к государственному контракту
Санкт-Петербурга
№ __________
от «____» ___________ 20___ г.
Расчет цены Контракта6
1.
Расчет цены Контракта формируется на основании содержащегося в приложении № 2 к извещению об осуществлении закупки расчета
начальной (максимальной) цены Контракта с учетом всех расходов Подрядчика по уплате налогов, пошлин и других обязательных платежей.
2.
Графа «Стоимость с НДС (22%), руб.» заполняется исходя из объема работ и цены за единицу работы, определенной в пункте 3.1
электронного Контракта.
Цена за единицу объема работ, в том числе в случае если Подрядчик в соответствии с законодательством Российской Федерации
не является плательщиком НДС, рассчитывается как произведение начальной (максимальной) цены единицы объема работ, указанной
Государственным заказчиком в приложении № 2 к извещению об осуществлении закупки, и коэффициента конкурсного снижения. Коэффициент
конкурсного снижения определяется как отношение предложенной участником цены Контракта и начальной (максимальной) цены Контракта. При
этом цена за единицу объема работ не должна превышать цену за единицу объема работ, указанную Государственным заказчиком в расчете
начальной (максимальной) цены приложения № 2 к извещению об осуществлении закупки.
3.
В случае, если Контрактом предусмотрены отдельные этапы его исполнения, цена каждого этапа устанавливается в размере,
сниженном пропорционально снижению начальной (максимальной) цены Контракта участником закупки, с которым заключается Контракт.
№ п/п
Наименование работ
ОКПД2
КОСГУ
Единица
измерени
я объема
работ
1
2
3
4
5
1
Выполнение работ по 1 этапу «Обследование
объектов информатизации Системы с целью
уточнения требований к подсистеме «Система
защиты информации» Системы, Техническое
задание, Технический проект
6
Объем
работ
Стоимость
с НДС (22%), руб.
Стоимость
по этапам с НДС
(22%), руб.
6
7
8
Заполняется Государственным заказчиком при подготовке проекта Контракта по итогам процедуры закупки с учетом предложения победителя закупки.
1
2
1.1
1.2
1.3
2
2.1
2.1.1
2.1.2
2.2
2.2.1
2.2.2
2.2.3
2.2.4
7
Обследование объектов информатизации Системы
с целью уточнения требований к подсистеме
«Система защиты информации» Системы
Разработка Дополнения № 10 к Техническому
заданию на создание Системы
Разработка проектных решений по Системе
и оформление
комплекта
документации
Технического проекта на Систему
Выполнение работ по 2 этапу «Рабочая
документация и ввод в действие»
Рабочая документация
Разработка
(в
том
числе
модификация)
программных средств системы
Разработка рабочей документации на Систему
Ввод в действие
Подготовка объекта автоматизации к вводу
в действие Системы
Проведение
предварительных
комплексных
испытаний Системы
Подготовка персонала
Проведение опытной эксплуатации и приемочных
испытаний Системы
Итого с НДС (22%), руб.
в том числе НДС (22%), руб.7
в том числе за 2026 год с НДС (22%), руб.
в том числе за 2026 год НДС (22%), руб.
в том числе за 2026 год с учетом НДС (22%) по
целевой статье 1550096160 КОСГУ 320, руб.
в том числе за 2026 год НДС (22%) по целевой
статье 1550096160 КОСГУ 320, руб.
в том числе за 2027 год с НДС (22%), руб.
в том числе за 2027 год НДС (22%), руб.
3
4
5
6
62.01.11.000
320
усл.ед.
1
62.01.11.000
320
усл.ед.
1
62.01.11.000
320
усл.ед.
1
62.01.11.000
320
усл.ед.
1
62.01.11.000
320
усл.ед.
1
62.01.11.000
228
усл.ед.
1
62.01.11.000
228
усл.ед.
1
62.01.11.000
226
усл.ед.
1
62.01.11.000
228
усл.ед.
1
7
НДС не указывается, в случае если Подрядчик в соответствии с законодательством Российской Федерации не является плательщиком НДС.
8
1
2
в том числе за 2027 год с учетом НДС (22%) по
целевой статье 1550096160 КОСГУ 226, руб.
в том числе за 2027 год НДС (22%) по целевой
статье 1550096160 КОСГУ 226, руб.
в том числе за 2027 год с учетом НДС (22%) по
целевой статье 1550096160 КОСГУ 228, руб.
в том числе за 2027 год НДС (22%) по целевой
статье 1550096160 КОСГУ 228, руб.
в том числе за 2027 год с учетом НДС (22%) по
целевой статье 1550096160 КОСГУ 320, руб.
в том числе за 2027 год НДС (22%) по целевой
статье 1550096160 КОСГУ 320, руб.
3
4
5
6
7
8
Приложение № 3
к государственному контракту
Санкт-Петербурга
№ __________
от «____» ___________ 20___ г.
СВЕДЕНИЯ
о месте выполнения работ и месте нахождения Получателя
1.
2.
Место выполнения работ: город федерального значения Санкт-Петербург, Российская Федерация
Сведения о Получателе
№
п/п
Полное наименование
организации-получателя
1
2
1
Администрация
Губернатора
Санкт-Петербурга
Адрес
3
ул. Новгородская,
д. 20, лит. А,
Санкт-Петербург,
191144
Ф.И.О.
представителя
Получателя
Контактные
данные представителя
Получателя
4
5
тел.: 596-22-40
адрес электронной
почты:
rylov@gov.spb.ru
Рылов
Дмитрий
Юрьевич
Пункты выполняемых
работ, согласно
Приложению № 2
к государственному
контракту
Санкт-Петербурга
6
п. 1–2
Контактное лицо государственного заказчика: Мамина Светлана Игоревна, ул. Новгородская, дом 20, литера А, каб. 10001,
вн.тер.г. муниципальный округ Смольнинское, Санкт-Петербург, 191144, тел.: 576-36-40, адрес электронной почты: gis@uits.spb.ru.
Приложение № 4
к государственному контракту
Санкт-Петербурга
№ __________
от «____» _________ 20___ г.
СВЕДЕНИЯ
о сроках выполнения работ и сроках исполнения контракта (отдельных этапов исполнения контракта)
№
этапа
1
2
Наименование этапа работ
Обследование объектов информатизации
Системы с целью уточнения требований к
подсистеме «Система защиты информации»
Системы,
Техническое
задание
и
Технический проект
Рабочая документация и ввод в действие
Начало
выполнения
работ
с даты
заключения
контракта
Окончание
выполнения
работ
15 рабочих дней с
даты заключения
контракта
Начало
исполнения этапа
контракта
с даты заключения
контракта
Окончание
исполнения этапа
контракта
39 рабочих дней с
даты заключения
контракта
16 рабочих
дней с даты
заключения
контракта
65 рабочих дней с
даты заключения
контракта
16 рабочих дней с
даты заключения
контракта
93 рабочих дня с
даты заключения
контракта
Приложение № 5
к государственному контракту
Санкт-Петербурга
№ _________
от «____» __________ 20___ г.
ФОРМА
РЕКЛАМАЦИОННЫЙ АКТ № ______
от ____________
по государственному контракту Санкт-Петербурга
№ ____ от ______ на выполнение работ ________
Между Санкт-Петербургским государственным казенным учреждением «Управление
информационных технологий и связи» (далее – Государственный заказчик)
и ____________________________ (далее – Подрядчик) заключен государственный контракт
Санкт-Петербурга от ______ № _______________ на выполнение работ________________
(далее – Контракт).
1.
Государственным заказчиком в процессе экспертизы и приемки результатов
выполненных работ по Контракту (контроля за исполнением Подрядчиком условий
Контракта) обнаружены следующие нарушения: / (Государственным заказчиком в течение
срока гарантийных обязательств обнаружены следующие недостатки (нарушения):
1.1. Приводятся положения Контракта и Описания объекта закупки, которые были
нарушены, с указанием пункта Контракта и Описания объекта закупки.
Описание нарушения/недостатка (нарушения).
Дата обнаружения нарушения/недостатка (нарушения): ДД.ММ.ГГГГ.
Срок устранения Подрядчиком нарушения/недостатка (нарушения): ______________.
1.2. Приводятся положения Контракта и Описания объекта закупки, которые были
нарушены, с указанием пункта Контракта и Описания объекта закупки.
Описание нарушения/недостатка (нарушения).
Дата обнаружения нарушения/недостатка (нарушения): ДД.ММ.ГГГГ.
Срок устранения Подрядчиком нарушения/недостатка (нарушения): _______________.
1.3. Приводятся положения Контракта и Описания объекта закупки, которые были
нарушены, с указанием пункта Контракта и Описания объекта закупки.
Описание нарушения/недостатка (нарушения).
Дата обнаружения нарушения/недостатка (нарушения): ДД.ММ.ГГГГ.
Срок устранения Подрядчиком нарушения/недостатка (нарушения): _______________.
2.
Рекламационный акт составлен в _________________ экземплярах, по одному для
каждой из Сторон.
от Государственного заказчика
__________________
_______________________
от Получателя
__________________
_______________________
от Подрядчика
__________________
_______________________

=== ФАЙЛ: Ответ на запрос ЕССК | docs/0372200278526000090/Ответ на запрос ЕССК.pdf
Участникам открытого конкурса
в электронной форме на право заключения
государственного контракта Санкт- Петербурга
на выполнение работ по развитию
государственной информационной системы
Санкт- Петербурга «Единая система строительного
комплекса Санкт-Петербурга» в 2026-2027 годах
(Извещение № 0372200278526000090)
Санкт-Петербургское
государственное
казенное
учреждение
«Управление
информационных технологий и связи» (далее – Государственный заказчик) в ответ на запрос
№ 191521 с просьбой о разъяснении положений извещения об осуществлении закупки на
право заключения государственного контракта Санкт-Петербурга на выполнение работ по
развитию государственной информационной системы Санкт-Петербурга «Единая система
строительного комплекса Санкт-Петербурга» в 2026-2027 годах (далее – извещение об
осуществлении закупки) сообщает следующее:
Текст запроса:
1. Участник закупки просит уточнить Заказчика корректную очередность мероприятий по
формированию предпродуктивного контура.
В закупочной документации указано, что Подрядчик сначала формирует предпродуктивный
контур Системы и после этого направляет Заказчику уведомление о необходимости
подготовки предпродуктивного контура Системы, затем Заказчик обеспечивает выделение
необходимых мощностей.
Участник закупки просит разъяснить Заказчика, каким образом Подрядчик может
сформировать предпродуктивный контур до момента выделения необходимых мощностей
для него.
В случае ошибочно указанного порядка мероприятий, участник закупки просит внести
изменения в закупочную документацию.
Ответ Государственного заказчика:
Уважаемый участник, согласно требованиям пункта 2.2.2 Приложения №2 к Описанию
объекта закупки (Приложение №1 к извещению об осуществлении закупки) направление
уведомления о необходимости подготовки предпродуктивного контура Системы,
выделение необходимых для организации предпродуктивного контура мощностей являются
частью процесса подготовки предпродуктивного контура Системы к проведению
предварительных комплексных испытаний, внесение изменений в извещение об
осуществлении закупки не требуется.
Текст запроса:
2. Пункт 3.1 приложения № 4 – по тексту дважды указываются обязательства, которые
Подрядчик должен выполнить в срок «в течении 1 календарного рабочего дня».
Участник закупки просит разъяснить заказчика в каких днях исчисляется срок, в рабочих
или календарных.
Ответ Государственного заказчика:
Уважаемый участник, указанные Вами обязательства Подрядчику следует исполнить в срок
не превышающий 1 рабочий день со дня возникновения обстоятельств, указанных в пункте
3.1 Приложения №4 к Описанию объекта закупки (Приложение №1 к извещению об
осуществлении закупки), в том числе с учетом статьи 193 Гражданского кодекса Российской
Федерации.
Текст запроса:
3. Раздел 3.7 приложения № 4 к ООЗ – приводит расширенные требования по мониторингу
информационной безопасности, которые должны быть реализованы в продуктивном и
предпродуктивном (при необходимости) контурах Системы.
Участник закупки просит разъяснить заказчика порядок реализации требований, так как
доступ к продуктивному контуру в рамках контракта не предоставляется.
Ответ Государственного заказчика:
Уважаемый участник, уточнение «при необходимости» относится как к предпродуктивному
так и продуктивному контуру Системы. Необходимость в мониторинге информационной
безопасности в продуктивном контуре Системы отсутствует, в случае если Подрядчику
доступ в продуктивный контур Системы не предоставляется.
Текст запроса:
4. Раздел 6 приложения № 6 к ООЗ – в таблицах к сноскам 84-87 не указаны расшифровки.
Участник закупки просит разъяснить заказчика корректность сносок.
Ответ Государственного заказчика:
Уважаемый участник, расшифровки указанных сносок содержатся в документе, однако
могут не отображаться вследствие ошибок текстового редактора, для просмотра текста
сносок рекомендуем изменить высоту верхнего и нижнего полей на соответствующих
страницах документа.
