=== ФАЙЛ: ТЗ РИАС | docs/0500500009026000003/ТЗ РИАС (1).pdf
Приложение №1
к Контрактуй_____
от «___ »20__ г.
УТВЕРЖДАЮ
Исполняющий обязанности директора
государственного унитарного
предприятия Донецкой Народной
Республик^Раецубликанскии центр
инфор^гаШ^да^^вденологии»
------
'б
А.В. Сахов
2026 г.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
На оказание услуги по предоставлению прав использования программного
обеспечения для создания информационно-аналитической системы Донецкой
Народной Республики
на 54 листах
Донецк 2026
Описание объекта закупки
Предмет контракта: оказание услуги по предоставлению прав
использования программного обеспечения для создания информационно­
аналитической системы Донецкой Народной Республики.
Срок оказания услуг: с даты заключения Контракта в течение 120
календарных дней.
Место предоставления Лицензии - г. Донецк.
Территория использования Лицензии: Российская Федерация.
Исполнитель передает Заказчику документы, подтверждающие право
Исполнителя на предоставление прав на использование программного
обеспечения (далее - ПО). Исполнитель гарантирует, что ПО, право на
использование которого предоставлено, правомерно введено в гражданский
оборот на территории Российской Федерации, а также, что предоставленное
право использования ПО не нарушает каких-либо авторских прав,
неимущественных и/или имущественных прав любых третьих лиц.
Наименование объекта закупки, характеристики, количество:
Таблица № 1
Наименование ПО
Программное
обеспечение
(Подсистема
инструментальных
средств)
Характеристики программного
обеспечения КТРУ
58.29.11.000-00000003
Вид лицензии: простая
(неисключительная)
Класс программ для электронных
вычислительных машин и баз данных:
(10.01) Средства обработки Больших
Данных (BigData)
Способ предоставления: копия
электронного экземпляра
Дополнительные характеристики:
Лицензия на один продуктивный и один
тестовый сервер (виртуальных машин);
Количество поддерживаемых физических
ядер процессора (CPU) - 16;
Суммарное количество пользователей 150. В том числе:
Количество учетных записей
пользователей - 95;
Количество пользователи форм ввода 50;
Количество администраторов - 5
Кол-во
(шт.)
1 шт.
2
Программное
обеспечение
(Подсистема
оркестрации ETLпроцессов)
Аутентификация (Singlesign-on)- LDAP,
ADFS, OpenlD;
Объем обрабатываемого массива - 1Т6;
Лицензионная поддержка - 1 год
включена;
Уровень лицензионной поддержки Оптимальный;
Территория использования: РФ;
Срок использования: бессрочно
Обоснование
дополнительных
характеристик:
В связи с необходимостью полного и
объективного описания объекта закупки с
учетом положений статьи 33 ФЗ №44-ФЗ
Заказчик применяет дополнительные
характеристики для определения более
детальной
потребности
Заказчика.
Данный набор характеристик позволит
максимально удовлетворить потребности
Заказчика с учетом специфики его
деятельности и обеспечить эффективное
использование бюджетных средств.
58.29.11.000-00000003
Вид лицензии: простая
(неисключительная)
Класс программ для электронных
вычислительных машин и баз данных:
(10.01) Средства обработки Больших
Данных (BigData)
Способ предоставления: копия
электронного экземпляра
Лицензия на два физических сервера
(виртуальных машины);
Суммарное число одновременных ETL
процессов - не менее 20
Срок использования: бессрочно;
Лицензионная поддержка - 1 год
включена.
Обоснование
дополнительных
характеристик:
В связи с необходимостью полного и
объективного описания объекта закупки
с учетом положений статьи 33 ФЗ №44ФЗ Заказчик применяет дополнительные
характеристики для определения более
1 шт.
3
Программное
обеспечение
(Подсистема
прикладных
аналитических
модулей)
Программное
обеспечение
(Операционная
система)
детальной потребности Заказчика.
Данный набор характеристик позволит
максимально удовлетворить потребности
Заказчика с учетом специфики его
деятельности и обеспечить эффективное
использование бюджетных средств.
58.29.11.000-00000003
Вид лицензии: простая
(неисключительная)
Класс программ для электронных
вычислительных машин и баз данных:
(10.01) Средства обработки Больших
Данных (BigData)
Способ предоставления: копия
электронного экземпляра
Лицензия на один продуктивный сервер
и один сервер тестирования
(виртуальных машины)
Срок использования: бессрочно
Лицензионная поддержка - 1 год
включена
Обоснование
дополнительных
характеристик:
В связи с необходимостью полного и
объективного описания объекта закупки
с учетом положений статьи 33 ФЗ №44ФЗ Заказчик применяет дополнительные
характеристики для определения более
детальной потребности Заказчика.
Данный набор характеристик позволит
максимально удовлетворить потребности
Заказчика с учетом специфики его
деятельности и обеспечить эффективное
использование бюджетных средств
58.29.11.000-00000003
Вид лицензии: простая
(неисключительная)
Класс программ для электронных
вычислительных машин и баз данных:
02.09 Операционные системы общего
назначения
Бессрочная простая (неисключительная)
лицензия на одну установку ОС.
1 шт.
3 шт
4
Версия - по выбору Исполнителя из
перечня поддерживаемых (п. 2.2.4.11).
ОС должна быть сертифицирована
ФСТЭК России в соответствии с
требованиями
для
ГИС
класса
защищенности, определенного в п.
2.2.4.5.6.
Обоснование
дополнительных
характеристик:
В связи с необходимостью полного и
объективного описания объекта закупки
с учетом положений статьи 33 ФЗ №44ФЗ Заказчик применяет дополнительные
характеристики для определения более
детальной потребности Заказчика.
Данный набор характеристик позволит
максимально удовлетворить потребности
Заказчика с учетом специфики его
деятельности и обеспечить эффективное
использование бюджетных средств
Услуги по
62.01.11.000
Услуги по настройке, внедрению и
настройке,
проектированию подсистемы защиты
внедрению и
информации в соответствии с
проектированию
требованиями настоящего технического
подсистемы защиты задания
информации
1 шт
Условия предоставления прав (Лицензии):
Исполнитель обязуется уведомить Заказчика о дате и времени передачи
Лицензии письменно по электронной почте inbox@rcit.gov-dpr.ru и по телефонам
+7 (949) 386-80-00 или +7(856) 386-80-00 не позднее, чем за 2 (два) рабочих дня
до предполагаемой даты передачи.
В Лицензии указывается:
- наименование Заказчика, в пользу которого выдана Лицензия;
- наименование ПО;
- номер, дата, срок действия Лицензии.
5
Тип Лицензии - простая (неисключительная). Исполнитель, обладая
соответствующими правами и полномочиями, передает, а Заказчик получает
неисключительное право на использование ПО.
Условия предоставления Лицензии: неисключительное право на ПО
предоставляется Заказчику в виде Лицензии в бумажном виде. Заказчику
передаются сканированные копии Лицензии в электронном виде на электронную
почту: inbox@rcit.gov-dpr.ru.
Способы использования Лицензии: предоставляемое право включает в
себя воспроизведение ПО, ограниченное правом инсталляции (установкой и
размещением) и запуска ПО, а также использование ПО в соответствии с его
функциональным назначением.
Исполнитель передает Заказчику комплект инструкций, дисков,
поставляемых производителем программного обеспечения совместно с ПО.
6
1. Общие сведения
Назначение оказания Услуг:
реализация эффективной технологической поддержки информационного и
экспертно-аналитического обеспечения процессов подготовки и принятия
решений Главой Донецкой Республики и Правительством Донецкой Народной
Республики,
а также
повышения
эффективности информационного
взаимодействия исполнительных органов и органов муниципального
управления;
создание единого информационного ресурса для исполнения функций
управления, реализации документов стратегического и территориального
планирования, мониторинга показателей социально-экономического развития и
обеспечения национальной (региональной) безопасности Донецкой Народной
Республики, а также мониторинга эффективности деятельности участников
стратегического планирования;
решение задач для всех уровней планирования: оперативного
(региональный),
тактического
(муниципальный)
и
стратегического
(федеральный) с необходимым для данного уровня управления детализацией;
осуществление взаимоувязки и взаимообусловленности задач для разных
уровней планирования;
обеспечение межведомственного взаимодействия и интеграции различных
средств, комплексов и систем автоматизации управления в едином
информационном пространстве;
Задачи, решаемые в результате оказания Услуг:
поставка и развертывание программного обеспечения (инструментальных
средств) для сбора, хранения, поиска, управления информацией и аналитической
обработки с визуализацией данных;
настройка программных серверов приложений, в том числе прикладных
разделов мониторинга и анализа;
обеспечение сбора и загрузки данных из различных источников;
формирование аналитической и регламентной отчетности;
проведение приемо-сдаточных испытаний информационно-аналитической
системы.
В рамках настоящего Технического задания используются следующие
сокращения, термины и определения:
Виджет
настраиваемый
модуль,
визуально
отображающий
характеристики данных в разном представлении (график, диаграмма и т.д.), с
помощью которого осуществляется конструирование дашбордов;
ГАС
«Управление»
государственная
автоматизированная
7
информационная система «Управление», комплекс информационных систем и
ресурсов, предназначенных для принятия управленческих решений в сфере
государственного управления;
Группа показателей - объединение нескольких показателей одинакового
уровня детализации;
Дашборд - информационная панель, которая состоит из одного или
нескольких виджетов и элементов управления;
Измерение - набор доменов, по которым создается многомерное
пространство;
ИАС, Система - информационно-аналитическая система Донецкой
Народной Республики;
Идентификатор - представление (строка символов), однозначно
идентифицирующее субъект и (или) объект доступа в Системе;
Куб - многомерный массив данных, как правило, разреженный и
долговременно хранимый, используемый в OLAP;
НСИ - нормативно-справочная информация;
Объект доступа - единица информационного ресурса информационной
системы (файл, техническое средство, узел сети, линия (канал) связи, мобильное
устройство, программа, том, каталог, запись, поле записей и иные объекты),
доступ к которой регламентируется правилами разграничения доступа и по
отношению к которой субъекты доступа выполняют операции;
ОС - Операционная система;
Пользователь - лицо, которому разрешено выполнять некоторые действия
(операции) по обработке информации в Системе или использующее результаты
ее функционирования;
Показатель - данные, количественно характеризующие процесс,
образующийся на пересечении измерений OLAP;
ПСИ - приемо-сдаточные испытания;
Событие безопасности (информационной) - идентифицированное
возникновение состояния Системы (сегмента, компонента Системы), сервиса
или сети, указывающее на возможное нарушение безопасности информации, или
сбой средств защиты информации, или ранее неизвестную ситуацию, которая
может быть значимой для безопасности информации;
Сторонние библиотеки - код или модуль программного обеспечения,
необходимый для решения прикладных задач Системы;
СУБД - система управления базами данных;
Субъект доступа — пользователь, процесс, выполняющие операции
(действия) над объектами доступа и действия которых регламентируются
правилами разграничения доступа;
8
СЗИ - средство защиты информации;
СКЗИ - средство криптографической защиты информации;
Уязвимость - недостаток (слабость) Системы, который (которая) создает
потенциальные или реально существующие условия для реализации или
проявления угроз безопасности информации;
ФСБ России - Федеральная служба безопасности Российской Федерации;
ФСТЭК России - Федеральная служба по техническому и экспортному
контролю;
API - Application programming interface (интерфейс прикладного
программирования), набор готовых классов, процедур, функций, структур и
констант, предоставляемых платформой для использования во внешних
программных продуктах и позволяющий разработчикам использовать готовые
блоки для построения приложения;
Drag-and-drop - способ оперирования элементами интерфейса в
интерфейсах Пользователя (как графическим, так и текстовым) при помощи
манипулятора «мышь» или сенсорного экрана;
Drill down - аналитический метод, который позволяет пользователю
осуществлять навигацию среди различных уровней данных, от итоговых до
детализированных, пути углубления могут быть определены иерархией вместе с
размерностью, или другими связями;
ETL - Extract, Transform, Load (извлечение, преобразование, загрузка),
процесс миграции данных из одного источника в другой;
FTP - File Transfer Protocol, протокол передачи файлов по сети;
JDBC - Java DataBase Connectivity, соединение с базами данных на Java,
стандарт взаимодействия приложения с различными СУБД;
Kerberos - сетевой протокол аутентификации, который предлагает
механизм взаимной аутентификации клиента и сервера перед установлением
связи между ними;
LDAP - Lightweight Directory Access Protocol, облегчённый протокол
прикладного уровня для доступа к службе каталогов Х.500, позволяющий
производить операции аутентификации, поиска и сравнения, а также операции
добавления, изменения или удаления записей;
NTLM - NT LAN Manager, протокол сетевой аутентификации;
ODBC - Open DataBase Connectivity, соединение с базами данных на С или
C++, стандарт взаимодействия приложения с различными СУБД;
OLAP - On-Line Analytical Processing, интерактивный анализ данных,
технология обработки данных, заключающаяся в подготовке суммарной
(агрегированной) информации на основе больших массивов данных,
структурированных по многомерному принципу;
9
Single Sign-On - технология единого входа, при использовании которой
Пользователь переходит из одного раздела Системы в другой, не связанный с
предыдущим, без повторной аутентификации;
SQL - Structured Query Language, язык структурированных запросов,
декларативный язык программирования, применяемый для создания,
модификации и управления данными в реляционной базе данных, управляемой
соответствующей системой управления базами данных;
TCP/IP - сетевая модель передачи данных, представленных в цифровом
виде.
Порядок выполнения, оформления и предъявления результатов оказания
Услуг регламентирован следующим комплексом стандартов и руководящих
документов:
Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации,
информационных технологиях и о защите информации»;
Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»;
Постановление Правительства Российской Федерации от 06.07.2015 № 676
«О требованиях к порядку создания, развития, ввода в эксплуатацию,
эксплуатации и вывода из эксплуатации государственных информационных
систем и дальнейшего хранения содержащейся в их базах данных информации»;
Постановление Правительства Российской Федерации от 01.11.2012
№ 1119 «Об утверждении требований к защите персональных данных при их
обработке в информационных системах персональных данных»;
Приказ ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований
о защите информации, содержащейся в государственных информационных
системах, иных информационных системах государственных органов,
государственных унитарных предприятий, государственных учреждений»;
Распоряжение Правительства Донецкой Народной Республики от
06.08.2026 № 75-Р29 «О реализации мероприятий по созданию, развитию и
эксплуатации (сопровождению) региональной информационно-аналитической
системы Донецкой Народной Республики»;
РОСТ Р 59792-2021. Национальный стандарт Российской Федерации.
Информационные технологии. Комплекс стандартов на автоматизированные
системы. Виды испытаний автоматизированных систем;
РОСТ Р 59793-2021. Национальный стандарт Российской Федерации.
Информационные технологии. Комплекс стандартов на автоматизированные
системы. Автоматизированные системы. Стадии создания;
ГОСТ Р 2.105-2019. Национальный стандарт Российской Федерации.
Единая система конструкторской документации. Общие требования к текстовым
документам;
10
ГОСТ Р ИСО/МЭК
14764-2002. Информационная технология.
Сопровождение программных средств;
ГОСТ Р 51275-2006. Национальный стандарт Российской Федерации.
Защита информации. Объект информатизации. Факторы, воздействующие на
информацию. Общие положения»;
ГОСТ Р ИСО/МЭК 12207-2010. Национальный стандарт Российской
Федерации. Информационная технология. Системная и программная инженерия.
Процессы жизненного цикла программных средств;
ГОСТ Р 59356-2021. Национальный стандарт Российской Федерации.
Системная инженерия. Защита информации в процессе сопровождения
системы»;
методический документ «Состав и содержание мероприятий и мер по
защите
информации,
содержащейся
в
информационных
системах»,
утвержденный ФСТЭК России 12.04.2026.
Состав поставки программного обеспечения
В рамках оказания Услуг по настоящему Техническому заданию
Исполнитель, помимо прав использования прикладного программного
обеспечения, обязуется осуществить поставку лицензионных ОС для серверов,
на которых будет развернута ИАС.
Исполнитель предоставляет Заказчику права использования (простые
неисключительные лицензии) на ОС в количестве, необходимом для установки
на все серверы, указанные в разделе 2.2.4.11 настоящего ТЗ, и обеспечивает их
установку и базовую настройку в соответствии с требованиями раздела 2.2.4.11.
2. Требования к программному обеспечению
Исполнителем должны быть предоставлены права использования на
условиях простой (неисключительной) лицензии (далее - Лицензия) в
соответствии с приведенным ниже количеством и составом, а также функциями,
соответствующими настоящему техническому заданию:
№
п/п
1
Наименование
программного
обеспечения,
версия
Подсистема
оркестрации
ETL-процессов
Количество
Лицензий
Характеристики
Лицензия на 2 серверных
установки:
- 1 сервер для тестирования,
1 лицензия на 2
- 1 сервер открытого
сервера
продуктивного контура.
Суммарное число_____________
Срок
действия
Лицензии,
мес.
Бессрочно
11
№
п/п
2
3
4
Наименование
программного
обеспечения,
версия
Подсистема
инструментальн
ых средств
Количество
Лицензий
Характеристики
одновременных ETL-процессов
не менее 30
Лицензия на 2 серверных
установки:
- 1 сервер для тестирования,
- 1 сервер открытого
продуктивного контура,
Суммарное число
1 лицензия на 2 пользователей 150, в том числе:
50 операторов с правом ввода
сервера
данных,
95 пользователей на просмотр,
5 администраторов.
Подсистема
прикладных
аналитических
модулей
Объем обрабатываемых данных
— 1 терабайт
Лицензия на 2 серверных
установки:
1 лицензия на 2
- 1 сервер для тестирования,
сервера
- 1 сервер открытого
продуктивного контура
Бессрочная простая
(неисключительная) лицензия
на одну установку ОС.
ОС для серверов
ПАС
не менее
количества
серверов,
требуемых для
развертывания
всех подсистем
Версия - по выбору
Исполнителя из перечня
поддерживаемых (п. 2.2.4.11).
Срок
действия
Лицензии,
мес.
Бессрочно
Бессрочно
Бессрочно
ОС должна быть
сертифицирована ФСТЭК
России в соответствии с
требованиями для ГИС класса
защищенности, определенного
в п. 2.2.4.5.6.
Программное обеспечение должно быть включено в реестр отечественного
программного обеспечения.
2.2. Предоставляемое программное обеспечение должно отвечать
следующим требованиям:
2.2.1. Требования к подсистеме оркестрации ETL-процессов.
Подсистема оркестрации ETL-процессов (далее - Подсистема ETL)
должна обеспечивать загрузку данных из внешних информационных систем и
файловых источников, а также поддерживать возможность интеграции
12
разъединенных детализированных данных из различных информационных
систем и источников.
Подсистема ETL должна состоять из следующих функциональных
разделов:
раздел ETL;
раздел оркестрации процессов;
раздел хранения метаданных ETL-интеграции;
раздел администрирования;
раздел плагинов расширения.
2.2.1.1. Требования к функциональным возможностям раздела ETL.
Раздел ETL должен обеспечивать извлечение, трансформацию и загрузку
данных
с
разнородными
источниками
и
обладать
следующей
функциональностью:
подключение, чтение и запись в базы данных: PostgreSQL, Postgres Pro,
Greenplum, Arenadata DB, Arenadata Postgres, FireBird и других баз данных,
поддерживающих протокол ODBC;
подключение, чтение и запись в любую базу данных через JDBC протокол,
при реализации пользовательских скриптов;
подключение, чтение и запись файлов в файловые хранилища: FTP сервер,
сетевое хранилище;
получение данных, метаданных и форматирования из структурированных
файлов ODS, CSV, XML, HTML, TXT с помощью JSON-файлов метаданных;
создание и изменение структуры хранилища данных с помощью JSONфайлов метаданных;
построение ETL-процессов;
создание с помощью интерфейса объектов соединений к системамисточникам и системам-приемникам с шифрованием пароля;
создание с помощью интерфейса переменных параметров и использование
их в ETL-интеграциях;
просмотр и редактирование кода ETL-процесса;
взаимодействие с модулями подсистемы аналитической обработки и
визуализации информации через API;
получение и отправка данных в API любых сервисов, при реализации
пользовательских скриптов;
использование e-mail-нотификаций для оповещения о статусах ETLпроцессов;
использование режимов полной и инкрементальной загрузки данных;
логирование с указанием кода названия ошибки, места ошибки из
SQL-скрипта, времени ошибки.
13
2.2.1.2. Требования
оркестрации процессов.
к
функциональным
возможностям
раздела
Раздел оркестрации процессов должен обеспечивать функции
планирования, мониторинга и запуска процессов Системы, синхронизации и
ведения истории их выполнения и обладать следующей функциональностью:
запуск ETL-процессов в режимах: ручного запуска, ручного запуска
процесса с конфигурационными переменными, запуска процесса по расписанию,
заданному в сгоп-формате;
запуск ETL-процесса по событию появления файла в файловом
хранилище;
визуальный анализ статуса выполнения ETL-процессов и их отдельных
шагов;
графическое представление ETL-процесса, в том числе в режиме онлайн с
цветовой индикацией статуса исполнения шагов процесса;
логирование процесса интеграции (шагов, процессов, ошибок с фиксацией
кодов ошибок);
перезапуск ETL-процесса с любого выбранного шага;
создание ветвлений и условий переходов между шагами интеграции;
динамическое создание шагов интеграции в процессе ETL-интеграции;
выполнение произвольного скрипта на языке Python, SQL, Bash в качестве
одного из шагов интеграции;
запуск дочерних ETL-интеграций из основного процесса интеграции;
использование метаданных интеграции в ETL-процессе.
2.2.1.3. Требования к функциональным возможностям раздела хранения
метаданных ETL-интеграций.
Раздел должен обеспечивать хранение, наполнение и анализ выполнения
интеграций и обладать следующей функциональностью:
запись и хранение статуса, времени старта и окончания каждой интеграции
и шага интеграции;
запись и хранение информации о взаимодействии основного и дочернего
процесса интеграции;
предоставление доступа статистике исполнения процессов интеграции.
2.2.2. Требования к подсистеме инструментальных средств
В состав подсистемы должны входить:
модуль обработки данных;
модуль визуализации информации;
модуль ручного ввода данных;
модуль администрирования.
2.2.2.1. Модуль обработки данных
14
Загрузка данных.
Загрузка данных должна осуществляться с помощью графического
визуального интерфейса. Должны поддерживаться следующие технологии
загрузки:
файлы CSV, XLSX, ODS;
подключение к СУБД PostgreSQL, MySQL, ClickHouse и загрузка данных
с помощью выполнения SQL запросов. Должна быть возможность расширять
список поддерживаемых СУБД;
подключение к источнику данных через JDBC-интерфейс, и загрузка
данных с помощью выполнения SQL запросов. Должна быть возможность
добавлять любой JDBC-драйвер.
Загрузка данных должна осуществляться во внутреннюю БД,
оптимизированную под аналитические запросы.
Настройка модели данных.
Настройка модели данных должна производиться в пользовательском
графическом интерфейсе. При этом:
настройка связей между таблицами должна производиться с помощью
операции drag-and-drop;
настройка модели данных должна осуществляться на основе табличной
модели данных без необходимости использования принципов многомерного
моделирования.
Обновление данных.
Должна поддерживаться возможность обновления данных по требованию
и по расписанию.
Обновление данных не должно блокировать работу пользователей,
которые производят анализ данных в интерактивных отчетах.
Создание новых вычислений на языке DAX или аналоге.
Должна поддерживаться возможность создания новых вычислений на
уровне модели данных, в том числе:
создание новых вычислений должно производиться на основе
формульного функционального языка запросов DAX или аналога и
возможностью переиспользования созданных вычислений во всех визуальных
элементах;
должна быть возможность выполнения операций как на уровне строк, так
и на уровне столбцов, а также возможность производить сброс фильтров для
выбранных расчетов. Например, расчет доли от общего без доработок ХД.
Пользователю должны выводиться различные подсказки, упрощающие
создание вычислений. В том числе должно поддерживаться автодополнение
вводимых наименований функций и их параметров.
15
Перечень вычислений, которые должны осуществляться с использованием
формульного функционального языка запросов DAX или аналога, должен
включать:
статистические расчеты: проведение различных статистических расчетов,
включая вычисление средних значений, медиан, стандартных отклонений и
других статистических показателей;
математические
и
тригонометрические
расчеты:
выполнение
арифметических операций, а также тригонометрических вычислений,
необходимых для анализа данных;
фильтрация данных: применение различных методов фильтрации для
управления контекстом данных и выделения необходимой информации;
работа с датами и временем: выполнение операций с временными
значениями, включая преобразования, вычисления временных интервалов и
манипуляции с датами;
проверка условий и логика ветвления: реализация логических операций
для построения сложных условий и управления потоком выполнения на основе
заданных критериев;
обработка строковых данных: выполнение операций над текстовыми
данными, включая их форматирование, преобразование и манипуляции с
содержимым строк.
Преобразование и подготовка данных.
Модуль
обработки
данных должен
содержать решение для
самостоятельного преобразования и подготовки данных конечными
пользователями без привлечения ИТ специалистов.
Модуль
обработки
данных
должен
обладать
следующей
функциональностью:
доступ через веб-браузер без необходимости установки дополнительных
компонентов на локальный компьютер пользователя;
создание запросов в простом, интуитивно понятном графическом
интерфейсе;
извлечение данных из различных источников, включая базы данных;
фильтрация данных в запросе;
добавление и удаление столбцов в запросе;
замена значений в запросе;
объединение запросов;
форматирование значений в запросе;
удаление дубликатов;
добавление результирующей таблицы в модель данных.
2.2.2.2. Модуль визуализации информации.
16
2.2.2.2.1. Создание интерактивных отчетов.
Должна поддерживаться возможность создания интерактивных отчетов на
основе подготовленной модели данных.
Настройка состава данных у визуальных элементов должна производиться
с помощью операции drag-and-drop.
В интерактивных отчетах должна быть возможность использования
следующих стандартных визуальных элементов:
линейный график;
столбчатая диаграмма;
диаграмма с областями;
комбинированная диаграмма;
круговая диаграмма;
сводная таблица;
плоская таблица;
фильтр;
календарный фильтр по диапазону дат;
изображение;
текст;
диаграмма дерева;
спидометр.
Все
визуальные
элементы
должны
обладать
следующей
функциональностью:
настройка и изменение заголовка и подписей визуального элемента;
возможность изменения форматирования текста в подписях на основе
формул условного форматирования.
Визуальные элементы, представляющие собой фильтры, должны
поддерживать:
возможность работы во включающем или исключающем режиме;
полнотекстовый поиск, а также поиск по подстроке.
Визуальные элементы, представляющие собой графики и диаграммы,
должны обладать следующей функциональностью:
гибкая настройка легенды, в том числе местоположения;
гибкая настройка оси, в том числе возможность использования
дополнительной оси;
гибкая настройка серий, в том числе возможность задавать цвет.
Визуальные элементы, представляющие собой таблицы, должны обладать
следующей функциональностью:
гибкая настройка заголовков столбцов и строк;
возможность изменения форматирования текста, цвета текста и цвета фона
17
на основе формул условного форматирования.
В диаграммах и сводной таблице должна быть возможность перейти на
более низкий уровень данных (Drill-Down). Глубина перехода и измерения для
перехода должны настраиваться в процессе создания отчета и не требовать
перенастройки данных и метаданных.
У всех визуальных элементов должна быть возможность настройки
собственного среза данных по определенным значениям измерений. При этом
должна поддерживаться работа во включающем или исключающем режиме.
2.2.2.2.2. Расширение возможностей визуальных элементов.
- Функциональность всех визуальных элементов должна быть
расширяема с помощью редактирования JavaScript-кода существующего
визуального элемента. При этом настройка других визуальных элементов, в
которых не требуется расширение функциональности, должна быть доступна без
редактирования кода. Редактирование JavaScript-кода элемента должно
осуществляться во встроенном редакторе кода с подсветкой синтаксиса. Должна
быть предусмотрена возможность подключения внешних JavaScript-библиотек.
Должна быть возможность создавать новые визуальные элементы на языке
JavaScript и подключать их к стандартным источникам данных. Созданные
элементы должны быть опционально подключаемыми и переносимыми на
другие экземпляры ПО.
Повторное использование нового визуального элемента, созданного с
использованием программирования, должно происходить без редактирования
JavaScript-кода. Для этого у разработчика визуального элемента должна быть
возможность создавать свойства элемента, которые при повторном
использовании виджета можно редактировать в визуальном интерфейсе без
написания кода.
2.2.2.2.3. Публикация наработок.
Должна поддерживаться возможность делиться интерактивными
отчетами, а именно:
публиковать интерактивный отчет по ссылке;
встраивать интерактивный отчет в сторонний портал;
публиковать интерактивный отчет на аналитическом портале.
создать публичную ссылку на отчет без ограничения доступа, доступную
всем неавторизованным пользователям.
Должна поддерживаться возможность делиться набором данных, а
именно: предоставлять доступ на создание интерактивных отчетов на основе
набора данных, при этом не предоставляя прав на редактирование этого набора
данных. В то же время, пользователи должны понимать, что это наборы данных,
которые им специально предоставили другие пользователи.
18
2.2.2.2.4. Аналитический портал
Аналитический портал предназначается для просмотра агрегированной и
подготовленной информации в виде интерактивных отчетов.
Аналитический портал должен обладать следующей функциональностью:
Доступ через веб-браузер, без необходимости установки дополнительных
компонентов на локальный компьютер пользователя;
Предоставление пользователю навигации по порталу;
Предоставление доступа к интерактивным отчетам в соответствии с
установленными правами пользователей;
Возможность опубликовать созданный аналитический отчет. Только после
этого отчет должен быть виден пользователям на портале;
Возможность просматривать разные интерактивные отчеты на стартовой
странице в зависимости от роли пользователя;
Адаптивное масштабирование интерактивных отчетов и отдельных листов
отчетов в зависимости от установленных параметров масштабирования листа;
Поиск отчета по названию;
Формирование изображений для предпросмотра интерактивного отчета;
Возможность перехода с портала в режим редактирования дашборда для
внесения изменений и настроек;
Экспорт интерактивных отчетов в форматы: *.pptx, *.png, *.pdf;
Настраиваемая структура разделов портала.
Модуль ручного ввода данных.
Модуль ручного ввода данных предназначен для ввода данных в формы
ввода и управления справочниками через веб-интерфейс. Модуль ручного ввода
данных должен быть тесно интегрирован с модулями обработки данных и
визуализации информации. Настройка форм должна производиться в
соответствии с принципами многомерного хранения данных и технологии
OLAP. Настройка форм должна производиться через веб-интерфейс.
Настройка модели данных модуля ручного ввода данных.
В части настройки модели данных модуль должен обладать следующей
функциональностью:
Создание, редактирование и удаление многомерных сущностей:
измерений, атрибутов измерений, мер, кубов;
Возможность собрать куб из пересечения любых измерений, мер и
календаря;
Создание, редактирование, удаление единиц измерения;
Встроенный календарь с возможностью работы с датами, месяцами, днями
недели;
Поддержка разной календарной гранулярности ввода, от года до дня;
19
Возможность указать для меры единицы измерения, точность знака после
запятой;
Просмотр истории изменения кубов, измерений, атрибутов измерений,
значений измерений.
Формы ввода.
Модуль ручного ввода данных должен предоставлять возможность
создавать и предварительно настраивать формы для работы с данными. В режиме
предварительной
настройки
модуль
должен
обладать
следующей
функциональностью:
Ввод наименования формы;
Внешний вид формы;
Распределение измерений и мер по строкам и столбцам;
Установка фильтров на измерения;
Настройка собственных стилей формы;
Возможность массового создания форм по элементам или атрибутам
одного, или нескольких измерений, с учетом заданной последовательности этих
элементов;
Сокращение отображаемых экземпляров форм при массовом создании, с
помощью определения даты начала и даты окончания повторений; количества
повторений; даты окончания действия календаря;
Предпросмотр внешнего вида экземпляров форм;
Поддержка типов данных: строка, дата, число, логический тип, ссылка на
значение элемента другого измерения;
Настройка отображения элементов на форме в зависимости от элемента
другого измерения, чтобы скрыть пустые и не значимые ячейки на форме ввода
на основе зависимостей между измерениями.
Для вводящего данные пользователя модуль должен предоставлять
удобный веб интерфейс с формой ввода и обладать следующей
функциональностью:
Фильтрация списка форм по измерениям, кубам, статусам бизнеспроцессов, дате;
Поиск формы по наименованию;
Возможность навигации между созданными формами и их экземплярами;
Возможность открытия форм и экземпляров по прямой ссылке;
Возможность редактирования данных на пересечении всех заданных
измерений;
Типы данных редактируемых значений должны включать: числовые
значения, текстовые значения, логические значения (выбор из двух вариантов),
выбор из фиксированного списка значений другого измерения;
20
Возможность фильтрации по атрибутам;
Визуальные пользовательские настройки отображения формы;
Просмотр истории изменения по любой ячейке или по группе ячеек;
Создание и редактирование комментариев для любой ячейки в таблице.
Управление нормативно-справочной информацией.
Модуль ручного ввода данных должен позволять управлять составом и
содержанием НСИ. Модуль должен предоставлять возможность создания,
редактирования и удаления измерений, атрибутов измерений, структуры
измерений.
В режиме настройки НСИ модуль должен обладать следующей
функциональностью:
Настройка размещения элементов по каталогам;
Настройка иерархии каталогов;
Настройка порядка отображения атрибутов и распределение атрибутов по
нескольким листам на карточке редактирования элемента измерения;
Возможность импорта и экспорта структуры и элементов;
Возможность создания атрибута, который является ссылкой на элемент
другого измерения;
Возможность указать список атрибутов, которые составляют уникальный
ключ и не могут быть повторно введены;
Настройка обязательности заполнения атрибута;
Опциональный запрет на ввод одинаковых значений атрибута;
Поддержка типов данных: строка, текст, дата, целое число, вещественное
число, ссылка на значение элемента другого измерения;
Возможность написания сценариев для автоматического заполнения части
данных НСИ в зависимости от значений других атрибутов;
Возможность написания сценариев доступности атрибутов и их значений
для заполнения в зависимости от значений других атрибутов.
Для вводящего данные пользователя модуль должен предоставлять
удобный веб интерфейс с формой ввода НСИ и обладать следующей
функциональностью:
Создание, редактирование и удаление элементов измерений;
Редактирование атрибутов измерений. Типы данных редактируемых
значений должны включать: текстовые значения, числовые значения, дата,
выбор из фиксированного списка значений другого измерения;
Возможность фильтрации по атрибутам;
Управление видимостью атрибутов на форме.
Бизнес-процессы.
Модуль ручного ввода данных должен позволять управлять бизнес-
21
процессом ввода данных, задавать последовательность статусов, правила их
перехода, а также назначать ответственных на каждом этапе. Данные,
проходящие по бизнес-процессу, получают дополнительные свойства, в
зависимости от статуса, такие как:
Дополнительные ограничения прав доступа на чтение и редактирование
данных;
Контроль целостности данных.
Оператор ввода должен иметь возможность перевода статуса формы ввода
в соответствии с настроенным бизнес-процессом. При редактировании ПСИ
перевод статуса должен быть доступен для каждого значения измерения. При
переводе статуса должна быть возможность ввести комментарий с
использованием редактора текста с поддержкой продвинутого форматирования,
такого как выделение цветом, управление жирностью, размером шрифта,
добавление изображений и т.д.
Должна быть возможность включить и отключить обязательное
требование комментария при переводе статуса.
Должна быть возможность просмотра истории перехода статусов.
Форматно-логический контроль.
Модуль ручного ввода данных должен обладать функциональностью
форматно-логического контроля при вводе данных. Форматно-логический
контроль должен настраиваться с помощью формул на этапе подготовки форм.
Синтаксис формул должен позволять:
Использовать базовые математические операции;
Использовать логические операторы;
Использовать операторы сравнения;
Обращаться к атрибутам и значениям измерений.
Должна быть возможность настроить текст оповещения пользователя и
цвет подсветки ячейки в случае, если его ввод не соответствует правилу
форматно-логического контроля. Должно быть предусмотрено два типа
оповещения:
предупреждение (можно продолжить и сохранить данные);
ошибка (нельзя продолжить и сохранить данные).
Проверка формул логического контроля должна происходить в момент
сохранения данных формы пользователем. Если ввод пользователя не
соответствует одному или нескольким правилам, пользователь должен быть
уведомлен об этом. Подмножество ячеек каждого правила, не прошедшего
проверку, должно изменить цвет фона в соответствии с настройками.
Возможность пропустить уведомление и продолжить сохранение определяется
настройками.
22
Бизнес-правила.
Модуль ручного ввода данных должен содержать возможность написания
формул бизнес-правил, которые должны позволять:
Совершать базовые математические операции;
Производить действия по консолидации;
Производить действия по переносу данных в разные кубы;
Рассчитывать итоги с использованием функций агрегаций SUM, AVG,
COUNT;
Производить массовые операции на пересечении измерений, значений
иерархии каталогов измерений, значений элементов измерений над
подмножеством ячеек.
Ячейки данных, в которых происходит запись через формулы бизнесправил должны быть недоступны для ручного ввода.
Для сложных манипуляций с данными должна быть предусмотрена
возможность использования Python скриптов в качестве бизнес-правила.
Расчет формул бизнес-правил осуществляется с пользовательского
интерфейса, в момент сохранения формы ввода. В этом случае рассчитываются
только бизнес-правила, связанные с данной формой, а также, опционально, все
зависимые бизнес-правила. Должна быть предусмотрена возможность вызова
перерасчета всех бизнес-правил.
Интеграция с модулями обработки данных и визуализации информации
Все данные и ПСИ, введенные в модуле ручного ввода данных, должны
быть доступны в модуле обработки данных с последующим выводом модулем
визуализации информации в качестве аналитического отчета. Периодичность
синхронизации данных должна настраиваться по расписанию или выполняться
вручную.
Кроме непосредственно введенных в формы данных, в модуле обработки
данных должна передаваться информация об актуальных статусах бизнеспроцессов и обеспечиваться возможность построения отчетов на основе этой
информации.
Модуль администрирования.
Управление пользователями.
Модуль администрирования должен позволять администратору управлять
пользователями и производить следующие действия:
создавать, редактировать, удалять пользователей;
изменять пароль пользователя;
создавать, редактировать, удалять группы пользователей;
назначать права доступа пользователю через присвоение определенной
роли или нескольких ролей;
23
использовать LDAP-совместимые службы каталогов, в том числе Active
Directory, в качестве источника списка зарегистрированных пользователей;
проводить удаленную проверку пароля по протоколу LDAP;
поддерживать LDAPS (LDAP over SSL);
использовать внешние провайдеры аутентификации, осуществляющих
работу по протоколу OpenlD Connect;
работать в режиме Single Sign-On (SSO) по протоколу Kerberos и OpenlD
Connect, что позволяет не вводить пароль для доступа к системе, если
пользователь уже был аутентифицирован в домене.
Управление правами доступа.
Модуль администрирования должен предоставлять администратору
системы средства для управления правами доступа на основе ролевой модели
доступа и должна обладать следующей функциональностью:
создание, редактирование, удаление ролей;
назначение ролей пользователям;
при использовании LDAP, возможность автоматического назначения
ролей в зависимости от группы пользователя в AD;
при
использовании
внешних
провайдеров
аутентификации,
осуществляющих работу по протоколу OpenlD Connect, возможность
автоматического назначения ролей в системе на основе роли пользователя во
внешнем провайдере аутентификации.
Функциональное разграничение доступа.
Только пользователи, созданные в системе, должны иметь доступ к работе
в данной системе.
С точки зрения доступа к функциональности, в системе должны быть
предусмотрены следующие функциональные роли:
администратор (полный доступ);
разработчик интерактивного отчета (доступ к загрузке данных из базы
данных, созданию и редактированию модели данных, доступ к созданию и
редактированию интерактивных отчетов);
авторизованный пользователь (доступ к просмотру и взаимодействию с
интерактивными отчетами).
Должна быть возможность для разных структурных подразделений
Заказчика настраивать независимую работу с наборами данных, с настройкой
аналитических отчетов. При этом должна быть возможность давать доступ
некоторым пользователям из одного структурного подразделения к наборам
данных и аналитическим отчетам другого структурного подразделения.
Разграничение доступа к данным.
Доступ к просмотру данных должен настраиваться в разрезах значений
24
атрибутов измерений (строк в таблицах). Разграничение в разрезе значений
атрибутов измерений должно позволять разным пользователям видеть на одном
и том же отчете разные данные, в соответствии с настроенными правами доступа.
В случае использования внешних провайдеров аутентификации,
осуществляющих работу по протоколу OpenlD Connect, должна быть
возможность ограничить доступ к данным на основе значения атрибута
пользователя, отправленного внешним провайдером аутентификации.
Резервное копирование и восстановление.
Модуль администрирования должен предоставлять инструменты для
резервного копирования и восстановления аналитических отчетов и системы.
Диагностирование.
Модуль администрирования должен предоставлять средства для
диагностики
системы.
Данные
инструменты
должны
обладать
функциональностью мониторинга производительности сервера и свободных
ресурсов в разрезе компонентов, в том числе: состояние жестких дисков,
состояние оперативной памяти, загрузка сетевых интерфейсов, загрузка
процессоров.
Доступ к формам ввода.
Должна быть возможность ограничить доступ к данным и справочникам
НСИ в модуле ручного ввода данных в разрезе измерений, атрибутов измерений
и значений измерений по уровням доступа:
доступ запрещен;
только просмотр (чтение);
просмотр и редактирование.
Пользователям должны быть доступны формы ввода в соответствии с
доступными данными. Создание новых форм ввода возможно только на тех
данных, к которым у разработчика форм ввода есть доступ на чтение или
редактирование.
Должна быть возможность настроить динамическое изменение прав
доступа в зависимости от текущего статуса бизнес-процесса на форме ввода и
текущего статуса элемента измерения.
Должна быть возможность настроить правила формирования прав по
умолчанию.
2.2.3. Требования к подсистеме прикладных аналитических модулей.
В рамках решения задач мониторинга и анализа Исполнителем должны
быть поставлены следующие аналитические разделы:
2.2.3.3. Модуль мониторинга индикаторов, определенных Указом
Президента Российской Федерации от 28 ноября 2024 г. № 1014 должен
обеспечивать:
25
<
- ввод данных (на основе файловой выгрузки из ГАС «Управление»), в
ежеквартальной периодичности в разрезе субъектов Российской Федерации о
плановых и фактических значениях показателей для оценки эффективности
высших должностных лиц;
«
ввод данных, детализирующих индикаторы первого уровня;
- отображение % достижения целевых значений индикаторов в
табличном и графическом виде;
- отображение места ДНР среди субъектов Российской Федерации по
значению выбранного целевого показателя за предыдущий отчетный период.
Состав показателей может быть уточнен по согласованию с Заказчиком в
ходе оказания услуг.
2.2.3.4.
Модуль мониторинга социально-экономического развития.
Модуль предназначен для мониторинга и анализа показателей социальноэкономического развития на основе данных Федеральной службы
государственной статистики, а также ведомственных и муниципальных данных,
в том числе показателей для формирования паспорта ДНР (Перечень показателей
должен быть согласован в ходе оказания услуг).
Загрузка данных Федеральной службы государственной статистики
(источник данных ЕМИСС) должна происходить автоматически по
согласованному в ходе оказания услуг перечню показателей.
Ввод
данных Территориального
органа Федеральной
службы
Государственной статистики, а также данных органов исполнительной власти и
органов местного самоуправления должен осуществляться с помощью форм
ввода, настраиваемых Исполнителем.
Модуль должен обеспечивать отображение показателей в табличном,
графическом (динамика) и картографическом виде (карта субъектов Российской
Федерации для показателей загружаемых в разрезе субъектов Российской
Федерации, карта муниципальных образований Донецкой Народной Республики
для показателей вносимых в разрезе муниципальных районов и городских
округов республики). Форма представления данных для показателей должна
быть предложена Исполнителем и согласована Заказчиком. В части показателей,
относящихся к паспорту субъекта помимо аналитического отчета должен быть
реализован регламентный отчет, позволяющий получить форму для печати.
2.2.3.5
Модуль мониторинга государственных закупок
Модуль должен отражать информацию о фактическом выполнении плана
государственных и муниципальных закупок в разрезе главных распределителей
бюджетных средств, государственных учреждений и в целом по муниципальным
образованиям. Данные на странице должны быть представлены в виде таблиц и
диаграмм.
26
Состав информации модуля может быть уточнен Исполнителем и
согласован с Заказчиком.
Подраздел «Информация о выполнении плана государственных закупок
Донецкой Народной Республики»
Подраздел должен отражать информацию о фактическом выполнении
плана государственных закупок в разрезе главных распределителей бюджетных
средств, государственных учреждений и в целом по муниципальным
образованиям. Данные на странице должны быть представлены в виде диаграмм.
Подраздел «Структура расходов на государственные закупки Донецкой
Народной Республики
Подраздел должен обеспечивать представление структуры бюджетных
средств, расходуемых на государственные закупки в Донецкой Народной
Республики. Данные должны быть представлены в виде диаграмм.
Подраздел
«Оценка
эффективности размещения заказов
для
государственных нужд Донецкой Народной Республики»
Подраздел должен отражать информацию об отклонениях от начальной
суммы стоимости контрактов в разрезе источников финансирования. Данные на
странице должны быть представлены в виде таблицы и диаграммы.
Общая сумма заключенных контрактов и объявленных закупок, а также
фактический объем размещенных заказов в разрезе главных распорядителей
бюджетных средств должны формироваться на основе выгрузки из единой
информационной системы в сфере закупок (ЕИС) по уровню заказчика «Субъект
РФ» для Донецкой Народной Республики.
«Мониторинг закупок в разрезе региональных проектов и объектов»
(паспорт закупки, связи с объектами) осуществляется в модуле 2.2.3.8.
Настоящий модуль обеспечивает сводный мониторинг исполнения плана
государственных закупок
2.2.3.6.
Модуль мониторинга общественно-политической ситуации
Подраздел «Мониторинг обращений граждан на основе информации
Платформы обратной связи»
Подраздел должен обеспечивать рейтингование числа сообщений в разрезе
тематик за выбранный период, а также картографическое отображение числа
сообщений по выбранной тематике. Состав информации раздела может быть
уточнен Исполнителем и согласован с Заказчиком после получения уточненного
набора данных.
Подраздел «Мониторинг обращений граждан, полученных через систему
«Инцидент-менеджмент»
Подраздел должен обеспечивать отображение в табличном и графическом
виде количества созданных инцидентов и инцидентов с ответами в разрезе
Т1
4
ответственных органов власти и атрибутов:
-
группа тем;
-
тема;
дата поступления;
♦
- территория;
- текущий шаг инцидента.
Подраздел должен обеспечивать возможность экспорта табличной формы
в xlsx.
Источником данных для наполнения раздела должен быть файл экспорта
.. системы «Инцидент менеджмент», формируемый специалистами Заказчика. В
случае невозможности получения файла Исполнителем должна быть
разработана форма ввода.
Подраздел анализа обращений граждан, поступивших по итогам
проведения прямой линии с Президентом РФ
Источником данных для наполнения раздела должен быть файл экспорта
формируемый специалистами Заказчика.
Подраздел должен обеспечивать мониторинг статусов обращений,
зафиксированных по результатам прямой линии с Президентом Российской
Федерации.
2.2.3.7.
Модуль мониторинга исполнительской дисциплины
Модуль контроля исполнения поручений должен базироваться на
выгрузках из системы СЭД «Дело».
Модуль должен обеспечивать визуализацию состояния (в т.ч. в динамике)
исполнительской дисциплины по следующим показателям:
количество резолюций (поручений) от имени текущего пользователя;
количество резолюций (поручений), исполнителем которых является
текущий пользователь;
количество резолюций (поручений) на исполнении подразделения/группы
подразделений (от имени всех или указанных пользователей; исполнителями
являются сотрудники выбранного подразделения (подразделений)).
Модуль должен позволять управлять отображением данных за выбранный
пользователем период.
Пользователь должен иметь возможность выбрать:
период (диапазон дат);
конкретные значения: день, месяц, год.
Модуль должен обеспечивать возможность отображения данных за
выбранный пользователем период в сравнении с предыдущими периодами (за
указанный в настоящем и аналогичные периоды в прошлом году или
предыдущие аналогичные периоды текущего года).
28
Модуль должен обеспечивать возможность отображения данных в
следующих разрезах:
состояние исполнение резолюции (поручения):
исполненная;
неисполненная;
тип поручения:
контрольное (в контрольном поручении должна быть установлена
плановая дата исполнения поручения);
не контрольное (в не контрольном поручении плановая дата исполнения
поручения не установлена);
подразделения;
исполнительская дисциплина (исполнено\на исполнении):
с нарушением срока\срок истек;
без нарушения срока\срок не наступил;
не контрольная;
исполнитель и автор поручения.
Протокольные поручения в рамках реализации региональных проектов
формируются и ведутся в Системе в модуле 2.2.3.8. Настоящий модуль
обеспечивает мониторинг исполнительской дисциплины по данным СЭД
«Дело».
2.2.3.8.
Модуль управления реализацией региональных проектов
Модуль предназначен для ведения проектной деятельности, мониторинга
и анализа реализации региональных проектов, реализуемых в рамках
национальных проектов на территории Донецкой Народной Республики.
Для всех ведущихся в Модуле сущностей (проекты, объекты, контрольные
точки, закупки, поручения, риски) должны обеспечиваться регистрация и
ведение электронной карточки, просмотр и изменение её атрибутов, форматно­
логический контроль (далее - ФЛК) вводимых данных, управление файлами
документов и разграничение прав доступа.
2.2.З.8.1. Паспорта проектов и объектов.
Модуль должен обеспечивать ведение и хранение электронного паспорта
(карточки) проекта, содержащего следующие сведения:
основные положения;
показатели регионального проекта;
помесячный план достижения показателей в текущем году;
мероприятия (результаты);
финансовое обеспечение реализации;
помесячный план исполнения бюджета в части бюджетных ассигнований
на текущий год;
29
„С
план реализации;
дополнительные и обосновывающие материалы.
Модуль должен обеспечивать создание и хранение электронного паспорта
(карточки) объектов, реализуемых в рамках проектной деятельности,
содержащего:
адрес объекта;
сроки реализации;
сведения о подрядчике и заказчике;
перечень ответственных лиц;
связь с проектом.
2.2.3.8.2. Планы-графики работ по объектам.
Модуль должен обеспечивать формирование и отслеживание плана
ключевых событий в рамках объектов: формирование календарного плана,
определение связей между контрольными точками (далее - КТ), указание
исполнителей, ведение версий план-графика.
Модуль должен обеспечивать выполнение следующих функций:
регистрация карточки КТ с указанием необходимых атрибутов и
изменение её атрибутов;
поиск, фильтрация и сортировка КТ по атрибутам;
формирование и выгрузка шаблона план-графика объекта (типового или на
основе существующей версии);
загрузка новой версии план-графика из шаблона;
указание предшественника для визуализации связи между контрольными
событиями;
визуализация календарного плана объекта в виде диаграммы Г анта.
2.2.3.8.3. Показатели проектов.
Модуль должен обеспечивать формирование показателей (индикаторов)
проекта и выполнение следующих функций:
создание показателя и его привязка к проекту;
учет целевых (плановых) значений показателей, в том числе по периодам;
сбор или ввод фактических значений показателей, в том числе по
периодам.
2.2.3.8.4. Закупки в рамках проектов.
Модуль должен обеспечивать мониторинг закупочной деятельности в
разрезе проектов и объектов, а также формирование электронного паспорта
закупки, содержащего:
способ закупки;
планируемую и фактическую даты закупки;
статус прохождения конкурсной процедуры;
30
.. <
сроки выполнения работ по контракту;
начальную (максимальную) цену контракта (далее - НМЦК);
сумму контракта;
сведения о подрядчике и заказчике;
идентификатор закупки;
перечень ответственных лиц;
связь с объектами.
Модуль должен обеспечивать формирование связей «одна закупка несколько объектов» (с выделением процента суммы закупки, направленной на
каждый объект) и «один объект - несколько закупок».
2.2.3.8.5. Финансовые показатели проектов.
Модуль должен обеспечивать формирование и контроль исполнения
бюджета проектов, включая формирование планового бюджета проекта на
трехлетний период и оперативный контроль освоения выделенных средств.
Модуль должен обеспечивать выполнение следующих функций:
ввод и согласование планового бюджета проектов на трехлетний период;
ввод помесячного плана кассового исполнения;
оперативный сбор данных о фактическом исполнении.
Формирование и контроль исполнения бюджета проекта (объекта) должны
осуществляться в разрезе федерального, республиканского (регионального),
муниципального бюджета, а также внебюджетных источников.
2.2.3.8.6. Протокольные поручения.
Модуль должен обеспечивать формирование протокольных поручений в
рамках реализации региональных проектов.
Протокольное поручение должно содержать реквизиты поручения,
перечень исполнителей и лиц, осуществляющих контроль исполнения, перечень
связанных проектов и объектов.
Модуль должен обеспечивать выполнение следующих функций:
создание поручений, в том числе периодически повторяющихся;
предоставление отчетов об исполнении поручения каждым исполнителем;
согласование отчетов об исполнении;
формирование сводной отчетности по исполнению поручений.
2.2.3.8.7. Риски объектов.
Модуль должен обеспечивать ведение реестра рисков реализации каждого
объекта.
Карточка риска должна содержать:
тип риска;
описание риска;
влияние риска на результаты работ по объекту;
31
<
вероятность наступления риска;
дату выявления и плановую дату снятия риска;
перечень негативных последствий.
Для каждого риска должна обеспечиваться возможность ведения перечня
мер реагирования.
2.2.3.8.8. Анализ информационного сопровождения и брендирования.
Модуль должен обеспечивать загрузку, обработку, хранение и
визуализацию данных об информационном сопровождении региональных
проектов, реализуемых в рамках национальных проектов, и данных о
размещении носителей с имиджевым брендированием и QR-кодом в разрезе
объектов.
Основным источником данных являются файлы формата XLSX,
загружаемые по правилам п. 2.2.3.8.9, в том числе:
сводная информация об утвержденных материалах (отчетах) в разрезе
каналов коммуникаций, федеральных информационных кампаний и
организаций;
сводная информация об утвержденных инфоповодах в разрезе
организаций с указанием начисленных баллов рейтинга;
сводная информация об утвержденных материалах (отчетах) в разрезе
организаций с указанием начисленных баллов рейтинга;
сводная информация о наличии носителей с имиджевым брендированием
и с QR-кодом в разрезе объектов и исполнительных органов Донецкой Народной
Республики.
Модуль должен обеспечивать формирование следующей сводной
отчетности:
сводный отчет по количеству утвержденных материалов (отчетов) в
разрезе каналов коммуникаций (с расчетом итоговых баллов и просмотром в
динамике за несколько отчетных периодов);
рейтинг исполнительных органов по информационному освещению
национальных проектов (расчет сводного рейтинга и его прироста к
предыдущему месяцу, анализ динамики количества реализуемых проектов,
инфоповодов, баллов за инфоповоды, утвержденных материалов и баллов за
них);
сводный отчет по брендированию и носителям QR;
сводные дашборды с возможностью выгрузки в формат презентации.
2.2.3.8.9. Общие правила загрузки данных из XLSX.
Настоящие правила применяются при загрузке данных, предусмотренной
п. 2.2.3.8.8. Модуль должен обеспечивать выполнение следующих функций:
загрузка XLSX-файлов: предоставление интерфейса загрузки файла через
32
<
стандартный диалог выбора файла;
выбор отчетной даты, на которую производится загрузка;
для данных о брендировании и QR - дополнительно выбор типа загрузки
(автоматически создавать новые объекты либо пропускать отсутствующие);
валидация структуры файла: проверка наличия обязательных столбцов с
точными наименованиями полей (для данных о брендировании и QR - Global ID,
федеральный проект, тип объекта, тип работ, населенный пункт, статус объекта,
Имиджевое/QR, исполнительный орган Донецкой Народной Республики);
при несоответствии структуры - блокировка обработки файла и вывод
сообщения с указанием отсутствующих столбцов;
валидация данных: проверка отсутствия пустых значений в ключевых
полях и наличия элементов в связанных справочниках; при обнаружении ошибок
- формирование списка ошибок без прерывания обработки корректных строк;
импорт данных: загрузка данных в базу данных после успешной валидации
с сохранением сведений о пользователе, дате и времени загрузки;
при импорте данных о брендировании и QR - обновление реестра объектов
(сопоставление по Global ID, актуализация статуса брендирования и наличия
QR) с выводом сведений о добавленных и пропущенных объектах.
2.2.3.8.10. Интеграция с budget.gov.ru
Модуль должен обеспечивать загрузку структуры паспортов региональных
проектов на основе API-интерфейса 7710168360-RPASSPORT, содержащего
сведения об основных параметрах реализации региональных проектов,
обеспечивающих достижение целей, показателей и результатов федеральных
проектов в части полномочий субъекта Российской Федерации и вопросов
местного значения муниципальных образований.
Модуль должен обеспечивать автоматическое обновление разделов
паспортов проектов в составе, определенном в п. 2.2.3.8.1, а также вести логи
изменений паспортов, произведенных в ходе актуализации данных посредством
указанного API-интерфейса.
2.2.3.8.11. Картографическое представление объектов.
Модуль должен обеспечивать отображение на карте объектов,
реализуемых в рамках проектов, и выполнение следующих функций:
задание географических координат каждого объекта с возможностью
предварительного просмотра введенного местоположения (для отображения
должна использоваться публичная картографическая подложка, подписка
предоставляется Заказчиком);
настройка карточки объекта для отображения на карте;
формирование
картографического
представления
объектов
с
возможностью фильтрации отображаемых объектов.
33
<
2.2.3.8.12. Аналитическая отчетность по исполнению проектов.
Модуль должен обеспечивать формирование аналитической и
регламентной отчетности по проектам на основе данных остальных разделов
Модуля.
В Модуле должно быть настроено разграничение прав доступа* к
информации в соответствии с ролью пользователя.
Должны быть настроены следующие отчетные представления:
сводные дашборды по исполнению региональных проектов, включающие:
бюджет проекта (план, факт), процент кассового исполнения, количество
реализуемых объектов, статус исполнения контрольных точек, статус
исполнения показателей проекта. На дашбордах должна быть настроена
цветовая индикация степени достижения плановых значений (по срокам,
бюджету, индикаторам) и переходы к детализированной информации по проекту
и его структурным элементам (карточки проектов, объектов, контрактов,
показателей и контрольных точек);
тематические представления, требования к которым описаны в
соответствующих разделах Модуля: визуализация план-графиков в виде
диаграммы Ганта (п.2.2.3.8.2); сводная отчетность и дашборды по
информационному
сопровождению
и
брендированию
(п.2.2.3.8.8);
картографическое представление объектов (п.2.2.3.8.11);
формы регламентной отчетности:
информация об объемах бюджетных средств (ФБ и РБ);
финансирование проектов в разрезе исполнителей;
свод по достижению показателей проектов;
анализ план-графиков работ по объектам с возможностью сравнения
версий;
отчетность для ИФНС (с аналитикой по контрактам со снижением НМЦК
выше 25 % и выборкой подрядчиков, участвующих более чем в 3 закупках);
сводная информация по исполнению поручений;
сводная информация по исполнению планов-графиков объектов в разрезе
исполнителей;
информация об исполнении плана реализации регионального проекта
(мероприятий, контрольных точек).
Состав показателей, отчетных форм и справочников Модуля уточняется
Исполнителем и согласуется с Заказчиком в ходе оказания услуг.
2.2.4. Общие требования.
2.2.4.1. Требования к способам и средствам связи для информационного
обмена.
Информационный обмен между компонентами Системы должен
34
обеспечиваться с помощью современных протоколов и форматов передачи
данных, между серверной частью Системы и клиентскими приложениями
должен осуществляться по протоколу HTTP, на транспортном уровне для
взаимодействия компонентов Системы должен использоваться стек протоколов
TCP/IP.
Информационный обмен между клиентскими местами и серверами должен
осуществляться с использованием Интернет-технологий, средств СУБД,
реализующих клиент-серверную технологию.
Информационное взаимодействие между физическими серверами
Системы (при использовании многосерверной конфигурации) должно
обеспечиваться посредством локальной сети типа Ethernet 100/1000,
обеспечивающей передачу данных по протоколу TCP/IP.
Компоненты подсистемы ИАС должны обеспечивать возможность
взаимодействия с ведомственными информационными системами за счет
использования API загрузки данных.
2.2.4.2.
Показатели назначения.
Система должна быть реализована по принципу открытой архитектуры,
обеспечивающей возможность встраивания и взаимодействия с другими
информационными системами.
Система должна обеспечить централизованный учет, хранение, обработку
и представление информации в соответствии с правами доступа Пользователей.
Система должна иметь открытые интерфейсы для развития и интеграции,
обеспечивать своевременное и корректное представление информации всем
зарегистрированным Пользователям.
Система должна обеспечить возможность поэтапного наращивания своих
возможностей, как по производительности, так и по функциональности.
Возможности
масштабирования
должны
обеспечиваться
средствами
используемого системного и прикладного программного обеспечения.
Система должна быть адаптирована к изменяющемуся количеству
Пользователей. Подключение новых Пользователей не должно влиять на
изменение архитектуры ИАС.
Система должна быть устойчивой по отношению к ошибкам
эксплуатационного, технического персонала и Пользователей, отказам
технических и программных средств.
Система должна обеспечивать возможность одновременного просмотра
Пользователями одного информационного объекта.
Должна быть обеспечена возможность конфигурирования ИАС
собственными силами Заказчика посредством параметризации и настройки
подсистем.
35
2.2.4.3.
Требования к надежности.
Количественные значения показателей надежности для Системы:
- среднее время восстановления работоспособности программно­
технических средств ИАС должно составлять не более 3 часов, без учета времени
решения организационных вопросов;
- среднее время восстановления работоспособности Системы после
отказов технических средств должно составлять не более 3 часов, без учета
времени решения организационных вопросов;
- среднее время восстановления работоспособности Системы после отказа
системного или прикладного программного обеспечения должно составлять не
более 3 часов без учета времени решения организационных вопросов;
- среднее время восстановления работоспособности Системы в случае сбоя
или отказа из-за ошибок прикладного программного обеспечения должно
составлять до 3 часов;
- максимальное время простоя ИАС должно составлять не более 3 часов,
без учета времени решения организационных вопросов;
- общее максимальное время простоя ИАС в течение года должно
составлять не более 100 часов.
Количественные значения показателей надежности должны уточняться по
результатам опытной эксплуатации Системы.
2.2.4.4.
Требования к режимам функционирования Системы.
РИС должна функционировать в следующих режимах:
штатный режим, при котором должно обеспечиваться выполнение
задач Пользователей в объеме функций, предусмотренных настоящим
Техническим заданием в режиме 24 часа 7 дней в неделю;
- режим
системного
администрирования
(профилактический),
необходимый для проведения технического обслуживания, реконфигурации и
пополнения технических и программных средств ИАС новыми компонентами;
- аварийный режим, при котором Система недоступна для
функционирования.
2.2.4.5.
Требования к информационной безопасности.
В Системе должно быть реализовано разделение полномочий и ролей
Пользователей.
В Системе должны быть реализованы следующие механизмы
безопасности прикладного уровня:
- управление правами доступа;
- аутентификация и идентификация.
До начала оказания услуг Заказчик и Исполнитель должны заключить
дополнительное соглашение «о конфиденциальности и безопасности
-
36
<
персональных данных».
По окончании оказания Услуг Заказчиком совместно с Исполнителем
должно быть проведено тестирование корректного функционирования Системы
с установленными и настроенными в соответствии с политиками Заказчика СЗИ.
Система должна быть совместима с сертифицированными ФСТЭК России
СЗИ. В случае выявления конфликта совместимости СЗИ и компонентов
Системы, Исполнитель должен доработать (донастроить) Систему для
разрешения конфликта с СЗИ.
2.2.4.5.1. Требования к защите информации от несанкционированного
доступа.
Система должна обеспечивать меры защиты информации от
несанкционированного доступа:
- доступ к Системе посредством web-интерфейса;
- средства идентификации пользователей (вход в пользовательскую
часть возможен только при указании имени пользователя и пароля);
- разграничение доступа Пользователей к функциям Системы на основе
ролевой модели;
- разграничение
доступа
к
данным
на
уровне
отдельных
информационных сущностей (справочников, групп показателей, реестров, форм,
отчетов, дашбордов).
2.2.4.5.2.
Требования к управлению правами доступа.
Реализация механизма управления правами доступа в Системе должна
удовлетворять требованиям:
- механизм распределения прав доступа к функциям Системы должен
позволять предоставление Пользователям прав, минимально необходимых для
выполнения их функциональных обязанностей;
- архитектура и построение базы данных должны быть таковы, чтобы
права Пользователей в базе данных не превышали прав Пользователей в
прикладной Системе;
- механизм распределения прав доступа должен охватывать все
операции Пользователей над объектами (данные, хранимые или обрабатываемые
в Системе), а все объекты и операции над ними должны охватываться
механизмом распределения прав доступа;
- механизм разграничения прав доступа должен быть реализован на
основе ролей;
- роли должны быть на основе функциональной позиции Пользователя с
учетом принципа минимальных полномочий и иерархии Пользователя в
организационной структуре;
37
- ролевая модель должна охватывать и определять доступ к данным,
хранимым и обрабатываемым в Системе;
- создание отчетов должно осуществляться с учетом ролевой модели и
разграничения доступа к данным;
- должно осуществляться блокирование анонимного доступа к базе
данных, подключения должны производиться только для авторизованных
Пользователей.
2.2.4.5.3.
Требования к механизмам аутентификации.
Пользователи Системы должны однозначно идентифицироваться и
аутентифицироваться для всех видов доступа, кроме тех видов доступа, которые
определяются, как действия по ознакомлению с общедоступной информацией,
опубликованной в Системе для доступа неограниченного числа Пользователей в
сети Интернет.
После успешного прохождения Пользователем процедур аутентификации:
- Пользователю предоставляются закрепленные за ним права доступа к
информации и функциям Системы;
- действия Пользователя регистрируются средствами подсистемы
аудита.
Реализация
механизмов аутентификации должна удовлетворять
требованиям:
- доступ к информации и функциям Системы должен предоставляться
Пользователю только после предъявления уникального персонифицированного
идентификатора
(имени)
Пользователя
и
проведения
процедуры
аутентификации на основе вводимой Пользователем информации (пароль);
- должна быть обеспечена возможность определения авторства операции
и
отсутствие
неавторизованных операций
на
основе уникальных
персонифицированных идентификаторов каждого Пользователя, процедуры
аутентификации и протоколирования действий Пользователей в журналах
аудита.
Доступ в Систему должен осуществляться с обязательным вводом пароля.
В Системе должна присутствовать возможность установить минимальные
характеристики пароля:
длина пароля не менее шести символов;
- максимальное количество неуспешных попыток аутентификации
(ввода неправильного пароля) до блокировки — 5 попыток;
- блокировка программно-технического средства или учетной записи
Пользователя в случае достижения установленного максимального количества
неуспешных попыток аутентификации от 10 до 30 минут;
38
смена паролей не более чем через 120 дней.
Механизмами Системы должно быть реализовано блокирование учетной
записи Пользователя через период времени неиспользования не более 90 дней.
Вводимые символы пароля должны отображаться условными знаками
(например, «*», «•») или не отображаться вовсе.
Механизмами Системы должна быть реализована возможность смены
пароля учетной записи администратором Системы.
Механизмами
Системы
должна
быть
реализована
защита
аутентификационной информации от неправомерного доступа к ней и
модифицирования. В частности, не допускается размещение пароля для доступа
к базе данных в тексте кода веб-приложения. Пароли должны храниться в
Системы не в открытом, а в преобразованном виде (например, с использованием
хеш-функций). При этом не допускается использовать слабые алгоритмы
преобразования (например, md5, sha-1). Пароли должны передаваться в
преобразованном виде.
При вводе неверного логина или пароля сообщения об ошибке не должны
различаться.
2.2.4.5.4.
Требования к журналированию событий.
Должно осуществляться журналирование действий Пользователей
Системы с регистрацией событий:
- вход (выход), попытки входа;
- изменение
прав
доступа
Пользователей,
создание
новых
Пользователей;
- выполнение задачи резервного копирования данных и настроек
Системы.
При регистрации событий должна быть зафиксирована информация:
- дата и время действия;
- результат действия (успех/неудача).
Только Администратор Системы должен иметь доступ к журналу событий.
Администратор Системы и Пользователи не должны иметь возможности
редактировать журнал событий.
2.2.4.5.5.
Требования к веб-интерфейсу.
Доступ к административному разделу веб-приложения Системы должен
быть возможен только из инфраструктуры Заказчика.
Должна быть обеспечена фильтрация загружаемых Пользователями
Системы файлов.
Сообщения об ошибках должны фиксироваться в специальных журналах,
доступ к которым ограничен для посторонних лиц.
Механизмы Системы должны обеспечивать блокирование сеанса доступа
39
4
Пользователя после 15 минут бездействия (неактивности) Пользователя. В
пользовательском интерфейсе Системы после блокировки сеанса не должна
отображаться информация сеанса Пользователя.
Доступ Пользователей к веб-интерфейсу Системы должен осуществляться
по протоколу HTTPS. Для реализации HTTPS должен использоваться протокол
TLS версии 1.2 и выше. При обращении пользователя по протоколу HTTP к веб­
интерфейсу Системы он должен быть перенаправлен на соединение по HTTPS.
2.2.4.5.6 Требования к классификации Системы и определения уровня
защищенности персональных данных
Для Системы должны быть определены уровень защищенности
персональных данных и класс защищенности.
Определение уровня защищенности персональных данных Системы
должно производиться в соответствии с требованиями Постановления
Правительства Российской Федерации от 1 ноября 2012 г. № 1119 «Об
утверждении требований к защите персональных данных при их обработке в
информационных системах персональных данных».
Результаты определения уровня защищенности персональных данных
должны быть зафиксированы в документе «Проект акта определения уровня
защищенности персональных данных».
Определение класса защищенности Системы должно производится в
соответствии с требованиями Приказа ФСТЭК России от 11 апреля 2025 года
№ 117 «Об утверждении требований о защите информации, содержащейся в
государственных информационных системах, иных информационных системах
государственных
органов,
государственных
унитарных
предприятий,
государственных учреждений», с учетом установленного уровня защищенности
персональных данных.
Результаты классификации должны быть зафиксированы в документе
«Проект акта классификации информационной системы».
2.2.4.5.7
Требования к разработке Модели угроз безопасности
Исполнителем должна быть разработана Модель угроз безопасности в
соответствии с Методическим документом, утвержденным ФСТЭК России 05
февраля 2021 г. «Методика оценки угроз безопасности информации», а также с
методическими и руководящими документами ФСБ России.
Модель угроз безопасности должна содержать описание Системы и ее
структурно-функциональных характеристик, а также описание угроз
безопасности информации, включающее описание возможностей нарушителей
(модель нарушителя), возможных уязвимостей, способов реализации угроз
безопасности информации и последствий от нарушения свойств безопасности
информации.
40
■{
Модель угроз безопасности информации Системы должна включать:
1. Общие положения.
2. Описание Системы (сегментов Системы) и особенностей ее
функционирования:
- Цели и задачи, решаемые Системой (сегментом Системы).
- Класс защищенности, категория значимости систем и сетей, уровень
защищенности персональных данных.
- Номенклатура защищаемых данных, обрабатываемых в Системе
- (подсистеме) и функциональных задач, для решения которых они используются.
- Назначение и структура объектов информатизации (сегментов)
Системы.
- Описание
структурно-функциональных
характеристик
информационной системы (состав технических и программных средств
Системы, сетевая инфраструктура).
- Описание взаимосвязей с другими информационными системами
(подсистемами) и телекоммуникационными сетями.
- Описание групп внешних и внутренних пользователей систем и сетей,
уровней их полномочий и типов доступа.
- Описание процессов обеспечения информационной безопасности.
- Описание технологии обработки информации.
- Информация о функционировании систем и сетей на базе
информационно-телекоммуникационной инфраструктуры центра обработки
данных.
3. Возможные негативные последствия от реализации (возникновения)
угроз безопасности информации:
- Описание рисков (ущербов) от нарушения или прекращения основных
процессов.
- Описание негативных последствий, приводящих к возникновению
рисков (ущерба).
4. Источники угроз безопасности информации (модель нарушителя):
- Характеристика нарушителей и возможные цели реализации ими угроз
безопасности информации.
Категории актуальных нарушителей.
- Описание возможностей нарушителей по реализации ими угроз
безопасности применительно к назначению, составу и архитектуре систем и
сетей.
5. Способы
реализации
(возникновения)
угроз
безопасности
информации:
41
4
- Описание способов реализации (возникновения) угроз безопасности
информации.
Описание интерфейсов объектов воздействия.
6. Актуальные угрозы безопасности информации, включая:
- Перечень возможных (вероятных) угроз безопасности информации для
соответствующих способов их реализации и уровней возможностей
нарушителей.
- Описание возможных сценариев реализации угроз безопасности
информации.
7. Выводы об актуальности угроз безопасности информации.
8. Перечень актуальных угроз информационной безопасности.
9. Выводы о необходимом к применению (или его отсутствии) классе
СКЗИ.
При идентификации возможных угроз безопасности информации должен
использоваться Банк данных угроз безопасности информации, сформированный
ФСТЭК России (http://bdu.fstec.ru/), учитывая структурно-функциональные
особенности Системы, возможные источники угроз.
В соответствии с требованиями пункта 3 Требований к порядку создания,
развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации
государственных информационных систем и дальнейшего хранения
содержащейся в их базах данных информации, утвержденных Постановлением
Правительства РФ от 06.07.2015 № 676 «О требованиях к порядку создания,
развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации
государственных информационных систем и дальнейшего хранения
содержащейся в их базах данных информации», модель угроз безопасности
информации согласуется с федеральным органом исполнительной власти в
области обеспечения безопасности и федеральным органом исполнительной
власти, уполномоченным в области противодействия техническим разведкам и
технической защиты информации, в пределах их полномочий в части,
касающейся выполнения установленных требований о защите информации.
Согласование Модели угроз безопасности проводится силами Заказчика.
2.2.4.5.8 Требования к разработке Частного технического задания на
создание системы защиты информации
На основе перечня актуальных угроз и возможностей нарушителя
безопасности информации, Исполнителем должны быть определены требования
по защите информации, подлежащие реализации в составе системы защиты
информации Системы. Частное техническое задание на создание системы
защиты информации в том числе должно содержать:
1. Цель и задачи обеспечения защиты информации.
42
2. Класс защищенности Системы.
3. Перечень нормативных правовых актов, методических документов и
национальных стандартов, которым должна соответствовать Система.
4. Перечень объектов защиты Системы.
5. Требования к мерам и средствам защиты информации, применяемым в
Системе.
6. Стадии (этапы работ) создания системы защиты Системы.
7. Требования к используемым техническим средствам, программному
обеспечению, средствам защиты информации.
8. Функции заказчика и оператора по обеспечению защиты информации
на Систему.
9. Требования к защите средств и систем, обеспечивающих
функционирование Системы (обеспечивающей инфраструктуре).
10. Требования
к
защите
информации
при
информационном
взаимодействии с иными информационными системами и информационно­
телекоммуникационными сетями.
Согласование Частного технического задания на создание системы защиты
информации с регуляторами проводится силами Заказчика.
2.2.2.5.9 Требования к разработке технического проекта на создание
системы защиты информации
Исполнителем должен быть разработан технический проект на создание
системы защиты информации, включающий в себя:
- пояснительная записка к техническому проекту;
- ведомость технического проекта;
- спецификация системы защиты информации.
Проектные решения по построению системы защиты информации должны
быть выполнены с учетом ГОСТ Р 59795-2021 «Информационные технологии.
Комплекс стандартов на автоматизированные системы. Автоматизированные
системы. Требования к содержанию документов» и должны отражать
следующие предложения:
1. Типы субъектов доступа (пользователи, процессы и иные субъекты
доступа) и объектов доступа, являющихся объектами защиты (устройства,
объекты файловой системы, запускаемые и исполняемые модули, объекты
системы управления базами данных, объекты, создаваемые прикладным
программным обеспечением, иные объекты доступа).
2. Методы управления доступом (дискреционный, мандатный, ролевой
или иные методы), типы доступа (чтение, запись, выполнение или иные типы
доступа) и правила разграничения доступа субъектов доступа к объектам
доступа (на основе списков, меток безопасности, ролей и иных правил),
43
подлежащие реализации в Системе.
3. Меры защиты информации, подлежащие реализации в системе защиты
информации.
4. Виды и типы средств защиты информации, обеспечивающие
реализацию технических мер защиты информации.
5. Структура системы защиты информации Системы, включая состав
(количество) и места размещения ее элементов.
6. Выбор средств защиты информации, сертифицированных на
соответствие требованиям по безопасности информации, с учетом их стоимости,
совместимости с информационными технологиями и техническими средствами,
функций безопасности этих средств и особенностей их реализации, а также
класса защищенности Системы.
7. Меры защиты информации при информационном взаимодействии с
иными
информационными
системами
и
информационно­
телекоммуникационными сетями.
Комплекс организационных и технических мер, направленных на
нейтрализацию актуальных угроз безопасности, определенных с учетом
специфики Системы и условий ее функционирования, должны предусматривать
меры защиты информации, указанные в методическом: документе «Состав и
содержание мероприятий и мер по защите информации, содержащейся в
информационных системах», утвержденный ФСТЭК России 12.04.2026.
Меры защиты информации должны выбираться в системе защиты
информации с учетом угроз безопасности информации применительно ко всем
объектам и субъектам доступа Системы на аппаратном, системном, прикладном
и сетевом уровнях, в том числе в среде виртуализации и облачных вычислений.
2. 2.4.5.10 Требования к разработке эксплуатационной и организационно­
распорядительной документации
В рамках проектирования системы защиты информации Исполнителем
должны
быть
разработаны
эксплуатационной
и
организационно­
распорядительной документы в соответствии с методическим: документом
«Состав и содержание мероприятий и мер по защите информации, содержащейся
в информационных системах», утвержденный ФСТЭК России 12.04.2026 и
приказом ФСТЭК России от 11.04.2025 № 117 «Об утверждении Требований о
защите информации, содержащейся в государственных информационных
системах, иных информационных системах государственных органов,
государственных унитарных предприятий, государственных учреждений».
Эксплуатационная и организационно-распорядительная документация
должна включать в себя в том числе:
- руководство администратора безопасности Системы;
44
-
С
руководство пользователя системы защиты информации Системы;
- инструкция по эксплуатации системы защиты информации.
Состав разрабатываемых документов должен быть уточнен на этапе
технического проектирования системы защиты информации Системы.
Работы по поставке, установке и настройке средств защиты информации,
необходимых для реализации системы защиты информации Системы
осуществляются силами Заказчика.
2.2.4.6. Требования по сохранности информации.
При эксплуатации ИАС должны приниматься меры по регулярному
резервному копированию, хранению снимков состояния, и, при необходимости,
восстановлению данных. Резервное копирование метаданных (настроек
показателей и измерений) должно осуществляется средствами ИАС. Резервное
копирование основных данных, загружаемых в Систему, должно осуществиться
средствами СУБД и общесистемного программного обеспечения.
Отказоустойчивость ИАС должна соответствовать уровню современных
информационных Систем класса «клиент-сервер».
Отказ клиентской рабочей станции не должен приводить к нарушениям
работы других клиентских станций и ИАС в целом, к разрушению целостности
базы данных.
Отказ сервера, на котором функционирует СУБД, не должен приводить к
потере данных за срок, превышающий период до последнего архивирования
базы данных.
Для обеспечения защиты данных от разрушений при авариях и сбоях в
процессе выполнения пользовательских задач при повреждении журналов
регистрации СУБД должно быть обеспечено создание резервных копий баз
данных.
Резервное копирование баз данных должно осуществляться в соответствии
с регламентом их ведения, но не реже чем один раз в неделю. В соответствии с
регламентом ведения данных должно быть обеспечено регулярное создание
резервных копий изменений баз данных и резервное копирование виртуального
сервера, и периодическое создание полных копий резервируемых баз данных, и
резервное копирование виртуального сервера. Копирование и архивирование
данных ИАС должно осуществляться без прерывания функционирования
сервисов ИАС.
2.2.4.7. Требования к эргономике и технической эстетике.
Взаимодействие пользователей с ИАС должно осуществляться
посредством визуального графического интерфейса.
Интерфейс Системы должен быть понятным и удобным, не должен быть
перегружен графическими элементами и должен обеспечивать быстрое
45
отображение экранных форм.
Навигационные элементы должны быть выполнены в удобной для
пользователя форме.
Средства редактирования информации должны удовлетворять принятым
соглашениям в части использования функциональных клавиш, режимов работы,
поиска, использования оконной системы.
Ввод-вывод данных Системы, прием управляющих команд и отображение
результатов их исполнения должны выполняться в интерактивном режиме.
Интерфейс должен соответствовать современным эргономическим требованиям
и обеспечивать удобный доступ к основным функциям и операциям Системы.
Интерфейс должен быть рассчитан на преимущественное использование
манипулятора типа «мышь», то есть управление ИАС должно осуществляться с
помощью набора экранных меню, кнопок, значков и т. п. элементов.
Клавиатурный режим ввода должен использоваться главным образом при
заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые
пользователю (кроме системных сообщений), должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных
ситуаций, вызванных неверными действиями Пользователей, неверным
форматом или недопустимыми значениями входных данных. В указанных
случаях ИАС должна выдавать Пользователю соответствующие сообщения,
после чего возвращаться в рабочее состояние, предшествовавшее неверной
(недопустимой) команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований
унификации:
- все экранные формы пользовательского интерфейса должны быть
выполнены в едином графическом дизайне, с одинаковым расположением
основных элементов управления и навигации;
- для обозначения одних и тех же операций должны использоваться
одинаковые
графические
значки,
кнопки
и
другие
управляющие
(навигационные) элементы, должны быть унифицированы термины,
используемые для описания идентичных понятий, операций и действий
Пользователя;
- реакция ИАС на действия оператора (наведение указателя «мыши»,
переключение фокуса, нажатие кнопки) должна быть типовой для каждого
действия над одними и теми же графическими элементами, независимо от их
расположения на экране.
2.2.4.8. Требования к патентной чистоте.
Исполнитель должен использовать только объекты интеллектуальной
46
<л
собственности, права на которые приобретены (получены) и используются без
нарушений прав на интеллектуальную собственность третьих лиц. Это
требование должно обеспечивать соблюдение авторских, смежных, патентных и
иных прав разработчиков используемых сторонних компонент.
2.2.4.9. Требования по стандартизации и унификации.
Системная архитектура ИАС должна быть построена на основе
унифицированных технических решений.
Прикладное программное обеспечение ИАС должно быть построено с
А использованием стандартных и унифицированных методов разработки
программных систем.
В составе ИАС по возможности должны применяться типовые
(унифицированные) классификаторы и справочники, действие которых на
территории
Российской
Федерации
определено
соответствующими
нормативными актами и стандартами. В ИАС должна быть предусмотрена
возможность наращивания классификаторов и справочников.
2.2.4.10. Требования к информационному обеспечению.
Информационное обеспечение ИАС должно включать в свой состав
совокупность всех необходимых для функционирования Системы данных и
систем обеспечения. В состав информационного обеспечения требуется
включить нормативно-справочную информацию, информационные объекты,
входные и выходные данные, структуру управления базами данных.
Состав данных должен быть достаточным для выполнения всех функций
Системы и отвечать требованиям полноты, достоверности, однозначной
идентификации, непротиворечивости и необходимой точности представления.
ИАС должна соответствовать требованию однократного ввода данных вне
зависимости от того, в каких информационных массивах или базах данных они
будут храниться и какими функциональными подсистемами использоваться.
ИАС должна обеспечивать первичный контроль вводимых данных на
соответствие
формальным правилам:
проверка типов, размерности,
допустимости значений.
2.2.4.11. Требования к программному и техническому обеспечению.
Программное обеспечение ИАС должно обеспечивать решение функций и
задач ИАС.
Системное и прикладное программное обеспечение должно поддерживать
формат кириллицы и иметь эксплуатационную документацию на русском языке.
Для функционирования ИАС должно использоваться унифицированное
системное и прикладное программное обеспечение.
Системное программное обеспечение должно обеспечить, поддержку
технологий мониторинга и управления локальных вычислительных сетей, и
^4
47
управления регламентами.
Прикладное программное обеспечение должно включать вновь
разрабатываемое
программное
обеспечение
ИАС,
обеспечивающее
непосредственную реализацию ее функций.
Программное обеспечение ИАС должно функционировать на базе ОС,
указанных в таблице ниже. Исполнитель обязан поставить, установить и
настроить лицензионные копии ОС для всех серверов, задействованных в
проекте. Заказчик предоставляет аппаратное обеспечение (серверы, СХД,
‘ сетевое оборудование) и базовую инфраструктуру виртуализации.
Исполнитель вправе выбрать любую ОС из списка поддерживаемых при
условии, что она обеспечивает полную совместимость с поставляемым
прикладным ПО и соответствует требованиям по защите информации для
государственных информационных систем с классом защищенности,
определённым в п. 2.2.4.5.6.
Все поставляемые ОС должны иметь действующий сертификат ФСТЭК
России о соответствии требованиям безопасности информации.
Допускается использование аналогов указанных ОС при условии их
включения в единый реестр отечественного ПО и наличия сертификата ФСТЭК.
Тип сервера/рабочей
станции
Рабочая станция
Сервер Подсистемы
ETL
Продуктивный
сервер Подсистемы
аналитической
обработки и
визуализации
информации
ОС
ОС семейства Linux,
сертифицированные
ФСТЭК России
Astra Linux SE 1.6
(Смоленск) или
эквивалент с
сертификатом ФСТЭК
- Astra Linux SE 1.7.5
х64
- Astra Linux SE 1.8
x64
- Альт Сервер 10.0
x64
- Роса Хром Сервер
12.4
- RED OS 7.3
- RED OS 8
или эквивалент с
сертификатом ФСТЭК
Дополнительные
программы
Веб-браузер:
—
Яндекс.Браузер 22 и выше,
Cromium 120 и выше
PostgresPRO —
СУБД
,С
48
Тип сервера/рабочей
станции
Сервер для
тестирования и
разработки
Подсистемы
аналитической
обработки и
визуализации
информации
ОС
- Astra Linux SE 1.7.5
х64
- Astra Linux SE 1.8
x64
- Альт Сервер 10.0
x64
- Роса Хром Сервер
12.4
- RED OS 7.3
- RED OS 8
или эквивалент с
сертификатом ФСТЭК
СУБД
Дополнительные
программы
•
В соответствии с постановлением Правительства Российской Федерации
от 16.11.2015 № 1236 «Об установлении запрета на допуск программного
обеспечения, происходящего из иностранных государств, для целей
осуществления закупок для обеспечения государственных и муниципальных
нужд» устанавливается запрет на допуск программ для электронных
вычислительных машин и баз данных, реализуемых независимо от вида договора
на материальном носителе и (или) в электронном виде по каналам связи,
происходящих из иностранных государств (за исключением программного
обеспечения, включенного в единый реестр программ для электронных
вычислительных машин и баз данных из государств-членов Евразийского
экономического союза, за исключением Российской Федерации (далее - реестр
евразийского программного обеспечения), а также исключительных прав на
такое программное обеспечение и прав использования такого программного
обеспечения, для целей осуществления закупки.
Ссылка на официальный сайт реестра российского программного
обеспечения:
https://reestr.digital.gov.ru/
Ссылка на официальный сайт реестра евразийского программного
обеспечения:
https://eac-reestr.digital.gov.ru/
В соответствии с Приказом Министерства цифрового развития, связи и
массовых коммуникаций Российской Федерации от 22.09.2020 № 486 «Об
утверждении классификатора программ для электронных вычислительных
машин и баз данных» закупаемое программное обеспечение относится к разделу
«Средства анализа данных», классам:
«Инструменты извлечения и трансформации данных (ETL)», код (числовое
обозначение) раздела и класса программ для ЭВМ и баз данных 11.01,
49
<
«Средства аналитической обработки в реальном времени (OLAP)», код
(числовое обозначение) раздела и класса программ для ЭВМ и баз данных 11.03,
«Средства интеллектуальной обработки информации и интеллектуального
анализа бизнес-процессов», код (числовое обозначение) раздела и класса
программ для ЭВМ и баз данных 05.13
3. Порядок и условия предоставления Услуг
Ключ активации Лицензии на предоставляемое программное обеспечение
ж должен включать в себя:
- полное наименование предоставляемого программного обеспечения;
- полное наименование Заказчика;
- количество пользователей.
Права использования программного обеспечения передаются для
использования на территории Российской Федерации.
Действие
прав
использования
программного
обеспечения
распространяется на обновления, дополнения, добавляемые компоненты,
службы поддержки продукта, которые относятся к программному обеспечению,
в течение срока действия гарантийного обслуживания.
Исполнителем должна быть предоставлена инструкция по доступу к сайту
производителя (правообладателя) программного обеспечения для получения
дистрибутива программного обеспечения.
Исполнитель обеспечивает настройку подсистемы прикладных задач под
условия Донецкой Народной Республики. В частности, вносит перечень
муниципальных образований, настраивает картосхему и права доступа.
Исполнитель обязан в течение 5 (пяти) рабочих дней с даты заключения
Контракта разработать и согласовать с Заказчиком график оказания услуг по
внедрению программного обеспечения (далее - График).
4. Порядок сдачи и приемки оказанных Услуг
4.1. Исполнитель в день окончания срока оказания Услуг, наряду с
документом о приемке, предоставляет Заказчику следующие отчетные
документы на бумажном носителе:
- подписанный со своей Стороны Акт приема-передачи прав
использования программы для ЭВМ (программное обеспечение подсистемы
оркестрации ETL-процессов, программное обеспечение инструментальных
средств, программное обеспечение подсистемы прикладных аналитических
модулей) в двух экземплярах, по одному для каждой из Сторон;
лицензионное свидетельство с указанием наименования Лицензиа
50
(или сертификат, или иной документ, установленный правообладателем,
Лицензиаром);
-
установочные файлы программного обеспечения;
- установочные файлы (дистрибутивы) ОС, переданных в составе
лицензий;
-
копии сертификатов ФСТЭК России на поставленные версии ОС;
руководство пользователя;
руководство администратора;
акт приемочных испытаний.
Допускается передача документации на лицензионное программное
обеспечение в виде ссылок на онлайн документацию производителя.
4.2. Требования к составу и содержанию работ по подготовке к вводу в
действие.
Для создания условий функционирования объектов автоматизации, при
которых гарантируется соответствие создаваемой Системы требованиям,
содержащимся в настоящем документе, и возможность эффективного
использования Системы, Заказчиком обеспечивается проведение следующих
мероприятий:
обеспечение необходимой инфраструктуры для функционирования
Системы, включая защищенные каналы связи;
обеспечение необходимых организационных мероприятий по назначению
специалистов Заказчика, отвечающих за эксплуатацию Системы, а также для
взаимодействия Исполнителя с Заказчиком по возникающим вопросам,
связанных с оказанием Услуг.
Исполнителю необходимо выполнить условия:
обеспечить совместимость программного обеспечения с последней
версией операционной системы на момент подписания контракта и последних
стабильных версий прикладного программного обеспечения в рамках данной
версии операционной системы (согласно требованиям настоящего Технического
задания);
4.3.
Требования к документированию.
4.3.1. Состав технической документации:
описание комплекса технических средств;
описание программного обеспечения;
матрица доступа Пользователей к ресурсам (в Системе для описания
матрицы доступа должна использоваться ролевая модель контроля доступа
(RBAC) с поддержкой ограничений и иерархии (модель RBAC3) в соответствии
со стандартом ANSI INCITS 359 2012 «Ролевой метод контроля доступа»);
описание базы данных программного обеспечения и файлового хранилища
4
51
Системы.
Содержание документации должно быть достаточным для обеспечения
эксплуатации программного обеспечения Системы.
4.3.2. Состав эксплуатационной документации:
- инструкция
включающие в себя:
и
регламент технического обслуживания
Системы,
- описание способов контроля администратором работоспособности
Системы;
- информацию о логах, которые необходимо отслеживать, описание
ошибок, которые могут возникнуть и действия, которые в этих случаях
необходимо предпринимать;
- инструкция
включающие в себя:
и
регламент
резервного
копирования
Системы,
- список данных, подлежащих резервированию, в том числе данные,
хранящиеся в базах данных (для каждого типа данных из списка должно быть
составлено подробное руководство по созданию резервной копии);
- инструкция
по
разворачиванию
Системы,
соответствующая
требованиям:
- инструкция должна подробно описывать установку Системы, начиная
с момента, когда у администратора имеется только дистрибутивы Программного
обеспечения Системы, а также необходимое для разворачивания оборудование и
программное обеспечение, и заканчивая, когда Система развернута и полностью
работоспособна в соответствии с тем функционалом, который она обеспечивает
по документации;
- инструкция не должна создавать ситуации, в которых администратору
приходится действовать на свое усмотрение (за исключением случаев, когда это
явно указано);
- если
при установке программного обеспечения сторонних
разработчиков требуется выполнить действия, указанные в инструкциях к этому
программному обеспечению, то это необходимо отразить в виде ссылок на
разделы официальных инструкций данного программного обеспечения;
-
инструкция по восстановлению базы данных Системы, включающая в
себя:
- список данных, подлежащих восстановлению в случае сбоя (для
каждого типа данных из списка должно быть составлено подробное руководство
по восстановлению из резервной копии);
- список портов, которые должны быть открыты на каждом из серверов
для корректной работоспособности Системы;
52
<
- список процессов, которые должны быть в работе на каждом из
серверов для корректной работоспособности Системы;
- действия администратора перед отключением каждого из серверов
Системы;
- действия администратора при включении каждого из серверов
Системы;
список возможных проблем, ошибок и методов их решения.
4.3.3. Техническая и эксплуатационная документация на Систему должна
- удовлетворять требованиям комплекса стандартов и руководящих документов на
автоматизированные системы.
Документация должна предоставляться Заказчику в одном экземпляре в
электронном виде (DVD, CD, USB-флеш-накопитель) в запароленном zipархиве, подписанном для удостоверения и подтверждения подлинности
открепленной
электронной
подписью
в
порядке,
установленном
законодательством Российской Федерации. Документация, предоставленная в
электронном виде, должна быть в виде файлов с расширением *.PDF.
Документация должна быть выполнена на русском языке, за исключением
официальных наименований используемого программного и технического
обеспечения, а также кодов программ.
4.4. Результатом оказания предусмотренных в Техническом задании Услуг
должны являться:
установленное на технических средствах Заказчика и настроенное ПО
(программное
обеспечение
подсистемы
оркестрации
ETL-процессов,
программное обеспечение подсистемы аналитической обработки и визуализации
информации, программное обеспечение подсистемы прикладных задач) в
соответствии с требованиями раздела п. 2.1 Технического задания, включая
тестовый и промышленный контуры;
получение Заказчиком Лицензий и дистрибутивов программного
обеспечения, удовлетворяющего требованиям Технического задания;
подписанный акт приемочных испытаний;
протокол инструктажа пользователей по работе с программным
обеспечением.
Исполнитель разрабатывает и передает на утверждение Заказчику
программу и методику приемочных испытаний.
4.6.
Обязанности Исполнителя:
4.6.1. Исполнитель должен иметь возможность оказывать Услуги по
гарантийному обслуживанию Системы по защищенному каналу связи между
Исполнителем и Заказчиком.
Для организации защищенного канала связи с шифрованием
53
■<
передаваемого трафика необходимо использовать сертифицированные ФСБ
России средства криптографической защиты информации, совместимые с
продуктовой линейкой защищенной ViPNet-сети исполнительных органов
Донецкой Народной Республики, предоставляемые Заказчиком (1 лицензия)
Исполнителю на время выполнения всех обязательств по Контракту.
4.6.2. Исполнитель должен иметь возможность обеспечить присутствие
специалистов на технологической площадке Заказчика в случае возникновения
сбоев в работе Системы, устранение которых по защищенному каналу связи
ж невозможно.
4.6.3. Исполнитель должен предоставить контактные телефоны, по
которым представитель Заказчика может информировать персонал Исполнителя
о работе программного обеспечения, предоставленного в рамках Технического
задания.
5. Гарантийное сопровождение (обслуживание)
Срок гарантийного сопровождения исчисляется с даты размещения
Заказчиком в единой информационной системе документа о приемке
результатов оказанных услуг и должен составлять 12 (двенадцать) месяцев.
Гарантийное обслуживание должно включать в себя:
- обеспечение поддержки со стороны производителя (правообладателя)
программного обеспечения в рамках консультационной помощи в режиме
«горячей линии» по телефону, электронной почте с 09.00 до 18.00 в рабочее
время Заказчика;
- исправление ошибок и устранение обнаруженных уязвимостей в ПО
Системы, приводящих к неправильной или нестабильной работе Системы, либо
препятствующих надлежащему обеспечению информационной безопасности и
защиты информации в Системе от несанкционированного доступа, не
выявленных Заказчиком при приемке оказанных Услуг.
5 .3. Ошибки в реализации Системы, а также обнаруженные уязвимости
Системы, выявленные в период гарантийного обслуживания, устраняются
Исполнителем в рамках очередного обновления Системы или в рамках
внеочередного экстренного обновления в случае, если обнаруженные ошибки
препятствуют или ограничивают эксплуатацию Системы в штатном режиме.
54
СОСТАВИЛИ
ФИО
Романов Андрей
Николаевич
Балицкий Андрей
Владимирович
Должность исполнителя
Заместитель директора
Руководитель департамента'
системного
администрирования
""
инженерных систем,
разработки и эксплуатации
центров обработки данных
Подпись//
/
J ШТ
Дата

=== ФАЙЛ: ТТТТтребования к содержанию и составу заявки новая редакция | docs/0500500009026000003/ТТТТтребования к содержанию и составу заявки новая редакция.pdf
Требования к содержанию, составу заявки на участие в закупке в
соответствии с Федеральным законом от 5 апреля 2013 года №44-ФЗ «О
контрактной системе в сфере закупок товаров, работ, услуг для
обеспечения государственных и муниципальных нужд» (далее –
Федеральный закон № 44-ФЗ)и инструкция по ее заполнению.
Раздел 1. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ, СОСТАВУ ЗАЯВКИ НА
УЧАСТИЕ В ЗАКУПКЕ.
Требования к содержанию и составу заявки на участие в закупке
№
п/п
1.
Заявка на участие в закупке должна содержать:
Информацию и документы об участнике закупки:
2.
1) решение о согласии на совершение или о последующем одобрении крупной сделки,
если требование о наличии такого решения установлено законодательством Российской
Федерации, учредительными документами юридического лица и для участника закупки
заключение контракта на поставку товара, выполнение работы или оказание услуги,
являющихся объектом закупки, либо внесение денежных средств в качестве
обеспечения заявки на участие в закупке, обеспечения исполнения контракта является
крупной сделкой;
2) декларация о соответствии участника закупки требованиям, установленным
пунктами 3 - 5, 7 - 11 части 1 статьи 31 Федерального закона №44-ФЗ (если информация
и документы, которые подтверждают соответствие участника закупки требованиям,
установленным пунктом 1 части 1 статьи 31 Федерального закона №44-ФЗ, содержатся
в открытых и общедоступных государственных реестрах, размещенных в
информационно-телекоммуникационной сети "Интернет", в указанную декларацию
может быть также включено положение о соответствии участника закупки
требованиям, установленным пунктом 1 части 1 статьи 31 Федерального закона №44ФЗ, с указанием адреса сайта или страницы сайта в информационнотелекоммуникационной сети "Интернет", на которых размещены такие информация и
документы);
3) реквизиты счета участника закупки, на который в соответствии с законодательством
Российской Федерации осуществляется перечисление денежных средств в качестве
оплаты поставленного товара, выполненной работы (ее результатов), оказанной услуги,
а также отдельных этапов исполнения контракта, за исключением случаев, если в
соответствии с законодательством Российской Федерации такой счет открывается
после заключения контракта.
Предложение участника закупки в отношении объекта закупки:
1) характеристики предлагаемого участником закупки товара, соответствующие
показателям, установленным в описании объекта закупки в соответствии с частью 2
статьи 33 Федерального закона №44-ФЗ, товарный знак (при наличии у товара
товарного знака);
Указанная информация может не включаться в заявку на участие в закупке в случае
указания заказчиком в описании объекта закупки товарного знака и предложения
участником закупки товара, в том числе поставляемого заказчику при выполнении
закупаемых работ, оказании закупаемых услуг, обозначенного таким товарным знаком;
2) наименование страны происхождения товара в соответствии с общероссийским
классификатором, используемым для идентификации стран мира;
4) информация и документы, определенные в соответствии с пунктом 2 части 2 статьи
14 Федерального закона №44-ФЗ:
в соответствии с Постановлением Правительства Российской Федерации от 23 декабря
2024 г.N 1875"О мерах по предоставлению национального режима при осуществлении
закупок товаров, работ, услуг для обеспечения государственных и муниципальных
нужд, закупок товаров, работ, услуг отдельными видами юридических лиц":
- порядковый номер реестровой записи из единого реестра российских программ для
электронных вычислительных машин и баз данных (далее - реестр российского
программного обеспечения);
или
порядковый номер реестровой записи из реестра российского программного
обеспечения, содержащей информацию о соответствии программного обеспечения
требованиям, установленным частями 3 7 и 3 9 статьи 2 Федерального закона "О
внесении изменений в Федеральный закон "О безопасности критической
информационной инфраструктуры Российской Федерации" (далее - требования к
доверенному программному обеспечению);
или
- порядковый номер реестровой записи из единого реестра программ для электронных
вычислительных машин и баз данных из государств - членов Евразийского
экономического союза, за исключением Российской Федерации (далее - реестр
евразийского программного обеспечения);
или
порядковый номер реестровой записи из реестра евразийского программного
обеспечения, содержащей информацию о соответствии программного обеспечения
требованиям к доверенному программному обеспечению.
В случае отсутствия таких информации и документов в заявке на участие в закупке
такая заявка приравнивается к заявке, в которой содержится предложение о поставке
товаров, происходящих из иностранного государства, работ, услуг, соответственно
выполняемых, оказываемых иностранными лицами.
Заявка на участие в закупке, в которой содержится предложение программного
обеспечения, реестровая запись о котором в реестре российского программного
обеспечения или реестре евразийского программного обеспечения не содержит
информацию о соответствии предлагаемого программного обеспечения требованиям к
доверенному программному обеспечению, приравнивается к заявке на участие в
закупке, в которой содержится предложение программного обеспечения,
происходящего из иностранного государства, если на участие в такой закупке подана
заявка на участие в закупке, признанная по результатам ее рассмотрения
соответствующей установленным в соответствии с Федеральным законом №44-ФЗ
требованиям и содержащая предложение о программном обеспечении, реестровая
запись о котором в реестре российского программного обеспечения или реестре
евразийского программного обеспечения содержит информацию о соответствии
предлагаемого программного обеспечения требованиям к доверенному программному
обеспечению.
Заявка также может содержать иные информацию и документы, в том числе эскиз,
рисунок, чертеж, фотографию, иное изображение предлагаемого участником закупки
товара.
Раздел 2.ИНСТРУКЦИЯ ПО ЗАПОЛНЕНИЮ ЗАЯВКИ НА УЧАСТИЕ В
ЭЛЕКТРОННОМ АУКЦИОНЕ
2.1. Участник закупки вправе подать только одну заявку на участие в закупке в
любое время с момента размещения в единой информационной системе извещения об
осуществлении закупки до окончания установленного в соответствии с Федеральным
законом №44-ФЗ срока подачи заявок на участие в закупке.
Подача заявки на участие в закупке означает согласие участника закупки, подавшего
такую заявку, на поставку товара, выполнение работы, оказание услуги на условиях,
предусмотренных извещением об осуществлении закупки и в соответствии с заявкой такого
участника закупки на участие в закупке.
Информация и документы, предусмотренные подпунктами "а" - "л" пункта 1 части 1
статьи 43 Федерального закона №44-ФЗ, не включаются участником закупки в заявку на
участие в закупке. Такие информация и документы направляются (по состоянию на дату и
время их направления) заказчику (уполномоченному органу) оператором электронной
площадки путем информационного взаимодействия с единой информационной системой.
При проведении электронного аукциона информация и документы, которые
подтверждают соответствие участника закупки дополнительным требованиям,
установленным в соответствии с частью 2 или 2.1 (при наличии таких требований) статьи 31
Федерального закона №44-ФЗ, и предусмотренные подпунктом "н" пункта 1 части 1 статьи
43 Федерального закона №44-ФЗ, не включаются участником закупки в заявку на участие в
закупке. Такие информация и документы в случаях, предусмотренных настоящим
Федеральным законом, направляются (по состоянию на дату и время их направления)
заказчику оператором электронной площадки из реестра участников закупок,
аккредитованных на электронной площадке.
Заказчик устанавливает дополнительное требование об исполнении участником
закупки (с учетом правопреемства) в течение трех лет до даты подачи заявки на участие в
закупке контракта или договора, заключенного в соответствии с Федеральным законом от
18 июля 2011 года N 223-ФЗ "О закупках товаров, работ, услуг отдельными видами
юридических лиц" при условии исполнения таким участником закупки требований об
уплате неустоек (штрафов, пеней), предъявленных при исполнении таких контракта,
договора. Стоимость исполненных обязательств по таким контракту, договору должна
составлять не менее двадцати процентов начальной (максимальной) цены контракта.
Информацией и документами, подтверждающими соответствие участника закупки
дополнительному требованию, установленному в соответствии с частью 2 1 статьи 31
Закона о контрактной системе, являются информация и документы, предусмотренные хотя
бы одним из следующих подпунктов:
а) номер реестровой записи в предусмотренном Законом о контрактной системе
реестре контрактов, заключенных заказчиками (в случае исполнения участником закупки
контракта, информация и документы в отношении которого включены в установленном
порядке в такой реестр и размещены на официальном сайте единой информационной
системы в информационно-телекоммуникационной сети "Интернет");
б) выписка из предусмотренного Законом о контрактной системе реестра
контрактов, содержащего сведения, составляющие государственную тайну (в случае
исполнения участником закупки контракта, информация о котором включена в
установленном порядке в такой реестр);
в) исполненный контракт, заключенный в соответствии с Законом о контрактной
системе, или договор, заключенный в соответствии с Федеральным законом "О закупках
товаров, работ, услуг отдельными видами юридических лиц", а также акт приемки
поставленных товаров, выполненных работ, оказанных услуг, подтверждающий цену
поставленных товаров, выполненных работ, оказанных услуг.
Опытом исполнения контракта, предусмотренного пунктом 4 Постановления
Правительства РФ от 29 декабря 2021 г. N 2571, считается опыт исполнения контрактов,
исполненных участником закупки по результатам проведения совместного конкурса или
аукциона. При этом ценой поставленных товаров, выполненных работ, оказанных услуг
считается сумма цен товаров, работ, услуг, поставленных, выполненных, оказанных по
таким контрактам.
Все документы, входящие в состав заявки на участие в электронном аукционе,
должны быть составлены на русском языке. Документы, происходящие из иностранного
государства, должны быть надлежащим образом легализованы в соответствии с
законодательством и международными договорами Российской Федерации.
При подаче заявки на участие в закупке должны применяться обозначения (единицы
измерения, наименования показателей технических, функциональных параметров товара) в
соответствии с обозначениями, установленными в извещении об осуществлении закупки.
2.2.Путем заполнения экранных форм веб-интерфейса электронной площадки в
заявке участника закупки (в случае установления требований в п.2 Раздела 1 «Требования к
содержанию, составу заявки на участие в закупке»), подлежат указанию:
товарный знак (при наличии у товара товарного знака);
характеристики предлагаемого участником закупки товара в части характеристик,
содержащихся в извещении об осуществлении закупки в соответствии с пунктом 5 части 1
статьи 42 Федерального закона№44-ФЗ;
наименование страны происхождения товара (в соответствии с Общероссийским
классификатором стран мира);
номер реестровой записи (при наличии такого номера)из реестра российской
промышленной продукции, предусмотренного Федеральным законом "О промышленной
политике в Российской Федерации", в отношении товара (в том числе поставляемого при
выполнении закупаемых работ, оказании закупаемых услуг), указанного в позициях 1 - 145
приложения N 1 к постановлению Правительства Российской Федерации от 23 декабря 2024
г. N 1875, позициях 1 - 433 приложения N 2 к постановлению Правительства Российской
Федерации от 23 декабря 2024 г. N 1875, если при осуществлении закупки применяются
запрет и (или) ограничение, предусмотренные пунктом 1 постановления Правительства
Российской Федерации от 23 декабря 2024 г. N 1875, и в соответствии с абзацем четвертым
настоящего подпункта страной происхождения товара указана Российская Федерация. В
случае если в отношении такого товара постановлением Правительства Российской
Федерации от 17 июля 2015 г. N 719 "О подтверждении производства российской
промышленной продукции" за выполнение (освоение) на территории Российской
Федерации соответствующих операций (условий) установлены требования о совокупном
количестве баллов, указывается совокупное количество баллов за выполнение (освоение)
на территории Российской Федерации соответствующих операций (условий);
номер реестровой записи (при наличии такого номера) из евразийского реестра
промышленных товаров государств - членов Евразийского экономического союза, порядок
формирования и ведения которого устанавливается правом Евразийского экономического
союза, в отношении товара (в том числе поставляемого при выполнении закупаемых работ,
оказании закупаемых услуг), указанного в позициях 1 - 145 приложения N 1 к
постановлению Правительства Российской Федерации от 23 декабря 2024 г. N 1875,
позициях 1 - 433 приложения N 2 к постановлению Правительства Российской Федерации
от 23 декабря 2024 г. N 1875, если при осуществлении закупки применяются запрет и (или)
ограничение, предусмотренные пунктом 1 постановления Правительства Российской
Федерации от 23 декабря 2024 г. N 1875, и в соответствии с абзацем четвертым настоящего
подпункта страной происхождения товара указано государство - член Евразийского
экономического союза, за исключением Российской Федерации. При этом указывается
совокупное количество баллов за выполнение (освоение) на территории Евразийского
экономического союза соответствующих операций (условий), если в отношении такого
товара правом Евразийского экономического союза установлены требования о совокупном
количестве баллов за выполнение (освоение) на территории Евразийского экономического
союза соответствующих операций (условий);
порядковый номер реестровой записи (при наличии такого порядкового номера)из единого
реестра российских программ для электронных вычислительных машин и баз данных в
отношении программы для электронных вычислительных машин и (или) баз данных,
указанных в позиции 146 приложения N 1 к постановлениюПравительства Российской
Федерации от 23 декабря 2024 г. N 1875 (далее - программное обеспечение), если при
осуществлении закупки применяется запрет, предусмотренный пунктом 1 постановления
Правительства Российской Федерации от 23 декабря 2024 г. N 1875, и в соответствии с
абзацем четвертым настоящего подпункта страной происхождения программного
обеспечения указана Российская Федерация;
порядковый номер реестровой записи (при наличии такого порядкового номера) из единого
реестра программ для электронных вычислительных машин и баз данных из государств членов Евразийского экономического союза, за исключением Российской Федерации, в
отношении программного обеспечения, если при осуществлении закупки применяется
запрет, предусмотренный пунктом 1 постановления Правительства Российской Федерации
от 23 декабря 2024 г. N 1875, и в соответствии с абзацем четвертым настоящего подпункта
страной происхождения программного обеспечения указано государство - член
Евразийского экономического союза, за исключением Российской Федерации.
При подаче участником закупки предложений о характеристиках товара,
наименовании страны происхождения товара, о номерах реестровых записей(порядковых
номерах реестровых записей)из вышеуказанных реестров, а также информации о
совокупном количестве баллов за выполнение (освоение) на территории Российской
Федерации (на территории Евразийского экономического союза) соответствующих
операций (условий)(при наличии установленных требований) как с использованием
экранных форм веб-интерфейса электронной площадки, так и в электронных документах
(файлах), прикрепленных в составе заявки, представленными характеристиками,
наименованием
страны
происхождения
товара,
номерами
реестровых
записей(порядковыми номерами реестровых записей)из вышеуказанных реестров, а также с
информацией о совокупном количестве баллов за выполнение (освоение) на территории
Российской Федерации (на территории Евразийского экономического союза)
соответствующих
операций
(условий)(при
наличии
установленных
требований)предлагаемого товара (подлежащими рассмотрению на соответствие
извещению об осуществлении закупки) признаются характеристики товара, наименование
страны происхождения товара, номера реестровых записей(порядковые номера реестровых
записей)из вышеуказанных реестров, а также информация о совокупном количестве баллов
за выполнение (освоение) на территории Российской Федерации (на территории
Евразийского экономического союза) соответствующих операций (условий)(при наличии
установленных требований), указанные с использованием экранных форм веб-интерфейса
электронной площадки (в структурированной форме заявки на электронной площадке).
Незаполнение по каждому наименованию (каждой позиции) товара экранных форм
веб-интерфейса электронной площадки о характеристиках товара, наименовании страны
происхождения товара, о номерах реестровых записей(порядковых номерах реестровых
записей)из вышеуказанных реестров, а также информации о совокупном количестве баллов
за выполнение (освоение) на территории Российской Федерации (на территории
Евразийского экономического союза) соответствующих операций (условий)(при наличии
установленных требований) является непредставлением соответствующей информации в
составе заявки и основанием для её отклонения.
Вышеуказанная информация о товаре включается в заявку на участие в закупке с
использованием электронной площадки в случае осуществления закупки товара, в том
числе поставляемого заказчику при выполнении закупаемых работ, оказании закупаемых
услуг.
Предоставляемая участником закупки информация в заявке на участие в закупке не
должна допускать разночтения или двусмысленное толкование.
Ответственность за недостоверность информации и (или) документов, включенных в
заявку на участие в закупке, за действия, совершенные на основании указанных
информации и (или) документов, несет участник закупки.
2.2.1 При формировании предложения в отношении объекта закупки участник
закупки руководствуется в том числе требованиями настоящей инструкции.
Если в Описании объекта закупки (извещении об осуществлении закупки)
значение характеристики сопровождается словами «Значение характеристики не
может изменяться участником закупки», в предоставляемой информации значение
соответствующей характеристики товара участник закупки указывает в неизменном
виде.
Если в Описании объекта закупки (извещении об осуществлении закупки)
значение характеристики сопровождается словами «Участник закупки указывает в
заявке конкретное значение характеристики», в предоставляемой информации
участник закупки должен указать одно конкретное значение. При этом:
-при наличии значений показателей, сопровождающихся знаком ≥ такие
значения показателей следует расценивать, как нижнее значение, и участник закупки
должен предложить значение показателя больше или равное в числовом
(количественном и качественном) выражении значения, заявленного заказчиком, без
сопровождения знаком ≥.
-при наличии значений показателей, сопровождающихся знаком ≤ такие
значения показателей следует расценивать, как верхнее значение, и участник закупки
должен предложить значение показателя меньше или равное в числовом
(количественном и качественном) выражении значения, заявленного заказчиком, без
сопровождения знаком ≤.
-при наличии значений показателей, сопровождающихся знаком >, такие
значения показателей следует расценивать, как нижнее значение, и участник закупки
должен предложить значение показателя больше в числовом (количественном и
качественном) выражении значения, заявленного заказчиком, без сопровождения
знаком >.
-при наличии значений показателей, сопровождающихся знаком <, такие
значения показателей следует расценивать, как верхнее значение, и участник закупки
должен предложить значение показателя меньше в числовом (количественном и
качественном) выражении значения, заявленного заказчиком, без сопровождения
знаком <.
при наличии значений показателей, установленных как диапазон в любом виде,
например ≥х и ≤у, участнику следует указать конкретное значение, с учетом данной
инструкции, попадающее в указанный диапазон. без сопровождения знаками ≥, ≤.
- при наличии значений показателей, сопровождающихся словами «не менее»
значения показателей следует расценивать, как нижнее значение, и участник закупки
должен предложить значение показателя больше или равное в числовом
(количественном и качественном) выражении значения, заявленного заказчиком, без
сопровождения словом «не менее»
- при наличии значений показателей, сопровождающихся словами «не ниже»
значения показателей следует расценивать, как нижнее значение, и участник закупки
должен предложить значение показателя больше или равное в числовом
(количественном и качественном) выражении значения, заявленного заказчиком, без
сопровождения словом «не ниже».
- при наличии значений показателей, сопровождающихся словами «не более»
значения показателей следует расценивать, как верхнее значение, и участник закупки
должен предложить значение показателя меньше или равное в числовом
(количественном и качественном) выражении значения, заявленного заказчиком, без
сопровождения словом «не более».
- при наличии значений показателей, сопровождающихся словами «не выше»
значения показателей следует расценивать, как большее значение, и участник
закупки должен предложить значение показателя меньше или равное в числовом
(количественном и качественном) выражении значения, заявленного заказчиком, без
сопровождения словом «не выше».
2.3. При проведении электронного аукциона на поставку товара:
Если Описание объекта закупки (извещение об осуществлении закупки) содержит
показатели требуемых к поставке товаров, участник закупки в заявке на участие в закупке в
том числе должен указать:
а) - характеристики предлагаемого участником закупки товара, в том числе
поставляемого заказчику при выполнении закупаемых работ, оказании закупаемых услуг,
соответствующие показателям, установленным в описании объекта закупки в соответствии
с частью 2 статьи 33 Федерального закона №44-ФЗ, товарный знак (при наличии у товара
товарного знака).
Информация, предусмотренная настоящим подпунктом, включается в заявку на
участие в электронном аукционе в случае отсутствия в Описании объекта закупки
(извещении об осуществлении закупки) указания на товарный знак или в случае, если
участник закупки предлагает товар, который обозначен товарным знаком, отличным от
товарного знака, указанного в Описании объекта закупки (извещении об осуществлении
закупки).Указанная информация может не включаться в заявку на участие в закупке в
случае указания заказчиком в описании объекта закупки (извещении об осуществлении
закупки) товарного знака и предложения участником закупки товара, в том числе
поставляемого заказчику при выполнении закупаемых работ, оказании закупаемых услуг,
обозначенного таким товарным знаком.
Если Описание объекта закупки (извещение об осуществлении закупки)
предусматривает поставку как товаров с указанием на товарные знаки, так и товаров, в
отношении которых указаны только характеристики, во избежание ошибок, связанных с
неподачей предложения в отношении отдельных товарных единиц, допускается включение
в заявку на участие в закупке (дублирование из Описания объекта закупки (извещения об
осуществлении закупки) позиций, содержащих товары с теми же товарными знаками,
указание на которые содержатся в Описании объекта закупки (извещении об
осуществлении закупки), но без сопровождения словом «эквивалент».
При указании характеристик товара в заявке на участие в закупке наименования,
количество и значения характеристик товара, содержащиеся в заявке на участие в закупке,
должны соответствовать наименованиям, количеству и значениям показателей товара, в
том числе техническим и функциональным параметрам, установленным в Описании
объекта закупки (извещении об осуществлении закупки). Если Описанием объекта закупки
(извещением об осуществлении закупки) предусмотрена комплектность товара, участник
закупки должен в обязательном порядке в своем предложении предоставить сведения о
комплектации товара. Соответствие предлагаемого товара будет устанавливаться по
комплектности, всем показателям и их значениям, в том числе техническим и
функциональным параметрам, установленным в Описании объекта закупки (извещении об
осуществлении закупки).
б) - наименование страны происхождения товара.
Наименование страны происхождения предлагаемого товара следует указывать в
заявке на участие в закупке в соответствии с Общероссийским классификатором стран мира
OK (MK (ИСО 3166) 004-97) 025-2001 (принят и введен в действие постановлением
Госстандарта России от 14 декабря 2001 года № 529-ст (с последующими
изменениями).При этом наименование страны происхождения товара, указанное
участником электронного аукциона в заявке на участие в закупке, не должно допускать
разночтения или двусмысленное толкование.
Ответственность за достоверность сведений о стране происхождения товара,
указанных в заявке на участие в закупке, несет участник закупки.
2.4. При проведении электронного аукциона на выполнение работ или оказание
услуг.
2.4.1. Если Описанием объекта закупки (извещением об осуществлении закупки) при
выполнении работ, оказании услуг не предусмотрена поставка товаров, предложение
участника закупки в отношении объекта закупки может содержать только информацию и
документы, предусмотренные нормативными правовыми актами, устанавливающими
запрет, ограничение закупок работ, услуг, выполняемых, оказываемых иностранными
лицами, преимущество в отношении работ, услуг, выполняемых, оказываемых
российскими лицами, если в извещении об осуществлении закупки установлены
предусмотренные пунктом 2 части 2 статьи 14 запреты, ограничения, преимущества.
2.4.2. Если Описание объекта закупки (извещение об осуществлении закупки) содержит
указание на товарные знаки поставляемого при выполнении работ, оказании услуг товара, в
заявке на участие в закупке указывается наименование страны происхождения товара, в том
числе и в случае, если участник закупки предлагает товар, который обозначен как тем же
товарным знаком, указанным в Описании объекта закупки (извещении об осуществлении
закупки), так и товарным знаком, отличным от товарного знака, указанного в Описании
объекта закупки (извещении об осуществлении закупки).
2.4.3. Если при выполнении работ, оказании услуг Описание объекта закупки (извещение об
осуществлении закупки) предусматривает поставку как товаров с указанием на товарные
знаки, так и товаров, в отношении которых указаны только характеристики, а участником
закупки по ряду позиций предлагаются к поставке в том числе, товары с иными товарными
знаками, то соответствующая информация, требуемая в подпунктах 2.2, 2.3 настоящего
раздела, в отношении предлагаемых к поставке при выполнении работ, оказании услуг
таких товаров является обязательной в составе заявки на участие в закупке.
При этом количество и наименования показателей товаров, поставляемых при
выполнении закупаемых работ, оказании закупаемых услуг, содержащиеся в заявке на
участие в закупке должны соответствовать количеству и наименованиям показателей
товара, установленным в Описании объекта закупки (извещении об осуществлении
закупки). Эквивалентность и/или соответствие поставляемого при выполнении работ,
оказании услуг товара будет устанавливаться таким же образом, как это указано в
соответствующем абзаце подпункта 2.3.

=== ФАЙЛ: проект контракт ИТ 1 | docs/0500500009026000003/проект контракт ИТ 1.pdf
ГОСУДАРСТВЕННЫЙ КОНТРАКТ № ___________
На оказание услуг по предоставлению прав использования программного обеспечения для
создания информационно-аналитической системы Донецкой Народной Республики.
ИГК 0000009303039684258221512
ИКЗ 262930302001093030100100090015829000
г. Донецк
«
» __________ 202__ г.
ГОСУДАРСТВЕННОЕ УНИТАРНОЕ ПРЕДПРИЯТИЕ ДОНЕЦКОЙ НАРОДНОЙ
РЕСПУБЛИКИ «РЕСПУБЛИКАНСКИЙ ЦЕНТР ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ» (ГУП
ДНР «РЦИТ»), именуемое в дальнейшем «Заказчик», в лице исполняющего обязанности директора
Сахова Алексея Владимировича, действующего на основании Устава, с одной Стороны, и
________________________________________, именуемое в дальнейшем «Исполнитель», в лице
директора ___________________________________, с другой Стороны, вместе именуемые в
дальнейшем «Стороны», в соответствии с требованиями Федерального закона от 05 апреля 2013 г. №
44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд» (далее - Федеральный закон № 44-ФЗ) и на основании
Протокола № _______________________________ от __.__.2026 г., заключили настоящий
государственный контракт (далее - контракт) о нижеследующем:
1.
ПРЕДМЕТ КОНТРАКТА
1.1.
Согласно постановлению Правительства Российской Федерации от 6 июля
2015 года № 676 «О требованиях к порядку создания, развития, ввода в эксплуатацию,
эксплуатации и вывода из эксплуатации государственных информационных систем и
дальнейшего хранения содержащейся в их базах данных информации», Концепцией
создания системы распределенных ситуационных центров, работающих по единому
регламенту взаимодействия, утвержденной Президентом Российской Федерации от 3
октября 2013 года № Пр-2308, статьей 15 Закона Донецкой Народной Республики от 29
сентября 2023 года № 1-РЗ «О Правительстве Донецкой Народной Республики»,
РАСПОРЯЖЕНИЕ от 6 августа 2026 г. № 75-Р29 О реализации мероприятий по созданию,
развитию и эксплуатации (сопровождению) региональной информационно-аналитической
системы Донецкой Народной Республики:
По Контракту Исполнитель оказывает услуги по предоставлению прав использования
программного обеспечения для создания информационно-аналитической системы
Донецкой Народной Республики (далее – программное обеспечение - ПО) и услуги по
внедрению программного обеспечения (далее – услуги по внедрению) в соответствии с
техническим заданием на оказание услуги по предоставлению прав использования
программного обеспечения для создания информационно-аналитической системы
Донецкой Народной Республики (далее – Техническое задание), являющимся приложением
№ 1 к Контракту, спецификацией программного обеспечения (далее – Спецификация
программного обеспечения), являющейся приложением № 2 к Контракту и каждое из
которых является неотъемлемой частью Контракта.
1.2.
Исполнитель обязуется оказать услуги по предоставлению Заказчику прав
использования программного обеспечения для создания информационно-аналитической
системы Донецкой Народной Республики и услуги по внедрению программного
обеспечения (далее – услуги по внедрению) в соответствии со Спецификацией
(Приложение № 2) и Техническим заданием (Приложение № 1 (далее – Услуги), а Заказчик
обязуется принять надлежаще оказанные услуги и оплатить их в соответствии с условиями
контракта.
1.3.
Срок оказания услуг: Исполнитель обязуется оказать услуги согласно
Приложению №3 (Календарный план оказания Услуг). Сроки, этапы и последовательность
оказания услуг, определенные Приложением №3 «Календарный план оказания Услуг» к
настоящему Контракту, являются приоритетными по отношению к положениям иных
Приложений к настоящему Контракту.
1.4.
Место оказания услуг – по месту нахождения Заказчика: Донецкая Народная
Республика, г. Донецк, пр. Ильича 81А.
1.5.
По настоящему Контракту Исполнитель передает Заказчику документы,
подтверждающие право - Исполнителя на предоставление прав на использование
программного обеспечения (далее - ПО). Исполнитель гарантирует, что ПО, право на
использование которого предоставлено, правомерно введено в гражданский оборот на
территории Российской Федерации, а также, что предоставленное право использования ПО
не нарушает каких-либо авторских прав, неимущественных и/или имущественных прав
любых третьих лиц.
1.6.
Код КТРУ- 58.29.11.000-00000003
2. ЦЕНА КОНТРАКТА И ПОРЯДОК РАСЧЕТОВ
2.1.
Цена Контракта составляет
(
) рублей 00 копеек, в том
числе НДС % –
(
) рублей
копеек.
Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому лицу, в том
числе зарегистрированному в качестве индивидуального предпринимателя, уменьшается на размер
налогов, сборов и иных обязательных платежей в бюджеты бюджетной системы Российской
Федерации, связанных с оплатой контракта, если в соответствии с законодательством Российской
Федерации о налогах и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в
бюджеты бюджетной системы Российской Федерации Заказчиком.
Цена Контракта является твердой и определяется на весь срок исполнения Контракта, а
также не может изменяться в процессе его исполнения, за исключением случаев, предусмотренных
законодательством Российской Федерации и настоящим Контрактом.
2.2.
Оплата оказанных услуг по настоящему Контракту осуществляется в рублях
Российской Федерации.
2.3.
Цена Контракта включает все расходы Исполнителя, необходимые для
осуществления им своих обязательств по Контракту в полном объеме и надлежащего качества, в том
числе все подлежащие к уплате налоги, сборы и другие обязательные платежи.
2.4.
Источник финансирования: за счет средств субсидии из бюджета Донецкой
Народной Республики в рамках Постановления Правительства Донецкой Народной Республики от
21 августа 2025 г. № 83-4 и Соглашения о предоставлении субсидии из бюджета Донецкой
Народной Республики в 2025 году от 29.08.2025 № 23. Идентификатор соглашения № 23, который
необходимо указывать в платежных и расчетных документах, а также документах,
подтверждающих возникновение денежных обязательств 0000009303039684258221512.
2.5.
Авансовый платеж не предусмотрен.
2.6.
Оплата за оказанные услуги производится безналичным расчетом, путем
перечисления денежных средств на расчетный счет Исполнителя в срок не более 7 (семи) рабочих
дней с даты подписания Заказчиком документа о приемке, предусмотренного частью 7 статьи 94
Закона № 44-ФЗ.
3.
Пределы и способы использования прав (объем прав)
3.1. Заказчику и его пользователям предоставляются права использования
программного обеспечения в течение срока и в объеме прав, установленных Контрактом и
Техническим заданием, необходимом для осуществления деятельности Заказчика и
предусмотренном законодательством Российской Федерации, включающее инсталляцию,
копирование, запуск, адаптацию программного обеспечения, его воспроизведение.
3.2. Действие прав использования программного обеспечения распространяется на
обновления, дополнения, добавляемые компоненты, службы поддержки продукта, которые
относятся к программному обеспечению в течение срока действия и в объеме, указанном в
Техническом задании.
3.3. Программы для ЭВМ и соответствующая документация к ней остаются
исключительной собственностью Исполнителя. Заказчик имеет право сделать необходимое
количество резервных копий дистрибутива базы данных для архивных целей.
3.4. Заказчик не берет на себя обязательство по предоставлению Исполнителю
и/или третьим лицам отчетов об использовании программ для ЭВМ.
4. Сроки и условия предоставления
обеспечения, порядок сдачи и приемки Услуг
прав
использования
программного
4.1. С даты заключения Контракта уполномоченными представителями Сторон в
течение срока, указанного в Календарном плане, Исполнитель предоставляет права
использования программного обеспечения Заказчику с передачей комплекта
информационных носителей с дистрибутивом (в случае наличия)программного
обеспечения, а так же иных документов установленных Техническим заданием.
4.2. При приемке Исполнитель передает Заказчику на бумажном носителе
подписанный со своей стороны Акт приема-передачи прав использования программного
обеспечения (не менее двух экземпляров, по одному для каждой из Сторон).
4.3. Исполнитель в день фактического завершения оказания услуг каждого
отдельного этапа исполнения Контракта
формирует с использованием единой
информационной системы, подписывает усиленной электронной подписью лица, имеющего
право действовать от имени Исполнителя, и направляет Заказчику в единой
информационной системе в сфере закупок документ о приемке, отчетную документацию (в
случае, если предоставление отчетной документации по завершении отдельного этапа
исполнения контракта предусмотрено Контрактом), обеспечение гарантийных
обязательств,1 информацию о стране происхождения программного обеспечения (при
оказании услуг по предоставлению прав использования программ для ЭВМ), а также
проводит демонстрацию работоспособности результатов оказания услуг в соответствии с
условиями, установленными Контрактом.
4.4. Для
проверки
предоставленных
Исполнителем
результатов,
предусмотренных Контрактом, в части их соответствия условиям Контракта, Заказчик
проводит экспертизу. Экспертиза может проводиться Заказчиком своими силами или с
привлечением экспертов, экспертных организаций. Эксперты, экспертные организации
привлекаются к проведению экспертизы оказанных услуг в соответствии с требованиями
статьи 41 Федерального закона.
4.5. Заказчик в течение 10 (десяти) рабочих дней с даты поступления документа о
приемке, проверяет предоставленные дистрибутив программного обеспечения на наличие
программного обеспечения, соответствующего условиям Контракта, и его
целостность/соответствие результатов оказания услуг по внедрению условиям Контракта, и
на основании результатов экспертизы, проведенной в соответствии с пунктом 5.4 Контракта,
подписывает его усиленной электронной подписью лица, имеющего право действовать от
имени Заказчика либо направляет Исполнителю мотивированный отказ от его подписания с
указанием причин отказа.
По решению Заказчика для приемки оказанных услуг может создаваться приемочная
комиссия, которая состоит не менее чем из пяти человек.
4.6. Права использования программного обеспечения в объеме, предусмотренном
разделом 3 Контракта, считаются предоставленными Заказчику, а услуги по внедрению оказанными с даты размещения в единой информационного системе документа о приемке,
подписанного усиленной электронной подписью лица, имеющего право действовать от
имени Заказчика.
4.7. Формирование, подписание и размещение Сторонами документа о приемке
или мотивированного отказа от подписания документа о приемке осуществляется с
использованием единой информационной системы в сфере закупок в порядке,
1 Обеспечение гарантийных обязательств предоставляется на дату окончания сроков оказания Услуг последнего этапа по
внедрению программного обеспечения.
предусмотренном частью 13 статьи 94 Федерального закона.
4.8. В случае мотивированного отказа Заказчика от подписания Акта приемапередачи прав использования программного обеспечения, документа о приемке прав
использования программного обеспечения, Исполнитель устраняет недостатки за свой счет
в течение 3 (трех) рабочих дней с даты получения такого отказа.
4.9. Исполнитель обязан за свой счет устранить недостатки в оказанных услугах
по внедрению в течение 5 (пяти) рабочих дней с даты получения отказа от приемки
оказанных услуг.
4.10. Приемка оказанных услуг, после устранения недостатков, производится в
соответствии с пунктами 5.2-5.5 Контракта. В случае повторного выявления недостатков в
оказанных услугах Заказчик вправе требовать расторжения Контракта и уплату неустойки за
неисполнение или ненадлежащее исполнение обязательств.
4.11. В случае установления Заказчиком требования об обеспечении гарантийных
обязательств оформление документа о приемке (за исключением отдельного этапа
исполнения контракта) услуг (ее результатов) осуществляется после предоставления
Исполнителем такого обеспечения в соответствии с Федеральным законом в порядке и в
сроки, которые установлены Контрактом.
5.
Права и обязанности Сторон
5.1. Исполнитель обязуется:
5.1.1. Предоставить уполномоченному представителю Заказчика программное
обеспечение соответствующее техническим требованиям, в порядке и в сроки, указанным в
Техническом задании.
5.1.2. Предоставить копии документов, подтверждающих наличие у Исполнителя
прав на предоставление прав использования программного обеспечения, Заказчику в
течение 2 (двух) рабочих дней с даты заключения Контракта.
5.1.3. Оказывать услуги по технической поддержке и гарантийному обслуживанию
программного обеспечения в порядке и на условиях, предусмотренных Техническим
заданием
5.1.4. Предоставлять Заказчику в порядке контроля выполнения обязательств по
Контракту необходимую документацию, относящуюся к выполнению обязательств по
Контракту.
Перечень документации, подлежащей оформлению и сдаче Исполнителем Заказчику
на отдельных этапах исполнения Контракта и по окончании Контракта, определен
Техническим заданием и Календарным планом.
5.1.5. Выполнять обязательства по Контракту в точном соответствии с Техническим
заданием.
5.1.6. Предоставлять
Заказчику
возможность
проведения
тестирования
программного обеспечения в порядке и в сроки, установленные Техническим заданием, а
так же предоставить результаты каждого этапа исполнения Контракта с проведением
демонстрации.
5.1.7. Предоставить отчетную документацию, разработанную в соответствии с
Техническим заданием.
5.1.8. Предоставить гарантию качества оказанных услуг в сроки и на условиях,
установленных Техническим заданием.
5.1.9. Своими силами и за свой счет устранять допущенные по его вине недостатки,
а также ошибки в расчетах, которые могут повлечь отступления от параметров,
предусмотренных Техническим заданием, Контрактом.
5.1.10. Гарантировать Заказчику, что полученные по Контракту результаты
интеллектуальной деятельности не нарушают исключительных прав третьих лиц.
5.1.11. В случае если из-за нарушения прав третьих лиц будет наложен запрет на
использование результатов оказанных услуг, полученных по Контракту, за свой счет
изменить результаты услуг таким образом, чтобы не нарушались права третьих лиц.
5.1.12. Предоставить в случае возникновения необходимости возможность
проведения проверок расходования средств областного бюджета органами
государственного финансового контроля.
5.1.13. Единолично (или совместно с соисполнителями) нести ответственность, а
также расходы, связанные с разбирательствами по фактам нарушений, а также обеспечивать
возмещение ущерба (убытков) и иных выплат в случаях, если к Исполнителю третьими
лицами предъявлены претензии о нарушении их интеллектуальных прав.
5.1.14. Нести ответственность, а также расходы, связанные с разбирательствами по
фактам нарушений, а также обеспечивать возмещение ущерба (убытков) и иных выплат в
случаях, если к Заказчику третьими лицами предъявлены претензии о нарушении их
интеллектуальных прав в результате оказания Исполнителем услуг по Контракту.
5.1.15. Уведомлять Заказчика о привлечении соисполнителей, субподрядчиков в
рамках исполнения Контракта2 в течение двух дней с даты их привлечения (с даты
заключения договоров) с указанием наименования, адреса местонахождения, ИНН, ОГРН
(или ОГРНИП) субподрядчиков, соисполнителей.
5.2. Для исполнения обязательств по Контракту Исполнитель оказывает услуги
лично.
5.3. Заказчик обязуется:
5.3.1. Принять программное обеспечение, проверить их на соответствие условиям
Контракта и при отсутствии претензий относительно качества, количества, и других
характеристик программного обеспечения подписать документ о приемке и акт приемапередачи прав использования программного обеспечения.
5.3.2. Принять услуги по внедрению, оказанные в соответствии с условиями
Контракта.
5.3.3. Оплатить предоставленные права использования программного обеспечения
и оказанные услуги по внедрению в соответствии с условиями Контракта.
5.3.4. Осуществлять контроль за исполнением обязательств субподрядчиком,
соисполнителем в рамках исполнения Контракта, в случае если Контрактом предусмотрено
право привлечения субподрядчиков, соисполнителей и Исполнителем заключены договоры
субподряда.
5.4. Заказчик вправе:
5.4.1. Изготовить копию программы для ЭВМ при условии, что эта копия
предназначена только для архивных целей или для замены правомерно приобретенного
экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для
использования. При этом копия программы для ЭВМ не может быть использована в иных
целях, и должна быть уничтожена, если владение экземпляром таких программ перестало
быть правомерным.
5.4.2. Без согласия Исполнителя и без выплаты дополнительного вознаграждения
изучать, исследовать или испытывать функционирование такой программы в целях
определения идей и принципов, лежащих в основе любого элемента программы.
5.5. Применение вышеуказанных положений, не должно наносить неоправданный
ущерб нормальному использованию программы для ЭВМ и не должно ущемлять
необоснованным образом законные интересы автора или иного правообладателя.
6.
Требования к качеству услуг, гарантийные обязательства
6.1. Исполнитель гарантирует, что он действует в пределах прав и полномочий,
предоставленных ему правообладателем исключительных прав на программное
обеспечение и на дату предоставления Заказчику право использования программного
2 В случае если документацией о закупке установлено право привлечения субподрядчиков, соисполнителей и Исполнителем
заключены договоры субподряда.
обеспечения не заложено, не арестовано, не является предметом исков третьих лиц, а
программное обеспечение является лицензионным продуктом.
6.2. Исполнитель гарантирует соответствие функциональных возможностей
программного обеспечения Техническому заданию и Спецификации программного
обеспечения.
6.3. Исполнитель в течение срока, указанного в Техническом задании и (или)
Спецификации, с даты передачи прав использования программного обеспечения оказывает
техническую поддержку используемого Заказчиком и пользователями Заказчика
программного обеспечения, в объеме комплекса организационно-технических мероприятий
и в порядке, установленном Техническим заданием.
6.4. Исполнитель, в течение срока предоставления гарантий качества оказанных
услуг, гарантирует работоспособность программного обеспечения при соблюдении правил
его эксплуатации, указанных в технической документации (Руководство пользователя).
Срок гарантийного сопровождения исчисляется с даты размещения Заказчиком
в единой информационной системе документа о приемке результатов оказанных услуг и
должен составлять 12 (двенадцать) месяцев.
Гарантийное обслуживание должно включать в себя:
 обеспечение поддержки со стороны производителя (правообладателя)
программного обеспечения в рамках консультационной помощи в
режиме «горячей линии» по телефону, электронной почте с 09.00 до 18.00
в рабочее время Заказчика;
 исправление ошибок в программном обеспечении, приводящих к
неправильной или нестабильной работе, не выявленных Заказчиком при
приемке оказанных Услуг.
Ошибки, выявленные в период гарантийного обслуживания, устраняются
Исполнителем в рамках очередного обновления или в рамках внеочередного экстренного
обновления в случае, если обнаруженные ошибки препятствуют или ограничивают
эксплуатацию Системы в штатном режиме.
Исполнитель гарантирует, что:
распространение программного обеспечения осуществляется в соответствии с
действующим законодательством и не нарушает авторских прав третьих лиц;
Исполнитель имеет право предоставлять Заказчику программное обеспечение в
соответствии с условиями Контракта;
программное обеспечение будет функционировать в соответствии с прилагаемой
документацией.
6.5. При нарушении изложенных в настоящем разделе гарантийных обязательств
Заказчик имеет право требовать от Исполнителя замены не соответствующего
Техническому заданию программного обеспечения либо устранения недостатков
гарантийного обслуживания в срок не превышающий 5 (пять) рабочих дней с даты
уведомления Исполнителя.
6.6. Исполнитель настоящим гарантирует Заказчику, что к Заказчику не будут
применены меры материальной ответственности по искам третьих лиц в отношении
нарушения исключительных или авторских прав, а также прав на использование
программного обеспечения, связанных с использованием программного обеспечения в
Российской Федерации.
7.
Обеспечение исполнения Контракта, гарантийных обязательств
7.1. Контракт заключается только после предоставления Исполнителем
обеспечения исполнения обязательств по Контракту в размере, указанном в пункте 7.2
Контракта (далее – обеспечение исполнения Контракта), за исключением случаев,
установленных Федеральным законом.
Обеспечение исполнения Контракта допускается в одной из следующих форм (выбор
способа обеспечения обязательств осуществляется участником закупки самостоятельно):
- независимой гарантии, выданной организацией, указанной в части 1 статьи 45
Федерального закона и соответствующей требованиям статьи 45 Федерального закона;
- внесения денежных средств, путем перечисления указанных средств по следующим
реквизитам:
ГУП ДНР «РЦИТ»
283001, Донецкая Народная Республика, г. о. Донецк, г. Донецк, ул. Артёма, д. 125
ОГРН: 1229300115725
ИНН 9303020010
КПП 930301001
ОКПО 55824231
Лицевой счет 712LШ033001 открыт в Управлении Федерального казначейства
поДонецкой Народной Республике
БИК УФК 042157901
к/с 40102810745370000095
ОКЦ № 5 ЮГУ Банка России//УФК по Донецкой Народной Республике, г. Донецк
р/с 03225643210000008201
БИК банка 042157001
Аналитический код раздела
25010590
№ р/счета 40602810009300000244 открыт в ПАО «Банк ПСБ»
г. Ярославль, БИК 044525555
Тел. +7-989-386-80-00
Назначение платежа: внесение денежных средств Заказчику в обеспечение
исполнения обязательств по контракту
.3
7.2. В целях обеспечения исполнения обязательств по Контракту Исполнитель
предоставляет Заказчику обеспечение исполнения Контракта в размере _____________
(__________________________) рублей 00 копеек, что составляет 0,5 процентов от
начальной (максимальной) цены Контракта. 4
В ходе исполнения Контракта Исполнитель вправе изменить способ обеспечения
исполнения Контракта и (или) предоставить Заказчику взамен ранее предоставленного
обеспечения исполнения Контракта новое обеспечение исполнения Контракта, размер
которого может быть уменьшен в порядке и случаях, установленных Федеральным законом.
При заключении Контракта по результатам определения Исполнителя в соответствии
с пунктом 1 части 1 статьи 30 Федерального закона Исполнитель освобождается от
3 Назначение платежа для внесения денежных средств в обеспечение гарантийных обязательств: внесение денежных средств
Заказчику в обеспечение гарантийных обязательств по контракту
.
4 Если участником закупки, с которым заключается Контракт, предложена цена контракта, которая на двадцать пять и более процентов
ниже начальной (максимальной) цены контракта, Контракт заключается только после предоставления таким участником обеспечения
исполнения Контракта в следующем порядке:
1) при начальной (максимальной) цене контракта более чем пятнадцать миллионов рублей: в размере, превышающем в полтора раза
размер обеспечения исполнения контракта, указанный в извещении об осуществлении закупки, но не менее чем десять процентов от
начальной (максимальной) цены Контракта (либо от цены Контракта).
2) при начальной (максимальной) цене контракта пятнадцать миллионов рублей и менее: в размере, превышающем в полтора раза
размер обеспечения исполнения Контракта, указанный в извещении об осуществлении закупки, но не менее чем десять процентов от
начальной (максимальной) цены Контракта (либо от цены Контракта) или в размере обеспечения исполнения контракта, указанном в
абзаце первом настоящего пункта с одновременным предоставлением информации в соответствии с частью 8.1 статьи 96 Федерального
закона.
предоставления обеспечения исполнения Контракта, в том числе с учетом положений статьи
37 Федерального закона, в случае предоставления Лицензиаром до даты заключения
Контракта информации в соответствии с частью 8.1 статьи 96 Федерального закона.
7.3. Требования к гарантии качества услуг, а также требования к гарантийному
сроку и (или) объему предоставления гарантий качества, к гарантийному обслуживанию
товара, использованному при оказании услуг (далее – гарантийные обязательства)
обеспечиваются Исполнителем посредством предоставления вместе с документами,
подтверждающими окончательное исполнение своих обязательств по Контракту
независимой гарантии, выданной организацией, указанной в части 1 статьи 45
Федерального закона и соответствующей требованиям статьи 45 Федерального закона, или
внесением денежных средств на счет Заказчика, указанный в пункте 8.1 Контракта (выбор
способа обеспечения исполнения обязательств осуществляется участником закупки
самостоятельно).
7.4.В целях обеспечения исполнения гарантийных обязательств по Контракту
Исполнитель предоставляет Заказчику обеспечение гарантийных обязательств в размере
________________ (_____________________________________) рублей 00 копеек, что
составляет ___ процентов от начальной (максимальной) цены Контракта.
Срок действия независимой гарантии должен превышать предусмотренный
Спецификацией срок исполнения гарантийных обязательств, которые должны быть
обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае
его изменения в соответствии со статьей 95 Федерального закона.
Исполнитель вправе изменить способ обеспечения гарантийных обязательств и (или)
предоставить Заказчику взамен ранее предоставленного обеспечения гарантийных
обязательств новое обеспечение гарантийных обязательств.
При заключении Контракта по результатам определения Исполнителя в соответствии
с пунктом 1 части 1 статьи 30 Федерального закона Исполнитель освобождается от внесения
предоставления обеспечения исполнения гарантийных обязательств по Контракту в случае
предоставления Исполнителем до даты заключения Контракта информации в соответствии
с частью 8.1 статьи 96 Федерального закона.
7.5. При выборе Исполнителем в качестве вида обеспечения исполнения Контракта
независимой гарантии, последняя должна быть выдана организацией, указанной в части 1
статьи 45 Федерального закона и соответствовать требованиям статьи 45 Федерального
закона. Независимая гарантия должна содержать указание на настоящий Контракт путем
указания на стороны настоящего Контракта, название предмета, ссылки на основание
заключения настоящего Контракта, указанные в преамбуле настоящего Контракта и
идентификационный код закупки (ИКЗ) в цифровом значении, позволяющий
идентифицировать закупку на официальном сайте единой информационной системы.
7.6. Срок действия независимой гарантии должен превышать предусмотренный
Контрактом срок исполнения обязательств, которые должны быть обеспечены такой
независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в
соответствии со статьей 95 Федерального закона.
В независимую гарантию включается условие об обязанности гаранта уплатить
Заказчику (бенефициару) денежную сумму по независимой гарантии не позднее десяти
рабочих дней со дня, следующего за днем получения гарантом требования Заказчика
(бенефициара), соответствующего условиям такой независимой гарантии. Запрещается
включение в условия независимой гарантии требования о представлении Заказчиком
гаранту судебных актов, подтверждающих неисполнение принципалом обязательств,
обеспечиваемых независимой гарантией.
7.7. Денежные средства обеспечения исполнения Контракта в размере, равном
размеру имущественных требований (по уплате неустойки, штрафа, пени) Заказчика, не
подлежат возврату Исполнителю в случае расторжения Контракта по инициативе Заказчика.
Обеспечение исполнения Контракта распространяется, на обязательства в случае
неисполнения или ненадлежащего исполнения обязательств по Контракту, уплате неустоек
в виде штрафа, пени, предусмотренных Контрактом, а также убытков, понесенных
Заказчиком в связи с неисполнением или ненадлежащим исполнением Исполнителем своих
обязательств по Контракту.
Обеспечение исполнения гарантийных обязательств распространяется на
обязательства в случае неисполнения или ненадлежащего исполнения гарантийных
обязательств по Контракту, уплате неустоек в виде штрафа, пени, предусмотренных
Контрактом, а также убытков, понесенных Заказчиком в связи с неисполнением или
ненадлежащим исполнением Исполнителем гарантийных обязательств по Контракту.
7.8. При начислении Исполнителю неустойки (штрафа, пени) Заказчик имеет право
во внесудебном порядке удовлетворить свои требования к Исполнителю по уплате
неустойки (штрафа, пени) из суммы обеспечения исполнения обязательств по Контракту,
либо из суммы обеспечения гарантийных обязательств, если неустойка была начислена за
ненадлежащее исполнение гарантийных обязательств, либо из суммы, подлежащей уплате
за исполнение обязательств по Контракту.
7.9. Денежные средства, внесенные в качестве обеспечения исполнения Контракта,
обеспечения гарантийных обязательств, в том числе части этих денежных средств в случае
уменьшения размера обеспечения исполнения Контракта возвращаются Исполнителю не
позднее чем через 30 (тридцать) календарных дней с даты исполнения Исполнителем
обязательств, предусмотренных Контрактом.5
7.10. В случае отзыва у банка, предоставившего независимую гарантию в качестве
обеспечения исполнения Контракта, обеспечения гарантийных обязательств, лицензии на
осуществление банковских операций Исполнитель обязан предоставить новое обеспечение
исполнения Контракта, обеспечение гарантийных обязательств не позднее одного месяца со
дня надлежащего уведомления Заказчиком о необходимости предоставить
соответствующее обеспечение. За каждый день просрочки исполнения Исполнителем
указанного обязательства, начисляются пени в размере, определенном в порядке,
установленном в пункте 10.9 Контракта.
8.
Требования по обеспечению режима конфиденциальности
8.1. Стороны устанавливают, что вся информация полученная, переданная ими в
рамках Контракта, является конфиденциальной.
8.2. Стороны
обязуются
обеспечить
конфиденциальность
информации,
относящейся (полученной в рамках Контракта) к предмету Контракта, ходу его исполнения
и полученным результатам на весь период действия Контракта.
8.3. Указанная в пункте 8.1 Контракта конфиденциальная информация не может
быть полностью (частично) передана (опубликована, разглашена) третьим лицам или
использована каким-либо иным способом с участием третьих лиц, без согласия обладателя
указанной информации.
8.4. Для обеспечения конфиденциальности информации, относящейся к предмету
Контракта, ходу его исполнения и полученным результатам Стороны вправе заключить
Соглашение о конфиденциальности, на условиях и в порядке, определенном в Техническом
задании.
5 Согласно пункту 27 статьи 34 Федерального закона срок возврата заказчиком поставщику (подрядчику, исполнителю)
денежных средств не должен превышать 30 дней с даты исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных контрактом, а в случае установления Заказчиком ограничения в отношении участников закупок, которыми
могут быть только субъекты малого предпринимательства, социально ориентированные некоммерческие организации, такой
срок не должен превышать 15 дней с даты исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных контрактом.
9.
Ответственность Сторон по Контракту
9.1. За невыполнение или ненадлежащее выполнение Контракта Стороны несут
ответственность в соответствии с законодательством Российской Федерации и условиями
Контракта.
9.2. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения
обязательств (в том числе гарантийного обязательства), предусмотренных Контрактом,
размер штрафа устанавливается в следующем порядке (за исключением случаев,
установленных пунктами 10.3-9.6 Контракта):
а) 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 млрд. рублей.
Размер штрафа по этапу №1 составляет _______ (____________) рублей __ копеек
(__ % от цены этапа Контракта).
Размер штрафа по этапу №2 составляет _______ (____________) рублей __ копеек
(__ % от цены этапа Контракта).
9.3. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, заключенным по результатам определения
Исполнителя в соответствии с пунктом 1 части 1 статьи 30 Федерального закона, за
исключением просрочки исполнения обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, размер штрафа устанавливается в размере 1
процента цены контракта (этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
Размер штрафа составляет –––.6
9.4. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательств, предусмотренных Контрактом, заключенным с победителем закупки (или с
иным участником закупки в случаях, установленных Федеральным законом),
предложившим наиболее высокую цену за право заключения контракта, за исключением
просрочки исполнения обязательств (в том числе гарантийного обязательства),
предусмотренных Контрактом, размер штрафа устанавливается в следующем порядке:
а) в случае, если цена Контракта не превышает начальную (максимальную) цену
Контракта:
10 процентов начальной (максимальной) цены Контракта, если цена Контракта не
превышает 3 млн. рублей;
5 процентов начальной (максимальной) цены Контракта, если цена Контракта
составляет от 3 млн. рублей до 50 млн. рублей (включительно);
6 Пункт 10.3 применяется при условии, если закупка проведена в соответствии с п. 1 ч. 1 ст. 30 Федерального закона.
1 процент начальной (максимальной) цены Контракта, если цена Контракта
составляет от 50 млн. рублей до 100 млн. рублей (включительно);
б) в случае, если цена Контракта превышает начальную (максимальную) цену
Контракта:
10 процентов цены Контракта, если цена Контракта не превышает 3 млн. рублей;
5 процентов цены Контракта, если цена Контракта составляет от 3 млн. рублей до 50
млн. рублей (включительно);
1 процент цены Контракта, если цена Контракта составляет от 50 млн. рублей до 100
млн. рублей (включительно).
Размер штрафа составляет –––.7
9.5. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения,
размер штрафа устанавливается (при наличии в контракте таких обязательств) в следующем
порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей;
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
Размер штрафа составляет _______ (________) рубля __ копеек.
9.6. В случае если в соответствии с частью 6 статьи 30 Федерального закона
Контрактом предусмотрено условие о гражданско-правовой ответственности Исполнителя
за неисполнение условия о привлечении к исполнению Контракта субподрядчиков,
соисполнителей из числа субъектов малого предпринимательства, социально
ориентированных некоммерческих организаций в виде штрафа, штраф устанавливается в
размере 5 процентов объема такого привлечения, установленного Контрактом.
Размер штрафа составляет –––.8
9.7. За каждый факт неисполнения Заказчиком обязательств, предусмотренных
Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
Контрактом, размер штрафа устанавливается в следующем порядке:
а) 1000 рублей, если цена Контракта не превышает 3 млн. рублей (включительно);
б) 5000 рублей, если цена Контракта составляет от 3 млн. рублей до 50 млн.
рублей (включительно);
в) 10000 рублей, если цена Контракта составляет от 50 млн. рублей до 100 млн.
рублей (включительно);
г) 100000 рублей, если цена Контракта превышает 100 млн. рублей.
Размер штрафа составляет _______ (________) рубля __ копеек.
9.8. В случае просрочки исполнения Заказчиком обязательства, предусмотренного
Контрактом, а также в иных случаях неисполнения или ненадлежащего исполнения
Заказчиком, обязательств, предусмотренных Контрактом, Исполнитель вправе потребовать
уплату неустойки (штрафов, пеней).
Пеня устанавливается в размере 1/300 действующей на дату уплаты пеней ключевой
ставки Центрального банка Российской Федерации от не уплаченной в срок суммы.
9.9. В случае просрочки исполнения Исполнителем обязательств (в том числе
гарантийного обязательства), предусмотренных Контрактом, а также в иных случаях
неисполнения
или
ненадлежащего
исполнения
Исполнителем
обязательств,
предусмотренных Контрактом, Заказчик направляет Исполнителю требование об уплате
неустоек (штрафов, пеней).
7 Пункт 10.4 применяется при условии проведения торгов на право заключения Контракта.
8 Пункт 10.6 применяется в случае включения в Контракт условия, предусмотренного ч. 6 ст. 30 Федерального закона.
Пеня устанавливается в размере 1/300 (Одной трехсотой) на дату уплаты пени
ключевой ставки Центрального банка Российской Федерации от цены Контракта
(отдельного этапа исполнения Контракта), уменьшенной на сумму, пропорциональную
объему обязательств, предусмотренных Контрактом (соответствующим отдельным этапом
исполнения Контракта) и фактически исполненных Исполнителем, за исключением
случаев, если законодательством Российской Федерации установлен иной порядок
начисления пени.
9.10.
Пеня начисляется за каждый день просрочки исполнения Стороной
обязательства, предусмотренного Контрактом, начиная со дня, следующего после дня
истечения установленного Контрактом срока исполнения указанного обязательства.
9.11.
Общая сумма начисленных штрафов за неисполнение или ненадлежащее
исполнение Стороной обязательств, предусмотренных Контрактом, не может превышать
цену Контракта.
9.12.
Исполнитель перечисляет Заказчику начисленную неустойку (штраф, пеню)
по следующим реквизитам:
ГУП ДНР «РЦИТ»
283001, Донецкая Народная Республика, г. о. Донецк, г. Донецк, ул. Артёма, д. 125
ОГРН: 1229300115725
ИНН 9303020010
КПП 930301001
ОКПО 55824231
Лицевой счет 712LШ033001 открыт в Управлении Федерального казначейства
поДонецкой Народной Республике
БИК УФК 042157901
к/с 40102810745370000095
ОКЦ № 5 ЮГУ Банка России//УФК по Донецкой Народной Республике, г. Донецк
р/с 03225643210000008201
БИК банка 042157001
Аналитический код раздела
25010590
№ р/счета 40602810009300000244 открыт в ПАО «Банк ПСБ»
г. Ярославль, БИК 044525555
Тел. +7-989-386-80-00
9.13.
Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет,
что неисполнение или ненадлежащее исполнение обязательства, предусмотренного
Контрактом, произошло вследствие непреодолимой силы или по вине другой стороны.
9.14.
Применение штрафных санкций не освобождает Стороны от исполнения
обязательств по Контракту.
9.15.
При обнаружении недостатков в оказанной услуге Исполнитель обязан их
устранить за свой счет, в сроки, указанные Заказчиком, либо возместить убытки,
причиненные им Заказчику, в пределах стоимости оказанной услуги, в которой выявлены
недостатки.
10.
Условия изменения и расторжения Контракта
10.1. При заключении и исполнении Контракта изменение его условий не
допускается, за исключением случаев, предусмотренных действующим законодательством
и условиями Контракта.
10.2. Изменения и дополнения к Контракту действительны только, если они
совершены в письменной форме и подписаны уполномоченными представителями Сторон,
в этом случае они становятся его неотъемлемой частью с даты их подписания.
При исполнении Контракта по согласованию Сторон (за исключением случаев,
которые предусмотрены нормативными правовыми актами, принятыми в соответствии с
частью 6 статьи 14 Федерального закона) допускается оказание Услуг качество, технические
и функциональные характеристики (потребительские свойства) которых являются
улучшенными по сравнению с качеством и соответствующими техническими и
функциональными характеристиками, указанными в Контракте, Техническом задании.
10.3. Расторжение Контракта допускается по соглашению Сторон, по решению
суда или в связи с односторонним отказом Стороны Контракта от исполнения Контракта в
соответствии с гражданским законодательством.
10.4. Стороны признают все условия Контракта существенными и при нарушении
любого из условий одной Стороной другая вправе требовать расторжения Контракта.
11. Действия непреодолимой силы (форс-мажор)
11.1. Ни одна из Сторон не несет ответственности перед другой Стороной за
неисполнение или ненадлежащее исполнение обязательств по Контракту, обусловленные
действием обстоятельств непреодолимой силы, то есть чрезвычайных и непредотвратимых
при данных условиях обстоятельств, в том числе объявленной или фактической войной,
гражданскими волнениями, эпидемиями, блокадами, эмбарго, пожарами, землетрясениями,
наводнениями и другими природными стихийными бедствиями, которые повлияли на
исполнение Сторонами своих обязательств по Контракту, а также которые Стороны не были
в состоянии предвидеть или предотвратить.
При этом к форс-мажорным обстоятельствам по условиям Контракта не относятся
нарушение обязанностей со стороны контрагентов Исполнителя, отсутствие на рынке
нужных для исполнения товаров, отсутствие необходимых денежных средств,
инфляционные процессы в экономике.
11.2. Компетентное заключение, выданное уполномоченным органом, является
достаточным подтверждением наличия и продолжительности действия обстоятельств
непреодолимой силы.
11.3. Сторона, которая не исполняет свои обязательства вследствие действия
обстоятельств непреодолимой силы, обязана в течение 6 (шести) календарных дней
известить другую Сторону о наступлении таких обстоятельств и их влиянии на исполнение
обязательств по Контракту.
11.4. Если наступившие обстоятельства, перечисленные в пункте 11.1 Контракта, и
их последствия продолжают действовать более 1 (одного) месяца, Стороны проводят
дополнительные переговоры для выявления приемлемых альтернативных способов
исполнения Контракта.
11.5. В случае если Стороны в соответствии с пунктом 11.4 Контракта придут к
соглашению о расторжении Контракта, то ни одна из Сторон не будет иметь права на
возмещение убытков, требования уплаты неустойки (штрафов, пени) и упущенной выгоды.
12.
Срок действия Контракта и место оказания Услуг
12.1. Срок действия Контракта: с даты заключения Контракта уполномоченными
представителями Сторон по 31.12.2026 г. а в части иных обязательств, неисполненных до
окончания срока действия Контракта, до полного выполнения Сторонами принятых на себя
обязательств.
12.2. Срок оказания Услуг, срок передачи прав: услуги оказываются, права
передаются в сроки, определенные согласно Приложению №3 (Календарный план оказания
Услуг). При толковании иных условий Контракта либо любых приложений к нему по
вопросам определения этапов, сроков и последовательности оказания Услуг приоритет
имеют положения Приложения №3 (Календарный план оказания Услуг) к настоящему
Контракту.
12.3. Период предоставления прав (срок действия Лицензии): права использования
программ для ЭВМ предоставляются на срок, указанный в Техническом задании.
12.4.
Место оказания Услуг по месту нахождения Заказчика: Донецкая Народная
Республика, г. Донецк, пр. Ильича 81А.
13.
Заключительные положения
13.1. Контракт составлен и будет выполняться Сторонами в соответствии с
законодательством Российской Федерации. Взаимоотношения Сторон, не урегулированные
Контрактом, регулируются по правилам и в порядке, установленном законодательством
Российской Федерации.
13.2. Все уведомления Сторон, связанные с исполнением Контракта, за
исключением уведомлений, предусмотренных пунктом 14.3. Контракта, направляются в
письменной форме по почте заказным письмом по фактическому (почтовому) адресу
Стороны, указанному в Контракте, а также могут быть направлены с использованием
электронной почты с последующим предоставлением оригинала или в электронноцифровой форме, подписанные в таком случае квалифицированной электронной подписью.
В случае направления уведомлений с использованием почты уведомления считаются
полученными Стороной в день фактического получения, подтвержденного отметкой почты.
В случае отправления уведомлений посредством электронной почты уведомления
считаются полученными Стороной в день их отправки.
13.3. В случае обмена документами при применении мер ответственности и
совершении иных действий в связи с нарушением Исполнителем или Заказчиком условий
Контракта, такой обмен осуществляется с использованием единой информационной
системы путем направления электронных уведомлений, в порядке, установленном ч. 16 ст.
94 Федерального закона.
13.4. Неурегулированные Сторонами споры разрешаются в соответствии с
законодательством Российской Федерации в Арбитражном суде Самарской области.
13.5. В случае изменения у какой-либо из Сторон организационно-правовой
формы, наименования, местонахождения в период действия Контракта, она должна в
течение 10 (десяти) дней письменно известить об этом другую Сторону.
13.6. Стороны признают обязательную силу за перепиской по адресам электронной
почты, указанным в Контракте, и пересылаемыми посредством нее документами
(содержимое электронных писем). Простые распечатки (скриншоты) с почтовых ящиков
подтверждают обмен документами.
Стороны обязуются сообщать друг другу обо всех случаях взлома или иного
несанкционированного доступа к их электронным почтовым ящикам. В отсутствие такого
уведомления исполнение, произведенное стороной Контракта с учетом имеющейся у нее
информации, признается надлежащим.
Стороны признают и соглашаются с тем, что любые письма, заявления, уведомления,
заявки, претензии, а также любая иная деловая корреспонденция, отправленные с адресов
электронной почты, указанных в Контракте, являются исходящими от надлежащим образом
уполномоченных представителей сторон и в том случае, когда они не содержат сведений об
отправителе.
13.7. Контракт составлен в форме электронного документа, подписанного
Сторонами электронной подписью. После заключения Контракта в электронной форме
Стороны вправе изготовить и подписать Контракт в письменной форме на бумажном
носителе в двух экземплярах, имеющих одинаковую юридическую силу, по одному для
каждой из Сторон.
13.8. Неотъемлемой частью Контракта являются следующие приложения:
Приложение № 1. Техническое задание на оказание услуги по предоставлению прав
использования программного обеспечения для создания информационно-аналитической
системы Донецкой Народной Республики .
Приложение № 1 Техническое задание
Приложение № 2. Спецификация на программное обеспечение.
Приложение № 3. Календарный план оказания Услуг.
14.
Адреса и банковские реквизиты Сторон
«ЗАКАЗЧИК»
________________________
ГУП ДНР «РЦИТ»
283001, Донецкая Народная Республика, г. о. Донецк,
г. Донецк, ул. Артёма, д. 125
ОГРН: 1229300115725
ИНН 9303020010
КПП 930301001
ОКПО 55824231
Лицевой счет 712LШ033001 открыт в Управлении
Федерального казначейства по Донецкой Народной
Республике
БИК УФК 042157901
к/с 40102810745370000095
ОКЦ № 5 ЮГУ Банка России//УФК по Донецкой
Народной Республике, г. Донецк
р/с 03225643210000008201
БИК банка 042157001
Аналитический код раздела
25010590
№ р/счета 40602810009300000244 открыт
в ПАО «Банк ПСБ»
г. Ярославль, БИК 044525555
Тел. +7-989-386-80-00
«ИСПОЛНИТЕЛЬ»
________________________
И.о. директора
_____________________А.В. Сахов
Директор
_____________________
Приложение № 2
к Контракту
от «___» ________ 20__ года № ___
СПЕЦИФИКАЦИЯ на программное обеспечение
№
п/п
Наименование
Ед. изм.
Кол-во
1.
Программное
обеспечение
(Подсистема
инструментальн
ых
средств)
58.29.11.00000000003
Усл.ед.
1
2.
Программное
обеспечение
(Подсистема
оркестрации
ETLпроцессов)
58.29.11.00000000003
Усл.ед.
1
3.
Программное
обеспечение
(Подсистема
прикладных
аналитических
модулей)
58.29.11.00000000003
Усл.ед.
1
4.
Программное
обеспечение
(Операционная
система)
58.29.11.00000000003
Усл.ед.
3
5
Услуги
по
настройке,
внедрению и
проектирован
ию
подсистемы
защиты
информации
Усл.ед.
1
Цена за ед.,
руб.
Стоимость, руб. с НДС
№
п/п
Наименование
Ед. изм.
Кол-во
Цена за ед.,
руб.
Стоимость, руб. с НДС
ИТОГО руб.
«ЗАКАЗЧИК»
«ИСПОЛНИТЕЛЬ»
ГУП ДНР «РЦИТ»
283001, Донецкая Народная Республика, г. о.
Донецк, г. Донецк, ул. Артёма, д. 125
ОГРН: 1229300115725
ИНН 9303020010
КПП 930301001
ОКПО 55824231
Лицевой счет 712LШ033001 открыт в
Управлении Федерального казначейства по
Донецкой Народной Республике
БИК УФК 042157901
к/с 40102810745370000095
ОКЦ № 5 ЮГУ Банка России//УФК по
Донецкой Народной Республике, г. Донецк
р/с 03225643210000008201
БИК банка 042157001
Аналитический код раздела
25010590
№ р/счета 40602810009300000244 открыт в ПАО
«Банк ПСБ»
г. Ярославль, БИК 044525555
Тел. +7-989-386-80-00
И.о. директора
___________________А.В. Сахов
Директор
_____________________

=== ФАЙЛ: Приложение_Календарный_№3 | docs/0500500009026000003/Приложение_Календарный_№3.pdf
1
Приложение № 3
к Контракту от «___» ____________ 2026 г. № ________
Календарный план оказания Услуг
№
п/п
Наименование этапа, состав
работ
Результат
Отчетные документы
1
2
3
4
1 Этап 1. Разработка документации на Систему
1.1 Обследование: уточнение и
Согласованные
- согласованные Заказчиком
согласование с Заказчиком
Заказчиком перечни
перечни показателей,
состава показателей, отчетных
показателей, отчетных
отчетных форм и
форм и справочников в объеме,
форм и справочников
справочников.
предусмотренном разделом 2.2.3
Техническая документация:
Технического задания
- описание комплекса
технических средств;
1.2 Разработка технической
Техническая
- описание программного
документации на Систему:
документация на
обеспечения;
- описание комплекса
Систему, переданная
- матрица доступа
технических средств;
Заказчику
Пользователей к ресурсам;
- описание программного
- описание базы данных
обеспечения;
программного обеспечения и
- матрица доступа
файлового хранилища
Пользователей к ресурсам;
Системы.
- описание базы данных
Документ о приемке.
программного обеспечения и
файлового хранилища Системы.
2 Этап 2. Предоставление прав использования программного обеспечения подсистемы
инструментальных средств, подсистемы оркестрации ETL-процессов и подсистемы
прикладных аналитических модулей
2.1 Предоставление прав
Заказчику предоставлены - Акт приема-передачи прав
использования программного
права использования
использования программ для
обеспечения подсистемы
программного
ЭВМ (программное
Срок оказания
5
С даты
заключения
Контракта в
течение 15
календарных
дней
В течение 10
календарных
дней с даты
окончания
Этапа 1
Стоимость
этапа, % цены
Контракта
6
5%
85 %
2
№
п/п
1
Наименование этапа, состав
работ
2
инструментальных средств на
условиях простой
(неисключительной) лицензии:
- лицензия на 2 серверные
установки (1 сервер для
тестирования, 1 сервер
открытого продуктивного
контура);
- количество поддерживаемых
физических ядер процессора
(CPU) 16;
- суммарное количество
пользователей 150, в том числе
95 пользователей на просмотр,
50 операторов с правом ввода
данных, 5 администраторов;
- объем обрабатываемых данных
1 Тб;
- лицензионная поддержка 1 год,
уровень «Оптимальный»;
- срок использования бессрочно.
2.2 Предоставление прав
использования программного
обеспечения подсистемы
оркестрации ETL-процессов на
условиях простой
(неисключительной) лицензии:
- лицензия на 2 серверные
установки (1 сервер для
тестирования, 1 сервер
Результат
3
обеспечения подсистемы
инструментальных
средств, переданы ключи
активации Лицензии и
установочные файлы
(дистрибутивы)
Отчетные документы
4
обеспечение подсистемы
инструментальных средств,
подсистемы оркестрации
ETL-процессов, подсистемы
прикладных аналитических
модулей) в двух экземплярах;
- лицензионные свидетельства
(сертификаты или иные
документы, установленные
правообладателем,
Лицензиаром) с указанием
наименования Лицензиата,
наименования ПО, номера,
даты и срока действия
Лицензии;
- документы,
подтверждающие право
Исполнителя на
предоставление прав
использования ПО;
- установочные файлы
Заказчику предоставлены (дистрибутивы) ПО или
инструкция по доступу к
права использования
сайту производителя
программного
обеспечения подсистемы (правообладателя) ПО для
получения дистрибутива;
оркестрации ETL- комплект инструкций,
процессов, переданы
дисков, поставляемых
ключи активации
Лицензии и установочные производителем ПО
совместно с ПО;
файлы (дистрибутивы)
Срок оказания
5
Стоимость
этапа, % цены
Контракта
6
3
№
п/п
1
Наименование этапа, состав
работ
Результат
Отчетные документы
2
3
4
открытого продуктивного
- документация на ПО
контура);
(допускается в виде ссылок на
- суммарное число
онлайн документацию
одновременных ETL-процессов
производителя);
не менее 30;
- документ о приемке.
- лицензионная поддержка 1 год;
- срок использования бессрочно.
2.3 Предоставление прав
Заказчику предоставлены
использования программного
права использования
обеспечения подсистемы
программного
прикладных аналитических
обеспечения подсистемы
модулей на условиях простой
прикладных
(неисключительной) лицензии:
аналитических модулей,
- лицензия на 2 серверные
переданы ключи
установки (1 сервер для
активации Лицензии и
тестирования, 1 сервер
установочные файлы
открытого продуктивного
(дистрибутивы)
контура);
- лицензионная поддержка 1 год;
- срок использования бессрочно.
3 Этап 3. Предоставление прав использования операционных систем, адаптация
программного обеспечения, разработка рабочей документации и документов по защите
информации, пусконаладочные работы, инструктаж пользователей и приемочные
испытания
3.1 Предоставление прав
Заказчику предоставлены Лицензионные документы
использования операционных
права использования
на операционные системы:
систем для серверов ИАС на
операционных систем,
- Акт приема-передачи прав
условиях простой
сертифицированных
использования программ для
(неисключительной) лицензии в ФСТЭК России, переданы ЭВМ (операционные
количестве, необходимом для
установочные файлы
системы) в двух экземплярах;
Срок оказания
5
В течение 35
календарных
дней с даты
окончания
Этапа 2, но не
позднее
18.12.2026
Стоимость
этапа, % цены
Контракта
6
10 %
4
№
п/п
Наименование этапа, состав
работ
1
2
установки на все серверы
Системы, со сроком действия
бессрочно
Установка и базовая настройка
операционных систем на
серверах тестового и
промышленного контуров
Развертывание и настройка
программного обеспечения
подсистемы оркестрации ETLпроцессов, подсистемы
инструментальных средств и
подсистемы прикладных
аналитических модулей в
тестовом и промышленном
контурах
Настройка ETL-процессов и
информационного
взаимодействия с источниками
данных, предусмотренными
разделом 2.2.3 Технического
задания; настройка форм
ручного ввода данных и
нормативно-справочной
информации; настройка прав
доступа пользователей
Адаптация и настройка
прикладных аналитических
модулей под условия Донецкой
Народной Республики (внесение
3.2
3.3
3.4
3.5
Результат
3
(дистрибутивы)
Отчетные документы
4
- лицензионные документы на
операционные системы с
указанием наименования
Лицензиата;
Операционные системы
установлены и настроены - установочные файлы
(дистрибутивы)
на серверах Системы
операционных систем;
ПО Системы установлено - копии сертификатов ФСТЭК
на технических средствах России на поставленные
версии операционных систем;
Заказчика и настроено в
- документация на
тестовом и
промышленном контурах операционные системы
(допускается в виде ссылок на
онлайн документацию
производителя).
Эксплуатационная
документация:
Настроенные процессы
- инструкция и регламент
загрузки данных, формы
технического обслуживания
ручного ввода и
Системы;
нормативно-справочная
информация; настроенные - инструкция и регламент
резервного копирования
права доступа
Системы;
- инструкция по
разворачиванию Системы;
- инструкция по
Настроенные прикладные восстановлению базы данных
Системы;
аналитические модули и
- руководство пользователя;
отчетные представления
- руководство
Срок оказания
5
Стоимость
этапа, % цены
Контракта
6
5
№
п/п
1
Наименование этапа, состав
работ
2
перечня муниципальных
образований, настройка
картосхемы и прав доступа),
включая аналитическую и
регламентную отчетность:
- модуль мониторинга
индикаторов, определенных
Указом Президента Российской
Федерации от 28 ноября 2024 г.
№ 1014;
- модуль мониторинга
социально-экономического
развития;
- модуль мониторинга
государственных закупок;
- модуль мониторинга
общественно-политической
ситуации;
- модуль мониторинга
исполнительской дисциплины;
- модуль управления
реализацией региональных
проектов.
3.6 Разработка эксплуатационной
документации на Систему в
электронном виде в формате
*.PDF
3.7 Разработка документов по
защите информации:
- определение уровня
Результат
Отчетные документы
Срок оказания
3
4
администратора.
Документы по защите
информации:
- проект акта определения
уровня защищенности
персональных данных;
- проект акта классификации
информационной системы;
- Модель угроз безопасности
информации;
- Частное техническое
задание на создание системы
защиты информации;
- технический проект на
создание системы защиты
информации (пояснительная
записка, ведомость
технического проекта,
спецификация системы
защиты информации);
- руководство
администратора безопасности
Системы;
- руководство пользователя
системы защиты информации
Системы;
- инструкция по эксплуатации
системы защиты информации.
Документы по испытаниям
и инструктажу:
5
Эксплуатационная
документация на
Систему, переданная
Заказчику
Комплект документов по
защите информации,
переданный Заказчику
Стоимость
этапа, % цены
Контракта
6
6
№
п/п
Наименование этапа, состав
работ
1
2
защищенности персональных
данных и класса защищенности
Системы;
- разработка Модели угроз
безопасности информации,
включая выводы о необходимом
к применению классе СКЗИ;
- разработка Частного
технического задания на
создание системы защиты
информации;
- разработка технического
проекта на создание системы
защиты информации.
3.8 Разработка эксплуатационной и
организационнораспорядительной документации
по защите информации
3.9 Проведение инструктажа
пользователей по работе с
программным обеспечением
3.10 Разработка программы и
методики приемочных
испытаний и передача ее на
утверждение Заказчику
3.11 Проведение приемо-сдаточных
(приемочных) испытаний
Результат
Отчетные документы
Срок оказания
3
4
- программа и методика
приемочных испытаний,
утвержденная Заказчиком;
- протокол инструктажа
пользователей;
- акт приемочных испытаний.
Документ о приемке.
5
Эксплуатационная и
организационнораспорядительная
документация по защите
информации, переданная
Заказчику
Пользователи прошли
инструктаж по работе с
программным
обеспечением
Утвержденная Заказчиком
программа и методика
приемочных испытаний
Подписанный акт
приемочных испытаний
Стоимость
этапа, % цены
Контракта
6
7
№
п/п
Наименование этапа, состав
работ
Результат
Отчетные документы
Срок оказания
1
2
Системы, в том числе
тестирование корректного
функционирования Системы с
установленными и
настроенными СЗИ совместно с
Заказчиком
3
4
5
Заказчик: _______________ / _______________ /
Стоимость
этапа, % цены
Контракта
6
Исполнитель: _______________ / _______________ /
