=== ФАЙЛ: Техническое задание | docs/0356500001426008902/ТЗ_Строикомплекс (1).pdf
АВТОМАТИЗИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА
МОНИТОРИНГА И УПРАВЛЕНИЯ СТРОИТЕЛЬНОЙ ОТРАСЛЬЮ
ПЕРМСКОГО КРАЯ
АИС СТРОЙКОМПЛЕКС ПК
Техническое задание
на выполнение работ по развитию автоматизированной информационной
системы мониторинга и управления строительной отраслью Пермского
края
Пермь
2026
2
Содержание
1
Общие сведения......................................................................................................... 5
1.1 Полное наименование Системы и ее сокращенное наименование.................5
1.2 Наименование работ............................................................................................5
1.3 Государственный заказчик..................................................................................5
1.4 Функциональный заказчик..................................................................................5
1.5 Подрядчик.............................................................................................................5
1.6 Сроки выполнения работ.....................................................................................5
1.7 Источник финансирования..................................................................................6
1.8 Порядок оформления и предъявления Государственному заказчику
результатов работ.......................................................................................................... 6
1.9 Порядок внесения изменений и дополнений.....................................................7
1.10 Перечень документов, регламентирующих выполнение работ...................8
1.11 Перечень терминов, сокращений и обозначений........................................12
2
Цели и назначение развития Системы...................................................................16
2.1 Цели и задачи развития Системы.....................................................................16
2.2 Назначение Системы.........................................................................................17
3
Характеристика объекта автоматизации...............................................................18
3.1 Основные сведения об объекте автоматизации..............................................18
3.2 Сведения об условиях эксплуатации объекта автоматизации и
характеристиках окружающей среды........................................................................18
3.3 Перечень функций, реализуемых Системой...................................................18
3.4 Общие принципы развития Системы...............................................................19
3.5 Взаимодействие с иными информационными системами.............................20
3.6 Структура Системы и назначение ее частей...................................................21
3.6.1 Подсистема ведения реестров....................................................................22
3.6.2 Подсистема управления документами......................................................22
3.6.3 Подсистема строительного надзора..........................................................22
3.6.4 Подсистема мониторинга хода строительства.........................................22
3.6.5 Подсистема отчетности..............................................................................22
3.6.6 Подсистема пространственных данных....................................................22
3.6.7 Подсистема личных кабинетов пользователей........................................23
3.6.8 Подсистема информирования....................................................................23
3.6.9 Подсистема сервисного взаимодействия..................................................23
3.6.10 Подсистема администрирования............................................................23
3.6.11 Подсистема мониторинга и анализа аварийного и ветхого жилого
фонда ....................................................................................................................24
3.6.12 Подсистема «Стройконтроль»................................................................24
3.7 Программно-аппаратное обеспечение Системы.............................................24
3.8 Сведения о ранее исполненных контрактах....................................................26
3.9 Сведения о разработанной документации и материалах на Систему...........27
4
Требования к Системе.............................................................................................29
4.1 Требования к способам и средствам связи для информационного обмена
между компонентами Системы.................................................................................. 29
4.2 Требования к характеристикам взаимосвязей Системы с иными
информационными системами................................................................................... 29
4.3 Требования к функциям (задачам), выполняемым Системой.......................29
3
4.4 Общие технические требования к Системе.....................................................30
4.4.1 Требования к функционированию Системы............................................30
4.4.2 Требования к численности и квалификации персонала Системы и
режиму его работы.................................................................................................. 31
4.5 Показатели назначения......................................................................................32
4.6 Требования к надежности.................................................................................33
4.7 Требования к безопасности...............................................................................34
4.8 Требования к эргономике и технической эстетике.........................................34
4.8.1 Требования к защите информации от несанкционированного доступа 36
4.8.2 Требования по сохранности информации при авариях...........................39
4.8.3 Требования к патентной чистоте...............................................................41
4.8.4 Требования по стандартизации и унификации.........................................45
4.8.5 Дополнительные требования......................................................................46
4.9 Требования к видам обеспечения.....................................................................46
4.9.1 Требования к информационному обеспечению.......................................46
4.9.2 Требования к лингвистическому обеспечению........................................47
4.9.3 Требования к программному обеспечению..............................................48
4.9.4 Требования к техническому обеспечению................................................48
4.9.5 Требования к организационному обеспечению.......................................49
5
Состав и содержание работ по развитию Системы..............................................51
5.1 Порядок выполнения работ...............................................................................51
5.2 Объем работ........................................................................................................52
5.3 Порядок подготовки отчетной документации.................................................52
5.4 Стадии выполнения работ................................................................................. 53
6
Порядок развития Системы....................................................................................59
6.1 Требования к проведению работ по развитию Системы................................59
6.1.1 Требованию к подготовке и началу выполнения работ...........................59
6.1.2 Требования к разработке документации технического проекта.............59
6.1.3 Требования к разработке программного обеспечения и рабочей
документации...........................................................................................................60
6.1.4 Требования к проведению пусконаладочных работ и предварительных
испытаний Системы................................................................................................65
6.1.5 Требования к проведению опытной эксплуатации и подготовке
персонала..................................................................................................................67
6.1.6 Требования к проведению пусконаладочных работ и приемочных
испытаний.................................................................................................................69
7
Порядок контроля и приемки выполненных работ..............................................73
7.1 Общие требования к приемке работ.................................................................73
7.2 Виды, состав, объем и методы испытаний Системы и ее составных частей...
..............................................................................................................................73
7.3 Порядок выполнения доработок и устранение допущенных Подрядчиком
ошибок, которые выявлены в процессе испытаний и в период гарантийного
обслуживания...............................................................................................................75
8
Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу Системы в эксплуатацию........................................................77
9
Сведения о гарантийном обслуживании Системы...............................................78
10 Требования к документированию..........................................................................80
Приложение А Шаблон Заявки на выполнение работ по развитию Системы..........82
4
Приложение Б Шаблон протокола обработки Заявки на выполнение работ по
развитию Системы...........................................................................................................83
Приложение В Правила присвоения номеров отчетной документации....................85
Приложение Г Шаблон документа «Ведомость передаваемых файлов»..................87
5
1 Общие сведения
1.1 Полное наименование Системы и ее сокращенное наименование
Автоматизированная информационная система мониторинга и управления
строительной отраслью Пермского края (далее – АИС Стройкомплекс ПК, Система).
1.2 Наименование работ
Полное
наименование
автоматизированной
работ:
информационной
выполнение
системы
работ
по
развитию
мониторинга
и
управления
строительной отраслью Пермского края.
Краткое наименование работ: работы, развитие Системы.
1.3 Государственный заказчик
Государственный
заказчик
(далее
–
Заказчик)
–
Министерство
информационного развития и связи Пермского края.
Место нахождения: 614000, Пермский край, г. Пермь, ул. Ленина, д. 66.
Почтовый адрес: 614000, Пермский край, г. Пермь, ул. Ленина, д. 66.
1.4 Функциональный заказчик
Инспекция государственного строительного надзора Пермского края.
Место нахождения: 614015, Пермский край, г. Пермь, ул. Ленина, д. 51.
Почтовый адрес: 614990, Пермский край, г. Пермь, ул. Попова, д. 11.
1.5 Подрядчик
Подрядчик
определяется
по
результатам
проведения
конкурентной
процедуры в соответствии с Федеральным законом от 5 апреля 2013 г. № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд».
1.6 Сроки выполнения работ
Работы выполняются по заявкам Государственного заказчика в период с даты
заключения государственного контракта до 30 июня 2027 г. включительно. Порядок
выполнения работ приведен в п. 5.1 настоящего ТЗ.
6
1.7 Источник финансирования
Источником финансирования выполнения работ является бюджет Пермского
края.
1.8 Порядок оформления и предъявления Государственному заказчику
результатов работ
Результаты выполнения работ должны передаваться Заказчику в порядке,
определенном в заключаемом по результатам конкурентной процедуры ГК, в
соответствии с требованиями к срокам начала и окончания выполнения работ,
установленными в ТЗ. Требования к составу и оформлению предъявляемых
Заказчику результатов работ определены в разделах 5 и 10 настоящего ТЗ.
При передаче Заказчику программ для ЭВМ, созданных в рамках выполнения
работ в виде объектного кода, Подрядчик должен передать Заказчику дистрибутивы
и исходные тексты (коды) указанных программ для ЭВМ, в электронном виде через
Систему управления репозиториями кода Заказчика (далее – СУРК), а при
отсутствии технической возможности – на оптическом носителе с однократной
записью. Созданные в рамках выполнения работ по ГК базы данных передаются
Подрядчиком Заказчику в электронном виде через СУРК, а при отсутствии
технической возможности – на оптическом носителе с однократной записью.
Доступ к СУРК, а также иные доступы, необходимые для выполнения работ,
предоставляются Заказчиком Подрядчику после заключения ГК. В случае
необходимости, Заказчик направляет, а Подрядчик заполняет анкету (-ы) для
предоставления соответствующих доступов.
В состав дистрибутива Системы должны входить скомпилированные в
контуре Заказчика исходные тексты (коды), скрипты по созданию баз данных (или
дампы базы данных), предварительные конфигурационные настройки Системы,
функционирующей на технических средствах Заказчика. В состав дистрибутива
должно входить все программное обеспечение, необходимое для установки и
запуска системы на технических средствах Заказчика, за исключением системного
программного обеспечения.
Отчетная документация передается в соответствии с п. 5.4 на бумажных
носителях (два экземпляра – по одному экземпляру для каждой стороны ГК) и через
7
СУРК. Текстовые документы в электронном виде должны быть представлены в
форматах, позволяющих осуществить их просмотр средствами OpenOffice.
Все материалы по каждой стадии выполнения работ и по итогам выполнения
работ по ГК передаются Заказчику с сопроводительными документами Подрядчика
в соответствии с условиями ГК.
Все передаваемые Подрядчиком файлы, содержащие результаты выполнения
работ по каждой Заявке, должны быть описаны в документе «Ведомость
передаваемых файлов». Шаблон документа «Ведомость передаваемых файлов»
приведен в приложении к настоящему ТЗ (Приложение Г).
Заказчик производит проверку результатов работ и представленной отчетной
документации в порядке, предусмотренном ГК и ТЗ.
В случае если при проверке установлены неактуальность, противоречивость,
недостоверность, несоответствие требованиям ГК, ТЗ, либо неполнота сведений,
представленных в отчетной документации, Заказчик в порядке, определенном ГК,
возвращает Подрядчику отчетную документацию на доработку с указанием причин
отказа в приемке отчетной документации. В этом случае приемка отчетной
документации откладывается в порядке, определенном ГК, до момента полного
устранения замечаний Заказчика по представленной отчетной документации.
1.9 Порядок внесения изменений и дополнений
Изменения
настоящего
ТЗ
не
предусмотрены.
Дополнительные,
детализирующие требования и уточнения могут быть предъявлены в составе
Частных
технических
заданий
(далее
–
ЧТЗ).
При
выявлении
случаев
нецелесообразности или невозможности реализации требований настоящего ТЗ
Подрядчик должен предложить, согласовать с Заказчиком и реализовать другое
более эффективное решение, а также отразить этот факт в отчетной документации.
При этом, предлагаемое решение не должно противоречить основным требованиям
данного ТЗ и приводить к существенному изменению объема работ и иных
существенных условий, предусмотренных ГК.
8
1.10 Перечень документов, регламентирующих выполнение работ
Выполняемая работа должна отвечать требованиям нормативных правовых
актов, а также соответствующих государственных стандартов, в том числе, но не
ограничиваясь:
1.
Федеральный закон от 30 декабря 2004 г. № 214-ФЗ «Об участии в
долевом строительстве многоквартирных домов и иных объектов недвижимости и о
внесении изменений в некоторые законодательные акты Российской Федерации».
2.
Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации,
информационных технологиях и о защите информации».
3.
Федеральный закон от 06 апреля 2011 г. № 63-ФЗ «Об электронной
подписи».
4.
Федеральный закон от 31 июля 2020 г. № 248-ФЗ «О государственном
контроле (надзоре) и муниципальном контроле в Российской Федерации».
5.
Федеральный закон от 27 июля 2006 г. № 152-ФЗ «О персональных
данных».
6.
Указ Президента Российской Федерации от 07 мая 2024 г. № 309 «О
национальных целях развития Российской Федерации на период до 2030 года и на
перспективу до 2036 года».
7.
Постановление Правительства Российской Федерации от 09 февраля
2012 г. № 111 «Об электронной подписи, используемой органами исполнительной
власти и органами местного самоуправления при организации электронного
взаимодействия между собой, о порядке ее использования, а также об установлении
требований к обеспечению совместимости средств электронной подписи».
8.
Постановление Правительства Российской Федерации от 06 июля 2015 г.
№ 675 «О порядке осуществления контроля за соблюдением требований,
предусмотренных частью 2.1 статьи 13 и частью 6 статьи 14 Федерального закона
«Об информации, информационных технологиях и о защите информации».
9.
Постановление Правительства Российской Федерации от 06 июля 2015 г.
№ 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию,
эксплуатации и вывода из эксплуатации государственных информационных систем
и дальнейшего хранения содержащейся в их базах данных информации».
9
10. Постановление Правительства Российской Федерации от 01 декабря
2021 г. № 2161 «Об утверждении общих требований к организации и осуществлению
регионального государственного строительного надзора, внесении изменений в
постановление Правительства Российской Федерации от 30 июня 2021 г. № 1087 и
признании утратившими силу некоторых актов Правительства Российской
Федерации».
11. Постановление Правительства Российской Федерации от 01 ноября 2012
г. № 1119 «Об утверждении требований к защите персональных данных при их
обработке в информационных системах персональных данных».
12. Постановление Правительства Российской Федерации от 10 июля 2013 г.
№ 584 «Об использовании федеральной государственной информационной системы
«Единая
система
обеспечивающей
идентификации
и
аутентификации
в
инфраструктуре,
информационно-технологическое
взаимодействие
информационных систем, используемых для предоставления государственных и
муниципальных услуг в электронной форме».
13. Приказ Минэкономразвития России от 31 марта 2021 г. № 151 «О
типовых формах документов, используемых контрольным (надзорным) органом».
14. Приказ ФСТЭК России от 11 апреля 2025 г. № 117 «Об утверждении
Требований
о
защите
информации,
содержащейся
в
государственных
информационных системах, иных информационных системах государственных
органов, государственных унитарных предприятий, государственных учреждений».
15. Приказ ФСБ России от 22 августа 2026 г. № 321 «Об утверждении
Требований
о
защите
информации,
содержащейся
в
государственных
информационных системах, иных информационных системах государственных
органов, государственных унитарных предприятий, государственных учреждений, а
также при использовании технических средств и программ для электронных
вычислительных машин и баз данных в соответствии с частью 5.1 статьи 13
Федерального закона от 27 июля 2006 г. № 149-ФЗ «Об информации,
информационных технологиях и о защите информации» с использованием
шифровальных (криптографических) средств».
16. Закон Пермского края от 25 декабря 2009 г. № 569-ПК «Об управлении и
распоряжении интеллектуальной собственностью Пермского края».
10
17. Указ губернатора Пермского края от 11 апреля 2017 г. № 53 «О
централизации функций в сфере региональной информатизации и использования
информационно-коммуникационных технологий в Пермском крае».
18. Указ Губернатора Пермского края от 28 декабря 2017 г. № 165 «Об
утверждении Порядка взаимодействия исполнительных органов государственной
власти
Пермского
края,
Администрации
губернатора
Пермского
края,
подведомственных им учреждений при осуществлении функций в сфере
региональной
информатизации
и
использования
информационно-
коммуникационных технологий в Пермском крае и внесении изменений в Указ
губернатора Пермского края 11 апреля 2017 г. № 53 «О централизации функций в
сфере
региональной
информатизации
и
использования
информационно-
коммуникационных технологий в Пермском крае».
19. Постановление Правительства Пермского края от 25 сентября 2013 г.
№ 1270-п «Об утверждении государственной программы Пермского края «Развитие
информационного общества».
20. Постановление Правительства Пермского края от 29 декабря 2021 г.
№ 1112-п «Об утверждении Положения об осуществлении регионального
государственного
контроля
(надзора)
в
области
долевого
строительства
многоквартирных домов и (или) иных объектов недвижимости на территории
Пермского края».
21. Постановление Правительства Пермского края от 29 декабря 2021 г.
№ 1114-п «Об утверждении Положения об осуществлении регионального
государственного строительного надзора на территории Пермского края».
22. Постановление Правительства Пермского края от 06 ноября 2019 г.
№ 792-п «Об автоматизированной информационной системе мониторинга и
управления строительной отраслью Пермского края».
23. Приказ Инспекции государственного строительного надзора Пермского
края от 29 июня 2022 г. № 56-01-04-42 «Об утверждении форм документов,
используемых Инспекцией государственного строительного надзора Пермского
края при осуществлении регионального государственного контроля (надзора) в
области долевого строительства многоквартирных домов и (или) иных объектов
недвижимости на территории Пермского края».
11
24. Приказ Инспекции государственного строительного надзора Пермского
края от 28 мая 2026 г. № 56-01-04-24 «Об утверждении форм документов,
используемых Инспекцией государственного строительного надзора Пермского
края при осуществлении регионального государственного строительного надзора на
территории Пермского края».
25. ГОСТ Р 59853-2021
«Информационные
технологии.
Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Термины и определения».
26. ГОСТ 34.201-2020 «Информационные технологии. Комплекс стандартов
на автоматизированные системы. Виды, комплектность и обозначение документов
при создании автоматизированных систем».
27. ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов
на
автоматизированные
системы.
Техническое
задание
на
создание
технологии.
Комплекс
автоматизированной системы».
28. ГОСТ Р 59792-2021
«Информационные
стандартов на автоматизированные системы. Виды испытаний автоматизированных
систем».
29. ГОСТ Р 59793-2021
«Информационные
технологии.
Комплекс
стандартов на автоматизированные системы. Автоматизированные системы. Стадии
создания».
30. ГОСТ Р 59795-2021
«Информационные
технологии.
Комплекс
стандартов на автоматизированные системы. Автоматизированные системы.
Требования к содержанию документов».
31. ГОСТ Р 50739-95 «Средства вычислительной техники. Защита от
несанкционированного доступа к информации. Общие технические требования».
32. ГОСТ
Р
51275-2006
«Объект
информатизации.
Факторы,
воздействующие на информацию. Общие положения».
33. ГОСТ
Р
51583-2014
«Защита
информации.
Порядок
создания
автоматизированных систем в защищенном исполнении. Общие положения».
34. ГОСТ Р 56938-2016 «Защита информации. Защита информации при
использовании технологий виртуализации. Общие положения».
12
35. ГОСТ Р 2.105-2019 «Единая система конструкторской документации.
Общие требования к текстовым документам».
36. ГОСТ Р 57100-2025. «Национальный стандарт Российской Федерации.
Системная и программная инженерия. Описание архитектуры».
37. ГОСТ Р 71784-2024 «Средства вычислительной техники. Общие
технические требования, приемка, методы испытаний, маркировка, упаковка,
транспортировка, хранение».
38. ГОСТ Р 56939-2024 «Защита информации. Разработка безопасного
программного обеспечения. Общие требования».
39. СанПиН 1.2.3685-21 «Гигиенические нормативы и требования к
обеспечению безопасности и (или) безвредности для человека факторов среды
обитания».
40. Постановление
Главного
государственного
санитарного
врача
Российской Федерации от 02 декабря 2020 г. № 40 «Об утверждении санитарных
правил СП 2.2.3670-20 «Санитарно-эпидемиологические требования к условиям
труда».
Перечисленный выше перечень документов не является исчерпывающим.
К
выполнению
работ
предъявляются
иные
требования,
предусмотренные
применимыми нормативными правовыми актами, методическими документами,
положения которых учитываются при выполнении работ в рамках настоящего ТЗ.
В случае внесения изменений, признания утратившими силу нормативных
правовых актов, методических документов, предусмотренных настоящим разделом,
положения указанных актов применяются с даты вступления в силу указанных
документов и распространяются на выполнение работ по ГК. Положения
нормативных правовых актов, методических документов, принятых взамен
признанных утратившими силу документов, предусмотренных настоящим разделом,
распространяются на выполнение работ по ГК.
1.11 Перечень терминов, сокращений и обозначений
Перечень используемых в настоящем документе терминов и сокращений
представлен в таблице ниже (Таблица 1).
13
Таблица 1 – Перечень терминов, сокращений и обозначений
Термин, сокращение,
Определение
обозначение
АИП ПК РИС МКР ПК
АИС Стройкомплекс
Система
БД
ГИС ЕГРЗ
ГК
ГОСТ
Государственный
Заказчик
Подсистема
автоматизации
формирования
адресной инвестиционной программы Пермского
края Региональной информационной системы
мониторинга комплексного развития Пермского
края
Автоматизированная информационная система
ПК, мониторинга и управления строительной отраслью
Пермского края в части подсистем:
 Подсистема ведения реестров;
 Подсистема управления документами;
 Подсистема строительного надзора;
 Подсистема мониторинга хода строительства;
 Подсистема отчетности;
 Подсистема пространственных данных;
 Подсистема информирования;
 Подсистема мониторинга и анализа аварийного
и ветхого жилого фонда;
 Подсистема личных кабинетов пользователей;
 Подсистема сервисного взаимодействия;
 Подсистема администрирования;
 Подсистема «Стройконтроль»
База данных
Единый государственный реестр заключений
экспертизы проектной документации объектов
капитального строительства
Государственный контракт, в рамках которого
выполняются работы
Государственный стандарт
заказчик, Министерство информационного развития и связи
Пермского края
ЕГРИП
Единый государственный реестр индивидуальных
предпринимателей
ЕГРН
Единый государственный реестр недвижимости
14
Термин, сокращение,
обозначение
Определение
ЕГРЮЛ
Единый государственный реестр юридических лиц
ЕИС
Единая информационная система
ЕХД ПК
Единое хранилище данных Пермского края
Заявка, Заявка на развитие Обращение Заказчика на выполнение работ по
Системы
развитию Системы
ИСОГД
Информационная
система
градостроительной деятельности
КТС
Комплекс технических средств
ОКС
обеспечения
Объект капитального строительства
ПК
Пермский край
ПО
Программное обеспечение
Подрядчик
Подрядчик
определяется
по
результатам
проведения
конкурентной
процедуры
в
соответствии с Федеральным законом 5 апреля
2013 г. № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд»
Протокол,
Протокол Протокол обработки заявки на выполнение работ
обработки заявки
по развитию Системы
Протокол разногласий
РГИС ПК
Протокол разногласий к протоколу обработки
заявки на выполнение работ
Региональная
геоинформационная
Пермского края
система
15
Термин, сокращение,
обозначение
РИСОГД ПК
РСАА ПК
Определение
Государственная региональная информационная
система
обеспечения
градостроительной
деятельности с функциями автоматизированной
информационно-аналитической
поддержки
осуществления
полномочий
в
области
градостроительной деятельности Пермского края
Региональный
сервис
аутентификации
и
авторизации
сотрудников
органов
государственной власти и учреждений Пермского
края
РСААГ ПК
Региональный
сервис
аутентификации
авторизации гражданина Пермского края
РСШ ПК
Региональная сервисная шина Пермского края
РФ
Российская Федерация
СанПиН
Санитарные правила, нормы, правила и нормы,
гигиенические нормативы
СКЗИ
Средство криптографической защиты информации
СП
Свод правил
СПО
Специальное программное обеспечение Системы,
создаваемое
(перерабатываемое)
либо
используемое непосредственно Подрядчиком в
рамках ГК
СУБД
Система управления базами данных
СУРК
Система
управления
Заказчика
ТЗ
и
репозиториями
кода
Техническое задание на выполнение работ по
развитию автоматизированной информационной
системы мониторинга и управления строительной
отраслью Пермского края (настоящий документ)
16
Термин, сокращение,
обозначение
ФЗ
ФИАС
ФИО
Определение
Федеральный закон
Федеральная информационная адресная система
Фамилия, имя, отчество
ФСБ
Федеральная служба безопасности
ФСТЭК
Федеральная служба
экспортному контролю
Функциональный заказчик
Инспекция
государственного
надзора Пермского края
строительного
ЦОД ППК
Центр
обработки
Пермского края
Правительства
ЧТЗ
ЭВМ
по
данных
техническому
Частное техническое задание
Электронная вычислительная машина
и
17
2 Цели и назначение развития Системы
2.1 Цели и задачи развития Системы
АИС Стройкомплекс ПК предназначена для цифровизации и автоматизации
строительной отрасли Пермского края.
Целью выполнения работ по развитию Системы является расширение
функциональных возможностей Системы.
Система представляет собой совокупность информации, информационных
технологий, программно-технических средств, программных компонентов, баз
данных, подсистем, интеграционных механизмов, организационных мер и
регламентов, обеспечивающих достижение целей Системы. В состав Системы
входят как ранее созданные программные компоненты, так и создаваемые или
модернизируемые в рамках настоящего ГК компоненты.
Задачи по развитию Системы могут быть решены путем:

модернизации существующих подсистем и модулей Системы;

создания новых подсистем (выделения функциональных возможностей в
новую подсистему, при необходимости);

выполнения работ по обеспечению взаимодействия с внешними и
смежными информационными системами – развитие существующих
механизмов взаимодействия и обеспечение новых подключений.
Состав и содержание работ по развитию Системы, которые Подрядчик
должен выполнить в ходе соответствующих стадий выполнения работ по развитию
Системы (раздел 5 настоящего ТЗ), определяются в Заявках Заказчика на
выполнение работ по развитию Системы (далее – Заявка, Заявка на развитие
Системы), которые направляются Подрядчику в порядке, определенном п.5.1
настоящего ТЗ. Количество Заявок – неограниченно.
Основанием для развития Системы являются:

изменение действующих нормативных правовых актов Российской
Федерации и Пермского края в сфере деятельности Функционального
заказчика, влекущие необходимость реализации новой или модернизацию
существующей функциональности;
18

наличие новых целевых задач, определенных Заказчиком, включая
необходимость использования накопленных данных во внешних, смежных
информационных системах и ресурсах;

изменения, произошедшие в информационных системах, с которыми
осуществляется интеграция Системы;

наличие
потребностей,
замечаний
пользователей
Системы
к
пользовательским интерфейсам и/или функциональности Системы.
Конкретные задачи развития Системы, поставленные на перечисленных выше
основаниях, определяются заявками Заказчика на выполнение работ по развитию
Системы.
2.2 Назначение Системы
АИС Стройкомплекс ПК является государственной информационной
системой
Пермского
информационных
края,
технологий
содержащей
и
технических
совокупность
средств,
информации,
обеспечивающих
осуществление мониторинга и анализа состояния сферы строительства Пермского
края,
а
также
автоматизацию
функций
осуществления
государственного
строительного надзора при строительстве, реконструкции объектов капитального
строительства (далее – ОКС) на территории Пермского края, при строительстве,
реконструкции
которых
предусмотрено
осуществление
государственного
строительного надзора, регионального государственного контроля (надзора) в
области долевого строительства многоквартирных домов и (или) иных объектов
недвижимости на территории Пермского края, за исключением объектов
производственного назначения.
Система является информационной системой персональных данных в
соответствии с правовыми актами Российской Федерации, Пермского края,
Положением об автоматизированной информационной системе мониторинга и
управления
строительной
отраслью
Пермского
края,
утвержденным
Постановлением Правительства Пермского края от 06 ноября 2019 г. № 792-п, в
соответствии с целями обработки персональных данных в Системе согласно
требованиям, предусмотренным Федеральным законом от 27 июля 2006 г. № 152-ФЗ
«О персональных данных».
19
3 Характеристика объекта автоматизации
3.1 Основные сведения об объекте автоматизации
Объектом автоматизации является деятельность Инспекции государственного
строительного надзора Пермского края, связанная с:

осуществлением контрольно-надзорной деятельности в строительной
сфере;

интеграцией со смежными и внешними информационными системами;

мониторингом и анализом состояния строительной сферы Пермского
края.
3.2 Сведения об условиях эксплуатации объекта автоматизации и
характеристиках окружающей среды
Для размещения Системы используется виртуальная инфраструктура
Заказчика.
Условия
эксплуатации
комплекса
технических
средств
Системы
соответствуют условиям эксплуатации группы 2 ГОСТ Р 71784-2024 «Средства
вычислительной техники. Общие технические требования, приемка, методы
испытаний, маркировка, упаковка, транспортировка, хранение».
3.3 Перечень функций, реализуемых Системой
Основными функциями АИС Стройкомплекс ПК являются:

формирование единого информационного ресурса о состоянии сферы
строительства Пермского края;

обеспечение осуществления мониторинга и анализа состояния сферы
строительства Пермского края;

автоматизация
процессов
осуществления
контрольно-надзорных
функций, в том числе:
 обеспечение осуществления контроля и учета мероприятий при
осуществлении
контрольно-надзорных
функций
в
ходе
копий
дел
при
строительства, реконструкции ОКС;
 формирование
и
ведение
электронных
осуществлении контрольно-надзорных функций;
20
 формирование и ведение программы проведения проверок при
осуществлении контрольно-надзорной деятельности;
 формирование
аналитических
и
отчетных
материалов
по
результатам осуществления контрольно-надзорных функций.
3.4 Общие принципы развития Системы
При развитии Системы необходимо руководствоваться следующими
принципами:
1. Принцип системности. Заключается в том, что при декомпозиции
должны быть установлены такие связи между структурными
элементами системы, которые обеспечивают цельность системы и ее
взаимодействие с другими информационными системами. При
развитии системы ее компоненты реализовываются комплексно со
всеми возможными информационными связями, а не автономно от
других.
2. Принцип развития (открытости). Заключается в том, что исходя из
перспектив
развития
объекта
автоматизации,
система
должна
развиваться с учетом возможности пополнения и обновления функций
и состава системы без нарушения ее функционирования с учетом:
 возможности добавления новых функций или изменения уже
имеющихся при неизменных остальных функциональных частях
системы;
 адаптируемости системы к изменениям требований нормативных
правовых
актов
Российской
Федерации,
Пермского
края,
потребностей пользователей Системы;
 внедрения новых информационных технологий.
3. Принцип совместимости. Заключается в том, что при развитии системы
должны быть реализованы информационные интерфейсы, благодаря
которым она может взаимодействовать с другими информационными
системами
в
соответствии
с
установленными
правилами.
Взаимодействие с другими информационными системами должно
отвечать требованиям:
21
 совместимости
вычислительных
и
телекоммуникационных
устройств;
 информационной безопасности системы, обеспечения защиты
персональных данных;
 соблюдения протоколов взаимодействия пользователей системы.
4. Принцип стандартизации (унификации). Заключается в том, что при
развитии системы должны быть рационально применены типовые,
унифицированные и стандартизованные элементы, проектные решения,
пакеты прикладных программ, комплексы, компоненты. Должно быть
обеспечено:
 единство используемых терминов, нормативной и справочной
информации,
системы
показателей,
формирования
и
представления отчетности;
 единство стандартов технологий, форматов;
 полнота, актуальность и достоверность обрабатываемой в Системе
информации;
 унификация
эксплуатации
(общность
эксплуатационных
требований).
5. Принцип эффективности. Заключается в достижении рационального
соотношения между затратами на развитие системы и целевыми
эффектами, включая конечные результаты, получаемые в результате
автоматизации.
3.5 Взаимодействие с иными информационными системами
АИС
Стройкомплекс
ПК
взаимодействует
со
следующими
информационными системами:

Подсистема автоматизации формирования адресной инвестиционной
программы Пермского края Региональной информационной системы
мониторинга комплексного развития Пермского края (АИП ПК РИС МКР
ПК);

Единое хранилище данных Пермского края (ЕХД ПК);

Региональный сервис аутентификации и авторизации сотрудников
органов государственной власти и учреждений Пермского края (РСАА ПК);
22

Региональный сервис аутентификации и авторизации гражданина
Пермского края (РСААГ ПК);

Региональная геоинформационная система Пермского края (РГИС ПК);

Публичная кадастровая карта;

Единый государственный реестр недвижимости (ЕГРН);

Федеральная информационная адресная система (ФИАС);
 Государственная
информационная
система
«Система
Межведомственного Электронного Взаимодействия» (СМЭВ).
3.6 Структура Системы и назначение ее частей
Система состоит из функциональных и обеспечивающих подсистем.
Перечень подсистем и их назначение представлены в таблице ниже (Таблица 2).
Таблица 2 - Подсистемы и их назначение
Название подсистемы
Описание подсистемы (назначение)
Функциональные подсистемы
Подсистема
реестров
ведения Описание подсистемы ведения реестров приведено в
п. 3.6.1 настоящего ТЗ
Подсистема управления Описание подсистемы управления
документами
приведено в п. 3.6.2 настоящего ТЗ
Подсистема
строительного надзора
документами
Описание подсистемы строительного
приведено в п. 3.6.3 настоящего ТЗ
надзора
Подсистема мониторинга Описание
подсистемы
мониторинга
хода
хода строительства
строительства приведено в п. 3.6.4 настоящего ТЗ
Подсистема отчетности
Описание подсистемы отчетности приведено в
п. 3.6.5 настоящего ТЗ
Подсистема
Описание подсистемы пространственных данных
пространственных данных приведено в п. 3.6.6 настоящего ТЗ
Подсистема
информирования
Описание подсистемы информирования приведено в
п. 3.6.8 настоящего ТЗ
23
Название подсистемы
Описание подсистемы (назначение)
Подсистема мониторинга Описание подсистемы мониторинга и анализа
и анализа аварийного и аварийного и ветхого жилого фонда приведено в п.
ветхого жилого фонда
3.6.11 настоящего ТЗ
Подсистема
«Стройконтроль»
Описание подсистемы «Стройконтроль» приведено в
п. 3.6.12 настоящего ТЗ
Обеспечивающие подсистемы
Подсистема
личных Описание
подсистемы
личных
кабинетов
кабинетов пользователей пользователей приведено в п. 3.6.7 настоящего ТЗ
Подсистема сервисного Описание подсистемы сервисного взаимодействия
взаимодействия
приведено в п. 3.6.9 настоящего ТЗ
Подсистема
администрирования
Описание подсистемы администрирования приведено
в п. 3.6.10 настоящего ТЗ
3.6.1 Подсистема ведения реестров
Подсистема ведения реестров является инструментальной подсистемой
(конструктором), предназначенной для создания новых и поддержки разработанных
реестров. Подсистема обеспечивает сбор, хранение, верификацию и предоставление
сведений пользователям с учетом ролевой модели разграничения прав доступа.
3.6.2 Подсистема управления документами
Подсистема
управления
документами
обеспечивает
автоматизацию
процессов формирования, согласования, использования и публикации документов.
3.6.3 Подсистема строительного надзора
Подсистема строительного надзора автоматизирует процессы Инспекции
государственного строительного надзора Пермского края в рамках единого
информационного пространства.
24
3.6.4 Подсистема мониторинга хода строительства
Подсистема мониторинга хода строительства обеспечивает формирование
электронных паспортов ОКС, управление планом-графиком строительства, а также
контроль за исполнением плана и мониторинга хода строительства.
3.6.5 Подсистема отчетности
Подсистема отчетности обеспечивает предоставление информации о текущей
ситуации в строительной отрасли, сводной и детальной информации о ходе
строительства и реконструкции ОКС, предоставление сводной и детальной
информации о деятельности Инспекции государственного строительного надзора
Пермского края, а также многомерный анализ данных.
3.6.6 Подсистема пространственных данных
Подсистема пространственных данных обеспечивает отображение на карте
Пермского края информации о месте расположения ОКС с возможностью перехода к
паспорту ОКС, пространственных данных в сфере градостроительной деятельности,
а также управление картой.
3.6.7 Подсистема личных кабинетов пользователей
Подсистема
личных
кабинетов
пользователей
обеспечивает
доступ
пользователей с учетом ролевой модели к просмотру сведений АИС Стройкомплекс
ПК, ведению реестров, работе с документами, ведению графиков строительства,
мониторингу хода строительства, просмотру аналитической информации, работе с
картой и выполнению действий в рамках строительного и долевого надзора.
3.6.8 Подсистема информирования
Подсистема информирования обеспечивает следующие функциональные
возможности:

публикация информационных сообщений, новостей;

публикация на основе данных Системы нормативно-справочной
информации, нормативно-правовых актов, регламентов и календаря
проверок;

публикация руководств, инструкций, ответов на часто задаваемые
вопросы;
25

публикация утвержденных отчетных материалов;

управление опубликованными материалами (дополнение, замена,
удаление).

Подсистема сервисного взаимодействия
3.6.9 Подсистема сервисного взаимодействия
Подсистема сервисного взаимодействия предназначена для осуществления
взаимодействия с информационными системами, перечисленными в п.3.5
настоящего ТЗ.
3.6.10 Подсистема администрирования
Подсистема администрирования предоставляет инструменты для настройки
подсистем:

подсистема ведения реестров;

подсистема управления документами;

подсистема строительного надзора;

подсистема мониторинга хода строительства;

подсистема отчетности;

подсистема пространственных данных;

подсистема личных кабинетов пользователей;

подсистема информирования;

подсистема сервисного взаимодействия.
3.6.11 Подсистема мониторинга и анализа аварийного и ветхого жилого
фонда
Подсистема мониторинга и анализа аварийного и ветхого жилого фонда
обеспечивает ведение информации по аварийным домам, включенным в
региональную адресную программу по переселению из аварийного жилищного
фонда, и формирование отчетности по состоянию аварийного и ветхого жилого
фонда.
3.6.12 Подсистема «Стройконтроль»
Подсистема «Стройконтроль» предназначена для автоматизации процессов
экспертно-проверочных мероприятий, проводимых специалистами Управления
26
капитального строительства Министерства строительства Пермского края и
специалистами Инспекции государственного строительного надзора Пермского
края в ходе осуществления ими технического надзора за объектами строительства и
регионального государственного строительного надзора.
3.7 Программно-аппаратное обеспечение Системы
АИС Стройкомплекс ПК размещена на серверах с использованием
инфраструктуры Заказчика (Таблица 3).
Таблица 3 - Аппаратное и программное обеспечение АИС Стройкомплекс ПК
№ п/п Назначение ресурса Количество, шт. Программное обеспечение
Промышленная среда
1
Сервер приложений
1
Ред ОС, Docker
2
Сервер приложений
1
Ред ОС, Apache HTTP
Server, Docker, Mono
3
Сервер приложений
1
Ред ОС, OpenJDK, Tomcat,
Geoserver, Nominatim,
Docker
4
Сервер приложений
3
Ред ОС, Kubernetes,
Prometheus
5
Сервер приложений
1
Ubuntu Server, Redis, NodeJs,
Nginx, OpenJDK
6
Веб-сервер
3
Ред ОС, Docker
7
Веб-сервер
1
Ред ОС, Apache HTTP
Server, Docker, Nginx,
Универсальная отчетность
«Акцент»
8
Веб-сервер
1
Ред ОС, Docker, Nginx,
MariaDB
9
Веб-сервер
1
Ubuntu Server, Nginx
10
Сервер СУБД
1
Ред ОС, MySQL, Docker
11
Сервер СУБД
1
Ред ОС, PostgreSQL
12
Сервер СУБД
4
Ред ОС, PostgreSQL
13
Сервер СУБД
2
Ubuntu Server, MongoDb
Тестовая среда
14
Сервер СУБД
1
CentOS, MySQL
27
№ п/п
Назначение ресурса
Количество, шт.
Программное обеспечение
15
Сервер СУБД
1
Ред ОС, PostgreSQL
16
Сервер СУБД
1
Ubuntu Server, MongoDb
17
Сервер приложений
1
CentOS, Docker version,
Nginx, Apache HTTP Server
18
Сервер приложений
1
Debian, Apache HTTP Server,
Docker, Mono
19
Сервер приложений
1
Debian, OpenJDK, Tomcat,
Geoserver, Nominatim,
Docker
20
Сервер приложений
3
Ubuntu Server, Kubernetes
21
Сервер приложений
1
Ubuntu Server, Redis, NodeJs,
Nginx, OpenJDK
22
Веб-сервер
1
CentOS, Apache HTTP
Server, Универсальная
отчетность «Акцент»
23
Веб-сервер
1
CentOS, Docker, MySQL,
Nginx
24
Веб-сервер
1
Ubuntu Server, Docker
version, PostgreSQL
25
Веб-сервер
2
Ubuntu Server, Docker
version
26
Веб-сервер
1
Ubuntu Server, Nginx
функционировании
АИС
При
модернизации
и
Стройкомплекс
ПК
использованы следующие методы и средства разработки, а также сторонние
приложения библиотеки:
Платформы:

Универсальная отчетность «Акцент»;
Среды разработки:

Visual Studio Code;

Mono;

NetBeans.
Языки программирования:

PHP;
28

C#;

Ruby;

Java.
3.8 Сведения о ранее исполненных контрактах
АИС Стройкомплекс ПК была создана в рамках ГК № 22/ОК-2018
от 22 августа 2018 г. на выполнение работ по созданию автоматизированной
информационной системы мониторинга и управления строительной отрасли
Пермского края (1 очередь) – реестровый номер 2590222142318000039.
Развитие АИС Стройкомплекс ПК проводилось в рамках исполнения:

ГК № 42/ОК-2019 от 01 ноября 2019 г. на оказание услуг по
сервисному
обслуживанию,
системному,
прикладному
и
адаптационному сопровождению и выполнение работ по развитию
автоматизированной информационной системы мониторинга и
управления строительной отрасли Пермского края (2 очередь) –
реестровый номер 2590222142319000104;

ГК № 22/ОК-2021 от 11 октября 2021 г. на выполнение работ по
развитию
автоматизированной
информационной
системы
мониторинга и управления строительной отрасли Пермского края (3
очередь) – реестровый номер 2590222142321000057;

ГК № 14/ОК-2022 от 20 июня 2022 г.
на выполнение работ по
развитию (модернизации) информационных систем для реализации
проектов цифровой трансформации строительной отрасли Пермского
края – реестровый номер 2590222142322000028;

ГК № 18/ОК-2023 от 19 сентября 2023 г. на выполнение работ по
развитию
автоматизированной
информационной
системы
мониторинга и управления строительной отраслью Пермского края –
реестровый номер 2590222142323000071.
3.9 Сведения о разработанной документации и материалах на Систему
Сведения о документации и материалах на АИС Стройкомплекс ПК,
разработанных в рамках развития АИС Стройкомплекс ПК, представлены ниже
(Таблица 4).
29
Таблица 4 - Документация, разработанная на АИС Стройкомплекс ПК
№
Наименование
Обозначение (код)
п/п
документов и материалов
документа
1
Частное техническое задание
1207700385672.62.01.11.000.118.ТЗ
2
3
4
5
6
7
8
9
10
Описание архитектуры системы
995-ОКЭФ/2024.3.ОА.1-ЛУ
Описание архитектуры системы 010-ЭА/2024.3.ОА.3 – ЛУ
(подсистема «Стройконтроль»)
Пояснительная записка
1207700385672.62.01.11.000.118.П2
Программа
и
методика 1207700385672.62.01.11.000.118.ПМ
предварительных испытаний
Программа опытной эксплуатации
1207700385672.62.01.11.000.118.ПМ.02
Программа и методика приемочных 1207700385672.62.01.11.000.118.ПМ.03
испытаний
Руководство пользователя
1207700385672.62.01.11.000.118.И3
Руководство администратора
1207700385672.62.01.11.000.118.И5
Исходные коды и дистрибутивы
Системы
После заключения ГК Заказчик предоставляет доступ Подрядчику
к указанным документам и материалам в СУРК Заказчика. Доступ к СУРК
предоставляется в течение 5 рабочих дней с даты направления Подрядчиком в адрес
Заказчика заполненной анкеты на предоставление доступа к СУРК (п. 5.4
настоящего ТЗ, Таблица 7). Шаблон анкеты Подрядчик запрашивает у Заказчика в
течение 5 (пяти) рабочих дней с даты заключения ГК (п. 5.4 настоящего ТЗ,
Таблица 7). Шаблон анкеты предоставляется Заказчиком Подрядчику не позднее 5
30
рабочих дней с даты получения соответствующего запроса Подрядчика (п. 5.4
настоящего ТЗ, Таблица 7).
31
4 Требования к Системе
Развитие Системы должно происходить с учетом модульного принципа,
допускающего раздельную разработку, установку, обновление и техническое
обслуживание отдельных модулей.
При выполнении работ должно быть обеспечено преимущественное
использование свободного программного обеспечения (далее – ПО). В случае
невозможности использования свободного ПО Подрядчик обязан обосновать и
согласовать данный факт с Заказчиком.
Система должна быть централизованной, т.е. все данные должны
располагаться в централизованном хранилище.
Система должна отвечать критериям релевантности и целесообразности, что
выражается в возможности использовать Систему с минимальным привлечением
дополнительных затрат ресурсов.
Детализация требований к выполняемым работам должна быть осуществлена
при разработке частного технического задания.
4.1 Требования к способам и средствам связи для информационного
обмена между компонентами Системы
Информационный
осуществляться
через
обмен
единое
между
компонентами
информационное
Системы
пространство,
должен
посредством
внутренних программных интерфейсов на базе протоколов HTTP (в том числе SOAP
и REST).
4.2 Требования к характеристикам взаимосвязей Системы с иными
информационными системами
Дополнительные требования к характеристикам взаимосвязей Системы с
иными информационными системами не предъявляются.
4.3 Требования к функциям (задачам), выполняемым Системой
Требования к функциям (задачам), реализуемым в рамках выполнения работ,
формируются на основе заявок Заказчика и должны быть направлены на расширение
функциональных возможностей Системы в соответствии с целями и задачами,
указанными в п. 2.1 настоящего ТЗ.
32
Шаблон Заявки на выполнение работ по развитию Системы приведен в
Приложении А к настоящему ТЗ. Порядок выполнения работ приведен в п.5.1
настоящего ТЗ.
4.4 Общие технические требования к Системе
4.4.1 Требования к функционированию Системы
4.4.1.1 Требования к режимам функционирования Системы
Система должна функционировать в следующих режимах:

штатный режим, при котором обеспечивается выполнение задач в
объеме функций, предусмотренных настоящим техническим заданием;

сервисный режим, необходимый для проведения обслуживания,
реконфигурации и пополнения технических и программных средств
Системы новыми компонентами;

аварийный режим работы.
В штатном режиме функционирования Система должна обеспечивать
следующий режим работы: доступность функций Системы в режиме — 24 часа в
день, 7 дней в неделю (24х7), с учетом перерывов на проведение работ по
техническому и сервисному обслуживанию Системы. Круглосуточный режим
работы Системы не требует организации круглосуточной работы пользователей и
допускает работу пользователей в соответствии со штатным расписанием.
В сервисном режиме Система должна обеспечивать возможность проведения
следующих работ:

техническое обслуживание;

модернизацию аппаратно-программного комплекса;

устранение аварийных ситуаций.
Система переходит в аварийный режим при возникновении нештатной
ситуации и невозможности штатной работы. В случае перехода Системы в
аварийный режим, обслуживающему персоналу необходимо перевести Систему в
сервисный режим в соответствии с инструкциями, изложенными в руководстве
Администратора системы.
33
4.4.1.2 Перспективы развития, модернизации Системы
Система должна предусматривать реализацию возможности дальнейшего
развития как СПО, так и КТС, возможности развития Системы в соответствии
с потребностями Функционального заказчика.
Система должна допускать расширение, изменение функциональных
возможностей за счет создания, развития или приобретения дополнительных
функциональных компонент и приобретения дополнительных лицензий на ПО за
счет средств Подрядчика.
По результатам развития Системы весь ранее реализованный функционал, не
развиваемый в рамках ГК, должен сохранить свою работоспособность на прежнем
уровне.
4.4.2 Требования к численности и квалификации персонала Системы и
режиму его работы
4.4.2.1 Требования к численности и квалификации персонала Системы
Структура и конфигурация Системы должны быть спроектированы и
реализованы с целью минимизации количественного состава обслуживающего
персонала.
В состав персонала, необходимого для эксплуатации Системы, входят:

администратор Системы;

администратор баз данных.
Помимо наличия базовых навыков работы на персональном компьютере, к
обслуживающему персоналу предъявляются следующие требования:

знание принципов построения систем управления базами данных;

наличие навыков работы с серверным и телекоммуникационным
оборудованием;

наличие расширенных знаний в области поддержки пользователей;

знание основ администрирования операционных систем, серверов
приложений и серверов баз данных.
Уровень квалификации обслуживающего персонала должен соответствовать
требованиям производителей программного обеспечения и технических средств
Системы, а также требованиям эксплуатационной документации.
34
4.4.2.2 Требуемый режим работы персонала Системы
Режим
работы
персонала
должен
соответствовать
действующему
законодательству РФ и обеспечивать работоспособность Системы согласно
требованиям, предъявленным в ТЗ.
Условия
труда
персонала
должны
соответствовать
требованиям
Постановления Главного государственного санитарного врача РФ от 02 декабря
2020 г. № 40 «Об утверждении санитарных правил СП 2.2.3670-20 «Санитарноэпидемиологические требования к условиям труда».
Должна быть учтена возможность сменного режима работы персонала
Системы.
При
этом
должна
учитываться
возможность
круглосуточного
подключения к работам специалистов, обеспечивающих функционирование
Системы (администраторов и специалистов по техническому обслуживанию), для
решения проблем по обеспечению работоспособности информационных ресурсов
Системы.
Пользователям
Системы
должна
предоставляться
возможность
круглосуточного доступа к Системе с учетом перерывов на проведение работ по
техническому и сервисному обслуживанию Системы.
4.4.2.3 Требование к квалификации пользователей Системы
Пользователи Системы должны обладать квалификацией, обеспечивающей:

базовые навыки работы на персональном компьютере с современными
операционными системами (клавиатура, мышь, управление окнами и
приложениями, файловая система);

базовые навыки использования интернет-браузера (настройка типовых
конфигураций, установка подключений, доступ к web-сайтам, навигация,
формы и другие типовые интерактивные элементы web-интерфейса);

знание основ информационной безопасности.
4.5 Показатели назначения
АИС Стройкомплекс ПК должна обеспечивать следующий режим работы:
доступность функций Системы в режиме – 24 часа в день, 7 дней в неделю (24х7),
при основной нагрузке с 9:00 до 20:00. Система должна обеспечивать возможность
35
одновременной
работы
не
менее
1000
пользователей
при
следующих
характеристиках времени отклика Системы (Таблица 5).
Таблица 5 - Требования к доступности АИС Стройкомплекс ПК
№
п/п
Параметр
1
Доступность
2
Максимальное
время загрузки
страниц, не
содержащих
больших отчетных
форм, исключая
запросы к внешним
системам (для вновь
создаваемых и
модернизируемых
подсистем)
Максимальное
время отклика
Системы при
выполнении
поискового запроса
(для вновь
создаваемых и
модернизируемых
подсистем)
Максимальное
время выполнения
поискового запроса
(для вновь
создаваемых и
модернизируемых
подсистем)
3
4
Описание
Период времени, в течение
которого Система должна
предоставлять требуемые
функциональные
возможности, за исключением
простоя на регламентное
обслуживание
Время отклика Системы при
операциях навигации по
страницам, не содержащим
больших отчетных форм
Требуемое
пороговое
значение
Круглосуточно в
режиме 24х7
Не более 4 секунд
Время отклика Системы при
выполнении поискового
запроса
Не более 4 секунд
Время с момента выполнения
поискового запроса до
отображения найденных
данных
Не более 30 секунд
4.6 Требования к надежности
Система
должна
сохранять
работоспособность
функционировании комплекса технических средств Системы.
при
корректном
36
При
возникновении
электропитания,
должно
сбоев
КТС,
включая
обеспечиваться
аварийное
автоматическое
отключение
восстановление
работоспособности СПО Системы после устранения сбоев и корректного
перезапуска КТС (за исключением случаев повреждения рабочих носителей
информации с исполняемым программным кодом или хранилищами данных).
В
целях
обеспечения
надежного
функционирования
программное
обеспечение должно предусматривать:

сохранение целостности данных при нештатном завершении работы
компонентов Системы;

сохранение
работоспособности
программного
обеспечения
при
некорректных действиях пользователя;

резервное копирование базы данных Системы.
4.7 Требования к безопасности
Требования безопасности оборудования, электробезопасности, пожарной
безопасности и общих требований к управлению охраной труда в соответствии с
государственными стандартами РФ в области безопасности труда в части серверов
Системы должны обеспечиваться в помещениях эксплуатации Системы.
Дополнительных требований не предъявляется.
4.8 Требования к эргономике и технической эстетике
Взаимодействие
пользователей
с
Системой
должно
осуществляться
посредством визуального графического интерфейса (GUI).
Интерфейс Системы не должен быть перегружен графическими элементами и
должен обеспечивать быстрое отображение web-форм. Навигационные элементы
должны быть выполнены Подрядчиком в удобной для пользователя форме.
Интерфейс должен соответствовать современным эргономическим требованиям,
типичным для современных web-приложений, быть интуитивно понятным и
обеспечивать простой и удобный доступ к основным функциям и операциям
Системы.
Интерфейс должен быть рассчитан на использование персональных рабочих
станций, переносных компьютеров (ноутбуков) или планшетных компьютеров.
Управление Системой должно осуществляться с помощью набора экранных меню,
37
кнопок, значков и прочих графических элементов. Клавиатурный режим ввода
должен использоваться при заполнении и/или редактировании текстовых и
числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю
(кроме системных сообщений, зависящих от языка установленной операционной
системы) должны быть на русском языке.
Web-интерфейс должен проектироваться с учетом требований унификации:

все элементы пользовательского интерфейса должны быть выполнены
Подрядчиком в едином графическом дизайне, с одинаковым расположением
основных элементов управления и навигации;

для обозначения сходных операций должны использоваться сходные
графические значки, кнопки и другие управляющие (навигационные)
элементы. Термины, используемые для обозначения типовых операций, а
также последовательности действий пользователя, при их выполнении,
должны быть унифицированы;

внешнее поведение сходных элементов интерфейса должно быть
реализовано одинаково для однотипных элементов.
Интерфейс Системы должен быть направлен на минимизацию производимых
пользователем операций при переходе из одной подсистемы в другую, из одной
страницы Системы в другую, от одной операции к другой (то есть должен быть
эргономичным).
Система должна обеспечивать корректную обработку аварийных ситуаций,
вызванных неверными действиями пользователей, неверным форматом или
недопустимыми значениями входных параметров. В указанных случаях Система
должна будет выдавать пользователю соответствующие сообщения, после чего
возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой)
команде или некорректному вводу данных.
38
4.8.1 Требования к защите информации от несанкционированного
доступа
4.8.1.1 Требования к конфиденциальности
При
выполнении
работ
в
рамках
Контракта
Подрядчик
должен
руководствоваться внутренними стандартами и требованиями Заказчика по защите
информации.
Информация, предоставляемая Подрядчику с целью выполнения работ,
является конфиденциальной и не должна передаваться третьим лицам без
предварительного письменного разрешения Заказчика и не иначе, как для
исполнения обязательств в рамках Контракта, приложением к которому является
настоящее Техническое задание.
Подрядчик не должен разглашать и использовать информацию, которая
может стать ему известной в ходе выполнения работ. Подрядчик несет
ответственность
за
соблюдение
этого
требования
в
соответствии
с
законодательством Российской Федерации.
Доступ к информационным ресурсам Государственного заказчика должен
осуществляться только по защищенному каналу связи, с использованием средств
криптографической защиты.
Имена и пароли, используемые Подрядчиком атрибуты доступа и иная
предоставленная Государственным заказчиком для выполнения работ в рамках
настоящего ТЗ, информация:
– должна передаваться с использованием способов, исключающих возможность
несанкционированного доступа к информации третьих лиц;
– не должна храниться в каком-либо электронном виде у Подрядчика (кроме
случаев, когда это необходимо для выполнения работ);
– должна быть уничтожена Подрядчиком по окончании выполнения работ.
С целью разграничения прав пользователей в Системе должны создаваться
отдельные роли пользователей, с назначением разрешений на выполнение
отдельных функций и ограничений по доступу к информации, обрабатываемой в
Системе и ее компонентах. При формировании ролей пользователей Системы и ее
компонентов
необходимо
руководствоваться
принципом,
ограничивающим
полномочия по доступу к информации и ресурсам по обработке информации на
39
уровне минимально необходимых для выполнения определенных должностных
обязанностей.
В Системе должен быть реализован механизм, позволяющий обеспечить
доступ пользователей Системы к информации, определяющейся:
 политикой использования Системы (Пользовательское соглашение);
 политикой конфиденциальности.
4.8.1.2 Общие
требования
по
обеспечению
информационной
безопасности
Система имеет действующий аттестат соответствия № 217к-2020, выданный
15 декабря 2020 г. на бессрочный период.
Применяемые Подрядчиком в ходе выполнения работ меры обеспечения
информационной безопасности должны быть достаточными для предотвращения
рисков, связанных с возможным нарушением конфиденциальности, целостности и
доступности информации, содержащейся в Системе.
Если по вине Подрядчика произошло нарушение конфиденциальности и/или
целостности, и/или доступности информации, содержащейся в Системе, то в таком
случае Подрядчик несет ответственность за такое нарушение в соответствии с
законодательством Российской Федерации.
При размещении Системы в ЦОД ППК, при выполнении работ в течение
всего срока действия ГК доступ Подрядчика к ресурсам ЦОД ППК должен
осуществляться только по защищенному каналу связи и должен быть прекращен
сразу после окончания выполнения работ.
Защищенный канал должен быть построен с использованием СКЗИ.
СКЗИ (VipNet Client – сеть 1321) приобретаются Подрядчиком самостоятельно и за
свой счет. В соответствии с п.1 ч.1 статьи 33 Федерального закона от 05.04.2013
№44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд» приобретение эквивалента
не допустимо в связи с необходимостью обеспечения совместимости и
взаимодействия с эксплуатируемой Заказчиком системой криптографической
защиты информации и защищенной сетью VipNet.
40
Заказчик направляет анкету предоставления доступа к серверам Системы
(тестовому и промышленному контурам) после получения соответствующего
запроса Подрядчика. Доступ Подрядчика к тестовому и промышленному контурам
Системы предоставляется в течение 5 рабочих дней с даты получения Заказчиком
уведомления о технической готовности, содержащего наименование VipNet-клиента
(-ов), перечень ответственных (включая ФИО, эл.почту ответственных лиц) на
основании корректно заполненной анкеты предоставления доступа. По требованию
Заказчика и с целью повышения защищенности ресурсов Системы порядок
предоставления доступа к ресурсам ЦОД ППК Заказчика может быть усилен
дополнительными
мерами
по
защите
информации
с
предварительным
уведомлением Подрядчика не менее, чем за 7 календарных дней. Реализация
дополнительных мер обеспечивается Заказчиком или Подрядчиком в пределах
полномочий. Необходимые лицензии для реализации мер предоставляются
Заказчиком.
К
автоматизированным
рабочим
местам
Подрядчика,
с
которых
осуществляется подключение к ресурсам Заказчика, должна быть исключена
возможность несанкционированного доступа третьих лиц.
На
автоматизированных
рабочих
местах
Подрядчика,
с
которых
осуществляется подключение к ресурсам Заказчика (размещенным в ЦОД ППК),
должна быть обеспечена антивирусная защита информации.
На
автоматизированных
рабочих
местах
Подрядчика,
с
которых
осуществляется подключение к ресурсам Системы, должны быть реализованы меры
защиты информации, определенные при аттестации Системы.
Система должны быть интегрирована с системой анализа действий
пользователей Заказчика.
При разработке программного кода Подрядчик должен применять методы
безопасного программирования, включающие:
 ручную
и
автоматизированную
проверку
кода
на
предмет
недокументированных (не декларированных) возможностей;
 анализ исходного кода на наличие уязвимостей и их устранение
 анализ используемых зависимостей (библиотек, пакетов, модулей) на
наличие уязвимостей.
41
Заказчик оставляет за собой право проверки исходного кода статическим
анализатором исходного кода Заказчика.
В Системе должны использоваться сертифицированные операционные
системы и СУБД.
Публикация Системы должна быть реализована с использованием
сертифицированного межсетевого экрана уровня приложений, установленного в
ЦОД ППК.
В Системе должна быть обеспечена отправка логов в SIEM Заказчика по
стандарту syslog (перечень необходимой информации для отправки при
необходимости согласовывается с Заказчиком после заключения ГК).
Система
должна
быть
интегрирована
с
системой
авторизации
защиты
информации
и аутентификации Заказчика.
Система
должна
обеспечивать
возможность
в Системе от потери и несанкционированного доступа.
При развитии Системы должны быть соблюдены требования Федерального
закона от 27 июля 2006 г. № 152-ФЗ «О персональных данных».
4.8.2 Требования по сохранности информации при авариях
Сохранность информации в Системе должна обеспечиваться при разрушении
данных при механических и электронных сбоях и отказах в работе компьютеров: на
основе программных процедур восстановления информации с использованием
хранимых копий баз данных, файлов журналов изменений в базах данных, копий
программного обеспечения.
Для обеспечения сохранности информации в Системе должны быть включены
следующие функции:

резервное копирование баз данных Системы;

восстановление данных в непротиворечивое состояние при программно-
аппаратных
сбоях
(отключение
электрического
питания,
сбоях
операционной Системы и других) вычислительно-операционной среды
функционирования;

восстановление данных в непротиворечивое состояние при сбоях в
работе сетевого программного и аппаратного обеспечения.
42
4.8.2.1 Перечень событий, при которых должна быть обеспечена
сохранность информации в Системе
Для
развиваемых
или
вновь
создаваемых
подсистем
должно
предусматриваться автоматическое восстановление обрабатываемой информации в
следующих аварийных ситуациях:

программный сбой при операциях записи/чтения;

программные сбои при передаче пакетов информации в смежные
системы;

разрыв связи с клиентской программой (терминальным устройством) в
ходе редактирования/обновления информации.
В Системе должна предусматриваться возможность ручного восстановления
обрабатываемой информации из резервной копии в следующих аварийных
ситуациях:

физический выход из строя дисковых накопителей;

ошибочные действия обслуживающего персонала.
В Системе должно предусматриваться автоматическое восстановление
работоспособности серверной части Системы в следующих ситуациях:

штатное и аварийное отключение электропитания серверной части;

штатная перезагрузка Системы и загрузка после отключения;

программный
сбой
общесистемного
программного
обеспечения,
приведший к перезагрузке Системы;

программный сбой после обновления программного обеспечения.
В Системе должно предусматриваться полуавтоматическое восстановление
работоспособности серверной части Системы в следующих аварийных ситуациях:

физический выход из строя любого аппаратного компонента, кроме
дисковых накопителей – после замены компонента и восстановления
конфигурации общесистемного программного обеспечения;

аварийная
перезагрузка
Системы,
приведшая
к
нефатальному
нарушению целостности файловой системы – после восстановления
файловой системы.
43
4.8.2.2 Требованию к резервному копированию и архивированию
данных
Резервное копирование информации может осуществляться в двух режимах:

создание полной копии объекта резервного копирования;

сохранение изменений, внесенных со времени создания последней
архивной копии.
Резервное копирование должно осуществляться на выделенные специально
для этих целей и настроенные технические средства и обеспечивать возможность
выполнения следующих задач:

формирование заданий на проведение резервного копирования с
возможностью их корректировки;

контроль процесса создания резервной копии объекта резервного
копирования;

контроль целостности резервных копий;

восстановление объектов резервного копирования из резервной копии.
Все факты создания резервных копий и восстановления из резервных копий
объектов резервного копирования должны быть зафиксированы в соответствующих
журнальных файлах Системы.
Периодичность
определяются
и
отдельным
очередность
операций
распоряжением,
а
резервного
также
политикой
копирования
резервного
копирования информации и положением по категорированию информационных
ресурсов.
4.8.3 Требования к патентной чистоте
Целью выполнения работ согласно ТЗ является развитие АИС Стройкомплекс
ПК (информационная система в значении, установленном статьей 2 Федерального
закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных
технологиях и о защите информации», включающая в себя в том числе охраняемые
согласно части 4 Гражданского кодекса Российской Федерации программы для ЭВМ
базы данных, иные результаты интеллектуальной деятельности).
Использование программного обеспечения должно осуществляться, в том
числе, в соответствии с требованиями Гражданского кодекса РФ, Федерального
44
закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных
технологиях и о защите информации».
В рамках работ в соответствии с ТЗ необходимо выполнение комплекса задач,
в том числе разработка специального программного обеспечения Системы. В
соответствии с Гражданским кодексом РФ, Законом Пермского края от 25 декабря
2009 г. 569-ПК «Об управлении и распоряжении интеллектуальной собственностью
Пермского края», право на получение патента и исключительные права на результат
интеллектуальной деятельности, созданный при выполнении работ по ГК, включая
без ограничения специальное программное обеспечение, базы данных, документы и
материалы, созданные по ТЗ, а также при выполнении работ по настоящему ТЗ,
подлежат передаче Заказчику в связи с тем, что указанный результат
интеллектуальной деятельности необходим для предоставления государственных
(муниципальных)
услуг
и(или),
для
осуществления
государственных
(муниципальных) функций.
Результаты выполнения работ по ТЗ должны быть совместимы на уровне
программного, технического, информационного и других видов обеспечения с
результатами работ по созданию и развитию Системы, выполнявшимися в рамках
предшествующих контрактов на выполнение работ по созданию и развитию
Системы, указанных в п. 3.8 ТЗ.
Используемое в целях развития Системы программное обеспечение должно
иметь соответствующие лицензии на его использование и быть свободным от
обязательств перед третьими лицами.
Программы для ЭВМ, требующие каких-либо отчислений, закупаются
Подрядчиком самостоятельно с учетом требований к исключительным и
неисключительным правам, предусмотренным ТЗ (стоимость приобретения таких
прав включена в цену ГК).
В случае, если в процессе выполнения работ Подрядчик использует
программы для ЭВМ, включая без ограничения СУБД, программные библиотеки,
сервера приложений, и иные результаты интеллектуальной деятельности (далее –
результаты интеллектуальной деятельности), разработанные третьими лицами,
включая Подрядчика, не подразумевающие свободного использования, либо в
случае, если для использования результатов работ по ГК (эксплуатации Системы)
45
требуются
такие
результаты
интеллектуальной
деятельности,
права
(исключительные или неисключительные) на использование таких результатов
интеллектуальной деятельности должны быть переданы Заказчику в объеме,
необходимом для использования результатов работ по ТЗ всеми пользователями
Системы в соответствии с требованиями законодательства РФ (стоимость передачи
таких прав Заказчику включена в цену ГК). Программные средства должны быть
обеспечены
гарантийным
и
постгарантийным
обслуживанием
фирмы-
производителя (правообладателя).
Передаваемые права на результаты интеллектуальной деятельности третьих
лиц, включая программы для ЭВМ, должны соответствовать требованиям к составу,
количеству и характеристикам ПО, необходимого для доработки Системы,
представленным в рамках ТЗ. Объем передаваемых прав должен обеспечивать
возможность использования Системы на всей территории Пермского края всеми
пользователями Системы. Срок действия прав – бессрочно либо на срок действия
исключительных прав. Состав прав должен допускать модификацию, модернизацию
Системы с привлечением Заказчиком третьих лиц.
При этом в составе ПО должны преимущественно использоваться программы
для ЭВМ, подразумевающие свободное использование и обеспеченные поддержкой
производителя (разработчика) и не накладывающие ограничений по использованию
Системы. Программы для ЭВМ, не подразумевающие свободного использования,
должны быть обеспечены гарантийным и постгарантийным обслуживанием фирмыпроизводителя (правообладателя), соответствующие права должны быть переданы
Заказчику.До начала выполнения работ Подрядчик должен уведомить Заказчика о
результатах
интеллектуальной
принадлежащих
Подрядчику,
деятельности,
имеющих
или
лицам,
третьим
правовую
которые
охрану,
планируется
использовать при выполнении работ в соответствии с ТЗ, а также об объеме
имеющихся у Подрядчика прав на указанные результаты интеллектуальной
деятельности и возможности предоставления Заказчику указанных прав.
При необходимости использования в ходе выполнения работ по ГК, либо для
эксплуатации результатов работ по ГК результатов интеллектуальной деятельности
третьих лиц, Подрядчик должен направить Заказчику условия приобретения прав на
использование таких результатов интеллектуальной деятельности в рамках ГК, при
46
этом стоимость передаваемых прав входит в цену ГК. В таком случае развитие
Системы должно осуществляться исключительно с использованием программ для
ЭВМ, соответствующих требованиям действующего законодательства Российской
Федерации, устанавливающего национальный режим
Риск нарушения прав третьих лиц на результаты интеллектуальной
деятельности несет Подрядчик. В случае предъявления к Заказчику претензий со
стороны правообладателей Подрядчик обязуется такие претензии урегулировать
самостоятельно и/или возместить Заказчику убытки в этой связи.
Все созданные и использованные при исполнении ГК результаты
интеллектуальной деятельности подлежат отражению в отчетных документах
Подрядчика о результатах выполнения работ по ГК.
Программы для ЭВМ, а также иные результаты интеллектуальной
деятельности, используемые в рамках выполнения работ по ТЗ, должны иметь
соответствующие лицензии на их использование и не должны нарушать прав
третьих лиц. Средства, входящие в состав программного и технического
обеспечения Системы, в случае приобретения их у сторонних фирм и предприятий,
должны сопровождаться документацией, подтверждающей право этих организаций
поставлять данную продукцию, и лицензионными соглашениями (в установленных
законом случаях). Система должна функционировать в среде лицензионного
серверного программного обеспечения.
В связи с использованием в составе Системы платформы Универсальная
отчетность «Акцент», правообладателем которой является третье лицо, Подрядчик
должен обладать соответствующими правами и/или полномочиями, достаточными
для выполнения работ по ГК. Наличие таких прав и/или полномочий может
подтверждаться
правом
правообладателя,
сублицензионным
договором,
согласием,
лицензионным
письмом,
гарантийным
договором,
письмом
правообладателя или иного уполномоченного лица либо иным документом,
подтверждающим законность выполнения соответствующих работ.
Исключительные права на разработанное в результате работ по развитию
Системы ПО, СПО, а также иные права, необходимые для нормальной эксплуатации
Системы по ее непосредственному назначению, передаются Подрядчиком Заказчику
путем подписания документа «Акт приема-передачи исключительных прав на
47
результаты интеллектуальной деятельности по государственному контракту».
Стоимость передаваемых прав входит в цену ГК, приложением к которому является
ТЗ.
Заказчик с даты заключения ГК предоставляет Подрядчику права
использования
компонентов
Системы,
правообладателем
которой
является
Пермский край в лице Заказчика, для использования в рамках исполнения ГК (далее
– ПО Заказчика), безвозмездно на срок выполнения работ по ГК на условиях простой
(неисключительной) лицензии в целях выполнения работ, предусмотренных ГК.
Подрядчик имеет право использовать объекты интеллектуальной собственности
Заказчика на территории Российской Федерации в рамках выполнения работ по ГК
следующими способами: инсталляция, запуск, воспроизведение, модификация,
переработка, доработка, адаптация. Подрядчик имеет право предоставить права
использования
объектов
интеллектуальной
собственности
Заказчика
субподрядчикам для целей выполнения работ по ГК при письменном согласии
Заказчика на такое предоставление прав использования. Стороны признают и
соглашаются, что данные положения ТЗ признаются лицензионным договором.
4.8.4 Требования по стандартизации и унификации
Экранные формы должны проектироваться с учетом требований унификации:

все экранные формы пользовательского интерфейса должны быть
выполнены в едином графическом дизайне, с одинаковым расположением основных
элементов управления и навигации;

для обозначения одних и тех же операций должны использоваться
одинаковые графические значки, кнопки и другие управляющие (навигационные)
элементы;

должны быть унифицированы термины, используемые для описания
идентичных понятий, операций и действий пользователя;

реакция Системы на действия оператора (наведение указателя «мыши»,
переключение фокуса, нажатие кнопки) должна быть типовой для каждого действия
над одними и теми же графическими элементами, независимо от их расположения на
экране.
48
4.8.5 Дополнительные требования
Дополнительные требования не предъявляются.
4.9 Требования к видам обеспечения
4.9.1 Требования к информационному обеспечению
Информационное обеспечение представляет собой совокупность всех
необходимых для функционирования Системы данных (нормативно-справочная
информация, базы данных, системы управления базами данных, информационные
объекты, в т.ч. входные и выходные данные).
В Системе должна использоваться единая система кодирования данных,
соответствующая требованиям отраслевых нормативных документов.
Термины и сокращения, применяемые в выходных документах Системы,
должны быть общепринятыми в данной предметной области и согласованы
с Заказчиком.
Информационное обеспечение Системы должно включать следующие
компоненты:

нормативно-справочная информация;

база
данных
(далее
–
БД),
являющаяся
систематизированным
хранилищем организованных (формализованных, структурированных и т.д.)
данных Системы;

системы управления базами данных;

сервисы приложений;

сервисы предоставления интерфейса взаимодействия компонентов
Системы;

веб-сервисы взаимодействия с внешними системами.
Система должна обеспечивать однократный ввод данных вне зависимости
от того, в каких информационных массивах или базах данных они будут храниться и
какими функциональными подсистемами использоваться.
Информационный
обмен
между
компонентами
Системы
должен
осуществляться без вмешательства пользователя и без повторного ручного ввода
информации.
49
Информационный обмен между компонентами Системы и клиентскими
приложениями должен осуществляться по локальной сети и по сети Интернет.
Для хранения данных в Системе должны использоваться реляционные БД,
обеспечивающие реализацию встроенных механизмов построения индексов и
контроля целостности данных.
Доступ к данным должен быть предоставлен только авторизованным
пользователям с учетом их служебных полномочий, а также с учетом категории
запрашиваемой информации.
Общие требования к используемой реализации СУБД:

поддержка реляционной или объектно-реляционной модели базы
данных;

поддержка технологии клиент-сервер;

поддержка многопроцессорной архитектуры;

наличие средств создания индексов и кластеров данных;

автоматическое восстановление БД;

совместимость с различными операционными системами серверов БД;

поддержка сетевых протоколов TCP/IP;

наличие графических средств администрирования;

возможность контроля доступа к данным;

централизованное управление учетными записями пользователей.
Состав данных должен быть достаточным для выполнения всех функций
Системы
и
отвечать
требованиям
полноты,
достоверности,
однозначной
идентификации, непротиворечивости и необходимой точности представления.
4.9.2 Требования к лингвистическому обеспечению
Все экранные формы, выходные формы, инструкции по работе, вся
документация должны быть выполнены на русском языке. Исключения могут
составлять только системные сообщения, не подлежащие русификации. Набор
символов – кириллица. Числовая информация должна быть отражена арабскими
цифрами.
50
4.9.3 Требования к программному обеспечению
В состав общесистемного программного обеспечения должны входить
программные средства операционной системы, средства интеграции, системы
управления базами данных и пр. Совокупность данных программных средств
должна обеспечивать открытую архитектуру Системы.
Общесистемное программное обеспечение должно обеспечивать:

штатное функционирование комплекса технических средств Системы;

функционирование специального программного обеспечения;

взаимодействие с периферийными устройствами;

сетевое взаимодействие;

другие необходимые общесистемные функции.
Операционные системы, СУБД должны быть определены Подрядчиком по
согласованию с Государственным заказчиком и описаны в документе «Описание
архитектуры».
Специальное программное обеспечение должно отвечать следующим
требованиям:

высокая степень готовности для решения поставленных задач;

возможность
работы
программных
продуктов
в
использование
свободного
сетях
общего
пользования;

преимущественное
программного
обеспечения;

совместимость
технических
программных
средств,
продуктов
системного
в
части
программного
используемых
обеспечения
и
общесистемной инфраструктуры в пределах требований к техническому
обеспечению, а также их информационная совместимость в пределах
требований к информационному обмену.
Требования к системному программному обеспечению должны быть
определены на стадии «Разработка документации технического проекта».
4.9.4 Требования к техническому обеспечению
В случае необходимости в рамках работ по Заявке, Подрядчик вносит
изменения в архитектуру Системы. Все вносимые изменения в архитектуру Системы
51
должны быть согласованы с Государственным заказчиком и отражены в документе
«Актуализированное описание архитектуры Системы».
Архитектура Системы должна быть разработана в соответствии с
трехуровневой клиент-серверной архитектурой и состоять из следующих уровней:

уровень хранения данных;

уровень приложений;

презентационный
уровень,
обеспечивающий
взаимодействие
с
клиентскими приложениями.
Уровень презентаций должен быть разработан в соответствии с принципами
архитектуры «тонкого клиента».
Подрядчик должен сформулировать предложение по размещению Системы,
исходя
из
заданных
параметров
производительности,
доступности
и
информационной безопасности. Предложение по размещению в части требуемых
мощностей должно быть обосновано результатами нагрузочного тестирования и
согласовано с Государственным заказчиком.
4.9.5 Требования к организационному обеспечению
В
ходе
выполнения
работ
должно
обеспечиваться
постоянное
взаимодействие между Подрядчиком, Заказчиком и Функциональным заказчиком в
части:

решения
административных
вопросов
(организация
встреч,
предоставление допусков, рассмотрение и согласование документации и т.п.);

решения инженерно-технических вопросов (согласование технических
аспектов реализации и администрирования Системы, определение наличия и
размещения технических средств, коммуникаций и т.п.);

нормативно-методического
и
информационного
обеспечения
проектных работ (уточнение функциональных характеристик, предоставление
дополнительных сведений).
Подрядчик
по
запросу
Государственного
заказчика
направляет
специалиста(ов) на рабочие совещания и презентации. Запрос Государственного
заказчика на участие в совещании специалистов Подрядчика направляется не
позднее 2 (двух) рабочих дней до дня проведения совещания/презентации. По
52
согласованию с Государственным заказчиком допускается проведение совещаний в
онлайн-режиме.
По итогам рабочих совещаний может быть составлен протокол. В таком
случае указанный протокол рабочего совещания в течение 2 рабочих дней с даты
проведения соответствующего совещания должен быть направлен Подрядчиком
в адрес Заказчика для согласования. Заказчик согласовывает протокол рабочего
совещания в течение 5 рабочих дней с даты его получения либо в тот же срок
направляет замечания к протоколу официальным письмом. При наличии замечаний
Подрядчик должен устранить указанные замечания в течение 2 рабочих дней
и в тот же срок направить Заказчику скорректированный протокол рабочего
совещания.
53
5 Состав и содержание работ по развитию Системы
5.1 Порядок выполнения работ
Выполнение
работ
Подрядчиком
производится
на
основании
соответствующих Заявок на выполнение работ, направленных Заказчиком. В рамках
выполнения работ по развитию Системы Заказчик направляет Заявки на выполнение
работ по развитию Системы (далее – Заявка, Заявка на развитие Системы), шаблон
Заявки на выполнение работ по развитию Системы приведен в Приложении А к
настоящему ТЗ.
Заказчик при участии Функционального заказчика формирует Заявку на
развитие Системы, в которой приводятся функциональные требования к развитию
Системы или описание задач, которые необходимо решить в рамках выполнения
работ по настоящему ТЗ.
После получения Заявки на развитие Системы Подрядчик в течение 10
(десяти) календарных дней формирует и направляет Заказчику ЧТЗ с детализацией
требований и Протокол обработки заявки на выполнение работ по развитию
Системы (далее – Протокол обработки заявки) согласно шаблону, приведенному в
Приложении Б к настоящему ТЗ, в котором указываются:

перечень требуемых изменений;

точное и полное описание технической реализации требуемых
изменений;

расчет трудозатрат в виде количества дней, цены одного человеко-дня, с
указанием общей стоимости работ.
Протокол обработки заявки и ЧТЗ должны быть утверждены Заказчиком при
участии Функционального заказчика в течение 10 (десяти) календарных дней с даты
их получения Заказчиком, либо в тот же срок Заказчик направляет Подрядчику
Протокол разногласий к протоколу обработки заявки на выполнение работ по
развитию Системы (далее – Протокол разногласий) в виде служебного письма.
При наличии замечаний Подрядчик устраняет их в течение 5 (пяти)
календарных дней с даты получения от Заказчика Протокола разногласий и в тот же
срок направляет в официальном порядке Заказчику измененный Протокол
обработки заявки и ЧТЗ для утверждения.
54
В случае отсутствия замечаний со стороны Заказчика Подрядчику в течение 5
(пяти) календарных дней направляется утвержденный Протокол обработки заявки и
ЧТЗ, либо в тот же срок Заказчик направляет Подрядчику новый Протокол
разногласий.
Утвержденный Протокол обработки заявки и ЧТЗ служат основанием для
выполнения работ по развитию Системы.
Протоколы
обработки
заявки
и
ЧТЗ
направляются
Подрядчиком
официальным письмом Заказчику для утверждения.
Порядок контроля и приемки выполненных работ приведен в разделе 7
настоящего ТЗ.
Полный перечень отчетной документации, разрабатываемой в рамках
выполнения работ, приведен в п. 5.4 настоящего ТЗ.
5.2 Объем работ
Объем работ по развитию Системы определяется общим количеством
человеко-дней специалистов Подрядчика, затраченным на выполнение работ по
Заявкам Государственного заказчика.
Общее количество задач на развитие Системы, которые могут быть
направлены в Заявках Подрядчику по настоящему ТЗ, не ограничено. Общая
стоимость работ по всем направленным Подрядчику Заявкам не может превышать
цену ГК.
5.3 Порядок подготовки отчетной документации
По результатам выполнения работ по каждой Заявке формируется комплект
документов согласно п. 5.4 настоящего ТЗ.
Подрядчик вправе досрочно выполнить обязательства по ГК. В случае
досрочного выполнения обязательств по ГК Подрядчик предоставляет необходимый
перечень отчетной документации, а также направляет в адрес Государственного
заказчика письмо о готовности к досрочной сдаче выполненных работ в рамках ГК.
55
5.4 Стадии выполнения работ
Состав и содержание работ по развитию Системы определяются задачами, включенными в Заявки на развитие Системы .
Выполнение работ по каждой Заявке на развитие Системы включает следующие стадии:
− Разработка документации технического проекта;
− Разработка программного обеспечения и разработка рабочей документации;
− Проведение пусконаладочных работ на тестовом контуре и проведение предварительных испытаний Системы;
− Проведение опытной эксплуатации (включая подготовку персонала);
− Проведение пусконаладочных работ на промышленном контуре и проведение приемочных испытаний Системы.
Стадии выполнения работ приведены в таблице ниже.
1
Перечень отчетных документов по каждой Заявке на выполнение работ уточняется в соответствующем Протоколе обработки заявки
56
Таблица 6 - Состав работ и отчетной документации по Заявке
Наименовани
е работ
Наименование
стадии
выполнения
работ
Подготовка к
началу
выполнения
работ по
развитию
Системы
Срок выполнения
работ /
продолжительност
ь
Сроки
предоставления
результатов
работ
В соответствии с
п.5.1 ТЗ
Отчетная документация и материалы1



Заявка на развитие Системы;
Протокол обработки Заявки на развитие Системы;
ЧТЗ на развитие Системы по Заявке.
57
Сроки
предоставления
результатов
работ
Наименовани
е работ
Наименование
стадии
выполнения
работ
Срок выполнения
работ /
продолжительност
ь
Выполнение
работ по
развитию
Системы
1. Разработка
документации
технического
проекта
В течение 20
календарных дней
со следующего дня
после даты
утверждения ЧТЗ
В течение 5

календарных дней
с даты завершения
срока стадии
2. Разработка
программного
обеспечения и
разработка
рабочей
документации
В течение 100
календарных дней
со следующего дня
после даты
утверждения ЧТЗ
В течение 5

календарных дней
с даты завершения
срока стадии
Отчетная документация и материалы
Технический проект Системы, включая:
 Пояснительную записку к техническому проекту;
 Описание организации информационной базы;
 Описание автоматизируемых функций;
 Описание информационного обеспечения
системы;
 Описание программного обеспечения;
 Ведомость технического проекта.
Рабочая документация в составе:
 Эксплуатационная документация:
 Ведомость эксплуатационных документов;
 Описание архитектуры;
 Описание информационного массива;
 Описание базы данных;
 Руководство пользователя;
 Руководство функционального
администратора;
 Руководство системного администратора;
 Инструкция по развертыванию системы;
 Регламент гарантийного обслуживания;
 Регламент эксплуатации;
 План восстановления в случае аварии;
 Паспорт;
 Общее описание Системы;
58
Наименовани
е работ
Наименование
стадии
выполнения
работ
Срок выполнения
работ /
продолжительност
ь
Сроки
предоставления
результатов
работ
Отчетная документация и материалы




3. Проведение
пусконаладочны
х работ на
тестовом
контуре и
проведение
предварительны
х испытаний
Системы
В течение 15
календарных дней с
даты завершения
срока стадии
«Разработка
программного
обеспечения и
разработка рабочей
документации»
В течение 5

календарных дней
с даты начала

срока стадии
В течение 5

календарных дней 
с даты завершения 
срока стадии
4. Проведение
опытной
эксплуатации
(включая
В течение 30
календарных дней с
даты завершения
срока стадии
«Проведение
В течение 5

календарных дней
с даты начала

срока стадии
Регламент взаимодействия с внешними
информационными системами;
Исходные коды и дистрибутивы СПО Системы;
Отчет по анализу исходного кода на наличие
уязвимостей и их устранению;
План-программа подготовки персонала (с
приложением шаблона Протокола подготовки
персонала).
Акт о выполнении пусконаладочных работ на
тестовом контуре;
Программа и методика предварительных испытаний;
Протокол предварительных испытаний;
Акт приемки Системы в опытную эксплуатацию;
Доработанная документация и исходные
коды/дистрибутив СПО Системы (при наличии
замечаний по результатам предварительных
испытаний)
Отчет о подготовке персонала (с приложением
Протокола подготовки персонала);
Программа и методика опытной эксплуатации (с
приложением шаблона Журнала опытной
эксплуатации);
59
Наименовани
е работ
Наименование
стадии
выполнения
работ
подготовку
персонала)
Срок выполнения
работ /
продолжительност
ь
пусконаладочных
работ на тестовом
контуре и
проведение
предварительных
испытаний
Системы»
5. Проведение
В течение 15
пусконаладочны календарных дней с
х работ на
даты завершения
промышленном срока стадии
контуре и
«Проведение
проведение
опытной
приемочных
эксплуатации
испытаний
(включая
Системы
подготовку
персонала)»
Сроки
предоставления
результатов
работ
Отчетная документация и материалы
В течение 5

календарных дней
с даты завершения 
срока стадии
Отчет о проведении опытной эксплуатации (с
приложением Журнала опытной эксплуатации);
Акт о завершении опытной эксплуатации Системы и
допуске к приемочным испытаниям

Акт о выполнении пусконаладочных работ на
промышленном контуре;
Программа и методика приемочных испытаний;
Программа и методика нагрузочных испытаний;
Протокол приемочных испытаний;
Протокол нагрузочных испытаний;
Акт о готовности Системы к вводу в эксплуатацию;
Доработанная документация и исходные
коды/дистрибутив СПО Системы (при наличии
замечаний по результатам опытной эксплуатации и
приемочных испытаний);
Акт приема-передачи исключительных прав на
результаты интеллектуальной деятельности по Заявке
(обязательный документ по каждой Заявке);
Акт приема-передачи отчетной документации по
Заявке (обязательный документ по каждой Заявке);
В течение 5
календарных дней
с даты начала
срока стадии
В соответствии с
ГК








60
Наименовани
е работ
Наименование
стадии
выполнения
работ
Срок выполнения
работ /
продолжительност
ь
Сроки
предоставления
результатов
работ
Отчетная документация и материалы





Ведомость передаваемых файлов (обязательный
документ по каждой Заявке);
Заполненные проекты заявок на государственную
регистрацию прав заказчика на результаты
интеллектуальной деятельности (по форме
приложений №1-4 приказа Минэкономразвития
России от 05.04.2016 № 211) на бумажном носителе,
включая реферат, отвечающий требованиям приказа
Минэкономразвития России от 05.04.2016 № 211 (для
последней Заявки);
Депонируемые материалы в электронной форме на
машиночитаемом носителе в формате PDF/A,
отвечающие требованиям приказа Минэкономразвития
России от 05.04.2016 № 211 (для последней Заявки);
Документы, подтверждающие отказ авторов
(разработчиков) от исключительных прав на
передаваемые объекты интеллектуальной
собственности в пользу подрядчика (обязательные
документы по каждой Заявке);
Отчет по анализу исходного кода на наличие
уязвимостей и их устранению (в случае внесения
изменений в исходный код после опытной
эксплуатации и испытаний)
61
В ходе выполнения работ по развитию Системы должны быть осуществлены мероприятия, перечень и сроки реализации
которых приведены в таблице ниже (Таблица 7).
Таблица 7 – Сроки реализации мероприятий по настоящему ТЗ
1
2
3
4
5
6
7
8
9
10
Мероприятие
Контрольный срок реализации
Направление Подрядчиком запроса в адрес Заказчика
для предоставления доступа в СУРК
Направление Подрядчику шаблона анкеты доступа в
СУРК на основании запроса
Предоставление Подрядчику доступа в СУРК на
основании запроса
Предоставление доступа Подрядчику к тестовому и
промышленному контурам Системы
Не позднее 5 рабочих дней с даты заключения
ГК
Не позднее 5 рабочих дней с даты получения
запроса
Не позднее 5 рабочих дней с даты получения
запроса
В течение 5 рабочих дней с даты получения
Заказчиком уведомления о технической
готовности
В течение 10 календарных дней после
получения Заявки на развитие Системы
Не позднее 10 календарных дней с даты
получения документов Заказчиком
Не позднее 5 календарных дней с даты
получения документов Подрядчиком
Подрядчик
Не позднее 10 календарных дней с даты
получения документов Заказчиком
Заказчик
Направление Заказчику Протокола обработки заявки
и ЧТЗ для утверждения
Направление Подрядчику утвержденного Протокола
обработки заявки или Протокола разногласий
Внесение изменений в Протокол на основании
Протокола разногласий, полученного от Заказчика,
и направление Протокола в новой редакции Заказчику
Направление Подрядчику утвержденного Протокола
в новой редакции Протокола разногласий (в случае если
все разногласия устранены)
Направление на согласование Заказчику документа
«План-программа подготовки персонала»
Согласование Заказчиком документа «План-программа
Ответственный
за исполнение
Заказчик
Заказчик
Заказчик
Подрядчик
Заказчик
Подрядчик
Не позднее, чем за 4 рабочих дня до даты начала Подрядчик
соответствующей стадии «Проведение опытной
эксплуатации, включая подготовку персонала
системы»
Не позднее, чем за 3 рабочих дня до даты начала Заказчик
62
Мероприятие
подготовки персонала»
Контрольный срок реализации
подготовки
Ответственный
за исполнение
63
6 Порядок развития Системы
6.1 Требования к проведению работ по развитию Системы
6.1.1 Требованию к подготовке и началу выполнения работ
В рамках выполнения работ по развитию Системы Подрядчик должен
разработать ЧТЗ по каждой Заявке на развитие Системы, детализирующее
требования Заявки и настоящего ТЗ.
Порядок разработки, структура и содержание ЧТЗ должны соответствовать
ГОСТ 34.602–2020 «Комплекс стандартов на автоматизированные системы.
Техническое задание на создание автоматизированной системы». ЧТЗ не должно
дублировать положения настоящего ТЗ, а в случае такой необходимости должны
приводиться ссылки на соответствующие пункты ТЗ. В каждом ЧТЗ Подрядчиком
должны быть детализированы требования соответствующей Заявки и настоящего ТЗ
до степени, позволяющей однозначно определить способ реализации каждого
требования. Каждое ЧТЗ должно быть разработано Подрядчиком и утверждено
Заказчиком и Функциональным заказчиком в сроки, указанные в п. 5.1 настоящего
документа.
Утвержденное Подрядчиком и Заказчиком ЧТЗ является основанием для
начала выполнения работ по соответствующей Заявке на развитие Системы. Сроки
выполнения работ по развитию на каждой стадии определены в п.5.4 настоящего ТЗ.
По согласованию с Заказчиком сроки могут быть сокращены. Для сокращения
сроков выполнения работ по развитию Подрядчик должен направить в адрес
Заказчика официальное письмо с предложением новых сроков или направить в адрес
Заказчика Протокол обработки заявки с учетом сокращенных сроков. Заказчик
согласовывает новые сроки выполнения работ путем направления официального
письма в адрес Подрядчика.
6.1.2 Требования к разработке документации технического проекта
В рамках выполнения работ Подрядчик должен разработать документацию,
указанную в п.5.4 настоящего документа.
Документация должна отражать характеристики СПО Системы, которые
должны быть разработаны согласно ТЗ.
64
При описании процессов, структуры СПО, организации данных и функций
СПО должны приводиться модели, разработанные с применением любых средств
проектирования и в любой нотации, определенной Подрядчиком и согласованной с
Заказчиком, но в рамках единой технологии моделирования.
6.1.3 Требования к разработке программного обеспечения и рабочей
документации
Подрядчик должен обеспечить выполнение требований настоящего ТЗ без
нарушения функционирования ранее разработанного функционала Системы.
Подрядчик в рамках выполнения работ должен обеспечить выполнение
требований настоящего ТЗ без нарушения функционирования ранее разработанной
функциональности Системы.
В рамках работ по развитию Системы Подрядчиком должна быть обеспечена
совместимость
результатов
выполнения
работ
с
ранее
разработанными
техническими и программными решениями Системы.
Подрядчик передает Заказчику дистрибутивы Системы, исходные тексты
(коды) в соответствии с п.1.8 настоящего ТЗ в процессе разработки и на всех этапах
внесения изменений в СПО Системы, а также в случае внесения изменений в рамках
гарантийного обслуживания.
Требования
применяются
к
о
передаче
результатам
исходных
текстов
интеллектуальной
(кодов),
дистрибутивов
деятельности,
созданным
Подрядчиком специально в рамках исполнения ГК, если иное прямо не
предусмотрено ГК и ТЗ. Указанные требования не распространяются на
программные продукты третьих лиц, включая Подрядчика, свободное программное
обеспечение и иные самостоятельные компоненты, не созданные специально по ГК.
Для
проведения
(развертывания)
компиляции,
программы
для
создания
ЭВМ
дистрибутива
должны
и
установки
использоваться
свободно
распространяемые компиляторы, интерпретаторы и иное программное обеспечение,
необходимое для указанных целей, дистрибутивы которых должны быть переданы
вместе с исходными кодами разработанных в ходе выполнения работ программ для
ЭВМ.
В случае использования для проведения компиляции, создания дистрибутива
и установки (развертывания) программы для ЭВМ компиляторов, интерпретаторов и
65
иного программного обеспечения, права на использование, копирование и
модификацию которых принадлежат третьим лицам, Подрядчик за свой счет
передает Заказчику дистрибутивы и права на использование таких компиляторов,
интерпретаторов и иного программного обеспечения.
Подрядчик в процессе сдачи-приемки работ должен провести демонстрацию
процесса компиляции, создания дистрибутива и установки (развертывания)
разработанных программ для ЭВМ в соответствии с инструкциями, приведенными в
рабочей документации на Систему.
В рамках выполнения работ Подрядчик должен разработать рабочую
документацию на Систему в составе, приведенном в п. 5.4 настоящего ТЗ. При этом
содержание данной документации должно охватывать всю функциональность
Системы,
включая
модернизированную
в
рамках
выполнения
работ
функциональность.
Документ «Описание архитектуры» должен соответствовать ГОСТ Р 571002025. «Национальный стандарт Российской Федерации. Системная и программная
инженерия.
Описание
архитектуры».
При
разработке
документа
должен
использоваться язык моделирования архитектуры archimate.
Документ «Инструкция по развертыванию Системы» должен содержать
следующие разделы (но не ограничиваясь этим):
 общие сведения о системе;
 состав эксплуатационной и технической документации;
 состав дистрибутивов;
 подготовка к установке и настройке;
 порядок развертывания и настройки по каждой подсистеме.
Документ «Описание информационного массива» должен содержать
следующую информацию:
 перечень и состав входных данных;
 перечень и состав выходных данных.
Документы «Руководство пользователя», «Руководство функционального
администратора» и «Руководство системного администратора», регламентирующие
деятельность персонала, должны содержать описание выполнения операций
(действий) персонала в технологическом процессе Системы, т.е. описание должно
66
строиться на основе технологических задач персонала с использованием
возможностей
Системы
и
не
должно
сводиться
к
простому
описанию
(перечислению) функций Системы. При этом в указанных документах должна быть
отражена работа всех функций по компонентам. Указанные документы должны
содержать описание выполнения операций (действий) всех категорий пользователей
с применением необходимых изображений экранных форм Системы.
Документ
содержать
«Руководство
описание
предусматривающей
функционального
выполнения
операций
администрирование
администратора»
должен
пользователей
ролью,
Системы
через
с
пользовательский
интерфейс.
Документ «Руководство системного администратора» должен содержать
описание выполнения операций по системному администрированию Системы, в
соответствии с «Регламентом эксплуатации», в том числе (но не ограничиваясь
этим):
 перевод системы из аварийного режима работы в сервисный;
 перевод системы из сервисного режима в штатный;
 настройка резервного копирования баз данных Системы;
 восстановление
данных
при
сбоях
в
работе
общесистемного
программного обеспечения и КТС, в том числе сетевого программного и
аппаратного обеспечения.
Документ «План-программа подготовки персонала» должен содержать
следующую информацию:
 о функциональности Системы, по которой планируется подготовка;
 о категориях и минимальном количестве пользователей Системы, которые
должны пройти подготовку;
 о формате и сроках проведения мероприятия;
 шаблон документа «Протокол подготовки персонала» (как приложение).
Регламент(-ы) взаимодействия со смежными и внешними информационными
системами должен быть актуализирован (при необходимости) или разработан (в
случае отсутствия) по итогам выполнения работ в рамках ГК в части смежных и
внешних информационных систем, указанных в п. 4.2 настоящего ТЗ, а также в
67
отношении смежных и внешних информационных систем, взаимодействие с
которыми будет реализовано в ходе выполнения работ.
Регламент(-ы) взаимодействия со смежными и внешними информационными
системами должен содержать следующую информацию (но не ограничиваясь этим):
 общие положения:
 цель разработки регламент и область его применения;
 объекты регулирования регламента;
 состав,
права,
обязанности
и
ответственность
участников
информационного взаимодействия;
 порядок информационного взаимодействия;
 требования к режимам взаимодействия;
 требования к составу передаваемой информации;
 требования к форматам и протоколам взаимодействия;
 условия изменения или прекращения действия регламента;
 прочие приложения (при необходимости).
Документ «Регламент эксплуатации Системы» должен содержать следующую
информацию (но не ограничиваясь этим):
 общие положения (включая область применения регламента, объекты
регулирования и участников процесса);
 информацию о Системе (включая состав Системы, порядок доступа,
логирование);
 перечень эксплуатационных мероприятий;
 приложения (при необходимости).
Документ «План восстановления в случае аварии» должен содержать
следующую информацию (но не ограничиваясь этим):
 общие
положения
(включая
перечень
участников
процесса
восстановления и их роли);
 описание стратегии восстановления;
 описание разработанных отказоустойчивых решений;
 описание регламента контрольного восстановления;
 описание регламента актуализации плана восстановления в случае аварии.
68
Документ «Регламент гарантийного обслуживания» должен содержать
следующую информацию (но не ограничиваясь этим):
 общие положения:
 цель разработки регламент и область его применения;
 категории специалистов в части гарантийного обслуживания Системы;
 объекты регулирования регламента;
 сведения о гарантийном обслуживании Системы;
 описание работ, выполняемых в процессе гарантийного обслуживания;
 прием обращений;
 порядок приема обращений;
 требования к содержанию обращений;
 порядок обработки обращений;
 предоставление отчетности о работе по обращениям;
 условия изменения или прекращения действия регламента;
 приложение (при необходимости).
В рамках работ по развитию Системы Подрядчиком должен быть обеспечен
анализа исходного кода на наличие уязвимостей. Состав используемых средств для
анализа исходного кода должен быть согласован с Заказчиком до начала анализа.
По результатам анализа исходного кода на наличие уязвимостей должен быть
подготовлен документ «Отчет по анализу исходного кода на наличие уязвимостей и
их устранению», который должен включать следующую информацию (но не
ограничиваясь этим):
 наименование Системы;
 перечень используемых языков программирования;
 используемые средства статического и динамического анализа исходного
кода. При этом средствами анализа должен быть проанализирован весь исходный
код Системы на всех используемых в Системе языках программирования;
 информацию о результатах проведения фаззинг-тестирования;
 фамилии, имена, отчества (при наличии) и должности экспертов,
проводивших анализ исходного кода;
 сведения о выявленных уязвимостях при анализе исходного кода,
сведения о их устранении или не применимости уязвимостей;
69
 заключение о безопасности использования обновленного исходного кода
в Системе.
Все уязвимости, снижающие уровень безопасности Системы, должны быть
устранены в рамках выполнения работ по развитию Системы.
Если после проведения анализа по результатам испытаний и опытной
эксплуатации в исходный код Системы вносятся изменения, то Подрядчик проводит
повторный анализ исходного кода и предоставляет новый отчет в составе отчетной
документации по соответствующей Заявке на развитие Системы.
6.1.4 Требования к проведению пусконаладочных
предварительных испытаний Системы
Предварительные
испытания
проводятся
на
работ
тестовом
и
контуре,
расположенном на технических средствах Заказчика в соответствии с согласованной
с Заказчиком и Функциональным заказчиком до начала испытаний «Программой и
методикой предварительных испытаний» в срок, указанный в п. 5.4 настоящего ТЗ.
Проведение предварительных испытаний на технических средствах Подрядчика
допускается только по согласованию с Заказчиком.
Работы по установке и настройке СПО для проведения предварительных
испытаний Системы осуществляет Подрядчик при взаимодействии со службой
технической поддержки Системы, что должно фиксироваться в документе «Акт о
выполнении пусконаладочных работ на тестовом контуре», подписываемом
Заказчиком (включая приемочную комиссию при наличии) и Подрядчиком.
Проведение пусконаладочных работ включает наладку программного
обеспечения частей системы, загрузку информации в ее базу данных, комплексную
наладку
программного
обеспечения
системы,
включая
средства
защиты
информации.
Пусконаладочные работы проводятся после начала стадии «Проведение
пусконаладочных работ на тестовом контуре и проведение предварительных
испытаний» и до начала предварительных испытаний, проводимых в ходе данной
стадии. Длительность стадии должна составлять не менее 7 календарных дней. По
согласованию с Заказчиком длительность стадии «Проведение пусконаладочных
работ на тестовом контуре и предварительных испытаний» может быть сокращен.
70
Документ «Программа и методика предварительных испытаний» должна
включать тесты, позволяющие проверить:
 соответствие
дистрибутива
и
исходных
кодов
СПО
Системы,
предоставленных Подрядчиком требованиям ТЗ и ЧТЗ;
 все функции СПО Системы, предусмотренные ЧТЗ по каждой Заявке на
развитие в рамках выполнения работ;
 выполнение показателей назначения в части временных характеристик
функционирования СПО Системы, установленных в п. 4.5 настоящего ТЗ.
Показатели назначения могут быть дополнены в рамках стадии «Разработка
документации технического проекта».
В ходе предварительных испытаний определяется полнота реализованных
функций и документации на Систему.
Результаты предварительных испытаний фиксируются в «Протоколе
предварительных испытаний», который подписывается всеми участниками
испытаний (включая приемочную комиссию при наличии). В «Протоколе
предварительных испытаний» должны быть отражены выявленные замечания и
рекомендации, сроки их устранения и сделан вывод о соответствии Системы
требованиям настоящего ТЗ и ЧТЗ, а также о готовности Системы к проведению
опытной эксплуатации.
В случае получения замечаний и рекомендаций по итогам предварительных
испытаний Системы Подрядчик должен провести работы по устранению
полученных замечаний с высоким и средним уровнем критичности до запуска
Системы в опытную эксплуатацию. Распределение замечаний по уровням
критичности приведено в п. 7.2.
При внесении изменений в СПО Системы по результатам предварительных
испытаний Подрядчик должен внести соответствующие изменения и представить
Заказчику исходные коды, дистрибутив СПО Системы, а также документацию (при
необходимости), указанную в разделе 5 настоящего документа.
В случае отсутствия изменений в СПО Системы по результатам
предварительных испытаний Подрядчик должен проинформировать Заказчика
письмом, сообщив об отсутствии необходимости в корректировке исходных кодов,
дистрибутива СПО Системы.
71
Подрядчик
отвечает
за
техническую
готовность
создаваемых
или
модернизируемых компонентов к взаимодействию с внешними и смежными
информационными системами в пределах зоны ответственности Подрядчика.
Невозможность
проведения
полного
тестирования,
обмена
данными
или
промышленного подключения, вызванная недоступностью внешней системы,
непредоставлением доступов, действиями операторов внешних систем либо иными
обстоятельствами вне контроля Подрядчика - не признается нарушением
Подрядчика. В таком случае Подрядчик и Заказчик изучают техническую
готовность соответствующего компонента и дополнительно согласуют порядок
действий.
6.1.5 Требования к проведению опытной эксплуатации и подготовке
персонала
Подготовка персонала должна проводиться Подрядчиком в соответствии с
разработанным документом «План-программа подготовки персонала», до начала
опытной эксплуатации. Требования к подготовке персонала приведены в разделе 8
настоящего ТЗ.
Опытная эксплуатация проводится после подписания Заказчиком (включая
приемочную комиссию при наличии) и Подрядчиком документа «Акт приемки
Системы в опытную эксплуатацию». Опытная эксплуатация Системы проводится на
тестовом контуре, расположенном на технических средствах Заказчика с целью
проверки функционирования компонентов Системы в части реализации новой
функциональности для выявления недостатков в работе Системы, не выявленных на
предварительных испытаниях, и их устранения, а также для обработки обращений
пользователей по вопросам использования новой функциональности Системы.
Для проведения опытной эксплуатации версия Системы размещается на
технических средствах Заказчика, предоставленных в соответствии с требованиями
к
техническому
обеспечению,
сформированными
на
стадии
«Разработка
документации технического проекта».
Работы по установке и настройке СПО Системы для проведения опытной
эксплуатации осуществляет Подрядчик.
Опытная эксплуатация Системы проводится в соответствии с разработанной и
согласованной с Заказчиком «Программой и методикой опытной эксплуатации».
72
Документ «Программа и методика опытной эксплуатации» должен быть направлен
Заказчику до начала опытной эксплуатации.
Документ «Программа и методика опытной эксплуатации» должен включать
требования к проведению опытной эксплуатации модернизированной версии
Системы и должен определять:

сроки проведения опытной эксплуатации;

состав
объектов,
на
которых
должна
производиться
опытная
эксплуатация;

состав категорий пользователей, участвующих в опытной эксплуатации
Системы, и их минимальное количество;

условия и порядок функционирования Системы в рамках опытной
эксплуатации;

порядок устранения замечаний к работе Системы, выявленных в
процессе опытной эксплуатации;

иные
требования
к
проведению
опытной
эксплуатации,
предусмотренные настоящим ТЗ и ЧТЗ;

шаблон документа «Журнал опытной эксплуатации» (как приложение).
СПО Системы
должно функционировать в объеме всех функций,
предусмотренных ЧТЗ и реализованных в рамках выполнения работ.
Общая длительность опытной эксплуатации Системы должна составлять не
менее 25 (двадцати) календарных дней. По согласованию с Заказчиком срок
проведения испытаний может быть сокращен.
Результаты проведения опытной эксплуатации должны быть отражены в
документе «Отчет о проведении опытной эксплуатации».
Результаты обработки всех обращений пользователей Системы должны
фиксироваться в «Журнале опытной эксплуатации».
«Журнал опытной эксплуатации» должен содержать следующие сведения (но
не ограничиваясь этим):
 регистрационный номер обращения;
 способ поступления обращения (телефон, электронная почта);
 контактные данные обратившегося пользователя (ФИО, организация/
ведомство, должность);
73
 дата и время поступления обращения;
 описание содержания обращения;
 категорию и критичность обращения;
 дата и время окончательной отработки Подрядчиком обращения;
 описание мер, принятых в связи с обращением.
Кроме того, в «Журнале опытной эксплуатации» должны фиксироваться
факты обнаружения некорректной работы Системы, выявленные пользователями
Системы, с указанием даты и времени события, описанием причин возникновения и
мер, предпринятых для устранения.
СПО Системы с учетом выполненных доработок (дополнительных настроек)
также передается Заказчику. По результатам выполнения работ Подрядчик должен
передать Заказчику исходные коды и дистрибутив СПО Системы в соответствии с
п.1.8 настоящего ТЗ.
Опытная эксплуатация завершается подписанием документа «Акт о
завершении опытной эксплуатации Системы и допуске к приемочным испытаниям»,
подписываемом Заказчиком (включая приемочную комиссию при наличии) и
Подрядчиком.
6.1.6 Требования к проведению пусконаладочных работ и приемочных
испытаний
Приемочные испытания Системы проводятся в соответствии с согласованной
до начала испытаний с Заказчиком и Функциональным заказчиком «Программой и
методикой приемочных испытаний», в срок, указанный в п. 5.4 настоящего ТЗ,
путем выполнения предусмотренных в ней тестов.
Пусконаладочные работы проводятся после начала стадии «Проведение
пусконаладочных работ на промышленном контуре и проведение приемочных
испытаний» и до начала приемочных испытаний, проводимых в ходе данной стадии.
Длительность стадии должна составлять не менее 7 календарных дней. По
согласованию с Заказчиком длительность стадии «Проведение пусконаладочных
работ на промышленном контуре и проведение приемочных испытаний» может быть
сокращен.
Работы по установке и настройке СПО Системы для проведения приемочных
испытаний осуществляет Подрядчик при взаимодействии со службой технической
74
поддержки Системы, что должно фиксироваться в документе «Акт о выполнении
пусконаладочных работ на промышленном контуре», подписываемом Заказчиком
(включая приемочную комиссию при наличии) и Подрядчиком.
После проведения пусконаладочных работ и до начала приемочных
испытаний Подрядчиком должно быть проведено нагрузочное тестирование
Системы.
Нагрузочное
тестирование
проводится
на
мощностях
Заказчика
в
соответствии с разработанным документом «Программа и методика нагрузочных
испытаний». Работы по установке и настройке СПО Системы для проведения
нагрузочных испытаний осуществляет Подрядчик при взаимодействии со службой
технической поддержки Системы.
Необходимо провести следующие виды нагрузочного тестирования:
 тестирование производительности Системы;
 стрессовое тестирование Системы.
Тестирование
производительности
Системы
должно
проводиться
с
постепенным увеличением нагрузки путем добавления новых пользователей через
определенные интервалы времени.
Тестирование производительности Системы должно позволять определить:
 время выполнения выбранных операций Системы при заданных
(количество одновременно работающих пользователей) интенсивностях
выполнения этих операций;
 количество пользователей Системы, способных работать одновременно с
заданными характеристиками отклика подсистемы;
 границы приемлемой производительности при увеличении нагрузки на
Систему (добавление новых пользователей);
 производительность Системы при различных нагрузках (различное
количество одновременно работающих пользователей).
Стрессовое тестирование Системы должно проводиться путем увеличения
интенсивности операций выше пиковых значений (максимально разрешенных) или
путем увеличения количества пользователей и количества вызовов веб-сервисов
Системы до тех пор, пока нагрузка на нее не станет выше максимально допустимых
значений. После этого нагрузка на Систему должна быть снижена до средних
75
значений с целью проверки способности Системы к возвращению из стрессового
состояния в нормальное.
Подрядчик должен производить процедуры нагрузочных испытаний в момент
времени, согласованный с Заказчиком.
Положительным результатом нагрузочных испытаний является выполнение
показателей
назначения
в
части
функционирования
Системы.
В
случае
отрицательных результатов проводится доработка СПО/ОПО/Архитектуры системы
для достижения целевых показателей, указанных в п.4.5 Подрядчик должен
сформулировать предложение по размещению Системы, исходя из заданных
параметров производительности, доступности и информационной безопасности.
Предложение по размещению в части требуемых мощностей должно быть
обосновано результатами нагрузочного тестирования, изложено в Протоколе
нагрузочных испытаний Системы.
«Программа и методика приемочных испытаний» должна включать тесты,
позволяющие проверить выполнение всех положений ЧТЗ.
Проверка полноты и корректности представленных исходного кода СПО и
дистрибутива модернизированной Системы осуществляется на основании версий,
переданных Заказчику через СУРК. Для этого специалистами Подрядчика в
присутствии приёмочной комиссии (при отсутствии – в присутствии Заказчика)
производится сборка и доставка переданных дистрибутива ПО, СПО из СУРК в
соответствии с документом «Инструкция по развертыванию Системы».
Подрядчик должен провести демонстрацию процесса развертывания из
исходного кода СПО и дистрибутива, размещенных в соответствии с п.1.8 в СУРК,
финальной версии Системы в демонстрационном контуре на мощностях Заказчика
(ЦОД ППК) в соответствии с документом «Регламент проведения демонстрации
развертывания Системы» (актуальная версия предоставляется Заказчиком при
наличии).
На испытания Подрядчиком должен быть представлен полный комплект
документации, а также документы, подготовленные в рамках проведения опытной
эксплуатации.
При внесении изменений в СПО Системы по результатам приемочных
испытаний Подрядчик должен внести соответствующие изменения и представить
76
Заказчику исходные коды, дистрибутив СПО Системы, а также документацию,
указанную в разделе 5 настоящего ТЗ.
Результаты приемочных испытаний, а также решение о готовности Системы к
вводу в эксплуатацию фиксируются в «Протоколе приемочных испытаний»,
который подписывается всеми участниками испытаний (включая приемочную
комиссию при наличии). В документе «Протокол приемочных испытаний» должны
быть отражены выявленные замечания и рекомендации по модернизированной
функциональности Системы, сроки их устранения, сделан вывод о соответствии
Системы требованиям настоящего ТЗ и ЧТЗ, а также о готовности Системы к
эксплуатации.
В случае получения замечаний и рекомендаций по итогам приемочных
испытаний Системы Подрядчик должен провести работы по устранению
полученных замечаний и реализации рекомендаций. Система должна быть передана
в эксплуатацию после устранения всех критичных замечаний. Распределение
замечаний по уровням критичности приведено в п.7.2 настоящего ТЗ.
В случае отсутствия изменений в СПО Системы по результатам приемочных
испытаний Подрядчик должен проинформировать Заказчика письмом, сообщив об
отсутствии
необходимости
в
корректировке
исходных
текстов
(кодов),
дистрибутивов Системы.
По результатам приемочных испытаний Заказчиком и Подрядчиком
утверждается, приемочной комиссией подписывается документ «Акт о готовности
Системы к вводу в эксплуатацию».
77
7 Порядок контроля и приемки выполненных работ
7.1 Общие требования к приемке работ
Приемка результатов работ осуществляется в рамках выполнения работ в
соответствии с разделом 5 настоящего ТЗ и требованиями ГК.
Приемка результатов выполнения работ по каждой Заявке осуществляется
путем
проверки
полноты
предоставления
документации
и
оформляется
«документом о приемке работ»2 по соответствующей Заявке в ЕИС.
Результаты
проведения
испытаний
должны
быть
зафиксированы
в
соответствующих протоколах испытаний.
Решение о принятии Системы в эксплуатацию принимается Заказчиком на
основании документа «Акт о готовности к вводу в эксплуатацию».
Все создаваемые в рамках настоящего ТЗ программные изделия (результаты
интеллектуальной деятельности) передаются Заказчику как в виде готовой Системы,
так и в виде исходных текстов (кодов), представляемых в электронной форме через
СУРК в соответствии с п.1.8 настоящего ТЗ.
7.2 Виды, состав, объем и методы испытаний Системы и ее составных
частей
Испытания должны проводиться с учетом требований ГОСТ Р 59792-2021
«Информационные технологии. Виды испытаний автоматизированных систем».
В ходе выполнения работ по развитию Системы должны быть проведены
следующие виды испытаний:

предварительные испытания;

опытная эксплуатация (включая подготовку персонала);

приемочные испытания (включая нагрузочные испытания).
При проведении предварительных/приемочных испытаний используются
методики, определенные в согласованных с Заказчиком соответствующих
документах, содержащих программу и методику испытаний (в соответствии с
разделом 6 настоящего ТЗ) (далее – Программа и методика испытаний). Программа и
методика испытаний должна содержать определение порядка контроля выполнения
всех требований настоящего ТЗ и ЧТЗ и соответствующие методики контроля
2
Согласно ч.13 ст.94 Федерального закона от 05.04.2013 №44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд»
78
соответствия, при этом Программа и методика испытаний в качестве приложений
должна включать тесты (контрольные примеры).
Проверка соответствия требованиям к документированию производится в
ходе испытаний Системы. Требования к объему документации приведены в п.5.4
настоящего ТЗ.
Соответствующие Программы и методики испытаний должны быть
разработаны Подрядчиком и согласованы с Заказчиком до начала проведения
соответствующих испытаний.
Предварительные
и
приемочные
испытания
проводятся
приемочной
комиссией, формируемой Заказчиком на основании распорядительного документа,
который должен определять состав комиссии по проведению испытаний
(предварительных и приемочных), порядок ее работы. Заказчик имеет право
привлекать к участию в испытаниях внешних экспертов.
Результаты проверок в ходе проведения испытаний в соответствии с
Программой
и
методикой
испытаний
должны
быть
зафиксированы
в
соответствующих протоколах испытаний. Как замечания к реализации оформляются
исключительно выявленные отклонения от настоящего ТЗ и ЧТЗ. Прочие замечания
могут документироваться как рекомендованные доработки (рекомендации).
Условием для передачи Системы в эксплуатацию и в опытную эксплуатацию
является устранение всех замечаний с высоким и средним уровнем критичности.
Распределение замечаний по уровням критичности приведено в таблице ниже (Error:
Reference source not found8).
Таблица 8 – Распределение замечаний по уровням критичности
№
п/п
1.
Уровень
критичности
Высокий
Описание



2.
Средний


3.
Низкий

полная недоступность СПО;
ошибки/сбои, которые приводят к полной
неработоспособности всех функций СПО;
невозможность информационного обмена с СПО для
информационной системы более 15 минут
ошибки/сбои, которые приводят к частичному
нарушению работоспособности или недоступности
функций СПО;
снижение быстродействия СПО (время отклика СПО
на операции превышает 5 минут).
отклонение в работе СПО, не влияющее на
корректную работу функций Системы;
79
№
п/п
Уровень
критичности
Описание

другие сбои и ошибки, затрагивающие основные
функции СПО
В случае отклонения Системы от требований, предъявляемых на испытаниях,
по решению приемочной комиссии сроки проведения испытаний могут быть
перенесены/расширены Заказчиком до устранения выявленных замечаний в рамках
срока выполнения работ по Заявке.
7.3 Порядок выполнения доработок и устранение допущенных
Подрядчиком ошибок, которые выявлены в процессе испытаний и
в период гарантийного обслуживания
Замечания к реализации и ошибки в реализации Системы, выявленные в ходе
проведения испытаний, должны быть устранены Подрядчиком в рамках выполнения
работ. Порядок устранения замечаний и реализации рекомендаций комиссии должен
быть определен в следующих документах:

Программа и методика предварительных испытаний;

Программа и методика опытной эксплуатации;

Программа и методика приемочных испытаний.
Сроки устранения замечаний и рекомендаций, данных приемочной комиссией
в ходе испытаний, определяются в документах, содержащих итоги проведения
испытаний.
Ошибки в реализации Системы, выявленные в период гарантийного
обслуживания, устраняются Подрядчиком в рамках очередного обновления
Системы, или в рамках внеочередного экстренного обновления в случае, если
обнаруженные ошибки препятствуют или ограничивают эксплуатацию Системы в
штатном режиме. Обновление Системы осуществляется в соответствии с
разработанными
документами
«Регламент
гарантийного
обслуживания»
и
«Регламент эксплуатации Системы».
Подрядчиком должны быть внесены соответствующие актуализирующие
исправления в техническую и эксплуатационную документацию, связанные с
устранением замечаний к работе Системы и предъявлены Заказчику на приемочные
испытания или до завершения срока гарантийного обслуживания для замечаний
опытной эксплуатации или гарантийного обслуживания соответственно.
80
8 Требования к составу и содержанию работ по подготовке
объекта автоматизации к вводу Системы в эксплуатацию
На объекте автоматизации Системы должны быть соблюдены следующие
технические условия:

введены в эксплуатацию необходимые аппаратные средства;

организована связность между программными приложениями на
уровне протокола TCP/IP;

установлено общесистемное программное обеспечение.
Необходимые
технические
условия
обеспечивает
Заказчик
путем
привлечения соответствующих подрядчиков.
Подготовка персонала должна проводиться Подрядчиком до начала опытной
эксплуатации в соответствии с согласованным Заказчиком документом «Планпрограмма подготовки персонала». Дополнительные мероприятия в рамках
подготовки персонала могут быть проведены в период опытной эксплуатации по
согласованию с Заказчиком.
В состав персонала, проходящего подготовку, должны входить пользователи
Системы.
Подрядчик направляет на согласование Заказчику документ «План-программа
подготовки персонала» не позднее 4 (четырех) рабочих дней до даты начала
подготовки. Заказчик согласовывает документ «План-программа подготовки
персонала» в срок не позднее 2 (двух) рабочих дней до даты начала подготовки.
Персонал, проходящий подготовку, должен быть обеспечен необходимыми
инструкциями и методическими материалами.
Подготовка персонала должна проводиться Подрядчиком по документам
«Руководство пользователя», «Руководство функционального администратора»,
входящим в состав результатов выполнения работ по соответствующей Заявке на
развитие Системы, и иных материалов, в соответствии с документом «Планпрограмма подготовки персонала».
По завершении подготовки персонала должен быть оформлены документ
«Отчет о подготовке персонала» с приложением «Протокол подготовки персонала»,
шаблон «Протокола подготовки персонала» должен быть определен документом
«План-программа подготовки персонала».
81
9 Сведения о гарантийном обслуживании Системы
Настоящий раздел устанавливает общие требования к порядку и условиям
выполнения гарантийного обслуживания Системы по ГК.
Гарантийное обслуживание должно проводиться на основании документа
«Регламент гарантийного обслуживания», требования к содержанию, которого
приведены в разделе 6 настоящего ТЗ.
Подрядчик должен гарантировать, что модернизированная Система будет
функционировать в соответствии со своим назначением не менее 12 месяцев с даты
подписания документа о приемке работ по последней Заявке на выполнение работ по
ГК. При этом возможны незначительные отклонения его технических и
потребительских характеристик, а также отдельные ошибки, не создающие
препятствий для получения положительных результатов от эксплуатации Системы.
В течение гарантийного обслуживания Подрядчик обязуется в отношении
модернизированной Системы выполнять работы по устранению выявленных
технических ошибок (дефектов), информация о которых может поступать от
Заказчика в форме обращений по электронной почте в порядке, определенном в
документе «Регламент гарантийного обслуживания», или официальным письмом, в
следующем объеме:
– устранение обнаруженных в процессе эксплуатации дефектов в работе СПО
Системы в срок не более 5 (пяти) рабочих дней, если иной срок не
предусмотрен документом «Регламент гарантийного обслуживания»;
– внесение изменений в техническую и эксплуатационную документацию на
Систему (при необходимости) на основании выявленных неточностей или
обнаруженных недокументированных возможностей СПО Системы в срок не
более 14 (четырнадцати) рабочих дней, если иной срок не предусмотрен
документом «Регламент гарантийного обслуживания»;
– анализ информации о выявленных технических ошибках (дефектах) в работе
Системы, выработка ответственным сотрудником Подрядчика предложений
по срокам и способам их преодоления, в срок не более 5 (пяти) рабочих дней
после устранения, если иной срок не предусмотрен документом «Регламент
гарантийного обслуживания»;
82
– консультирование представителей Заказчика в срок не более 5 (пяти) рабочих
дней об особенностях реализации СПО Системы и возможности и способах
внесения предлагаемых изменений в новой версии СПО Системы, если иной
срок не предусмотрен документом «Регламент гарантийного обслуживания».
В случае необходимости данные сроки могут быть увеличены по
согласованию с Заказчиком.
Подрядчик обязан незамедлительно реагировать на обращение Заказчика и
приступать
к
устранению
выявленного
недостатка
(дефекта)
в
сроки,
предусмотренные настоящим разделом и утвержденным документом «Регламент
гарантийного обслуживания».
Недостатки и ошибки в реализации Системы, выявленные в период
гарантийного
обслуживания
Системы,
устраняются
Подрядчиком
путем
развертывания обновленной версии Системы, доработанной по результатам
устранения обнаруженных недостатков и ошибок в реализации в согласованный с
Заказчиком
организации.
срок
с
привлечением,
Подрядчиком
соответствующие
при
при
необходимости,
необходимости
актуализирующие
исправления
должны
в
эксплуатирующей
быть
внесены
техническую
и
эксплуатационную документацию, связанные с устранением недостатков и ошибок в
работе Системы, и предъявлены Заказчику до завершения срока гарантийного
обслуживания Системы, если иные сроки не согласованы сторонами ГК.
На период устранения недостатков Заказчиком может быть предоставлен
временный доступ к инфраструктуре Заказчика по запросу Подрядчика.
Гарантия качества не распространяется на случаи повреждения Системы
вследствие действий третьих лиц.
83
10 Требования к документированию
Разработанная документация на Систему должна удовлетворять требованиям
комплекса стандартов на автоматизированные системы:

ГОСТ Р 59853-2021 — в части терминологии;

ГОСТ 34.201-2020 — в части наименования и обозначения документов;

ГОСТ Р 59793-2021 – в части определения стадий и этапов выполняемых
работ;

ГОСТ 34.602-2020 — в части состава, содержания и правил оформления
«Частного технического задания».

ГОСТ Р 59795-2021 – в части требований к содержанию документов;

ГОСТ Р 57100-2025 – в части содержания документа «Описание
архитектуры системы»;

ГОСТ Р 59792-2021 – в части определения видов испытаний.
Документы на Систему должны оформляться в соответствии с требованиями
ГОСТ Р 2.105-2019 на листах формата А4 по ГОСТ 2.301-68 без рамки, основной
надписи и дополнительных граф к ней. Допускается для размещения рисунков и
таблиц использование листов формата А3 с подшивкой по короткой стороне листа.
Документы объемом более 25 листов должны содержать аннотацию и содержание.
Документы должны быть разработаны с учетом следующих требований:

язык отчетных материалов – русский;

отчетная документация передается Государственному заказчику на
бумажном носителе в 2 (двух) экземплярах и в электронном виде в 1 (одном)
экземпляре (за исключением документа о приемке, формируемом в ЕИС);

вспомогательная
документация
(не
указанная
в
качестве
непосредственного результата работ) передается только в электронном виде;

отчетная документация в электронном виде по Заявкам на развитие
Системы должна быть представлена через СУРК;

форматы представления информации в электронном виде:

текстовые документы – форматы, позволяющие осуществить их
просмотр средствами OpenOffice;

PDF);
схемы, рисунки и другие графические материалы – VSD (либо
84

все макеты, схемы, рисунки, используемые в отчетной документации на
бумажном носителе, должны быть представлены в цветном виде;

по согласованию с Заказчиком отчетная документация по стадиям может
передаваться только в электронном виде через СУРК, в этом случае в
сопроводительном документе Подрядчика должна быть указана ссылка
на соответствующий каталог;

отчетная документация и материалы передаются с сопроводительными
документами Подрядчика, в которых в том числе указывается способ их
передачи, включая ссылку на каталог в СУРК при его использовании,
или обосновывается отсутствие технической возможности использовать
СУРК.
Если в состав документации включаются материалы, требующие больших
форматов (схемы, чертежи, фотоматериалы и пр.), то по согласованию с
Государственным заказчиком допускается выполнение приложений к таким
документам только на машинных носителях в форматах PDF, TIFF, JPEG и др. При
этом основная часть документа выпускается в соответствии с требованиями,
определенными выше.
Подрядчик должен в обязательном порядке присваивать документам на
Систему уникальные номера в соответствии с порядком, установленным в
Приложении В к настоящему документу.
.
85
Приложение А
Шаблон Заявки на выполнение работ по развитию Системы
УТВЕРЖДАЮ
Представитель Государственного
заказчика
УТВЕРЖДАЮ
Представитель Подрядчика
_________________________/ И.О. Фамилия
М.П.
_________________________/ И.О. Фамилия
М.П.
Заявка № __ от __.__.____ г.
на выполнение работ по развитию Автоматизированной информационной системы
мониторинга и управления строительной отраслью Пермского края
Государственный контракт от _____ № ___
№
п/п
Подсистема
Доработка
(функциональная/техническая)
Согласование со стороны Функционального заказчика:
____________________ _____________________/ _____________/
Наименование
задачи
Описание задачи/
функциональные требования
Требуемый
срок
реализации
86
Приложение Б
Шаблон протокола обработки Заявки на выполнение работ по развитию Системы
УТВЕРЖДАЮ
Представитель Государственного
заказчика
УТВЕРЖДАЮ
Представитель Подрядчика
_________________________/ И.О. Фамилия
М.П.
_________________________/ И.О. Фамилия
М.П.
ПРОТОКОЛ № ___
обработки заявки от __.__.____ г. № ____ на выполнение работ по развитию Автоматизированной информационной системы
мониторинга и управления строительной отраслью Пермского края
Государственный контракт от _____ № ___
Дата утверждения: _________________
1. Описание необходимых изменений и расчет трудозатрат на выполнение работ по развитию Системы
Расчет трудозатрат
№ п/п
Доработка
Наименование
Наименование
в
(функциональная/
подсистемы
задачи
Заявке
техническая)
Описание задачи/
функциональные
требования
Цена
Ссылка на Количество
одного
пункт ЧТЗ человекодней
человекодня
Сумма
ИТОГО:
Общий объем трудозатрат по заявке от __.__.____ г. № ____ составляет ___ человеко-дней, общая стоимость работ составляет ___ рублей (с
НДС).
87
2. Сроки выполнения периодов работ по развитию Системы и перечень отчетных документов
№ стадии
работ по
заявке
1
2
3
4
5
Наименование стадии работ
по заявке
Разработка документации
технического проекта
Разработка программного
обеспечения и разработка
рабочей документации
Проведение пусконаладочных
работ на тестовом контуре и
проведение предварительных
испытаний Системы
Проведение опытной
эксплуатации (включая
подготовку персонала)
Проведение пусконаладочных
работ на промышленном
контуре и проведение
приемочных испытаний
Системы
Сроки выполнения работ
Начало: __________
Окончание: _____________
Начало: __________
Окончание: _____________
Начало: _______________
Окончание: _____________
Начало: _______________
Окончание: _____________
Начало: _______________
Окончание: _____________
Приложение: Частное техническое задание на выполнение работ по развитию Системы по Заявке № ___
Отчетная документация
88
Приложение В
Правила присвоения номеров отчетной документации
Нумерация документам должна присваиваться в следующем формате:
КодСистемы.НомерГосКонтракта.НомерЗаявки.КодДокумента.Версия.
Пример:
АИСОГ.291-ОКЭФ/2020.2.П2.1
где,
АИСОГ – код системы
291-ОКЭФ/2020 – номер госконтракта
1 – номер заявки (1, 2, …. – номер Заявки на развитие Системы);
П2 – код документа «Пояснительная записка к техническому проекту»
1 – версия (версия для документов является сквозной, т.е. при изменении номера
контракта номер версии будет увеличиваться по нарастающей).
Таблица Г.1 – Перечень и коды документов3
Тип документа
Ведомость технического проекта
Пояснительная записка к техническому проекту
Описание автоматизируемых функций
Описание архитектуры
Описание информационного обеспечения системы
Описание организации информационной базы
Описание комплекса технических средств
Описание программного обеспечения
Ведомость эксплуатационных документов
Описание информационного массива
Описание базы данных
Методика
(технология)
автоматизированного
проектирования
Технологическая инструкция
Регламент информационного взаимодействия
Регламент эксплуатации системы
Регламент гарантийного обслуживания
Руководство пользователя
Руководство функционального администратора
Руководство системного администратора
Инструкция по развертыванию системы
План восстановления в случае аварии
План-программа подготовки персонала
Описание технологического процесса обработки данных
(включая телеобработку)
3
Включая, но не ограничиваясь ГОСТ.
Код документа
ТП*
П2
П3
ОА
П5
П6
П9
ПА
ЭД*
В6
В7
И1
И2
И<Число>**
И<Число>**
И<Число>**
И3
И4
И5
И<Число>**
И<Число>**
ПП
ПГ
89
Тип документа
Код документа
Общее описание системы
ПД
Отчет о проведении опытной эксплуатации (с
приложением журнала опытной эксплуатации)
Программа и методика испытаний
ПМ*
Программа и методика опытной эксплуатации
ПМ<Число>**
Формуляр
ФО*
Паспорт
ПС*
Частное техническое задание
ТЗ
* Документы, код которых установлен в соответствии с требованиями стандартов
Единой системы конструкторской документации (ЕСКД)
** числовая составляющая кода определяется в зависимости от количества
регламентирующих документов по согласованию с Заказчиком или последним
имеющимся версиям данных документов на Систему
90
Приложение Г
Шаблон документа «Ведомость передаваемых файлов»
Шаблон документа «Ведомость передаваемых файлов» приведен в виде макетов на
рисунках ниже (Рисунок Г.1, Рисунок Г.2, Рисунок Г.3). Обозначение в шаблоне в виде
<Указания по заполнению поля> предполагает фрагмент документа, который необходимо
заполнить указанными в поле данными. В итоговом документе необходимо удалить скобки
и выделение текста цветом.
Рисунок Г.1 – Макет листа утверждения документа «Ведомость
передаваемых файлов»
91
Рисунок Г.2 – Макет титульного листа документа «Ведомость
передаваемых файлов»
92
Рисунок Г.3 – Макет основной части документа «Ведомость передаваемых файлов»

=== ФАЙЛ: Требования к содержанию, составу заявки на участие в закупке | docs/0356500001426008902/Требования к составу и содержанию заявки (1).pdf
№ п/п
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА
УЧАСТИЕ В ЗАКУПКЕ И ИНСТРУКЦИЯ ПО ЕЕ
ЗАПОЛНЕНИЮ
1. Информация и документы об участнике закупки, подавшем заявку на участие в закупке:
1.1
Полное
и
сокращенное
(при
наличии)
наименование юридического лица, в том числе
иностранного
юридического
лица
(если
участником
закупки
является
юридическое
лицо),
аккредитованного
филиала
или
представительства иностранного юридического
лица (если от имени иностранного юридического
лица выступает аккредитованный филиал или
представительство),
наименование
обособленного подразделения юридического лица
(если от имени участника закупки выступает
обособленное
подразделение
юридического
лица), фамилия, имя, отчество (при наличии)
(если участником закупки является физическое
лицо,
в
том
числе
зарегистрированное
в
качестве индивидуального предпринимателя).
1.2
Фамилия,
имя,
отчество
(при
наличии),
идентификационный
номер
налогоплательщика
(при наличии) и должность лица, имеющего
право без доверенности действовать от имени
юридического
лица,
либо
действующего
в
качестве
руководителя
юридического
лица,
аккредитованного
филиала
или
представительства иностранного юридического
лица, либо исполняющего функции единоличного
исполнительного органа юридического лица.
1.3
Идентификационный
номер
налогоплательщика
(при
наличии)
членов
коллегиального
исполнительного органа, лица, исполняющего
функции единоличного исполнительного органа,
управляющего
(при
наличии),
управляющей
организации
(при
наличии),
участников
(членов) корпоративного юридического лица,
владеющих
более
чем
двадцатью
пятью
процентами акций (долей, паев) корпоративного
юридического
лица,
учредителей
унитарного
юридического
лица
или
в
соответствии
с
законодательством
соответствующего
иностранного
государства
аналог
идентификационного номера налогоплательщика
таких лиц.
1.4
Адрес
юридического
лица,
в
том
числе
иностранного
юридического
лица
(если
участником закупки является юридическое лицо)
в пределах места нахождения юридического
лица,
адрес
(место
нахождения)
аккредитованного
филиала
или
представительства на территории Российской
Федерации
(если
от
имени
иностранного
юридического лица выступает аккредитованный
филиал или представительство), адрес (место
нахождения)
обособленного
подразделения
юридического лица (если от имени участника
закупки выступает обособленное подразделение
юридического
лица),
место
жительства
физического
лица,
в
том
числе
зарегистрированного
в
качестве
индивидуального
предпринимателя
(если
участник закупки является физическим лицом, в
том
числе
зарегистрированным
в
качестве
индивидуального
предпринимателя),
адрес
электронной
почты,
номер
контактного
телефона.
1.5
Копия
документа,
удостоверяющего
личность
участника
закупки
в
соответствии
с
законодательством Российской Федерации (если
участник закупки является физическим лицом,
не
являющимся
индивидуальным
предпринимателем.
1.6
Идентификационный
номер
налогоплательщика
юридического лица (если участником закупки
является юридическое лицо), аккредитованного
филиала или представительства иностранного
юридического лица (если от имени иностранного
юридического лица выступает аккредитованный
филиал или представительство), физического
лица, в том числе зарегистрированного в
качестве
индивидуального
предпринимателя
(если участником закупки является физическое
лицо,
в
том
числе
зарегистрированное
в
качестве
индивидуального
предпринимателя),
аналог
идентификационного
номера
налогоплательщика
в
соответствии
с
законодательством
соответствующего
иностранного
государства
(если
участником
закупки
является
иностранное
лицо),
код
причины постановки на учет юридического лица
(если участником закупки является юридическое
лицо),
аккредитованного
филиала
или
представительства иностранного юридического
лица (если от имени иностранного юридического
лица выступает аккредитованный филиал или
представительство),
обособленного
подразделения юридического лица (если от
имени
участника
закупки
выступает
обособленное
подразделение
юридического
лица).
1.7
Выписка из единого государственного реестра
юридических лиц (если участником закупки
является юридическое лицо) выписка из единого
государственного
реестра
индивидуальных
предпринимателей
(если
участником
закупки
является индивидуальный предприниматель).
1.8
Надлежащим образом заверенный перевод на
русский язык документов о государственной
регистрации юридического лица или физического
лица
в
качестве
индивидуального
предпринимателя
в
соответствии
с
законодательством
соответствующего
государства (если участником закупки является
иностранное лицо).
Информация и документы, предусмотренные подпунктами 1.1 - 1.8 пункта 1 настоящих Требований,
не включаются участником закупки в заявку на участие в закупке и направляются (по состоянию
на дату и время их направления) заказчику оператором электронной площадки путем
информационного взаимодействия с единой информационной системой.
1.9
Решение о согласии на совершение или о
последующем одобрении крупной сделки, если
требование
о
наличии
такого
решения
установлено
законодательством
Российской
Федерации,
учредительными
документами
юридического лица и для участника закупки
заключение контракта на поставку товара,
выполнение
работы
или
оказание
услуги,
являющихся объектом закупки, либо внесение
денежных
средств
в
качестве
обеспечения
2
заявки на
исполнения
сделкой.
участие в
контракта
закупке, обеспечения
является
крупной
1.10
Реквизиты счета участника закупки, на который
в соответствии с законодательством Российской
Федерации
осуществляется
перечисление
денежных
средств
в
качестве
оплаты
поставленного товара, выполненной работы (ее
результатов),
оказанной
услуги,
а
также
отдельных этапов исполнения контракта, за
исключением случаев, если в соответствии с
законодательством Российской Федерации такой
счет открывается после заключения контракта.
1.11
Декларация о соответствии участника закупки
требованиям, установленным пунктами 3 – 5, 7
– 11 части 1 статьи 31 Закона о контрактной
системе.
1.12
Информация и документы, которые подтверждают
квалификацию участника закупки, указаны в
документе «Порядок рассмотрения и оценки
заявок на участие в конкурсе».
Отсутствие
информации
и
документов,
подтверждающих
квалификацию
участника
конкурса,
не
является
основанием
для
признания заявки на участие в конкурсе не
соответствующей
требованиям
Закона
о
контрактной системе.
1.13
Информация и документы, которые подтверждают
соответствие участника закупки требованиям,
установленным частью 2¹ статьи 31 Закона о
контрактной системе:
- Требования в соответствии c пунктом 4 ПП РФ
от
29.12.2021
№2571.
Информацией
и
документами,
подтверждающими
соответствие
участника закупки дополнительному требованию,
установленному в соответствии с частью 2.1
статьи 31 Закона о контрактной системе,
являются
информация
и
документы,
предусмотренные хотя бы одним из следующих
подпунктов:
а) номер реестровой записи в
предусмотренном Законом о контрактной системе
реестре контрактов, заключенных заказчиками
(в
случае
исполнения
участником
закупки
контракта, информация и документы в отношении
которого включены в установленном порядке в
такой реестр и размещены на официальном сайте
единой
информационной
системы
в
информационно-телекоммуникационной
сети
"Интернет"); б) выписка из предусмотренного
Законом
о
контрактной
системе
реестра
контрактов,
содержащего
сведения,
составляющие государственную тайну (в случае
исполнения
участником
закупки
контракта,
информация о котором включена в установленном
порядке в такой реестр); в) исполненный
контракт,
заключенный
в
соответствии
с
Законом о контрактной системе, или договор,
заключенный в соответствии с Федеральным
законом "О закупках товаров, работ, услуг
отдельными видами юридических лиц", а также
акт приемки поставленных товаров, выполненных
работ, оказанных услуг, подтверждающий цену
поставленных
товаров,
выполненных
работ,
3
оказанных услуг. .
Информация
и
документы,
подтверждающие
соответствие участника закупки дополнительным
требованиям, не включаются участником закупки
в
заявку
на
участие
в
закупке.
Такие
информация
и
документы
в
случаях,
предусмотренных
Законом
о
контрактной
системе, направляются (по состоянию на дату и
время их направления) заказчику оператором
электронной площадки из реестра участников
закупок,
аккредитованных
на
электронной
площадке.
2. Предложение участника закупки в отношении объекта закупки:
2.1
Предложение
по
критерию
«Качественные,
функциональные и экологические характеристики
объекта закупки».
При
этом
отсутствие
таких
информации
и
документов
не
является
основанием
для
отклонения заявки на участие в закупке.
3. Инструкция по заполнению заявки
Подача заявки на участие в закупке означает согласие участника закупки, подавшего такую
заявку, на поставку товара, выполнение работы, оказание услуги на условиях, предусмотренных
извещением об осуществлении закупки, и в соответствии с заявкой такого участника закупки на
участие в закупке.
Подать заявку на участие в закупке вправе только зарегистрированный в единой информационной
системе и аккредитованный на электронной площадке участник закупки путем направления такой
заявки в соответствии с Законом о контрактной системы, оператору электронной площадки.
Участник закупки вправе подать только одну заявку на участие в закупке в любое время с
момента размещения в единой информационной системе извещения об осуществлении закупки до
окончания установленного срока подачи заявок на участие в закупке.
Заявка на участие в закупке, подготовленная участником закупки, должна быть составлена на
русском языке. Отдельные документы (или их части), предоставленные участником закупки в
составе заявки, могут быть подготовлены на другом языке при условии, что к ним будет
прилагаться точный перевод на русский язык.
Все документы, входящие в состав заявки должны иметь четко читаемый текст, не допускающий
двусмысленных толкований.
Заявка на участие в закупке должна содержать документы и информацию, с учетом требований к
содержанию, составу заявки на участие в закупке.
4. Особенности порядка предоставления обеспечения заявок на участие в закупках участниками
закупок, являющимися иностранными лицами
4.1
Участники закупки, являющиеся юридическими
лицами,
зарегистрированными
на
территории
государства
члена
Евразийского
экономического
союза,
за
исключением
Российской Федерации, или физическими лицами,
являющимися гражданами государства - члена
Евразийского
экономического
союза,
за
исключением
Российской
Федерации,
вправе
предоставить
обеспечение
заявок
в
виде
денежных
средств
с
учетом
следующих
особенностей:
а) денежные средства вносятся участниками
закупки на счет, указанный заказчиком в
извещении
об
осуществлении
закупки,
на
4
котором в соответствии с законодательством
Российской Федерации учитываются операции со
средствами, поступающими заказчику;
б) заявка на участие в закупке должна
содержать
информацию
и
документы,
подтверждающие
предоставление
обеспечения
заявки
на
участие
в
закупке,
в
форме
электронных
документов
или
в
форме
электронных образов бумажных документов.
5

=== ФАЙЛ: Порядок оценки заявок по критериям | docs/0356500001426008902/Критерии_стройка_2409_итог (1).pdf
ПОРЯДОК
рассмотрения и оценки заявок на участие в конкурсе
I. Информация о заказчике и закупке товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее - закупка)
Коды
Полное наименование
Министерство информационного развития и связи Пермского края
ИНН 5902221423
Место нахождения, телефон, адрес электронной
почты
614000, г. Пермь, ул. Ленина, 66,
Тел.(342) 200-91-85, info@mirs.permkrai.ru
КПП
Наименование бюджетного, автономного
учреждения, государственного, муниципального
унитарного предприятия, иного юридического
лица, которому переданы полномочия
государственного, муниципального заказчика
Место нахождения, телефон, адрес электронной
почты
590201001
по ОКТМО 57701000001
ИНН
КПП
по ОКТМО
Наименование объекта закупки
Выполнение работ по развитию автоматизированной информационной системы мониторинга и
управления строительной отраслью Пермского края
II. Критерии и показатели оценки заявок на участие в закупке
№
Критерий
оценки
Значимость
критерия
оценки,
процентов
Показате
ль
оценки
Значимость
показателя
оценки,
процентов
Показатель
оценки,
детализирующий
показатель
оценки
Значимость
показателя,
детализирующ
его
показатель
оценки,
процентов
Формула оценки или шкала оценки
1.
Цена
контракта
(далее также
договор),
сумма цен
единиц
товара,
работы,
услуги
30
-
-
-
-
Оценка заявок осуществляется по формулам, предусмотренным
пунктами 9 или 10 Положения об оценке заявок на участие в
закупке
товаров,
работ,
услуг
для
обеспечения
государственных и муниципальных нужд, утвержденного
постановлением Правительства Российской Федерации от 31
декабря 2021 г. № 2604 "Об оценке заявок на участие в
закупке
товаров,
работ,
услуг
для
обеспечения
государственных и муниципальных нужд, внесении изменений
в
пункт
4
постановления
Правительства
Российской
Федерации от 20 декабря 2021 г. № 2369 и признании
утратившими силу некоторых актов и отдельных положений
некоторых актов Правительства Российской Федерации"
(далее - Положение).
Значение количества баллов по критерию оценки «Цена
контракта, сумма цен единиц товара, работы, услуги»,
присваиваемое
заявке,
которая
подлежит
оценке
по
указанному критерию оценки, (БЦi) определяется по одной из
следующих формул:
а) за исключением случаев, предусмотренных подпунктом "б"
пункта 9 Положения и пунктом 10 Положения, - по формуле:
где:
Цi - предложение участника закупки о цене контракта, или о
сумме цен всех контрактов, заключаемых по результатам
проведения совместного конкурса (в случае проведения
совместного конкурса), или о сумме цен единиц товара,
работы, услуги (в случае, предусмотренном частью 24 статьи
22 Федерального закона от 05.04.2013 № 44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг
для обеспечения государственных и муниципальных нужд»
(далее – Закон №44-ФЗ), в том числе при проведении в этом
случае совместного конкурса), заявка (часть заявки)
которого подлежит оценке по критерию оценки «Цена
контракта, сумма цен единиц товара, работы, услуги» (далее
- ценовое предложение);
Цл - наилучшее ценовое предложение из числа предложенных в
соответствии с Законом №44-ФЗ участниками закупки, заявки
(части заявки) которых подлежат оценке по критерию оценки
«Цена контракта, сумма цен единиц товара, работы, услуги».
б) в случае если по результатам применения формулы,
предусмотренной подпунктом "а" пункта 9 положения, при
оценке хотя бы одной заявки получено значение, являющееся
отрицательным числом, значение количества баллов по
критерию оценки "цена контракта, сумма цен единиц товара,
работы, услуги" всем заявкам, подлежащим в соответствии с
Законом №44-ФЗ оценке по указанному критерию оценки (БЦi),
определяется по формуле:
где Цнач - начальная (максимальная) цена контракта, или
сумма начальных (максимальных) цен каждого контракта,
заключаемого
по
результатам
проведения
совместного
конкурса (в случае проведения совместного конкурса), или
начальная сумма цен единиц товаров, работ, услуг (в
случае, предусмотренном частью 24 статьи 22 Закона №44-ФЗ,
в том числе при проведении в таком случае совместного
конкурса).
или
Если при проведении процедуры подачи предложений о цене
контракта либо о сумме цен единиц товара, работы, услуги
(в случае, предусмотренном частью 24 статьи 22 Закона №44ФЗ)
в
соответствии
с
Законом
№ 44-ФЗ подано ценовое предложение, предусматривающее
снижение таких цены контракта либо суммы цен ниже нуля,
значение количества баллов по критерию оценки «цена
контракта, сумма цен единиц товара, работы, услуги» (БЦi)
определяется в следующем порядке:
а) для подлежащей в соответствии с Законом №44-ФЗ
оценке заявки участника закупки, ценовое предложение
которого не предусматривает снижение цены контракта либо
суммы цен ниже нуля, по критерию оценки «цена контракта,
сумма цен единиц товара, работы, услуги» значение
количества баллов по указанному критерию оценки (БЦ i)
определяется по формуле:
б) для подлежащей в соответствии с Законом №44-ФЗ
оценке заявки участника закупки, ценовое предложение
которого предусматривает снижение цены контракта либо
суммы цен ниже нуля, по критерию оценки «цена контракта,
сумма цен единиц товара, работы, услуги» значение
количества баллов по указанному критерию оценки (БЦ i)
определяется по формуле:
Значение Цл при применении формулы, предусмотренной
подпунктом «а» пункта 10 Положения, и значения Цл и Цi при
применении формулы, предусмотренной подпунктом «б» пункта
10 Положения, указываются без знака «минус».
Заявкам, содержащим наилучшее ценовое предложение, а
также предложение, равное такому наилучшему ценовому
предложению, присваивается 100 баллов.
2.
Качественные
,
функциональн
ые и
экологически
е
характеристи
ки объекта
закупки
(далее характеристи
ка объекта
закупки)
20
Качестве
нные
характер
истики
объекта
закупки
100
Характеристика
№1.
«Предложение по
доработке
подсистемы
ведения
реестров в
части
реализации
создания
реестра
техникоэкономических
показателей на
основании
Постановления
Правительства
РФ от
16.02.2008 №87
«О составе
50
Значение количества баллов по детализирующему показателю,
присваиваемых заявке, подлежащей в соответствии с Законом
№44-ФЗ оценке по критерию оценки «характеристика объекта
закупки» рассчитывается по шкале в соответствии с пунктом
22 Положения и подпунктом а) пункта 23 Положения.
В соответствии с подпунктом а) пункта 23 Положения
предусмотрена
оценка
наличия
или
отсутствия
характеристики объекта закупки:
100 баллов заявке (части заявки), содержащей предложение о
наличии характеристики объекта закупки, а при отсутствии
характеристики объекта закупки - 0 баллов (если лучшим
является наличие характеристики объекта закупки).
Оценка
заявки
(части
заявки)
по
критерию
оценки
определяется путем суммирования среднего количества
баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению
закупок по каждому показателю оценки, умноженного на
значимость соответствующего показателя оценки. При этом
разделов
проектной
документации и
требованиях к
их содержанию»,
Приказа
Минстроя России
от 17.07.2026
№457/пр «Об
установлении
типовой формы
выписки из
реестра
разрешений на
строительство
объектов
капитального
строительства и
типовой формы
выписки из
реестра
разрешений на
ввод объектов
капитального
строительства в
эксплуатацию»,
включая
реализацию
функций
редактирования,
фильтрации и
выгрузки данных
реестра»
(п.3.6.1
Технического
задания)
Характеристика
№2.
«Предложение по
развитию
подсистемы
мониторинга
хода
строительства в
части
реализации
среднее количество баллов определяется путем суммирования
количества баллов, присвоенных каждым членом комиссии по
осуществлению
закупок,
и
последующего
деления
на
количество таких членов.
Оценка заявки (части заявки) по показателю оценки
определяется путем суммирования среднего количества
баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению
закупок
по
каждому
детализирующему
показателю,
умноженного
на
значимость
соответствующего
детализирующего показателя. При этом среднее количество
баллов определяется путем суммирования количества баллов,
присвоенных каждым членом комиссии по осуществлению
закупок, и последующего деления на количество таких
членов.
50
процесса
создания
карточки
объекта
капитального
строительства
на основании
Постановления
Правительства
РФ от
05.03.2007 №145
«О порядке
организации и
проведения
государственной
экспертизы
проектной
документации и
результатов
инженерных
изысканий» и
Приказа
Минстроя России
от 17.07.2026
№457/пр
«Об
установлении
типовой формы
выписки из
реестра
разрешений на
строительство
объектов
капитального
строительства и
типовой формы
выписки из
реестра
разрешений на
ввод объектов
капитального
строительства в
эксплуатацию»,
с учетом
отображения в
ней признака
дочерних
(вложенных)
объектов»
(п.3.6.4
Технического
задания)
3.
Квалификация
участников
закупки, в
том числе
наличие у
них
финансовых
ресурсов,
оборудования
и других
материальных
ресурсов на
праве
собственност
и или ином
законном
основании,
опыта
работы,
связанного с
предметом
контракта, и
деловой
репутации,
специалистов
и иных
работников
определенног
о уровня
квалификации
(далее –
квалификация
участников
закупки)
50
1.Наличи
е у
участник
ов
закупки
опыта
работы,
связанно
го с
предмето
м
контракт
а
80
Характеристика
квалификации
участников
закупки №1.
Наибольшая цена
одного из
исполненных
участником
закупки
договоров
100
Значение количества баллов по детализирующему показателю,
присваиваемых заявке, подлежащей в соответствии с Законом
№44-ФЗ оценке по критерию оценки «квалификация участников
закупки» (БХi) рассчитывается по формуле, предусмотренной
подпунктом б) пункта 20 Положения (в случае, если лучшим
является наибольшее значение):
где:
Хmax - максимальное значение, содержащееся в заявках
(частях заявок), подлежащих в соответствии с Законом №44ФЗ оценке по критерию оценки «квалификация участников
закупки»;
Хi - значение, содержащееся в предложении участника
закупки, заявка (часть заявки) которого подлежит в
соответствии с Законом №44-ФЗ оценке по критерию оценки
«квалификация участников закупки»;
Хmin - минимальное значение, содержащееся в заявках
(частях заявок), подлежащих в соответствии с Законом 44-ФЗ
оценке по критерию оценки «квалификация участников
закупки»;
Оценка
заявки
(части
заявки)
по
критерию
оценки
определяется путем суммирования среднего количества
баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению
закупок по каждому показателю оценки, умноженного на
значимость соответствующего показателя оценки. При этом
среднее количество баллов определяется путем суммирования
количества баллов, присвоенных каждым членом комиссии по
осуществлению
закупок,
и
последующего
деления
на
количество таких членов.
Оценка заявки (части заявки) по показателю оценки
определяется путем суммирования среднего количества
баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению
закупок
по
каждому
детализирующему
показателю,
умноженного
на
значимость
соответствующего
детализирующего показателя. При этом среднее количество
баллов определяется путем суммирования количества баллов,
присвоенных
закупок, и
членов.
2.Наличи
е у
участник
ов
закупки
специали
стов и
иных
работник
ов
определё
нного
уровня
квалифик
ации
20
Характеристика
квалификации
участников
закупки №1
(Количество
специалистов и
иных работников
определённого
уровня
квалификации
по
информационным
системам)
100
каждым членом комиссии
последующего деления на
по осуществлению
количество таких
Значение количества баллов по детализирующему показателю,
присваиваемых заявке, подлежащей в соответствии с Законом
№44-ФЗ оценке по критерию оценки квалификация участников
закупки (БХi) рассчитывается по формуле, предусмотренной
подпунктом е) пункта 20 Положения: (в случае, если лучшим
является наибольшее значение и установлено предельное
максимальное значение):
где:
Хi -– значение, содержащееся в предложении участника
закупки, заявка (часть заявки) которого подлежит в
соответствии с Законом №44-ФЗ оценке по критерию оценки
квалификация участников закупки;
Хmin -– минимальное значение, содержащееся в заявках
(частях заявок), подлежащих в соответствии с Законом №44ФЗ оценке по критерию оценки квалификация участников
закупки;
- предельное максимальное значение, установленное
заказчиком.
Если установлены предусмотренные пунктом 20 Положения
предельное максимальное и (или) предельное минимальное
значение и в предложении участника закупки содержится
значение, которое выше и (или) ниже такого предельного
значения
соответственно,
баллы
по
детализирующему
показателю в соответствии с пунктом 20 Положения
присваиваются
в
размере,
предусмотренном
для
соответствующего предельного значения.
Оценка
заявки
(части
заявки)
по
критерию
оценки
определяется путем суммирования среднего количества
баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению
закупок по каждому показателю оценки, умноженного на
значимость соответствующего показателя оценки. При этом
среднее количество баллов определяется путем суммирования
количества баллов, присвоенных каждым членом комиссии по
осуществлению
закупок,
и
последующего
деления
на
количество таких членов
Оценка заявки (части заявки) по показателю оценки
определяется путем суммирования среднего количества
баллов, присвоенных всеми принимавшими участие в ее
рассмотрении и оценке членами комиссии по осуществлению
закупок
по
каждому
детализирующему
показателю,
умноженного
на
значимость
соответствующего
детализирующего показателя. При этом среднее количество
баллов определяется путем суммирования количества баллов,
присвоенных каждым членом комиссии по осуществлению
закупок, и последующего деления на количество таких
членов.
III. Отдельные положения о применении отдельных критериев оценки, показателей оценки и показателей оценки, детализирующих показатели
оценки, предусмотренных разделом II настоящего документа
№
Наименование критерия оценки, показателя
оценки, показателя оценки,
детализирующего показатель оценки, при
применении которого устанавливается
положение, предусмотренное графой 3
Положение о применении критерия оценки, показателя оценки, показателя оценки,
детализирующего показатель оценки
1
2
3
1
1.1
1.1.1
Критерий:
характеристики объекта закупки
Показатель оценки:
качественные характеристики объекта закупки
Детализирующий показатель:
«Предложение по доработке подсистемы
ведения реестров в части реализации
создания реестра технико-экономических
показателей на основании Постановления
Правительства РФ от 16.02.2008 №87 «О
составе разделов проектной документации
и требованиях к их содержанию», Приказа
Минстроя России от 17.07.2026 №457/пр
«Об установлении типовой формы выписки
из реестра разрешений на строительство
объектов капитального строительства и
типовой формы выписки из реестра
разрешений на ввод объектов капитального
строительства в эксплуатацию», включая
реализацию функций редактирования,
Перечень свойств объекта закупки по детализирующему показателю:
Предложение должно содержать:
1) схему бизнес-процесса создания реестра технико-экономических показателей. Схема должна
быть представлена в нотации BPMN 2.0 (Business Process Model and Notation) (Международный
стандарт ISO/IEC 19510:2013) или UML (Unified Modeling Language) (Международный стандарт
ISO/IEC 19501:2005);
2) текстовое описание всех элементов схемы бизнес-процесса создания реестра техникоэкономических показателей;
3)текстовое описание порядка создания реестра технико-экономических показателей, включая
реализацию функций редактирования, фильтрации и выгрузки данных реестра. Текстовое описание
должно также содержать описание процесса внесения, изменения и хранения содержащихся в реестре
сведений;
4) макет (макеты) экранных форм, отображающий пользовательский интерфейс при создании и
ведении реестра, а также реализацию функциональных возможностей редактирования, фильтрации и
выгрузки данных реестра. Макет должен содержать краткое текстовое описание всех
1.1.2
фильтрации и выгрузки данных реестра»
(п.3.6.1 Технического задания)
функциональных элементов макета (макетов).
Детализирующий показатель:
«Предложение по развитию подсистемы
мониторинга хода строительства в части
реализации процесса создания карточки
объекта капитального строительства на
основании Постановления Правительства РФ
от 05.03.2007 №145 «О порядке
организации и проведения государственной
экспертизы проектной документации и
результатов инженерных изысканий» и
Приказа Минстроя России от 17.07.2026
№457/пр «Об установлении типовой формы
выписки из реестра разрешений на
строительство объектов капитального
строительства и типовой формы выписки из
реестра разрешений на ввод объектов
капитального строительства в
эксплуатацию», с учетом отображения в
ней признака дочерних (вложенных)
объектов» (п.3.6.4 Технического задания)
Перечень свойств объекта закупки по детализирующему показателю:
Предложение должно содержать:
1) схему бизнес-процесса создания карточки объекта капитального строительства, с учетом
отображения в ней признака дочерних (вложенных) объектов;
2) текстовое описание шагов бизнес-процесса создания карточки объекта капитального
строительства;
3) текстовое описание полей карточки объекта капитального строительства, в том числе описание
признака дочерних (вложенных) объектов;
4) макет (макеты) экранных форм, отображающий предлагаемый пользовательский интерфейс
карточки объекта капитального строительства, в том числе функциональный элемент признака
дочерних (вложенных) объектов. Макет должен содержать краткое текстовое описание всех
функциональных элементов макета (макетов).
2
Критерий:
квалификация участников закупки
2.1
Показатель оценки:
наличие у участников закупки опыта работы, связанного с предметом контракта
2.1.1
Детализирующий показатель:
Предмет
договора
(договоров),
оцениваемый
по
данному
детализирующему
показателю,
«Наибольшая цена одного из исполненных сопоставимый* с предметом контракта, заключаемого по результатам определения поставщика
участником закупки договоров»
(подрядчика, исполнителя):
* создание и/или развитие и/или модернизация и/или расширение функциональных возможностей
и/или разработка и/или модификация и/или внедрение информационных систем.
Перечень документов**, подтверждающих наличие у участника закупки опыта поставки товара,
выполнения работы, оказания услуги, связанного с предметом контракта:
- исполненный договор;
- акт (акты) приемки поставленного товара, выполненных работ, оказанных услуг, составленные
при исполнении такого договора;
при этом:
- последний акт, составленный при исполнении договора должен быть подписан не ранее чем за 5
лет до даты окончания срока подачи заявок;
- к оценке принимается исполненный участником закупки с учетом правопреемства (в случае
наличия в заявке подтверждающего документа) гражданско-правовой договор, а именно: к оценке
принимается исключительно контракт, заключенный и исполненный в соответствии с Законом №44-ФЗ,
и договор, заключенный и исполненный в соответствии с Федеральным законом от 18.07.2011 № 223ФЗ «О закупках товаров, работ, услуг отдельными видами юридических лиц»;
- к оценке принимаются документы, в случае их предоставления в заявке в полном объеме и со
всеми приложениями (в том числе, если к ним не приложена проектная документация (если
проектная документация является приложением к таким документам). Такие документы направляются
в форме электронных документов или в форме электронных образов бумажных документов.
**если документы и информация о таких документах содержатся в открытых и общедоступных
государственных реестрах, размещенных в информационно-телекоммуникационной сети «Интернет», в
том числе ведение которых осуществляется в единой информационной системе в сфере закупок с
размещением указанных документов на официальном сайте единой информационной системы в сфере
закупок в информационно-телекоммуникационной сети «Интернет», вместо направления таких
документов участник закупки вправе направить номер реестровой записи из соответствующего
реестра.
- к оценке принимается исключительно исполненный договор, при исполнении которого поставщиком
(подрядчиком, исполнителем) исполнены требования об уплате неустоек (штрафов, пеней) (в
случае начисления неустоек).
2.2.
Показатель оценки:
«Наличие у участников закупки специалистов и иных работников определенного уровня квалификации»
2.2.1
Детализирующий показатель:
«Количество
специалистов
и
иных
работников
определенного
уровня
квалификации по информационным системам»
По данному детализирующему показателю оцениваются специалисты и иные работники, необходимые
для выполнения работ, оказания услуг, являющихся объектом закупки и обладающие определенным
уровнем квалификации, а именно имеющие высшее образование по одному или нескольким из
нижеперечисленных направлений подготовки (специальностям):
«Прикладная математика и информатика»
и/или
«Прикладная математика»
и/или
«Прикладная информатика»
и/или
«Прикладная информатика (бакалавриат)»
и/или
«Бизнес-информатика»
и/или
«Информатика и вычислительная техника»
и/или
«Информационные системы и технологии»
и/или
«Применение и эксплуатация автоматизированных систем специального назначения»
и/или
«Фундаментальная информатика и информационные технологии»
и/или
«Компьютерные и информационные науки»
и/или
«Математическое обеспечение и администрирование информационных систем»
и/или
«Системный анализ и управление»
и/или
«Программная инженерия»
и/или
«Математика и компьютерные науки»
и/или
«Информационная безопасность автоматизированных систем»
и/или
«Управление в технических системах»*
Предельное максимальное значение – 18 специалистов (
).
* иные направления подготовки (специальности) высшего образования, соответствие которых
вышеперечисленным
направлениям
подготовки
(специальностям)
определено
в
порядке,
установленном в соответствии с Федеральным законом от 29.12.2012 №273-ФЗ «Об образовании в
Российской Федерации». Учитывая письмо Минобрнауки России от 24.06.2014 № АК-1666/05
устанавливается соответствие направлений подготовки высшего образования - бакалавриата,
направлений подготовки высшего образования - магистратуры, специальностей высшего
образования - специалитета, содержащихся в новых и старых перечнях, установленных приказами:
- приказом Министерства образования и науки Российской Федерации от 17 февраля 2011 г. № 201
(зарегистрирован Минюстом России 20 мая 2011 г. № 20824) с изменениями внесенными приказом
Министерства образования и науки Российской Федерации от 5 июля 2011 г. № 2105
(зарегистрирован Минюстом России 31 августа 2011 г., регистрационный № 21719);
- приказом Министерства образования и науки Российской Федерации от 18 ноября 2013 г. № 1245
(зарегистрирован Минюстом России 31 декабря 2013 г., регистрационный № 30964).
Перечень информации (в том числе данных) и документов, подтверждающих квалификацию участника
закупки, наличие специалистов и иных работников, их квалификацию, предусмотренные перечнем,
установленным по данному детализирующему показателю:
- трудовая книжка или сведения о трудовой деятельности, предусмотренные статьей 66.1 Трудового
кодекса Российской Федерации;
-информация (в том числе данные), результаты применения информационных технологий и
документы, подтверждающие квалификацию участника закупки, его специалистов и иных работников,
в том числе предусмотренную в соответствии с профессиональными стандартами (если
соответствующий профессиональный стандарт обязателен для применения работодателями в
соответствии с законодательством Российской Федерации).
Приложение 1 к Порядку
рассмотрения и оценки заявок на участие в конкурсе
Форма предложения сведений*
1. По критерию оценки: характеристики объекта закупки.
Показатель оценки: качественные характеристики объекта закупки.
- Детализирующий показатель: «Предложение по доработке подсистемы ведения реестров в части реализации создания реестра техникоэкономических показателей на основании Постановления Правительства РФ от 16.02.2008 №87 «О составе разделов проектной документации и
требованиях к их содержанию», Приказа Минстроя России от 17.07.2026 №457/пр «Об установлении типовой формы выписки из реестра разрешений на
строительство объектов капитального строительства и типовой формы выписки из реестра разрешений на ввод объектов капитального
строительства в эксплуатацию», включая реализацию функций редактирования, фильтрации и выгрузки данных реестра» (п.3.6.1 Технического
задания);
- Детализирующий показатель: «Предложение по развитию подсистемы мониторинга хода строительства в части реализации процесса создания
карточки объекта капитального строительства на основании Постановления Правительства РФ от 05.03.2007 №145 «О порядке организации и
проведения государственной экспертизы проектной документации и результатов инженерных изысканий» и Приказа Минстроя России от 17.07.2026
№457/пр «Об установлении типовой формы выписки из реестра разрешений на строительство объектов капитального строительства и типовой формы
выписки из реестра разрешений на ввод объектов капитального строительства в эксплуатацию», с учетом отображения в ней признака дочерних
(вложенных) объектов» (п.3.6.4 Технического задания);
Предложение участника закупки представляется в произвольном виде.
2.
По критерию оценки: квалификация участников закупки.
Показатель оценки: наличие у участников закупки опыта работы, связанного с предметом контракта.
- Детализирующий показатель: Наибольшая цена одного из исполненных участником закупки договоров.
Информация об
Документы и информация о
исполнении
таких документах,
требований об
содержащихся в открытых
Реквизиты
Номер, дата и
уплате неустоек
и общедоступных
Наименова
и
сумма
(штрафов, пеней)
государственных
ние
Дата
№
наименован
Цена
документа(ов),
(в случае
реестрах, размещенных в
заказчика заключения
п/п
ие
договора
подтверждающих
начисления
информационнопо
договора
предмета
исполнение
неустоек)
телекоммуникационной
договору
договора
договора
сети «Интернет» (номер
реестровой записи из
соответствующего
реестра)
1
Итого:
Примечание
- Детализирующий показатель: Количество специалистов и иных работников определённого уровня квалификации по информационным
системам
№
п/п
ФИО специалиста
Трудовая книжка или сведения о трудовой
деятельности, предусмотренные статьей 66.1
Трудового кодекса Российской Федерации
Информация (в том числе данные),
результаты применения информационных
технологий и документы, подтверждающие
квалификацию участника закупки, его
специалистов и иных работников, в том
числе предусмотренную в соответствии с
профессиональными стандартами (если
соответствующий профессиональный
стандарт обязателен для применения
работодателями в соответствии с
законодательством Российской Федерации)
1
2
3
Итого специалистов:
*Форма не является обязательной для заполнения и носит рекомендательный характер.

=== ФАЙЛ: Решение о внесении изменений в извещение | docs/0356500001426008902/Решение о внесении изменений 09.10.2026.pdf
УТВЕРЖДАЮ
Заместитель директора
ГКУ ПК «Центр организации закупок»
__________________ Токарева Т.А.
(подпись)
«09» октября 2026 г.
РЕШЕНИЕ
О ВНЕСЕНИИ ИЗМЕНЕНИЙ В ИЗВЕЩЕНИЕ О ПРОВЕДЕНИИ ЗАКУПКИ
Общая информация
Способ определения поставщика
(подрядчика, исполнителя)
Открытый конкурс в электронной форме
Номер извещения
0356500001426008902
Наименование объекта закупки
Выполнение
работ
по
развитию
автоматизированной
информационной
системы
мониторинга
и
управления
строительной отраслью Пермского края
http://www.sberbank-ast.ru
Адрес электронной площадки в сети
«Интернет»
Дата принятия решения о внесении
изменений в извещение
Обоснование внесения изменений
09.10.2026
По решению Заказчика
Изменения в извещение о проведении открытого конкурса в электронной форме
Номер и название раздела извещения, в
который вносятся изменения
Информация о процедуре закупки
Изменения (новая редакция)
Извещение о проведении конкурса в электронной форме в новой редакции
Перечень прикрепленных документов опубликован в новой редакции

=== ФАЙЛ: Проект контракта | docs/0356500001426008902/Проект контракта (1).pdf
ПРОЕКТ
Государственный контракт № ____________________
Выполнение работ по развитию автоматизированной информационной системы мониторинга и
управления строительной отраслью Пермского края
г Пермь
«__»____________20__ год
Министерство информационного развития и связи Пермского края, в дальнейшем по тексту
«Заказчик», в лице ____________________, действующего(ей) на основании ____________________,
с одной стороны, и
____________________, в дальнейшем по тексту «Подрядчик», в лице
____________________, действующего(ей) на основании ____________________, с другой стороны,
совместно по тексту именуемые «Стороны», а по отдельности «Сторона»,
в соответствии с
Федеральным законом от 05 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Закон о
контрактной системе),по результатам следующего способа определения поставщика (подрядчика,
исполнителя): Открытый
конкурс
в
электронной
форме,
объявленного
Извещением
от ____________________ № ____________________, на основании протокола подведения итогов от
____________________ №
____________________ заключили
настоящий
Государственный
контракт (далее - Контракт) о нижеследующем:
1. ПРЕДМЕТ КОНТРАКТА
1.1. Подрядчик по заданию заказчика обязуется в установленный срок выполнить работы:
по созданию и (или) развитию (модернизации) государственной (муниципальной) информационной
системы (далее - работы, Система)(автоматизированной информационной системы мониторинга и
управления строительной отраслью Пермского края), а Заказчик обязуется принять выполненные
работы и оплатить их.
1.2. Работы
выполняются
Подрядчиком
в
соответствии
с
национальными
стандартами
и
государственными стандартами в части требований к проектированию, стадиям создания, видам,
комплектности и обозначению документов, видам испытаний при создании и (или) развитии
(модернизации)
государственных
(муниципальных)
информационных
систем
и
(или)
иных
информационных систем, а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно требованиям Закона
о контрактной системе, Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации,
информационных технологиях и о защите информации», а также иных нормативных правовых актов в
сфере контрактной системы, информационных технологий, защиты информации, правовой защиты
интересов государства в области интеллектуальной собственности, регулирующих соответствующие
отношения и непосредственно указанных в техническом задании, являющемся его неотъемлемой
частью (далее - техническое задание).
1.3. Срок начала выполнения работ: С даты заключения Контракта (срок начала выполнения работ
не может быть ранее даты заключения Контракта).
1.4. Срок окончания выполнения работ: 30.06.2027 г.
1.5. Выполнение работ осуществляется по заявкам Заказчика
, которые направляются на
электронную почту Подрядчика. Порядок выполнения работ приведен в п. 5.1 Технического задания
(далее
–
ТЗ)
(приложение
№
1
к
контракту).
1.6. Место выполнения работ: Работы выполняются на территории Подрядчика, отчетные документы
предоставляются Заказчику в соответствии с Техническим заданием (Приложение № 1 к Контракту)
1.7. Идентификационный код закупки: 262590222142359020100100810010000246
1.8. Источник финансирования: Бюджет Пермского края -
1
2. ЦЕНА КОНТРАКТА, ПОРЯДОК И СРОКИ ОПЛАТЫ
2.1. Максимальное значение цены контракта составляет ______ (_____) руб. ___ коп.
2.2. Цена единицы работы определяется путем уменьшения начальной цены такой единицы, указанной
в извещении об осуществлении закупки, пропорционально снижению начальной суммы цен единиц
работ, предложенному участником закупки, с которым заключается Контракт, и указана в
Спецификации (Приложение № 2 к Контракту).
2.3. Оплата выполненной работы осуществляется по цене единицы работ исходя из объема
фактически выполненной работы, но в размере, не превышающем максимального значения цены
контракта.
2.4. Сумма по Контракту, подлежащая уплате Подрядчику, уменьшается на размер налогов, сборов и
иных обязательных платежей в бюджеты бюджетной системы Российской Федерации, связанных с
оплатой Контракта, если в соответствии с законодательством Российской Федерации о налогах и
сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в бюджеты бюджетной
системы Российской Федерации Заказчиком.
2.5. Цена Контракта (цена единицы работы) включает в себя все расходы Подрядчика, возникшие у
него в ходе исполнения Контракта в соответствии с Техническим заданием в полном объеме, а
также расходы на перевозку, страхование, уплату налогов, пошлин, иных сборов и других
обязательных платежей Подрядчика.
2.6. Аванс не предусмотрен.
2.7. Заказчик производит оплату по Контракту (этапу при поэтапном исполнении Контракта)
безналичным расчетом путем перечисления денежных средств на счет Подрядчика в срок не более 7
рабочих дней с даты подписания Заказчиком документа о приемке.
2.8. Днем исполнения Заказчиком своих обязательств по оплате выполненных работ считается день
списания денежных средств со счета Заказчика.
3. ПОРЯДОК И СРОКИ ПРИЕМКИ
3.1. Стороны из числа своих работников определяют ответственных лиц, осуществляющих
взаимодействие между Сторонами.
3.2. Для проверки выполненной работы (ее результатов) Подрядчиком в части их соответствия
условиям Контракта Заказчик проводит экспертизу. Экспертиза может проводиться Заказчиком
своими силами или к ее проведению могут привлекаться эксперты, экспертные организации.
3.3. Для проведения экспертизы выполненной работы эксперты, экспертные организации имеют право
запрашивать у Заказчика и Подрядчика дополнительные материалы, относящиеся к условиям
исполнения Контракта и отдельным этапам исполнения Контракта. В случае, если по результатам
такой экспертизы установлены нарушения требований Контракта, не препятствующие приемке
выполненной работы в заключении могут содержаться предложения об устранении данных нарушений,
в том числе с указанием срока их устранения.
3.4. Результаты экспертизы, проводимой экспертом или экспертной организацией, оформляются в
виде заключения в соответствии со статьей 41 Закона о контрактной системе.
3.5. В случае установления по результатам экспертизы факта выполнения работ ненадлежащего
качества Подрядчик компенсирует Заказчику все возникшие в связи с проведением экспертизы
расходы по предъявлении Заказчиком письменного требования и копии соответствующего заключения,
других документов, подтверждающих затраты Заказчика.
3.6. Приемка результатов отдельного этапа исполнения Контракта (при поэтапном исполнении
Контракта), а также выполненной работы осуществляется в порядке и в сроки, которые установлены
настоящим Контрактом, и оформляется документом о приемке, который подписывается Заказчиком (в
случае создания приемочной комиссии подписывается всеми членами приемочной комиссии и
утверждается Заказчиком), либо Подрядчику в те же сроки Заказчиком направляется мотивированный
отказ от подписания такого документа.
2
3.7. В случае привлечения Заказчиком для проведения экспертизы экспертов, экспертных
организаций при принятии решения о приемке или об отказе в приемке результатов отдельного
этапа исполнения Контракта (при поэтапном исполнении Контракта) либо выполненной работы
Заказчик, приемочная комиссия учитывают отраженные в заключении по результатам указанной
экспертизы предложения экспертов, экспертных организаций, привлеченных для ее проведения.
3.8. Подрядчик
не позднее дня окончания срока выполнения работ по соответствующей заявке
Контракта, формирует с использованием единой информационной системы в сфере закупок (далее –
единая информационная система), подписывает усиленной электронной подписью лица, имеющего
право действовать от имени Подрядчика, и размещает в единой информационной системе документ о
приемке, который должен содержать информацию в соответствии с частью 13 статьи 94 Закона о
контрактной системе.
3.9. К документу о приемке могут прилагаться документы, которые считаются его неотъемлемой
частью. При этом в случае, если информация, содержащаяся в прилагаемых документах, не
соответствует информации, содержащейся в документе о приемке, приоритет имеет предусмотренная
частью 13 статьи 94 Закона о контрактной системе информация, содержащаяся в документе о
приемке.
3.10. Документ о приемке, подписанный Подрядчиком, не позднее одного часа с момента его
размещения
в
единой
информационной
системе
автоматически
с
использованием
единой
информационной системы направляется Заказчику. Датой поступления Заказчику документа о
приемке, подписанного Подрядчиком, считается дата размещения такого документа в единой
информационной системе в соответствии с часовой зоной, в которой расположен Заказчик.
3.11. В течение
20 рабочих дней, следующих за днем поступления документа о приемке,
подписанного Подрядчиком, Заказчик (за исключением случая создания приемочной комиссии)
осуществляет одно из следующих действий:
3.11.1. подписывает усиленной электронной подписью лица, имеющего право действовать от имени
Заказчика, и размещает в единой информационной системе документ о приемке;
3.11.2. формирует с использованием единой информационной системы, подписывает усиленной
электронной подписью лица, имеющего право действовать от имени Заказчика, и размещает в единой
информационной системе мотивированный отказ от подписания документа о приемке с указанием
причин такого отказа.
3.12. В случае создания приемочной комиссии не позднее 20 рабочих дней, следующих за днем
поступления Заказчику документа о приемке:
3.12.1. члены приемочной комиссии подписывают усиленными электронными подписями поступивший
документ о приемке или формируют с использованием единой информационной системы, подписывают
усиленными электронными подписями мотивированный отказ от подписания документа о приемке с
указанием причин такого отказа. При этом, если приемочная комиссия включает членов, не
являющихся работниками Заказчика, допускается осуществлять подписание документа о приемке,
составление мотивированного отказа от подписания документа о приемке, подписание такого отказа
без использования усиленных электронных подписей и единой информационной системы;
3.12.2. после подписания членами приемочной комиссии документа о приемке или мотивированного
отказа от подписания документа о приемке Заказчик подписывает документ о приемке или
мотивированный отказ от подписания документа о приемке усиленной электронной подписью лица,
имеющего право действовать от имени Заказчика, и размещает их в единой информационной системе.
Если члены приемочной комиссии не использовали усиленные электронные подписи и единую
информационную систему, Заказчик прилагает подписанные ими документы в форме электронных
образов бумажных документов.
3.13. Документ о приемке, мотивированный отказ от подписания документа о приемке не позднее
одного часа с момента размещения в единой информационной системе направляются автоматически с
использованием единой информационной системы Подрядчику. Датой поступления Подрядчику
документа о приемке, мотивированного отказа от подписания документа о приемке считается дата
размещения таких документа о приемке, мотивированного отказа в единой информационной системе в
соответствии с часовой зоной, в которой расположен Подрядчик.
3.14. В случае получения мотивированного отказа от подписания документа о приемке Подрядчик
вправе устранить причины, указанные в таком мотивированном отказе, и направить Заказчику
документ о приемке в порядке, предусмотренном настоящим Разделом.
3
3.15. Датой приемки выполненной работы считается дата размещения в единой информационной
системе документа о приемке, подписанного Заказчиком.
3.16. Внесение исправлений в документ о приемке осуществляется путем формирования, подписания
усиленными электронными подписями лиц, имеющих право действовать от имени Подрядчика,
Заказчика, и размещения в единой информационной системе исправленного документа о приемке.
3.17. Заказчик вправе не отказывать в приемке результатов отдельного этапа исполнения
Контракта (при поэтапном исполнении Контракта) либо выполненной работы в случае выявления
несоответствия этих результатов либо этих работ условиям Контракта, если выявленное
несоответствие не препятствует приемке и устранено Подрядчиком.
3.18. Оформление документа о приемке (за исключением отдельного этапа исполнения Контракта)
выполненной
работы
(ее
результатов),
осуществляется
после
предоставления
Подрядчиком
обеспечения гарантийных обязательств в соответствии с Законом о контрактной системе, в порядке
и в сроки, которые установлены Контрактом.
3.19. Отчетная документация, указанная в Техническом задании (Приложение № 1 к Контракту),
предоставляется с сопроводительным письмом Подрядчика Заказчику в срок, предусмотренный п.5.4
Технического задания (Приложение № 1 к Контракту), но не позднее дня предоставления документа
о приемке по соответствующей заявке выполненных работ по Контракту.
4. ПРАВА И ОБЯЗАННОСТИ СТОРОН
4.1. Заказчик вправе:
4.1.1. Требовать от Подрядчика надлежащего исполнения обязательств в соответствии с настоящим
Контрактом, в том числе своевременного устранения выявленных недостатков.
4.1.2. Требовать от Подрядчика своевременного устранения недостатков, выявленных в ходе
приемки выполненных работ (ее результатов) в течение гарантийного срока (при его установлении
в Контракте).
4.1.3. Привлекать экспертов, экспертные организации для проведения экспертизы выполненных
работ (ее результата).
4.1.4. Отказаться от приемки и оплаты работ не соответствующих условиям Контракта.
4.1.5. Принять решение об одностороннем отказе от исполнения Контракта в соответствии с
гражданским законодательством.
4.1.6. До принятия решения об одностороннем отказе от исполнения Контракта провести экспертизу
выполненных работ (ее результатов) с привлечением экспертов, экспертных организаций.
4.2. Заказчик обязан:
4.2.1. Осуществлять приемку выполненных работ (ее результатов) в соответствии с настоящим
Контрактом.
4.2.2. Оплачивать принятые работы по Контракту в соответствии с настоящим Контрактом.
4.2.3. Требовать уплаты неустоек (штрафов, пеней) в соответствии с Контрактом.
4.2.4. По истечении одного месяца с момента заключения Контракта проверить у Подрядчика
документы о постановке на учет по месту нахождения обособленного подразделения организации.
При отсутствии регистрации обособленного подразделения Подрядчика по месту нахождения, а также
при непредставлении им документов, подтверждающих отсутствие необходимости регистрации
обособленного подразделения организации, Заказчик направляет сведения о таком Подрядчике в
территориальный налоговый орган.
4.2.5. В целях списания начисленных и неуплаченных сумм неустоек (штрафов, пеней) обеспечить
сверку расчетов с Подрядчиком по начисленным и неуплаченным суммам неустоек (штрафов, пеней)
путем направления Подрядчику акта сверки расчетов.
4.2.6. В случае поступления от Подрядчика мотивированного отказа от подписания акта сверки
расчетов, рассмотреть его в срок не позднее 10 календарных дней с даты его получения и в
указанный срок направить в адрес Подрядчика мотивированный ответ. В случае несогласия
Подрядчика с указанным мотивированным ответом Заказчик обеспечивает взыскание начисленных и
неуплаченных сумм неустоек (штрафов, пеней) в соответствии с порядком ведения претензионноисковой работы Заказчика.
4
4.3. Подрядчик вправе:
4.3.1. Требовать своевременной приемки Заказчиком выполненных работ (ее результата) по
настоящему Контракту.
4.3.2. Требовать своевременной оплаты принятых Заказчиком работ.
4.4. Подрядчик обязан:
4.4.1. Своевременно и надлежащим образом выполнить работы и представить Заказчику результаты
выполнения
работы,
предусмотренные
Контрактом,
документы,
предусмотренные
настоящим
Контрактом, в том числе документ о приемке, в порядке и сроки, установленные настоящим
Контрактом.
4.4.2. Предоставлять Заказчику по его требованию и в сроки, указанные в таком требовании,
документы, относящиеся к предмету настоящего Контракта.
4.4.3. Своевременно предоставлять достоверную информацию о ходе исполнения своих обязательств,
в том числе о сложностях, возникающих при исполнении Контракта.
4.4.4. Представить Заказчику сведения об изменении своих реквизитов, адреса местонахождения в
срок не позднее 5 (пяти) рабочих дней со дня соответствующего изменения.
4.4.5. Обеспечить за свой счет устранение выявленных недостатков работ в течение
5
(пяти) рабочих дней с даты получения соответствующего требования (претензии) Заказчика.
4.4.6. В случае выполнения работ, требующих специальных разрешений, обладать необходимыми
разрешительными документами либо привлечь к выполнению таких работ субподрядчика, обладающего
необходимыми разрешительными документами, если условиями Контракта предусмотрена возможность
привлечения к выполнению работ субподрядчика;
4.4.7. Предоставлять информацию о всех субподрядчиках, заключивших договор или договоры с
Подрядчиком, а также копию заключенного договора (договоров). Указанная информация и копия
договора (договоров) предоставляется Заказчику Подрядчиком в течение десяти дней с момента
заключения им договора (договоров) с субподрядчиком.
4.4.8. В случае, если в период гарантийного срока обнаружатся недостатки (дефекты) работ,
Подрядчик обязан их устранить безвозмездно в течение сроков, предусмотренных Техническим
заданием (Приложение №1 к Контракту), с даты получения уведомления (претензии) Заказчика.
4.4.9. Без увеличения цены Контракта передать Заказчику исключительное право на разработанные
в ходе выполнения работ по Контракту результаты в полном объеме, включая исходные коды
программ для электронных вычислительных машин (далее - программа для ЭВМ), библиотеки
зависимостей, базы данных, а также проектную, техническую, рабочую, сопроводительную и
методическую документацию к Системе или ее частям.
4.4.10. Обеспечить передачу Заказчику полученных по Контракту результатов работ, не нарушающих
исключительных прав других лиц и не являющихся предметом залога, ареста или иного обременения.
4.4.11. В случае использования при выполнении работ по Контракту программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных третьими лицами,
условия, на которых передаются права на их использование (исполнение), должны обеспечить
отсутствие ограничений, препятствующих использованию результатов работ по их назначению. При
этом права, полученные заказчиком, должны позволять ему передавать, дорабатывать, развивать
результаты работ, созданные в процессе исполнения Контракта, а в случае явного указания в
техническом задании, являющемся неотъемлемой частью Контракта, осуществлять переработку
программ для электронных вычислительных машин (программных комплексов или компонентов),
разработанных ранее третьими лицами в соответствии с требованиями законодательства Российской
Федерации.
4.4.12. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав третьих лиц
при реализации технических, программных, организационных и иных решений, предусмотренных
техническим заданием на выполнение работ.
4.4.13. Обеспечить выполнение требований к порядку создания (развития) государственных
(муниципальных) и (или) иных информационных систем, предусмотренных пунктом 3 части 1 статьи
13 Федерального закона от 27.07.2006 г. № 149-ФЗ «Об информации, информационных технологиях и
о защите информации», устанавливаемых к таким информационным системам указанным Федеральным
законом и иными нормативными правовыми актами Российской Федерации.
5
4.4.14. В соответствии с частью 2 статьи 23 Налогового кодекса Российской Федерации Подрядчик,
создающий рабочие места на территории выполнения работ на срок более одного месяца, обязан
зарегистрировать в территориальных налоговых органах обособленное подразделение организации в
течение одного месяца с момента заключения Контракта.
После регистрации обособленного подразделения в территориальных налоговых органах Подрядчик в
течение 3 (трех) рабочих дней представляет Заказчику уведомление о постановке на учет по месту
нахождения обособленного подразделения организации.
При отсутствии признаков обособленного подразделения организации, в том числе при выполнении
работ
полностью
силами
субподрядчика,
Подрядчик
представляет
Заказчику
документы,
подтверждающие отсутствие необходимости регистрации Подрядчиком обособленного подразделения
организации.
4.4.15. Рассмотреть направленный Заказчиком акт сверки расчетов и в срок не позднее 10
календарных дней с даты его получения подписать указанный акт либо направить мотивированный
отказ от подписания акта сверки расчетов. Ненаправление ответа на акт сверки расчетов в
установленный срок означает признание Подрядчиком произведенного Заказчиком расчета неустоек
(штрафов, пени) в акте сверки расчетов.
5.
УСЛОВИЯ О ПОРЯДКЕ ПРЕДОСТАВЛЕНИЯ (ПЕРЕДАЧИ)
РЕЗУЛЬТАТОВ ВЫПОЛНЕНИЯ РАБОТ ЗАКАЗЧИКУ
5.1. Передача исходных кодов, разработанных в ходе выполнения работ программ для ЭВМ и
дистрибутивов должна сопровождаться передачей всех необходимых для сборки и запуска программы
для ЭВМ библиотек зависимостей, инструкций и программных сценариев (скриптов) для проведения
компиляции, создания дистрибутива и установки (развертывания) программы для ЭВМ.
5.2. Для проведения компиляции, создания дистрибутива и установки (развертывания) программы
для ЭВМ должны использоваться свободно распространяемые компиляторы, интерпретаторы и иное
программное обеспечение, необходимое для указанных целей, дистрибутивы которых должны быть
переданы вместе с исходными кодами разработанных в ходе выполнения работ программ для ЭВМ.
5.3. В случае использования для проведения компиляции, создания дистрибутива и установки
(развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного
обеспечения, права на использование, копирование и модификацию которых принадлежат третьим
лицам, Подрядчик за свой счет передает заказчику дистрибутивы и права на использование таких
компиляторов, интерпретаторов и иного программного обеспечения.
5.4. Подрядчик в процессе сдачи-приемки работ по Контракту должен провести демонстрацию
процесса компиляции, создания дистрибутива и установки (развертывания) разработанных программ
для ЭВМ с использованием средств, указанных в пункте
5.1. , а также в соответствии с
инструкциями, приведенными в рабочей документации на Систему.
5.5. Документация на Систему и ее части (техническая и рабочая) должна содержать исчерпывающее
описание принятых проектных решений в объеме, достаточном для ее дальнейшего развития и
эксплуатации.
5.6. Техническая и рабочая документация должна содержать описание разработанных результатов
работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов и
протоколов информационного взаимодействия, технических требований, спецификаций и форматов
обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном
для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения Подрядчика.
5.7. Передача
Заказчику
комплекта
документов,
материалов
и
сведений,
предусмотренных
нормативными правовыми актами Российской Федерации в сфере информационных технологий, защиты
информации, правовой защиты интересов государства в области интеллектуальной собственности,
включая документы, подтверждающие отказ авторов (разработчиков) от исключительных прав на
передаваемые объекты интеллектуальной собственности в пользу исполнителя, с проектами заявок
на государственную регистрацию в установленном порядке прав заказчика на результаты
интеллектуальной деятельности, в том числе, но не исключая: изобретения, полезные модели,
промышленные образцы, программы для электронных вычислительных машин, базы данных, топологии
интегральных микросхем, а также исключительные права на результаты работ, включая объекты
6
авторских прав и потенциально патентоспособные технические решения, секреты производства (ноухау),
созданные
в
рамках
Контракта,
осуществляется
Подрядчиком
в
составе
отчетной
документации, предусмотренной условиями Контракта.
6.
УСЛОВИЯ О ПРИНАДЛЕЖНОСТИ ИСКЛЮЧИТЕЛЬНЫХ ПРАВ
И ПРАВА СОБСТВЕННОСТИ НА РЕЗУЛЬТАТЫ РАБОТ
6.1. Исключительные права на результаты интеллектуальной деятельности, в том числе, но не
исключая: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные
права на результаты работ, включая объекты авторских прав и потенциально патентоспособные
технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат
Пермскому краю в лице Заказчика - Министерство информационного развития и связи Пермского края
(ИНН
–
5902221423).
6.2. Право собственности на результаты работ, отчетные документы и материалы, полученные в
ходе выполнения работ по Контракту, принадлежат Пермскому краю в лице Заказчика - Министерство
информационного развития и связи Пермского края (ИНН – 5902221423) и считаются переданными с
момента
подписания
Сторонами
документа
о
приемке.
7. ОБЕСПЕЧЕНИЕ ИСПОЛНЕНИЯ КОНТРАКТА
7.1. Подрядчик при заключении Контракта должен предоставить Заказчику обеспечение исполнения
Контракта в размере 20.00% от максимального значения цены контракта, что составляет 9720000.00
руб.
7.2. Контракт заключается после предоставления Подрядчиком обеспечения исполнения Контракта.
7.3. Исполнение
Контракта
может
обеспечиваться
предоставлением
независимой
гарантии,
соответствующей требованиям статьи 45 Закона о контрактной системе, или внесением денежных
средств на указанный Заказчиком счет. Способ обеспечения исполнения Контракта, срок действия
независимой гарантии определяются Подрядчиком самостоятельно. При этом срок действия
независимой гарантии должен превышать предусмотренный Контрактом срок исполнения обязательств,
которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том
числе в случае его изменения в соответствии со статьей 95 Закона о контрактной
системе.Подрядчик вносит денежные средства (если такая форма обеспечения исполнения Контракта
применяется Подрядчиком) путем перечисления денежных средств на счет, на котором в
соответствии с законодательством Российской Федерации учитываются операции со средствами,
поступающими Заказчику.
7.4. В случае, если Подрядчиком, с которым заключается Контракт, является казенное учреждение,
обязательство по обеспечению исполнения Контракта не применяется.
7.5. В случае если Подрядчиком, с которым заключается Контракт, предложена сумма цен единиц
работ, которая на двадцать пять и более процентов ниже начальной суммы цен указанных единиц,
Подрядчик, с которым заключается Контракт, предоставляет обеспечение исполнения Контракта с
учетом положений статьи 37 Закона о контрактной системе.
7.6. Возврат Подрядчику денежных средств, внесенных в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Подрядчиком)
осуществляется Заказчиком в течение не более 30 дней с даты исполнения Подрядчиком
обязательств, предусмотренных Контрактом.
Обеспечение должно быть возвращено на счет, указанный Подрядчиком.
7.7. В ходе исполнения Контракта Подрядчик вправе изменить способ обеспечения исполнения
Контракта и (или) предоставить Заказчику взамен ранее предоставленного обеспечения исполнения
Контракта новое обеспечение исполнения Контракта, размер которого может быть уменьшен в
порядке и случаях, которые предусмотрены частями 7.2 и 7.3 статьи 96 Закона о контрактной
системе. В случае, если Контрактом предусмотрены отдельные этапы его исполнения, в ходе
7
исполнения Контракта размер этого обеспечения подлежит уменьшению в порядке и случаях, которые
предусмотрены частями 7.2 и 7.3 статьи 96 Закона о контрактной системе.
7.8. Возврат Подрядчику части денежных средств, внесенных в качестве обеспечения исполнения
Контракта (если такая форма обеспечения исполнения Контракта применяется Подрядчиком), в
случае уменьшения размера обеспечения исполнения Контракта в соответствии с частями 7, 7.1 и
7.2 статьи 96 Закона о контрактной системе, осуществляется Заказчиком в сумме, на которую
уменьшен размер обеспечения исполнения Контракта, рассчитанный Заказчиком на основании
информации об исполнении Контракта, размещенной в реестре Контрактов,
в течение не более
30 дней с даты получения Заказчиком соответствующего заявления Подрядчика.
7.9. В случае предоставления нового обеспечения исполнения Контракта возврат независимой
гарантии (если такая форма обеспечения исполнения Контракта применяется Подрядчиком)
Заказчиком гаранту, предоставившему указанную независимой гарантию, не осуществляется,
взыскание по ней не производится.
7.10. Обеспечение исполнения Контракта распространяется на все обязательства Подрядчика по
Контракту, включая обязательства по возврату аванса (при наличии), соблюдение сроков
выполнения работ, надлежащее качество работ, а также уплату неустоек (штрафа, пени).
7.11. В случае отзыва в соответствии с законодательством Российской Федерации у банка,
предоставившего независимую гарантию в качестве обеспечения исполнения Контракта, лицензии на
осуществление банковских операций Подрядчик обязан предоставить новое обеспечение исполнения
Контракта не позднее одного месяца со дня надлежащего уведомления Заказчиком Подрядчика о
необходимости предоставить соответствующее обеспечение. Размер такого обеспечения может быть
уменьшен в порядке и случаях, которые предусмотрены частями 7, 7.1, 7.2 и 7.3 статьи 96 Закона
о контрактной системе. За каждый день просрочки исполнения Подрядчиком обязательства,
предусмотренного настоящим пунктом, начисляется пеня в размере, определенном в порядке,
установленном в соответствии настоящим Контрактом.
7.12. В независимую гарантию включается условие об обязанности гаранта уплатить Заказчику
(бенефициару) денежную сумму по независимой гарантии не позднее десяти рабочих дней со дня,
следующего за днем получения гарантом требования Заказчика (бенефициара), соответствующего
условиям такой независимой гарантии, при отсутствии предусмотренных Гражданским кодексом
Российской Федерации оснований для отказа в удовлетворении этого требования.
7.13. Расторжение Контракта в случаях, установленных частью 8 статьи 95 Закона о контрактной
системе, не влияет на обязательства гаранта перед Заказчиком по независимой гарантии. При этом
независимая гарантия продолжает действовать до срока, установленного такой независимой
гарантией.
7.14. В случае неисполнения или ненадлежащего исполнения Подрядчиком обязательств по Контракту
Заказчик вправе взыскать с Подрядчика денежные средства, внесенные им в качестве обеспечения
исполнения Контракта.
В соответствии с постановлением Правительства РФ от 08.11.2013 № 1005 «О независимых
гарантиях, используемых для целей Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее –
постановление Правительства РФ № 1005) из средств независимой гарантии, предоставляемой в
качестве обеспечения исполнения Контракта, Заказчик (бенефициар) вправе удержать начисленные в
соответствии с разделом 9 Контракта штрафы и пени за нарушение обязательств Подрядчиком.
В случае неисполнения или ненадлежащего исполнения Подрядчиком обязательств, предусмотренных
Контрактом и обеспеченных независимой гарантией, Заказчик вправе требовать уплаты денежной
суммы по такой гарантии. С целью уплаты денежной суммы по гарантии Заказчик направляет гаранту
требование об осуществлении уплаты денежной суммы по гарантии по форме и с приложением
документов по Перечню документов, представляемых Заказчиком гаранту одновременно с требованием
об осуществлении уплаты денежной суммы по независимой гарантии, утвержденному постановлением
Правительства РФ № 1005.
В случае неисполнения / ненадлежащего исполнения принципалом (Подрядчиком) обязательств,
обеспеченных независимой гарантией, Заказчик должен приложить к указанному требованию о
выплате средств по ней следующие документы:
1) расчет суммы, подлежащей уплате;
8
2) платежное поручение с отметкой гаранта бенефициара или органа Федерального казначейства,
подтверждающее перечисление Подрядчику аванса, - в случае, если предъявляется требование по
гарантии в связи с ненадлежащим исполнением Подрядчиком обязательств по возврату аванса;
3) документ, подтверждающий полномочия лица, подписавшего требование по независимой гарантии
(доверенность) (в случае, если требование по независимой гарантии подписано лицом, не
указанным в ЕГРЮЛ в качестве лица, имеющего право без доверенности действовать от имени
бенефициара).
Заказчик вправе обратиться в банк-гарант, выдавший независимую гарантию, в целях обеспечения
исполнения Контракта несколько раз в период ее действия в пределах суммы такой гарантии.
Повторное обращение не является основанием для отказа Заказчику в выплате.
7.15. В случае неисполнения или ненадлежащего исполнения Подрядчиком обязательств по
Контракту, а также в случае расторжения Контракта в одностороннем порядке по инициативе
Заказчика (за исключением случаев расторжения Контракта в связи с уменьшением ранее доведенных
лимитов бюджетных обязательств) Заказчик взыскивает с Подрядчика обеспечение исполнения
Контракта.
8. ГАРАНТИЙНЫЕ ОБЯЗАТЕЛЬСТВА
8.1. Подрядчик в течение
12 месяцев со дня подписания Заказчиком документа о приемке
гарантирует качество выполненных работ (их результатов). Требования к гарантии качества
выполненной работы определяется Техническим заданием, иными приложениями к настоящему
Контракту, являющимися неотъемлемой частью настоящего Контракта.
8.2. Подрядчик обязан предоставить Заказчику обеспечение гарантийных обязательств в размере
10.00 % от максимального значения цены контракта, что составляет 4860000.00 руб.
8.3. Срок предоставления обеспечения гарантийных обязательств до оформления документа о
приемке по последней заявке Контракта.
8.4. Гарантийные обязательства могут обеспечиваться предоставлением независимой гарантии,
соответствующей требованиям статьи 45 Закона о контрактной системе, с учетом положений
постановления Правительства Российской Федерации от 08.11.2013 г. № 1005 «О независимых
гарантиях, используемых для целей Федерального закона «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» или внесением
денежных средств на указанный Заказчиком счет, на котором в соответствии с законодательством
Российской Федерации учитываются операции со средствами, поступающими Заказчику. Способ
обеспечения гарантийных обязательств, срок действия независимой гарантии (если такая форма
обеспечения гарантийных обязательств применяется Подрядчиком) определяется Подрядчиком
самостоятельно. Срок действия независимой гарантии (если такая форма обеспечения гарантийных
обязательств применяется Подрядчиком) должен превышать предусмотренный Контрактом срок
гарантии, который обеспечен такой независимой гарантией, не менее чем на один месяц, в том
числе в случае его изменения в соответствии со статьей 95 Закона о контрактной системе.
Подрядчик вносит денежные средства (если такая форма обеспечения гарантийных обязательств
применяется Подрядчиком) путем перечисления денежных средств на счет, указанный Заказчиком.
8.5. Подтверждением обеспечения гарантийных обязательств является предоставление Заказчику до
даты подписания документа о приемке независимой гарантии в соответствии со статьей 45 Закона о
контрактной системе или платежного поручения в размере, указанном в настоящем разделе
Контракта.
8.6. Обеспечение
гарантийных
обязательств
распространяется
на
все
обязательства
по
производству выполненных работ по настоящему Контракту.
8.7. За неисполнение или ненадлежащее исполнение гарантийных обязательств Заказчик направляет
Подрядчику требование об уплате неустоек (штрафов, пеней) в порядке и размере, указанном в
настоящем Контракте.
8.8. Подрядчик
вправе
изменить
способ
обеспечения
гарантийных
обязательств
и
(или)
предоставить Заказчику взамен ранее предоставленного обеспечения гарантийных обязательств
новое обеспечение гарантийных обязательств.
9
8.9. Возврат Подрядчику денежных средств, внесенных в качестве обеспечения гарантийных
обязательств (если такая форма обеспечения гарантийных обязательств применяется Подрядчиком),
осуществляется
Заказчиком
в
течение
30дней
с
даты
истечения
гарантийного
срока,
предусмотренного Контрактом, в том числе в случае его изменения в соответствии со статьей 95
Закона о контрактной системе.
8.10. В независимую гарантию включается условие об обязанности гаранта уплатить Заказчику
(бенефициару) денежную сумму по независимой гарантии не позднее десяти рабочих дней со дня,
следующего за днем получения гарантом требования Заказчика (бенефициара), соответствующего
условиям такой независимой гарантии, при отсутствии предусмотренных Гражданским кодексом
Российской Федерации оснований для отказа в удовлетворении этого требования.
8.11. В случае если Подрядчиком, с которым заключается Контракт, является казенное учреждение,
обязательство по обеспечению гарантийных обязательств не применяется.
8.12. В случае неисполнения или ненадлежащего исполнения Подрядчиком гарантийных обязательств
по Контракту Заказчик вправе взыскать с Подрядчика денежные средства, внесенные им в качестве
обеспечения гарантийных обязательств.
В случае неисполнения или ненадлежащего исполнения Подрядчиком гарантийных обязательств,
предусмотренных Контрактом и обеспеченных независимой гарантией, Заказчик вправе требовать
уплаты денежной суммы по такой гарантии. С целью уплаты денежной суммы по гарантии Заказчик
направляет гаранту требование об осуществлении уплаты денежной суммы по гарантии по форме и с
приложением документов по Перечню документов, представляемых Заказчиком гаранту одновременно с
требованием об осуществлении уплаты денежной суммы по независимой гарантии, утвержденному
постановлением Правительства РФ № 1005.
В случае ненадлежащего исполнения принципалом (Подрядчиком) гарантийных обязательств Заказчик
должен приложить к названному требованию следующие документы:
1) расчет суммы, подлежащей уплате;
2) документ, подтверждающий факт наступления гарантийного случая в соответствии с условиями
контракта (например, дефектная ведомость или экспертное заключение о неисправности товара).
3) документ, подтверждающий полномочия лица, подписавшего требование по независимой гарантии
(доверенность) (в случае, если требование по независимой гарантии подписано лицом, не
указанным в ЕГРЮЛ в качестве лица, имеющего право без доверенности действовать от имени
бенефициара)
8.13. В случае неисполнения или ненадлежащего исполнения Подрядчиком гарантийных обязательств
по Контракту денежные средства, перечисленные Подрядчиком в качестве обеспечения исполнения
гарантийных обязательств, Подрядчику не возвращаются.
9. ОТВЕТСТВЕННОСТЬ СТОРОН
9.1. За неисполнение или ненадлежащее исполнение своих обязательств, установленных настоящим
Контрактом, Заказчик и Подрядчик несут ответственность в соответствии с действующим
законодательством Российской Федерации.
9.2. В случае просрочки исполнения Заказчиком обязательств, предусмотренных Контрактом, а
также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком обязательств,
предусмотренных Контрактом, Подрядчик вправе потребовать уплаты неустоек (штрафов, пеней).
Пеня начисляется за каждый день просрочки исполнения обязательства, предусмотренного
Контрактом, начиная со дня, следующего после дня истечения установленного Контрактом срока
исполнения обязательства. Такая пеня устанавливается в размере одной трехсотой действующей на
дату уплаты пеней ключевой ставки Центрального банка Российской Федерации от не уплаченной в
срок суммы.
9.3. За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, размер штрафа
устанавливается в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно)
10
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
9.4. В случае просрочки исполнения Подрядчиком обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Подрядчиком обязательств, предусмотренных Контрактом, Заказчик
направляет Подрядчику требование об уплате неустоек (штрафов, пеней). Пеня начисляется за
каждый день просрочки исполнения Подрядчиком обязательства, предусмотренного Контрактом,
начиная со дня, следующего после дня истечения установленного Контрактом срока исполнения
обязательства, и устанавливается Контрактом в размере одной трехсотой действующей на дату
уплаты пени ключевой ставки Центрального банка Российской Федерации от цены Контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму, пропорциональную объему
обязательств,
предусмотренных
Контрактом
(соответствующим
отдельным
этапом
исполнения
Контракта)
и
фактически
исполненных
Подрядчиком,
за
исключением
случаев,
если
законодательством Российской Федерации установлен иной порядок начисления пени.
9.5. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом (за исключением случаев, указанных в
пункте 4-8 Правил определения размера штрафа, начисляемого в случае ненадлежащего исполнения
заказчиком, неисполнения или ненадлежащего исполнения поставщиком (подрядчиком, исполнителем)
обязательств, предусмотренных контрактом (за исключением просрочки исполнения обязательств
заказчиком, поставщиком (подрядчиком, исполнителем), утвержденных Постановлением Правительства
Российской Федерации от 30.08.2017 № 1042, размер штрафа устанавливается в следующем порядке:
а) 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
млрд. рублей.
9.6. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком обязательств,
предусмотренных Контрактом, заключенным с победителем закупки (или с иным участником закупки в
случаях, установленных Законом о контрактной системе), предложившим наиболее высокую цену за
право заключения Контракта, размер штрафа рассчитывается, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом, и
устанавливается в следующем порядке:
а) в случае, если цена Контракта не превышает начальную (максимальную) цену контракта:
10 процентов начальной (максимальной) цены контракта, если цена Контракта не превышает 3 млн.
рублей;
5 процентов начальной (максимальной) цены контракта, если цена Контракта составляет от 3 млн.
рублей до 50 млн. рублей (включительно);
1 процент начальной (максимальной) цены контракта, если цена Контракта составляет от 50 млн.
рублей до 100 млн. рублей (включительно);
б) в случае, если цена Контракта превышает начальную (максимальную) цену контракта:
10 процентов цены Контракта, если цена Контракта не превышает 3 млн. рублей;
11
5 процентов цены Контракта, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно);
1 процент цены Контракта, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно).
9.7. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком обязательства,
предусмотренного Контрактом, которое не имеет стоимостного выражения, размер штрафа
устанавливается (при наличии в Контракте таких обязательств) в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн. рублей
(включительно);
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн. рублей
(включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
9.8. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение Подрядчиком
обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
9.9. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, не может превышать цену Контракта.
9.10. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что неисполнение
или ненадлежащее исполнение обязательства, предусмотренного Контрактом, произошло вследствие
непреодолимой силы или по вине другой Стороны.
9.11. Уплата Подрядчиком неустойки или применение иной формы ответственности не освобождает
его от исполнения обязательств по настоящему Контракту.
9.12. Заказчик удерживает суммы неисполненных Подрядчиком требований об уплате неустоек
(штрафов, пеней), предъявленных Заказчиком в соответствии Законом о контрактной системе из
суммы, подлежащей оплате Подрядчику.
9.13. При этом обязательства Подрядчика по перечислению сумм неустойки (штрафа, пени) в доход
бюджета Пермского края возлагаются на Заказчика.
9.14. За каждый факт неисполнения или ненадлежащего исполнения Подрядчиком или Заказчиком
обязательств, предусмотренных Контрактом и приложениями к нему, в зависимости от вида
нарушенных обязательств (обязательства, имеющие стоимостное выражение или обязательства,
которые его не имеют) предусматривается санкция в виде взыскания штрафа в размере,
предусмотренном настоящим разделом Контракта.
К стоимостным обязательствам относятся те обязательства, исполнение которых можно оценить в
стоимостном (денежном) выражении. В частности, стоимостными признаются обязательства по
поставке товара (выполнению работ, оказанию услуг) надлежащего качества и в оговоренном
Контрактом количестве (объеме), то есть обязательства, относящееся к предмету Контракта.
Стоимость выполнения отдельных обязательств может быть определена в смете, иных прилагаемых к
Контракту документах. При этом в акте о выявленных недостатках, журнале работ, акте сверки,
иных документах, связанных с ведением претензионной переписки, целесообразно производить
расчет стоимости выявленных нарушений.
Обязательства поставщика (подрядчика, исполнителя), не имеющие стоимостного выражения - это
обязательства поставщика (подрядчика, исполнителя), исполнение которых не может быть оценено в
стоимостном (денежном) выражении. В частности, нестоимостными признаются обязательства
поставщика (подрядчика, исполнителя) по представлению Заказчику определенных Контрактом
документов и (или) информации (сведений).
В случае просрочки исполнения Заказчиком или Подрядчиком обязательств, предусмотренных
Контрактом и приложениями к нему, предусматривается санкция в виде взыскания пени за каждый
день просрочки исполнения обязательства, предусмотренного Контрактом, начиная со дня,
следующего после дня истечения установленного Контрактом срока исполнения обязательства в
размере, предусмотренном настоящим разделом Контракта. При этом пеня начисляется до дня
фактического исполнения Подрядчиком обязательств, предусмотренных Контрактом.
Применение пени возможно при нарушении Подрядчиком тех условий Контракта и приложений к нему,
в которых установлен конкретных срок выполнения обязательства.
В случае расторжения Контракта Заказчиком в одностороннем порядке по причине неисполнения
Контракта Подрядчиком с последнего одновременно взыскивается штраф в виде фиксированной суммы,
как за неисполнение обязательства, имеющего стоимостное выражение и пеня за просрочку
12
исполнения обязательств по Контракту, которая подлежит начислению до момента прекращения
Контракта в результате одностороннего отказа Заказчика от его исполнения.
Подписанием Контракта Подрядчик выражает согласие с тем, что установленные Контрактом условия
об ответственности сторон, основаниях и условиях для применения ответственности в виде
взыскания штрафов и пени, в том числе положения о форме, виде и размере ответственности за
неисполнение,
ненадлежащее
исполнение,
просрочку
исполнения
конкретных
обязательств,
предусмотренных Контрактом и приложениями к нему, согласованы сторонами в Контракте в
надлежащем, определенном и достаточном виде.
При расторжении Контракта Подрядчик обязан вернуть Заказчику сумму неотработанного аванса и
оплатить штрафные санкции, предусмотренные настоящим Контрактом, не позднее следующего дня
после вступления в силу решения об одностороннем отказе от исполнения Контракта, если иной
срок не установлен соглашением о расторжении Контракта.
В случае несвоевременного возвращения суммы неотработанного аванса на указанную сумму
начисляются проценты в соответствии со ст. 395 Гражданского кодекса Российской Федерации.
10. ПОРЯДОК ИЗМЕНЕНИЯ И РАСТОРЖЕНИЯ КОНТРАКТА
10.1. Изменение существенных условий Контракта при его исполнении не допускается, за
исключением их изменения по соглашению Сторон в случаях, установленных Законом о контрактной
системе.
Все изменения и дополнения оформляются путем подписания Сторонами дополнительных соглашений к
настоящему Контракту.
Дополнительные соглашения к настоящему Контракту заключаются с использованием единой
информационной системы, за исключением случаев, предусмотренных частью 5 статьи 103 Закона о
контрактной системе,являются его неотъемлемой частью и вступают в силу с момента их подписания
Сторонами.
10.2. Предусмотренные пунктом 10.1. настоящего Контракта изменения осуществляются при условии
предоставления Подрядчиком обеспечения исполнения Контракта в соответствии с частью 1.3 статьи
95 Закона о контрактной системе.
10.3. Настоящий Контракт может быть расторгнут по соглашению Сторон, по решению суда, в случае
одностороннего отказа Стороны Контракта от исполнения Контракта в соответствии с гражданским
законодательством в порядке, установленном статьей 95 Закона о контрактной системе.
Соглашение
о
расторжении
настоящего
Контракта
заключается
с
использованием
единой
информационной системы, за исключением случаев, предусмотренных частью 5 статьи 103 Закона о
контрактной системе.
10.4. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта в
следующих случаях:
10.4.1. Если в ходе исполнения Контракта установлено, что:
- Подрядчик и (или) поставляемый товар (при осуществлении закупки товара, поставляемого
Заказчику при выполнении закупаемых работ) перестали соответствовать установленным извещением
об осуществлении закупки и (или) документацией о закупке (если Законом о контрактной системе
предусмотрена документация о закупке) требованиям к участникам закупки (за исключением
требования, предусмотренного частью 1.1 (при наличии такого требования) статьи 31 Закона о
контрактной системе) и (или) поставляемому товару (при осуществлении закупки товара,
поставляемого Заказчику при выполнении закупаемых работ);
- при определении поставщика (подрядчика, исполнителя) Подрядчик представил недостоверную
информацию о своем соответствии и (или) соответствии поставляемого товара (при осуществлении
закупки товара, поставляемого Заказчику при выполнении закупаемых работ) требованиям,
указанным в абзаце втором настоящего подпункта, что позволило ему стать победителем
определения поставщика (подрядчика, исполнителя);
- если вследствие реорганизации юридического лица, являющегося Подрядчиком, его права и
обязанности по Контракту перешли к вновь возникшему юридическому лицу, зарегистрированному на
территории иностранного государства, в отношении которого в соответствии с подпунктами «а» и
«б» пункта 1 части 2 статьи 14 Закона о контрактной системе установлены запрет закупок работ,
услуг, соответственно выполняемых, оказываемых иностранными лицами, либо ограничение закупок
13
работ, услуг, соответственно выполняемых, оказываемых иностранными лицами, и Подрядчик являлся
российским лицом, либо в соответствии с подпунктом «в» пункта 1 части 2 статьи 14 Закона о
контрактной системе установлено преимущество в отношении работ, услуг, соответственно
выполняемых, оказываемых российскими лицами, и Подрядчик являлся российским лицом.
10.4.2. Представление недостоверных документов и (или) информации, подтверждающих квалификацию
участника закупки, и (или) подтверждающих предложение участника закупки по критериям,
предусмотренным статьей 32 Закона о контрактной системе, что позволило ему стать победителем
определения поставщика (подрядчика, исполнителя).
10.5. Заказчик вправе принять решение об одностороннем отказе от исполнения Контракта в
следующих случаях:
10.5.1. непредоставление Подрядчиком информации обо всех субподрядчиках, заключивших договор
или договоры с Подрядчиком, а также копии договора (договоров) в течение десяти дней с момента
заключения им договора (договоров) с субподрядчиком;
10.5.2. по
основаниям,
предусмотренным
Гражданским
кодексом
Российской
Федерации
для
одностороннего отказа Сторон от исполнения отдельных видов обязательств.
10.5.3. При неоднократном (более одного раза) нарушении условий настоящего Контракта и
приложений
к
нему
Исполнителем.
10.5.4. В иных случаях, предусмотренных законодательством Российской Федерации и настоящим
Контрактом.
10.6. Подрядчик вправе принять решение об одностороннем отказе от исполнения Контракта в
следующих случаях:
10.6.1. по
основаниям,
предусмотренным
Гражданским
кодексом
Российской
Федерации
для
одностороннего отказа Сторон от исполнения отдельных видов обязательств.10.6.2. при нарушении
сроков
оплаты
по
настоящему
Контракту
более,
чем
на
7
(семь)
рабочих
дней.
10.6.3. в иных случаях, предусмотренных законодательством Российской Федерации.
11. ПОРЯДОК УРЕГУЛИРОВАНИЯ СПОРОВ
11.1. Все споры и разногласия, возникшие в связи с исполнением настоящего Контракта, его
изменением, расторжением или признанием недействительным, Стороны будут стремиться решить
путем переговоров, в том числе путем привлечения нейтрального посредника (медиатора), а
достигнутые договоренности оформлять в виде дополнительных соглашений, подписанных Сторонами.
11.2. В случае недостижения взаимного согласия споры по настоящему Контракту разрешаются в
Арбитражном суде Пермского края.
11.3. До передачи спора на разрешение Арбитражного суда Пермского края Стороны примут меры к
его урегулированию в претензионном порядке. Претензия должна быть направлена Стороной с
использованием единой информационной системы в порядке, предусмотренном Законом о контрактной
системе. Дополнительно претензия может быть направлена в простой письменной форме. По
полученной претензии (уведомлению) в срок не позднее 14 (четырнадцати) дней с даты ее
получения Сторона должна исполнить содержащиеся в ней требования либо указать на объективные
причины невозможности исполнения претензии (уведомления).
11.4. Заказчик обязан в течение 30 дней с даты выявления каждого факта неисполнения или
ненадлежащего исполнения Подрядчиком обязательств, предусмотренных Контрактом, за исключением
просрочки исполнения обязательств, направить Подрядчику претензию (уведомление) с требованиями
устранения выявленного нарушения и оплаты штрафа в размере, предусмотренном разделом
«Ответственность сторон» Контракта.
11.5. Заказчик обязан в течение 30 дней со дня нарушения срока исполнения обязательств
Подрядчиком,
предусмотренных
Контрактом
(основных
сроков
выполнения
работ,
а
также
обязанностей для выполнения которых Контрактом установлен конкретных срок), направить
Подрядчику претензию (уведомление) с требованиями немедленного исполнения обязательств и
оплаты пени в размере, предусмотренном разделом «Ответственность сторон» Контракта.
11.6. В случае неисполнения претензий (уведомлений), предусмотренных настоящим разделом
Контракта, Заказчику следует организовать взыскание неустоек (штрафов, пеней) в соответствии с
порядком ведения претензионно-исковой работы Заказчика.
14
12.
СРОК ДЕЙСТВИЯ КОНТРАКТА
12.1. Контракт действует с момента подписания Контракта.
12.2. Срок окончания исполнения настоящего Контракта - 06.08.2027 г..
12.3. Окончание срока исполнения настоящего Контракта влечет прекращение обязательств
Контракту (за исключением предусмотренных Контрактом гарантийных обязательств).
13.
по
ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
13.1. Стороны освобождаются от ответственности за полное или частичное неисполнение своих
обязательств по Контракту, если их неисполнение явилось следствием обстоятельств непреодолимой
силы.
13.2. Сторона,
у
которой
возникли
обстоятельства
непреодолимой
силы,
обязана
в
течение 5 календарных
дней
письменно
информировать
другую
Сторону
о
произошедших
обстоятельствах и их причинах с приложением документов, удостоверяющих факт наступления
обстоятельств непреодолимой силы.
13.3. Сторона, не исполнившая или ненадлежащим образом исполнившая обязательства по Контракту,
несет ответственность, если не докажет, что надлежащее исполнение оказалось невозможным
вследствие непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях
обстоятельств.
13.4. О прекращении обстоятельства непреодолимой силы Стороны уведомляют друг друга письменно
в течение 5 дней с даты их прекращения. После прекращения обстоятельства непреодолимой силы
Сторона, прекратившая исполнение обязательства по настоящему Контракту, незамедлительно
возобновляет
его
исполнение.
13.5. Факт возникновения обстоятельства непреодолимой силы должен быть документально
удостоверен уполномоченным органом федеральной, региональной власти или органом местного
самоуправления.
13.6. Если одна из Сторон не направит или несвоевременно направит документы, указанные в
настоящем разделе, то такая Сторона не вправе ссылаться на возникновение обстоятельства
непреодолимой силы в целях обоснования неисполнения и (или) ненадлежащего исполнения
обязательства по настоящему Контракту, а вторая Сторона вправе не принимать во внимание
наступление обстоятельства непреодолимой силы при предъявлении претензий и исковыхзаявлений в
связи с неисполнением и (или) ненадлежащим исполнением обязательств по настоящему Контракту.
13.7. В случае, если обстоятельства непреодолимой силы будут сохраняться более 30 дней, любая
Сторона имеет право предложить другой Стороне расторгнуть его. При прекращении настоящего
Контракта по причинам, указанным в настоящем пункте, Стороны обязаны осуществить взаиморасчеты
по
своим
обязательствам
на
день
прекращения
настоящего
Контракта.
14. ПРОЧИЕ УСЛОВИЯ
14.1. Во всем остальном, что не предусмотрено условиями настоящего Контракта, Стороны
руководствуются действующим законодательством Российской Федерации.
14.2. В случае, если в Контракте и приложениях к нему указаны ссылки на документы – основания
(технический регламент, СНиП, СП, ГОСТ и другие) (далее – документы), которые утратили силу
(отменены) и (или) заменены (изменены), то при исполнении Контракта применяются заменяющие
15
(измененные) документы. Полностью отмененные (утратившие силу) документы без их замены не
применяются или применяются положения в части, не затрагивающей эту отмену.
14.3. Стороны обязуются сохранять конфиденциальность информации, полученной в ходе исполнения
настоящего Контракта.
Сведения, полученные в ходе исполнения настоящего Контракта, предназначены исключительно для
Сторон и не могут быть полностью или частично переданы (опубликованы, разглашены) третьим
лицам или использованы каким-либо иным способом с участием третьих лиц без согласия Сторон.
14.4. Подрядчик обеспечивает возможность осуществления проверок органами, уполномоченными на
осуществление внутреннего государственного (муниципального) финансового контроля.
14.5. В
случае
выявления
органами,
уполномоченными
на
осуществление
внутреннего
государственного (муниципального) финансового контроля в ходе контрольных мероприятий факта
несоответствия результатов выполненных работ требованиям законодательства Российской Федерации
и (или) условиям Контракта, а также в случаях выявления фактов завышения стоимости, объемов
выполненных работ, невыполненных работ и (или) неверного применения расценок, либо иных
обстоятельств,
повлекших
причинение
ущерба
Заказчику,
или
неосновательное
обогащение
Подрядчика, Подрядчик возвращает Заказчику сумму излишне полученных средств.
14.6. В случае обмена документами при применении мер ответственности и совершении иных
действий в связи с нарушением Подрядчиком или Заказчиком условий Контракта в отношении
Контракта, заключенного по результатам электронных процедур, такой обмен осуществляется с
использованием единой информационной системы путем направления электронных уведомлений. Такие
уведомления формируются с использованием единой информационной системы, подписываются
усиленной электронной подписью лица, имеющего право действовать от имени Заказчика,
Подрядчика, и размещаются в единой информационной системе без размещения на официальном сайте.
14.7. Информация об ответственном должностном лице Заказчика приведена в разделе «Адреса и
реквизиты сторон» настоящего Контракта.
14.8. В случае, если Контракт заключается с Подрядчиком, являющимся юридическим лицом,
фамилия, имя, отчество (при наличии), идентификационный номер налогоплательщика (при наличии)
и должность лица, имеющего право без доверенности действовать от имени юридического лица, либо
действующего в качестве руководителя юридического лица, аккредитованного филиала или
представительства иностранного юридического лица, либо исполняющего функции единоличного
исполнительного органа юридического лица, приведены в разделе «Адреса и реквизиты сторон»
настоящего Контракта.
14.9. Настоящий
Контракт
заключен
в
электронной
форме
с
использованием
усиленной
квалифицированной электронной подписи Сторон.
14.10. Датой
подписания
Контракта
считается
дата
подписания
Заказчиком
усиленной
квалифицированной электронной подписью Контракта.
14.11. Любое указание в описании объекта закупки на товарный знак (его словесное обозначение)
(при наличии), знак обслуживания (при наличии), фирменное наименование (при наличии) и т.п.
читать в сочетании со словами «или эквивалент» за исключением случаев, предусмотренных
законодательством Российской Федерации и условиями Контракта.
14.12. Подрядчик привлекает для выполнения работ по Контракту в приоритетном порядке
субподрядчиков из числа физических лиц (в том числе индивидуальных предпринимателей) и
юридических лиц, зарегистрированных на территории Пермского края, исходя из самостоятельного
осуществления таким подрядчиком своей оперативно-хозяйственной деятельности.
14.13. Подрядчик осуществляет закупку необходимых для исполнения Контракта товаров в
приоритетном порядке у физических лиц (в том числе индивидуальных предпринимателей) и
юридических лиц, зарегистрированных и производящих соответствующие товары на территории
Пермского края, исходя из самостоятельного осуществления таким Подрядчиком своей оперативнохозяйственной деятельности.
14.14. Контракт имеет приложения, являющиеся его неотъемлемой частью:
14.14.1. Приложение № 1 – Техническое задание.
14.14.2. Приложение № 2 – Спецификация.
16
15. АДРЕСА И РЕКВИЗИТЫ СТОРОН
Заказчик
Подрядчик
Полное наименование:
Министерство информационного
развития и связи Пермского
края
Полное наименование:
Сокращенное наименование:
Министерство информационного
развития и связи Пермского
края
Сокращенное наименование (при наличии):
Место нахождения: 614000,
Пермский край, Пермский
г.о., г Пермь, ул Ленина,
66, офис 311
Место нахождения (место жительства):
Почтовый адрес: 614000,
Пермский край, Пермский
г.о., г Пермь, ул Ленина,
66, офис 311
Почтовый адрес:
Телефон: 83422009185
Телефон:
Электронная почта:
info@mirs.permkrai.ru
Электронная почта:
ИНН: 5902221423
ИНН:
КПП: 590201001
КПП:
Банковские реквизиты:
Банковские реквизиты:
Р/с (номер казначейского счета):
-
Р/с:
Л/с:
-
Л/с:
БИК:
-
БИК:
К/с (единый казначейский счет):
-
К/с:
Ответственное должностное лицо Заказчика:
От Заказчика:
От Подрядчика:
_____________/_____________
_____________/_____________
М.П.
М.П. (при наличии)
17
к Контракту №
Приложение № 1
____________________
от «__» _____ 202_ г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
* Размещается отдельным файлом
18
к Контракту №
Приложение № 2
____________________
от «__» _____ 202_ г.
СПЕЦИФИКАЦИЯ
№ п/п
Наименование
объекта
закупки
(наименовани
е товара,
работы,
услуги по
СПГЗ)
ОКПД-2
Единица
измерения
Цена за
ед.изм,
руб., в том
числе
НДС/НДС не
облагается
Ставка НДС,
%
1
—
—
—
—
—
19
20

=== ФАЙЛ: Разъяснения на запрос_1688805 | docs/0356500001426008902/Разъяснения на запрос_1688805.pdf
УТВЕРЖДАЮ
Заместитель директора
ГКУ ПК «ЦОЗ»
__________________Т.А. Токарева
(подпись)
«14» октября 2026 г.
РАЗЪЯСНЕНИЯ
ПОЛОЖЕНИЙ ИЗВЕЩЕНИЯ ОБ ОСУЩЕСТВЛЕНИИ ЗАКУПКИ
Способ определения
исполнителя)
поставщика
(подрядчика,
Открытый конкурс в электронной форме
Номер извещения
0356500001426008902
Наименование объекта закупки
Выполнение
работ
по
развитию
автоматизированной информационной системы
мониторинга
и
управления
строительной
отраслью Пермского края
Адрес электронной площадки в сети Интернет
http://www.sberbank-ast.ru
Реквизиты
извещения
1688805 от 12.10.2026
запроса
о
разъяснении
положений
2. Сведения об уполномоченном учреждении
Наименование
ГОСУДАРСТВЕННОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ
ПЕРМСКОГО КРАЯ "ЦЕНТР ОРГАНИЗАЦИИ ЗАКУПОК"
Место нахождения
614000, Пермский край, г.о. Пермский, г
Пермь, ул Петропавловская, 53, офис 100
Адрес электронной почты
mvzvereva@cz.permkrai.ru
3. Положения извещения закупки (пункт, раздел), которые требуют разъяснения
1. Устранение уязвимостей в ранее созданном
исходном коде
Пункт 6.1.3 ТЗ устанавливает: «Все уязвимости,
снижающие уровень безопасности Системы, должны
быть устранены в рамках выполнения работ по
развитию Системы». Система эксплуатируется с
2018 года и развивалась в рамках контрактов,
указанных в п. 3.8 ТЗ.
1.1. Правильно ли мы понимаем, что обязанность
Подрядчика
по
устранению
уязвимостей
распространяется
только
на
исходный
код,
созданный
или
измененный
Подрядчиком
при
выполнении Заявок по Контракту?
1.2. Если нет — правильно ли мы понимаем, что
устранение
уязвимостей
в
исходном
коде,
созданном до заключения Контракта, выполняется
на основании отдельных Заявок с оплатой по цене
единицы работы?
1.1.
В соответствии с п.6.1.3 Технического
задания средствами анализа должен быть
проанализирован весь исходный код Системы на
всех
используемых
в
Системе
языках
программирования.
1.2.
Нет, устранение уязвимостей входит в
перечень
работ,
выполняемых
в
рамках
выполнения работ по Заявке на развитие.
2. Объем анализа исходного кода
Пункт 6.1.3 ТЗ требует, чтобы средствами
анализа был «проанализирован весь исходный код
Системы на всех используемых в Системе языках
программирования», а отчет предоставлялся по
каждой Заявке.
Правильно ли мы понимаем, что анализ исходного
кода и отчет по каждой Заявке выполняются в
отношении
исходного
кода,
созданного
или
измененного
по
соответствующей
Заявке,
и
используемых им зависимостей?
2.
Нет,
в
соответствии
с
п.6.1.3
Технического
задания
средствами
анализа
должен быть проанализирован весь исходный код
Системы на всех используемых в Системе языках
программирования.
3. Состав технологического стека
Пункт
3.7
ТЗ
приводит
перечень
языков
программирования (PHP, C#, Ruby, Java) без
указания подсистем, в которых они применяются.
3.1. Какие языки программирования, фреймворки и
их версии используются в исходном коде каждой
подсистемы, указанной в Таблице 2 ТЗ?
3.1. Языки программирования, фреймворки,
используемые в Системе, перечислены в п.3.7
Технического
задания.
Дополнительная
информация, в том числе, версии, используемые
языки программирования в подсистемах, будут
предоставлены Подрядчику после подписания
государственного контракта.
3.2. Каков объем исходного кода
(количество
строк)
по
каждому
программирования?
Системы
языку
4. Права на платформу «Универсальная
отчетность «Акцент»»
Пункт 4.8.3 ТЗ устанавливает, что в связи с
использованием в составе Системы платформы
«Универсальная отчетность «Акцент»» Подрядчик
должен обладать правами и (или) полномочиями,
достаточными для выполнения работ по ГК.
4.1. Правильно ли мы понимаем, что указанное
требование применяется только при выполнении
Заявок,
предусматривающих
доработку
компонентов Системы, реализованных на платформе
«Универсальная отчетность «Акцент»»?
4.2. Правильно ли мы понимаем, что права на
использование платформы в составе Системы у
Заказчика имеются и Подрядчик не приобретает
лицензии на платформу для Заказчика?
5. Согласие на предоставление прав
субподрядчикам
Пункт 4.8.3 ТЗ допускает предоставление прав
использования ПО Заказчика субподрядчикам «при
письменном согласии Заказчика».
В
какой
срок
с
даты
получения
запроса
Подрядчика
Заказчик
направляет
письменное
согласие на предоставление прав использования
ПО Заказчика субподрядчику?
6. Сроки выполнения работ по Заявкам,
направленным в 2027 году
Срок выполнения работ по Контракту — до
30.06.2027 (п. 1.4 Контракта). Сроки стадий по
Таблице 6 ТЗ с учетом обработки Заявки (п. 5.1
ТЗ) составляют около 180 календарных дней.
6.1. Правильно ли мы понимаем, что по Заявке,
стандартные сроки стадий которой выходят за
30.06.2027, сроки стадий устанавливаются в
Протоколе обработки заявки по согласованию
сторон в соответствии с п. 6.1.1 ТЗ с окончанием
не позднее 30.06.2027?
6.2. Правильно ли мы понимаем, что объем работ
по такой Заявке определяется в Протоколе
обработки заявки с учетом сокращенных сроков
стадий?
7. Объем рабочей документации
Пункт 6.1.3 ТЗ устанавливает, что содержание
рабочей документации «должно охватывать всю
функциональность Системы».
7.1. Правильно ли мы понимаем, что по каждой
Заявке Подрядчик актуализирует документацию
Системы
(Таблица
4
ТЗ)
в
части
функциональности, затронутой Заявкой?
7.2. Правильно ли мы понимаем, что перечень
отчетных документов по Заявке (Таблица 6 ТЗ)
уточняется в Протоколе обработки заявки с
учетом состава работ по Заявке?
8. Приобретение лицензий на программное
обеспечение
Пункт 4.4.1 ТЗ предусматривает приобретение
дополнительных лицензий на ПО «за счет средств
Подрядчика»; цена работ определяется по цене
человеко-дня (п. 5.2 ТЗ, Приложение Б).
8.1. Правильно ли мы понимаем, что приобретение
Подрядчиком
лицензий
на
ПО
третьих
лиц
осуществляется только в случае, если оно
предусмотрено утвержденными ЧТЗ и Протоколом
обработки заявки?
8.2. Каким образом стоимость таких лицензий
учитывается при оплате работ по Заявке?
9. Основания для отказа в приемке
Пункт 1.8 ТЗ предусматривает отложение приемки
«до
момента
полного
устранения
замечаний
Заказчика»; п. 7.2 ТЗ устанавливает, что «Как
замечания
к
реализации
оформляются
3.2. Объём исходного кода Системы в строках
кода
в
разрезе
используемых
языков
программирования
будет
предоставлен
Подрядчику после подписания государственного
контракта.
4.1. Да, правильно.
4.2. Да, Заказчик
объемом прав.
обладает
достаточным
5. Срок ответа в соответствии с внутренними
регламентами Заказчика
6.1. Срок выполнения работ по соответствующей
заявке
не
может
превышать
общий
срок
выполнения
работ,
указанный
в
п.1.6
Технического задания. В ином случае, по
согласованию Сторон сроки выполнения работ по
заявке могут быть сокращены. Дополнительно, в
соответствии с п.5.4. Технического задания
максимальный срок выполнения работ по Заявке
на развитие составляет 160 календарных дней,
а не 180.
6.2. Да, объем работ по Заявке определяется
в Протоколе обработки заявки, в том числе с
учетом сокращенных сроков стадий
7.1.
Да,
по
каждой
Заявке
Подрядчик
актуализирует документацию Системы части
функциональности, затронутой Заявкой.
7.2. Да, в соответствии с п.5.4. Технического
задания, перечень отчетных документов по
каждой Заявке уточняется в соответствующем
Протоколе обработки заявки с учетом состава
работ по Заявке.
8.1. Да, приобретение Подрядчиком лицензий на
ПО третьих лиц осуществляется только в
случае, если оно предусмотрено утвержденными
ЧТЗ и Протоколом обработки заявки.
8.2. В соответствии с п.4.8.3 Технического
задания Программы для ЭВМ, требующие какихлибо
отчислений,
закупаются
Подрядчиком
самостоятельно
с
учетом
требований
к
исключительным и неисключительным правам,
предусмотренным ТЗ (стоимость приобретения
таких прав включена в цену ГК).
исключительно
выявленные
отклонения
от
настоящего ТЗ и ЧТЗ».
Правильно ли мы понимаем, что основанием для
мотивированного отказа от подписания документа
о приемке являются исключительно отклонения
результатов работ от ТЗ и утвержденного ЧТЗ?
10. Перенос сроков при задержке предоставления
доступов
Сроки стадий исчисляются с даты утверждения ЧТЗ
(Таблица 6 ТЗ); сроки предоставления доступа к
СУРК и контурам Системы установлены Таблицей 7
ТЗ.
Правильно
ли
мы
понимаем,
что
при
предоставлении доступа к СУРК, тестовому или
промышленному
контуру
позже
сроков,
установленных Таблицей 7 ТЗ, сроки стадий по
Заявке переносятся на период такой задержки?
11. Гарантийные обязательства
Раздел 9 ТЗ устанавливает гарантию «в отношении
модернизированной Системы» не менее 12 месяцев
с даты приемки работ по последней Заявке; п. 8.1
Контракта — 12 месяцев со дня подписания
документа о приемке.
11.1. Правильно ли мы понимаем, что гарантийные
обязательства
распространяются
только
на
функциональность, созданную или измененную
Подрядчиком по Контракту?
11.2. Правильно ли мы понимаем, что гарантийный
срок по результатам каждой Заявки составляет 12
месяцев со дня подписания документа о приемке
по этой Заявке (п. 8.1 Контракта)?
12. База расчета штрафа
Пункт 9.5 Контракта устанавливает штраф в
процентах «цены Контракта (этапа)»; Контракт
заключается с максимальным значением цены (п.
2.1), а приемка и оплата осуществляются по
каждой Заявке.
Правильно ли мы понимаем, что каждая Заявка
является этапом исполнения Контракта, и штраф
по п. 9.5 Контракта рассчитывается от стоимости
работ по соответствующей Заявке?
13. Срок предоставления обеспечения
гарантийных обязательств
Пункт 8.3 Контракта устанавливает срок — до
оформления документа о приемке по последней
заявке; п. 3.18 Контракта связывает оформление
документа о приемке с предоставлением такого
обеспечения.
Правильно ли мы понимаем, что обеспечение
гарантийных обязательств предоставляется до
подписания документа о приемке по последней
Заявке, а подписание документов о приемке по
предшествующим Заявкам его предоставления не
требует?
14. Ответственность за нарушение прав третьих
лиц
Пункт 4.8.3 ТЗ: «Риск нарушения прав третьих
лиц на результаты интеллектуальной деятельности
несет Подрядчик».
Правильно ли мы понимаем, что указанная
ответственность
Подрядчика
распространяется
только на результаты, созданные Подрядчиком, и
на
программное
обеспечение,
привлеченное
Подрядчиком при исполнении Контракта, и не
распространяется на ранее созданные компоненты
Системы и платформу «Универсальная отчетность
«Акцент»»?
15. Меры защиты информации на рабочих местах
Подрядчика
Пункт 4.8.1 ТЗ требует реализовать на АРМ
Подрядчика
«меры
защиты
информации,
определенные при аттестации Системы».
15.1. Какие именно
меры защиты информации,
определенные при аттестации Системы, должны
9. Да, основанием для мотивированного отказа
от подписания документа о приемке являются
исключительно отклонения результатов работ
от ТЗ и утвержденного ЧТЗ.
10. Все необходимые доступы предоставляются
Заказчиком
в
соответствии
со
сроками,
указанными в Таблице 7 Технического задания.
Сроки выполнения работ исчисляются с даты
утверждения
соответствующего
Протокола
обработки заявки и Частного технического
задания.
11.1. Да, верно.
11.2. Нет. В соответствии с разделом 9
Технического
задания
Подрядчик
должен
гарантировать, что модернизированная Система
будет функционировать в соответствии со своим
назначением не менее 12 месяцев с даты
подписания документа о приемке работ по
последней Заявке на выполнение работ по ГК.
12. Да, верно.
13. В соответствии с п.8.3 проекта контракта
срок предоставления обеспечения гарантийных
обязательств - до оформления документа о
приемке по последней заявке Контракта.
Предоставление
обеспечения
гарантийных
обязательств по предшествующим заявкам не
требуется.
14. Да, верно, ответственность Подрядчика
распространяется
только
на
результаты,
созданные Подрядчиком, и на программное
обеспечение, привлеченное Подрядчиком при
исполнении Контракта.
15.1. Требования определены в документах по
защите
информации,
которые
будут
предоставлены Подрядчику после заключения
Контракта
на
основании
соответствующего
запроса.
15.2. В соответствии с Приказом ФСТЭК России
от 11 апреля 2025 г. № 117 требуется
установка
на
АРМ
Подрядчика
быть реализованы на АРМ Подрядчика?
15.2. Правильно ли мы понимаем, что установка
на АРМ Подрядчика сертифицированных средств
защиты
информации
от
несанкционированного
доступа не требуется?
16. Средства криптографической защиты
информации
Пункт 4.8.1 ТЗ: СКЗИ (VipNet Client – сеть 1321)
приобретаются Подрядчиком самостоятельно и за
свой счет.
16.1. У какой организации Подрядчик приобретает
СКЗИ VipNet Client для подключения к сети 1321?
16.2. Какая версия VipNet Client требуется для
подключения к сети 1321?
17. Аттестация Системы
Система имеет аттестат соответствия № 217к-2020
от 15.12.2020 (п. 4.8.1 ТЗ). Работы по
аттестации в составе работ ТЗ не указаны.
Правильно ли мы понимаем, что работы по
аттестации (переаттестации) Системы, в том
числе в связи с изменениями по Заявкам, не
входят в объем работ по Контракту?
18. Средства анализа исходного кода
Пункт 6.1.3 ТЗ предусматривает согласование с
Заказчиком состава средств анализа исходного
кода до начала анализа.
Правильно ли мы понимаем, что для статического
и
динамического
анализа
исходного
кода
допускается
применение
свободно
распространяемых
средств,
не
имеющих
сертификата ФСТЭК России?
19. Сертифицированные операционные системы и
СУБД
Пункт
4.8.1
ТЗ:
«В
Системе
должны
использоваться сертифицированные операционные
системы и СУБД». В составе Системы указаны
Ubuntu Server, CentOS, Debian, MongoDB, MySQL,
MariaDB (Таблица 3 ТЗ).
Правильно
ли
мы
понимаем,
что
перевод
компонентов Системы на сертифицированные ОС и
СУБД выполняется только на основании отдельной
Заявки и не является условием приемки работ по
иным Заявкам?
20. Интеграции с системами Заказчика
Пункт 4.8.1 ТЗ требует интеграции Системы с
системой анализа действий пользователей, с SIEM
Заказчика
и
с
системой
авторизации
и
аутентификации Заказчика.
20.1. Правильно ли мы понимаем, что указанные
интеграции
на
дату
размещения
извещения
реализованы в Системе?
20.2. Правильно ли мы понимаем, что работы по
указанным интеграциям выполняются только на
основании Заявок?
21. Тестовые среды внешних информационных
систем
Пункт 3.5 ТЗ содержит перечень внешних систем,
с которыми взаимодействует Система.
Для каких из информационных систем, указанных в
п. 3.5 ТЗ, Заказчик предоставляет Подрядчику
тестовые среды информационного взаимодействия?
22. Нагрузочные испытания
Пункт
6.1.6
ТЗ
предусматривает
доработку
«СПО/ОПО/Архитектуры
системы»
при
отрицательных
результатах
нагрузочных
испытаний; показатели п. 4.5 ТЗ установлены
«для
вновь
создаваемых
и
модернизируемых
подсистем».
22.1. Правильно ли мы понимаем, что показатели
назначения п. 4.5 ТЗ при испытаниях по Заявке
проверяются
только
для
функциональности,
созданной или измененной по этой Заявке?
сертифицированных средств защиты информации
от
несанкционированного
доступа.
В
соответствии
с
п.4.8.1.2
Технического
задания к автоматизированным рабочим местам
Подрядчика,
с
которых
осуществляется
подключение к ресурсам Заказчика, должна быть
исключена возможность несанкционированного
доступа третьих лиц и на автоматизированных
рабочих
местах
Подрядчика,
с
которых
осуществляется
подключение
к
ресурсам
Заказчика (размещенным в ЦОД ППК), должна
быть
обеспечена
антивирусная
защита
информации.
16.1. Подрядчик самостоятельно определяет
организацию.
16.2. Требуется актуальная сертифицированная
версия.
17. Работы по защите информации не входят в
перечень
работ,
выполняемых
в
рамках
настоящей закупки.
18. Допускается, если средство анализа
исходного кода покрывает используемые в
Системе языки программирования.
19. Да, перевод компонентов Системы на
сертифицированные ОС и СУБД выполняется
только на основании отдельной Заявки и не
является условием приемки работ по иным
Заявкам.
20.1. Да, реализованы.
20.2.
Развитие
существующих
механизмов
взаимодействия
и
обеспечение
новых
подключений выполняются на основании Заявок
Заказчика.
21. Для всех систем, перечисленных в п.3.5
Технического задания и развернутых в ЦОД ППК
Заказчика.
22.1. Да, верно.
22.2. Правильно ли мы понимаем, что доработка
компонентов Системы, не затронутых Заявкой, по
результатам нагрузочных испытаний выполняется
на основании отдельной Заявки?
23. Дополнение показателей назначения
Пункт 6.1.4 ТЗ: «Показатели назначения могут
быть дополнены в рамках стадии «Разработка
документации технического проекта».»
Правильно ли мы понимаем, что дополнительные
показатели назначения применяются, только если
они включены в утвержденное ЧТЗ и учтены в
трудоемкости Протокола обработки заявки?
24. Рекомендации приемочной комиссии
Пункт 7.2 ТЗ относит к рекомендациям замечания,
не являющиеся отклонениями от ТЗ и ЧТЗ; п. 6.1.6
ТЗ предусматривает «реализации рекомендаций».
Правильно ли мы понимаем, что реализация
рекомендаций
комиссии,
не
являющихся
отклонениями от ТЗ и ЧТЗ, не является условием
приемки работ по Заявке и выполняется на
основании отдельной Заявки?
25. Приемка и оплата работ по последним
Заявкам
Срок
окончания
исполнения
Контракта
—
06.08.2027 (п. 12.2 Контракта); п. 12.3
Контракта
предусматривает
прекращение
обязательств по окончании этого срока.
Правильно ли мы понимаем, что окончание срока
исполнения Контракта не прекращает обязательств
Заказчика по приемке и оплате работ, документ о
приемке по которым размещен Подрядчиком в ЕИС
до 30.06.2027 включительно?
26. Работы в гарантийный период
Права
использования
ПО
Заказчика
предоставляются «на срок выполнения работ по
ГК» (п. 4.8.3 ТЗ); доступ к ресурсам ЦОД ППК
прекращается после окончания выполнения работ
(п. 4.8.1 ТЗ); гарантийный срок продолжается
после окончания срока выполнения работ (разд. 9
ТЗ).
26.1. Правильно ли мы понимаем, что права
использования ПО Заказчика, предусмотренные п.
4.8.3 ТЗ, предоставляются Подрядчику также на
гарантийный срок в объеме, необходимом для
устранения недостатков?
26.2. В какой срок с даты получения запроса
Подрядчика Заказчик предоставляет доступ к
инфраструктуре
Заказчика
для
устранения
недостатков в гарантийный период?
27. Объем выполненных работ для оплаты
Пункт 2.3 Контракта: оплата «исходя из объема
фактически
выполненной
работы»;
Протокол
обработки заявки содержит количество человекодней и общую стоимость работ (Приложение Б ТЗ).
Правильно ли мы понимаем, что объем фактически
выполненной работы по Заявке для целей оплаты
определяется
количеством
человеко-дней,
указанным в утвержденном Протоколе обработки
заявки?
28. Сроки устранения недостатков
Пункт
4.4.5
Контракта
устанавливает
срок
устранения выявленных недостатков 5 рабочих
дней; п. 7.3 ТЗ предусматривает, что сроки
устранения замечаний определяются в документах
по итогам испытаний, а раздел 9 ТЗ — что сроки в
гарантийный период устанавливаются «если иной
срок не предусмотрен документом «Регламент
гарантийного обслуживания»».
Правильно
ли
мы
понимаем,
что
срок,
установленный п. 4.4.5 Контракта, применяется,
если иной срок не установлен в документах по
итогам испытаний (п. 7.3 ТЗ) или в Регламенте
гарантийного обслуживания (раздел 9 ТЗ)?
29. Критичность замечаний при передаче в
22.2. Да, верно.
23. Да, верно.
24. В соответствии с п.7.3 Технического
задания
сроки
устранения
замечаний
и
рекомендаций, данных приемочной комиссией в
ходе испытаний, определяются в документах,
содержащих итоги проведения испытаний.
25. В соответствии с п.12.3 Контракта
окончание срока исполнения Контракта влечет
прекращение обязательств по Контракту (за
исключением
предусмотренных
Контрактом
гарантийных обязательств). Срок окончания
исполнения контракта включает в себя сроки по
выполнению работ, приемке и оплате по
контракту.
26.1. Да, верно.
26.2. В рамках гарантийного периода доступы к
инфраструктуре предоставляются аналогично
предоставлению доступов для выполнения работ
по Контракту, в сроки, указанные в Таблице 7
Технического задания.
27. Да, объем фактически выполненной работы
по Заявке для целей оплаты определяется
количеством
человеко-дней,
указанным
в
утвержденном Протоколе обработки заявки.
28. Да, верно.
эксплуатацию
Пункт 7.2 ТЗ называет условием передачи Системы
в эксплуатацию устранение «всех замечаний с
высоким и средним уровнем критичности» (Таблица
8 ТЗ); п. 6.1.6 ТЗ — устранение «всех критичных
замечаний».
Правильно ли мы понимаем, что условием передачи
Системы в эксплуатацию и подписания документа о
приемке по Заявке является устранение замечаний
высокого и среднего уровня критичности по
Таблице 8 ТЗ, а замечания низкого уровня
устраняются в сроки, указанные в протоколе
испытаний?
29. Да, верно.
