=== ФАЙЛ: Приложение № 1 ТЗ модернизация ЛО Магадан.docx | docs/0847500000926002274/Приложение № 1 ТЗ модернизация ЛО Магадан.pdf
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по модернизации информационной системы
«Летний отдых детей Магаданской области»
Оглавление
1
2
ПЕРЕЧЕНЬ ТЕРМИНОВ, СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ.....................4
ОБЩИЕ СВЕДЕНИЯ....................................................................................................................5
2.1
Наименование услуг............................................................................................................. 5
2.2
Полное наименование Системы и ее условное обозначение............................................5
2.3
Наименование Заказчика......................................................................................................5
2.4
Перечень документов, на основании которых создана Система.....................................5
2.5
Сроки начала и окончания оказания услуг.........................................................................5
2.6
Цели оказания услуг............................................................................................................. 5
2.7
Задачи выполнения услуг......................................................................................................6
3 ХАРАКТЕРИСТИКА ОБЪЕКТА РАЗВИТИЯ...........................................................................6
3.1 Общая характеристика...........................................................................................................6
3.2 Программно-аппаратное обеспечение Системы.................................................................7
3.3 Структура и состав функций, выполняемые Системой......................................................7
3.3.1
Функции подсистемы авторизации и аутентификации...............................................8
3.3.2
Функции подсистемы администрирования..................................................................8
3.3.3
Функции подсистемы «Конструктор бизнес-процессов»...........................................8
3.3.3.1 Функции модуля «Конструктор модели бизнес–процесса».......................................9
3.3.3.2 Функции модуля «Конструктор действий»..................................................................9
3.3.3.3 Функции модуля «Конструктор компонентов»...........................................................9
3.3.3.4 Функции модуля «Конструктор макетов экранных форм»........................................9
3.3.3.5 Функции модуля «Конструктор критериев экранных форм»...................................10
3.3.4
Функции подсистемы «Заявления».............................................................................10
3.3.5
Функции подсистемы «Дети»......................................................................................11
3.3.6
Функции подсистемы «ДОЛ»...................................................................................... 11
3.3.7
Функции подсистемы «Путевки в ДОЛ»....................................................................11
3.3.8
Функции подсистемы «Отчеты».................................................................................12
3.3.9
Функции подсистемы распределения путевок в ДОЛ..............................................12
3.3.10 Функции подсистемы интеграции с ЕПГУ................................................................13
3.3.11 Функции подсистемы интеграции с ГИС ГМП.........................................................13
3.3.11.1 Функции модуля работы с участниками....................................................................13
3.3.11.2 Функции модуля АРМ администратора начислений................................................13
3.3.11.3 Функции модуля работы со справочниками..............................................................16
3.3.11.4 Функции модуля отчетности.......................................................................................16
3.3.11.5 Функции модуля истории запросов............................................................................16
3.3.11.6 Функции компонента настроек пользователя............................................................16
3.3.12 Функции подсистемы «Реестр ЦАР»..........................................................................16
4 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО МОДЕРНИЗАЦИИ............17
4.1
Общие требования к модернизации Системы............................................................17
4.2
Требования к модернизации интеграции с ЕПГУ.....................................................17
4.3
Требования к модернизации подсистемы «Заявления»............................................18
4.4
Требования к модернизации подсистемы «Дети».....................................................18
4.5
Требования к модернизации подсистемы «ДОЛ».....................................................19
4.6
Требования к модернизации подсистемы «Путевки в ДОЛ»...................................19
4.7
Требования к модернизации подсистемы «Отчеты».................................................19
4.8
Требования к модернизации подсистемы распределения путевок в ДОЛ..............20
4.9
Требования к подсистеме взаимодействия со СМЭВ 4............................................20
4.10
Требования к подсистеме ГИС ГМП.......................................................................... 21
5
ОБЩИЕ ТРЕБОВАНИЯ............................................................................................................. 21
5.1
Требования к видам обеспечения................................................................................21
5.1.1
Требования к информационному обеспечению.........................................................21
5.1.2
Требования к лингвистическому обеспечению.........................................................21
5.1.3
Требования к программному обеспечению................................................................22
5.1.4
Требования к методическому обеспечению...............................................................22
5.2
Общие технические требования к Системе................................................................22
5.2.1
Требования к численности и квалификации персонала и пользователей Системы22
5.2.2
Требования к надежности............................................................................................ 22
5.2.3
Требования по безопасности.......................................................................................22
5.2.4
Требования к эргономике и технической эстетике...................................................23
5.2.5
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов Системы................................................................................................................ 24
5.2.6
Требования к защите информации от несанкционированного доступа..................24
5.2.7
Требования к сохранности информации при авариях...............................................24
5.2.8
Требования к патентной чистоте.................................................................................24
5.2.9
Требования к стандартизации и унификации............................................................25
6 СОСТАВ И СОДЕРЖАНИЕ УСЛУГ........................................................................................25
7 ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ УСЛУГ.......................................................................25
7.1 Требования по обеспечению конфиденциальности.................................................................25
7.2 Требования к приемке................................................................................................................. 25
7.3 Требования к гарантийным обязательствам............................................................................. 26
Приложение 2 к Техническому заданию......................................................................................... 27
1
ПЕРЕЧЕНЬ ТЕРМИНОВ, СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ
В техническом задании (далее – ТЗ) используются определения и сокращения, установленные
действующим законодательством, а также приведенные в настоящем разделе.
Таблица 1 – Список принятых обозначений, сокращений / терминов
Термин
Содержание
Система условных обозначений (нотация) и их описания в XML для
BPMN
моделирования бизнес-процессов (англ. Business Process Model and Notation,
нотация и модель бизнес-процессов)
Подход к созданию, настройке и модификации систем с минимальным
Low-code
использованием ручного программирования
Способ взаимодействия с интерфейсом, при котором пользователь перемещает
Drag-and-drop
элементы на экране с помощью перетаскивания мышью или сенсорного ввода
АРМ
Автоматизированное рабочее место
Агент
Типовое программное обеспечение, устанавливаемое на стороне УВ и
ПОДД СМЭВ
обеспечивающее сопряжение Витрин, хранилищ реплик, ИС УВ с ПОДД
Аутентификация Процедура проверки подлинности пользователя
Предоставление пользователю прав на выполнение определённых действий в
Авторизация
системе, а также процесс проверки данных прав
БД
База данных
Бизнес-процесс Набор непрерывно выполняемых мероприятий, пользователями Системы, по
действиям и событиям бизнес-сценария с целью получения результата при
выполнении
ВДЦ
Всероссийский детский центр
ГИС ГМП
Государственная информационная система о государственных и
муниципальных платежах
ДОЛ
Детский оздоровительный лагерь
ЕПГУ
Единый портал государственных услуг
ЕФТТ
Единые функционально-технические требования
ИС, Система
Модернизируемая информационная система
КБК
Код бюджетной классификации
КЦР ФРГУ
Подсистема разработки и утверждения административных регламентов
предоставления государственных услуг (конструктор цифровых регламентов)
федеральной государственной информационной системы «Федеральный
реестр государственных и муниципальных услуг (функций)»
ОЗУ
Оперативное запоминающее устройство – энергозависимая часть памяти, где
хранится выполняемый код и данные
ОКТМО
Общероссийский классификатор территорий муниципальных образований
ПО
Программное обеспечение
Подсистема
Блок системы, отвечающий за часть функционала системы. Права доступа к
подсистеме различным типам пользователей настраиваются независимо от
других частей систем
СМЭВ
Единая система межведомственного электронного взаимодействия
СМЭВ4
Версия
СМЭВ,
предназначенная
для
организации
электронного
взаимодействия между информационными системами органов власти при
предоставлении услуг
СУБД
Система управления базами данных — комплекс программ для создания и
управления БД. Обеспечивает хранение, целостность и администрирование
данных
ТЗ
Техническое задание
ЧТЗ
Частное техническое задание
АРМ
Автоматизированное-рабочее место
2
ОБЩИЕ СВЕДЕНИЯ
2.1
Наименование услуг
Выполнение услуг по модернизации государственной информационной системы «Летний
отдых детей Магаданской области» министерства образования Магаданской области (далее —
Система).
2.2
Полное наименование Системы и ее условное обозначение
Информационная система «Летний отдых детей Магаданской области»
2.3
Наименование Заказчика
Министерство образования Магаданской области.
2.4
Перечень документов, на основании которых создана Система
Указ Президента Российской Федерации от 07.05.2024 № 309 «О национальных
целях развития Российской Федерации на период до 2030 года и на перспективу до 2036 года»;
Приказ Минкомсвязи России от 13.04.2012 N 107 «Об утверждении Положения о
федеральной государственной информационной системе «Единая система идентификации и
аутентификации
в
инфраструктуре,
обеспечивающей
информационно-технологическое
взаимодействие информационных систем, используемых для предоставления государственных и
муниципальных услуг в электронной форме»;
Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»;
Федеральный закон от 27.07.2010 г. № 210-ФЗ «Об организации предоставления
государственных и муниципальных услуг»;
Постановление Правительства РФ от 24.10.2011 № 861 «О федеральных
государственных информационных системах, обеспечивающих предоставление в электронной
форме государственных и муниципальных услуг (осуществление функций)»;
Постановление Правительства Магаданской области от 23.07.2020 № 529-пп
«Об организации отдыха и оздоровления детей в Магаданской области»;
Постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О
единой системе межведомственного электронного взаимодействия;
- Приказ Министерства Магаданской области от 09.04.2020 № 309/11 «Об утверждении
Порядка формирования и ведения реестра организаций отдыха детей и их оздоровления».
2.5
Сроки начала и окончания оказания услуг
Сроки начала оказания Услуг – с даты заключения Контракта.
Сроки окончания оказания услуг – по 15.12.2026 года.
2.6
Цели оказания услуг
Целями оказания услуг в рамках настоящего технического задания являются:
Обеспечение приема и обработки заявлений в соответствии с требованиями Единого
функционального технического требования (ЕФТТ) с использованием нового вида сведений;
Создание нового бизнес-процесса оказания услуги с учетом нового формата
взаимодействия;
Разработка новых реализаций существующих подсистем Системы (включая «Заявки»,
«Дети», «ДОЛ», «Путевки», «Распределение путевок») с учетом требований ЕФТТ и нового
формата оказания услуги;
Модернизация механизма распределения путевок в части реализации раздельного
ведения очередей для детей без льготных оснований и детей, находящихся в трудной жизненной
ситуаций в рамках нового формата услуги;
Обеспечение возможности интеграционного взаимодействия с витринами данных
посредством СМЭВ4 для получения сведений, необходимых при оказании услуги;
Обеспечение возможности обработки заявлений по действующему и новому
форматам оказания услуги в рамках внедрения нового формата;
2.7
Задачи выполнения услуг
Для достижения поставленных целей должны быть реализованы функциональные
требования, представленные в п. 4 настоящего Технического задания (далее – ТЗ).
3 ХАРАКТЕРИСТИКА ОБЪЕКТА
3.1
Общая характеристика
Система предназначена для предоставления путевок в детские лагеря Магаданской области
и за её пределами, для хранения и обработки полученных результатов и формирования отчетов.
Также Система предназначена для взаимодействия с федеральной государственной
информационной системой «Единый портал государственных и муниципальных услуг (функций)»
при оказании органами исполнительной власти и муниципальными образованиями Магаданской
области услуги «Организация отдыха детей в каникулярное время».
В Системе реализованы функции обработки заявлений, ведения реестров детей, детских
оздоровительных лагерей, формирование путевок, а также функции распределения путевок и
формирования отчетности.
Задачи, решаемые Системой:
- прием и обработка заявлений, поступающих посредством ЕПГУ по услуге «Организация
отдыха детей в каникулярное время», а также передача статусов и результатов оказания
услуги в личный кабинет заявителя на ЕПГУ;
- автоматизация учета и распределения путевок в детские оздоровительные лагеря
Магаданской области и за пределами региона;
- формирование отчетности по заявлениям, распределению путевок и категориям детей;
- обеспечение хранения и обработки данных необходимых для обеспечения процесса
оказания услуги.
Система обеспечивает следующие функциональные возможности:
- прием и обработку заявлений по услуге организации отдыха и оздоровления детей;
- ведение реестра детей;
- ведение реестра детских оздоровительных лагерей;
- ведение реестра путевок;
- распределение путевок с учетом очередности и льготных категорий;
- ведение и обработку очередей на предоставление путевок;
- формирование отчетности;
- взаимодействие с ЕПГУ посредством видов сведений СМЭВ;
- ведение журналов обработки заявлений и действий пользователей.
Система реализована по принципу Low-code, функционирующего в различных
операционных системах (Windows, Linux), где установлены необходимые для работы системные
библиотеки, то есть программы, используемые для работы Системы. Система выполнена в виде
портлетной структуры и функционирует на платформе LifeRay с использованием языка
программирования Java.
Система была создана в рамках исполнения обязательств по Контракту №
0347100001421000027 от 17 сентября 2021 года, а также подверглась развитию в рамках исполнения
обязательств по Контракту № 0847500000923000828 от 19.06.2023 года. Заказчику принадлежат
исключительные права на Систему, переданные Исполнителем на основании и в объеме согласно
Приказу №715 от 17.12.2020 Министерства цифрового развития, связи и массовых коммуникаций
Российской Федерации (https://digital.gov.ru/ru/documents/7830/), а также Заказчик обладает
неисключительными правами на программное обеспечение «ИС.Летний Отдых» (программное
обеспечение включено в реестр российского программного обеспечения согласно записи от 11
апреля 2022 года №13267, https://reestr.digital.gov.ru/reestr/678286/), на базе которого создана
Система.
Для исполнения обязательств по оказанию Услуг, Исполнитель в течение 3 рабочих дней с
момента подписания Контракта, должен предоставить подтверждение, что обладает необходимыми
для исполнения Контракта правами на программное обеспечение «ИС.Летний Отдых».
Исполнитель обязан обеспечить отсутствие нарушений исключительных, авторских и смежных
прав третьих лиц при реализации технических, программных, организационных и иных решений,
предусмотренных ТЗ.
3.2
Программно-аппаратное обеспечение Системы
Система функционирует на аппаратно-программных
характеристиками (Таблица 2).
средствах,
обладающих
Таблица 2 – Сведения об аппаратном и программном обеспечении Системы
Назначение
HDD
№
CPU (core) RAM (Gb)
Программное обеспечение
ресурса
SATA (Gb)
ОС:
Astra Linux SE 1.6 (Smolensk)
ПО:
Postgresql - 14
tomcat-9.0.37
Сервер
1
4
32
500
tomcat-9.0.104
приложения
openoffice4
jdk-11.0.10
jdk1.8.0_202
jcp v.2
camunda 7.14
3.3
Структура и состав функций, выполняемые Системой
Система содержит следующий набор подсистем (компонентов):
- Подсистема авторизации и аутентификации – обеспечивает надежную идентификацию
пользователей с предоставлением прав доступа согласно пользовательским ролям;
- Подсистема администрирования – предназначен для настройки системы и её
технического обслуживания;
- Подсистема «Конструктор бизнес-процессов»:
 Модуль «Конструктор модели бизнес-процесса»;
 Модуль «Конструктор действий»;
 Модуль «Конструктор компонентов»
 Модуль «Конструктор макетов экранных форм»;
 Модуль «Конструктор критериев экранных форм».
- Подсистема «Заявки» – дает возможность взаимодействия с реестром поданных заявок на
получение путевки в ДОЛ;
- Подсистема «Дети» – дает возможность взаимодействия с реестром детей, дополнять его
и редактировать данные;
- Подсистема «ДОЛ» – дает возможность взаимодействовать с реестром детских
оздоровительных лагерей, дополнять его и редактировать данные;
- Подсистема «Путевки в ДОЛ» – включает в себя реестр путевок в детские
оздоровительные лагеря, доступные для распределения между детьми;
- Подсистема «Отчеты» – предназначен для автоматического формирования отчетов по
выставленным параметрам;
- Подсистема распределения путевок в ДОЛ – позволяет распределять путевки среди детей
из реестра детей в лагеря из реестра ДОЛ;
- Подсистема интеграции с ЕПГУ – обеспечивает прием заявлений на оказание услуги
«Организация отдыха детей в каникулярное время»;
- Подсистема интеграции с ГИС ГМП – обеспечивает получение информации посредством
направления запроса на загрузку начислений и статусов их квитирования из ГИС ГМП;
- Подсистема «Реестр ЦАР» – предназначен для обеспечения возможности
информационного взаимодействия с КЦР ФРГУ.
3.3.1
Функции подсистемы авторизации и аутентификации
Для пользователя Системы обеспечена возможность авторизации посредством
предъявления логина и пароля.
Доступ пользователей к Системе и набор доступных конкретному пользователю функций
определяется в зависимости от его роли, назначаемой администратором. В Системе обеспечена
возможность создания и управления учетными записями пользователей, а также создания и
настройки ролей с различными наборами прав доступа.
В Системе предусмотрена возможность настройки для каждой пользовательской роли прав
доступа к функциям, пунктам меню и информационным объектам. Для каждого информационного
объекта Системы в рамках определенной роли пользователя есть возможность указать права
доступа к этому объекту на добавление, изменение, удаление и просмотр.
В системе предусмотрена возможность блокировки пользователя.
3.3.2 Функции подсистемы администрирования
Подсистема администрирования выполняет следующие функции:
 управление учетными записями пользователей Системы:
 создание пользователей;
 редактирование атрибутов карточки пользователя;
 отключение пользователей;
 назначение пользователям ролей доступа к подсистемам цифровой платформы;
 создание групп пользователей;
 просмотр списка пользователей;
 поиск пользователей.
 управление списком организаций Системы:
 создание организаций;
 редактирование атрибутов карточки организации;
 отключение организации;
 назначение / исключение пользователей к организации;
 назначение ролей организации;
 просмотр списка организаций;
 поиск организации.
 управление ролевой моделью доступа:
 создание ролей доступа и определение прав доступа к подсистемам Системы;
 редактирование атрибутов ролей;
 удаление ролей доступа;
 просмотр списка ролей;
 поиск ролей.
 просмотр списка активных сессий;
 журналирование (фиксирование) действий пользователей и администраторов, вход (выход)
в (из) Систему/Системы;
 администрирование сервера:
 контроль аппаратной части: объем использованной памяти, всего задействовано
ОЗУ, предельный объем памяти;
 управление кэшем: удаление кэша БД, сервлетов.
 конфигурирование параметров Системы;
 публикация контента на страницу «Главная».
Подсистема администрирования доступна только для пользователей с ролью администратор
Системы.
3.3.3 Функции подсистемы «Конструктор бизнес-процессов»
Подсистема «Конструктор бизнес–процессов» обеспечивает возможность моделирования и
настройки сценариев выполнения бизнес-процессов с определением их структуры и взаимосвязей
между элементами процесса (задачами, событиями и переходами).
Компоненты подсистемы предоставляют возможность настроить определенное действие,
указать последовательность выполнения, задать условия перехода, установить правила
автоматического выполнения шагов процесса или обработки.
Подсистема состоит из следующих модулей:
- модуль «Конструктор модели бизнес–процесса»;
- модуль «Конструктор действий»;
- модуль «Конструктор уведомлений»;
- модуль «Конструктор компонентов»;
- модуль «Конструктор макетов экранных форм»;
- модуль «Конструктор критериев экранных форм».
3.3.3.1 Функции модуля «Конструктор модели бизнес–процесса»
Модуль «Конструктор моделей бизнес–процессов» позволяет моделировать диаграммы
процессов любой сложности с большим количеством разветвлений, условий используя принятые
бизнес–правила BPMN. Проектирование осуществляется посредством использования интуитивно
понятных графических элементов, каждый из которых визуализирует определенный шаг процесса.
Пользователь с соответствующей ролью может опубликовать (запустить) бизнес–процесс,
либо деактивировать с целью внесения изменений.
3.3.3.2 Функции модуля «Конструктор действий»
Модуль «Конструктор действий» отвечает за настройку действий (переходов) между
мероприятиями бизнес-процесса.
Модуль предоставляет возможность настроить определенное действие, указать
последовательность выполнения, задать условия перехода, установить правила автоматического
выполнения шагов процесса или обработки.
Реализован стандартный набор действий, представленный в таблице 3
Таблица 3 - Список стандартного набора действий
№ Название действия
Описание функциональности
Стандартное
Позволяет перейти на следующее мероприятие с изменением
1.
действие
статуса (с проверкой заполнения обязательных полей)
Позволяет удалять заявление на предоставление меры
2.
Удаление
государственной поддержки
Позволяет вывести печатную форму, в рамках заявления на
3.
Печать
предоставление меры государственной поддержки
Позволяет перейти на следующее мероприятие с изменением
4.
Назад
статуса (без проверки заполнения обязательных полей)
Позволяет сохранить внесенные изменения в заявление на
5.
Сохранить
предоставление меры государственной поддержки
3.3.3.3 Функции модуля «Конструктор компонентов»
В модуле «Конструктор компонентов» предоставлена возможность использовать и
настраивать определенный компонент заявления на экранной форме.
Настройка компонентов заявления предусматривает следующие возможности:
- указывать общие параметры компонента заявления (название, обязательность, маска и
др);
- указывать параметры по настройке зависимости между компонентами заявления.
Возможность внесения изменений в настройки компонентов заявления предоставлена на
любом этапе бизнес–процесса в состоянии редактирования.
3.3.3.4 Функции модуля «Конструктор макетов экранных форм»
В модуле «Конструктор макетов экранных форм» предоставлены следующие возможности:
- наполнение экранных форм компонентами из заявления;
- указание параметров зависимости между компонентами заявления на каждой экранной
форме;
- формирование схемы размещения компонентов заявления на каждой экранной форме;
- разграничение доступа для каждой экранной формы.
Структура экранной формы и представление данных визуализировано посредством
использования метода drag-and-drop.
3.3.3.5 Функции модуля «Конструктор критериев экранных форм»
Модуль «Конструктор критериев экранных форм» позволяет задавать условия выполнения
действий (переходов) между экранными формами.
Требования для выполнения критерия зависит от компонентов заявления, расположенных
на экранной форме.
Данный модуль обеспечивает возможность разграничивать выполнение условий по
критерию, задавать несколько значений или выполнять определенное из заданного перечня.
3.3.4 Функции подсистемы «Заявления»
Подсистема «Заявки» содержит реестр заявлений на предоставление услуги «Организация
отдыха детей в каникулярное время».
Создание заявлений в подсистеме осуществляется:
- посредством личного обращения заявителя;
- посредством интеграции с ЕПГУ и ВС «Организация отдыха детей в каникулярное
время». Функции интеграционного взаимодействия с ЕПГУ описаны в п. 3.3.4.12
«Функции подсистемы интеграции с ЕПГУ».
Работа с заявлениями в подсистеме доступна пользователям с ролью «Сотрудник,
обрабатывающий заявления и осуществляющий контроль ДОЛ и путевок».
Подсистема выполняет следующие функции:
- ведение реестра заявлений;
- создание заявления;
- регистрация заявления;
- принятие заявления на рассмотрение;
- обработка статусов заявления;
- проверка заявлений на наличие дубликатов;
- формирование решения по заявлению;
- формирование уведомления о предоставлении путевки.
Логика обработки и изменения статусов заявлений, поступающих посредством интеграции с
ЕПГУ, описана в разделе 3.3.4.12 «Функции подсистемы интеграции с ЕПГУ».
Реестр заявлений содержит следующие сведения:
- номер заявления в Системе;
- номер заявления ЕПГУ;
- номер заявления при личном обращении;
- источник поступления заявления;
- дата подачи заявления;
- ФИО детей;
- категория;
- желаемый ДОЛ;
- период отдыха;
- адрес регистрации;
- контактный телефон;
- направление;
- муниципальное образование;
- дата изменения заявления;
- признак наличия дубликата заявления;
- номер существующего заявления;
- статус заявления.
3.3.5 Функции подсистемы «Дети»
Подсистема включает в себя 3 реестра.
Реестр «Дети» – дети без льготного права и дети, находящиеся в трудной жизненной
ситуации;
Реестр «Дети из детских домов» - дети из государственных учреждений для детей-сирот и
детей, оставшихся без попечения родителей;
Реестр «Дети с оплаченным проездом» - дети, которым были оплачены билеты до ВДЦ и
обратно.
Реестры выполнены в табличной форме. Карта ребенка содержит 2 блока, выполненных в
табличной форме: «Информация о ребенке» и «Информация о выданных путевках».
Подсистема выполняет следующие функции:
- ведение реестров детей;
- создание карточки ребенка вручную и посредством импорта;
- редактирование карточки ребенка;
- просмотр сведений о ребенке;
- поиск и фильтрация сведений в реестрах.
В каждом реестре предусмотрена возможность фильтрации сведений по следующим
параметрам:
- ФИО ребенка;
- дата рождения ребенка (с);
- дата рождения ребенка (по);
- класс ребенка;
- район.
3.3.6 Функции подсистемы «ДОЛ»
Подсистема содержит 2 реестра детских оздоровительных лагерей: реестр «В пределах
Магаданской области» и реестр «За пределами Магаданской области».
Подсистема выполняет следующие функции:
 ведение реестра ДОЛ;
 создание ДОЛ вручную и посредством импорта;
 выгрузка списка ДОЛ;
 поиск и фильтрация сведений;
 редактирование карточки ДОЛ.
В каждом реестре предусмотрена возможность фильтрации сведений по следующим
параметрам:
- местоположение;
- название;
- типы ДОЛ;
- количество смен;
- количество мест в одной смене.
3.3.7 Функции подсистемы «Путевки в ДОЛ»
Подсистема содержит реестр путевок в ДОЛ, доступные для распределения между детьми.
Подсистема выполняет следующие функции:
 ведение реестра путевок;
 создание путевок;
 просмотр сведений о путевках;
 поиск и фильтрация сведений в реестре путевок.
В реестре путевок предусмотрена возможность поиска и фильтрации по следующим
параметрам:
- идентификатор путевки;
- ДОЛ;
- статус путевки;
- дата проведения смены.
Реестр путевок содержит следующие сведения:
- идентификатор путевки;
- ДОЛ;
- дата проведения смены;
- местонахождение ДОЛ;
- наименование района;
- ребенок;
3.3.8 Функции подсистемы «Отчеты»
Подсистема отчетностей предназначена для автоматического формирования следующих
отчетов:
1) Сведения о численности детей, направленных в организации отдыха детей и их
оздоровления;
2) Сведения о численности детей, направленных в выбранные организации отдыха детей и
их оздоровления;
3) Сведения о численности детей, находящихся в организациях для детей-сирот и детей,
оставшихся без попечения родителей;
4) Сведения о численности детей, находящихся в трудной жизненной ситуации;
5) Сведения о численности детей, не имеющих льготных оснований получения путевки в
организации отдыха детей и их оздоровления.
6) Сведения о заявлениях;
7) Статистика распределения путёвок в организации отдыха детей в пределах Магаданской
области
Формирование каждого отчета осуществляется автоматически на основании данных,
содержащихся в Системе.
Для формирования отчета пользователю необходимо указать следующие параметры:
- дата начала отчета;
- дата окончания отчета.
3.3.9 Функции подсистемы распределения путевок в ДОЛ
Подсистема предназначена для распределения путевок среди детей, подавших заявления на
получение путевки, в детские оздоровительные лагеря из реестра ДОЛ.
Подсистема содержит следующие реестры заявлений, поступивших для распределения
путевок:
- Реестр детей-сирот на распределение в ДОЛ в Магаданской области;
- Реестр детей-сирот на распределение в ДОЛ за пределами Магаданской области;
- Реестр детей, находящихся в трудной жизненной ситуации, и детей, не имеющих
льготных прав, на распределение в ДОЛ в Магаданской области;
- Реестр детей, находящихся в трудной жизненной ситуации, и детей, не имеющих
льготных прав, на распределение в ДОЛ за пределами Магаданской области.
Подсистема выполняет следующие функции:
- назначение путевки (путевок) ребенку;
- принятие решения об отказе в предоставлении путевки;
- выгрузка списка заявлений на согласование распределения путевок;
- согласование распределения путевок;
- просмотр сведений о распределении путевок;
- поиск и фильтрация заявлений в реестрах распределения.
В реестрах распределения предусмотрена возможность поиска и фильтрации по следующим
параметрам:
- ФИО ребенка;
- ДОЛ;
- смена;
- желаемый ДОЛ;
- класс ребёнка;
- статус заявки;
- Образовательные организации.
Наличие фильтра по столбцам. Таблица в модуле формируется автоматически на основе
данных из модулей «Дети», «ДОЛ», «Путевки в ДОЛ». Распределение путевок происходит вручную
специалистом.
3.3.10 Функции подсистемы интеграции с ЕПГУ
Подсистема обеспечивает прием в электронном виде заявлений на предоставление услуги
«Организация отдыха детей в каникулярное время», а также предоставление заявителям
информации о ходе и результатах рассмотрения заявлений.
Взаимодействие
Системы
с
ЕПГУ
осуществляется
посредством
системы
межведомственного электронного взаимодействия СМЭВ версии 3.x с использованием
утвержденных форматов данных и протоколов обмена.
Подсистема обеспечивает выполнение следующих функций:
- прием сведений и документов, направленных заявителем посредством интерактивных
форм на ЕПГУ;
- передачу заявлений и сведений в Систему для дальнейшего прохождения процесса
предоставления услуги;
- передачу из Системы на ЕПГУ результатов предоставления государственной
(муниципальной) услуги;
- обновление статусов предоставления услуги в личном кабинете заявителя на ЕПГУ.
3.3.11 Функции подсистемы интеграции с ГИС ГМП
Подсистема интеграции с ГИС ГМП обеспечивает выполнение следующих функций:
- управление настройками участников ГИС ГМП;
- ведение и обработку начислений, возвратов и просмотр платежей администратором
начислений;
- работу со справочниками (КБК, ОКТМО, банковские счета, плательщики, шаблоны
начислений);
- формирование и просмотр отчетности по администраторам начислений;
- просмотр истории запросов, направленных в ГИС ГМП;
- выбор текущей организации пользователем при наличии нескольких организаций в
учетной записи.
В рамках работы подсистемы реализуется возможность выбора текущей организации
пользователем, если он зарегистрирован в нескольких организациях.
3.3.11.1
Функции модуля работы с участниками
В модуле работы с участниками реализован функционал ведения реестра участников.
Реализована проверка на заполнение полей, помеченных как «обязательные» и в
соответствии с форматами полей.
Реализована возможность управления разрешениями участника на использование
электронной подписи органа власти или сотрудника при подписании начислений или возвратов.
3.3.11.2
Функции модуля АРМ администратора начислений
Основными компонентами АРМ Администратора начислений являются:
 Компонент работы с начислениями
 Компонент работы с платежами
 Компонент работы с возвратами
В модуле работы с начислениями реализован функционал ведения реестра начислений.
Реестр начислений должен содержать следующие данные:
 Идентификатор начисления;
 Дата начисления, Сумма начисления;
 Статус регистрации, Состояние в ГИС ГМП, Статус квитирования;
 Описание, за что выставлен счет;
 КБК и ОКТМО;
 Наименование плательщика, Идентификатор плательщика;
 Дата создания записи,
 Последнее действие.
Карточка создания/редактирования начисления содержит следующие вкладки и данные на
ней:
Вкладка «Основные данные»:
 Дата начисления, Дата актуальности начисления, Срок оплаты начисления;
 Описание, за что выставлен счет;
 Полная сумма;
 Тип скидки, Значение, Срок действия;
 КБК, ОКТМО.
Вкладка «Поставщик»:
 Наименование организации;
 ИНН организации, КПП организации, ОГРН организации;
 Банковский счет поставщика;
 Наименование банка, Кор.счет банка поставщика, БИК поставщика.
Вкладка «Плательщик»:
 Тип плательщика:
1) Если «Физическое лицо», то Тип документа, Данные документа
2) Если «Юридическое лицо – резидент РФ», то ИНН юридического лица, КПП
юридического лица
3) Если «Юридическое лицо – нерезидент РФ», то ИНН юридического лица, КИО
юридического лица, КПП юридического лица
4) Если «Индивидуальный предприниматель», то ИНН
 Наименование плательщика, Адрес плательщика
Реализована проверка на заполнение полей, помеченных как «обязательные» и в
соответствии с форматами полей.
Реализована возможность ручного ввода идентификатора начисления.
Реализована возможность выбора значений из справочников КБК, ОКТМО, счетов,
плательщиков в соответствующие поля.
Реализована возможность сохранить создаваемое начисление как шаблон. После
заполнения полей, должна быть возможность «Сохранить как шаблон» и указать уникальное имя
для шаблона. При создании нового начисления необходимо предусмотреть возможность
воспользоваться созданным раннее шаблоном.
Реализована возможность множественной загрузки начислений из файла формата csv, xlsx.
Также в системе предусмотрена возможность просмотра примера структуры файла для импорта.
Реализована функция подписания начислений, как с использованием электронной подписи
сотрудника, так и с использованием электронной подписи органа власти. Эта возможность должна
настраиваться в подсистеме работы с участниками.
Подписание начислений происходит согласно требованиям действующей редакции
«Методических рекомендаций по разработке электронных сервисов и применению технологии
электронной подписи при межведомственном электронном взаимодействии».
Подписанные начисления должны автоматически направляться на регистрацию в ГИС
ГМП через определенный промежуток времени.
Реализован функционал принудительного квитирования начисления с одним платежом, с
несколькими платежами и с отсутствующим платежом в ГИС ГМП, в соответствии с п. 4.12
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Реализован функционал отмены принудительного квитирования начисления с платежом
или с отсутствующим платежом в ГИС ГМП, в соответствии с п. 4.12 требований Федерального
казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с информационными системами
участников, версия 2.4».
Реализована возможность выгрузки квитанции на оплату или платёжного поручения по
начислению, в формате pdf.
Реализована возможность помещения начисления в архив и извлечения его из архива.
Реализована возможность фиксирования оплаты, для возможности отметки о получении
информации об оплате, способом отличным от получения информации из ГИС ГМП.
Реализована возможность экспорта начислений, в формате xlsx.
Реализована возможность загрузки начислений из ГИС ГМП, в соответствии с п. 4.8
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Реализована возможность загрузки квитанций из ГИС ГМП, в соответствии с п. 4.11
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Обеспечена возможность сортировки и фильтрации реестра начислений.
В подсистеме работы с платежами реализована возможность просмотра реестра платежей.
Реализована возможность загрузки платежей из ГИС ГМП, в соответствии с п. 4.9
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Реализована возможность создания начисления по платежу. В этом случае, в карточку
создания начисления подтягиваются данные платежа.
Реализована возможность создания возврата по платежу. В этом случае, в карточку
создания возврата подтягиваются данные платежа.
Реализована возможность выгрузки документа с данными платежа, в формате pdf.
Реализована возможность экспорта платежей, в формате xlsx.
Реализована возможность сортировки и фильтрации реестра платежей.
Подсистема работы с платежами доступен при квитировании начисления с платежом на
вкладке «Квитирование», при просмотре сквитированных платежей с начислением или отмене
квитирования с платежом на вкладке «Платежи по начислению».
На вкладке «Квитирование» находится следующий функционал:
 Загрузить несквитированные платежи;
 Принудительное квитирование платежа с начислением.
На вкладке «Платежи по начислению» находится следующий функционал:
 Загрузить платежи по начислению;
 Отмена принудительного квитирования платежа с начислением.
В модуле работы с возвратами реализован функционал ведения реестра возвратов.
Реализована проверка на заполнение полей, помеченных как «обязательные» и в
соответствии с форматами полей.
Реализована возможность ручного ввода идентификатора возврата.
В Системе реализован функционал регистрации, уточнения, аннулирования,
деаннулирования возвратов в ГИС ГМП, в соответствии с п. 4.7 требований Федерального
казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с информационными системами
участников, версия 2.4».
В Системе реализована функция подписания возвратов, как с использованием электронной
подписи сотрудника, так и с использованием электронной подписи органа власти. Эта возможность
должна настраиваться подсистеме работы с участниками.
Подписание возвратов происходит согласно требованиям действующей редакции
«Методических рекомендаций по разработке электронных сервисов и применению технологии
электронной подписи при межведомственном электронном взаимодействии».
Подписанные возвраты автоматически направляются на регистрацию в ГИС ГМП через
определенный промежуток времени.
Реализована возможность помещения возврата в архив и извлечения его из архива.
Реализована возможность загрузки возвратов из ГИС ГМП, в соответствии с п. 4.10
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Обеспечена возможность сортировки и фильтрации реестра возвратов.
3.3.11.3
Функции модуля работы со справочниками
Модуль работы со справочниками обеспечивает возможность для создания,
редактирования и удаления записей справочников в Системе и использования этих справочников
при работе с начислениями.
3.3.11.4
Функции модуля отчетности
Модуль отчетности обеспечивает формирование следующих отчетов:
 Сводный отчет по направляемым начислениям с указанием состояния начисления в
ГИС ГМП и статуса квитирования, в разрезе организаций и пользователей;
 Сводный отчет по соотношению количества и сумм начислений с количеством и
суммам платежей, в разрезе организаций, кодов бюджетной классификации и платежей без
начислений по КБК.
Реализована возможность выгрузки отчета в формате xlsx.
Обеспечена возможность сортировки и фильтрации в каждом отчете.
3.3.11.5
Функции модуля истории запросов
В модуля истории запросов отображаются все запросы, направленные в ГИС ГМП, с
разделением по типу запроса – регистрация в ГИС ГМП или загрузка из ГИС ГМП.
На вкладке «Регистрация в ГИС ГМП» отображаются запросы по регистрации начислений,
платежей, возвратов в ГИС ГМП и квитированию начислений.
На вкладке «Загрузка из ГИС ГМП» отображаются запросы по загрузке начислений,
платежей, возвратов и квитанций из ГИС ГМП.
Для запросов на загрузку из ГИС ГМП по идентификатору плательщика, реализована
возможность выгрузки документа с данными запроса и ответа, в формате pdf.
3.3.11.6
Функции компонента настроек пользователя
Компонент настроек предоставляет функциональность для выбора организации, в
контексте которой будут осуществляться операции с начислениями. Данная возможность актуальна
для пользователей, состоящих в нескольких организациях.
3.3.12 Функции подсистемы «Реестр ЦАР»
Подсистема предназначена для обеспечения возможности информационного
взаимодействия с КЦР ФРГУ в части первоначального получения и последующего обновления
совокупности сведений о цифровых регламентах региональных услуг посредством СМЭВ.
Основной модуль выполнен в виде реестра в табличной форме. Таблица реестра содержит
следующие столбцы:
 ID;
 Идентификатор;
 Наименование услуги;
 Дата получения сведений из КЦР;
 Актуальная версия;
 Статус;
 Номер БП.
Подраздел «Реестр справочников КЦР» включает в себя реестр в табличной форме. Таблица
реестра содержит следующие столбцы:
 Код справочника;
 Наименование справочника;
 Дата получения сведений из КЦР ФРГУ;
 Дата актуализации;
 Статус;
 Опрашивается.
4 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО МОДЕРНИЗАЦИИ
4.1 Общие требования к модернизации Системы
Модернизация Системы выполняется для обеспечения обработки заявлений в рамках
нового формата оказания услуги через Единый сервис отдыха детей и их оздоровления на ЕПГУ
посредством вида сведений «Запись в детский лагерь».
Модернизация Системы выполняется на основании требований, установленных
Приложением 1 к Техническому заданию «Единые функционально-технические требования к
реализации на ЕПГУ универсальной формы “Запись в детский лагерь”» версии v3.0.0 от 28.07.2026.
В рамках модернизации предусматривается реализация нового бизнес-процесса оказания
услуги, функционирующего параллельно с действующим механизмом обработки заявлений.
Модернизация подсистем Системы выполняется исключительно в объеме, необходимом
для обеспечения функционирования нового бизнес-процесса в соответствии с требованиями ЕФТТ,
указанными в настоящем Техническом задании.
Существующий механизм оказания услуги, а также данные, созданные в рамках
действующего формата взаимодействия, сохраняются в Системе без изменения и продолжают
использоваться в рамках действующего бизнес-процесса.
В целях обеспечения реализации нового формата взаимодействия Заказчик обеспечивает
предоставление исходных данных и материалов, необходимых для выполнения работ, включая:
- доступы и сведения, необходимые для подключения вида сведений «Запись в детский
лагерь»;
- актуальные версии регламентов;
- сведения и справочники ЕСНСИ.
Указанные материалы предоставляются Заказчиком в течение 10 (десяти) рабочих дней с даты
заключения Контракта.
4.2 Требования к модернизации интеграции с ЕПГУ
В рамках функционирования Единого сервиса отдыха детей и их оздоровления на ЕПГУ,
реализуемого в рамках федеральной государственной услуги, необходимо выполнить
модернизацию подсистемы интеграции с ЕПГУ в части приема и обработки заявлений по новому
виду сведений «Запись в детский лагерь» посредством СМЭВ 3.x по услуге «Запись в детский
лагерь».
Модернизация выполняется на основании Приложения №1 к Техническому заданию, а также
описания вида сведений, предоставляемых Заказчиком в рамках п. 4.1 настоящего Технического
задания.
В рамках модернизации необходимо реализовать следующие функциональные
возможности:
- подключение Системы в качестве поставщика (ответчика) к виду сведений «Запись в
детский лагерь»;
 обеспечение приема заявлений и обработки запросов, направляемых из Единого сервиса
отдыха детей и их оздоровления, размещенного на ЕПГУ;
 обеспечение передачи статусов обработки заявлений в ЕПГУ;
 обеспечение возможности параллельной работы:
 действующего формата взаимодействия по существующему виду сведений;
 нового формата взаимодействия по виду сведений «Запись в детский лагерь»;
 обеспечение раздельной обработки заявлений, поступивших по различным форматам
взаимодействия;
 обеспечение журналирования операций обмена сообщениями с ЕПГУ;
 обеспечение хранения истории взаимодействия по каждому заявлению.
В рамках модернизации не требуется прекращение работы существующего механизма
приема заявлений по действующему виду сведений. Новый формат взаимодействия должен
функционировать параллельно старому формату.
4.3 Требования к модернизации подсистемы «Заявления»
В рамках модернизации Системы необходимо выполнить доработку подсистемы
«Заявления» в части реализации нового бизнес-процесса обработки заявлений для поддержки
нового формата оказания услуги, описанного в пункте 4.2 настоящего Технического задания.
Модернизация выполняется на основании Приложения №1 к Техническому заданию,
указанных в настоящем Техническом задании, а также регламента оказания услуги,
предоставленного Заказчиком в рамках п. 4.1 настоящего Технического задания.
Подсистема должна обеспечивать обработку заявлений, поступающих посредством нового
вида сведений «Запись в детский лагерь», а также сохранение возможности обработки заявлений,
поступающих по действующему формату взаимодействия.
В рамках модернизации необходимо реализовать следующие функциональные возможности:
 разработка нового бизнес-процесса обработки заявлений по услуге организации отдыха и
оздоровления детей;
 обеспечение параллельной работы:
 существующего бизнес-процесса обработки заявлений;
 нового бизнес-процесса обработки заявлений;
- обеспечение раздельной обработки заявлений, поступивших по различным форматам
услуги;
- реализация новой статусной модели заявлений;
- обеспечение возможности прикрепления и хранения документов, полученных в рамках
обработки заявления.
Внедрение нового бизнес-процесса осуществляется с сохранением функционирования
действующего процесса обработки заявлений.
Заявления, созданные в рамках действующего формата оказания услуги до ввода нового
бизнес-процесса, продолжают обрабатываться в рамках существующего механизма оказания услуги
до их завершения.
На момент разработки настоящего Технического задания отсутствует информация о сроках
полного перехода на новый формат оказания услуги и выводе из эксплуатации действующего
формата взаимодействия.
4.4 Требования к модернизации подсистемы «Дети»
В рамках модернизации Системы необходимо выполнить доработку подсистемы «Дети»
для обеспечения поддержки нового бизнес-процесса, описанного в п. 4.3 настоящего Технического
задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию, указанных
в настоящем Техническом задании, а также регламента оказания услуги и исходных данных,
предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания.
Подсистема должна обеспечивать выполнение функциональных возможностей,
предусмотренных в разделе 3.3.5 настоящего ТЗ.
В рамках модернизации необходимо реализовать следующие функциональные
возможности:
– обеспечение обработки сведений о детях, поступающих в рамках нового формата
взаимодействия;
– обеспечение параллельной работы:
 существующего реестра детей в рамках действующего бизнес-процесса;
 модернизированного реестра детей в рамках нового бизнес-процесса;
- обеспечение сохранения параметров фильтрации и текущей страницы реестра при
переходе в карточку записи и возврате обратно в рамках нового бизнес-процесса;
Внедрение модернизированного реестра осуществляется с сохранением функционирования
действующего механизма обработки данных. Сведения, созданные в рамках действующего
формата оказания услуги до ввода нового бизнес-процесса, продолжают использоваться в рамках
существующего механизма обработки данных.
4.5 Требования к модернизации подсистемы «ДОЛ»
В рамках модернизации Системы необходимо выполнить доработку подсистемы «ДОЛ»
для обеспечения поддержки нового бизнес-процесса, описанного в п. 4.3 настоящего Технического
задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию, указанных
в настоящем Техническом задании, а также регламента оказания услуги и исходных данных,
предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема должна обеспечивать выполнение функциональных возможностей,
предусмотренных в разделе 3.3.6 настоящего Технического задания.
В рамках модернизации необходимо реализовать следующие функциональные
возможности:
- обеспечение хранения и обработки сведений о детских оздоровительных лагерях в рамках
нового бизнес-процесса;
– обеспечение параллельной работы:
 существующего реестра ДОЛ в рамках действующего бизнес-процесса;
 модернизированного реестра ДОЛ в рамках нового бизнес-процесса;
- обеспечение сохранения параметров фильтрации и текущей страницы реестра при
переходе в карточку записи и возврате обратно в рамках нового бизнес-процесса;
Сведения, созданные в рамках действующего формата оказания услуги до ввода нового
бизнес-процесса, продолжают использоваться в рамках существующего механизма обработки
данных.
4.6 Требования к модернизации подсистемы «Путевки в ДОЛ»
В рамках модернизации Системы необходимо выполнить доработку подсистемы «Путевки
в ДОЛ» для обеспечения поддержки нового бизнес-процесса, описанного в п. 4.3 настоящего
Технического задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию, указанных
в настоящем Техническом задании, а также регламента оказания услуги и исходных данных,
предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема должна обеспечивать выполнение функциональных возможностей,
предусмотренных в разделе 3.3.7 настоящего Технического задания.
В рамках модернизации необходимо реализовать следующие функциональные
возможности:
- обеспечение хранения и обработки сведений о детских оздоровительных лагерях в рамках
нового бизнес-процесса;
– обеспечение параллельной работы:
 существующего формата обработки данных;
 нового формата обработки данных;
- обеспечение сохранения параметров фильтрации и текущей страницы реестра при
переходе в карточку записи и возврате обратно в рамках нового бизнес-процесса;
Сведения, созданные в рамках действующего формата оказания услуги до ввода нового
бизнес-процесса, продолжают использоваться в рамках существующего механизма обработки
данных.
4.7 Требования к модернизации подсистемы «Отчеты»
В рамках модернизации Системы необходимо выполнить доработку подсистемы «Отчеты»
для обеспечения поддержки нового бизнес-процесса, описанного в пункте 4.3 настоящего
Технического задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию, указанных
в настоящем Техническом задании, а также регламента оказания услуги и исходных данных,
предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема должна обеспечивать выполнение функциональных возможностей,
предусмотренных в разделе 3.3.8 настоящего Технического задания.
В рамках модернизации необходимо реализовать следующие функциональные
возможности:
- обеспечение формирования отчетности на основе данных, обрабатываемых в рамках
нового формата оказания услуги;
- обеспечение параллельной работы:
 существующего формата обработки данных;
 нового формата обработки данных.
Сведения, созданные в рамках действующего формата оказания услуги до ввода нового
бизнес-процесса, продолжают использоваться в рамках существующего механизма обработки
данных.
4.8 Требования к модернизации подсистемы распределения путевок в ДОЛ
В рамках модернизации Системы необходимо выполнить доработку подсистемы
распределения путевок в ДОЛ для обеспечения поддержки нового бизнес-процесса, описанного в
пункте 4.3 настоящего Технического задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию, указанных
в настоящем Техническом задании, а также регламента оказания услуги и исходных данных,
предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема должна обеспечивать выполнение функциональных возможностей,
предусмотренных в разделе 3.3.9 настоящего Технического задания.
В рамках модернизации необходимо реализовать следующие функциональные
возможности:
- обеспечение распределения путевок в рамках нового формата оказания услуги;
- обеспечение параллельной работы:
 существующего механизма распределения путевок;
 модернизированного механизма распределения путевок в рамках нового бизнеспроцесса;
- обеспечение раздельной обработки заявлений, поступающих в рамках различных
форматов оказания услуги;
- обеспечение возможности фильтрации реестра по смене и детскому оздоровительному
лагерю в рамках нового формата оказания услуги;
- разделение на самостоятельные реестры реестра детей, находящихся в трудной
жизненной ситуации, и детей, не имеющих льготных прав в рамках нового формата
оказания услуги. По результатам разделения итоговый перечень реестров заявлений,
поступающих для распределения путёвок в ДОЛ, формируется следующим образом:
 Реестр детей-сирот на распределение в ДОЛ в Магаданской области;
 Реестр детей-сирот на распределение в ДОЛ за пределами Магаданской области;
 Реестр детей, находящихся в трудной жизненной ситуации на распределение в ДОЛ
в Магаданской области;
 Реестр детей, находящихся в трудной жизненной ситуации на распределение в ДОЛ
за пределами Магаданской области;
 Реестр детей, не имеющих льготных прав, на распределение в ДОЛ в Магаданской
области;
 Реестр детей, не имеющих льготных прав, на распределение в ДОЛ за пределами
Магаданской области.
Внедрение
нового
процесса
распределения
осуществляется
с
сохранением
функционирования действующего процесса распределения путевок. Заявления, созданные в рамках
действующего формата оказания услуги до ввода нового бизнес-процесса, продолжают
обрабатываться в рамках существующего механизма распределения путевок до завершения их
жизненного цикла.
4.9 Требования к подсистеме взаимодействия со СМЭВ 4
В рамках нового формата оказания услуги предусматривается реализация
межведомственного взаимодействия с использованием СМЭВ 4 для получения и передачи
сведений, необходимых для обработки заявлений и принятия решений в рамках процесса
распределения путёвок.
Для обеспечения унифицированного доступа к данным, размещённым на витринах
поставщиков в СМЭВ 4, необходимо развернуть Агент ПОДД СМЭВ на подготовленных
вычислительных мощностях и настроенном программном обеспечении.
Агент ПОДД СМЭВ должен обеспечивать:
- периодический опрос указанных адресов витрин сведений (ВС) на наличие входящих
запросов с последующей передачей их в Систему для обработки и формирования ответов;
- отправку исходящих XML-запросов в адрес соответствующих ВС в СМЭВ;
- гарантированную доставку сообщений за счёт механизма повторных попыток при
возникновении сбоев при взаимодействии с электронными сервисами;
- взаимодействие с контейнером ключей ведомства, содержащим защищённые
сертификаты, используемые для формирования электронной подписи при отправке и
приёме сообщений;
- поддержку формирования и хранения информации о владельце ключа в зависимости от
ведомства-инициатора и ведомства-исполнителя запроса;
- ведение истории всех межведомственных запросов;
- возможность опроса очередей СМЭВ по пространству имён соответствующих видов
сведений.
Перечень конкретных видов сведений, а также правила их использования и настройки
межведомственного взаимодействия в рамках нового бизнес-процесса определяются в рамках
настоящего Технического задания на основании данных, предоставленных Заказчиком в пункте 4.1
настоящего ТЗ.
В рамках реализации настоящего Технического задания предусматривается возможность
подключения не более 3 (трёх) видов сведений, предоставленных Заказчиком в пункте 4.1
настоящего Технического задания.
4.10
Требования к подсистеме ГИС ГМП
В рамках оказания нового формата услуги предоставление платных услуг не
предусматривается.
В связи с этим модернизация подсистемы ГИС ГМП в рамках реализации нового бизнеспроцесса не требуется. Взаимодействие с ГИС ГМП для новой услуги не осуществляется.
5
5.1
ОБЩИЕ ТРЕБОВАНИЯ
Требования к видам обеспечения
5.1.1
Требования к информационному обеспечению
Хранение данных в Системах должно быть обеспечено функциями СУБД, относящихся к
Единому реестру российских программ для электронных вычислительных машин и баз данных или
свободно-распространяемому ПО с открытым исходным кодом. Для обеспечения целостности
данных должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать
протоколирование обрабатываемой в Системах информации.
Доступ к данным должен быть предоставлен только авторизованным пользователям, а также
с учетом категории запрашиваемой информации.
5.1.2 Требования к лингвистическому обеспечению
Исполнитель должен учитывать язык программирования, на котором создан исходный код
развиваемой Системы.
Система поддерживает использование для текстовых полей кодировки UTF-8.
В диалогах с пользователями в текстах сообщений должен применяться русский язык, за
исключением сообщений общесистемного ПО, которые могут не подлежать переводу на русский
язык, а также системных сообщений и интерфейсов администратора Системы. Способ организации
диалога с пользователем должен обеспечивать:
- уменьшение вероятности совершения оператором случайных ошибочных действий;
- логический контроль ввода данных;
- контроль ввода данных на непротиворечивость;
- возможность корректировки вводимого текста.
Все экранные и выходные формы, инструкции по работе, вся документация должны быть
выполнены на русском языке. Исключения могут составлять только системные сообщения, не
подлежащие русификации.
5.1.3
Требования к программному обеспечению
При модернизации Системы не допускается полная замена ПО, необходимо использовать
ПО на технических средствах Заказчика, как серверное, так и АРМ пользователя.
Используемое ПО и библиотеки программных кодов должны иметь широкое
распространение, быть общедоступными и использоваться в промышленных масштабах.
Графический пользовательский интерфейс должен быть реализован как веб-приложение,
используемое пользователями через веб-браузеры.
5.1.4
Требования к методическому обеспечению
В рамках оказания услуг по модернизации общих функций Системы Исполнителем должны
быть актуализированы следующие эксплуатационные документы:
1) руководство пользователя (при оказании услуг, включающих функциональные
изменения процесса использования Системы);
2) руководство администратора (при оказании услуг, включающих функциональные
изменения процесса администрирования Системы).
5.2 Общие технические требования к Системе
5.2.1 Требования к численности и квалификации персонала и пользователей Системы
Персонал, осуществляющий эксплуатационное обслуживание Системы, должен обладать
следующими навыками и знаниями:
- настройка, установка серверной и клиентской операционных систем;
- знание принципов построения TCP/IP сетей и распределение в них нагрузки;
- установка, настройка, обеспечение резервирования и восстановления данных;
- установка, настройка и эксплуатация СУБД, практические навыки построения запросов к
базам данных;
- установка, настройка и эксплуатация программного комплекса Системы.
Режим работы персонала должен соответствовать действующему законодательству
Российской Федерации и обеспечивать работоспособность Системы.
Пользователи Системы должны обладать квалификацией уверенного пользователя
персонального компьютера (базовые требования). Дополнительных требований по квалификации
не предъявляется.
5.2.2
Требования к надежности
Общими требованиями к надежности Системы являются:
- Система должна функционировать круглосуточно, в непрерывном режиме, кроме
времени проведения работ по смене версий программного обеспечения, других
профилактических работ по техническому обслуживанию, требующих остановку
технических средств;
- контроль целостности данных должен быть обеспечен на уровне СУБД;
- выход из строя одной из подсистем не должен приводить к прекращению
функционирования остальных подсистем, т.е. при этом должна обеспечиваться
возможность выполнения функций всех оставшихся подсистем;
- неправильные действия пользователей не должны приводить к возникновению
аварийной ситуации в работе Системы;
- должны быть минимизированы ошибки пользователей Системы, в том числе путем
четкого разграничения прав доступа к Системе.
5.2.3
Требования по безопасности
Все технические решения, использованные при модернизации Системы, а также
требования к аппаратному обеспечению должны соответствовать действующим нормам и правилам
техники безопасности, пожаробезопасности и взрывобезопасности, а также охраны окружающей
среды при эксплуатации.
5.2.4
Требования к эргономике и технической эстетике
Взаимодействие пользователей с Системой должно осуществляться посредством
пользовательского интерфейса.
Пользовательский интерфейс Системы должен соответствовать современным
эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям
Системы.
Навигационные элементы должны быть выполнены в удобной для пользователя форме.
Средства редактирования информации должны удовлетворять принятым соглашениям в
части использования функциональных клавиш, режимов работы, поиска, использования оконной
системы.
Ввод-вывод данных, прием управляющих команд и отображение результатов их
исполнения должны выполняться в интерактивном режиме.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора
типа «мышь», то есть управление системой должно осуществляется с помощью набора экранных
меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным
образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Эргономика Системы должны быть достигнута путем соответствия интерфейса следующим
критериям:
1) должен быть реализован графический режим представления данных;
2) должен быть обеспечен удобный, простой и интуитивно понятный интерфейс для
пользователя, который хорошо знает свою предметную область и не является
специалистом в области информационных технологий;
3) функциональная полнота, обеспечение доступа ко всем функциональным возможностям
Системы;
4) корректность
реализации
функциональных
возможностей
и
соответствие
автоматизируемым задачам и обеспечению достоверности результатов;
5) информативность, адекватное отображение информации и состояние исполняемых
процессов;
6) минимизация и оптимизация действий пользователя при выполнении операций;
7) все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений), должны быть на русском языке, взаимодействие пользователя с
Системами должно осуществляться на русском языке, за исключением системных
сообщений, возникающих при нештатных ситуациях и несущих информацию для
администраторов и разработчиков;
8) должна быть обеспечена корректная обработка ситуаций, вызванных неверными
действиями пользователей, неверным форматом или недопустимыми значениями
входных данных. В указанных случаях Система должна выдавать пользователю
сообщения, отражающие проблему и содержащие рекомендации по ее устранению,
после чего возвращаться в рабочее состояние, предшествовавшее неверной
(недопустимой) команде или некорректному вводу данных;
9) сокращение длительности операций чтения, редактирования и поиска информации;
10) уменьшение времени навигации и выбора команд;
11) при отображении многострочных массивов информации должна показываться полоса
прокрутки;
12) комфортность работы;
13) ясность и четкость текстов, значений пиктограмм и прочих элементов управления;
14) стандартизация управляющих элементов, экранных форм и информационных панелей.
5.2.5
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов Системы
Система должна быть рассчитана на эксплуатацию в составе программно-аппаратного
комплекса Государственного заказчика. Техническая и физическая защита аппаратных
компонентов Систем, носителей данных, бесперебойное энергоснабжение, резервирование
ресурсов, текущее обслуживание реализуется техническими и организационными средствами
Государственного заказчика.
Система не должна требовать регулярного администрирования. Штатные средства системы
должны позволять проводить удаленное администрирование базы данных и настройку Системы
(при наличии технической возможности доступа к серверу, на котором установлена Система).
5.2.6
Требования к защите информации от несанкционированного доступа
В состав мер по обеспечению безопасности информации должны входить:
1) идентификация и аутентификация пользователей;
2) гибкая ролевая модель;
3) функция по регистрации событий, определению (выбору) регистрируемых событий,
обеспечиваться запись и хранение информации о событиях в течение устанавливаемого
времени хранения.
Для каждого пользователя должна быть реализована возможность назначить одну или
более ролей. Роль должна регламентировать доступ пользователя к функциям и объектам Системы.
5.2.7
Требования к сохранности информации при авариях
Для обеспечения сохранности информации на сервере, на котором размещена Система
должна быть предусмотрена возможность:
1) периодического резервного копирования базы данных Системы;
2) восстановления данных в непротиворечивое состояние при программно-аппаратных
сбоях (отключение электрического питания, сбои операционной систем и др.);
3) восстановления данных при сбоях в работе сетевого программного и аппаратного
обеспечения.
Резервные копии базы данных Системы должны храниться вне информационных ресурсов
Системы. Серверные мощности для хранения резервных копий предоставляются Заказчиком.
5.2.8
Требования к патентной чистоте
Патентная чистота Системы и ее частей должна быть обеспечена в отношении патентов,
действующих на территории Российской Федерации.
Без увеличения цены Контракта Исполнитель обязан передать Государственному Заказчику
права на использование охраняемых результатов интеллектуальной деятельности, права на которые
принадлежат подрядчику (исполнителю) и которые использовались при оказании услуг по
Контракту, в объеме, необходимом для использования Заказчиком результатов услуг по Контракту
по их целевому назначению и в соответствии с условиями Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный Заказчиком. Исполнитель
передает
Государственному
Заказчику
указанные
права
посредством
заключения
сублицензионного договора.
В случае использования при оказании услуг по Контракту программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных третьими
лицами, условия, на которых передаются права на их использование (исполнение), должны
обеспечить отсутствие ограничений, препятствующих использованию результатов услуг по их
назначению.
Использование при модернизации программ, принадлежащих исполнителю и/или третьим
лицам, допускается только с согласия Заказчика.
При оказании услуг по настоящему Техническому заданию Исполнитель должен
гарантировать соблюдение авторских, исключительных и иных прав на объекты интеллектуальной
собственности третьих лиц.
5.2.9
Требования к стандартизации и унификации
Унификации подлежат все составляющие пользовательского интерфейса: система меню,
формы отображения информации на экране, типы и формы сообщений и запросов пользователю,
системные сообщения. Экранные формы должны проектироваться с учетом следующих требований
унификации:
1) все экранные формы пользовательского интерфейса должны быть выполнены в едином
графическом дизайне, с одинаковым расположением основных элементов управления и
навигации;
2) для обозначения сходных операций должны использоваться сходные графические значки,
кнопки и другие управляющие (навигационные) элементы. Термины, используемые для
обозначения типовых операций (добавление информационной сущности, редактирование
поля данных), а также последовательности действий пользователя при их выполнении,
должны быть унифицированы;
3) внешнее поведение сходных элементов интерфейса (реакция на наведение указателя
«мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для
однотипных элементов.
При вводе однотипных данных в Системе должны использоваться единые (в рамках
Системы) справочники для различных видов текстовой информации.
Модернизация Системы должно быть осуществлено с использованием стандартных и
унифицированных методов разработки программных средств. Система проектирования должна
обеспечивать унификацию функциональных задач, операций и интерфейсов.
6
СОСТАВ И СОДЕРЖАНИЕ УСЛУГ
Услуги по модернизации Системы перечислены в таблице 4.
Таблица 4 – Состав и содержание услуг
Этап Наименование
Срок окончания
Итоговые документы
услуг
оказания услуг по этапу*
Модернизация
С момента заключения
- Руководство пользователя;
1
Системы в
Контракта по 15.12.2026
- Руководство администратора;
соответствии с
- Программа и методика
требованиями,
- приемочных испытаний;
представленными
- Протокол проведения
в разделе 4
- приемочных испытаний;
данного ТЗ
- Акт передачи исключительных
- /неисключительных прав;
- Сублицензионный/Лицензионный
договор
- Документ о приемке, акт сдачи-
приемки оказанных услуг
* Длительность каждого этапа может изменяться при условии письменного согласования со стороны
Заказчика и соблюдения общего срока оказания услуг.
Характеристики программного обеспечения по КТРУ 58.29.11.000-00000004:
Способ предоставления:
удаленный доступ через информационно-телекоммуникационные
сети, в том числе через информационно-телекоммуникационную сеть Интернет;
Класс программ для электронных вычислительных машин и баз данных: (12.20) информационные
системы для решения специфических отраслевых задач;
Вид: Услуги по модернизации программного обеспечения.**
** Дополнительная характеристика: В целях конкретизации объекта закупки. Услуга сопряжена с
предоставлением заказчику прав на использование ПО или расширением ранее предоставленного объема
прав.
7 ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ УСЛУГ
7.1 Требования по обеспечению конфиденциальности
В период оказания Услуг и после их окончания Исполнитель не должен разглашать и
использовать конфиденциальную информацию, принадлежащую Заказчику, которая может стать
ему известной в ходе оказания Услуг.
7.2 Требования к приемке
Приемка услуги должна проводиться в соответствии с согласованной между Заказчиком и
Исполнителем Программой и методикой приемочных испытаний.
Перед проведением приемочных испытаний Исполнитель обязан разработать и согласовать
с Заказчиком перечень документов.
В течение 5 (пяти) рабочих дней с даты завершения этапа Исполнителю необходимо
направить в адрес Заказчика официальное письмо о готовности к проведению приемочных
испытаний. Электронная версия документа направляется Исполнителем на электронную почту
Заказчика.
По результатам приемочных испытаний, при отсутствии замечаний у Заказчика,
подписывается Протокол проведения приемочных испытаний.
По окончании проведения приемочных испытаний Заказчик в течение 3 (трех) рабочих
дней подписывает Протокол проведения приемочных испытаний и Документ о приемке по
Контракту, либо направляет мотивированный отказ от подписания Протокола проведения
приемочных испытаний или Документа о приемке.
7.3 Требования к гарантийным обязательствам
Исполнитель гарантирует, что оказанные услуги соответствуют требованиям,
установленным в Контракте, обязательным нормам и правилам, регулирующим данную
деятельность (ГОСТ, ТУ), а также иным требованиям законодательства Российской Федерации,
действующим на момент оказания услуг.
Гарантийный срок на оказанные услуги составляет 12 (двенадцать) месяцев с даты
завершения оказанных услуг по этапу в соответствии с реализованным в этапе функционалом.
Под гарантией понимается устранение Исполнителем своими силами и за свой счет
допущенных по его вине недостатков Системы, выявленных после приемки оказанных услуг в
соответствии с разделом 4 данного ТЗ.
Если в период гарантийного срока выясняется, что работы (отдельные виды работы) имеют
недостатки и дефекты, которые являются следствием ненадлежащего исполнения Исполнителем
принятых им на себя обязательств, то Исполнитель (в случае, если не докажет отсутствие своей
вины) обязан устранить их за свой счет в сроки, согласованные Сторонами и зафиксированные в
акте с перечнем выявленных недостатков и сроком их устранения. Гарантийный срок в этом случае
соответственно продлевается на период устранения недостатков.
Приложение 2
к Техническому заданию
г. Новосибирск
ФОРМА
АКТ
приема-передачи исключительных прав
«__» ______ 20__ г.
ПРИОБРЕТАТЕЛЬ:
ПРАВООБЛАДАТЕЛЬ: _____________________
ДОГОВОР: от ___.___.20___ № _______________________
на оказание услуг по _______________________________________________________________
ИСКЛЮЧИТЕЛЬНЫЕ ПРАВА НА РЕЗУЛЬТАТЫ ОКАЗАННЫХ УСЛУГ ПО ___ ЭТАПУ:
Мы, нижеподписавшиеся, от Приобретателя – _______________________, действующий на
основании ________________, с одной стороны, от Правообладателя – ____________, действующий
на основании _________, с другой стороны, вместе в дальнейшем именуемые «Стороны», принимая во
внимание условия договора от __.__.20__ № _________________ на оказание услуг по
__________________ (далее – Договор), составили настоящий акт о том, что:
1. Правообладатель передает Приобретателю в полном объеме, а Приобретатель получает
исключительное право на ____________________ (далее – исключительное право).
2. Стоимость исключительного права включена в цену Договора, составляет ____
(_________________________) рубля __ копейки, подлежит уплате в соответствии с условиями
Договора, отдельно Приобретателем не оплачивается.
3. Исключительное право переходит от Правообладателя к Приобретателю в момент
подписания Заказчиком документа о приемке в порядке, установленном разделом 4 Договора.
4. Настоящий акт составлен в 2 (двух) экземплярах, имеющих равную юридическую силу, по
одному экземпляру для каждой из сторон.
ПОДПИСИ СТОРОН
Приобретатель:
Правообладатель:

=== ФАЙЛ: Требования к содержанию, составу заявки, инструкция по её заполнению.docx | docs/0847500000926002274/Требования к содержанию, составу заявки, инструкция по её заполнению.pdf
Требования к содержанию, составу заявки на участие в запросе котировок в электронной форме в
соответствии с Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере
закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и
инструкция по ее заполнению
Для участия в запросе котировок в электронной форме заявка на участие в закупке, если иное не
предусмотрено Федеральным законом от 05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Федеральный
закон № 44-ФЗ), должна содержать:
1.
Информацию и документы об участнике закупки, которые не включаются участником
закупки в заявку на участие в закупке (такие информация и документы направляются (по состоянию на
дату и время их направления) заказчику оператором электронной площадки, оператором
специализированной электронной площадки путем информационного взаимодействия с единой
информационной системой):
1)
полное и сокращенное (при наличии) наименование юридического лица, в том числе
иностранного юридического лица (если участником закупки является юридическое лицо),
аккредитованного филиала или представительства иностранного юридического лица (если от имени
иностранного юридического лица выступает аккредитованный филиал или представительство),
наименование обособленного подразделения юридического лица (если от имени участника закупки
выступает обособленное подразделение юридического лица), фамилия, имя, отчество (при наличии) (если
участником закупки является физическое лицо, в том числе зарегистрированное в качестве
индивидуального предпринимателя);
2)
фамилия, имя, отчество (при наличии), идентификационный номер налогоплательщика (при
наличии) и должность лица, имеющего право без доверенности действовать от имени юридического лица,
либо действующего в качестве руководителя юридического лица, аккредитованного филиала или
представительства иностранного юридического лица, либо исполняющего функции единоличного
исполнительного органа юридического лица;
3)
идентификационный номер налогоплательщика (при наличии) членов коллегиального
исполнительного органа, лица, исполняющего функции единоличного исполнительного органа,
управляющего (при наличии), управляющей организации (при наличии), участников (членов)
корпоративного юридического лица, владеющих более чем двадцатью пятью процентами акций (долей,
паев) корпоративного юридического лица, учредителей унитарного юридического лица или в
соответствии
с
законодательством
соответствующего
иностранного
государства
аналог
идентификационного номера налогоплательщика таких лиц;
4)
адрес юридического лица, в том числе иностранного юридического лица (если участником
закупки является юридическое лицо) в пределах места нахождения юридического лица, адрес (место
нахождения) аккредитованного филиала или представительства на территории Российской Федерации
(если от имени иностранного юридического лица выступает аккредитованный филиал или
представительство), адрес (место нахождения) обособленного подразделения юридического лица (если от
имени участника закупки выступает обособленное подразделение юридического лица), место жительства
физического лица, в том числе зарегистрированного в качестве индивидуального предпринимателя (если
участник закупки является физическим лицом, в том числе зарегистрированным в качестве
индивидуального предпринимателя), адрес электронной почты, номер контактного телефона;
5)
копия документа, удостоверяющего личность участника закупки в соответствии с
законодательством Российской Федерации (если участник закупки является физическим лицом, не
являющимся индивидуальным предпринимателем);
6)
идентификационный номер налогоплательщика юридического лица (если участником
закупки является юридическое лицо), аккредитованного филиала или представительства иностранного
юридического лица (если от имени иностранного юридического лица выступает аккредитованный филиал
или представительство), физического лица, в том числе зарегистрированного в качестве индивидуального
предпринимателя (если участником закупки является физическое лицо, в том числе зарегистрированное в
качестве индивидуального предпринимателя), аналог идентификационного номера налогоплательщика в
соответствии с законодательством соответствующего иностранного государства (если участником
закупки является иностранное лицо), код причины постановки на учет юридического лица (если
участником закупки является юридическое лицо), аккредитованного филиала или представительства
иностранного юридического лица (если от имени иностранного юридического лица выступает
аккредитованный филиал или представительство), обособленного подразделения юридического лица
(если от имени участника закупки выступает обособленное подразделение юридического лица);
7)
выписка из единого государственного реестра юридических лиц (если участником закупки
является юридическое лицо), выписка из единого государственного реестра индивидуальных
предпринимателей (если участником закупки является индивидуальный предприниматель);
8)
надлежащим образом заверенный перевод на русский язык документов о государственной
регистрации юридического лица или физического лица в качестве индивидуального предпринимателя в
соответствии с законодательством соответствующего государства (если участником закупки является
иностранное лицо);
9)
декларация о принадлежности участника закупки к социально ориентированным
некоммерческим организациям в случае установления преимущества, предусмотренного частью 3 статьи
30 Федерального закона № 44-ФЗ.
2.
Информацию и документы об участнике закупки, которые включаются участником закупки
в заявку на участие в закупке:
1)
решение о согласии на совершение или о последующем одобрении крупной сделки, если
требование о наличии такого решения установлено законодательством Российской Федерации,
учредительными документами юридического лица и для участника закупки заключение контракта на
поставку товара, выполнение работы или оказание услуги, являющихся объектом закупки, либо внесение
денежных средств в качестве обеспечения заявки на участие в закупке, обеспечения исполнения контракта
является крупной сделкой;
2)
декларация о соответствии участника закупки требованиям, установленным пунктами 3 - 5, 7 11 части 1 статьи 31 Федерального закона № 44-ФЗ;
3)
реквизиты счета участника закупки, на который в соответствии с законодательством
Российской Федерации осуществляется перечисление денежных средств в качестве оплаты поставленного
товара, выполненной работы (ее результатов), оказанной услуги, а также отдельных этапов исполнения
контракта, за исключением случаев, если в соответствии с законодательством Российской Федерации
такой счет открывается после заключения контракта.
3.
Предложение участника закупки о цене контракта.
4.
Информация и документы, определенные в соответствии с пунктом 2 части 2 статьи 14
Федерального закона о контрактной системе (в случае отсутствия таких информации и документов в
заявке на участие в закупке такая заявка приравнивается к заявке, в которой содержится предложение
о поставке товаров, происходящих из иностранного государства, работ, услуг, соответственно
выполняемых, оказываемых иностранными лицами):
а)
для подтверждения происхождения программ для электронных вычислительных машин и
(или) баз данных (далее – программное обеспечение) из Российской Федерации:
- порядковый номер реестровой записи из единого реестра российских программ для электронных
вычислительных машин и баз данных (далее - реестр российского программного обеспечения);
- порядковый номер реестровой записи из реестра российского программного обеспечения,
содержащей информацию о соответствии программного обеспечения требованиям к доверенному
программному обеспечению (для программного обеспечения, в отношении которого установлены
требования, установленные частями 3.7 и 3.9 статьи 2 Федерального закона от 07.04.2025 N 58-ФЗ "О
внесении изменений в Федеральный закон "О безопасности критической информационной
инфраструктуры Российской Федерации");
б)
для подтверждения происхождения программного обеспечения из государств - членов
Евразийского экономического союза, за исключением Российской Федерации:
- порядковый номер реестровой записи из единого реестра программ для электронных
вычислительных машин и баз данных из государств - членов Евразийского экономического союза, за
исключением Российской Федерации (далее - реестр евразийского программного обеспечения);
- порядковый номер реестровой записи из реестра евразийского программного обеспечения,
содержащей информацию о соответствии программного обеспечения требованиям к доверенному
программному обеспечению (для программного обеспечения, в отношении которого установлены
требования, установленные частями 3.7 и 3.9 статьи 2Федерального закона от 07.04.2025 N 58-ФЗ "О
внесении изменений в Федеральный закон "О безопасности критической информационной
инфраструктуры Российской Федерации").
Подача заявки на участие в закупке означает согласие участника закупки, подавшего такую
заявку, на оказание услуги на условиях, предусмотренных извещением об осуществлении закупки,
и в соответствии с заявкой такого участника закупки на участие в закупке.

=== ФАЙЛ: Дополнительная информация к извещению.docx | docs/0847500000926002274/Дополнительная информация к извещению.pdf
ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ К ИЗВЕЩЕНИЮ О ПРОВЕДЕНИИ ЭЛЕКТРОННОГО
ЗАПРОСА КОТИРОВОК
Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке
(если заказчиком установлено требование обеспечения заявки на участие в закупке).
Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде
денежных средств или независимой гарантии, предусмотренной статьей 45 Федерального закона от
05.04.2013 № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд» (далее – Федеральный закон № 44-ФЗ). Выбор способа
обеспечения осуществляется участником закупки самостоятельно. Срок действия независимой гарантии
должен составлять не менее месяца с даты окончания срока подачи заявок.
Обеспечение заявки на участие в закупке предоставляется одним из следующих способов:
1)
путем блокирования денежных средств на банковском счете, открытом таким участником в
банке, включенном в перечень, утвержденный Правительством Российской Федерации (далее специальный счет), для их перевода в случаях, предусмотренных статьей 44 Федерального закона № 44ФЗ, на счет, на котором в соответствии с законодательством Российской Федерации учитываются
операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы
Российской Федерации. Требования к таким банкам, к договору специального счета, к порядку
использования имеющегося у участника закупки банковского счета в качестве специального счета
устанавливаются Правительством Российской Федерации;
2)
путем предоставления независимой гарантии, соответствующей требованиям статьи 45
Федерального закона № 44-ФЗ;
Участник закупки для подачи заявки на участие в закупке выбирает с использованием электронной
площадки способ обеспечения такой заявки путем указания реквизитов специального счета или указания
номера реестровой записи из реестра независимых гарантий, размещенного в единой информационной
системе;
В случае предоставления обеспечения заявки на участие в закупке в виде денежных средств:

подача заявки на участие в закупке означает согласие участника закупки на блокирование
денежных средств, находящихся на его специальном счете, в размере обеспечения заявки на участие в
закупке;

оператор электронной площадки не позднее десяти минут с момента получения заявки на
участие в закупке, поданной до окончания срока подачи заявок на участие в закупке, направляет в банк, в
котором открыт специальный счет, информацию о реквизитах такого счета и размере денежных средств,
необходимом для обеспечения заявки на участие в закупке;

банк не позднее сорока минут с момента получения информации о реквизитах специального
счета и размере денежных средств, необходимом для обеспечения заявки на участие в закупке,
осуществляет блокирование денежных средств на специальном счете в размере обеспечения заявки на
участие в закупке и направляет информацию об осуществленном блокировании оператору электронной
площадки. В случае отсутствия на специальном счете незаблокированных денежных средств в этом
размере банк такое блокирование не осуществляет и в указанный срок направляет оператору электронной
площадки информацию об отсутствии на специальном счете денежных средств в размере, необходимом
для обеспечения заявки;

в случае получения от банка информации об отсутствии на специальном счете денежных
средств в размере, необходимом для обеспечения заявки на участие в закупке, оператор электронной
площадки осуществляет возврат заявки подавшему ее участнику закупки;

в случае предоставления обеспечения заявки на участие в закупке в виде независимой
гарантии оператор электронной площадки посредством взаимодействия с реестром независимых
гарантий, размещенным в единой информационной системе, не позднее одного часа с момента получения
заявки на участие в закупке проверяет наличие номера реестровой записи в таком реестре, сумму
независимой гарантии, а также соответствие идентификационного кода закупки, указанного в
независимой гарантии, идентификационному коду закупки, указанному в извещении об осуществлении
закупки. Оператор электронной площадки возвращает заявку подавшему ее участнику закупки в случае
отсутствия номера реестровой записи в реестре независимых гарантий, размещенном в единой
информационной системе, несоответствия идентификационного кода закупки, для обеспечения заявки на
участие в которой выдана независимая гарантия, идентификационному коду закупки, указанному в
извещении об осуществлении закупки, приглашении, а также если сумма независимой гарантии менее
размера обеспечения заявок на участие в закупке, установленного заказчиком в соответствии с
Федеральным законом № 44-ФЗ.
В случае выявления обстоятельств, свидетельствующих о соответствии банка, не включенного в
перечень, предусмотренный подпунктом «а» пункта 1 части 5 статьи 44 Федерального закона № 44-ФЗ,
установленным требованиям либо о несоответствии банка, включенного в такой перечень,
установленным требованиям, такие сведения направляются Центральным банком Российской Федерации
в федеральный орган исполнительной власти по регулированию контрактной системы в сфере закупок в
течение пяти дней со дня выявления указанных обстоятельств для внесения соответствующих изменений
в перечень.
Каждый оператор электронной площадки заключает соглашение о взаимодействии с каждым из
банков, включенных в перечень, предусмотренный подпунктом «а» пункта 1 части 5 статьи 44
Федерального закона № 44-ФЗ. Требования к условиям таких соглашений определяются Правительством
Российской Федерации. Взаимодействие между оператором электронной площадки и банком в
соответствии с требованиями статьи 44 Федерального закона № 44-ФЗ осуществляется в электронной
форме.
Банк вправе открывать специальные счета участникам закупок только после заключения
соглашений о взаимодействии с каждым из операторов электронной площадки. Денежные средства,
находящиеся на специальном счете участника закупки, могут использоваться для обеспечения заявок на
участие в закупках исключительно такого участника закупки. Блокирование денежных средств в целях
обеспечения заявки на участие в закупке на специальном счете осуществляется и прекращается банком на
основании информации, полученной от оператора электронной площадки в соответствии со статьей 44
Федерального закона № 44-ФЗ. На денежные средства, заблокированные в соответствии со статьей 44
Федерального закона № 44-ФЗ, не может быть обращено взыскание по обязательствам участника закупки.
Банком начисляются проценты за пользование денежными средствами, находящимися на специальном
счете, в том числе в период их блокирования в целях обеспечения заявки на участие в закупке. Размер
таких процентов определяется договором специального счета, заключаемым участником закупки.
Режим использования специального счета должен предусматривать осуществление банком на
основании информации, полученной от оператора электронной площадки, следующих операций:
1)
блокирование и прекращение блокирования денежных средств в соответствии с
требованиями статьи 44 Федерального закона № 44-ФЗ. Такое блокирование заключается в ограничении
прав участника закупки по своему усмотрению распоряжаться денежными средствами, находящимися на
его специальном счете в размере обеспечения соответствующей заявки, в течение срока,
предусмотренного Федеральным законом № 44-ФЗ;
2)
перевод в случаях, предусмотренных статьей 44 Федерального закона № 44-ФЗ,
заблокированных денежных средств в размере обеспечения соответствующей заявки:
а)
на счет, на котором в соответствии с законодательством Российской Федерации
учитываются операции со средствами, поступающими заказчику;
б)
в соответствующий бюджет бюджетной системы Российской Федерации.
Оператор электронной площадки направляет в банк информацию о реквизитах специального счета
для осуществления банком по такому счету операции, предусмотренной частью 9 статьи 44 Федерального
закона № 44-ФЗ, в течение одного часа с момента наступления следующих случаев:
1)
отклонение заявки на участие в закупке (за исключением случая, предусмотренного частью 13
статьи 44 Федерального закона № 44-ФЗ), отстранение участника закупки от участия в определении
поставщика (подрядчика, исполнителя) в соответствии с Федеральным законом № 44-ФЗ;
2)
отзыв заявки участником закупки в соответствии с Федеральным законом № 44-ФЗ;
3)
заключение контракта в соответствии с Федеральным законом № 44-ФЗ с участником
закупки. В этом случае оператор электронной площадки направляет также информацию о реквизитах
специальных счетов всех участников закупки, заявки которых не были отклонены, отстранены, отозваны в
соответствии с Федеральным законом № 44-ФЗ, за исключением участников закупки, признанных в
соответствии с Федеральным законом № 44-ФЗ уклонившимися от заключения контракта;
4)
отмена закупки в соответствии со статьей 36 Федерального закона № 44-ФЗ. В этом случае
оператор электронной площадки направляет информацию о реквизитах специальных счетов всех
участников закупки, подавших заявки на участие в закупке;
5)
получение решения контрольного органа в сфере закупок об отказе в согласовании
заключения контракта с единственным поставщиком (подрядчиком, исполнителем);
6)
получение предусмотренного Федеральным законом № 44-ФЗ решения об отказе во
включении информации об участнике закупки в реестр недобросовестных поставщиков (подрядчиков,
исполнителей) в связи с его уклонением от заключения контракта;
7)
включение информации об участнике закупки в реестр недобросовестных поставщиков
(подрядчиков, исполнителей) в соответствии со статьей 104 Федерального закона № 44-ФЗ в связи с его
уклонением от заключения контракта.
Банк не позднее одного часа с момента получения информации, предусмотренной пунктами 1 - 6
части 10 статьи 44 Федерального закона № 44-ФЗ, прекращает осуществленное в соответствии с
подпунктом «в» пункта 3 части 5 статьи 44 Федерального закона № 44-ФЗ блокирование денежных
средств на специальном счете (специальных счетах), реквизиты которого (которых) направлены
оператором электронной площадки, и направляет информацию о прекращении такого блокирования
оператору электронной площадки. Не позднее одного часа с момента получения информации,
предусмотренной пунктом 7 части 10 статьи 44 Федерального закона № 44-ФЗ, банк осуществляет
перевод заблокированных в соответствии с подпунктом «в» пункта 3 части 5 статьи 44 Федерального
закона № 44-ФЗ денежных средств на счет, на котором в соответствии с законодательством Российской
Федерации учитываются операции со средствами, поступающими заказчику, и направляет информацию о
таком переводе оператору электронной площадки.
Возврат независимой гарантии, предоставленной для обеспечения заявки на участие в закупке, в
случаях, предусмотренных пунктами 1 - 6 части 10 статьи 44 Федерального закона № 44-ФЗ, заказчиком
лицу или гаранту, предоставившим независимую гарантию, не осуществляется, взыскание по ней не
производится. В случае, предусмотренном пунктом 7 части 10 статьи 44 Федерального закона № 44-ФЗ,
заказчик предъявляет требование об уплате денежной суммы по независимой гарантии, предоставленной
для обеспечения заявки на участие в закупке участником закупки, информация о котором включена в
реестр недобросовестных поставщиков (подрядчиков, исполнителей) в связи с уклонением такого
участника от заключения контракта.
В случае, если при проведении электронных процедур в течение одного квартала календарного года
на одной электронной площадке в отношении трех и более заявок одного участника закупки комиссиями
по осуществлению закупок приняты решения о несоответствии указанных заявок требованиям,
предусмотренным извещением об осуществлении закупки, по основаниям, установленным пунктами 1 - 3,
5 - 9 части 12 статьи 48 Федерального закона № 44-ФЗ, в порядке, предусмотренном частью 14 статьи 44
Федерального закона № 44-ФЗ, осуществляется перечисление в соответствующий бюджет бюджетной
системы Российской Федерации заблокированных на специальном счете участника закупки денежных
средств в размере обеспечения каждой третьей такой заявки или в порядке, предусмотренном частью 15
статьи 44 Федерального закона № 44-ФЗ, предъявляется требование об уплате денежной суммы по
независимой гарантии, предоставленной для обеспечения каждой третьей такой заявки.
Если в случае, предусмотренном частью 13 статьи 44 Федерального закона № 44-ФЗ, обеспечение
заявки на участие в закупке, являющейся третьей заявкой, предоставлено в виде денежных средств:
1)
оператор электронной площадки через пятнадцать рабочих дней со дня, следующего за днем
размещения на электронной площадке в отношении такой заявки протокола, указанного в части 17 статьи
48, пункте 2 части 5 статьи 49, пункте 2 части 3 статьи 50 Федерального закона № 44-ФЗ, направляет (за
исключением случая получения оператором электронной площадки решения суда, контрольного органа в
сфере закупок о признании решения, принятого в отношении такой заявки, не соответствующим
требованиям Федерального закона № 44-ФЗ) в банк информацию о реквизитах специального счета
участника закупки, подавшего такую заявку;
2)
банк не позднее одного часа с момента получения информации о реквизитах специального
счета участника закупки, подавшего такую заявку, осуществляет перевод заблокированных на
специальном счете участника закупки денежных средств в размере обеспечения такой заявки в
соответствующий бюджет бюджетной системы Российской Федерации и направляет информацию о таком
переводе оператору электронной площадки;
3)
оператор электронной площадки не позднее одного часа с момента получения от банка
информации о перечислении заблокированных на специальном счете участника закупки денежных
средств в соответствующий бюджет бюджетной системы Российской Федерации, направляет участнику
закупки информацию о таком перечислении.
Если в случае, предусмотренном частью 13 статьи 44 Федерального закона № 44-ФЗ, обеспечение
заявки на участие в закупке, являющейся третьей заявкой, предоставлено в виде независимой гарантии:
1)
оператор электронной площадки через пятнадцать рабочих дней со дня, следующего за днем
размещения на электронной площадке в отношении такой заявки протокола, указанного в части 17 статьи
48, пункте 2 части 5 статьи 49, пункте 2 части 3 статьи 50 Федерального закона № 44-ФЗ, направляет (за
исключением случая получения оператором электронной площадки решения суда, контрольного органа в
сфере закупок о признании решения, принятого в отношении такой заявки, не соответствующим
требованиям Федерального закона № 44-ФЗ) заказчику, разместившему такой соответствующий
протокол, информацию о наступлении случая, предусмотренного частью 13 статьи 44 Федерального
закона № 44-ФЗ, и об участнике закупки, подавшем такую заявку;
2)
заказчик не позднее трех рабочих дней со дня, следующего за днем получения информации о
наступлении случая, предусмотренного частью 13 статьи 44 Федерального закона № 44-ФЗ, и об
участнике закупки, подавшем такую заявку, предъявляет требование об уплате денежной суммы по
независимой гарантии, предоставленной таким участником закупки.
Предприятия уголовно-исполнительной системы, организации инвалидов, предусмотренные
частью 2 статьи 29 Федерального закона № 44-ФЗ, предоставляют обеспечение заявки на участие в
закупке (в случае установления заказчиком требования обеспечения заявок на участие в закупке) в
размере одной второй процента начальной (максимальной) цены контракта. Государственные,
муниципальные учреждения не предоставляют обеспечение подаваемых ими заявок на участие в
закупках.
Порядок предоставления обеспечения исполнения контракта, гарантийных обязательств,
требования к такому обеспечению (если требование обеспечения исполнения контракта,
гарантийных обязательств установлено заказчиком).
Исполнение контракта, гарантийные обязательства могут обеспечиваться предоставлением
независимой гарантии, соответствующей требованиям статьи 45 Федерального закона № 44-ФЗ, или
внесением денежных средств на указанный заказчиком счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами, поступающими
заказчику. Способ обеспечения исполнения контракта, гарантийных обязательств, срок действия
независимой гарантии определяются в соответствии с требованиями Федерального закона № 44-ФЗ
участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия
независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств,
которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе
в случае его изменения в соответствии со статьей 95 Федерального закона № 44-ФЗ.
Контракт заключается после предоставления участником закупки, с которым заключается контракт,
обеспечения исполнения контракта в соответствии с Федеральным законом № 44-ФЗ.
В случае непредоставления участником закупки, с которым заключается контракт, обеспечения
исполнения контракта в срок, установленный для заключения контракта, такой участник считается
уклонившимся от заключения контракта.
В случае установления заказчиком в соответствии со статьей 96 Федерального закона № 44-ФЗ
требования обеспечения исполнения контракта размер такого обеспечения устанавливается в
соответствии с Федеральным законом № 44-ФЗ в извещении об осуществлении закупки, документации о
закупке, проекте контракта, приглашении в размере от одной второй процента до тридцати процентов
начальной (максимальной) цены контракта, за исключением случаев, предусмотренных частями 6.1 - 6.2-1
статьи 96 Федерального закона № 44-ФЗ. При этом, если:
1)
контрактом предусмотрена выплата аванса, размер обеспечения исполнения контракта
устанавливается не менее чем в размере аванса, за исключением случая, предусмотренного пунктом 3
части 6 статьи 96 Федерального закона № 44-ФЗ;
2)
аванс превышает тридцать процентов начальной (максимальной) цены контракта, размер
обеспечения исполнения контракта устанавливается в размере аванса;
3)
в соответствии с законодательством Российской Федерации расчеты по контракту в части
выплаты аванса подлежат казначейскому сопровождению, размер обеспечения исполнения контракта
устанавливается заказчиком от начальной (максимальной) цены контракта (от цены контракта в случае,
предусмотренном частью 6.2 статьи 96 Федерального закона № 44-ФЗ при заключении контракта по
результатам определения поставщиков (подрядчиков, исполнителей) в соответствии с пунктом 1 части 1
статьи 30 Федерального закона № 44-ФЗ), уменьшенной на размер такого аванса.
Если в соответствии с законодательством Российской Федерации расчеты по контракту подлежат
казначейскому сопровождению, заказчик вправе не устанавливать требование обеспечения исполнения
контракта. При этом в случае установления заказчиком требования обеспечения исполнения контракта
размер такого обеспечения устанавливается в размере до десяти процентов от начальной (максимальной)
цены контракта (от цены контракта в случае, предусмотренном частью 6.2 статьи 96 Федерального закона
№ 44-ФЗ при заключении контракта по результатам определения поставщика (подрядчика, исполнителя) в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ).
Если контракт заключается по результатам определения поставщика (подрядчика, исполнителя) в
соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ и заказчиком установлено
требование обеспечения исполнения контракта, размер такого обеспечения устанавливается в
соответствии с частями 6 и 6.1 статьи 96 Федерального закона № 44-ФЗ от цены контракта, по которой в
соответствии с Федеральным законом № 44-ФЗ заключается контракт.
В ходе исполнения контракта поставщик (подрядчик, исполнитель) вправе изменить способ
обеспечения исполнения контракта и (или) предоставить заказчику взамен ранее предоставленного
обеспечения исполнения контракта новое обеспечение исполнения контракта, размер которого может
быть уменьшен в порядке и случаях, которые предусмотрены частями 7.2 и 7.3 статьи 96 Федерального
закона № 44-ФЗ. Поставщик (подрядчик, исполнитель) вправе изменить способ обеспечения гарантийных
обязательств и (или) предоставить заказчику взамен ранее предоставленного обеспечения гарантийных
обязательств новое обеспечение гарантийных обязательств.
В случае, если контрактом предусмотрены отдельные этапы его исполнения и установлено
требование обеспечения исполнения контракта, в ходе исполнения данного контракта размер этого
обеспечения подлежит уменьшению в порядке и случаях, которые предусмотрены частями 7.2 и 7.3 статьи
96 Федерального закона № 44-ФЗ.
Размер обеспечения исполнения контракта уменьшается посредством направления заказчиком
информации об исполнении поставщиком (подрядчиком, исполнителем) обязательств по поставке товара,
выполнению работы (ее результатов), оказанию услуги или об исполнении им отдельного этапа
исполнения контракта и стоимости исполненных обязательств для включения в соответствующий реестр
контрактов, предусмотренный статьей 103 Федерального закона № 44-ФЗ. Уменьшение размера
обеспечения исполнения контракта производится пропорционально стоимости исполненных
обязательств, приемка и оплата которых осуществлены в порядке и сроки, которые предусмотрены
контрактом. В случае, если обеспечение исполнения контракта осуществляется путем предоставления
независимой гарантии, требование заказчика об уплате денежных сумм по этой гарантии может быть
предъявлено в размере не более размера обеспечения исполнения контракта, рассчитанного заказчиком на
основании информации об исполнении контракта, размещенной в соответствующем реестре контрактов.
В случае, если обеспечение исполнения контракта осуществляется путем внесения денежных средств на
счет, указанный заказчиком, по заявлению поставщика (подрядчика, исполнителя) ему возвращаются
заказчиком в установленный в соответствии с частью 27 статьи 34 Федерального закона № 44-ФЗ
контрактом срок денежные средства в сумме, на которую уменьшен размер обеспечения исполнения
контракта, рассчитанный заказчиком на основании информации об исполнении контракта, размещенной в
соответствующем реестре контрактов.
Предусмотренное частями 7 и 7.1 статьи 96 Федерального закона № 44-ФЗ уменьшение размера
обеспечения исполнения контракта осуществляется при условии отсутствия неисполненных поставщиком
(подрядчиком, исполнителем) требований об уплате неустоек (штрафов, пеней), предъявленных
заказчиком в соответствии с Федеральным законом № 44-ФЗ, а также приемки заказчиком поставленного
товара, выполненной работы (ее результатов), оказанной услуги, результатов отдельного этапа
исполнения контракта в объеме выплаченного аванса (если контрактом предусмотрена выплата аванса)
либо в объеме, превышающем выплаченный аванс (если в соответствии с законодательством Российской
Федерации расчеты по контракту в части выплаты аванса подлежат казначейскому сопровождению).
Такое уменьшение не допускается в случаях, определенных Правительством Российской Федерации в
целях обеспечения обороноспособности и безопасности государства, защиты здоровья, прав и законных
интересов граждан Российской Федерации.
Положения Федерального закона № 44-ФЗ об обеспечении исполнения контракта, включая
положения о предоставлении такого обеспечения с учетом положений статьи 37 Федерального закона №
44-ФЗ, об обеспечении гарантийных обязательств не применяются в случае:
1)
заключения контракта с участником закупки, который является казенным учреждением;
2)
осуществления закупки услуги по предоставлению кредита;
3)
заключения бюджетным учреждением, государственным, муниципальным унитарными
предприятиями контракта, предметом которого является выдача независимой гарантии.
Участник закупки, с которым заключается контракт по результатам определения поставщика
(подрядчика, исполнителя) в соответствии с пунктом 1 части 1 статьи 30 Федерального закона № 44-ФЗ,
освобождается от предоставления обеспечения исполнения контракта, в том числе с учетом положений
статьи 37 Федерального закона № 44-ФЗ, от обеспечения гарантийных обязательств в случае
предоставления таким участником закупки информации, содержащейся в реестре контрактов,
заключенных заказчиками, и подтверждающей исполнение таким участником (без учета правопреемства)
в течение трех лет до даты подачи заявки на участие в закупке трех контрактов, исполненных без
применения к такому участнику неустоек (штрафов, пеней). Такая информация представляется
участником закупки до заключения контракта в случаях, установленных Федеральным законом № 44-ФЗ
для предоставления обеспечения исполнения контракта. При этом сумма цен таких контрактов должна
составлять не менее начальной (максимальной) цены контракта, указанной в извещении об
осуществлении закупки и документации о закупке.
Условия независимой гарантии.
Заказчики в качестве обеспечения заявок, исполнения контрактов, гарантийных обязательств
принимают независимые гарантии, выданные:
1)
банками, соответствующими требованиям, установленным Правительством Российской
Федерации, и включенными в перечень, предусмотренный частью 1.2 статьи 45 Федерального закона №
44-ФЗ;
2)
государственной корпорацией развития «ВЭБ.РФ»;
3)
фондами содействия кредитованию (гарантийными фондами, фондами поручительств),
являющимися участниками национальной гарантийной системы поддержки малого и среднего
предпринимательства, предусмотренной Федеральным законом от 24 июля 2007 года N 209-ФЗ «О
развитии малого и среднего предпринимательства в Российской Федерации» (далее - региональные
гарантийные организации), соответствующими требованиям, установленным Правительством
Российской Федерации, и включенными в перечень, предусмотренный частью 1.7 статьи 45 Федерального
закона № 44-ФЗ (при осуществлении закупок в соответствии с пунктом 1 части 1 статьи 30 Федерального
закона № 44-ФЗ);
4)
Евразийским банком развития (если участник закупки является юридическим лицом,
зарегистрированным на территории государства - члена Евразийского экономического союза, за
исключением Российской Федерации, или физическим лицом, являющимся гражданином государства члена Евразийского экономического союза, за исключением Российской Федерации).
При установлении требований к банкам Правительство Российской Федерации устанавливает
требования к уровню кредитного рейтинга, присвоенного банку одним или несколькими кредитными
рейтинговыми агентствами, сведения о которых внесены Центральным банком Российской Федерации в
реестр кредитных рейтинговых агентств, по национальной рейтинговой шкале для Российской Федерации
в соответствии с методологией, соответствие которой требованиям статьи 12 Федерального закона от 13
июля 2015 года N 222-ФЗ «О деятельности кредитных рейтинговых агентств в Российской Федерации, о
внесении изменения в статью 76.1 Федерального закона «О Центральном банке Российской Федерации
(Банке России)» и признании утратившими силу отдельных положений законодательных актов
Российской Федерации» подтверждено Центральным банком Российской Федерации.
Перечень банков, соответствующих установленным требованиям, ведется федеральным органом
исполнительной власти по регулированию контрактной системы в сфере закупок на основании сведений,
полученных от Центрального банка Российской Федерации, и подлежит размещению на официальном
сайте федерального органа исполнительной власти по регулированию контрактной системы в сфере
закупок в информационно-телекоммуникационной сети «Интернет». В случае выявления обстоятельств,
свидетельствующих о соответствии банка, не включенного в перечень, установленным требованиям либо
о несоответствии банка, включенного в перечень, установленным требованиям, такие сведения
направляются Центральным банком Российской Федерации в федеральный орган исполнительной власти
по регулированию контрактной системы в сфере закупок в течение пяти дней со дня выявления указанных
обстоятельств для внесения соответствующих изменений в перечень.
В течение срока реализации утвержденного Советом директоров Центрального банка Российской
Федерации в соответствии с Федеральным законом от 26 октября 2002 года N 127-ФЗ «О
несостоятельности (банкротстве)» плана участия Банка России в осуществлении мер по предупреждению
банкротства банка, включенного в перечень банков, предусмотренный частью 1.2 статьи 45 Федерального
закона № 44-ФЗ, на дату утверждения указанного плана, независимыми гарантиями такого банка могут
быть обеспечены заявки и исполнение контрактов вне зависимости от соответствия (несоответствия)
такого банка установленным в соответствии с частью 1.1 статьи 45 Федерального закона № 44-ФЗ
требованиям при условии принятия Советом директоров Центрального банка Российской Федерации
решения о гарантировании непрерывности деятельности такого банка.
В течение срока реализации плана участия Банка России в осуществлении мер по предупреждению
банкротства банка, включенного в перечень банков, предусмотренный частью 1.2 статьи 45 Федерального
закона № 44-ФЗ, на дату утверждения Советом директоров Центрального банка Российской Федерации
указанного плана, такой банк не исключается из указанного перечня при условии принятия Советом
директоров Центрального банка Российской Федерации решения о гарантировании непрерывности
деятельности такого банка.
Сведения о факте и дате утверждения плана участия Банка России в осуществлении мер по
предупреждению банкротства банка, включенного в перечень банков, предусмотренный частью 1.2 статьи
45 Федерального закона № 44-ФЗ, и сведения о факте и дате принятия Советом директоров Центрального
банка Российской Федерации решения о гарантировании непрерывности деятельности такого банка в
течение срока реализации указанного плана направляются Центральным банком Российской Федерации в
федеральный орган исполнительной власти по регулированию контрактной системы в сфере закупок не
позднее чем в течение пяти рабочих дней, следующих за днем принятия указанного решения.
В случае, если банк, включенный в перечень банков, предусмотренный частью 1.2 статьи 45
Федерального закона № 44-ФЗ, на дату утверждения в отношении такого банка плана участия Банка
России в осуществлении мер по предупреждению банкротства, исключен из указанного перечня до дня
принятия Советом директоров Центрального банка Российской Федерации решения о гарантировании
непрерывности деятельности такого банка в течение срока реализации плана участия Банка России в
осуществлении мер по предупреждению банкротства банка, такой банк включается федеральным органом
исполнительной власти по регулированию контрактной системы в сфере закупок в указанный перечень не
позднее чем в течение пяти рабочих дней, следующих за днем получения от Центрального банка
Российской Федерации сведений, указанных в части 1.5 статьи 45 Федерального закона № 44-ФЗ.
Перечень региональных гарантийных организаций ведется федеральным органом исполнительной
власти по регулированию контрактной системы в сфере закупок на основании сведений, полученных от
федерального органа исполнительной власти, осуществляющего функции по выработке государственной
политики и нормативно-правовому регулированию в сфере развития предпринимательской деятельности,
и подлежит размещению на официальном сайте федерального органа исполнительной власти по
регулированию контрактной системы в сфере закупок в информационно-телекоммуникационной сети
«Интернет». В случае выявления обстоятельств, свидетельствующих о соответствии региональной
гарантийной организации, не включенной в перечень, требованиям, установленным в соответствии с
пунктом 3 части 1 статьи 45 Федерального закона № 44-ФЗ, либо о несоответствии региональной
гарантийной организации, включенной в перечень, таким требованиям, сведения о таких обстоятельствах
направляются федеральным органом исполнительной власти, осуществляющим функции по выработке
государственной политики и нормативно-правовому регулированию в сфере развития
предпринимательской деятельности, в федеральный орган исполнительной власти по регулированию
контрактной системы в сфере закупок в течение пяти дней со дня выявления указанных обстоятельств для
внесения соответствующих изменений в перечень региональных гарантийных организаций.
Независимая гарантия должна быть безотзывной и должна содержать:
1)
сумму независимой гарантии, подлежащую уплате гарантом заказчику в установленных
статьей 44 Федерального закона № 44-ФЗ случаях для предъявления требования об уплате денежной
суммы по независимой гарантии, предоставленной для обеспечения заявки на участие в закупке, или
сумму независимой гарантии, подлежащую уплате гарантом заказчику в случае ненадлежащего
исполнения обязательств принципалом в соответствии со статьей 96 Федерального закона № 44-ФЗ, а
также идентификационный код закупки, при осуществлении которой предоставляется такая независимая
гарантия;
2)
обязательства принципала, надлежащее исполнение которых обеспечивается независимой
гарантией;
3)
обязанность гаранта в случае просрочки исполнения обязательств по независимой гарантии,
требование об уплате денежной суммы, по которой соответствует условиям такой независимой гарантии и
предъявлено заказчиком до окончания срока ее действия, за каждый день просрочки уплатить заказчику
неустойку в размере 0,1 процента денежной суммы, подлежащей уплате по такой независимой гарантии;
4)
условие, согласно которому исполнением обязательств гаранта по независимой гарантии
является фактическое поступление денежных сумм на счет, на котором в соответствии с
законодательством Российской Федерации учитываются операции со средствами, поступающими
заказчику;
5)
срок действия независимой гарантии с учетом требований статей 44 и 96 Федерального закона
№ 44-ФЗ;
6)
отлагательное условие, предусматривающее заключение договора предоставления
независимой гарантии по обязательствам принципала, возникшим из контракта при его заключении, в
случае предоставления независимой гарантии в качестве обеспечения исполнения контракта;
7)
установленный Правительством Российской Федерации перечень документов,
предоставляемых заказчиком гаранту одновременно с требованием об осуществлении уплаты денежной
суммы по независимой гарантии.
В независимую гарантию включается условие об обязанности гаранта уплатить заказчику
(бенефициару) денежную сумму по независимой гарантии не позднее десяти рабочих дней со дня,
следующего за днем получения гарантом требования заказчика (бенефициара), соответствующего
условиям такой независимой гарантии, при отсутствии предусмотренных Гражданским кодексом
Российской Федерации оснований для отказа в удовлетворении этого требования.
Уменьшение в соответствии с частями 7 и 7.1 статьи 96 Федерального закона № 44-ФЗ размера
обеспечения исполнения контракта, предоставленного в виде независимой гарантии, осуществляется
заказчиком путем отказа от части своих прав по этой гарантии. При этом датой такого отказа признается
дата включения предусмотренной частью 7.2 статьи 96 Федерального закона № 44-ФЗ информации в
соответствующий реестр контрактов, предусмотренный статьей 103 Федерального закона № 44-ФЗ.
Запрещается включение в условия независимой гарантии требования о представлении заказчиком
гаранту судебных актов, подтверждающих неисполнение принципалом обязательств, обеспечиваемых
независимой гарантией.
Заказчик рассматривает поступившую независимую гарантию в срок, не превышающий трех
рабочих дней со дня ее поступления, если Федеральным законом № 44-ФЗ не установлено иное.
Основанием для отказа в принятии независимой гарантии заказчиком является:
1)
отсутствие информации о независимой гарантии в предусмотренных статьей 45 Федерального
закона № 44-ФЗ реестрах независимых гарантий;
2)
несоответствие независимой гарантии требованиям, предусмотренным частями 2, 3 и 8.2
статьи 45 Федерального закона № 44-ФЗ;
3)
несоответствие независимой гарантии требованиям, содержащимся в извещении об
осуществлении закупки, приглашении, документации о закупке (в случае, если Федеральным законом №
44-ФЗ предусмотрена документация о закупке), проекте контракта, который заключается с единственным
поставщиком (подрядчиком, исполнителем).
В случае отказа в принятии независимой гарантии заказчик в срок, установленный частью 5 статьи
45 Федерального закона № 44-ФЗ, информирует в письменной форме или в форме электронного
документа об этом лицо, предоставившее независимую гарантию, с указанием причин, послуживших
основанием для отказа, за исключением случаев, предусмотренных Федеральным законом № 44-ФЗ, при
которых заказчик информирует лицо, предоставившее независимую гарантию, путем указания таких
причин в протоколах определения поставщиков (подрядчиков, исполнителей).
Независимая гарантия, используемая для целей Федерального закона, информация о ней и
документы, предусмотренные частью 9 статьи 45 Федерального закона № 44-ФЗ, должны быть включены
в реестр независимых гарантий, размещенный в единой информационной системе, за исключением
независимых гарантий, указанных в части 8.1 статьи 45 Федерального закона № 44-ФЗ. Ведение такого
реестра осуществляется путем включения в соответствии с порядком, предусмотренным частью 8.2 статьи
45 Федерального закона № 44-ФЗ, таких информации и документов в реестр и присвоения номера
реестровой записи. В течение одного рабочего дня после включения таких информации и документов в
реестр независимых гарантий гарант направляет принципалу выписку из реестра независимых гарантий.
Предусмотренная частью 9 статьи 45 Федерального закона № 44-ФЗ информация о независимых
гарантиях не размещается на официальном сайте, а при осуществлении закупок в случае,
предусмотренном пунктом 1 части 11 статьи 24 Федерального закона № 44-ФЗ, включается в закрытый
реестр независимых гарантий, который не размещается в единой информационной системе и на
официальном сайте.
Дополнительные требования к независимой гарантии, используемой для целей Федерального
закона № 44-ФЗ, порядок ведения и размещения в единой информационной системе реестра независимых
гарантий, порядок формирования и ведения закрытого реестра независимых гарантий, в том числе
включения в него информации, порядок и сроки предоставления выписок из него, типовая форма
независимой гарантии, используемой для целей настоящего Федерального закона, форма требования об
уплате денежной суммы по независимой гарантии устанавливаются Правительством Российской
Федерации.
В реестр независимых гарантий и закрытый реестр независимых гарантий включаются следующие
информация и документы:
1)
наименование, место нахождения гаранта, идентификационный номер налогоплательщика
или в соответствии с законодательством иностранного государства аналог идентификационного номера
налогоплательщика;
2)
наименование, место нахождения поставщика (подрядчика, исполнителя), являющегося
принципалом, идентификационный номер налогоплательщика или в соответствии с законодательством
иностранного государства аналог идентификационного номера налогоплательщика;
3)
денежная сумма, указанная в независимой гарантии и подлежащая уплате гарантом в случае
неисполнения участником закупки в установленных случаях требований Федерального закона № 44-ФЗ;
4)
срок действия независимой гарантии;
5)
иные информация и документы, перечень которых установлен Правительством Российской
Федерации.
Гарант не позднее одного рабочего дня, следующего за датой выдачи независимой гарантии, или
дня внесения изменений в условия независимой гарантии включает указанные в части 9 статьи 45
Федерального закона № 44-ФЗ информацию и документы в реестр независимых гарантий либо в
указанные сроки направляет в соответствии с порядком формирования и ведения закрытого реестра
независимых гарантий информацию для включения в закрытый реестр независимых гарантий.
В случае предоставления нового обеспечения исполнения контракта в соответствии с частью 30
статьи 34, пунктом 9 части 1 статьи 95, частью 7 статьи 96 Федерального закона № 44-ФЗ возврат
независимой гарантии заказчиком гаранту, предоставившему указанную независимую гарантию, не
осуществляется, взыскание по ней не производится.
Исключение банка из перечня, предусмотренного частью 1.2 статьи 45 Федерального закона № 44ФЗ, региональной гарантийной организации из перечня, предусмотренного частью 1.7 статьи 45
Федерального закона № 44-ФЗ, не прекращает действия выданных гарантом и принятых заказчиками
независимых гарантий и не освобождает гаранта от ответственности за неисполнение либо ненадлежащее
исполнение условий таких независимых гарантий.
УЧАСТНИК ЗАКУПКИ НЕ ДОЛЖЕН ЯВЛЯТЬСЯ ЮРИДИЧЕСКИМ ИЛИ ФИЗИЧЕСКИМ
ЛИЦОМ
В
ОТНОШЕНИИ
КОТОРОГО
ПРИМЕНЯЮТСЯ
СПЕЦИАЛЬНЫЕ
ЭКОНОМИЧЕСКИЕ МЕРЫ, ПРЕДУСМОТРЕННЫЕ ПОДПУНКТОМ А) ПУНКТА 2 УКАЗА
ПРЕЗИДЕНТА РОССИЙСКОЙ ФЕДЕРАЦИИ ОТ 03.05.2022 № 252 «О ПРИМЕНЕНИИ
ОТВЕТНЫХ СПЕЦИАЛЬНЫХ ЭКОНОМИЧЕСКИХ МЕР В СВЯЗИ С НЕДРУЖЕСТВЕННЫМИ
ДЕЙСТВИЯМИ НЕКОТОРЫХ ИНОСТРАННЫХ ГОСУДАРСТВ И МЕЖДУНАРОДНЫХ
ОРГАНИЗАЦИЙ», ЛИБО ЯВЛЯТЬСЯ ОРГАНИЗАЦИЕЙ, НАХОДЯЩЕЙСЯ ПОД КОНТРОЛЕМ
ТАКИХ ЛИЦ.

=== ФАЙЛ: Приложение № 3 Проект контракта ЛО модернизация.docx | docs/0847500000926002274/Приложение № 3 Проект контракта ЛО модернизация.pdf
ПРОЕКТ
ГОСУДАРСТВЕННЫЙ КОНТРАКТ № __________
Оказание услуг по модернизации информационной системы
«Летний отдых детей Магаданской области»
Идентификационный код закупки: 26 24909085721490901001 0030 006 0000 244
г. Магадан
«___» __________ 2026 года
Министерство образования Магаданской области, именуемое в дальнейшем «Заказчик», в лице
_________________________________________________________________________________________
________________________________________________,
действующего
на
основании
_________________________________________________________________________________________
________________________________________________________________________________________
__________________________________________________________________________,
с
одной
стороны,
и
___________________________________________,
именуемое
в
дальнейшем
«Исполнитель»,
в
лице
_________________________________________________________________________________________
_________________________________________________________________________, действующего на
основании ______, с другой стороны, здесь и далее именуемые «Стороны», в порядке, предусмотренном
статьей 51 Федерального закона от 5 апреля 2013 г. № 44-ФЗ «О контрактной системе в сфере закупок
товаров, работ, услуг для обеспечения государственных и муниципальных нужд» (далее – Федеральный
закон о контрактной системе), по результатам запроса котировок в электронной форме, объявленного
Извещением ____________ 2026 года № ___________________, на основании протокола подведения
итогов определения поставщика (подрядчика, исполнителя) от «__» _______ 2026 года №
__________________, заключили настоящий государственный контракт (далее – Контракт) о
нижеследующем:
1.
ПРЕДМЕТ КОНТРАКТА
1.1. Исполнитель по заданию Заказчика обязуется в установленный Контрактом срок оказать
услуги по модернизации государственной информационной системы (далее – услуги, система), а
Заказчик обязуется принять оказанные услуги и оплатить их.
1.2. Услуги оказываются Исполнителем в соответствии с национальными стандартами и
государственными стандартами в части требований к проектированию, стадиям создания, видам,
комплектности и обозначению документов, видам испытаний при создании и (или) развитии
(модернизации) государственных (муниципальных) информационных систем и (или) иных
информационных систем, а также в соответствии с качественными, количественными и иными
характеристиками работ, определенными в описании объекта закупки, согласно требованиям
Федерального закона от 5 апреля 2013 г. N 44-ФЗ "О контрактной системе в сфере закупок товаров,
работ, услуг для обеспечения государственных и муниципальных нужд" (Собрание законодательства
Российской Федерации, 2013, N 14, ст. 1652; 2020, N 31, ст. 5008), Федерального закона "Об
информации, информационных технологиях и о защите информации", а также иных нормативных
правовых актов в сфере контрактной системы, информационных технологий, защиты информации,
правовой защиты интересов государства в области интеллектуальной собственности, регулирующих
соответствующие отношения и непосредственно указанных в техническом задании, являющемся его
неотъемлемой частью (далее - техническое задание).
1.3. Срок оказания Услуг: с даты заключения Контракта по 15.12.2026 года.
1.4. Место оказания Услуг: в пределах границ Магаданской области, с возможность удаленного
доступа.
2.
ЦЕНА КОНТРАКТА И ПОРЯДОК РАСЧЕТОВ
2.1. Цена Контракта и валюта платежей устанавливаются в российских рублях.
2.2. Цена Контракта составляет ________, включая НДС ___ / без НДС.
2.3. Сумма, подлежащая уплате Заказчиком юридическому лицу или физическому лицу, в том
числе зарегистрированному в качестве индивидуального предпринимателя, уменьшается на размер
налогов, сборов и иных обязательных платежей в бюджеты бюджетной системы Российской Федерации,
связанных с оплатой Контракта, если в соответствии с законодательством Российской Федерации о
налогах и сборах такие налоги, сборы и иные обязательные платежи подлежат уплате в бюджеты
бюджетной системы Российской Федерации Заказчиком.
2.4. Цена включает в себя все расходы Исполнителя, необходимые для осуществления им своих
обязательств по Контракту в полном объеме и надлежащего качества, в том числе все подлежащие к
уплате налоги, сборы и другие обязательные платежи и иные расходы Исполнителя, связанные с
оказанием Услуг.
2.5. Цена Контракта является твердой и определяется на весь срок его исполнения.
2.6. Источник финансирования: средства областного бюджета Магаданской области в 2026 году
2.7. Оплата по настоящему Контракту осуществляется в безналичной форме путем перечисления
денежных средств на расчетный счет Исполнителя в течение 7 (семи) рабочих дней с даты подписания
Заказчиком документа о приемке в Единой информационной системе.
3.
ПРАВА И ОБЯЗАННОСТИ СТОРОН
3.1. Исполнитель обязан:
3.1.1. Оказать Услуги в соответствии с Техническим заданием (Приложение № 1 к Контракту),
действующими нормами и правилами, в установленный Контрактом срок и надлежащего качества.
3.1.2. По факту оказания Услуг предоставить Заказчику все сопроводительные документы для
оплаты.
3.1.3. Своими силами и за свой счет, в срок, согласованный с Заказчиком, устранять допущенные
недостатки или иные отступления от условий Контракта.
3.1.4. Сохранять конфиденциальность информации, относящейся к ходу исполнения Контракта и
полученным результатам.
3.1.5. Предоставить по запросу Заказчика в сроки, указанные в таком запросе, всю необходимую
достоверную информацию о ходе исполнения обязательств по Контракту. Немедленно информировать
Заказчика о сложностях, возникающих при исполнении Контракта, могущих повлиять на качество
оказания Услуг.
3.1.6. Принимать меры для оперативного устранения неисправностей, перерывов или ухудшения
качества оказания Услуг с уведомлением Заказчика, в том числе после ликвидации неисправностей.
3.1.7. Без увеличения цены Контракта передать Заказчику исключительное право на
разработанные в ходе выполнения работ по Контракту результаты в полном объеме, включая исходные
коды программ для ЭВМ, библиотеки зависимостей, базы данных, а также проектную, техническую,
рабочую, сопроводительную и методическую документацию к Системе или ее частям.
3.1.8. Без увеличения цены Контракта передать заказчику права на использование
охраняемых результатов интеллектуальной деятельности, права на которые принадлежат
подрядчику (исполнителю) и которые использовались при выполнении работ по Контракту, в
объеме, необходимом для использования заказчиком результатов работ по Контракту по их
целевому назначению и в соответствии с условиями настоящего Контракта на весь срок действия
использованных исключительных прав или на иной срок, установленный заказчиком. Подрядчик
(исполнитель) передает заказчику указанные права посредством заключения лицензионного
договора .
3.1.9. Обеспечить передачу Заказчику полученных по Контракту оказанных услуг, не
нарушающих исключительных прав других лиц и не являющихся предметом залога, ареста или иного
обременения.
3.1.10. В случае использования при оказании услуг по Контракту программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных третьими лицами,
условия, на которых передаются права на их использование (исполнение), должны обеспечить
отсутствие ограничений, препятствующих использованию результатов работ по их назначению. При
этом права, полученные заказчиком, должны позволять ему передавать, дорабатывать, развивать
результаты работ, созданные в процессе исполнения Контракта, а в случае явного указания в
техническом задании, являющемся неотъемлемой частью Контракта, осуществлять переработку
программ для электронных вычислительных машин (программных комплексов или компонентов),
разработанных ранее третьими лицами в соответствии с требованиями законодательства Российской
Федерации.
3.1.11. Обеспечить отсутствие нарушений исключительных, авторских и смежных прав третьих
лиц при реализации технических, программных, организационных и иных решений, предусмотренных
техническим заданием на выполнение работ.
3.1.12. Обеспечить выполнение требований к порядку создания (развития) государственных
(муниципальных) и (или) иных информационных систем, предусмотренных пунктом 3 части 1 статьи 13
Федерального закона "Об информации, информационных технологиях и о защите информации",
устанавливаемых к таким информационным системам указанным Федеральным законом и иными
нормативными правовыми актами Российской Федерации.
3.1.13. Выполнять иные обязанности, предусмотренные настоящим Контрактом.
3.2. Исполнитель вправе:
3.2.1. Требовать от Заказчика своевременной приемки и оплаты оказанных Услуг в порядке и на
условиях, предусмотренных Контрактом.
3.3. Заказчик обязан:
3.3.1. При обнаружении в ходе оказания Услуг отступлений от условий Контракта, которые могут
ухудшить качество оказываемых Услуг, или иных недостатков, заявить об этом Исполнителю в
письменной форме, назначив срок их устранения.
3.3.2. Принять и оплатить оказанные Услуги в порядке и сроки, предусмотренные настоящим
Контрактом.
3.3.3. Оказывать содействие Исполнителю в ходе оказания Услуг по вопросам, непосредственно
связанным с предметом Контракта, решение которых возможно только при участии Заказчика.
3.4. Заказчик вправе:
3.4.1. Требовать от Исполнителя надлежащего исполнения принятых им обязательств, а также
своевременного устранения выявленных недостатков.
3.4.2. Требовать от Исполнителя представления надлежащим образом оформленных документов,
подтверждающих исполнение обязательств в соответствии с условиями Контракта.
3.4.3. Контролировать ход оказания Услуг, соблюдение срока исполнения, проверять соответствие
Услуг условиям настоящего Контракта и Технического задания (Приложение № 1 к Контракту),
оказывать консультативную и иную помощь Исполнителю без вмешательства в его оперативнохозяйственную деятельность.
3.4.4. Запрашивать у Исполнителя информацию о ходе исполнения обязательств по настоящему
Контракту.
3.4.5. Отказаться от исполнения настоящего Контракта, если Исполнитель не приступает
своевременно к исполнению настоящего Контракта.
3.4.6. Привлекать независимых экспертов, экспертные организации для проверки соответствия
качества оказываемых услуг требованиям, установленным Контрактом.
3.4.7. Осуществлять иные права, предусмотренные настоящим Контрактом и (или)
законодательством Российской Федерации.
4.
ПОРЯДОК СДАЧИ И ПРИЕМКИ УСЛУГ
4.1.
Передача исходных кодов, разработанных в ходе выполнения работ программ для
электронных вычислительных машин (далее - программа для ЭВМ) и дистрибутивов должна
сопровождаться передачей всех необходимых для сборки и запуска программы для ЭВМ библиотек
зависимостей, инструкций и программных сценариев (скриптов) для проведения компиляции, создания
дистрибутива и установки (развертывания) программы для ЭВМ.
4.2.
Для проведения компиляции, создания дистрибутива и установки (развертывания)
программы для ЭВМ должны использоваться свободно распространяемые компиляторы,
интерпретаторы и иное программное обеспечение, необходимое для указанных целей, дистрибутивы
которых должны быть переданы вместе с исходными кодами разработанных в ходе выполнения работ
программ для ЭВМ.
4.3.
В случае использования для проведения компиляции, создания дистрибутива и установки
(развертывания) программы для ЭВМ компиляторов, интерпретаторов и иного программного
обеспечения, права на использование, копирование и модификацию которых принадлежат третьим
лицам, Исполнитель за свой счет передает Заказчику дистрибутивы и права на использование таких
компиляторов, интерпретаторов и иного программного обеспечения.
4.4.
Исполнитель в процессе сдачи-приемки работ по Контракту должен провести
демонстрацию процесса компиляции, создания дистрибутива и установки (развертывания)
разработанных программ для ЭВМ с использованием средств, указанных в пункте 4.1, а также в
соответствии с инструкциями, приведенными в рабочей документации на систему.
4.5.
Документация на Систему и ее части (техническая и рабочая) должна содержать
исчерпывающее описание принятых проектных решений в объеме, достаточном для ее дальнейшего
развития и эксплуатации.
4.6.
Техническая и рабочая документация должна содержать описание разработанных
результатов работ, в том числе программ для ЭВМ, прикладных программных интерфейсов, алгоритмов
и протоколов информационного взаимодействия, технических требований, спецификаций и форматов
обмена данными для взаимодействия с другими информационными системами, в объеме, достаточном
для их установки, настройки, эксплуатации и развития в дальнейшем без привлечения исполнителя.
4.7.
Передача заказчику комплекта документов, материалов и сведений, предусмотренных
нормативными правовыми актами Российской Федерации в сфере информационных технологий,
защиты информации, правовой защиты интересов государства в области интеллектуальной
собственности, включая документы, подтверждающие отказ авторов (разработчиков) от
исключительных прав на передаваемые объекты интеллектуальной собственности в пользу
исполнителя, с проектами заявок на государственную регистрацию в установленном порядке прав
заказчика на результаты интеллектуальной деятельности, в том числе, но не исключая: изобретения,
полезные модели, промышленные образцы, программы для электронных вычислительных машин, базы
данных, топологии интегральных микросхем, а также исключительные права на результаты работ,
включая объекты авторских прав и потенциально патентоспособные технические решения, секреты
производства (ноу-хау), созданные в рамках Контракта, осуществляется исполнителем в составе
отчетной документации, предусмотренной условиями Контракта.
4.8. Приемка оказанных Услуг осуществляется в соответствии с условиями настоящего
Контракта, в порядке, определенном настоящим Контрактом и разделом 7 Технического задания
(Приложение № 1 к Контракту).
4.9. По факту завершения оказания Услуг Исполнитель формирует с использованием Единой
информационной системы, подписывает усиленной электронной подписью лица, имеющего право
действовать от имени Исполнителя, и размещает в Единой информационной системе документ о
приемке, который должен содержать информацию, предусмотренную пунктом 1 части 13 статьи 94
Федерального закона о контрактной системе.
К документу о приемке могут прилагаться документы, которые считаются его неотъемлемой
частью. При этом в случае, если информация, содержащаяся в прилагаемых документах, не
соответствует информации, содержащейся в документе о приемке, приоритет имеет информация,
содержащаяся в документе о приемке.
4.10. Не позднее 3 (трех) рабочих дней, следующих за днем поступления документа о приемке
Заказчик (за исключением случая создания приемочной комиссии в соответствии с пунктом 4.4.
Контракта) подписывает усиленной электронной подписью лица, имеющего право действовать от имени
Заказчика, и размещает в Единой информационной системе документ о приемке или же формирует с
использованием Единой информационной системы, подписывает усиленной электронной подписью
лица, имеющего право действовать от имени Заказчика, и размещает в Единой информационной системе
мотивированный отказ от подписания документа о приемке с указанием причин такого отказа.
4.11. По решению Заказчика для приемки оказанных Услуг, результатов отдельного этапа
исполнения Контракта может создаваться приемочная комиссия. В случае создания приемочной
комиссии не позднее 3 (трех) рабочих дней, следующих за днем поступления документа о приемке,
члены приемочной комиссии подписывают усиленными электронными подписями поступивший
документ о приемке или формируют с использованием единой информационной системы, подписывают
усиленными электронными подписями мотивированный отказ от подписания документа о приемке с
указанием причин такого отказа. При этом, если приемочная комиссия включает членов, не являющихся
работниками Заказчика, допускается осуществлять подписание документа о приемке, составление
мотивированного отказа от подписания документа о приемке, подписание такого отказа без
использования усиленных электронных подписей и единой информационной системы. После
подписания членами приемочной комиссии документа о приемке или мотивированного отказа от
подписания документа о приемке Заказчик подписывает документ о приемке или мотивированный отказ
от подписания документа о приемке усиленной электронной подписью лица, имеющего право
действовать от имени Заказчика, и размещает их в единой информационной системе. Если члены
приемочной комиссии не использовали усиленные электронные подписи и единую информационную
систему, Заказчик прилагает подписанные ими документы в форме электронных образов бумажных
документов.
4.12. В случае получения мотивированного отказа от подписания документа о приемке
Исполнитель вправе устранить причины, указанные в таком мотивированном отказе, и направить
Заказчику документ о приемке в порядке, предусмотренном настоящим Контрактом.
4.13. Датой приемки оказанных Услуг считается дата размещения в Единой информационной
системе документа о приемке, подписанного Заказчиком.
4.14. Для проверки предоставленных Исполнителем результатов оказания Услуг,
предусмотренных Контрактом, в части их соответствия условиям Контракта Заказчик проводит
экспертизу. Экспертиза результатов, предусмотренных Контрактом, может проводиться Заказчиком
своими силами или к ее проведению могут привлекаться эксперты, экспертные организации. Для
проведения экспертизы оказанных услуг эксперты, экспертные организации имеют право запрашивать у
Заказчика и Исполнителя дополнительные материалы, относящиеся к условиям исполнения Контракта и
отдельным этапам исполнения Контракта. Результаты экспертизы, проводимой экспертом или
экспертной организацией в случаях, предусмотренных Федеральным законом о контрактной системе,
оформляются в виде заключения, которое подписывается экспертом или уполномоченным
представителем экспертной организации и должно быть объективным, обоснованным и соответствовать
законодательству Российской Федерации. В случае, если по результатам такой экспертизы установлены
нарушения требований Контракта, не препятствующие приемке оказания услуг, в заключении могут
содержаться предложения об устранении данных нарушений, в том числе с указанием срока их
устранения.
5.
ГАРАНТИИ КАЧЕСТВА
5.1. Исполнитель гарантирует, что оказываемые Услуги соответствуют требованиям,
установленным в Контракте, Техническом задании (Приложение № 1 к Контракту), обязательным
нормам и правилам, регулирующим данную деятельность (ГОСТ, ТУ), а также иным требованиям
законодательства Российской Федерации, действующим на момент оказания Услуг. Гарантийный срок
на оказанные услуги составляет 12 (двенадцать) месяцев с даты завершения оказанных услуг по этапу в
соответствии с реализованным в этапе функционалом.
5.2. Под гарантией понимается устранение Исполнителем своими силами и за свой счет
допущенных по его вине недостатков Системы, выявленных после приемки оказанных услуг в
соответствии с ТЗ.
5.3. Если в период гарантийного срока выясняется, что работы (отдельные виды работы) имеют
недостатки и дефекты, которые являются следствием ненадлежащего исполнения Исполнителем
принятых им на себя обязательств, то Исполнитель (в случае, если не докажет отсутствие своей вины)
обязан устранить их за свой счет в сроки, согласованные Сторонами и зафиксированные в акте с
перечнем выявленных недостатков и сроком их устранения. Гарантийный срок в этом случае
соответственно продлевается на период устранения недостатков.
6.
ОТВЕТСТВЕННОСТЬ СТОРОН
6.1. За неисполнение или ненадлежащее исполнение обязательств по настоящему Контракту
Стороны несут ответственность, предусмотренную действующим законодательством Российской
Федерации и настоящим Контрактом.
Размеры штрафов за нарушение обязательств, предусмотренных Контрактом (за исключением
просрочки исполнения обязательств) устанавливается Контрактом в соответствии с пунктами 3-9
Правил, утвержденных Постановлением Правительства РФ от 30.08.2017 № 1042 «Об утверждении
Правил определения размера штрафа, начисляемого в случае ненадлежащего исполнения заказчиком,
неисполнения или ненадлежащего исполнения поставщиком (подрядчиком, исполнителем) обязательств,
предусмотренных контрактом (за исключением просрочки исполнения обязательств заказчиком,
поставщиком (подрядчиком, исполнителем) о внесении изменений в постановление Правительства
Российской Федерации от 15 мая 2017 г. N 570 и признании утратившим силу постановления
Правительства Российской Федерации от 25 ноября 2013 г. N 1063» (далее – Правила), за исключением
случая, предусмотренного пунктом 13 Правил, в том числе рассчитывается как процент цены
Контракта, или в случае, если Контрактом предусмотрены этапы исполнения Контракта, как процент
этапа исполнения Контракта (далее – цена Контракта ) этапа).
6.2. В случае просрочки исполнения Заказчиком обязательств, предусмотренных Контрактом, а
также в иных случаях неисполнения или ненадлежащего исполнения Заказчиком обязательств,
предусмотренных Контрактом, Исполнитель вправе потребовать уплаты неустоек (штрафов, пеней).
6.3. Пеня начисляется за каждый день просрочки исполнения Заказчиком обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения, установленного
Контрактом срока исполнения обязательства. Такая пеня устанавливается Контрактом в размере одной
трехсотой действующей на дату уплаты пеней ключевой ставки Центрального банка Российской
Федерации от не уплаченной Заказчиком в срок суммы.
6.4. Штрафы начисляются за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, за исключением просрочки исполнения обязательств, предусмотренных
Контрактом.
6.5. За каждый факт неисполнения Заказчиком обязательств, предусмотренных Контрактом, за
исключением просрочки исполнения обязательств, предусмотренных Контрактом, размер штрафа
устанавливается в следующем порядке:
а)
1000 рублей, если цена Контракта не превышает 3 млн. рублей (включительно);
6.6. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных Контрактом, не может превышать цену Контракта.
6.7. В случае просрочки исполнения Исполнителем обязательств (в том числе гарантийного
обязательства), предусмотренных Контрактом, а также в иных случаях неисполнения или
ненадлежащего исполнения Исполнителем обязательств, предусмотренных Контрактом, Заказчик
направляет Исполнителю требование об уплате неустоек (штрафов, пеней).
6.8. Пеня начисляется за каждый день просрочки исполнения Исполнителем обязательства,
предусмотренного Контрактом, начиная со дня, следующего после дня истечения установленного
Контрактом срока исполнения обязательства, и устанавливается в размере одной трехсотой
действующей на дату уплаты пени ключевой ставки Центрального банка Российской Федерации от цены
Контракта (отдельного этапа исполнения Контракта), уменьшенной на сумму, пропорциональную
объему обязательств, предусмотренных Контрактом (соответствующим отдельным этапом исполнения
Контракта) и фактически исполненных Исполнителем, за исключением случаев, если законодательством
Российской Федерации установлен иной прядок начисления пени.
6.9. Штрафы начисляются за неисполнение или ненадлежащее исполнение Исполнителем
обязательств, предусмотренных Контрактом, за исключением просрочки исполнения обязательств (в
том числе гарантийного обязательства), предусмотренных Контрактом.
6.10. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем обязательств,
предусмотренных контрактом, заключенным по результатам определения поставщика (подрядчика,
исполнителя) в соответствии с пунктом 1 части 1 статьи 30 Федерального закона о контрактной системе,
за исключением просрочки исполнения обязательств (в том числе гарантийного обязательства),
предусмотренных контрактом, размер штрафа устанавливается в размере 1 процента цены контракта
(этапа), но не более 5 тыс. рублей и не менее 1 тыс. рублей.
6.11. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем
обязательства, предусмотренного Контрактом, которое не имеет стоимостного выражения, размер
штрафа устанавливается (при наличии в Контракте таких обязательств) в следующем порядке:
а)
1000 рублей, если цена Контракта не превышает 3 млн. рублей;
6.12. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение
Исполнителем обязательств, предусмотренных Контрактом, не может превышать цену Контракта.
6.13. Уплата пени, штрафа и возмещение убытков не освобождает стороны от обязанности
выполнения обязательств по настоящему Контракту.
6.14. Взыскание неустойки не освобождает Исполнителя от исполнения обязательств по Контракту
и не лишает Заказчика права на возмещение в полном объеме убытков (сверх суммы неустойки), возникших
в результате неисполнения (ненадлежащего исполнения) Исполнителем своих обязательств.
6.15. Сторона освобождается от уплаты неустойки (штрафа, пени), если докажет, что неисполнение
или ненадлежащее исполнение обязательства, предусмотренного Контрактом, произошло вследствие
непреодолимой силы или по вине другой стороны.
6.16. При осуществлении расчетов Заказчик вправе удержать из подлежащих выплате Исполнителю
в соответствии с настоящим Контрактом денежных средств суммы неустойки (штрафов, пеней),
взыскиваемых в доход бюджета Магаданской области.
6.17. В случае обмена документами при применении мер ответственности и совершении иных
действий в связи с нарушением Исполнителем или Заказчиком условий Контракта, такой обмен
осуществляется с использованием единой информационной системы путем направления электронных
уведомлений. Такие уведомления формируются с использованием единой информационной системы,
подписываются усиленной электронной подписью лица, имеющего право действовать от имени
Заказчика, Исполнителя, и размещаются в единой информационной системе без размещения на
официальном сайте.
7.1.
7.
ОБЕЧПЕЧЕНИЕ ИСПОЛНЕНИЯ КОНТРАКТА
Обеспечение исполнения Контракта не установлено.
8.
ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ
8.1. Спорные вопросы, возникающие в ходе исполнения настоящего Контракта, разрешаются
Сторонами путем переговоров.
8.2. В случае не достижения согласия в результате переговоров спорные вопросы разрешаются в
претензионном (досудебном) порядке.
8.3. Срок рассмотрения претензии – 10 (десять) дней со дня получения претензии.
8.4. При отклонении претензии полностью или частично либо неполучении ответа в
установленные для ее рассмотрения сроки потерпевшая Сторона вправе предъявить иск в арбитражный
суд Магаданской области в установленном действующим законодательством Российской Федерации
порядке.
8.5. При возникновении между Заказчиком и Исполнителем спора по поводу недостатков
оказываемых Услуг или их причин и невозможности урегулирования этого спора переговорами, по
требованию любой из Сторон может быть назначена экспертиза. Расходы на экспертизу несет Сторона,
требовавшая назначения экспертизы. В случае установления нарушений Исполнителем условий
Контракта или причинной связи между действиями Исполнителя и обнаруженными недостатками,
расходы на экспертизу, назначенную Заказчиком, несет Исполнитель. В случае если экспертиза
назначена по соглашению между Сторонами, расходы на экспертизу несут обе стороны поровну.
9.
СРОК ДЕЙСТВИЯ КОНТРАКТА, ИЗМЕНЕНИЕ И РАСТОРЖЕНИЕ КОНТРАКТА
9.1. Контракт вступает в силу с момента его подписания обеими Сторонами и действует до «31»
декабря 2026 года. Истечение срока действия Контракта не влечёт прекращения обязательств по
выплатам, предусмотренных Контрактом за нарушение его условий (пени, штрафы), в том числе в части
неисполненных финансовых обязательств, сторонами (не оплата или частичная оплата).
9.2. Изменение существенных условий Контракта при его исполнении (в том числе цены
Контракта) не допускается, за исключением их изменения по соглашению Сторон в случаях,
предусмотренных Федеральным законом о контрактной системе, в том числе:
9.2.1. При снижении цены Контракта без изменения предусмотренных Контрактом объема Услуг,
качества оказываемых Услуг и иных условий Контракта.
9.2.2. Если по предложению Заказчика увеличивается предусмотренный Контрактом объем Услуг
не более чем на десять процентов или уменьшается предусмотренный Контрактом объем оказываемых
Услуг не более чем на десять процентов. При этом по соглашению Сторон допускается изменение с
учетом положений бюджетного законодательства Российской Федерации цены Контракта
пропорционально дополнительному объему Услуг исходя из установленной в Контракте цены Услуг, но
не более чем на десять процентов цены Контракта.
9.3. Любые изменения условий Контракта (в том числе приложений Контракта), не
противоречащие законодательству Российской Федерации, приобретают юридическую силу, если они
составлены в электронной форме в виде дополнительных соглашений к Контракту и подписаны каждой
из Сторон.
9.4. Контракт может быть расторгнут по соглашению Сторон, по решению суда, в случае
одностороннего отказа стороны Контракта от исполнения Контракта в соответствии с гражданским
законодательством. Порядок расторжения Контракта определен статьей 95 Федерального закона о
контрактной системе.
9.5. Односторонний отказ Заказчика от исполнения Контракта допускается по основаниям,
предусмотренным Гражданским кодексом Российской Федерации в случае нарушения Исполнителем
существенных условий Контракта.
При этом под нарушением Исполнителем существенных условий контракта понимается:
9.5.1. неисполнение контракта, задержка Исполнителем оказания Услуг более чем на 1 (один) день
по причинам, не зависящим от Заказчика
9.5.2. при систематическом (более двух раз подряд) несоблюдении Исполнителем требований по
качеству оказания Услуг;
9.5.3. неисполнение Исполнителем требования Заказчика устранить недостатки результатов
оказанных Услуг в срок, установленный в акте обнаружения недостатков;
9.5.4. неисполнение предписаний Заказчика в установленные сроки;
9.5.5. иное существенное нарушение условий Контракта Исполнителем, установленных
законодательством РФ.
9.6. Заказчик обязан принять решение об одностороннем отказе от исполнения Контракта в
случае, если в ходе исполнения Контракта установлено, что Исполнитель перестал соответствовать
установленным извещением об осуществлении закупки требованиям к участникам закупки (за
исключением требования, предусмотренного частью 1.1 (при наличии такого требования) статьи 31
Федерального закона о контрактной системе) или при определении поставщика (подрядчика,
исполнителя) Исполнитель представил недостоверную информацию о своем соответствии таким
требованиям, что позволило ему стать победителем определения Исполнителя.
9.7.
При расторжении настоящего Контракта Стороны производят сверку расчетов, которой
подтверждается объем оказанных Услуг.
9.8.
Расчеты между Сторонами за оказанные до расторжения Контракта Услуги производятся
на основании акта сверки взаиморасчетов, составленного с учетом произведенных Заказчиком к
моменту прекращения Контракта платежей, а также сумм пени и штрафов, подлежащих взысканию, или
возмещения причиненных Заказчику убытков, в случае нарушения Исполнителем условий настоящего
Контракта.
9.9.
Расторжение Контракта влечет за собой прекращение обязательств Сторон по нему, но не
освобождает от ответственности за неисполнение договорных обязательств, которые имели место до
расторжения Контракта.
10. ОБСТОЯТЕЛЬСТВА НЕПРЕОДОЛИМОЙ СИЛЫ
10.1. Стороны освобождаются от ответственности за частичное или полное неисполнение
обязательств по Контракту, если такое неисполнение явилось следствием действия обстоятельств
непреодолимой силы, то есть чрезвычайных и непредотвратимых при данных условиях обстоятельств:
стихийных природных явлений (землетрясений, наводнений, пожаров и т.п.), действия объективных
внешних факторов (военных действий, забастовок, эпидемий и т.п.), запретительных актов
государственных органов и прочих обстоятельств непреодолимой силы, на время действия этих
обстоятельств, если эти обстоятельства непосредственно повлияли на исполнение настоящего
Контракта, или по вине другой Стороны.
10.2. Сторона, для которой создалась невозможность исполнения обязательств по Контракту
вследствие обстоятельств непреодолимой силы, обязана незамедлительно (не позднее 24 часов с
момента их наступления) в письменной форме известить другую Сторону с приложением документов,
удостоверяющих факт наступления указанных обстоятельств.
10.3. Надлежащим подтверждением наступления обстоятельств непреодолимой силы и их
продолжительности является письменный документ (свидетельство, уведомление, справка и др.),
выданный уполномоченным органом или уполномоченной организацией (т.ч. местным органом
государственного управления либо органом, на который в данной местности в установленном порядке
возложено оперативное руководство на период действия обстоятельств непреодолимой силы
(чрезвычайных обстоятельств). Отсутствие у Стороны, ссылающейся на обстоятельства непреодолимой
силы, указанного документа будет означать отсутствие таких обстоятельств.
10.4. Неизвещение, ненадлежащее или несвоевременное извещение другой Стороной, для
которой создалась невозможность исполнения обязательства по Контракту, о наступлении
обстоятельств непреодолимой силы, влечет за собой утрату права ссылаться на эти обстоятельства.
10.5. В случае возникновения обстоятельств непреодолимой силы Стороны вправе расторгнуть
Контракт письменным соглашением, и в этом случае ни одна из Сторон не вправе требовать возмещения
убытков.
11. ПРАВА И ОБЯЗАННОСТИ СТОРОН, СВЯЗАННЫЕ С ИСПОЛЬЗОВАНИЕМ
РЕЗУЛЬТАТОВ ИНТЕЛЛЕКТУАЛЬНОЙ ДЕЯТЕЛЬНОСТИ
11.1.
Исключительные права на результаты интеллектуальной деятельности, в том числе, но не
исключая: изобретения, полезные модели, промышленные образцы, программы для электронных
вычислительных машин, базы данных, топологии интегральных микросхем, а также исключительные
права на результаты работ, включая объекты авторских прав и потенциально патентоспособные
технические решения, секреты производства (ноу-хау), созданные в рамках Контракта, принадлежат в
лице заказчика: субъекту Российской Федерации.
11.2.
Право собственности на результаты работ, отчетные документы и материалы,
полученные в ходе выполнения работ по Контракту, считаются переданными с момента подписания
Сторонами Акта сдачи-приемки выполненных работ.
12. ПРОЧИЕ УСЛОВИЯ
12.1. В случае обмена документами при применении мер ответственности и совершении иных
действий в связи с нарушением исполнителем или заказчиком условий контракта в отношении
контракта, такой обмен осуществляется с использованием единой информационной системы путем
направления электронных уведомлений. Такие уведомления формируются с использованием единой
информационной системы, подписываются усиленной электронной подписью лица, имеющего право
действовать от имени заказчика, исполнителя, и размещаются в единой информационной системе без
размещения на официальном сайте. Обо всех изменениях в платежных и почтовых реквизитах Стороны
обязаны немедленно извещать друг друга. Действия, совершенные по старым адресам и счетам до
получения уведомлений об их изменении, засчитываются в исполнение обязательств.
12.2. Отношения Сторон, не урегулированные настоящим Контрактом, регулируются
действующим законодательством Российской Федерации.
12.3. Любые дополнения и изменения условий Контракта оформляются в виде Приложений и
дополнительных соглашений к Контракту в электронной форме с использованием Единой
информационной системы и являются его неотъемлемой частью.
12.4. Настоящий Контракт составлен на русском языке со всеми приложениями к нему и
подписывается электронно-цифровой подписью.
12.5. Приложения:

Техническое задание (Приложение № 1 к Контракту).

13.
ЮРИДИЧЕСКИЕ АДРЕСА, ПЛАТЕЖНЫЕ РЕКВИЗИТЫ
ЗАКАЗЧИК:
ИСПОЛНИТЕЛЬ:
Министерство образования Магаданской
области
685000 г. Магадан, ул. Транспортная, д. 5/23,
тел./факс (4132) 62-32-21
E-mail: minobr@49gov.ru
ИНН – 4909085721, КПП - 490901001
УФК по Магаданской области (министерство
образования Магаданской области, л/сч
03472201270)
Единый казначейский счет:
40102810645370000132
Казначейский счет: 03221643440000004700
Банк получателя ОКЦ № 1 ДГУ Банка
России//УФК по Магаданской области г.
Магадана
БИК 040507132
ОКТМО 44701000
Контракт составлен в форме электронного документа, подписанного усиленными электронными
подписями Сторон.
Приложение № 1
к государственному контракту
№ __________
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по модернизации информационной системы
«Летний отдых детей Магаданской области»
Оглавление
1
2
ПЕРЕЧЕНЬ ТЕРМИНОВ, СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ.....................4
ОБЩИЕ СВЕДЕНИЯ....................................................................................................................5
2.1
Наименование услуг............................................................................................................. 5
2.2
Полное наименование Системы и ее условное обозначение............................................5
2.3
Наименование Заказчика......................................................................................................5
2.4
Перечень документов, на основании которых создана Система.....................................5
2.5
Сроки начала и окончания оказания услуг.........................................................................5
2.6
Цели оказания услуг............................................................................................................. 5
2.7
Задачи выполнения услуг......................................................................................................6
3 ХАРАКТЕРИСТИКА ОБЪЕКТА РАЗВИТИЯ...........................................................................6
3.1 Общая характеристика...........................................................................................................6
3.2 Программно-аппаратное обеспечение Системы.................................................................7
3.3 Структура и состав функций, выполняемые Системой......................................................7
3.3.1
Функции подсистемы авторизации и аутентификации...............................................8
3.3.2
Функции подсистемы администрирования..................................................................8
3.3.3
Функции подсистемы «Конструктор бизнес-процессов»...........................................8
3.3.3.1 Функции модуля «Конструктор модели бизнес–процесса».......................................9
3.3.3.2 Функции модуля «Конструктор действий»..................................................................9
3.3.3.3 Функции модуля «Конструктор компонентов»...........................................................9
3.3.3.4 Функции модуля «Конструктор макетов экранных форм»........................................9
3.3.3.5 Функции модуля «Конструктор критериев экранных форм»...................................10
3.3.4
Функции подсистемы «Заявления».............................................................................10
3.3.5
Функции подсистемы «Дети»......................................................................................11
3.3.6
Функции подсистемы «ДОЛ»...................................................................................... 11
3.3.7
Функции подсистемы «Путевки в ДОЛ»....................................................................11
3.3.8
Функции подсистемы «Отчеты».................................................................................12
3.3.9
Функции подсистемы распределения путевок в ДОЛ..............................................12
3.3.10 Функции подсистемы интеграции с ЕПГУ................................................................13
3.3.11 Функции подсистемы интеграции с ГИС ГМП.........................................................13
3.3.11.1 Функции модуля работы с участниками....................................................................13
3.3.11.2 Функции модуля АРМ администратора начислений................................................13
3.3.11.3 Функции модуля работы со справочниками..............................................................16
3.3.11.4 Функции модуля отчетности.......................................................................................16
3.3.11.5 Функции модуля истории запросов............................................................................16
3.3.11.6 Функции компонента настроек пользователя............................................................16
3.3.12 Функции подсистемы «Реестр ЦАР»..........................................................................16
4 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО МОДЕРНИЗАЦИИ............17
4.1
Общие требования к модернизации Системы............................................................17
4.2
Требования к модернизации интеграции с ЕПГУ.....................................................17
4.3
Требования к модернизации подсистемы «Заявления»............................................18
4.4
Требования к модернизации подсистемы «Дети».....................................................18
4.5
Требования к модернизации подсистемы «ДОЛ».....................................................19
4.6
Требования к модернизации подсистемы «Путевки в ДОЛ»...................................19
4.7
Требования к модернизации подсистемы «Отчеты».................................................19
4.8
Требования к модернизации подсистемы распределения путевок в ДОЛ..............20
4.9
Требования к подсистеме взаимодействия со СМЭВ 4............................................20
4.10
Требования к подсистеме ГИС ГМП.......................................................................... 21
5 ОБЩИЕ ТРЕБОВАНИЯ............................................................................................................. 21
5.1
Требования к видам обеспечения................................................................................21
5.1.1
Требования к информационному обеспечению.........................................................21
5.1.2
Требования к лингвистическому обеспечению.........................................................21
5.1.3
Требования к программному обеспечению................................................................22
5.1.4
Требования к методическому обеспечению...............................................................22
5.2
Общие технические требования к Системе................................................................22
5.2.1
Требования к численности и квалификации персонала и пользователей Системы
22
5.2.2
Требования к надежности............................................................................................ 22
5.2.3
Требования по безопасности.......................................................................................22
5.2.4
Требования к эргономике и технической эстетике...................................................23
5.2.5
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов Системы................................................................................................................ 24
5.2.6
Требования к защите информации от несанкционированного доступа..................24
5.2.7
Требования к сохранности информации при авариях...............................................24
5.2.8
Требования к патентной чистоте.................................................................................24
5.2.9
Требования к стандартизации и унификации............................................................25
6 СОСТАВ И СОДЕРЖАНИЕ УСЛУГ........................................................................................25
7 ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ УСЛУГ.......................................................................25
7.1 Требования по обеспечению конфиденциальности.................................................................25
7.2 Требования к приемке................................................................................................................. 25
7.3 Требования к гарантийным обязательствам............................................................................. 26
Приложение 2 к Техническому заданию......................................................................................... 27
1
ПЕРЕЧЕНЬ ТЕРМИНОВ, СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ
В техническом задании (далее – ТЗ) используются определения и сокращения,
установленные действующим законодательством, а также приведенные в настоящем разделе.
Таблица 1 – Список принятых обозначений, сокращений / терминов
Термин
Содержание
BPMN
Система условных обозначений (нотация) и их описания в XML для моделирования
бизнес-процессов (англ. Business Process Model and Notation, нотация и модель бизнеспроцессов)
Low-code
Подход к созданию, настройке и модификации
использованием ручного программирования
Drag-and-drop
АРМ
систем
с
минимальным
Способ взаимодействия с интерфейсом, при котором пользователь перемещает
элементы на экране с помощью перетаскивания мышью или сенсорного ввода
Автоматизированное рабочее место
Агент
ПОДД СМЭВ
Типовое программное обеспечение, устанавливаемое на стороне
обеспечивающее сопряжение Витрин, хранилищ реплик, ИС УВ с ПОДД
Аутентификация
Процедура проверки подлинности пользователя
Авторизация
БД
Бизнес-процесс
ВДЦ
ГИС ГМП
База данных
Набор непрерывно выполняемых мероприятий, пользователями Системы, по
действиям и событиям бизнес-сценария с целью получения результата при
выполнении
Всероссийский детский центр
Государственная информационная система о государственных и муниципальных
платежах
Детский оздоровительный лагерь
ЕПГУ
Единый портал государственных услуг
ЕФТТ
Единые функционально-технические требования
КБК
КЦР ФРГУ
ОЗУ
ОКТМО
ПО
Подсистема
СМЭВ
и
Предоставление пользователю прав на выполнение определённых действий в системе,
а также процесс проверки данных прав
ДОЛ
ИС, Система
УВ
Модернизируемая информационная система
Код бюджетной классификации
Подсистема разработки и утверждения административных регламентов
предоставления государственных услуг (конструктор цифровых регламентов)
федеральной государственной информационной системы «Федеральный
реестр государственных и муниципальных услуг (функций)»
Оперативное запоминающее устройство – энергозависимая часть памяти, где
хранится выполняемый код и данные
Общероссийский классификатор территорий муниципальных образований
Программное обеспечение
Блок системы, отвечающий за часть функционала системы. Права доступа к
подсистеме различным типам пользователей настраиваются независимо от
других частей систем
Единая система межведомственного электронного взаимодействия
СМЭВ4
СУБД
Версия
СМЭВ,
предназначенная
для
организации
электронного
взаимодействия между информационными системами органов власти при
предоставлении услуг
Система управления базами данных — комплекс программ для создания и
управления БД. Обеспечивает хранение, целостность и администрирование
данных
ТЗ
Техническое задание
ЧТЗ
Частное техническое задание
АРМ
Автоматизированное-рабочее место
2
ОБЩИЕ СВЕДЕНИЯ
2.1
Наименование услуг
Выполнение услуг по модернизации государственной информационной системы
«Летний отдых детей Магаданской области» министерства образования Магаданской области
(далее — Система).
2.2
Полное наименование Системы и ее условное обозначение
Информационная система «Летний отдых детей Магаданской области»
2.3
Наименование Заказчика
Министерство образования Магаданской области.
2.4
Перечень документов, на основании которых создана Система
Указ Президента Российской Федерации от 07.05.2024 № 309 «О национальных
целях развития Российской Федерации на период до 2030 года и на перспективу до 2036
года»;
Приказ Минкомсвязи России от 13.04.2012 N 107 «Об утверждении Положения о
федеральной государственной информационной системе «Единая система идентификации и
аутентификации в инфраструктуре, обеспечивающей информационно-технологическое
взаимодействие информационных систем, используемых для предоставления государственных
и муниципальных услуг в электронной форме»;
Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»;
Федеральный закон от 27.07.2010 г. № 210-ФЗ «Об организации предоставления
государственных и муниципальных услуг»;
Постановление Правительства РФ от 24.10.2011 № 861 «О федеральных государственных
информационных системах, обеспечивающих предоставление в электронной форме государственных и
муниципальных услуг (осуществление функций)»;
Постановление Правительства Магаданской области от 23.07.2020 № 529-пп
«Об организации отдыха и оздоровления детей в Магаданской области»;
Постановление Правительства Российской Федерации от 8 сентября 2010 г. № 697 «О
единой системе межведомственного электронного взаимодействия;
- Приказ Министерства Магаданской области от 09.04.2020 № 309/11 «Об
утверждении Порядка формирования и ведения реестра организаций отдыха детей и
их оздоровления».
2.5
2.6
Сроки начала и окончания оказания услуг
Сроки начала оказания Услуг – с даты заключения Контракта.
Сроки окончания оказания услуг – по 15.12.2026 года.
Цели оказания услуг
Целями оказания услуг в рамках настоящего технического задания являются:
Обеспечение приема и обработки заявлений в соответствии с требованиями
Единого функционального технического требования (ЕФТТ) с использованием нового вида
сведений;
Создание нового бизнес-процесса оказания услуги с учетом нового формата
взаимодействия;
Разработка новых реализаций существующих подсистем Системы (включая
«Заявки», «Дети», «ДОЛ», «Путевки», «Распределение путевок») с учетом требований ЕФТТ и
нового формата оказания услуги;
Модернизация механизма распределения путевок в части реализации раздельного
ведения очередей для детей без льготных оснований и детей, находящихся в трудной жизненной
ситуаций в рамках нового формата услуги;
Обеспечение возможности интеграционного взаимодействия с витринами данных
посредством СМЭВ4 для получения сведений, необходимых при оказании услуги;
Обеспечение возможности обработки заявлений по действующему и новому
форматам оказания услуги в рамках внедрения нового формата;
2.7
Задачи выполнения услуг
Для достижения поставленных целей должны быть реализованы функциональные
требования, представленные в п. 4 настоящего Технического задания (далее – ТЗ).
3 ХАРАКТЕРИСТИКА ОБЪЕКТА
3.1
Общая характеристика
Система предназначена для предоставления путевок в детские лагеря Магаданской области и за
её пределами, для хранения и обработки полученных результатов и формирования отчетов. Также
Система предназначена для взаимодействия с федеральной государственной информационной системой
«Единый портал государственных и муниципальных услуг (функций)» при оказании органами
исполнительной власти и муниципальными образованиями Магаданской области услуги «Организация
отдыха детей в каникулярное время».
В Системе реализованы функции обработки заявлений, ведения реестров детей, детских
оздоровительных лагерей, формирование путевок, а также функции распределения путевок и
формирования отчетности.
Задачи, решаемые Системой:
- прием и обработка заявлений, поступающих посредством ЕПГУ по услуге «Организация
отдыха детей в каникулярное время», а также передача статусов и результатов оказания
услуги в личный кабинет заявителя на ЕПГУ;
- автоматизация учета и распределения путевок в детские оздоровительные лагеря
Магаданской области и за пределами региона;
- формирование отчетности по заявлениям, распределению путевок и категориям детей;
- обеспечение хранения и обработки данных необходимых для обеспечения процесса оказания
услуги.
Система обеспечивает следующие функциональные возможности:
- прием и обработку заявлений по услуге организации отдыха и оздоровления детей;
- ведение реестра детей;
- ведение реестра детских оздоровительных лагерей;
- ведение реестра путевок;
- распределение путевок с учетом очередности и льготных категорий;
- ведение и обработку очередей на предоставление путевок;
- формирование отчетности;
- взаимодействие с ЕПГУ посредством видов сведений СМЭВ;
- ведение журналов обработки заявлений и действий пользователей.
Система реализована по принципу Low-code, функционирующего в различных
операционных системах (Windows, Linux), где установлены необходимые для работы
системные библиотеки, то есть программы, используемые для работы Системы. Система
выполнена в виде портлетной структуры и функционирует на платформе LifeRay с
использованием языка программирования Java.
Система была создана в рамках исполнения обязательств по Контракту №
0347100001421000027 от 17 сентября 2021 года, а также подверглась развитию в рамках
исполнения обязательств по Контракту № 0847500000923000828 от 19.06.2023 года. Заказчику
принадлежат исключительные права на Систему, переданные Исполнителем на основании и в
объеме согласно Приказу №715 от 17.12.2020 Министерства цифрового развития, связи и
массовых коммуникаций Российской Федерации (https://digital.gov.ru/ru/documents/7830/), а
также Заказчик обладает неисключительными правами на программное обеспечение
«ИС.Летний Отдых» (программное обеспечение включено в реестр российского программного
обеспечения
согласно
записи
от
11
апреля
2022
года
№13267,
https://reestr.digital.gov.ru/reestr/678286/), на базе которого создана Система.
Для исполнения обязательств по оказанию Услуг, Исполнитель в течение 3 рабочих дней с
момента подписания Контракта, должен предоставить подтверждение, что обладает необходимыми для
исполнения Контракта правами на программное обеспечение «ИС.Летний Отдых». Исполнитель обязан
обеспечить отсутствие нарушений исключительных, авторских и смежных прав третьих лиц при
реализации технических, программных, организационных и иных решений, предусмотренных ТЗ.
3.2
Программно-аппаратное обеспечение Системы
Система функционирует на аппаратно-программных
характеристиками (Таблица 2).
средствах,
обладающих
Таблица 2 – Сведения об аппаратном и программном обеспечении Системы
№
Назначение
ресурса
CPU (core)
RAM (Gb)
HDD
SATA (Gb)
Программное обеспечение
ОС:
Astra Linux SE 1.6 (Smolensk)
ПО:
Postgresql - 14
tomcat-9.0.37
1
Сервер
приложения
4
32
500
tomcat-9.0.104
openoffice4
jdk-11.0.10
jdk1.8.0_202
jcp v.2
camunda 7.14
3.3
Структура и состав функций, выполняемые Системой
Система содержит следующий набор подсистем (компонентов):
- Подсистема авторизации и аутентификации – обеспечивает надежную
идентификацию пользователей с предоставлением прав доступа согласно
пользовательским ролям;
- Подсистема администрирования – предназначен для настройки системы и её
технического обслуживания;
- Подсистема «Конструктор бизнес-процессов»:
 Модуль «Конструктор модели бизнес-процесса»;
 Модуль «Конструктор действий»;
 Модуль «Конструктор компонентов»
 Модуль «Конструктор макетов экранных форм»;
 Модуль «Конструктор критериев экранных форм».
- Подсистема «Заявки» – дает возможность взаимодействия с реестром поданных
заявок на получение путевки в ДОЛ;
- Подсистема «Дети» – дает возможность взаимодействия с реестром детей, дополнять
его и редактировать данные;
- Подсистема «ДОЛ» – дает возможность взаимодействовать с реестром детских
оздоровительных лагерей, дополнять его и редактировать данные;
- Подсистема «Путевки в ДОЛ» – включает в себя реестр путевок в детские
оздоровительные лагеря, доступные для распределения между детьми;
- Подсистема «Отчеты» – предназначен для автоматического формирования отчетов
по выставленным параметрам;
- Подсистема распределения путевок в ДОЛ – позволяет распределять путевки среди
детей из реестра детей в лагеря из реестра ДОЛ;
- Подсистема интеграции с ЕПГУ – обеспечивает прием заявлений на оказание услуги
«Организация отдыха детей в каникулярное время»;
- Подсистема интеграции с ГИС ГМП – обеспечивает получение информации
посредством направления запроса на загрузку начислений и статусов их
квитирования из ГИС ГМП;
- Подсистема «Реестр ЦАР» – предназначен для обеспечения возможности информационного
взаимодействия с КЦР ФРГУ.
3.3.1
Функции подсистемы авторизации и аутентификации
Для пользователя Системы обеспечена возможность авторизации посредством
предъявления логина и пароля.
Доступ пользователей к Системе и набор доступных конкретному пользователю
функций определяется в зависимости от его роли, назначаемой администратором. В Системе
обеспечена возможность создания и управления учетными записями пользователей, а также
создания и настройки ролей с различными наборами прав доступа.
В Системе предусмотрена возможность настройки для каждой пользовательской роли
прав доступа к функциям, пунктам меню и информационным объектам. Для каждого
информационного объекта Системы в рамках определенной роли пользователя есть
возможность указать права доступа к этому объекту на добавление, изменение, удаление и
просмотр.
В системе предусмотрена возможность блокировки пользователя.
3.3.2
Функции подсистемы администрирования
Подсистема администрирования выполняет следующие функции:

управление учетными записями пользователей Системы:
 создание пользователей;
 редактирование атрибутов карточки пользователя;
 отключение пользователей;
 назначение пользователям ролей доступа к подсистемам цифровой платформы;
 создание групп пользователей;
 просмотр списка пользователей;
 поиск пользователей.
 управление списком организаций Системы:
 создание организаций;
 редактирование атрибутов карточки организации;
 отключение организации;
 назначение / исключение пользователей к организации;
 назначение ролей организации;
 просмотр списка организаций;
 поиск организации.
 управление ролевой моделью доступа:
 создание ролей доступа и определение прав доступа к подсистемам Системы;
 редактирование атрибутов ролей;
 удаление ролей доступа;
 просмотр списка ролей;
 поиск ролей.
 просмотр списка активных сессий;
 журналирование (фиксирование) действий пользователей и администраторов, вход
(выход) в (из) Систему/Системы;
 администрирование сервера:
 контроль аппаратной части: объем использованной памяти, всего задействовано
ОЗУ, предельный объем памяти;
управление кэшем: удаление кэша БД, сервлетов.
 конфигурирование параметров Системы;
 публикация контента на страницу «Главная».

Подсистема администрирования доступна только для пользователей с ролью администратор
Системы.
3.3.3 Функции подсистемы «Конструктор бизнес-процессов»
Подсистема
«Конструктор
бизнес–процессов»
обеспечивает
возможность
моделирования и настройки сценариев выполнения бизнес-процессов с определением их
структуры и взаимосвязей между элементами процесса (задачами, событиями и переходами).
Компоненты подсистемы предоставляют возможность настроить определенное
действие, указать последовательность выполнения, задать условия перехода, установить
правила автоматического выполнения шагов процесса или обработки.
Подсистема состоит из следующих модулей:
- модуль «Конструктор модели бизнес–процесса»;
- модуль «Конструктор действий»;
- модуль «Конструктор уведомлений»;
- модуль «Конструктор компонентов»;
- модуль «Конструктор макетов экранных форм»;
- модуль «Конструктор критериев экранных форм».
3.3.3.1 Функции модуля «Конструктор модели бизнес–процесса»
Модуль «Конструктор моделей бизнес–процессов» позволяет моделировать
диаграммы процессов любой сложности с большим количеством разветвлений, условий
используя принятые бизнес–правила BPMN. Проектирование осуществляется посредством
использования интуитивно понятных графических элементов, каждый из которых
визуализирует определенный шаг процесса.
Пользователь с соответствующей ролью может опубликовать (запустить) бизнес–
процесс, либо деактивировать с целью внесения изменений.
3.3.3.2 Функции модуля «Конструктор действий»
Модуль «Конструктор действий» отвечает за настройку действий (переходов) между
мероприятиями бизнес-процесса.
Модуль предоставляет возможность настроить определенное действие, указать
последовательность выполнения, задать условия перехода, установить правила
автоматического выполнения шагов процесса или обработки.
Реализован стандартный набор действий, представленный в таблице 3
Таблица 3 - Список стандартного набора действий
№ Название действия
Описание функциональности
1.
Стандартное
действие
Позволяет перейти на следующее мероприятие с изменением
статуса (с проверкой заполнения обязательных полей)
2.
Удаление
Позволяет удалять заявление на предоставление меры
государственной поддержки
3.
Печать
Позволяет вывести печатную форму, в рамках заявления на
предоставление меры государственной поддержки
4.
Назад
Позволяет перейти на следующее мероприятие с изменением
статуса (без проверки заполнения обязательных полей)
5.
Сохранить
Позволяет сохранить внесенные изменения в заявление на
предоставление меры государственной поддержки
3.3.3.3 Функции модуля «Конструктор компонентов»
В модуле «Конструктор компонентов» предоставлена возможность использовать и
настраивать определенный компонент заявления на экранной форме.
Настройка компонентов заявления предусматривает следующие возможности:
- указывать общие параметры компонента заявления (название, обязательность, маска
и др);
- указывать параметры по настройке зависимости между компонентами заявления.
Возможность внесения изменений в настройки компонентов заявления предоставлена
на любом этапе бизнес–процесса в состоянии редактирования.
3.3.3.4 Функции модуля «Конструктор макетов экранных форм»
В модуле «Конструктор макетов экранных форм» предоставлены следующие
возможности:
- наполнение экранных форм компонентами из заявления;
- указание параметров зависимости между компонентами заявления на каждой
экранной форме;
- формирование схемы размещения компонентов заявления на каждой экранной
форме;
- разграничение доступа для каждой экранной формы.
Структура экранной формы и представление данных визуализировано посредством
использования метода drag-and-drop.
3.3.3.5 Функции модуля «Конструктор критериев экранных форм»
Модуль «Конструктор критериев экранных форм» позволяет задавать условия
выполнения действий (переходов) между экранными формами.
Требования для выполнения критерия зависит от компонентов заявления,
расположенных на экранной форме.
Данный модуль обеспечивает возможность разграничивать выполнение условий по
критерию, задавать несколько значений или выполнять определенное из заданного перечня.
3.3.4
Функции подсистемы «Заявления»
Подсистема «Заявки» содержит реестр заявлений на предоставление услуги «Организация
отдыха детей в каникулярное время».
Создание заявлений в подсистеме осуществляется:
- посредством личного обращения заявителя;
- посредством интеграции с ЕПГУ и ВС «Организация отдыха детей в каникулярное
время». Функции интеграционного взаимодействия с ЕПГУ описаны в п. 3.3.4.12
«Функции подсистемы интеграции с ЕПГУ».
Работа с заявлениями в подсистеме доступна пользователям с ролью «Сотрудник,
обрабатывающий заявления и осуществляющий контроль ДОЛ и путевок».
Подсистема выполняет следующие функции:
- ведение реестра заявлений;
- создание заявления;
- регистрация заявления;
- принятие заявления на рассмотрение;
- обработка статусов заявления;
- проверка заявлений на наличие дубликатов;
- формирование решения по заявлению;
- формирование уведомления о предоставлении путевки.
Логика обработки и изменения статусов заявлений, поступающих посредством интеграции с
ЕПГУ, описана в разделе 3.3.4.12 «Функции подсистемы интеграции с ЕПГУ».
Реестр заявлений содержит следующие сведения:
- номер заявления в Системе;
- номер заявления ЕПГУ;
- номер заявления при личном обращении;
- источник поступления заявления;
- дата подачи заявления;
- ФИО детей;
- категория;
- желаемый ДОЛ;
- период отдыха;
- адрес регистрации;
- контактный телефон;
- направление;
- муниципальное образование;
- дата изменения заявления;
- признак наличия дубликата заявления;
- номер существующего заявления;
- статус заявления.
3.3.5 Функции подсистемы «Дети»
Подсистема включает в себя 3 реестра.
Реестр «Дети» – дети без льготного права и дети, находящиеся в трудной жизненной
ситуации;
Реестр «Дети из детских домов» - дети из государственных учреждений для детей-сирот
и детей, оставшихся без попечения родителей;
Реестр «Дети с оплаченным проездом» - дети, которым были оплачены билеты до ВДЦ
и обратно.
Реестры выполнены в табличной форме. Карта ребенка содержит 2 блока, выполненных
в табличной форме: «Информация о ребенке» и «Информация о выданных путевках».
Подсистема выполняет следующие функции:
- ведение реестров детей;
- создание карточки ребенка вручную и посредством импорта;
- редактирование карточки ребенка;
- просмотр сведений о ребенке;
- поиск и фильтрация сведений в реестрах.
В каждом реестре предусмотрена возможность фильтрации сведений по следующим
параметрам:
- ФИО ребенка;
- дата рождения ребенка (с);
- дата рождения ребенка (по);
- класс ребенка;
- район.
3.3.6 Функции подсистемы «ДОЛ»
Подсистема содержит 2 реестра детских оздоровительных лагерей: реестр «В пределах
Магаданской области» и реестр «За пределами Магаданской области».
Подсистема выполняет следующие функции:
 ведение реестра ДОЛ;
 создание ДОЛ вручную и посредством импорта;
 выгрузка списка ДОЛ;
 поиск и фильтрация сведений;
 редактирование карточки ДОЛ.
В каждом реестре предусмотрена возможность фильтрации сведений по следующим
параметрам:
- местоположение;
- название;
- типы ДОЛ;
- количество смен;
- количество мест в одной смене.
3.3.7 Функции подсистемы «Путевки в ДОЛ»
Подсистема содержит реестр путевок в ДОЛ, доступные для распределения между
детьми.
Подсистема выполняет следующие функции:
 ведение реестра путевок;
 создание путевок;
 просмотр сведений о путевках;
 поиск и фильтрация сведений в реестре путевок.
В реестре путевок предусмотрена возможность поиска и фильтрации по следующим
параметрам:
-
идентификатор путевки;
ДОЛ;
статус путевки;
дата проведения смены.
Реестр путевок содержит следующие сведения:
- идентификатор путевки;
- ДОЛ;
- дата проведения смены;
- местонахождение ДОЛ;
- наименование района;
- ребенок;
3.3.8 Функции подсистемы «Отчеты»
Подсистема отчетностей предназначена для автоматического формирования
следующих отчетов:
1) Сведения о численности детей, направленных в организации отдыха детей и их
оздоровления;
2) Сведения о численности детей, направленных в выбранные организации отдыха
детей и их оздоровления;
3) Сведения о численности детей, находящихся в организациях для детей-сирот и
детей, оставшихся без попечения родителей;
4) Сведения о численности детей, находящихся в трудной жизненной ситуации;
5) Сведения о численности детей, не имеющих льготных оснований получения путевки
в организации отдыха детей и их оздоровления.
6) Сведения о заявлениях;
7) Статистика распределения путёвок в организации отдыха детей в пределах
Магаданской области
Формирование каждого отчета осуществляется автоматически на основании данных,
содержащихся в Системе.
Для формирования отчета пользователю необходимо указать следующие параметры:
- дата начала отчета;
- дата окончания отчета.
3.3.9 Функции подсистемы распределения путевок в ДОЛ
Подсистема предназначена для распределения путевок среди детей, подавших заявления на
получение путевки, в детские оздоровительные лагеря из реестра ДОЛ.
Подсистема содержит следующие реестры заявлений, поступивших для распределения путевок:
- Реестр детей-сирот на распределение в ДОЛ в Магаданской области;
- Реестр детей-сирот на распределение в ДОЛ за пределами Магаданской области;
- Реестр детей, находящихся в трудной жизненной ситуации, и детей, не имеющих льготных
прав, на распределение в ДОЛ в Магаданской области;
- Реестр детей, находящихся в трудной жизненной ситуации, и детей, не имеющих льготных
прав, на распределение в ДОЛ за пределами Магаданской области.
Подсистема выполняет следующие функции:
-
назначение путевки (путевок) ребенку;
принятие решения об отказе в предоставлении путевки;
выгрузка списка заявлений на согласование распределения путевок;
согласование распределения путевок;
просмотр сведений о распределении путевок;
поиск и фильтрация заявлений в реестрах распределения.
В реестрах распределения предусмотрена возможность поиска и фильтрации по следующим
параметрам:
- ФИО ребенка;
- ДОЛ;
- смена;
- желаемый ДОЛ;
- класс ребёнка;
- статус заявки;
- Образовательные организации.
Наличие фильтра по столбцам. Таблица в модуле формируется автоматически на основе
данных из модулей «Дети», «ДОЛ», «Путевки в ДОЛ». Распределение путевок происходит
вручную специалистом.
3.3.10 Функции подсистемы интеграции с ЕПГУ
Подсистема обеспечивает прием в электронном виде заявлений на предоставление услуги
«Организация отдыха детей в каникулярное время», а также предоставление заявителям информации о
ходе и результатах рассмотрения заявлений.
Взаимодействие Системы с ЕПГУ осуществляется посредством системы межведомственного
электронного взаимодействия СМЭВ версии 3.x с использованием утвержденных форматов данных и
протоколов обмена.
Подсистема обеспечивает выполнение следующих функций:
- прием сведений и документов, направленных заявителем посредством интерактивных форм
на ЕПГУ;
- передачу заявлений и сведений в Систему для дальнейшего прохождения процесса
предоставления услуги;
- передачу из Системы на ЕПГУ результатов предоставления государственной
(муниципальной) услуги;
- обновление статусов предоставления услуги в личном кабинете заявителя на ЕПГУ.
3.3.11 Функции подсистемы интеграции с ГИС ГМП
Подсистема интеграции с ГИС ГМП обеспечивает выполнение следующих функций:
- управление настройками участников ГИС ГМП;
- ведение и обработку начислений, возвратов и просмотр платежей администратором
начислений;
- работу со справочниками (КБК, ОКТМО, банковские счета, плательщики, шаблоны
начислений);
- формирование и просмотр отчетности по администраторам начислений;
- просмотр истории запросов, направленных в ГИС ГМП;
- выбор текущей организации пользователем при наличии нескольких организаций в учетной
записи.
В рамках работы подсистемы реализуется возможность выбора текущей организации
пользователем, если он зарегистрирован в нескольких организациях.
3.3.11.1
Функции модуля работы с участниками
В модуле работы с участниками реализован функционал ведения реестра участников.
Реализована проверка на заполнение полей, помеченных как «обязательные» и в
соответствии с форматами полей.
Реализована возможность управления разрешениями участника на использование
электронной подписи органа власти или сотрудника при подписании начислений или возвратов.
3.3.11.2
Функции модуля АРМ администратора начислений
Основными компонентами АРМ Администратора начислений являются:
 Компонент работы с начислениями
 Компонент работы с платежами
 Компонент работы с возвратами
В модуле работы с начислениями реализован функционал ведения реестра начислений.
Реестр начислений должен содержать следующие данные:
 Идентификатор начисления;
 Дата начисления, Сумма начисления;
 Статус регистрации, Состояние в ГИС ГМП, Статус квитирования;
 Описание, за что выставлен счет;
 КБК и ОКТМО;
 Наименование плательщика, Идентификатор плательщика;
 Дата создания записи,
 Последнее действие.
Карточка создания/редактирования начисления содержит следующие вкладки и данные
на ней:
Вкладка «Основные данные»:
 Дата начисления, Дата актуальности начисления, Срок оплаты начисления;
 Описание, за что выставлен счет;
 Полная сумма;
 Тип скидки, Значение, Срок действия;
 КБК, ОКТМО.
Вкладка «Поставщик»:
 Наименование организации;
 ИНН организации, КПП организации, ОГРН организации;
 Банковский счет поставщика;
 Наименование банка, Кор.счет банка поставщика, БИК поставщика.
Вкладка «Плательщик»:
 Тип плательщика:
1) Если «Физическое лицо», то Тип документа, Данные документа
2) Если «Юридическое лицо – резидент РФ», то ИНН юридического лица, КПП
юридического лица
3) Если «Юридическое лицо – нерезидент РФ», то ИНН юридического лица, КИО
юридического лица, КПП юридического лица
4) Если «Индивидуальный предприниматель», то ИНН
 Наименование плательщика, Адрес плательщика
Реализована проверка на заполнение полей, помеченных как «обязательные» и в
соответствии с форматами полей.
Реализована возможность ручного ввода идентификатора начисления.
Реализована возможность выбора значений из справочников КБК, ОКТМО, счетов,
плательщиков в соответствующие поля.
Реализована возможность сохранить создаваемое начисление как шаблон. После
заполнения полей, должна быть возможность «Сохранить как шаблон» и указать уникальное
имя для шаблона. При создании нового начисления необходимо предусмотреть возможность
воспользоваться созданным раннее шаблоном.
Реализована возможность множественной загрузки начислений из файла формата csv,
xlsx. Также в системе предусмотрена возможность просмотра примера структуры файла для
импорта.
Реализована функция подписания начислений, как с использованием электронной
подписи сотрудника, так и с использованием электронной подписи органа власти. Эта
возможность должна настраиваться в подсистеме работы с участниками.
Подписание начислений происходит согласно требованиям действующей редакции
«Методических рекомендаций по разработке электронных сервисов и применению технологии
электронной подписи при межведомственном электронном взаимодействии».
Подписанные начисления должны автоматически направляться на регистрацию в ГИС
ГМП через определенный промежуток времени.
Реализован функционал принудительного квитирования начисления с одним
платежом, с несколькими платежами и с отсутствующим платежом в ГИС ГМП, в соответствии
с п. 4.12 требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС
ГМП с информационными системами участников, версия 2.4».
Реализован функционал отмены принудительного квитирования начисления с
платежом или с отсутствующим платежом в ГИС ГМП, в соответствии с п. 4.12 требований
Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Реализована возможность выгрузки квитанции на оплату или платёжного поручения по
начислению, в формате pdf.
Реализована возможность помещения начисления в архив и извлечения его из архива.
Реализована возможность фиксирования оплаты, для возможности отметки о
получении информации об оплате, способом отличным от получения информации из ГИС ГМП.
Реализована возможность экспорта начислений, в формате xlsx.
Реализована возможность загрузки начислений из ГИС ГМП, в соответствии с п. 4.8
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Реализована возможность загрузки квитанций из ГИС ГМП, в соответствии с п. 4.11
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Обеспечена возможность сортировки и фильтрации реестра начислений.
В подсистеме работы с платежами реализована возможность просмотра реестра
платежей.
Реализована возможность загрузки платежей из ГИС ГМП, в соответствии с п. 4.9
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Реализована возможность создания начисления по платежу. В этом случае, в карточку
создания начисления подтягиваются данные платежа.
Реализована возможность создания возврата по платежу. В этом случае, в карточку
создания возврата подтягиваются данные платежа.
Реализована возможность выгрузки документа с данными платежа, в формате pdf.
Реализована возможность экспорта платежей, в формате xlsx.
Реализована возможность сортировки и фильтрации реестра платежей.
Подсистема работы с платежами доступен при квитировании начисления с платежом на
вкладке «Квитирование», при просмотре сквитированных платежей с начислением или отмене
квитирования с платежом на вкладке «Платежи по начислению».
На вкладке «Квитирование» находится следующий функционал:
 Загрузить несквитированные платежи;
 Принудительное квитирование платежа с начислением.
На вкладке «Платежи по начислению» находится следующий функционал:
 Загрузить платежи по начислению;
 Отмена принудительного квитирования платежа с начислением.
В модуле работы с возвратами реализован функционал ведения реестра возвратов.
Реализована проверка на заполнение полей, помеченных как «обязательные» и в
соответствии с форматами полей.
Реализована возможность ручного ввода идентификатора возврата.
В Системе реализован функционал регистрации, уточнения, аннулирования,
деаннулирования возвратов в ГИС ГМП, в соответствии с п. 4.7 требований Федерального
казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с информационными
системами участников, версия 2.4».
В Системе реализована функция подписания возвратов, как с использованием
электронной подписи сотрудника, так и с использованием электронной подписи органа власти.
Эта возможность должна настраиваться подсистеме работы с участниками.
Подписание возвратов происходит согласно требованиям действующей редакции
«Методических рекомендаций по разработке электронных сервисов и применению технологии
электронной подписи при межведомственном электронном взаимодействии».
Подписанные возвраты автоматически направляются на регистрацию в ГИС ГМП через
определенный промежуток времени.
Реализована возможность помещения возврата в архив и извлечения его из архива.
Реализована возможность загрузки возвратов из ГИС ГМП, в соответствии с п. 4.10
требований Федерального казначейства от 01.11.2018 «Форматы взаимодействия ГИС ГМП с
информационными системами участников, версия 2.4».
Обеспечена возможность сортировки и фильтрации реестра возвратов.
3.3.11.3
Функции модуля работы со справочниками
Модуль работы со справочниками обеспечивает возможность для создания,
редактирования и удаления записей справочников в Системе и использования этих
справочников при работе с начислениями.
3.3.11.4
Функции модуля отчетности
Модуль отчетности обеспечивает формирование следующих отчетов:
 Сводный отчет по направляемым начислениям с указанием состояния начисления в
ГИС ГМП и статуса квитирования, в разрезе организаций и пользователей;
 Сводный отчет по соотношению количества и сумм начислений с количеством и
суммам платежей, в разрезе организаций, кодов бюджетной классификации и платежей без
начислений по КБК.
Реализована возможность выгрузки отчета в формате xlsx.
Обеспечена возможность сортировки и фильтрации в каждом отчете.
3.3.11.5
Функции модуля истории запросов
В модуля истории запросов отображаются все запросы, направленные в ГИС ГМП, с
разделением по типу запроса – регистрация в ГИС ГМП или загрузка из ГИС ГМП.
На вкладке «Регистрация в ГИС ГМП» отображаются запросы по регистрации
начислений, платежей, возвратов в ГИС ГМП и квитированию начислений.
На вкладке «Загрузка из ГИС ГМП» отображаются запросы по загрузке начислений,
платежей, возвратов и квитанций из ГИС ГМП.
Для запросов на загрузку из ГИС ГМП по идентификатору плательщика, реализована
возможность выгрузки документа с данными запроса и ответа, в формате pdf.
3.3.11.6
Функции компонента настроек пользователя
Компонент настроек предоставляет функциональность для выбора организации, в контексте
которой будут осуществляться операции с начислениями. Данная возможность актуальна для
пользователей, состоящих в нескольких организациях.
3.3.12 Функции подсистемы «Реестр ЦАР»
Подсистема предназначена для обеспечения возможности информационного взаимодействия с
КЦР ФРГУ в части первоначального получения и последующего обновления совокупности сведений о
цифровых регламентах региональных услуг посредством СМЭВ. Основной модуль выполнен в виде
реестра в табличной форме. Таблица реестра содержит следующие столбцы:

ID;

Идентификатор;

Наименование услуги;

Дата получения сведений из КЦР;

Актуальная версия;

Статус;

Номер БП.
Подраздел «Реестр справочников КЦР» включает в себя реестр в табличной форме. Таблица
реестра содержит следующие столбцы:






Код справочника;
Наименование справочника;
Дата получения сведений из КЦР ФРГУ;
Дата актуализации;
Статус;
Опрашивается.
4 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ УСЛУГ ПО МОДЕРНИЗАЦИИ
4.1 Общие требования к модернизации Системы
Модернизация Системы выполняется для обеспечения обработки заявлений в рамках нового
формата оказания услуги через Единый сервис отдыха детей и их оздоровления на ЕПГУ посредством
вида сведений «Запись в детский лагерь».
Модернизация Системы выполняется на основании требований, установленных Приложением 1
к Техническому заданию «Единые функционально-технические требования к реализации на ЕПГУ
универсальной формы “Запись в детский лагерь”» версии v3.0.0 от 28.07.2026.
В рамках модернизации предусматривается реализация нового бизнес-процесса оказания
услуги, функционирующего параллельно с действующим механизмом обработки заявлений.
Модернизация подсистем Системы выполняется исключительно в объеме, необходимом для
обеспечения функционирования нового бизнес-процесса в соответствии с требованиями ЕФТТ,
указанными в настоящем Техническом задании.
Существующий механизм оказания услуги, а также данные, созданные в рамках действующего
формата взаимодействия, сохраняются в Системе без изменения и продолжают использоваться в рамках
действующего бизнес-процесса.
В целях обеспечения реализации нового формата взаимодействия Заказчик обеспечивает
предоставление исходных данных и материалов, необходимых для выполнения работ, включая:
- доступы и сведения, необходимые для подключения вида сведений «Запись в детский лагерь»;
- актуальные версии регламентов;
- сведения и справочники ЕСНСИ.
Указанные материалы предоставляются Заказчиком в течение 10 (десяти) рабочих дней с даты
заключения Контракта.
4.2 Требования к модернизации интеграции с ЕПГУ
В рамках функционирования Единого сервиса отдыха детей и их оздоровления на ЕПГУ,
реализуемого в рамках федеральной государственной услуги, необходимо выполнить модернизацию
подсистемы интеграции с ЕПГУ в части приема и обработки заявлений по новому виду сведений
«Запись в детский лагерь» посредством СМЭВ 3.x по услуге «Запись в детский лагерь».
Модернизация выполняется на основании Приложения №1 к Техническому заданию, а также
описания вида сведений, предоставляемых Заказчиком в рамках п. 4.1 настоящего Технического
задания.
В рамках модернизации необходимо реализовать следующие функциональные возможности:
- подключение Системы в качестве поставщика (ответчика) к виду сведений «Запись в
детский лагерь»;
 обеспечение приема заявлений и обработки запросов, направляемых из Единого
сервиса отдыха детей и их оздоровления, размещенного на ЕПГУ;
 обеспечение передачи статусов обработки заявлений в ЕПГУ;
 обеспечение возможности параллельной работы:
 действующего формата взаимодействия по существующему виду сведений;
 нового формата взаимодействия по виду сведений «Запись в детский лагерь»;
 обеспечение раздельной обработки заявлений, поступивших по различным
форматам взаимодействия;
 обеспечение журналирования операций обмена сообщениями с ЕПГУ;
 обеспечение хранения истории взаимодействия по каждому заявлению.
В рамках модернизации не требуется прекращение работы существующего механизма приема
заявлений по действующему виду сведений. Новый формат взаимодействия должен функционировать
параллельно старому формату.
4.3 Требования к модернизации подсистемы «Заявления»
В рамках модернизации Системы необходимо выполнить доработку подсистемы «Заявления» в
части реализации нового бизнес-процесса обработки заявлений для поддержки нового формата оказания
услуги, описанного в пункте 4.2 настоящего Технического задания.
Модернизация выполняется на основании Приложения №1 к Техническому заданию, указанных
в настоящем Техническом задании, а также регламента оказания услуги, предоставленного Заказчиком в
рамках п. 4.1 настоящего Технического задания.
Подсистема должна обеспечивать обработку заявлений, поступающих посредством нового вида
сведений «Запись в детский лагерь», а также сохранение возможности обработки заявлений,
поступающих по действующему формату взаимодействия.
В рамках модернизации необходимо реализовать следующие функциональные возможности:


разработка нового бизнес-процесса обработки заявлений по услуге организации отдыха
и оздоровления детей;
обеспечение параллельной работы:


существующего бизнес-процесса обработки заявлений;
нового бизнес-процесса обработки заявлений;
- обеспечение раздельной обработки заявлений, поступивших по различным форматам
услуги;
- реализация новой статусной модели заявлений;
- обеспечение возможности прикрепления и хранения документов, полученных в рамках
обработки заявления.
Внедрение нового бизнес-процесса осуществляется с сохранением функционирования
действующего процесса обработки заявлений.
Заявления, созданные в рамках действующего формата оказания услуги до ввода нового бизнеспроцесса, продолжают обрабатываться в рамках существующего механизма оказания услуги до их
завершения.
На момент разработки настоящего Технического задания отсутствует информация о сроках
полного перехода на новый формат оказания услуги и выводе из эксплуатации действующего формата
взаимодействия.
4.4 Требования к модернизации подсистемы «Дети»
В рамках модернизации Системы необходимо выполнить доработку подсистемы
«Дети» для обеспечения поддержки нового бизнес-процесса, описанного в п. 4.3 настоящего
Технического задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию,
указанных в настоящем Техническом задании, а также регламента оказания услуги и исходных
данных, предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания.
Подсистема
должна
обеспечивать
предусмотренных в разделе 3.3.5 настоящего ТЗ.
выполнение
функциональных
возможностей,
В рамках модернизации необходимо реализовать следующие функциональные возможности:
– обеспечение обработки сведений о детях, поступающих в рамках нового формата
взаимодействия;
– обеспечение параллельной работы:
 существующего реестра детей в рамках действующего бизнес-процесса;
 модернизированного реестра детей в рамках нового бизнес-процесса;
- обеспечение сохранения параметров фильтрации и текущей страницы реестра при
переходе в карточку записи и возврате обратно в рамках нового бизнес-процесса;
Внедрение модернизированного реестра осуществляется с сохранением функционирования
действующего механизма обработки данных. Сведения, созданные в рамках действующего формата
оказания услуги до ввода нового бизнес-процесса, продолжают использоваться в рамках
существующего механизма обработки данных.
4.5 Требования к модернизации подсистемы «ДОЛ»
В рамках модернизации Системы необходимо выполнить доработку подсистемы
«ДОЛ» для обеспечения поддержки нового бизнес-процесса, описанного в п. 4.3 настоящего
Технического задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию,
указанных в настоящем Техническом задании, а также регламента оказания услуги и исходных
данных, предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема
должна
обеспечивать
выполнение
функциональных
предусмотренных в разделе 3.3.6 настоящего Технического задания.
возможностей,
В рамках модернизации необходимо реализовать следующие функциональные возможности:
- обеспечение хранения и обработки сведений о детских оздоровительных лагерях в
рамках нового бизнес-процесса;
– обеспечение параллельной работы:

существующего реестра ДОЛ в рамках действующего бизнес-процесса;
 модернизированного реестра ДОЛ в рамках нового бизнес-процесса;
- обеспечение сохранения параметров фильтрации и текущей страницы реестра при
переходе в карточку записи и возврате обратно в рамках нового бизнес-процесса;
Сведения, созданные в рамках действующего формата оказания услуги до ввода нового бизнеспроцесса, продолжают использоваться в рамках существующего механизма обработки данных.
4.6 Требования к модернизации подсистемы «Путевки в ДОЛ»
В рамках модернизации Системы необходимо выполнить доработку подсистемы
«Путевки в ДОЛ» для обеспечения поддержки нового бизнес-процесса, описанного в п. 4.3
настоящего Технического задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию,
указанных в настоящем Техническом задании, а также регламента оказания услуги и исходных
данных, предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема
должна
обеспечивать
выполнение
функциональных
предусмотренных в разделе 3.3.7 настоящего Технического задания.
возможностей,
В рамках модернизации необходимо реализовать следующие функциональные возможности:
- обеспечение хранения и обработки сведений о детских оздоровительных лагерях в
рамках нового бизнес-процесса;
– обеспечение параллельной работы:


существующего формата обработки данных;
нового формата обработки данных;
- обеспечение сохранения параметров фильтрации и текущей страницы реестра при
переходе в карточку записи и возврате обратно в рамках нового бизнес-процесса;
Сведения, созданные в рамках действующего формата оказания услуги до ввода нового бизнеспроцесса, продолжают использоваться в рамках существующего механизма обработки данных.
4.7 Требования к модернизации подсистемы «Отчеты»
В рамках модернизации Системы необходимо выполнить доработку подсистемы «Отчеты» для
обеспечения поддержки нового бизнес-процесса, описанного в пункте 4.3 настоящего Технического
задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию, указанных в
настоящем Техническом задании, а также регламента оказания услуги и исходных данных,
предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема
должна
обеспечивать
выполнение
функциональных
предусмотренных в разделе 3.3.8 настоящего Технического задания.
возможностей,
В рамках модернизации необходимо реализовать следующие функциональные возможности:
- обеспечение формирования отчетности на основе данных, обрабатываемых в рамках
нового формата оказания услуги;
- обеспечение параллельной работы:
существующего формата обработки данных;
нового формата обработки данных.
Сведения, созданные в рамках действующего формата оказания услуги до ввода нового бизнеспроцесса, продолжают использоваться в рамках существующего механизма обработки данных.


4.8 Требования к модернизации подсистемы распределения путевок в ДОЛ
В рамках модернизации Системы необходимо выполнить доработку подсистемы распределения
путевок в ДОЛ для обеспечения поддержки нового бизнес-процесса, описанного в пункте 4.3 настоящего
Технического задания.
Реализация выполняется на основании Приложения №1 к Техническому заданию, указанных в
настоящем Техническом задании, а также регламента оказания услуги и исходных данных,
предоставленных Заказчиком в рамках пункта 4.1 настоящего Технического задания
Подсистема
должна
обеспечивать
выполнение
функциональных
предусмотренных в разделе 3.3.9 настоящего Технического задания.
возможностей,
В рамках модернизации необходимо реализовать следующие функциональные возможности:
- обеспечение распределения путевок в рамках нового формата оказания услуги;
- обеспечение параллельной работы:


существующего механизма распределения путевок;
модернизированного механизма распределения путевок в рамках нового бизнеспроцесса;
- обеспечение раздельной обработки заявлений, поступающих в рамках различных
форматов оказания услуги;
- обеспечение возможности фильтрации реестра по смене и детскому
оздоровительному лагерю в рамках нового формата оказания услуги;
- разделение на самостоятельные реестры реестра детей, находящихся в трудной
жизненной ситуации, и детей, не имеющих льготных прав в рамках нового формата
оказания услуги. По результатам разделения итоговый перечень реестров заявлений,
поступающих для распределения путёвок в ДОЛ, формируется следующим образом:
 Реестр детей-сирот на распределение в ДОЛ в Магаданской области;
 Реестр детей-сирот на распределение в ДОЛ за пределами Магаданской
области;
 Реестр детей, находящихся в трудной жизненной ситуации на распределение в
ДОЛ в Магаданской области;
 Реестр детей, находящихся в трудной жизненной ситуации на распределение в
ДОЛ за пределами Магаданской области;
 Реестр детей, не имеющих льготных прав, на распределение в ДОЛ в
Магаданской области;
 Реестр детей, не имеющих льготных прав, на распределение в ДОЛ за
пределами Магаданской области.
Внедрение нового процесса распределения осуществляется с сохранением функционирования
действующего процесса распределения путевок. Заявления, созданные в рамках действующего формата
оказания услуги до ввода нового бизнес-процесса, продолжают обрабатываться в рамках
существующего механизма распределения путевок до завершения их жизненного цикла.
4.9 Требования к подсистеме взаимодействия со СМЭВ 4
В рамках нового формата оказания услуги предусматривается реализация межведомственного
взаимодействия с использованием СМЭВ 4 для получения и передачи сведений, необходимых для
обработки заявлений и принятия решений в рамках процесса распределения путёвок.
Для обеспечения унифицированного доступа к данным, размещённым на витринах
поставщиков в СМЭВ 4, необходимо развернуть Агент ПОДД СМЭВ на подготовленных
вычислительных мощностях и настроенном программном обеспечении.
Агент ПОДД СМЭВ должен обеспечивать:
- периодический опрос указанных адресов витрин сведений (ВС) на наличие входящих
запросов с последующей передачей их в Систему для обработки и формирования ответов;
- отправку исходящих XML-запросов в адрес соответствующих ВС в СМЭВ;
- гарантированную доставку сообщений за счёт механизма повторных попыток при
возникновении сбоев при взаимодействии с электронными сервисами;
- взаимодействие с контейнером ключей ведомства, содержащим защищённые сертификаты,
используемые для формирования электронной подписи при отправке и приёме сообщений;
- поддержку формирования и хранения информации о владельце ключа в зависимости от
ведомства-инициатора и ведомства-исполнителя запроса;
- ведение истории всех межведомственных запросов;
- возможность опроса очередей СМЭВ по пространству имён соответствующих видов
сведений.
Перечень конкретных видов сведений, а также правила их использования и настройки
межведомственного взаимодействия в рамках нового бизнес-процесса определяются в рамках
настоящего Технического задания на основании данных, предоставленных Заказчиком в пункте 4.1
настоящего ТЗ.
В рамках реализации настоящего Технического задания предусматривается возможность
подключения не более 3 (трёх) видов сведений, предоставленных Заказчиком в пункте 4.1 настоящего
Технического задания.
4.10
Требования к подсистеме ГИС ГМП
В рамках оказания нового формата услуги предоставление платных услуг не предусматривается.
В связи с этим модернизация подсистемы ГИС ГМП в рамках реализации нового бизнеспроцесса не требуется. Взаимодействие с ГИС ГМП для новой услуги не осуществляется.
5
ОБЩИЕ ТРЕБОВАНИЯ
5.1
5.1.1
Требования к видам обеспечения
Требования к информационному обеспечению
Хранение данных в Системах должно быть обеспечено функциями СУБД, относящихся к
Единому реестру российских программ для электронных вычислительных машин и баз данных или
свободно-распространяемому ПО с открытым исходным кодом. Для обеспечения целостности данных
должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны обеспечивать
протоколирование обрабатываемой в Системах информации.
Доступ к данным должен быть предоставлен только авторизованным пользователям, а также с
учетом категории запрашиваемой информации.
5.1.2
Требования к лингвистическому обеспечению
Исполнитель должен учитывать язык программирования, на котором создан исходный код
развиваемой Системы.
Система поддерживает использование для текстовых полей кодировки UTF-8.
В диалогах с пользователями в текстах сообщений должен применяться русский язык, за
исключением сообщений общесистемного ПО, которые могут не подлежать переводу на русский язык, а
также системных сообщений и интерфейсов администратора Системы. Способ организации диалога с
пользователем должен обеспечивать:
-
уменьшение вероятности совершения оператором случайных ошибочных действий;
логический контроль ввода данных;
контроль ввода данных на непротиворечивость;
возможность корректировки вводимого текста.
Все экранные и выходные формы, инструкции по работе, вся документация должны быть
выполнены на русском языке. Исключения могут составлять только системные сообщения, не
подлежащие русификации.
5.1.3
Требования к программному обеспечению
При модернизации Системы не допускается полная замена ПО, необходимо использовать ПО
на технических средствах Заказчика, как серверное, так и АРМ пользователя.
Используемое ПО и библиотеки программных кодов должны иметь широкое распространение,
быть общедоступными и использоваться в промышленных масштабах.
Графический пользовательский интерфейс должен быть реализован как веб-приложение,
используемое пользователями через веб-браузеры.
5.1.4
Требования к методическому обеспечению
В рамках оказания услуг по модернизации общих функций Системы Исполнителем должны
быть актуализированы следующие эксплуатационные документы:
1) руководство пользователя (при оказании услуг, включающих функциональные
изменения процесса использования Системы);
2) руководство администратора (при оказании услуг, включающих функциональные
изменения процесса администрирования Системы).
5.2 Общие технические требования к Системе
5.2.1 Требования к численности и квалификации персонала и пользователей
Системы
Персонал, осуществляющий эксплуатационное обслуживание Системы, должен обладать
следующими навыками и знаниями:
- настройка, установка серверной и клиентской операционных систем;
- знание принципов построения TCP/IP сетей и распределение в них нагрузки;
- установка, настройка, обеспечение резервирования и восстановления данных;
- установка, настройка и эксплуатация СУБД, практические навыки построения
запросов к базам данных;
- установка, настройка и эксплуатация программного комплекса Системы.
Режим работы персонала должен соответствовать действующему законодательству Российской
Федерации и обеспечивать работоспособность Системы.
Пользователи Системы должны обладать квалификацией уверенного пользователя
персонального компьютера (базовые требования). Дополнительных требований по квалификации не
предъявляется.
5.2.2
Требования к надежности
Общими требованиями к надежности Системы являются:
- Система должна функционировать круглосуточно, в непрерывном режиме, кроме
времени проведения работ по смене версий программного обеспечения, других
профилактических работ по техническому обслуживанию, требующих остановку
технических средств;
- контроль целостности данных должен быть обеспечен на уровне СУБД;
- выход из строя одной из подсистем не должен приводить к прекращению
функционирования остальных подсистем, т.е. при этом должна обеспечиваться
возможность выполнения функций всех оставшихся подсистем;
- неправильные действия пользователей не должны приводить к возникновению
аварийной ситуации в работе Системы;
- должны быть минимизированы ошибки пользователей Системы, в том числе путем
четкого разграничения прав доступа к Системе.
5.2.3
Требования по безопасности
Все технические решения, использованные при модернизации Системы, а также требования к
аппаратному обеспечению должны соответствовать действующим нормам и правилам техники
безопасности, пожаробезопасности и взрывобезопасности, а также охраны окружающей среды при
эксплуатации.
5.2.4
Требования к эргономике и технической эстетике
Взаимодействие пользователей
пользовательского интерфейса.
с
Системой
должно
осуществляться
посредством
Пользовательский интерфейс Системы должен соответствовать современным эргономическим
требованиям и обеспечивать удобный доступ к основным функциям и операциям Системы.
Навигационные элементы должны быть выполнены в удобной для пользователя форме.
Средства редактирования информации должны удовлетворять принятым соглашениям в части
использования функциональных клавиш, режимов работы, поиска, использования оконной системы.
Ввод-вывод данных, прием управляющих команд и отображение результатов их исполнения
должны выполняться в интерактивном режиме.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа
«мышь», то есть управление системой должно осуществляется с помощью набора экранных меню,
кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом
при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Эргономика Системы должны быть достигнута путем соответствия интерфейса следующим
критериям:
1) должен быть реализован графический режим представления данных;
2) должен быть обеспечен удобный, простой и интуитивно понятный интерфейс для
пользователя, который хорошо знает свою предметную область и не является
специалистом в области информационных технологий;
3) функциональная полнота, обеспечение доступа ко всем функциональным
возможностям Системы;
4) корректность реализации функциональных возможностей и соответствие
автоматизируемым задачам и обеспечению достоверности результатов;
5) информативность, адекватное отображение информации и состояние исполняемых
процессов;
6) минимизация и оптимизация действий пользователя при выполнении операций;
7) все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме
системных сообщений), должны быть на русском языке, взаимодействие
пользователя с Системами должно осуществляться на русском языке, за
исключением системных сообщений, возникающих при нештатных ситуациях и
несущих информацию для администраторов и разработчиков;
8) должна быть обеспечена корректная обработка ситуаций, вызванных неверными
действиями пользователей, неверным форматом или недопустимыми значениями
входных данных. В указанных случаях Система должна выдавать пользователю
сообщения, отражающие проблему и содержащие рекомендации по ее устранению,
после чего возвращаться в рабочее состояние, предшествовавшее неверной
(недопустимой) команде или некорректному вводу данных;
9) сокращение длительности операций чтения, редактирования и поиска информации;
10) уменьшение времени навигации и выбора команд;
11) при отображении многострочных массивов информации должна показываться
полоса прокрутки;
12) комфортность работы;
13) ясность и четкость текстов, значений пиктограмм и прочих элементов управления;
14) стандартизация управляющих элементов, экранных форм и информационных
панелей.
5.2.5
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов Системы
Система должна быть рассчитана на эксплуатацию в составе программно-аппаратного
комплекса Государственного заказчика. Техническая и физическая защита аппаратных компонентов
Систем, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее
обслуживание реализуется техническими и организационными средствами Государственного заказчика.
Система не должна требовать регулярного администрирования. Штатные средства системы
должны позволять проводить удаленное администрирование базы данных и настройку Системы (при
наличии технической возможности доступа к серверу, на котором установлена Система).
5.2.6
Требования к защите информации от несанкционированного доступа
В состав мер по обеспечению безопасности информации должны входить:
1) идентификация и аутентификация пользователей;
2) гибкая ролевая модель;
3) функция по регистрации событий, определению (выбору) регистрируемых событий,
обеспечиваться запись и хранение информации о событиях в течение
устанавливаемого времени хранения.
Для каждого пользователя должна быть реализована возможность назначить одну или более
ролей. Роль должна регламентировать доступ пользователя к функциям и объектам Системы.
5.2.7
Требования к сохранности информации при авариях
Для обеспечения сохранности информации на сервере, на котором размещена Система должна
быть предусмотрена возможность:
1) периодического резервного копирования базы данных Системы;
2) восстановления данных в непротиворечивое состояние при программно-аппаратных
сбоях (отключение электрического питания, сбои операционной систем и др.);
3) восстановления данных при сбоях в работе сетевого программного и аппаратного
обеспечения.
Резервные копии базы данных Системы должны храниться вне информационных ресурсов
Системы. Серверные мощности для хранения резервных копий предоставляются Заказчиком.
5.2.8
Требования к патентной чистоте
Патентная чистота Системы и ее частей должна быть обеспечена в отношении патентов,
действующих на территории Российской Федерации.
Без увеличения цены Контракта Исполнитель обязан передать Государственному Заказчику
права на использование охраняемых результатов интеллектуальной деятельности, права на которые
принадлежат подрядчику (исполнителю) и которые использовались при оказании услуг по Контракту, в
объеме, необходимом для использования Заказчиком результатов услуг по Контракту по их целевому
назначению и в соответствии с условиями Контракта на весь срок действия использованных
исключительных прав или на иной срок, установленный Заказчиком. Исполнитель передает
Государственному Заказчику указанные права посредством заключения сублицензионного договора.
В случае использования при оказании услуг по Контракту программ для электронных
вычислительных машин (программных комплексов или компонентов), разработанных третьими лицами,
условия, на которых передаются права на их использование (исполнение), должны обеспечить
отсутствие ограничений, препятствующих использованию результатов услуг по их назначению.
Использование при модернизации программ, принадлежащих исполнителю и/или третьим
лицам, допускается только с согласия Заказчика.
При оказании услуг по настоящему Техническому заданию Исполнитель должен гарантировать
соблюдение авторских, исключительных и иных прав на объекты интеллектуальной собственности
третьих лиц.
5.2.9
Требования к стандартизации и унификации
Унификации подлежат все составляющие пользовательского интерфейса: система меню,
формы отображения информации на экране, типы и формы сообщений и запросов пользователю,
системные сообщения. Экранные формы должны проектироваться с учетом следующих требований
унификации:
1) все экранные формы пользовательского интерфейса должны быть выполнены в едином
графическом дизайне, с одинаковым расположением основных элементов управления и
навигации;
2) для обозначения сходных операций должны использоваться сходные графические
значки, кнопки и другие управляющие (навигационные) элементы. Термины,
используемые для обозначения типовых операций (добавление информационной
сущности, редактирование поля данных), а также последовательности действий
пользователя при их выполнении, должны быть унифицированы;
3) внешнее поведение сходных элементов интерфейса (реакция на наведение указателя
«мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково
для однотипных элементов.
При вводе однотипных данных в Системе должны использоваться единые (в рамках Системы)
справочники для различных видов текстовой информации.
Модернизация Системы должно быть осуществлено с использованием стандартных и
унифицированных методов разработки программных средств. Система проектирования должна
обеспечивать унификацию функциональных задач, операций и интерфейсов.
6
СОСТАВ И СОДЕРЖАНИЕ УСЛУГ
Услуги по модернизации Системы перечислены в таблице 4.
Таблица 4 – Состав и содержание услуг
Этап
Наименование
услуг
Срок окончания оказания
услуг по этапу*
1
Модернизация
Системы в
соответствии с
требованиями,
представленными
в разделе 4
данного ТЗ
С момента заключения
Контракта по 15.12.2026
Итоговые документы
-
Руководство пользователя;
Руководство администратора;
Программа и методика
приемочных испытаний;
Протокол проведения
приемочных испытаний;
Акт передачи исключительных
/неисключительных прав;
Сублицензионный/Лицензионный
договор
- Документ о приемке, акт сдачиприемки оказанных услуг
* Длительность каждого этапа может изменяться при условии письменного согласования
со стороны Заказчика и соблюдения общего срока оказания услуг.
Характеристики программного обеспечения по КТРУ 58.29.11.000-00000004:
Способ предоставления: удаленный
доступ
через
информационнотелекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть
Интернет;
Класс программ для электронных вычислительных машин и баз данных: (12.20)
информационные системы для решения специфических отраслевых задач;
Вид: Услуги по модернизации программного обеспечения.**
** Дополнительная характеристика: В целях конкретизации объекта закупки. Услуга сопряжена
с предоставлением заказчику прав на использование ПО или расширением ранее предоставленного
объема прав.
7 ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ УСЛУГ
7.1 Требования по обеспечению конфиденциальности
В период оказания Услуг и после их окончания Исполнитель не должен разглашать и
использовать конфиденциальную информацию, принадлежащую Заказчику, которая может
стать ему известной в ходе оказания Услуг.
7.2 Требования к приемке
Приемка услуги должна проводиться в соответствии с согласованной между
Заказчиком и Исполнителем Программой и методикой приемочных испытаний.
Перед проведением приемочных испытаний Исполнитель обязан разработать и
согласовать с Заказчиком перечень документов.
В течение 5 (пяти) рабочих дней с даты завершения этапа Исполнителю необходимо
направить в адрес Заказчика официальное письмо о готовности к проведению приемочных
испытаний. Электронная версия документа направляется Исполнителем на электронную почту
Заказчика.
По результатам приемочных испытаний, при отсутствии замечаний у Заказчика,
подписывается Протокол проведения приемочных испытаний.
По окончании проведения приемочных испытаний Заказчик в течение 3 (трех) рабочих
дней подписывает Протокол проведения приемочных испытаний и Документ о приемке по
Контракту, либо направляет мотивированный отказ от подписания Протокола проведения
приемочных испытаний или Документа о приемке.
7.3 Требования к гарантийным обязательствам
Исполнитель гарантирует, что оказанные услуги соответствуют требованиям, установленным в
Контракте, обязательным нормам и правилам, регулирующим данную деятельность (ГОСТ, ТУ), а также
иным требованиям законодательства Российской Федерации, действующим на момент оказания услуг.
Гарантийный срок на оказанные услуги составляет 12 (двенадцать) месяцев с даты завершения
оказанных услуг по этапу в соответствии с реализованным в этапе функционалом.
Под гарантией понимается устранение Исполнителем своими силами и за свой счет допущенных
по его вине недостатков Системы, выявленных после приемки оказанных услуг в соответствии с
разделом 4 данного ТЗ.
Если в период гарантийного срока выясняется, что работы (отдельные виды работы) имеют
недостатки и дефекты, которые являются следствием ненадлежащего исполнения Исполнителем
принятых им на себя обязательств, то Исполнитель (в случае, если не докажет отсутствие своей вины)
обязан устранить их за свой счет в сроки, согласованные Сторонами и зафиксированные в акте с
перечнем выявленных недостатков и сроком их устранения. Гарантийный срок в этом случае
соответственно продлевается на период устранения недостатков.
Приложение 2
к Техническому заданию
ФОРМА
АКТ
приема-передачи исключительных прав
г. Новосибирск
«__» ______ 20__ г.
ПРИОБРЕТАТЕЛЬ:
ПРАВООБЛАДАТЕЛЬ: _____________________
ДОГОВОР: от ___.___.20___ № _______________________
на оказание услуг по _______________________________________________________________
ИСКЛЮЧИТЕЛЬНЫЕ ПРАВА НА РЕЗУЛЬТАТЫ ОКАЗАННЫХ УСЛУГ ПО ___
ЭТАПУ:
Мы, нижеподписавшиеся, от Приобретателя – _______________________, действующий
на основании ________________, с одной стороны, от Правообладателя – ____________,
действующий на основании _________, с другой стороны, вместе в дальнейшем именуемые
«Стороны», принимая во внимание условия договора от __.__.20__ № _________________ на
оказание услуг по __________________ (далее – Договор), составили настоящий акт о том, что:
1. Правообладатель передает Приобретателю в полном объеме, а Приобретатель
получает исключительное право на ____________________ (далее – исключительное право).
2. Стоимость исключительного права включена в цену Договора, составляет ____
(_________________________) рубля __ копейки, подлежит уплате в соответствии с условиями
Договора, отдельно Приобретателем не оплачивается.
3. Исключительное право переходит от Правообладателя к Приобретателю в момент
подписания Заказчиком документа о приемке в порядке, установленном разделом 4 Договора.
4. Настоящий акт составлен в 2 (двух) экземплярах, имеющих равную юридическую
силу, по одному экземпляру для каждой из сторон.
ПОДПИСИ СТОРОН
Приобретатель:
Правообладатель:
