Номер извещения: 0174500001126004773

Общая информация о закупке

Внимание! За нарушение требований антимонопольного законодательства Российской Федерации о запрете участия в ограничивающих конкуренцию соглашениях, осуществления ограничивающих конкуренцию согласованных действий предусмотрена ответственность в соответствии со ст. 14.32 КоАП РФ и ст. 178 УК РФ

Способ определения поставщика (подрядчика, исполнителя): Электронный аукцион

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: ЭТП ТЭК-Торг

Адрес электронной площадки в информационно-телекоммуникационной сети «Интернет»: http://www.tektorg.ru/

Размещение осуществляет: Уполномоченный орган ДЕПАРТАМЕНТ АДМИНИСТРАТИВНО-ХОЗЯЙСТВЕННОГО ОБЕСПЕЧЕНИЯ ИСПОЛНИТЕЛЬНЫХ ОРГАНОВ ГОРОДА СЕВАСТОПОЛЯ

Наименование объекта закупки: на выполнение работ по развитию Государственной информационной системы «Система электронного документооборота Правительства Севастополя» в части интеграции с платформой обратной связи и реализации перехода на использование формата МЭДО 3.0

Этап закупки: Подача заявок

Сведения о связи с позицией плана-графика: 202601742000025001000036

Контактная информация

Размещение осуществляет: Уполномоченный орган

Организация, осуществляющая размещение: ДЕПАРТАМЕНТ АДМИНИСТРАТИВНО-ХОЗЯЙСТВЕННОГО ОБЕСПЕЧЕНИЯ ИСПОЛНИТЕЛЬНЫХ ОРГАНОВ ГОРОДА СЕВАСТОПОЛЯ

Почтовый адрес: 299011, Г.СЕВАСТОПОЛЬ , УЛ ЛЕНИНА, Д. 2

Место нахождения: 299011, Г.СЕВАСТОПОЛЬ , УЛ ЛЕНИНА, Д. 2

Ответственное должностное лицо: Подлесная Т. В.

Адрес электронной почты: t.podlesnaya@gs.sev.gov.ru

Номер контактного телефона: 8-869-2542624-300

Дополнительная информация: Заказчик : ДЕПАРТАМЕНТ ЦИФРОВОГО РАЗВИТИЯ ГОРОДА СЕВАСТОПОЛЯ Юридический адрес: 299029, г. Севастополь, пр-т Генерала Острякова, д.13. Почтовый адрес: 299011, г. Севастополь, ул. Одесская, д.27 E-mail: dcr@sev.gov.ru Телефон: (8692) 555-990 Ответственное должностное лицо Заказчика: ЧУГУНОВ АНДРЕЙ АНАТОЛЬЕВИЧ

Регион: Севастополь г

Информация о процедуре закупки

Дата и время начала срока подачи заявок: 07.08.2026 12:55 (МСК)

Дата и время окончания срока подачи заявок: 19.08.2026 08:00 (МСК)

Дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги: 19.08.2026

Дата подведения итогов определения поставщика (подрядчика, исполнителя): 21.08.2026

Начальная (максимальная) цена контрактов

Начальная (максимальная) цена контракта: 6 780 000,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 262920400386392040100100360016201244

Информация об объекте закупки

Код позиции - Наименование товара, работы, услуги - Ед. измерения - Количество (объем работы, услуги) - Цена за ед., ? - Стоимость, ?

- 62.01.11.000 - Работы по развитию Государственной информационной системы «Система электронного документооборота правительства Севастополя» в части интеграции с платформой обратной связи  реализации перехода на использование формата МЭДО 3.0 Требования к доработке СЭД. ч 1 Доработка карточки системной организации и подразделения В карточку системной организации и подразделения на вкладку «Адреса и реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 2 - Вкладка "Адреса и реквизиты" системной организации и подразделения). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения. Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения Параметр Описание Раздел «ЛКО» ИД ЛКО Идентификатор ЛКО (Пример: 7252259) Наименование Наименование ЛКО (Пример: Правительство Севастополя — Департамент общественной безопасности города Севастополя) Раздел «ПОС» Раздел «ПОС» Запись «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» Вид сведения «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» (https://nsud.gosuslugi.ru/pud/#/inquiries?page=1&search=Предоставление%20информации%20по%20сообщениям,%20обрабатываемых%20в%20ПОС) (в актуальной версии на момент исполнения контракта) ИД Клиента Указывается «Идентификатор клиента» из Настройки ЛКО Запись «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» Вид сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» ИД Клиента Информация предоставляется Минцифрой Регион Наименование региона ИД Региона Идентификатор региона Требования к доработке СЭД. ч 2 Доработка карточки внешней организации В карточку внешней организации на вкладку «Реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 3 - Вкладка "Реквизиты" внешней организации). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 2 - Вкладка "Реквизиты" внешней организации. Таблица 2 - Вкладка "Реквизиты" внешней организации Реквизит Заполнение Раздел «ЛКО (Личный кабинет органа или организации)» ИД ЛКО Идентификатор ЛКО Наименование ЛКО Наименование органа или организации в ЛКО Требования к доработке СЭД. ч 3 Добавление нового справочника «Справочник ПОС» Добавить в раздел системы «Справочники\Классификаторы\Обращения граждан» новый подраздел «Справочники ПОС», который заполняется загрузкой из файла «Общесистемный классификатор ПОС с кодами УРОГ.xslx» доступный для скачивания по ссылке https://pos.gosuslugi.ru/og/docs/category/759#n. Также должна быть возможность заполнить справочник вручную. - Условная единица - 1,00 - 6 780 000,00 - 6 780 000,00

ДЕПАРТАМЕНТ ЦИФРОВОГО РАЗВИТИЯ ГОРОДА СЕВАСТОПОЛЯ - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Требования к доработке СЭД. ч 1 Доработка карточки системной организации и подразделения В карточку системной организации и подразделения на вкладку «Адреса и реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 2 - Вкладка "Адреса и реквизиты" системной организации и подразделения). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения. Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения Параметр Описание Раздел «ЛКО» ИД ЛКО Идентификатор ЛКО (Пример: 7252259) Наименование Наименование ЛКО (Пример: Правительство Севастополя — Департамент общественной безопасности города Севастополя) Раздел «ПОС» Раздел «ПОС» Запись «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» Вид сведения «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» (https://nsud.gosuslugi.ru/pud/#/inquiries?page=1&search=Предоставление%20информации%20по%20сообщениям,%20обрабатываемых%20в%20ПОС) (в актуальной версии на момент исполнения контракта) ИД Клиента Указывается «Идентификатор клиента» из Настройки ЛКО Запись «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» Вид сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» ИД Клиента Информация предоставляется Минцифрой Регион Наименование региона ИД Региона Идентификатор региона Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 2 Доработка карточки внешней организации В карточку внешней организации на вкладку «Реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 3 - Вкладка "Реквизиты" внешней организации). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 2 - Вкладка "Реквизиты" внешней организации. Таблица 2 - Вкладка "Реквизиты" внешней организации Реквизит Заполнение Раздел «ЛКО (Личный кабинет органа или организации)» ИД ЛКО Идентификатор ЛКО Наименование ЛКО Наименование органа или организации в ЛКО Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 3 Добавление нового справочника «Справочник ПОС» Добавить в раздел системы «Справочники\Классификаторы\Обращения граждан» новый подраздел «Справочники ПОС», который заполняется загрузкой из файла «Общесистемный классификатор ПОС с кодами УРОГ.xslx» доступный для скачивания по ссылке https://pos.gosuslugi.ru/og/docs/category/759#n. Также должна быть возможность заполнить справочник вручную. Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 4 Добавление нового справочника «Канал приема обращения в ПОС» Добавить в раздел системы «Справочники\Классификаторы\Обращения граждан» новый подраздел «Канал приема сообщений ПОС», в котором проставляется соответствие между видами доставками обращений в ОГ с идентификатором канала приема. Идентификатор канала приема необходим для Вида сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)». Таблица 3 - Значение справочника "Канал приема обращения" Код канала Описание 1 Интернет-приемная или сайт организации 2 Региональный портал 3 Иной канал 4 Личный прием 5 Почта России, все кроме заказного письма 6 Почта России заказное письмо 7 Электронная почта 8 МЭДО 9 СЭД (региональная для РОИВ и ОМСУ или ведомственная для ФОИВ и их подведомственных организаций) 10 МФЦ 11 СМЭВ 12 Служба доставки, курьер, нарочный 13 Спецсвязь и фельдсвязь Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 5 Доработка карточки обращения граждан В шапку РКК ОГ добавить новые реквизиты (см. Рисунок 6 - Шапка РКК ОГ). Новые реквизиты описаны в Таблица 4 - Новые реквизиты в шапке РКК ОГ. Таблица 4 - Новые реквизиты в шапке РКК ОГ Реквизит Описание Особые отметки Текстовое поле. Массив. Заполняется доп. Информацией об обращении: • Номер ФЗ; • Фаст-трек. Выгружается в ПОС Логическое поле. Устанавливается в случае, если обращение проходит условия для отправки/приема обращения в ПОС. Условия редактирования поля: • Если поле «Способ обращения» равно «ПОС», то не редактируется • Если «Способ обращения» не равно «ПОС», то редактируется до события регистрации. Статус сообщения в ПОС Текстовое поле. Вычисляемое. Варианты: • «Обновление обращения в ПОС» - Передача обращения из СЭД в ПОС. Создание\Обновление (Перенос срока\Обработка обращение) • «Обращение создано в ПОС» - Ответ из ПОС, что обращение создано • «Обращение обновлено в ПОС»  - Ответ из ПОС, что обращение обновлено. • «Ответ отправлен в ПОС» - при нажатии на кнопку "Ответ в ПОС" • «Ответ доставлен в ПОС» - Ответ из ПОС, что обращение получено • «Ошибка при передаче в ПОС»  - Ответ из ПОС, что произошла ошибка в приеме данных На вкладку «Реквизиты» добавить новый раздел «ПОС», в котором будет выбираться информация о «Категории», «Подкатегории» и «Факте» обращения, заполненные из «Справочника ПОС», в соответствии с выбранным вопросом в разделе «Вопросы». Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 6 Таблица 5 - Раздел "ПОС" на вкладке "Реквизиты" Реквизит Описание Таблица «ПОС» Код тематики Текстовое поле. Заполняется выбором из справочника ПОС. Код категории Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Категория Текстовое поле. Заполняется выбором из справочника ПОС. Код подкатегории Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Подкатегория Текстовое поле. Заполняется выбором из справочника ПОС. Код факта Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Факт Текстовое поле. Заполняется выбором из справочника ПОС. Добавить новую вкладку «ПОС», которая доступна если в поле «Способ обращения» указано «ПОС» или установлен признак «Выгружается в ПОС». Вкладка предназначена для отображения информации, которая выгружается в ПОС и для отображения статуса доставки сообщения в ПОС (см. Рисунок 7 - Вкладка "ПОС"). Описание реквизитов новой вкладки в Таблица 6 - Вкладка "ПОС". Таблица 6 - Вкладка "ПОС" Реквизит Описание Статус Перечисление. Вычисляемое. Заполняется ИР СМЭВ Варианты: ? Получено ведомством (RECEIVED) ? Обрабатывается (PROCESSING) ? Отложено (POSTPONED) ? Направлен ответ заявителю (ANSWERED) ? Отклонено (DECLINED) ? Перенаправлено (TRANSFERRED) Дата и время статуса Дата-время поле. Вычисляемое. Заполняется ИР СМЭВ Раздел «Передаваемая информация в ПОС» ИД Клиента Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации. Карточка организации/подразделения, вкладка "Адреса и реквизиты", секция "Участники интеграции", раздел "Личный кабинет органа или организации (ЛКО)" поле "ИД Клиента". Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 7 Наименование организации Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации. Карточка организации/подразделения, вкладка "Ардеса и реквизиты", секция "Участники интеграции", раздел "Личный кабинет органа или организации (ЛКО)" поле "Наименование". ОГРН Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации Карточка организации/подразделения, вкладка "Общая информация",  поле "ОГРН" Регион проблемы Текстовое поле. Значение выбирается из справочника "Регионы" (расположение "Предметная админка\Внешние контакты\Справочники\Регионы"). По умолчанию заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации Карточка организации/подразделения, вкладка "Адреса и реквизиты", секция "Участники интеграции", раздел "Платформа обратной связи (ПОС)" поле "Регион". ИД Региона Текстовое поле. Вычисляемое. Заполняется значением вычислением из Справочника Регионы, на основании выбранного региона в поле "Регион проблемы". Канал приема обращения Текстовое поле. Вычисляемое. Заполняется значением вычисленным на основании Вида доставки и справочника "Канал приема обращения" (см. 6.1.4 Добавление нового справочника «Канал приема обращения в ПОС») при событии регистрации. Вид доставки Отображается информация из поля «Вид доставки» с вкладке «Реквизиты» ИД Канала приема обращения Текстовое поле. Вычисляемое. Заполняется значением вычисленным на основании Вида доставки и справочника "Канал приема обращения" (см. 6.1.4 Добавление нового справочника «Канал приема обращения в ПОС») при событии регистрации. Описание Текстовое поле. Варианты заполнения: ? вручную ? копированием текста из вкладки «Содержание\Документ» поле «Текст» (копирование доступно, только после через сохранение РКК ОГ); ? копирование текста из поля Заголовок Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 8 Дата и время поступления Отображается дата создания РКК. Срок Отображается информация из поля «Срок» в шапке РКК. Заявитель Если «Тип обращения» равен «Индивидуальное», то отображается информация из поля «Корреспондент», иначе информация вводится вручную, через диалог «Заявителя», с заполнением полей «Фамилия», «Имя», «Отчество» Заявитель Текстовое поле. Вычисляемое. Вычисляется на основании полей: Заявитель. Фамилия + " " + Заявитель. Имя + " " + Заявитель. Отчество Отображается, если Тип обращения != "Индивидуальное". E-mail Отображается информация из поля «E-mail» с вкладки «Реквизиты» Раздел «Ответ» Заполняется при нажатии кнопки «Ответ в ПОС» (см. Ошибка: источник перекрёстной ссылки не найден Ошибка: источник перекрёстной ссылки не найден) Документ Объектное поле. Вычисляемое. Статус Текстовое поле. Вычисляемое. Дата и время ответа Дата-время. Вычисляемое. Текст Текстовое поле. Вычисляемое. Файлы Текстовое поле. Вычисляемое. Отображается, если поле «Способ обращения» равно «ПОС» Уведомление заявителю Логическое поле. Вычисляемое. Отображается, если поле «Способ обращения» равно «ПОС» Таблица «Отправленные сообщения в ПОС» Заполняется ИР СМЭВ Дата отправки Дата-время. Вычисляемое. Информация Текстовое поле. Вычисляемое. Варианты: • Получено ведомством (RECEIVED); • Обрабатывается (PROCESSING); • Ответ отложен (POSTPONED); • Направлен ответ заявителю (ANSWERED); • Отклонено (DECLINED); • Перенаправлено (TRANSFERRED). ID сообщения СМЭВ Текстовое поле. Вычисляемое. Ссылка на сообщение в СМЭВ Дата доставки Дата-время. Вычисляемое. Результат доставки Текстовое поле. Вычисляемое. Добавить новое действие «Ответ в ПОС», которое доступно делопроизводителю МР в статусе РКК «Зарегистрирован», признак «Выгружается в ПОС» включен и ранее ответ не отправлялся или отправка не прошла. При нажатии на кнопку «Ответ в ПОС» выдается диалог (Рисунок 8 - Диалог "Ответ в ПОС". Вид сведений 1.0.1.) Значение характеристики не может изменяться участником закупки Требования к доработке СЭД. ч 9 Доработка итогового отчета В итоговый отчет добавить новый раздел «Ответ в ПОС» (см. Рисунок 2 - Вкладка "Адреса и реквизиты" системной организации и подразделения Рисунок 9 - Итоговый отчет), который отображается если в РКК установлен признак "Выгружается в ПОС" . При утверждении итогового отчета, информация передается ПОС. Таблица 7 - Итоговый отчет Реквизит Описание Статус Статус ответа. Вычисляется на основании выбранного "Результата рассмотрения", но может быть изменен. Варианты выбираются из справочника. Обязательное поле Дата и время Дата и время ответа. Вычисляется из Даты регистрации выбранного документа в поле "Документ-ответ"/"Сопроводительный документ", но может быть изменена. Обязательное поле Текст Текстовое поле для ввода ответа. По умолчанию заполняется из текстового содержания выбранного документа в поле "Документ-ответ"/"Сопроводительный документ". Обязательное поле Значение характеристики не может изменяться участником закупки Требования к модификации карточки ОГ через ИР СМЭВ. Обновление информации ПОС в карточке ОГ К обновляемой информации ПОС в карточке ОГ относится: ? «Статус сообщения в ПОС» в шапке карточки; ? «Статус» и «Дата-время статуса» на вкладке «ПОС»; ? Таблица «Отправленные сообщения в ПОС» на вкладке «ПОС». Обновление по двум видам сведений ПОС при отправке сообщения и получении информации о его доставке. Таблица 8: Обновление карточки ОГ Реквизит Заполнение Шапка РКК ОГ Статус сообщения в ПОС Варианты: • «Обновление обращения в ПОС» - Передача обращения из СЭД в ПОС. Создание\Обновление (Перенос срока\Обмука обращение) • «Обращение создано в ПОС» - Ответ из ПОС, что обращение создано • «Обращение обновлено в ПОС» - Ответ из ПОС, что обращение обновлено. • «Ответ отправлен в ПОС» - при нажатии на кнопку "Ответ в ПОС" • «Ответ доставлен в ПОС» - Ответ из ПОС, что обращение получено • «Ошибка при передаче в ПОС» - Ответ из ПОС, что произошла ошибка в приеме данных Вкладка «ПОС» Статус Варианты заполнения : • Получено ведомством (RECEIVED) • Обрабатывается (PROCESSING) • Отложено (POSTPONED) • Направлен ответ заявителю (ANSWERED) • Отклонено (DECLINED) • Перенаправлено (TRANSFERRED) Дата и время статуса Дата-время статуса Таблица «Отправленные сообщения в ПОС» Дата отправки Дата-время Информация Варианты: • Получено ведомством (RECEIVED); • Обрабатывается (PROCESSING); • Ответ отложен (POSTPONED); • Направлен ответ заявителю (ANSWERED); • Отклонено (DECLINED); • Перенаправлено (TRANSFERRED). ID сообщения СМЭВ Ссылка на сообщение в СМЭВ Дата доставки Дата-время Результат доставки Текстовое поле Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 1 Сценарии по Виду сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)» 6.3.1. Создания обращения 6.3.1.1. Создание обращения вручную Таблица 9 - Сценарий "Создание обращения в СЭД. Вручную" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель создает обращение по кнопке "Создать\Обращение граждан"; 2. Система при создании проверяет, что организация/подразделение, к которому подчиняется Место регистрации является участником ПОС (Определяется это по заполнению поля «ИД Клиента») и если является, то устанавливает признак "Выгружается в ПОС", иначе не устанавливает; 3. Делопроизводитель заполняет реквизитные поля на вкладке "Реквизиты"; 4. Делопроизводитель нажимает на кнопку "Сохранить"; 5. Система: а. записывает в историю документа информацию о его создании; б. сохраняет данные. Дополнения к основным действиям 1. При смене места регистрации система переустанавливает признак "Выгружается в ПОС". Создание обращения из внешней системы Сценарий предусматривает обработку обращений, который могут поступить через разные каналы связи, к примеру, Портал или МЭДО. Таблица 10 - Сценарий "Создание обращения в СЭД. Внешняя система" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Внешняя система Другие ДЛ и заинтересованные стороны Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 2 Создание обращения из внешней системы Сценарий предусматривает обработку обращений, который могут поступить через разные каналы связи, к примеру, Портал или МЭДО. Таблица 10 - Сценарий "Создание обращения в СЭД. Внешняя система" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Внешняя система Другие ДЛ и заинтересованные стороны Условие выполнения Взаимодействие через ИР Основная последовательность действий, приводящая к достижению цели 1. Внешняя система создает обращение; 2. Система при создании проверяет, что организация/подразделение, к которому подчиняется Место регистрации является участником ПОС (Определяется это по заполнению поля ИД Клиента) и если является, то устанавливает признак "Выгружается в ПОС", иначе не устанавливает; 3. Внешняя система заполняет обязательные поля; 4. Внешняя система сохраняет обращение; 5. Система: а. записывает в историю документа информацию о его создании; б. сохраняет данные. Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 3 Регистрация обращения Таблица 11 - Сценарий "Регистрация обращения СЭД и отправка в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает созданное обращение; 2. Делопроизводитель нажимает на кнопку «Зарегистрировать»; 3. Система при событии регистрации и установленном признаке «Выгружается в ПОС» проводит проверку обращения перед выгрузкой в ПОС (настройках предусмотреть установку по умолчанию выгружать в ПОС/не выгружать в ПОС): а. проверяет, что организация/подразделение, к которому подчиняется место регистрации является участником ПОС. Если нет, то выдается предупреждение: «Обращение не может быть выгружено в ПОС, так как для указанного места регистрации не найдены настройки для взаимодействия с ПОС, а также для его вышестоящих подразделений, включая организацию. Снимите/поставьте (в зависимости от настройки по умолчанию) признак "Выгружается в ПОС" или обратитесь к администратору для настройки ПОС»; б. проверяет, что заполненность значения полей «ИД Клиента», «Наименование организации», «ОГРН», «ИД Региона» из участника ПОС. В случае некорректного заполнения выдает предупреждение: «Обращение не может быть выгружено в ПОС, так как не заполнено одно из полей "ОГРН"/"ИД Региона"/"Наименование организации в ЛКО". Обратитесь к администратору»; в. вычисляет значение поля Канал приема обращения и ИД Канала приема обращения. Если не удалось вычислить, выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не вычислен Канал приема обращения. Не найдено соответствия Канала приема обращения, с указанным видом доставки: . Обратитесь к администратору»; Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 4 г. вычисляет значение поля Заявитель (Фамилия, Имя, Отчество). Если не удалось вычислить, выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не удалось вычислить Фамилию и Имя Заявителя. Укажите его вручную на вкладке "ПОС"»; д. проверят, что поле E-mail заполнено. Если нет, то выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не указан E-mail Заявителя»; е. проверят, что таблица ПОС на вкладке «Реквизиты» заполнена. Если нет, то выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не заполнена таблица "ПОС"»; ж. проверка на наличие в исходном обращении 2-х и более вопросов по тематике. Выгрузка таких обращений не производится. 4. Система: а. записывает в историю документа информацию о его регистрации; б. сохраняет данные; в. создает протокол для ИР СМЭВ. 5. ИР СМЭВ: а. получает протокол, что обращение зарегистрировано и у него установлен признак «Выгружается в ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Получено ведомством»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Обновление обращения в ПОС». г. при получении ответа из ПОС ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» = «Обращение обновлено в ПОС»/ «Ошибка при передаче в ПОС». Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 5 Обработка обращения Таблица 12 - Сценарий "Обработка обращения СЭД и отправка в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Адресат, Зам. Адресата Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает зарегистрированное обращение; 2. Делопроизводитель нажимает на кнопку «Отправить\На исполнение». Заполняет карточку резолюции и нажимает «Отправить». 3. Делопроизводитель заполняет карточку резолюции и нажимает «Отправить». 4. Система: а. записывает в историю об отправке на исполнение; б. сохраняет данные; в. переводит статус обращения «На исполнении»; г. создает протокол для ИР СМЭВ. 5. ИР СМЭВ: а. получает протокол, что обращение переведено в статус «На исполнении»; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает статус «Обрабатывается»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Обновление обращения в ПОС». г. при получении ответа из ПОС ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» = «Обращение обновлено в ПОС»/ «Ошибка при передаче в ПОС». Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 6 Изменение срока Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает документ на редактирование; 2. Делопроизводитель изменяет срок исполнения; 3. Система: а. записывает в историю документа информацию «Изменен срок исполнения»; б. сохраняет данные; в. создает протокол для ИР СМЭВ. 4. ИР СМЭВ: а. получает протокол, что в обращении изменен срок исполнения; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает статус «Изменен срок исполнения»; ? устанавливает текущую дату и время в поле "Дата и время статуса" ? устанавливает Статус сообщения в ПОС = «Обновление обращения в ПОС» г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха ? устанавливает Статус сообщения в ПОС = Обращение обновлено в ПОС/Ошибка при передаче в ПОС Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 7 Исполнение обращения 6.3.5.1 Создание итогового отчета Таблица 13 - Сценарий "Исполнение обращения из ПОС. Создание итогового отчета" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Исполнитель Другие ДЛ и заинтересованные стороны Зам. исполнителя Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Исполнитель открывает уведомление «На исполнение»; 2. Исполнитель создает Исходящий документ (типовой процесс создания/ согласования/ подписания/ регистрации/ отправки); 3. Исполнитель нажимает кнопку «Создать итоговый отчет»; 4. Исполнитель заполняет итоговый отчет и связывает, с созданным исходящим документом: а. Вопрос - заполняется вопросом из таблицы "Вопросы"; б. Текст ответа - вводится текст; в. Результат рассмотрения - выбирается из вариантов: ? Решено; ? Не решено; ? Направлен по компетенции. г. Информация по рассмотрению - заполняется из справочника; д. Документ-ответ\Сопроводительное письмо - указывается ИсхД РКК, созданная Адресатом; е. Заполняет раздел «Ответ в ПОС» 5. Исполнитель нажимает кнопку «Отправить»; 6. Система: а. сохраняет данные; б. отправляет уведомление Делопроизводителю «Отчет на рассмотрении». Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 8 Утверждение итогового отчета Таблица 14 - Сценарий "Исполнение обращения из ПОС. Утверждение итогового отчета" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает уведомление «Отчет на рассмотрении»; 2. Делопроизводитель нажимает кнопку «Утвердить»; 3. Система а. записывает в историю документа информацию о принятии отчета; б. сохраняет данные. 4. ИР СМЭВ: а. получает протокол, что по итоговый отчет утвержден и заполнен «Ответ в ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ: ? Статус «Отправлен ответ»; ? Дату ответа; ? Текст ответа; ? Результат рассмотрения; в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Отправлен ответ»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Ответ отправлен в ПОС». г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» равный «Ответ доставлен в ПОС» / «Ошибка при передаче в ПОС»; Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 9 Формирование ответа в ПОС вручную Таблица 15 - Сценарий "Исполнение обращения из ПОС. Ответ в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель нажимает кнопку «Ответ в ПОС»; 2. Делопроизводитель вводит данные в диалоге «Ответ в ПОС». 3. Система а. заполняет данные вкладки «ПОС»; б. сохраняет данные; в. создает протокол для ИР СМЭВ; 4. ИР СМЭВ: а. получает протокол, что по обращению дан ответ и у него «Способ обращения» равен «ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ: ? Статус «Отправлен ответ»; ? Результат рассмотрения; в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Отправлен ответ»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Ответ отправлен в ПОС». г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» равный «Ответ доставлен в ПОС» / «Ошибка при передаче в ПОС»; ? устанавливает признак «Полностью исполнен» и в поле «Дата исполнения» записывает дату из поля «Дата ответа». Значение характеристики не может изменяться участником закупки Требования к сценариям из СЭД в ПОС. ч 10 Создание представления (виртуальной таблицы), отражающего информацию по обращения, отправленным в ПОС В представлении в разделе «Обращения граждан» создать два представления ПОС: В разделе «Обращения граждан»; В разделе «Обращения граждан — Неисполненные». В которых должна присутствовать графа, которая отображает операцию отправки информации в ПОС для последующего формирования отчета (при необходимости). Значение характеристики не может изменяться участником закупки Требования к ИР СМЭВ. ч 1 Требования к взаимодействию СЭД, ИР СМЭВ и Адаптер СМЭВ Взаимодействие между системами должно осуществляться по REST API, путем обмена исходящими и входящими сообщениями в ИР СМЭВ. Исходящее сообщение в ИР СМЭВ формируется: ? по расписанию, когда нужно из СМЭВ запросить входящие сообщения; ? по сигналу, когда СЭД запрашивает дополнительную информацию по сообщению, возвращает статус сообщения или передает обращения, созданные в СЭД Структура исходящего сообщения в ИР СМЭВ: ? Статус сообщения; ? ID исходящего сообщения - идентификатор отправленного сообщения, сгенерированный в соответствии с RFC-4122, по варианту 1 (на основании MAC-адреса и текущего времени); ? ID корреляции - идентификатор сообщения в Адаптере СМЭВ, который возвращается сразу в ответ на запрос в Адаптер СМЭВ; ? Контент.xml - файл, который содержит бизнес-данные запроса, сформированные по XSD-схеме вида сведений в формате XML ? ID участника СМЭВ (ClientID) - заполняется идентификатором Участник интеграции в настройках ИР СМЭВ ? Контент.json - файл, в котором хранится структура REST-запроса отправленного в Адаптер СМЭВ ? СlientID - id исходящего сообщения ? Мнемоника ИС (itSystem) - заполняется идентификатором Системы указанной в настройках ИР СМЭВ ? Запрос в ПОС - Контент.xml ? Файлы - список передаваемых файлов в СМЭВ. Значение характеристики не может изменяться участником закупки Требования к ИР СМЭВ. ч 2 Входящее сообщение в ИР СМЭВ формируется по данным ответа из Адаптер СМЭВ. Структура входящего сообщения в ИР СМЭВ: ? Статус сообщения; ? ID входящего сообщения = ID исходящего сообщения; ? ID корреляции = ID корреляции исходящего сообщения; ? Контент.xml - файл, который содержит бизнес-данные ответа, сформированные по XSD-схеме вида сведений в формате XML; ? Контент.json - файл, в котором хранится структура REST-ответа полученного из Адаптер СМЭВ; ? Файлы - список передаваемых файлов в СМЭВ; 6.4.1.1 Входящие сообщения Для вида сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)», формировать входящие сообщения: ? по сигналу, к ним относятся: • Запрос от СЭД на создание обращения в ПОС; • Запрос от СЭД на обновление обращения в ПОС. ? по сигналу из Адаптера СМЭВ, к ним относятся: • Ответ на запрос от СЭД на создание или обновление обращения в ПОС. 6.4.1.2 Исходящие сообщения Исходящие сообщения формируются на основании входящих сообщений: • Отправление обращение на регистрацию; • Отправление обращение на исполнение; • Изменение срока исполнения; • Отправка ответа по обращению; Значение характеристики не может изменяться участником закупки Требования к мониторингу. ч 1 Во всех сообщениях на всех этапах обработки отслеживается текущий статус в виде последней стадии обработки сообщения и кода результата обработки. При ошибке в процессе передачи/ обработки сообщения устанавливается соответствующий статус, и подробная информация об ошибке записывается в протокол. Прикладной администратор и Бизнес-администратор ИР «Input E-mail» должны иметь возможность поиска сообщений, сигналов, протоколов по дате формирования, статусу обработки в различных представлениях. Интеграционное решение СМЭВ должно быть создано на базе СМ-Интегратора со своими специфичными разделами: • Раздел «Входящие» ? Сигналы (отбираются входящие сообщения, у которых состояние «Сигнал») ? Ошибки (отбираются входящие сообщения, у которых состояние «Ошибка сигнала») ? Обработанные (отбираются входящие сообщения, у которых состояние «Сообщение готово») ? Протоколы (отбираются ошибочные и отладочные протоколы, которые создаются во время обработки входящих сообщений) • Раздел «Исходящие» ? Сообщения ? Ошибки (отбираются исходящие сообщения, у которых состояние «Ошибка отправки» и «Ошибка доставки») ? Раздел «СМЭВ» ? Подготовленные (отбираются исходящие сообщения, у которых состояние "Готов к передаче" и направление Адаптер СМЭВ) ? Отправленные (отбираются исходящие сообщения, у которых состояние "Отправлено" и направление Адаптер СМЭВ) ? Доставленные (отбираются исходящие сообщения, у которых состояние "Доставлено" и направление Адаптер СМЭВ) ? Раздел «CompanyMedia» ? Подготовленные (отбираются исходящие сообщения, у которых состояние "Готов к передаче" и направление СЭД) ? Отправленные (отбираются исходящие сообщения, у которых состояние "Отправлено" и направление СЭД) ? Протоколы (отбираются ошибочные и отладочные протоколы, которые создаются во время обработки исходящих сообщений) Значение характеристики не может изменяться участником закупки Требования к мониторингу. ч 2 • Раздел «Виды сведения» (отбираются входящие сообщения, которые относятся только к сценариям, отвечающим за передачу пакетов для Видов сведений): ? Ошибки; ? ПОС (Виды сведений для ПОС) ? Запрос; ? Ответ Значение характеристики не может изменяться участником закупки Требования к обработке ошибок Информация об ошибках при обработке сообщений в ИР СМЭВ и при их передаче в запросах от него к СЭД или Адаптер СМЭВ сохраняется в хранилище. При недоступности REST-сервисов СЭД или Адаптер СМЭВ с заданной периодичностью автоматически осуществляет повторные попытки до тех пор, пока соответствующий сервис не будет доступен, вплоть до заданного максимального числа повторов. Если повторные попытки не помогли, или вызываемый сервис вернул ответ с ошибкой, соответствующий статус записывается в сообщение, при обработке которого это произошло, и создается протокол с подробным сообщением об ошибке и ссылкой на сообщение. Прикладной администратор и Бизнес-администратор ИР СМЭВ, открыв такое сообщение, может: ? получить информацию о контексте данного сообщения на стороне целевой системы (например, найти там исходный объект, по поводу которого было взаимодействие); ? исправить некорректные данные в сообщении, если проблема именно в этом; ? инициировать новую обработку/передачу сообщения после того, как данные были исправлены или были сделаны исправления в конфигурации или коде СЭД, ИР СМЭВ. Значение характеристики не может изменяться участником закупки Аппаратные требования Минимальные аппаратные требования для установки и работы ИР СМЭВ. Вариант 1: Адаптер СМЭВ используется только для интеграции с СЭД (см. Таблица 16: СЭД. Минимальные аппаратные требования) Таблица 16: СЭД. Минимальные аппаратные требования Назначение сервера Кол-во ядра ЦПУ, шт ОЗУ, Гб Диски, Гб ИР СМЭВ, Адаптер СМЭВ 2.7.7 1 4 12 500 Вариант 2: Адаптер СМЭВ используется для интеграции с разными внешними информационными системами (см. Таблица 17: Вн. ИС. Минимальные аппаратные требования) Таблица 17: Вн. ИС. Минимальные аппаратные требования Назначение сервера Кол-во ядра ЦПУ, шт ОЗУ, Гб Диски, Гб ИР СМЭВ, 1 4 12 300 ?Адаптер СМЭВ 2.7.7 1 4 12 300 Значение характеристики не может изменяться участником закупки Программное обеспечение, обеспечивающее взаимодействие с ПОС. ч 1 Необходимое программное обеспечения для установки и работы ИР СМЭВ. Вариант 1: Адаптер СМЭВ и ИР СМЭВ на одном сервере (см. Таблица 18: ИР СМЭВ и Адатер СМЭВ на одном сервере. Базовое программное обеспечение) Таблица 18: ИР СМЭВ и Адатер СМЭВ на одном сервере. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) Сервер приложений WildFly 24.0.1. Final (64 -разрядная редакция) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) ?Средство криптозащиты информации КриптоПро CSP 5.х (Лицензия, на право использования СКЗИ КриптоПро CSP версии 5.0 класс КС3 на сервере Astra Linux Special Edition, приобретается отдельно) ?Адаптер СМЭВ Адаптер СМЭВ 2.7.7 ?Java (Адаптер СМЭВ) JRE 1.8 (64 - разрядная редакция) Java (ИР СМЭВ) Liberica JDK11 (64 - разрядная редакция) Open JDK 11 (64 - разрядная редакция) Вариант 2: Адаптер СМЭВ и ИР СМЭВ на разных серверах (см. Таблица 19: ИР СМЭВ. Базовое программное обеспечение и Таблица 20: Адаптер СМЭВ. Базовое программное обеспечение) Таблица 19: ИР СМЭВ. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) Сервер приложений WildFly 24.0.1. Final (64 -разрядная редакция) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) Java Liberica JDK11 (64 - разрядная редакция) Open JDK 11 (64 - разрядная редакция) Значение характеристики не может изменяться участником закупки Программное обеспечение, обеспечивающее взаимодействие с ПОС. ч 2 Таблица 20: Адаптер СМЭВ. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) ?Средство криптозащиты информации КриптоПро CSP 5.х (Лицензия, на право использования СКЗИ КриптоПро CSP версии 5.0 класс КС3 на сервере Astra Linux Special Edition, приобретается отдельно) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) Java JRE 1.8 (64 - разрядная редакция) Значение характеристики не может изменяться участником закупки ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ В ЧАСТИ МЭДО 3.0. Описание логической модели данных Системы Бизнес-сущности, используемые в рамках автоматизируемых процессов, приведены в перечне используемых бизнес-сущностей (таблица 21). Таблица 21. Перечень используемых бизнес-сущностей № Наименование бизнес-сущности Описание бизнес-сущности 1 Пользователь Сотрудник организации, выполняющий работы в Системе. 2 Внешняя организация /корреспондент /контрагент Внешняя организация, с которой ведется деловая переписка и/или имеются договорные отношения. 3 Входящий документ Документы, поступившие в организацию. 4 Исходящий документ Документы, отправляемые из организации в адрес третьих лиц. 5 Поручение Часть работ по документу, передаваемая на исполнение одному или нескольким сотрудникам. 6 Внутренний документ. Документ, используемый для оперативного информационного обмена между подразделениями или руководством, для направления информации вышестоящему руководителю и содержащий изложение вопроса, требующего решения, с выводами и предложениями составителя, а также для ведения переписки с другими подразделениями 7 ОРД Документ, в котором, предписываемые действия носят нормативный, постоянный (длительный) характер и который регламентирует вопросы организации и деятельности организации. 8 Договорной документ Документ, регламентирующий договорные отношения с контрагентом. 9 Обращение гражданина Направленные в государственный орган, орган местного самоуправления или должностному лицу в письменной форме или в форме электронного документа предложение, заявление или жалоба, а также устное обращение гражданина в государственный орган, орган местного самоуправления. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 1 7.2.1 Функционально-технические требования к подсистеме Между участниками МЭДО и СЭД обмен корреспонденцией осуществляется путем передачи транспортных контейнеров, квитанций и уведомлений через МЭДО в СЭД и обратно. Предпочитаемый контрагентом вариант взаимодействия должен быть настраиваемым на уровне справочника. Интеграционное решение (подcистема) «Обмен с МЭДО» должно обеспечить передачу информации из транспортных контейнеров и уведомлений, преобразовав в данные для регистрации входящих документов и создания сводок, обеспечив при этом обратную передачу информации о событиях, производимых с документами в Системе - в транспортные контейнеры и уведомления. 7.2.2 Требования к составу электронных сообщений Типы электронных сообщений, обрабатываемых подсистемой: • транспортный контейнер; • сообщение (с возможным дополнение контейнером цифрового документа); • уведомление; • квитанция. Поступающие из МЭДО транспортные контейнеры и сообщения должны помещаться в папку на сервере, обрабатываться с формированием РКК проектов входящих документов в Системе и сводок в модуле «Входящие документы». Квитанции о техническом приеме или отказе в приеме электронного сообщения в формате 3.0 направляются в составе файла описания электронного сообщения. Информация о получении адресатом электронного сообщения должна быть получена в течении определенного времени, после истечения которого считается, что ЭС не получено адресатом. По умолчанию - 72 часа с даты/времени непосредственной отправки сообщения. По событиям в Системе в модулях «Входящие документы», «Исходящие документы» должны формироваться уведомления и помещаться в папку на сервере для отправки в МЭДО для формата 2.7.1. Для формата 3.0 должны формироваться сообщения определенных регламентом форматов. Исходящий документ должен передаваться в МЭДО в составе транспортного контейнера. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 2 7.2.3 Транспортный контейнер формата 2.7.1 Электронный документ должен передаваться через МЭДО в виде транспортного контейнера. Транспортный контейнер должен представлять из себя один файл в формате ZIP-архива с наименованием, удовлетворяющим шаблону «[a-zA-Z0-9_]{1,247}.edc.zip» Транспортный контейнер должен содержать набор файлов в требуемых форматах. Этот набор файлов включает: • элементы документа; • описание транспортного контейнера. Элементы документа, в соответствии с пунктом II приказа Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Федеральной службы охраны Российской Федерации от 12.07.2024 № 611/96 (далее – Приказ № 611/96), должны содержать: • основная часть документа в электронном виде; • приложения электронного документа (необязательный); • электронная подпись основной части документа; • электронная подпись приложений документа (необязательный); • элементы визуализации ЭП основной части документа; • элементы визуализации регистрационных данных документа. Файл основной части документа в электронном виде должен быть представлен в формате PDF/A-1. Описание транспортного контейнера должно содержать: • файл в формате XML; • название файла «passport.xml»; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата описания транспортного контейнера МЭДО – 2.7.1. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приложению №1 к Приказу № 611/96. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 3 7.2.4 Транспортный контейнер формата 3.0 Электронный документ должен передаваться через МЭДО в виде транспортного контейнера. Транспортный контейнер должен представлять из себя один файл в формате ZIP-архива с наименованием, удовлетворяющим шаблону «[a-zA-Z0-9_]{1,247}.edc.zip» Транспортный контейнер должен содержать набор файлов в требуемых форматах. Этот набор файлов включает: • элементы документа; • описание транспортного контейнера. Элементы документа, в соответствии с пунктом II приказа Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 (далее – Приказ № 611/96), должны содержать: • основная часть документа в электронном виде; • приложения электронного документа (необязательный); • электронная подпись основной части документа; • электронная подпись приложений документа (необязательный); • элементы визуализации ЭП основной части документа; • элементы визуализации регистрационных данных документа. Файл основной части документа в электронном виде должен быть представлен в формате PDF/A-1. Описание транспортного контейнера должно содержать: • файл в формате XML; • название файла «passport.xml»; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата описания транспортного контейнера МЭДО – 3.0. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приложению №1 к Приказу № 611/96. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 4 7.2.5 Уведомление (2.7.1) Уведомление должно включать только XML-файл, в котором содержится информация о событии, связанном с прохождением документа в СЭД Адресата. • файл в формате XML; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата МЭДО – 2.7.1. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приказу № 611/96. Перечень основных регистрируемых событий прохождения документа (определены Приказом № 611/96), уведомления о которых должно направляться через Узел МЭДО: • «Зарегистрирован» - регистрация документа в СЭД участника МЭДО – получателя документа; • «Отказано в регистрации» - отказ в регистрации с указанием его причины; • «Назначен исполнитель» - принятие документа к исполнению (назначение ответственного исполнителя); • «Доклад подготовлен» - подготовка доклада об исполнении документа (ответа на документ) и его подписании; • «Доклад направлен» - направление доклада об исполнении документа (ответа на документ). Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 5 7.2.6 Сообщения Уведомления в формате 3.0 направляются в составе контейнеров сообщений в виде структурированных данных цифрового документа (файла digital.xml). Заполнение отдельных элементов сообщения должно соответствовать Приложению №2 к Приказу № 611/96, включая передачу информации о наличии в документе данных с ограниченным доступом. Перечень основных регистрируемых событий прохождения документа (определены Приказом № 611/96), уведомления о которых должно направляться через Узел МЭДО: • «Зарегистрирован» - регистрация документа в СЭД участника МЭДО – получателя документа; • «Отказано в регистрации» - отказ в регистрации с указанием его причины; • «Назначен исполнитель» - принятие документа к исполнению (назначение ответственного исполнителя) для 2.7.1; • «Доклад подготовлен» - подготовка доклада об исполнении документа (ответа на документ) и его подписании для 2.7.1; • «Доклад направлен» - направление доклада об исполнении документа (ответа на документ) для 2.7.1. 7.2.7 Квитанция (2.7.1) Квитанция представляет собой XML-файл, в котором содержится информация о доставке документа в СЭД адресата. В квитанции фиксируется факт доставки (доставлено/не доставлено), а также дата и время доставки документа в СЭД адресата. В случае входящего документа должен быть сформирован проект регистрационной карточки входящего документа. В случае исходящего документа должен быть изменен статус исходящего документа. Если идентификатор входящего пакета (сообщения), на которое должна быть сформирована квитанция о доставке, не указан, то подсистема не должна формировать соответствующую квитанцию. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 6 7.2.8 Квитанция (3.0) Квитанции о техническом приеме или отказе в приеме электронного сообщения в формате 3.0 направляются в составе файла описания электронного сообщения, содержащего элементы: • файл конверта; • файл описания сообщения. При оформлении отказа в приеме сообщения причина отказа указывается согласно справочнику «Причины отказа в технической регистрации» сервиса НСИ ГосЭДО. В квитанции фиксируется факт доставки (доставлено/не доставлено), а также дата и время доставки документа в СЭД адресата. В случае входящего документа должен быть сформирован проект регистрационной карточки входящего документа. В случае исходящего документа должен быть изменен статус исходящего документа. Если идентификатор входящего пакета (сообщения), на которое должна быть сформирована квитанция о доставке, не указан, то подсистема не должна формировать соответствующую квитанцию. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 7 7.2.9 Требования к подсистеме Автоматическое создание в Системе проекта входящего документа, на основе полученного из МЭДО транспортного контейнера в формате следующих версий 3.0/2.7.1/2.7/2.5, включая электронное содержание документа в виде текста и/или файла, файла электронной подписи; Автоматический отказ в регистрации документам, не соответствующим формату сообщений. Автоматическая отправка квитанций о доставке документов и уведомлений из Системы в МЭДО; Автоматическая отправка квитанций о недоставке при истечении указанного в настройках времени (по умолчанию 72 часа); Автоматическое создание в Системе в модуле «Исходящие документы» сводок о доставке, регистрации или отказе в регистрации направленного исходящего документа участнику МЭДО; Автоматическое создание в Системе в модуле «Исходящие документы» сводок о резолюциях, выданных в системе электронного документооборота участника МЭДО; Автоматическое создание в Системе в модуле «Исходящие документы» сводок о направлении доклада – ответа участника МЭДО на исходящий документ, отправленный из Системы. Отправку исходящих документов из Системы участникам МЭДО в составе транспортного контейнера в форматах 2.7.1 или 3.0. Подсистема должна позволять осуществлять взаимодействие с СЭД в части статусов сообщений МЭДО: • все статусы сообщений МЭДО должны отображаться в Системе в специальном представлении, в котором отображены статусы отправки исходящих документов Заказчика участникам МЭДО (Отправлен/Доставлен/Отказано в регистрации/Зарегистрирован); • статусы должны обновляться в представлении в зависимости от событий прохождения документа в организации – участника МЭДО. Событие по отправке исходящего документа в МЭДО должно фиксироваться на вкладке «История» РКК исходящего документа. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 8 7.2.10 Требования в части Входящих документов • Подсистема должна обеспечивать регистрацию и обработку входящей корреспонденции в СЭД, поступившей от участников МЭДО следующих версий 3.0/2.7.1/2.7/2.5. 7.2.11 Общие требования • В подсистеме должны быть обеспечены следующие функциональные возможности взаимодействия с СЭД: • регистрация или отказ в регистрации полученного входящего документа; • формирование образа основного файла документа с регистрационным штампом и штампом электронной подписи; • автоматическая отправка в МЭДО уведомления о регистрации или отказе в регистрации документа; • автоматическая отправка в МЭДО уведомления о принятии документа к исполнению – о назначении ответственных исполнителей в карточках резолюций первого уровня. • автоматическая установка связи, определенного перечнем в НСИ типа, при наличии в контейнере информации предыдущей переписке. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 9 7.2.12 Режим «Получение и обработка входящих документов» Обмен данными при данном режиме работы должен представлять собой реализацию задачи переноса на сторону организации-отправителя исходящего документа информации о работе с документом на стороне организации-получателя, принимающей этот документ: • реквизиты и содержание исходящего документа заполняют карточку входящего документа на стороне Организации-получателя; • по факту создания РКК входящего документа делопроизводителям места регистрации формируются задачи в СЭД с генерацией почтового сообщения в электронную почту; • факт создания РКК входящего документа (доставки документа) передается на сторону Организации-отправителя в виде квитанции; • факт регистрации (или отказа в регистрации) входящего документа передается на сторону Организации-отправителя в виде уведомления «Зарегистрирован» (или «Отказано в регистрации»); • факт создания резолюции первого уровня по входящему документу передается на сторону Организации-отправителя в виде уведомления «Назначен исполнитель». На стороне организации – получателя должна быть реализована возможность печати документов с наложением штампов как в формате МЭДО 2.7.1, так и 3.0. Информация о расположении штампов приходит в составе транспортного контейнера и автоматически переносится в документ. 7.1.13 Требования в части Исходящих документов Подсистема должна обеспечивать подготовку, регистрацию и отправку исходящих документов организациям-участникам МЭДО в формате, предпочитаемом контрагентом в соответствии со значением в ГАС. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 10 7.1.14 Общие требования Должны быть обеспечены следующие функциональные возможности: • автоматическая отправка уведомления о подготовке доклада по полученному входящему документу – подписании ответного исходящего документа; • формирование штампа подписи при подписании исходящего документа с адресатом МЭДО-организация в соответствии с измененными требованиями МЭДО 3.0; • автоматическая отправка уведомления о направлении доклада об исполнении по полученного входящего документа – регистрации ответного исходящего документа. • отправка исходящего электронного документа участнику МЭДО в составе транспортного контейнера 7.2.15 Режим «Формирование и отправка исходящего документа» При данном режиме работы должен осуществляется перенос на сторону организации-отправителя исходящего документа информации о работе с исходящим документом на стороне организации-получателя, принявшей этот документ: • факт подписания исходящего документа-ответа на стороне Организации-получателя передается на сторону Организации-отправителя в виде ЭСД-уведомления «Доклад подготовлен»; • факт регистрации исходящего документа-ответа на стороне Организации-получателя передается на сторону Организации-отправителя в виде ЭСД-уведомления «Доклад направлен». Зарегистрированный исходящий документ также передается в СЭД адресата - участника. • отправка Исходящего документа, не являющегося ответным к входящему документу, в СЭД адресата - участника МЭДО. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 11 7.2.16 Передача информации о месте составления документа При отправке исходящих документов в МЭДО в обязательном порядке должно быть указано «Место составления документа». Подсистема должна обеспечить возможность задания настройки места составления в Системе в формате: • «Идентификатор места составления» - «Место составления» (например, DP00000073: г. Севастополь). Информация, указанная в настройке, должна быть включена в соответствующий элемент описания транспортного контейнера, отправляемого в МЭДО. 7.2.17 Передача информации о грифе ограничения доступа к документу При отправке исходящих документов в МЭДО в обязательном порядке должен быть указан «гриф ограничения доступа к документу», при формировании транспортного контейнера, отправляемого в МЭДО, подсистема должна указать в соответствующем элементе значения «DC00000000, Обычная информация» Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 12 7.2.18 Передача информации о виде документа При отправке исходящих документов в МЭДО в обязательном порядке должен быть указано наименование вида документа и идентификатор вида документа в соответствии с Приказом № 611/96 по перечню сервиса НСИ ГосЭДО). Подсистема должна обеспечить возможность передачи данной информации в соответствующем элементе описания транспортного контейнера, отправляемого в МЭДО. Информация о видах документов и идентификаторов вида документа, должна быть внесена в существующей классификатор видов документа приложения «Исходящие документы» в формате «Идентификатор Вид документа», например, • DK00000001 Акт субъекта Российской Федерации, ведомственный акт • DK00000002: Аналитический обзор (доклад) по вопросам, отнесенным к ведению Правительства Российской Федерации. Существующая форма классификатора видов документа модуля «Исходящие документы» не должна изменяться/дорабатываться. 7.2.19 Передача информации об идентификаторе типа связи документа в ответном документе Ответным документом к поступившему из МЭДО входящему документу должен считаться исходящий документ, в котором: • установлена связь с поступившим из МЭДО входящим документом с типом «В ответ на»; • адресат совпадает с корреспондентом поступившего из МЭДО входящего документа, на который установлена связь. При передаче такого ответного документа в МЭДО соответствующем элементе описания транспортного контейнера должен быть указан идентификатор типа связи «LT00000001». Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 13 7.2.20 Передача информации об Исполнителе исходящего документа Подсистема должна обеспечить передачу информации об Исполнителе исходящего документа, в соответствующих элементах описания транспортного контейнера, отправляемого в МЭДО. Для заполнения информации об Исполнителе должна использоваться информации о первом Исполнителе в указанном в поле «Исполнители» РКК исходящего документа. Передается информация: • ФИО полностью; • Должность; • Телефон (из карточки «Персона» справочника «Структура организации» в Системе). В случае, если в карточке Персоны телефон исполнителя в Системе не указан, то должен передаваться телефон организации из карточки «Организация» справочника «Структура организации». 7.2.21 Требования по доработке СЭД в части обеспечения взаимодействия с ГАС Для обеспечения возможности работы с глобальным адресным справочником МЭДО Подрядчику необходимо: • провести доработку СЭД в части обеспечения возможности приема глобального адресного справочника (далее ГАС) направляемого организатором МЭДО; • провести доработку СЭД в части обеспечения возможности направления сведений организатору МЭДО о включение в глобальный адресный справочник новых организаций участников (абонентов МЭДО); • провести доработку СЭД в части обеспечения возможности направления сведений организатору МЭДО об изменение информации о ранее переданных организациях участниках (абоненты МЭДО); Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 14 7.2.22 Требования в части приема ГАС Необходимо выполнить работы по доработке СЭД в части приема и обработки глобального адресного справочника содержащего: • сведения об организаторе межведомственного электронного документооборота (далее – организатор), в том числе уникальный идентификатор организатора для адресации технологических сообщений, информацию об организации и лицах, ответственных за решение технических вопросов; • сведения об операторах информационного взаимодействия (операторы МЭДО), в том числе уникальные идентификаторы операторов для адресации технологических сообщений, информацию об организации; • сведения об участниках информационного взаимодействия (участники МЭДО), в том числе уникальные идентификаторы участников для адресации электронных сообщений; • сведения об организациях участников, в том числе полное наименование юридического лица, номер телефона, электронной почты (при наличии), адрес в пределах места нахождения юридического лица. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 15 7.2.23 Требования в части направления сведений в ГАС Необходимо выполнить работы по доработке СЭД в части передачи информации или добавления новых участников информационного обмена (абонентов МЭДО) в соответствии со следующими требованиями обеспечить направление в адрес организатора технологического сообщения «Заявка оператора на добавление новых участников», содержащее: • уникальный идентификатор заявки; • номер и дату заявки (по данным оператора); • идентификатор оператора в справочнике ГАС; • перечень новых участников, содержащий сведения об участниках информационного взаимодействия, а также основания добавления. обеспечить прием технологического сообщения «Ответ организатора по добавлению новых участников», содержащего: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • комментарий с описанием выявленных отклонений; обеспечить прием технологического сообщения «Ответ организатора по добавлению новых участников», содержащее: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • принятые решения по каждому участнику исходной заявки; • сведения новых зарегистрированных участников, включающие присвоенные уникальные идентификаторы – по согласованным позициям; • комментарий с причиной отклонения (в том числе наличие участника в реестре, некорректные сведения об участнике, недостаточные основания для добавления участника) – по отклоненным позициям. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 16 7.2.24 Требования в части изменения сведений в ГАС Необходимо выполнить работы по доработке СЭД в части передачи изменений по ранее переданным участникам информационного обмена (абонентов МЭДО) в соответствии со следующими требованиями: обеспечить направление в адрес организатора технологического сообщения «Заявка оператора на изменение сведений об участниках», содержащее: • уникальный идентификатор заявки; • номер и дату заявки (по данным оператора); • идентификатор оператора в справочнике ГАС; • перечень уникальных идентификаторов участников и обновленные сведения по ним, а также основания для внесения изменений. обеспечить прием технологического сообщения «Ответ организатора по изменению сведений об участниках», содержащего: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • комментарий с описанием выявленных отклонений. обеспечить прием технологического сообщения «Ответ организатора по изменению сведений об участниках», содержащее: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • принятые решения по каждому участнику исходной заявки; • обновленные сведения участников – по согласованным позициям; • комментарий с причиной отклонения (в том числе некорректные сведения об участнике, недостаточные основания для изменения сведений об участнике) – по отклонённым позициям. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 17 7.2.25 Требования в части справочников СЭД СпО и СпП Доработки СЭД в части ГАС должны быть составной частью СЭД и не должны изменять логические и организационные принципы ведения текущих справочников СЭД СПП и СПО. 7.2.26 Общее описание доработок СЭД в части «Оператор МЭДО» и «Абонентов МЭДО». Необходимо выполнить работы по доработке СЭД в части обеспечения следующих функциональных возможностей: обеспечение возможности указания и передачи информации организатору МЭДО о системной организации, подключаемой в качестве оператора МЭДО, одна системная организация на все экземпляры СЭД; обеспечение возможности подключения в качестве участника-абонента МЭДО системных организаций любого экземпляра СЭД и обеспечение маршрутизации информационных потоков между абонентами и другими участниками МЭДО; обеспечение возможности подключения в качестве участника-абонента МЭДО отдельных структурных подразделений системных организаций любого экземпляра СЭД и обеспечение маршрутизации информационных потоков между абонентами и другими участниками МЭДО. Значение характеристики не может изменяться участником закупки Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 18 7.2.27 Требования в части приема справочников НСИ Необходимо выполнить работы по доработке СЭД в части приема и обработки справочников НСИ, содержащих: • перечень причин отказа в получении и регистрации; • виды документов; • места составления документов; • грифы ограничения доступа к документам; • типы связей документов; • виды справочников; • виды электронных документов; • виды информационных взаимодействий; • форматы электронных сообщений и транспортных контейнеров. Полученная в результате приема справочника информация должна быть доступна Администратору в клиенте Администратора системы. Весь информационный обмен документами между системными организациями СЭД должен осуществляется с использованием текущих средств информационного взаимодействия «Корпоративный шлюз», без использования МЭДО. 7.2.28 Требования к функционированию на выделяемых ресурсах Минимальные конфигурационные и аппаратные требования к серверам МЭДО 3.0 приведены в Приложении 1. Значение характеристики не может изменяться участником закупки Требования к эргономике и технической эстетике Пользовательский интерфейс Системы должен оставаться в едином стилистическом решении с СЭД. Для интерфейса и сообщений Системы должен быть установлен русский язык. Все элементы управления, выполняющие одинаковые функции, должны называться одинаково. Значение характеристики не может изменяться участником закупки Требования к отказоустойчивости Системы Отказоустойчивость Системы должна обеспечиваться при помощи специальных методов двойной конфигурации с общим дисковым массивом. При отказе основного сервера система должна автоматически переключаться на резервный. Запросы пользователей к базе данных должны автоматически перенаправляться на резервный сервер. Для обеспечения надежности программного обеспечения в Системе должны быть предусмотрены: • средства контроля корректности входных данных; • средства оповещения пользователя об ошибках входных/выходных и противоречивых данных. Значение характеристики не может изменяться участником закупки Требования к порядку предоставления актуального исходного кода ПО Системы Подрядчик предоставляет актуальную версию ПО, учитывающую все изменения, внесенные Подрядчиком в программный код системы, в репозитории исходного кода, предоставленном Заказчиком, Все изменения, внесенные Подрядчиком в программный код Системы в период оказания услуг, подлежат размещению в репозитории Заказчика и на носителе информации в течение 5 рабочих дней после окончания оказания Услуг по настоящему Техническому заданию. Значение характеристики не может изменяться участником закупки Требования к информационной безопасности и обеспечению защиты конфиденциальной информации, персональных данных. ч 1 Подрядчик в рамках исполнения государственного контракта обязан: - выполнять Требования о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений, утвержденных приказом ФСТЭК России от 11.04.2025 № 117 (далее — Требования о защите информации); - выполнять Требования к защите персональных данных при их обработке в информационных системах персональных данных, утвержденные постановлением Правительства Российской Федерации от 01.11.2012 г. № 1119; - выполнять требования о защите информации, установленные ФСБ России в соответствии с частью 5 статьи 16 Федерального закона от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; - выполнять требования о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений, с использованием шифровальных (криптографических) средств, утвержденные приказом ФСБ России от 18.03.2025 № 117; - соблюдать и выполнять политику защиты информации Заказчика; - соблюдать и выполнять внутренние стандарты и регламенты по защите информации Заказчика; - в рамках исполнения контракта и взаимодействия с Заказчиком организовывать деятельность по защите информации и управлять ею в соответствии с требованиями о защите информации установленными политикой защиты информации, внутренними стандартами и регламентами по защите информации Заказчика. Требования по обеспечению защиты при предоставлении доступа к СЭД и (или) получении доступа к информации, содержащейся в СЭД, в отношении Исполнителя устанавливаются Заказчиком. Значение характеристики не может изменяться участником закупки Требования к информационной безопасности и обеспечению защиты конфиденциальной информации, персональных данных. ч 2 Подрядчик обязан прилагать все усилия к обеспечению сохранности и недопущению распространения конфиденциальной информации Заказчика и передачи ее третьим лицам, доступ к которой он получил в рамках исполнения Контракта. Выполнение работ Подрядчиком может производиться как с присутствием специалистов Подрядчика на объекте Заказчика, так и удаленно c соблюдением необходимых требований информационной безопасности и защиты информации. В случае необходимости организация удаленного подключения осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи ViPNet сеть № 4652 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Заказчик). При организации подключения к СЭД Подрядчик обязан своими силами и средствами обеспечить меры по защите информации, предъявляемые политикой защиты информации, внутренними регламентами и стандартами Заказчика. Удаленный доступ к СЭД должен осуществляться только с сетевых адресов, закрепленных за автономными системами Российской Федерации. Подрядчик обеспечивает ведение, хранение и анализ журналов безопасности, включая события аутентификации, доступа, изменения конфигурации. Копирование информации, к которой предоставлен доступ Подрядчику, если такое копирование прямо не разрешено настоящим ТЗ запрещено (не допускается). Копирование (выгрузка) файлов из СЭД производится Подрядчиком исключительно по согласованию с Заказчиком после контроля соблюдения требований внутренних регламентов по обращению с информацией ограниченного доступа. Подрядчик обязуется не предпринимать действия, направленные на изучение структуры служебных программ, паролей и клиентского программного кода. Значение характеристики не может изменяться участником закупки Требования к информационной безопасности Система должна обеспечивать: • разграничение и управление доступом к данным на основании ролевой модели, содержащей список системных и контекстных ролей по модулям системы; • управление доступом должны осуществлять уполномоченные работники Заказчика, назначаемые в установленном порядке; • целостность (предотвращение возможности несанкционированных изменений электронных документов); • конфиденциальность (разграничения прав доступа к электронным документам/задачам/заданиям); • авторство (подтверждение авторства электронных документов); • идентификацию и проверку подлинности доступа при входе в Систему по паролю и логину ; • регистрацию входа и выхода пользователя в Систему; • доступ к объектам Системы в соответствии с правами пользователя, назначаемыми предметным администратором при регистрации пользователя или в любой момент после нее; • запись в Системе информации о пользователе, дате и времени создания, изменения, просмотра, экспорта и импорта документа. Информация о печати документа не записывается, т.к. она может осуществляться с помощью сторонних приложений-редакторов; • возможность подписания документов простой и усиленной ЭП; • защиту от несанкционированного доступа. Значение характеристики не может изменяться участником закупки Требования к разграничению прав доступа Система должна обеспечивать выполнение операций только авторизованным пользователям. Для организации ролевого доступа в Системе должен быть определен набор прав доступа к объектам Системы. Система должна обеспечивать разграничение доступа пользователей к объектам Системы, в том числе с учетом доступа к документам, отнесенным к коммерческой тайне Заказчика и иной информации, охраняемой законом, требующей документирования в соответствии с нормативными документами Заказчика и документы, содержащие иные категории информации. Система должна использовать исключительно персонализированные уникальные учетные записи пользователей и администраторов. Значение характеристики не может изменяться участником закупки Требования к журналированию Система должна обеспечить ведение журналов действий пользователей Системы с возможностью определения авторства каждой операции. Обеспечить возможность управления уровнем/глубиной журналирования событий. Журналы событий должны быть доступны специально назначенному администратору информационной безопасности (далее - ИБ) с правами на чтение. Контроль и мониторинг действий пользователей должен быть реализован на основе электронных журналов регистрации всех событий. Необходимо предусмотреть экспорт журналов в XLS и CSV форматы. Действия пользователя, запустившего экспорт журналов в XLS и CSV форматы, также необходимо журналировать. Система должна обеспечить журналирование следующих операций: вход (выход) пользователей в Систему, создание, обновление (перезапись), копирование, удаление, чтение, экспорт, размещение, просмотр и передача электронных образов документов с указанием времени, IP-адреса, идентификатора пользователя, описания операции, результата операции. Неудачные попытки входа должны заноситься в журнал с указанием времени, IP-адреса, идентификатора пользователя. Должно быть обеспечено протоколирование межсистемного взаимодействия с указанием идентификатора системы, результата взаимодействия, сетевых адресов и времени. В электронном журнале регистрации событий должны быть фильтры: по событиям, дате, времени, пользователю и т.д., которые содержатся в журнале. Должна быть обеспечена защита журналов регистрации событий от уничтожения, модификации, подмены нарушителем, и обеспечение сохранности данных при переполнении отведенных под них ресурсов. В электронном журнале регистрации событий период хранения данных должен настраиваться (в журнале хранится информация не менее одного года). Данные, выходящие за период хранения, должны архивироваться. Архивирование журналов событий должно выполняться автоматически. Значение характеристики не может изменяться участником закупки Требования к защите данных и информационных потоков Взаимодействие пользователей с системой должно осуществляться по защищенному протоколу TLS (HTTP over TLS на основе алгоритмов ГОСТ 34.12-2018 и ГОСТ 34.13-2018). Система должна обладать функциональной возможностью интеграции с УЦ для обеспечения Системы криптографическими примитивами. Система должна обладать возможностью интеграции с множеством УЦ, в том числе с поддержкой, усиленной квалифицированной ЭП (термин усиленная квалифицированная ЭП применяется в значении, указанном в статье 5 Федерального закона "Об электронной подписи" от 06.04.2011 № 63-ФЗ). Система должна обладать функциональной возможностью автоматически формировать файл документа в формате pdf после его подписания с помощью электронной подписи и регистрации, включающий реквизиты регистрации и электронной подписи. Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Требования к доработке СЭД. ч 1 - Доработка карточки системной организации и подразделения В карточку системной организации и подразделения на вкладку «Адреса и реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 2 - Вкладка "Адреса и реквизиты" системной организации и подразделения). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения. Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения Параметр Описание Раздел «ЛКО» ИД ЛКО Идентификатор ЛКО (Пример: 7252259) Наименование Наименование ЛКО (Пример: Правительство Севастополя — Департамент общественной безопасности города Севастополя) Раздел «ПОС» Раздел «ПОС» Запись «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» Вид сведения «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» (https://nsud.gosuslugi.ru/pud/#/inquiries?page=1&search=Предоставление%20информации%20по%20сообщениям,%20обрабатываемых%20в%20ПОС) (в актуальной версии на момент исполнения контракта) ИД Клиента Указывается «Идентификатор клиента» из Настройки ЛКО Запись «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» Вид сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» ИД Клиента Информация предоставляется Минцифрой Регион Наименование региона ИД Региона Идентификатор региона - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 2 - Доработка карточки внешней организации В карточку внешней организации на вкладку «Реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 3 - Вкладка "Реквизиты" внешней организации). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 2 - Вкладка "Реквизиты" внешней организации. Таблица 2 - Вкладка "Реквизиты" внешней организации Реквизит Заполнение Раздел «ЛКО (Личный кабинет органа или организации)» ИД ЛКО Идентификатор ЛКО Наименование ЛКО Наименование органа или организации в ЛКО - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 3 - Добавление нового справочника «Справочник ПОС» Добавить в раздел системы «Справочники\Классификаторы\Обращения граждан» новый подраздел «Справочники ПОС», который заполняется загрузкой из файла «Общесистемный классификатор ПОС с кодами УРОГ.xslx» доступный для скачивания по ссылке https://pos.gosuslugi.ru/og/docs/category/759#n. Также должна быть возможность заполнить справочник вручную. - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 4 - Добавление нового справочника «Канал приема обращения в ПОС» Добавить в раздел системы «Справочники\Классификаторы\Обращения граждан» новый подраздел «Канал приема сообщений ПОС», в котором проставляется соответствие между видами доставками обращений в ОГ с идентификатором канала приема. Идентификатор канала приема необходим для Вида сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)». Таблица 3 - Значение справочника "Канал приема обращения" Код канала Описание 1 Интернет-приемная или сайт организации 2 Региональный портал 3 Иной канал 4 Личный прием 5 Почта России, все кроме заказного письма 6 Почта России заказное письмо 7 Электронная почта 8 МЭДО 9 СЭД (региональная для РОИВ и ОМСУ или ведомственная для ФОИВ и их подведомственных организаций) 10 МФЦ 11 СМЭВ 12 Служба доставки, курьер, нарочный 13 Спецсвязь и фельдсвязь - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 5 - Доработка карточки обращения граждан В шапку РКК ОГ добавить новые реквизиты (см. Рисунок 6 - Шапка РКК ОГ). Новые реквизиты описаны в Таблица 4 - Новые реквизиты в шапке РКК ОГ. Таблица 4 - Новые реквизиты в шапке РКК ОГ Реквизит Описание Особые отметки Текстовое поле. Массив. Заполняется доп. Информацией об обращении: • Номер ФЗ; • Фаст-трек. Выгружается в ПОС Логическое поле. Устанавливается в случае, если обращение проходит условия для отправки/приема обращения в ПОС. Условия редактирования поля: • Если поле «Способ обращения» равно «ПОС», то не редактируется • Если «Способ обращения» не равно «ПОС», то редактируется до события регистрации. Статус сообщения в ПОС Текстовое поле. Вычисляемое. Варианты: • «Обновление обращения в ПОС» - Передача обращения из СЭД в ПОС. Создание\Обновление (Перенос срока\Обработка обращение) • «Обращение создано в ПОС» - Ответ из ПОС, что обращение создано • «Обращение обновлено в ПОС»  - Ответ из ПОС, что обращение обновлено. • «Ответ отправлен в ПОС» - при нажатии на кнопку "Ответ в ПОС" • «Ответ доставлен в ПОС» - Ответ из ПОС, что обращение получено • «Ошибка при передаче в ПОС»  - Ответ из ПОС, что произошла ошибка в приеме данных На вкладку «Реквизиты» добавить новый раздел «ПОС», в котором будет выбираться информация о «Категории», «Подкатегории» и «Факте» обращения, заполненные из «Справочника ПОС», в соответствии с выбранным вопросом в разделе «Вопросы». - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 6 - Таблица 5 - Раздел "ПОС" на вкладке "Реквизиты" Реквизит Описание Таблица «ПОС» Код тематики Текстовое поле. Заполняется выбором из справочника ПОС. Код категории Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Категория Текстовое поле. Заполняется выбором из справочника ПОС. Код подкатегории Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Подкатегория Текстовое поле. Заполняется выбором из справочника ПОС. Код факта Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Факт Текстовое поле. Заполняется выбором из справочника ПОС. Добавить новую вкладку «ПОС», которая доступна если в поле «Способ обращения» указано «ПОС» или установлен признак «Выгружается в ПОС». Вкладка предназначена для отображения информации, которая выгружается в ПОС и для отображения статуса доставки сообщения в ПОС (см. Рисунок 7 - Вкладка "ПОС"). Описание реквизитов новой вкладки в Таблица 6 - Вкладка "ПОС". Таблица 6 - Вкладка "ПОС" Реквизит Описание Статус Перечисление. Вычисляемое. Заполняется ИР СМЭВ Варианты: ? Получено ведомством (RECEIVED) ? Обрабатывается (PROCESSING) ? Отложено (POSTPONED) ? Направлен ответ заявителю (ANSWERED) ? Отклонено (DECLINED) ? Перенаправлено (TRANSFERRED) Дата и время статуса Дата-время поле. Вычисляемое. Заполняется ИР СМЭВ Раздел «Передаваемая информация в ПОС» ИД Клиента Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации. Карточка организации/подразделения, вкладка "Адреса и реквизиты", секция "Участники интеграции", раздел "Личный кабинет органа или организации (ЛКО)" поле "ИД Клиента". - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 7 - Наименование организации Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации. Карточка организации/подразделения, вкладка "Ардеса и реквизиты", секция "Участники интеграции", раздел "Личный кабинет органа или организации (ЛКО)" поле "Наименование". ОГРН Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации Карточка организации/подразделения, вкладка "Общая информация",  поле "ОГРН" Регион проблемы Текстовое поле. Значение выбирается из справочника "Регионы" (расположение "Предметная админка\Внешние контакты\Справочники\Регионы"). По умолчанию заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации Карточка организации/подразделения, вкладка "Адреса и реквизиты", секция "Участники интеграции", раздел "Платформа обратной связи (ПОС)" поле "Регион". ИД Региона Текстовое поле. Вычисляемое. Заполняется значением вычислением из Справочника Регионы, на основании выбранного региона в поле "Регион проблемы". Канал приема обращения Текстовое поле. Вычисляемое. Заполняется значением вычисленным на основании Вида доставки и справочника "Канал приема обращения" (см. 6.1.4 Добавление нового справочника «Канал приема обращения в ПОС») при событии регистрации. Вид доставки Отображается информация из поля «Вид доставки» с вкладке «Реквизиты» ИД Канала приема обращения Текстовое поле. Вычисляемое. Заполняется значением вычисленным на основании Вида доставки и справочника "Канал приема обращения" (см. 6.1.4 Добавление нового справочника «Канал приема обращения в ПОС») при событии регистрации. Описание Текстовое поле. Варианты заполнения: ? вручную ? копированием текста из вкладки «Содержание\Документ» поле «Текст» (копирование доступно, только после через сохранение РКК ОГ); ? копирование текста из поля Заголовок - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 8 - Дата и время поступления Отображается дата создания РКК. Срок Отображается информация из поля «Срок» в шапке РКК. Заявитель Если «Тип обращения» равен «Индивидуальное», то отображается информация из поля «Корреспондент», иначе информация вводится вручную, через диалог «Заявителя», с заполнением полей «Фамилия», «Имя», «Отчество» Заявитель Текстовое поле. Вычисляемое. Вычисляется на основании полей: Заявитель. Фамилия + " " + Заявитель. Имя + " " + Заявитель. Отчество Отображается, если Тип обращения != "Индивидуальное". E-mail Отображается информация из поля «E-mail» с вкладки «Реквизиты» Раздел «Ответ» Заполняется при нажатии кнопки «Ответ в ПОС» (см. Ошибка: источник перекрёстной ссылки не найден Ошибка: источник перекрёстной ссылки не найден) Документ Объектное поле. Вычисляемое. Статус Текстовое поле. Вычисляемое. Дата и время ответа Дата-время. Вычисляемое. Текст Текстовое поле. Вычисляемое. Файлы Текстовое поле. Вычисляемое. Отображается, если поле «Способ обращения» равно «ПОС» Уведомление заявителю Логическое поле. Вычисляемое. Отображается, если поле «Способ обращения» равно «ПОС» Таблица «Отправленные сообщения в ПОС» Заполняется ИР СМЭВ Дата отправки Дата-время. Вычисляемое. Информация Текстовое поле. Вычисляемое. Варианты: • Получено ведомством (RECEIVED); • Обрабатывается (PROCESSING); • Ответ отложен (POSTPONED); • Направлен ответ заявителю (ANSWERED); • Отклонено (DECLINED); • Перенаправлено (TRANSFERRED). ID сообщения СМЭВ Текстовое поле. Вычисляемое. Ссылка на сообщение в СМЭВ Дата доставки Дата-время. Вычисляемое. Результат доставки Текстовое поле. Вычисляемое. Добавить новое действие «Ответ в ПОС», которое доступно делопроизводителю МР в статусе РКК «Зарегистрирован», признак «Выгружается в ПОС» включен и ранее ответ не отправлялся или отправка не прошла. При нажатии на кнопку «Ответ в ПОС» выдается диалог (Рисунок 8 - Диалог "Ответ в ПОС". Вид сведений 1.0.1.) - - Значение характеристики не может изменяться участником закупки - Требования к доработке СЭД. ч 9 - Доработка итогового отчета В итоговый отчет добавить новый раздел «Ответ в ПОС» (см. Рисунок 2 - Вкладка "Адреса и реквизиты" системной организации и подразделения Рисунок 9 - Итоговый отчет), который отображается если в РКК установлен признак "Выгружается в ПОС" . При утверждении итогового отчета, информация передается ПОС. Таблица 7 - Итоговый отчет Реквизит Описание Статус Статус ответа. Вычисляется на основании выбранного "Результата рассмотрения", но может быть изменен. Варианты выбираются из справочника. Обязательное поле Дата и время Дата и время ответа. Вычисляется из Даты регистрации выбранного документа в поле "Документ-ответ"/"Сопроводительный документ", но может быть изменена. Обязательное поле Текст Текстовое поле для ввода ответа. По умолчанию заполняется из текстового содержания выбранного документа в поле "Документ-ответ"/"Сопроводительный документ". Обязательное поле - - Значение характеристики не может изменяться участником закупки - Требования к модификации карточки ОГ через ИР СМЭВ. - Обновление информации ПОС в карточке ОГ К обновляемой информации ПОС в карточке ОГ относится: ? «Статус сообщения в ПОС» в шапке карточки; ? «Статус» и «Дата-время статуса» на вкладке «ПОС»; ? Таблица «Отправленные сообщения в ПОС» на вкладке «ПОС». Обновление по двум видам сведений ПОС при отправке сообщения и получении информации о его доставке. Таблица 8: Обновление карточки ОГ Реквизит Заполнение Шапка РКК ОГ Статус сообщения в ПОС Варианты: • «Обновление обращения в ПОС» - Передача обращения из СЭД в ПОС. Создание\Обновление (Перенос срока\Обмука обращение) • «Обращение создано в ПОС» - Ответ из ПОС, что обращение создано • «Обращение обновлено в ПОС» - Ответ из ПОС, что обращение обновлено. • «Ответ отправлен в ПОС» - при нажатии на кнопку "Ответ в ПОС" • «Ответ доставлен в ПОС» - Ответ из ПОС, что обращение получено • «Ошибка при передаче в ПОС» - Ответ из ПОС, что произошла ошибка в приеме данных Вкладка «ПОС» Статус Варианты заполнения : • Получено ведомством (RECEIVED) • Обрабатывается (PROCESSING) • Отложено (POSTPONED) • Направлен ответ заявителю (ANSWERED) • Отклонено (DECLINED) • Перенаправлено (TRANSFERRED) Дата и время статуса Дата-время статуса Таблица «Отправленные сообщения в ПОС» Дата отправки Дата-время Информация Варианты: • Получено ведомством (RECEIVED); • Обрабатывается (PROCESSING); • Ответ отложен (POSTPONED); • Направлен ответ заявителю (ANSWERED); • Отклонено (DECLINED); • Перенаправлено (TRANSFERRED). ID сообщения СМЭВ Ссылка на сообщение в СМЭВ Дата доставки Дата-время Результат доставки Текстовое поле - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 1 - Сценарии по Виду сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)» 6.3.1. Создания обращения 6.3.1.1. Создание обращения вручную Таблица 9 - Сценарий "Создание обращения в СЭД. Вручную" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель создает обращение по кнопке "Создать\Обращение граждан"; 2. Система при создании проверяет, что организация/подразделение, к которому подчиняется Место регистрации является участником ПОС (Определяется это по заполнению поля «ИД Клиента») и если является, то устанавливает признак "Выгружается в ПОС", иначе не устанавливает; 3. Делопроизводитель заполняет реквизитные поля на вкладке "Реквизиты"; 4. Делопроизводитель нажимает на кнопку "Сохранить"; 5. Система: а. записывает в историю документа информацию о его создании; б. сохраняет данные. Дополнения к основным действиям 1. При смене места регистрации система переустанавливает признак "Выгружается в ПОС". Создание обращения из внешней системы Сценарий предусматривает обработку обращений, который могут поступить через разные каналы связи, к примеру, Портал или МЭДО. Таблица 10 - Сценарий "Создание обращения в СЭД. Внешняя система" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Внешняя система Другие ДЛ и заинтересованные стороны - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 2 - Создание обращения из внешней системы Сценарий предусматривает обработку обращений, который могут поступить через разные каналы связи, к примеру, Портал или МЭДО. Таблица 10 - Сценарий "Создание обращения в СЭД. Внешняя система" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Внешняя система Другие ДЛ и заинтересованные стороны Условие выполнения Взаимодействие через ИР Основная последовательность действий, приводящая к достижению цели 1. Внешняя система создает обращение; 2. Система при создании проверяет, что организация/подразделение, к которому подчиняется Место регистрации является участником ПОС (Определяется это по заполнению поля ИД Клиента) и если является, то устанавливает признак "Выгружается в ПОС", иначе не устанавливает; 3. Внешняя система заполняет обязательные поля; 4. Внешняя система сохраняет обращение; 5. Система: а. записывает в историю документа информацию о его создании; б. сохраняет данные. - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 3 - Регистрация обращения Таблица 11 - Сценарий "Регистрация обращения СЭД и отправка в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает созданное обращение; 2. Делопроизводитель нажимает на кнопку «Зарегистрировать»; 3. Система при событии регистрации и установленном признаке «Выгружается в ПОС» проводит проверку обращения перед выгрузкой в ПОС (настройках предусмотреть установку по умолчанию выгружать в ПОС/не выгружать в ПОС): а. проверяет, что организация/подразделение, к которому подчиняется место регистрации является участником ПОС. Если нет, то выдается предупреждение: «Обращение не может быть выгружено в ПОС, так как для указанного места регистрации не найдены настройки для взаимодействия с ПОС, а также для его вышестоящих подразделений, включая организацию. Снимите/поставьте (в зависимости от настройки по умолчанию) признак "Выгружается в ПОС" или обратитесь к администратору для настройки ПОС»; б. проверяет, что заполненность значения полей «ИД Клиента», «Наименование организации», «ОГРН», «ИД Региона» из участника ПОС. В случае некорректного заполнения выдает предупреждение: «Обращение не может быть выгружено в ПОС, так как не заполнено одно из полей "ОГРН"/"ИД Региона"/"Наименование организации в ЛКО". Обратитесь к администратору»; в. вычисляет значение поля Канал приема обращения и ИД Канала приема обращения. Если не удалось вычислить, выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не вычислен Канал приема обращения. Не найдено соответствия Канала приема обращения, с указанным видом доставки: . Обратитесь к администратору»; - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 4 - г. вычисляет значение поля Заявитель (Фамилия, Имя, Отчество). Если не удалось вычислить, выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не удалось вычислить Фамилию и Имя Заявителя. Укажите его вручную на вкладке "ПОС"»; д. проверят, что поле E-mail заполнено. Если нет, то выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не указан E-mail Заявителя»; е. проверят, что таблица ПОС на вкладке «Реквизиты» заполнена. Если нет, то выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не заполнена таблица "ПОС"»; ж. проверка на наличие в исходном обращении 2-х и более вопросов по тематике. Выгрузка таких обращений не производится. 4. Система: а. записывает в историю документа информацию о его регистрации; б. сохраняет данные; в. создает протокол для ИР СМЭВ. 5. ИР СМЭВ: а. получает протокол, что обращение зарегистрировано и у него установлен признак «Выгружается в ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Получено ведомством»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Обновление обращения в ПОС». г. при получении ответа из ПОС ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» = «Обращение обновлено в ПОС»/ «Ошибка при передаче в ПОС». - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 5 - Обработка обращения Таблица 12 - Сценарий "Обработка обращения СЭД и отправка в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Адресат, Зам. Адресата Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает зарегистрированное обращение; 2. Делопроизводитель нажимает на кнопку «Отправить\На исполнение». Заполняет карточку резолюции и нажимает «Отправить». 3. Делопроизводитель заполняет карточку резолюции и нажимает «Отправить». 4. Система: а. записывает в историю об отправке на исполнение; б. сохраняет данные; в. переводит статус обращения «На исполнении»; г. создает протокол для ИР СМЭВ. 5. ИР СМЭВ: а. получает протокол, что обращение переведено в статус «На исполнении»; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает статус «Обрабатывается»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Обновление обращения в ПОС». г. при получении ответа из ПОС ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» = «Обращение обновлено в ПОС»/ «Ошибка при передаче в ПОС». - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 6 - Изменение срока Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает документ на редактирование; 2. Делопроизводитель изменяет срок исполнения; 3. Система: а. записывает в историю документа информацию «Изменен срок исполнения»; б. сохраняет данные; в. создает протокол для ИР СМЭВ. 4. ИР СМЭВ: а. получает протокол, что в обращении изменен срок исполнения; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает статус «Изменен срок исполнения»; ? устанавливает текущую дату и время в поле "Дата и время статуса" ? устанавливает Статус сообщения в ПОС = «Обновление обращения в ПОС» г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха ? устанавливает Статус сообщения в ПОС = Обращение обновлено в ПОС/Ошибка при передаче в ПОС - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 7 - Исполнение обращения 6.3.5.1 Создание итогового отчета Таблица 13 - Сценарий "Исполнение обращения из ПОС. Создание итогового отчета" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Исполнитель Другие ДЛ и заинтересованные стороны Зам. исполнителя Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Исполнитель открывает уведомление «На исполнение»; 2. Исполнитель создает Исходящий документ (типовой процесс создания/ согласования/ подписания/ регистрации/ отправки); 3. Исполнитель нажимает кнопку «Создать итоговый отчет»; 4. Исполнитель заполняет итоговый отчет и связывает, с созданным исходящим документом: а. Вопрос - заполняется вопросом из таблицы "Вопросы"; б. Текст ответа - вводится текст; в. Результат рассмотрения - выбирается из вариантов: ? Решено; ? Не решено; ? Направлен по компетенции. г. Информация по рассмотрению - заполняется из справочника; д. Документ-ответ\Сопроводительное письмо - указывается ИсхД РКК, созданная Адресатом; е. Заполняет раздел «Ответ в ПОС» 5. Исполнитель нажимает кнопку «Отправить»; 6. Система: а. сохраняет данные; б. отправляет уведомление Делопроизводителю «Отчет на рассмотрении». - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 8 - Утверждение итогового отчета Таблица 14 - Сценарий "Исполнение обращения из ПОС. Утверждение итогового отчета" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает уведомление «Отчет на рассмотрении»; 2. Делопроизводитель нажимает кнопку «Утвердить»; 3. Система а. записывает в историю документа информацию о принятии отчета; б. сохраняет данные. 4. ИР СМЭВ: а. получает протокол, что по итоговый отчет утвержден и заполнен «Ответ в ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ: ? Статус «Отправлен ответ»; ? Дату ответа; ? Текст ответа; ? Результат рассмотрения; в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Отправлен ответ»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Ответ отправлен в ПОС». г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» равный «Ответ доставлен в ПОС» / «Ошибка при передаче в ПОС»; - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 9 - Формирование ответа в ПОС вручную Таблица 15 - Сценарий "Исполнение обращения из ПОС. Ответ в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель нажимает кнопку «Ответ в ПОС»; 2. Делопроизводитель вводит данные в диалоге «Ответ в ПОС». 3. Система а. заполняет данные вкладки «ПОС»; б. сохраняет данные; в. создает протокол для ИР СМЭВ; 4. ИР СМЭВ: а. получает протокол, что по обращению дан ответ и у него «Способ обращения» равен «ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ: ? Статус «Отправлен ответ»; ? Результат рассмотрения; в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Отправлен ответ»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Ответ отправлен в ПОС». г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» равный «Ответ доставлен в ПОС» / «Ошибка при передаче в ПОС»; ? устанавливает признак «Полностью исполнен» и в поле «Дата исполнения» записывает дату из поля «Дата ответа». - - Значение характеристики не может изменяться участником закупки - Требования к сценариям из СЭД в ПОС. ч 10 - Создание представления (виртуальной таблицы), отражающего информацию по обращения, отправленным в ПОС В представлении в разделе «Обращения граждан» создать два представления ПОС: В разделе «Обращения граждан»; В разделе «Обращения граждан — Неисполненные». В которых должна присутствовать графа, которая отображает операцию отправки информации в ПОС для последующего формирования отчета (при необходимости). - - Значение характеристики не может изменяться участником закупки - Требования к ИР СМЭВ. ч 1 - Требования к взаимодействию СЭД, ИР СМЭВ и Адаптер СМЭВ Взаимодействие между системами должно осуществляться по REST API, путем обмена исходящими и входящими сообщениями в ИР СМЭВ. Исходящее сообщение в ИР СМЭВ формируется: ? по расписанию, когда нужно из СМЭВ запросить входящие сообщения; ? по сигналу, когда СЭД запрашивает дополнительную информацию по сообщению, возвращает статус сообщения или передает обращения, созданные в СЭД Структура исходящего сообщения в ИР СМЭВ: ? Статус сообщения; ? ID исходящего сообщения - идентификатор отправленного сообщения, сгенерированный в соответствии с RFC-4122, по варианту 1 (на основании MAC-адреса и текущего времени); ? ID корреляции - идентификатор сообщения в Адаптере СМЭВ, который возвращается сразу в ответ на запрос в Адаптер СМЭВ; ? Контент.xml - файл, который содержит бизнес-данные запроса, сформированные по XSD-схеме вида сведений в формате XML ? ID участника СМЭВ (ClientID) - заполняется идентификатором Участник интеграции в настройках ИР СМЭВ ? Контент.json - файл, в котором хранится структура REST-запроса отправленного в Адаптер СМЭВ ? СlientID - id исходящего сообщения ? Мнемоника ИС (itSystem) - заполняется идентификатором Системы указанной в настройках ИР СМЭВ ? Запрос в ПОС - Контент.xml ? Файлы - список передаваемых файлов в СМЭВ. - - Значение характеристики не может изменяться участником закупки - Требования к ИР СМЭВ. ч 2 - Входящее сообщение в ИР СМЭВ формируется по данным ответа из Адаптер СМЭВ. Структура входящего сообщения в ИР СМЭВ: ? Статус сообщения; ? ID входящего сообщения = ID исходящего сообщения; ? ID корреляции = ID корреляции исходящего сообщения; ? Контент.xml - файл, который содержит бизнес-данные ответа, сформированные по XSD-схеме вида сведений в формате XML; ? Контент.json - файл, в котором хранится структура REST-ответа полученного из Адаптер СМЭВ; ? Файлы - список передаваемых файлов в СМЭВ; 6.4.1.1 Входящие сообщения Для вида сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)», формировать входящие сообщения: ? по сигналу, к ним относятся: • Запрос от СЭД на создание обращения в ПОС; • Запрос от СЭД на обновление обращения в ПОС. ? по сигналу из Адаптера СМЭВ, к ним относятся: • Ответ на запрос от СЭД на создание или обновление обращения в ПОС. 6.4.1.2 Исходящие сообщения Исходящие сообщения формируются на основании входящих сообщений: • Отправление обращение на регистрацию; • Отправление обращение на исполнение; • Изменение срока исполнения; • Отправка ответа по обращению; - - Значение характеристики не может изменяться участником закупки - Требования к мониторингу. ч 1 - Во всех сообщениях на всех этапах обработки отслеживается текущий статус в виде последней стадии обработки сообщения и кода результата обработки. При ошибке в процессе передачи/ обработки сообщения устанавливается соответствующий статус, и подробная информация об ошибке записывается в протокол. Прикладной администратор и Бизнес-администратор ИР «Input E-mail» должны иметь возможность поиска сообщений, сигналов, протоколов по дате формирования, статусу обработки в различных представлениях. Интеграционное решение СМЭВ должно быть создано на базе СМ-Интегратора со своими специфичными разделами: • Раздел «Входящие» ? Сигналы (отбираются входящие сообщения, у которых состояние «Сигнал») ? Ошибки (отбираются входящие сообщения, у которых состояние «Ошибка сигнала») ? Обработанные (отбираются входящие сообщения, у которых состояние «Сообщение готово») ? Протоколы (отбираются ошибочные и отладочные протоколы, которые создаются во время обработки входящих сообщений) • Раздел «Исходящие» ? Сообщения ? Ошибки (отбираются исходящие сообщения, у которых состояние «Ошибка отправки» и «Ошибка доставки») ? Раздел «СМЭВ» ? Подготовленные (отбираются исходящие сообщения, у которых состояние "Готов к передаче" и направление Адаптер СМЭВ) ? Отправленные (отбираются исходящие сообщения, у которых состояние "Отправлено" и направление Адаптер СМЭВ) ? Доставленные (отбираются исходящие сообщения, у которых состояние "Доставлено" и направление Адаптер СМЭВ) ? Раздел «CompanyMedia» ? Подготовленные (отбираются исходящие сообщения, у которых состояние "Готов к передаче" и направление СЭД) ? Отправленные (отбираются исходящие сообщения, у которых состояние "Отправлено" и направление СЭД) ? Протоколы (отбираются ошибочные и отладочные протоколы, которые создаются во время обработки исходящих сообщений) - - Значение характеристики не может изменяться участником закупки - Требования к мониторингу. ч 2 - • Раздел «Виды сведения» (отбираются входящие сообщения, которые относятся только к сценариям, отвечающим за передачу пакетов для Видов сведений): ? Ошибки; ? ПОС (Виды сведений для ПОС) ? Запрос; ? Ответ - - Значение характеристики не может изменяться участником закупки - Требования к обработке ошибок - Информация об ошибках при обработке сообщений в ИР СМЭВ и при их передаче в запросах от него к СЭД или Адаптер СМЭВ сохраняется в хранилище. При недоступности REST-сервисов СЭД или Адаптер СМЭВ с заданной периодичностью автоматически осуществляет повторные попытки до тех пор, пока соответствующий сервис не будет доступен, вплоть до заданного максимального числа повторов. Если повторные попытки не помогли, или вызываемый сервис вернул ответ с ошибкой, соответствующий статус записывается в сообщение, при обработке которого это произошло, и создается протокол с подробным сообщением об ошибке и ссылкой на сообщение. Прикладной администратор и Бизнес-администратор ИР СМЭВ, открыв такое сообщение, может: ? получить информацию о контексте данного сообщения на стороне целевой системы (например, найти там исходный объект, по поводу которого было взаимодействие); ? исправить некорректные данные в сообщении, если проблема именно в этом; ? инициировать новую обработку/передачу сообщения после того, как данные были исправлены или были сделаны исправления в конфигурации или коде СЭД, ИР СМЭВ. - - Значение характеристики не может изменяться участником закупки - Аппаратные требования - Минимальные аппаратные требования для установки и работы ИР СМЭВ. Вариант 1: Адаптер СМЭВ используется только для интеграции с СЭД (см. Таблица 16: СЭД. Минимальные аппаратные требования) Таблица 16: СЭД. Минимальные аппаратные требования Назначение сервера Кол-во ядра ЦПУ, шт ОЗУ, Гб Диски, Гб ИР СМЭВ, Адаптер СМЭВ 2.7.7 1 4 12 500 Вариант 2: Адаптер СМЭВ используется для интеграции с разными внешними информационными системами (см. Таблица 17: Вн. ИС. Минимальные аппаратные требования) Таблица 17: Вн. ИС. Минимальные аппаратные требования Назначение сервера Кол-во ядра ЦПУ, шт ОЗУ, Гб Диски, Гб ИР СМЭВ, 1 4 12 300 ?Адаптер СМЭВ 2.7.7 1 4 12 300 - - Значение характеристики не может изменяться участником закупки - Программное обеспечение, обеспечивающее взаимодействие с ПОС. ч 1 - Необходимое программное обеспечения для установки и работы ИР СМЭВ. Вариант 1: Адаптер СМЭВ и ИР СМЭВ на одном сервере (см. Таблица 18: ИР СМЭВ и Адатер СМЭВ на одном сервере. Базовое программное обеспечение) Таблица 18: ИР СМЭВ и Адатер СМЭВ на одном сервере. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) Сервер приложений WildFly 24.0.1. Final (64 -разрядная редакция) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) ?Средство криптозащиты информации КриптоПро CSP 5.х (Лицензия, на право использования СКЗИ КриптоПро CSP версии 5.0 класс КС3 на сервере Astra Linux Special Edition, приобретается отдельно) ?Адаптер СМЭВ Адаптер СМЭВ 2.7.7 ?Java (Адаптер СМЭВ) JRE 1.8 (64 - разрядная редакция) Java (ИР СМЭВ) Liberica JDK11 (64 - разрядная редакция) Open JDK 11 (64 - разрядная редакция) Вариант 2: Адаптер СМЭВ и ИР СМЭВ на разных серверах (см. Таблица 19: ИР СМЭВ. Базовое программное обеспечение и Таблица 20: Адаптер СМЭВ. Базовое программное обеспечение) Таблица 19: ИР СМЭВ. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) Сервер приложений WildFly 24.0.1. Final (64 -разрядная редакция) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) Java Liberica JDK11 (64 - разрядная редакция) Open JDK 11 (64 - разрядная редакция) - - Значение характеристики не может изменяться участником закупки - Программное обеспечение, обеспечивающее взаимодействие с ПОС. ч 2 - Таблица 20: Адаптер СМЭВ. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) ?Средство криптозащиты информации КриптоПро CSP 5.х (Лицензия, на право использования СКЗИ КриптоПро CSP версии 5.0 класс КС3 на сервере Astra Linux Special Edition, приобретается отдельно) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) Java JRE 1.8 (64 - разрядная редакция) - - Значение характеристики не может изменяться участником закупки - ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ В ЧАСТИ МЭДО 3.0. Описание логической модели данных Системы - Бизнес-сущности, используемые в рамках автоматизируемых процессов, приведены в перечне используемых бизнес-сущностей (таблица 21). Таблица 21. Перечень используемых бизнес-сущностей № Наименование бизнес-сущности Описание бизнес-сущности 1 Пользователь Сотрудник организации, выполняющий работы в Системе. 2 Внешняя организация /корреспондент /контрагент Внешняя организация, с которой ведется деловая переписка и/или имеются договорные отношения. 3 Входящий документ Документы, поступившие в организацию. 4 Исходящий документ Документы, отправляемые из организации в адрес третьих лиц. 5 Поручение Часть работ по документу, передаваемая на исполнение одному или нескольким сотрудникам. 6 Внутренний документ. Документ, используемый для оперативного информационного обмена между подразделениями или руководством, для направления информации вышестоящему руководителю и содержащий изложение вопроса, требующего решения, с выводами и предложениями составителя, а также для ведения переписки с другими подразделениями 7 ОРД Документ, в котором, предписываемые действия носят нормативный, постоянный (длительный) характер и который регламентирует вопросы организации и деятельности организации. 8 Договорной документ Документ, регламентирующий договорные отношения с контрагентом. 9 Обращение гражданина Направленные в государственный орган, орган местного самоуправления или должностному лицу в письменной форме или в форме электронного документа предложение, заявление или жалоба, а также устное обращение гражданина в государственный орган, орган местного самоуправления. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 1 - 7.2.1 Функционально-технические требования к подсистеме Между участниками МЭДО и СЭД обмен корреспонденцией осуществляется путем передачи транспортных контейнеров, квитанций и уведомлений через МЭДО в СЭД и обратно. Предпочитаемый контрагентом вариант взаимодействия должен быть настраиваемым на уровне справочника. Интеграционное решение (подcистема) «Обмен с МЭДО» должно обеспечить передачу информации из транспортных контейнеров и уведомлений, преобразовав в данные для регистрации входящих документов и создания сводок, обеспечив при этом обратную передачу информации о событиях, производимых с документами в Системе - в транспортные контейнеры и уведомления. 7.2.2 Требования к составу электронных сообщений Типы электронных сообщений, обрабатываемых подсистемой: • транспортный контейнер; • сообщение (с возможным дополнение контейнером цифрового документа); • уведомление; • квитанция. Поступающие из МЭДО транспортные контейнеры и сообщения должны помещаться в папку на сервере, обрабатываться с формированием РКК проектов входящих документов в Системе и сводок в модуле «Входящие документы». Квитанции о техническом приеме или отказе в приеме электронного сообщения в формате 3.0 направляются в составе файла описания электронного сообщения. Информация о получении адресатом электронного сообщения должна быть получена в течении определенного времени, после истечения которого считается, что ЭС не получено адресатом. По умолчанию - 72 часа с даты/времени непосредственной отправки сообщения. По событиям в Системе в модулях «Входящие документы», «Исходящие документы» должны формироваться уведомления и помещаться в папку на сервере для отправки в МЭДО для формата 2.7.1. Для формата 3.0 должны формироваться сообщения определенных регламентом форматов. Исходящий документ должен передаваться в МЭДО в составе транспортного контейнера. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 2 - 7.2.3 Транспортный контейнер формата 2.7.1 Электронный документ должен передаваться через МЭДО в виде транспортного контейнера. Транспортный контейнер должен представлять из себя один файл в формате ZIP-архива с наименованием, удовлетворяющим шаблону «[a-zA-Z0-9_]{1,247}.edc.zip» Транспортный контейнер должен содержать набор файлов в требуемых форматах. Этот набор файлов включает: • элементы документа; • описание транспортного контейнера. Элементы документа, в соответствии с пунктом II приказа Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Федеральной службы охраны Российской Федерации от 12.07.2024 № 611/96 (далее – Приказ № 611/96), должны содержать: • основная часть документа в электронном виде; • приложения электронного документа (необязательный); • электронная подпись основной части документа; • электронная подпись приложений документа (необязательный); • элементы визуализации ЭП основной части документа; • элементы визуализации регистрационных данных документа. Файл основной части документа в электронном виде должен быть представлен в формате PDF/A-1. Описание транспортного контейнера должно содержать: • файл в формате XML; • название файла «passport.xml»; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата описания транспортного контейнера МЭДО – 2.7.1. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приложению №1 к Приказу № 611/96. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 3 - 7.2.4 Транспортный контейнер формата 3.0 Электронный документ должен передаваться через МЭДО в виде транспортного контейнера. Транспортный контейнер должен представлять из себя один файл в формате ZIP-архива с наименованием, удовлетворяющим шаблону «[a-zA-Z0-9_]{1,247}.edc.zip» Транспортный контейнер должен содержать набор файлов в требуемых форматах. Этот набор файлов включает: • элементы документа; • описание транспортного контейнера. Элементы документа, в соответствии с пунктом II приказа Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 (далее – Приказ № 611/96), должны содержать: • основная часть документа в электронном виде; • приложения электронного документа (необязательный); • электронная подпись основной части документа; • электронная подпись приложений документа (необязательный); • элементы визуализации ЭП основной части документа; • элементы визуализации регистрационных данных документа. Файл основной части документа в электронном виде должен быть представлен в формате PDF/A-1. Описание транспортного контейнера должно содержать: • файл в формате XML; • название файла «passport.xml»; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата описания транспортного контейнера МЭДО – 3.0. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приложению №1 к Приказу № 611/96. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 4 - 7.2.5 Уведомление (2.7.1) Уведомление должно включать только XML-файл, в котором содержится информация о событии, связанном с прохождением документа в СЭД Адресата. • файл в формате XML; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата МЭДО – 2.7.1. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приказу № 611/96. Перечень основных регистрируемых событий прохождения документа (определены Приказом № 611/96), уведомления о которых должно направляться через Узел МЭДО: • «Зарегистрирован» - регистрация документа в СЭД участника МЭДО – получателя документа; • «Отказано в регистрации» - отказ в регистрации с указанием его причины; • «Назначен исполнитель» - принятие документа к исполнению (назначение ответственного исполнителя); • «Доклад подготовлен» - подготовка доклада об исполнении документа (ответа на документ) и его подписании; • «Доклад направлен» - направление доклада об исполнении документа (ответа на документ). - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 5 - 7.2.6 Сообщения Уведомления в формате 3.0 направляются в составе контейнеров сообщений в виде структурированных данных цифрового документа (файла digital.xml). Заполнение отдельных элементов сообщения должно соответствовать Приложению №2 к Приказу № 611/96, включая передачу информации о наличии в документе данных с ограниченным доступом. Перечень основных регистрируемых событий прохождения документа (определены Приказом № 611/96), уведомления о которых должно направляться через Узел МЭДО: • «Зарегистрирован» - регистрация документа в СЭД участника МЭДО – получателя документа; • «Отказано в регистрации» - отказ в регистрации с указанием его причины; • «Назначен исполнитель» - принятие документа к исполнению (назначение ответственного исполнителя) для 2.7.1; • «Доклад подготовлен» - подготовка доклада об исполнении документа (ответа на документ) и его подписании для 2.7.1; • «Доклад направлен» - направление доклада об исполнении документа (ответа на документ) для 2.7.1. 7.2.7 Квитанция (2.7.1) Квитанция представляет собой XML-файл, в котором содержится информация о доставке документа в СЭД адресата. В квитанции фиксируется факт доставки (доставлено/не доставлено), а также дата и время доставки документа в СЭД адресата. В случае входящего документа должен быть сформирован проект регистрационной карточки входящего документа. В случае исходящего документа должен быть изменен статус исходящего документа. Если идентификатор входящего пакета (сообщения), на которое должна быть сформирована квитанция о доставке, не указан, то подсистема не должна формировать соответствующую квитанцию. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 6 - 7.2.8 Квитанция (3.0) Квитанции о техническом приеме или отказе в приеме электронного сообщения в формате 3.0 направляются в составе файла описания электронного сообщения, содержащего элементы: • файл конверта; • файл описания сообщения. При оформлении отказа в приеме сообщения причина отказа указывается согласно справочнику «Причины отказа в технической регистрации» сервиса НСИ ГосЭДО. В квитанции фиксируется факт доставки (доставлено/не доставлено), а также дата и время доставки документа в СЭД адресата. В случае входящего документа должен быть сформирован проект регистрационной карточки входящего документа. В случае исходящего документа должен быть изменен статус исходящего документа. Если идентификатор входящего пакета (сообщения), на которое должна быть сформирована квитанция о доставке, не указан, то подсистема не должна формировать соответствующую квитанцию. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 7 - 7.2.9 Требования к подсистеме Автоматическое создание в Системе проекта входящего документа, на основе полученного из МЭДО транспортного контейнера в формате следующих версий 3.0/2.7.1/2.7/2.5, включая электронное содержание документа в виде текста и/или файла, файла электронной подписи; Автоматический отказ в регистрации документам, не соответствующим формату сообщений. Автоматическая отправка квитанций о доставке документов и уведомлений из Системы в МЭДО; Автоматическая отправка квитанций о недоставке при истечении указанного в настройках времени (по умолчанию 72 часа); Автоматическое создание в Системе в модуле «Исходящие документы» сводок о доставке, регистрации или отказе в регистрации направленного исходящего документа участнику МЭДО; Автоматическое создание в Системе в модуле «Исходящие документы» сводок о резолюциях, выданных в системе электронного документооборота участника МЭДО; Автоматическое создание в Системе в модуле «Исходящие документы» сводок о направлении доклада – ответа участника МЭДО на исходящий документ, отправленный из Системы. Отправку исходящих документов из Системы участникам МЭДО в составе транспортного контейнера в форматах 2.7.1 или 3.0. Подсистема должна позволять осуществлять взаимодействие с СЭД в части статусов сообщений МЭДО: • все статусы сообщений МЭДО должны отображаться в Системе в специальном представлении, в котором отображены статусы отправки исходящих документов Заказчика участникам МЭДО (Отправлен/Доставлен/Отказано в регистрации/Зарегистрирован); • статусы должны обновляться в представлении в зависимости от событий прохождения документа в организации – участника МЭДО. Событие по отправке исходящего документа в МЭДО должно фиксироваться на вкладке «История» РКК исходящего документа. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 8 - 7.2.10 Требования в части Входящих документов • Подсистема должна обеспечивать регистрацию и обработку входящей корреспонденции в СЭД, поступившей от участников МЭДО следующих версий 3.0/2.7.1/2.7/2.5. 7.2.11 Общие требования • В подсистеме должны быть обеспечены следующие функциональные возможности взаимодействия с СЭД: • регистрация или отказ в регистрации полученного входящего документа; • формирование образа основного файла документа с регистрационным штампом и штампом электронной подписи; • автоматическая отправка в МЭДО уведомления о регистрации или отказе в регистрации документа; • автоматическая отправка в МЭДО уведомления о принятии документа к исполнению – о назначении ответственных исполнителей в карточках резолюций первого уровня. • автоматическая установка связи, определенного перечнем в НСИ типа, при наличии в контейнере информации предыдущей переписке. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 9 - 7.2.12 Режим «Получение и обработка входящих документов» Обмен данными при данном режиме работы должен представлять собой реализацию задачи переноса на сторону организации-отправителя исходящего документа информации о работе с документом на стороне организации-получателя, принимающей этот документ: • реквизиты и содержание исходящего документа заполняют карточку входящего документа на стороне Организации-получателя; • по факту создания РКК входящего документа делопроизводителям места регистрации формируются задачи в СЭД с генерацией почтового сообщения в электронную почту; • факт создания РКК входящего документа (доставки документа) передается на сторону Организации-отправителя в виде квитанции; • факт регистрации (или отказа в регистрации) входящего документа передается на сторону Организации-отправителя в виде уведомления «Зарегистрирован» (или «Отказано в регистрации»); • факт создания резолюции первого уровня по входящему документу передается на сторону Организации-отправителя в виде уведомления «Назначен исполнитель». На стороне организации – получателя должна быть реализована возможность печати документов с наложением штампов как в формате МЭДО 2.7.1, так и 3.0. Информация о расположении штампов приходит в составе транспортного контейнера и автоматически переносится в документ. 7.1.13 Требования в части Исходящих документов Подсистема должна обеспечивать подготовку, регистрацию и отправку исходящих документов организациям-участникам МЭДО в формате, предпочитаемом контрагентом в соответствии со значением в ГАС. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 10 - 7.1.14 Общие требования Должны быть обеспечены следующие функциональные возможности: • автоматическая отправка уведомления о подготовке доклада по полученному входящему документу – подписании ответного исходящего документа; • формирование штампа подписи при подписании исходящего документа с адресатом МЭДО-организация в соответствии с измененными требованиями МЭДО 3.0; • автоматическая отправка уведомления о направлении доклада об исполнении по полученного входящего документа – регистрации ответного исходящего документа. • отправка исходящего электронного документа участнику МЭДО в составе транспортного контейнера 7.2.15 Режим «Формирование и отправка исходящего документа» При данном режиме работы должен осуществляется перенос на сторону организации-отправителя исходящего документа информации о работе с исходящим документом на стороне организации-получателя, принявшей этот документ: • факт подписания исходящего документа-ответа на стороне Организации-получателя передается на сторону Организации-отправителя в виде ЭСД-уведомления «Доклад подготовлен»; • факт регистрации исходящего документа-ответа на стороне Организации-получателя передается на сторону Организации-отправителя в виде ЭСД-уведомления «Доклад направлен». Зарегистрированный исходящий документ также передается в СЭД адресата - участника. • отправка Исходящего документа, не являющегося ответным к входящему документу, в СЭД адресата - участника МЭДО. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 11 - 7.2.16 Передача информации о месте составления документа При отправке исходящих документов в МЭДО в обязательном порядке должно быть указано «Место составления документа». Подсистема должна обеспечить возможность задания настройки места составления в Системе в формате: • «Идентификатор места составления» - «Место составления» (например, DP00000073: г. Севастополь). Информация, указанная в настройке, должна быть включена в соответствующий элемент описания транспортного контейнера, отправляемого в МЭДО. 7.2.17 Передача информации о грифе ограничения доступа к документу При отправке исходящих документов в МЭДО в обязательном порядке должен быть указан «гриф ограничения доступа к документу», при формировании транспортного контейнера, отправляемого в МЭДО, подсистема должна указать в соответствующем элементе значения «DC00000000, Обычная информация» - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 12 - 7.2.18 Передача информации о виде документа При отправке исходящих документов в МЭДО в обязательном порядке должен быть указано наименование вида документа и идентификатор вида документа в соответствии с Приказом № 611/96 по перечню сервиса НСИ ГосЭДО). Подсистема должна обеспечить возможность передачи данной информации в соответствующем элементе описания транспортного контейнера, отправляемого в МЭДО. Информация о видах документов и идентификаторов вида документа, должна быть внесена в существующей классификатор видов документа приложения «Исходящие документы» в формате «Идентификатор Вид документа», например, • DK00000001 Акт субъекта Российской Федерации, ведомственный акт • DK00000002: Аналитический обзор (доклад) по вопросам, отнесенным к ведению Правительства Российской Федерации. Существующая форма классификатора видов документа модуля «Исходящие документы» не должна изменяться/дорабатываться. 7.2.19 Передача информации об идентификаторе типа связи документа в ответном документе Ответным документом к поступившему из МЭДО входящему документу должен считаться исходящий документ, в котором: • установлена связь с поступившим из МЭДО входящим документом с типом «В ответ на»; • адресат совпадает с корреспондентом поступившего из МЭДО входящего документа, на который установлена связь. При передаче такого ответного документа в МЭДО соответствующем элементе описания транспортного контейнера должен быть указан идентификатор типа связи «LT00000001». - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 13 - 7.2.20 Передача информации об Исполнителе исходящего документа Подсистема должна обеспечить передачу информации об Исполнителе исходящего документа, в соответствующих элементах описания транспортного контейнера, отправляемого в МЭДО. Для заполнения информации об Исполнителе должна использоваться информации о первом Исполнителе в указанном в поле «Исполнители» РКК исходящего документа. Передается информация: • ФИО полностью; • Должность; • Телефон (из карточки «Персона» справочника «Структура организации» в Системе). В случае, если в карточке Персоны телефон исполнителя в Системе не указан, то должен передаваться телефон организации из карточки «Организация» справочника «Структура организации». 7.2.21 Требования по доработке СЭД в части обеспечения взаимодействия с ГАС Для обеспечения возможности работы с глобальным адресным справочником МЭДО Подрядчику необходимо: • провести доработку СЭД в части обеспечения возможности приема глобального адресного справочника (далее ГАС) направляемого организатором МЭДО; • провести доработку СЭД в части обеспечения возможности направления сведений организатору МЭДО о включение в глобальный адресный справочник новых организаций участников (абонентов МЭДО); • провести доработку СЭД в части обеспечения возможности направления сведений организатору МЭДО об изменение информации о ранее переданных организациях участниках (абоненты МЭДО); - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 14 - 7.2.22 Требования в части приема ГАС Необходимо выполнить работы по доработке СЭД в части приема и обработки глобального адресного справочника содержащего: • сведения об организаторе межведомственного электронного документооборота (далее – организатор), в том числе уникальный идентификатор организатора для адресации технологических сообщений, информацию об организации и лицах, ответственных за решение технических вопросов; • сведения об операторах информационного взаимодействия (операторы МЭДО), в том числе уникальные идентификаторы операторов для адресации технологических сообщений, информацию об организации; • сведения об участниках информационного взаимодействия (участники МЭДО), в том числе уникальные идентификаторы участников для адресации электронных сообщений; • сведения об организациях участников, в том числе полное наименование юридического лица, номер телефона, электронной почты (при наличии), адрес в пределах места нахождения юридического лица. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 15 - 7.2.23 Требования в части направления сведений в ГАС Необходимо выполнить работы по доработке СЭД в части передачи информации или добавления новых участников информационного обмена (абонентов МЭДО) в соответствии со следующими требованиями обеспечить направление в адрес организатора технологического сообщения «Заявка оператора на добавление новых участников», содержащее: • уникальный идентификатор заявки; • номер и дату заявки (по данным оператора); • идентификатор оператора в справочнике ГАС; • перечень новых участников, содержащий сведения об участниках информационного взаимодействия, а также основания добавления. обеспечить прием технологического сообщения «Ответ организатора по добавлению новых участников», содержащего: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • комментарий с описанием выявленных отклонений; обеспечить прием технологического сообщения «Ответ организатора по добавлению новых участников», содержащее: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • принятые решения по каждому участнику исходной заявки; • сведения новых зарегистрированных участников, включающие присвоенные уникальные идентификаторы – по согласованным позициям; • комментарий с причиной отклонения (в том числе наличие участника в реестре, некорректные сведения об участнике, недостаточные основания для добавления участника) – по отклоненным позициям. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 16 - 7.2.24 Требования в части изменения сведений в ГАС Необходимо выполнить работы по доработке СЭД в части передачи изменений по ранее переданным участникам информационного обмена (абонентов МЭДО) в соответствии со следующими требованиями: обеспечить направление в адрес организатора технологического сообщения «Заявка оператора на изменение сведений об участниках», содержащее: • уникальный идентификатор заявки; • номер и дату заявки (по данным оператора); • идентификатор оператора в справочнике ГАС; • перечень уникальных идентификаторов участников и обновленные сведения по ним, а также основания для внесения изменений. обеспечить прием технологического сообщения «Ответ организатора по изменению сведений об участниках», содержащего: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • комментарий с описанием выявленных отклонений. обеспечить прием технологического сообщения «Ответ организатора по изменению сведений об участниках», содержащее: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • принятые решения по каждому участнику исходной заявки; • обновленные сведения участников – по согласованным позициям; • комментарий с причиной отклонения (в том числе некорректные сведения об участнике, недостаточные основания для изменения сведений об участнике) – по отклонённым позициям. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 17 - 7.2.25 Требования в части справочников СЭД СпО и СпП Доработки СЭД в части ГАС должны быть составной частью СЭД и не должны изменять логические и организационные принципы ведения текущих справочников СЭД СПП и СПО. 7.2.26 Общее описание доработок СЭД в части «Оператор МЭДО» и «Абонентов МЭДО». Необходимо выполнить работы по доработке СЭД в части обеспечения следующих функциональных возможностей: обеспечение возможности указания и передачи информации организатору МЭДО о системной организации, подключаемой в качестве оператора МЭДО, одна системная организация на все экземпляры СЭД; обеспечение возможности подключения в качестве участника-абонента МЭДО системных организаций любого экземпляра СЭД и обеспечение маршрутизации информационных потоков между абонентами и другими участниками МЭДО; обеспечение возможности подключения в качестве участника-абонента МЭДО отдельных структурных подразделений системных организаций любого экземпляра СЭД и обеспечение маршрутизации информационных потоков между абонентами и другими участниками МЭДО. - - Значение характеристики не может изменяться участником закупки - Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 18 - 7.2.27 Требования в части приема справочников НСИ Необходимо выполнить работы по доработке СЭД в части приема и обработки справочников НСИ, содержащих: • перечень причин отказа в получении и регистрации; • виды документов; • места составления документов; • грифы ограничения доступа к документам; • типы связей документов; • виды справочников; • виды электронных документов; • виды информационных взаимодействий; • форматы электронных сообщений и транспортных контейнеров. Полученная в результате приема справочника информация должна быть доступна Администратору в клиенте Администратора системы. Весь информационный обмен документами между системными организациями СЭД должен осуществляется с использованием текущих средств информационного взаимодействия «Корпоративный шлюз», без использования МЭДО. 7.2.28 Требования к функционированию на выделяемых ресурсах Минимальные конфигурационные и аппаратные требования к серверам МЭДО 3.0 приведены в Приложении 1. - - Значение характеристики не может изменяться участником закупки - Требования к эргономике и технической эстетике - Пользовательский интерфейс Системы должен оставаться в едином стилистическом решении с СЭД. Для интерфейса и сообщений Системы должен быть установлен русский язык. Все элементы управления, выполняющие одинаковые функции, должны называться одинаково. - - Значение характеристики не может изменяться участником закупки - Требования к отказоустойчивости Системы - Отказоустойчивость Системы должна обеспечиваться при помощи специальных методов двойной конфигурации с общим дисковым массивом. При отказе основного сервера система должна автоматически переключаться на резервный. Запросы пользователей к базе данных должны автоматически перенаправляться на резервный сервер. Для обеспечения надежности программного обеспечения в Системе должны быть предусмотрены: • средства контроля корректности входных данных; • средства оповещения пользователя об ошибках входных/выходных и противоречивых данных. - - Значение характеристики не может изменяться участником закупки - Требования к порядку предоставления актуального исходного кода ПО Системы - Подрядчик предоставляет актуальную версию ПО, учитывающую все изменения, внесенные Подрядчиком в программный код системы, в репозитории исходного кода, предоставленном Заказчиком, Все изменения, внесенные Подрядчиком в программный код Системы в период оказания услуг, подлежат размещению в репозитории Заказчика и на носителе информации в течение 5 рабочих дней после окончания оказания Услуг по настоящему Техническому заданию. - - Значение характеристики не может изменяться участником закупки - Требования к информационной безопасности и обеспечению защиты конфиденциальной информации, персональных данных. ч 1 - Подрядчик в рамках исполнения государственного контракта обязан: - выполнять Требования о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений, утвержденных приказом ФСТЭК России от 11.04.2025 № 117 (далее — Требования о защите информации); - выполнять Требования к защите персональных данных при их обработке в информационных системах персональных данных, утвержденные постановлением Правительства Российской Федерации от 01.11.2012 г. № 1119; - выполнять требования о защите информации, установленные ФСБ России в соответствии с частью 5 статьи 16 Федерального закона от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; - выполнять требования о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений, с использованием шифровальных (криптографических) средств, утвержденные приказом ФСБ России от 18.03.2025 № 117; - соблюдать и выполнять политику защиты информации Заказчика; - соблюдать и выполнять внутренние стандарты и регламенты по защите информации Заказчика; - в рамках исполнения контракта и взаимодействия с Заказчиком организовывать деятельность по защите информации и управлять ею в соответствии с требованиями о защите информации установленными политикой защиты информации, внутренними стандартами и регламентами по защите информации Заказчика. Требования по обеспечению защиты при предоставлении доступа к СЭД и (или) получении доступа к информации, содержащейся в СЭД, в отношении Исполнителя устанавливаются Заказчиком. - - Значение характеристики не может изменяться участником закупки - Требования к информационной безопасности и обеспечению защиты конфиденциальной информации, персональных данных. ч 2 - Подрядчик обязан прилагать все усилия к обеспечению сохранности и недопущению распространения конфиденциальной информации Заказчика и передачи ее третьим лицам, доступ к которой он получил в рамках исполнения Контракта. Выполнение работ Подрядчиком может производиться как с присутствием специалистов Подрядчика на объекте Заказчика, так и удаленно c соблюдением необходимых требований информационной безопасности и защиты информации. В случае необходимости организация удаленного подключения осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи ViPNet сеть № 4652 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Заказчик). При организации подключения к СЭД Подрядчик обязан своими силами и средствами обеспечить меры по защите информации, предъявляемые политикой защиты информации, внутренними регламентами и стандартами Заказчика. Удаленный доступ к СЭД должен осуществляться только с сетевых адресов, закрепленных за автономными системами Российской Федерации. Подрядчик обеспечивает ведение, хранение и анализ журналов безопасности, включая события аутентификации, доступа, изменения конфигурации. Копирование информации, к которой предоставлен доступ Подрядчику, если такое копирование прямо не разрешено настоящим ТЗ запрещено (не допускается). Копирование (выгрузка) файлов из СЭД производится Подрядчиком исключительно по согласованию с Заказчиком после контроля соблюдения требований внутренних регламентов по обращению с информацией ограниченного доступа. Подрядчик обязуется не предпринимать действия, направленные на изучение структуры служебных программ, паролей и клиентского программного кода. - - Значение характеристики не может изменяться участником закупки - Требования к информационной безопасности - Система должна обеспечивать: • разграничение и управление доступом к данным на основании ролевой модели, содержащей список системных и контекстных ролей по модулям системы; • управление доступом должны осуществлять уполномоченные работники Заказчика, назначаемые в установленном порядке; • целостность (предотвращение возможности несанкционированных изменений электронных документов); • конфиденциальность (разграничения прав доступа к электронным документам/задачам/заданиям); • авторство (подтверждение авторства электронных документов); • идентификацию и проверку подлинности доступа при входе в Систему по паролю и логину ; • регистрацию входа и выхода пользователя в Систему; • доступ к объектам Системы в соответствии с правами пользователя, назначаемыми предметным администратором при регистрации пользователя или в любой момент после нее; • запись в Системе информации о пользователе, дате и времени создания, изменения, просмотра, экспорта и импорта документа. Информация о печати документа не записывается, т.к. она может осуществляться с помощью сторонних приложений-редакторов; • возможность подписания документов простой и усиленной ЭП; • защиту от несанкционированного доступа. - - Значение характеристики не может изменяться участником закупки - Требования к разграничению прав доступа - Система должна обеспечивать выполнение операций только авторизованным пользователям. Для организации ролевого доступа в Системе должен быть определен набор прав доступа к объектам Системы. Система должна обеспечивать разграничение доступа пользователей к объектам Системы, в том числе с учетом доступа к документам, отнесенным к коммерческой тайне Заказчика и иной информации, охраняемой законом, требующей документирования в соответствии с нормативными документами Заказчика и документы, содержащие иные категории информации. Система должна использовать исключительно персонализированные уникальные учетные записи пользователей и администраторов. - - Значение характеристики не может изменяться участником закупки - Требования к журналированию - Система должна обеспечить ведение журналов действий пользователей Системы с возможностью определения авторства каждой операции. Обеспечить возможность управления уровнем/глубиной журналирования событий. Журналы событий должны быть доступны специально назначенному администратору информационной безопасности (далее - ИБ) с правами на чтение. Контроль и мониторинг действий пользователей должен быть реализован на основе электронных журналов регистрации всех событий. Необходимо предусмотреть экспорт журналов в XLS и CSV форматы. Действия пользователя, запустившего экспорт журналов в XLS и CSV форматы, также необходимо журналировать. Система должна обеспечить журналирование следующих операций: вход (выход) пользователей в Систему, создание, обновление (перезапись), копирование, удаление, чтение, экспорт, размещение, просмотр и передача электронных образов документов с указанием времени, IP-адреса, идентификатора пользователя, описания операции, результата операции. Неудачные попытки входа должны заноситься в журнал с указанием времени, IP-адреса, идентификатора пользователя. Должно быть обеспечено протоколирование межсистемного взаимодействия с указанием идентификатора системы, результата взаимодействия, сетевых адресов и времени. В электронном журнале регистрации событий должны быть фильтры: по событиям, дате, времени, пользователю и т.д., которые содержатся в журнале. Должна быть обеспечена защита журналов регистрации событий от уничтожения, модификации, подмены нарушителем, и обеспечение сохранности данных при переполнении отведенных под них ресурсов. В электронном журнале регистрации событий период хранения данных должен настраиваться (в журнале хранится информация не менее одного года). Данные, выходящие за период хранения, должны архивироваться. Архивирование журналов событий должно выполняться автоматически. - - Значение характеристики не может изменяться участником закупки - Требования к защите данных и информационных потоков - Взаимодействие пользователей с системой должно осуществляться по защищенному протоколу TLS (HTTP over TLS на основе алгоритмов ГОСТ 34.12-2018 и ГОСТ 34.13-2018). Система должна обладать функциональной возможностью интеграции с УЦ для обеспечения Системы криптографическими примитивами. Система должна обладать возможностью интеграции с множеством УЦ, в том числе с поддержкой, усиленной квалифицированной ЭП (термин усиленная квалифицированная ЭП применяется в значении, указанном в статье 5 Федерального закона "Об электронной подписи" от 06.04.2011 № 63-ФЗ). Система должна обладать функциональной возможностью автоматически формировать файл документа в формате pdf после его подписания с помощью электронной подписи и регистрации, включающий реквизиты регистрации и электронной подписи. - - Значение характеристики не может изменяться участником закупки

Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке

Требования к доработке СЭД. ч 1 - Доработка карточки системной организации и подразделения В карточку системной организации и подразделения на вкладку «Адреса и реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 2 - Вкладка "Адреса и реквизиты" системной организации и подразделения). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения. Таблица 1 - Вкладка "Адреса и реквизиты" карточки системной организации и подразделения Параметр Описание Раздел «ЛКО» ИД ЛКО Идентификатор ЛКО (Пример: 7252259) Наименование Наименование ЛКО (Пример: Правительство Севастополя — Департамент общественной безопасности города Севастополя) Раздел «ПОС» Раздел «ПОС» Запись «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» Вид сведения «Предоставление информации по сообщениям, обрабатываемых в ПОС, в СЭД организаций, ответственных за обработку данных сообщений» (https://nsud.gosuslugi.ru/pud/#/inquiries?page=1&search=Предоставление%20информации%20по%20сообщениям,%20обрабатываемых%20в%20ПОС) (в актуальной версии на момент исполнения контракта) ИД Клиента Указывается «Идентификатор клиента» из Настройки ЛКО Запись «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» Вид сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем» ИД Клиента Информация предоставляется Минцифрой Регион Наименование региона ИД Региона Идентификатор региона - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 2 - Доработка карточки внешней организации В карточку внешней организации на вкладку «Реквизиты» добавить дополнительный набор полей, необходимый для интеграции с ПОС (см. Рисунок 3 - Вкладка "Реквизиты" внешней организации). Поля доступны только предметному администратору СЭД. Описание новых полей Таблица 2 - Вкладка "Реквизиты" внешней организации. Таблица 2 - Вкладка "Реквизиты" внешней организации Реквизит Заполнение Раздел «ЛКО (Личный кабинет органа или организации)» ИД ЛКО Идентификатор ЛКО Наименование ЛКО Наименование органа или организации в ЛКО - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 3 - Добавление нового справочника «Справочник ПОС» Добавить в раздел системы «Справочники\Классификаторы\Обращения граждан» новый подраздел «Справочники ПОС», который заполняется загрузкой из файла «Общесистемный классификатор ПОС с кодами УРОГ.xslx» доступный для скачивания по ссылке https://pos.gosuslugi.ru/og/docs/category/759#n. Также должна быть возможность заполнить справочник вручную. - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 4 - Добавление нового справочника «Канал приема обращения в ПОС» Добавить в раздел системы «Справочники\Классификаторы\Обращения граждан» новый подраздел «Канал приема сообщений ПОС», в котором проставляется соответствие между видами доставками обращений в ОГ с идентификатором канала приема. Идентификатор канала приема необходим для Вида сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)». Таблица 3 - Значение справочника "Канал приема обращения" Код канала Описание 1 Интернет-приемная или сайт организации 2 Региональный портал 3 Иной канал 4 Личный прием 5 Почта России, все кроме заказного письма 6 Почта России заказное письмо 7 Электронная почта 8 МЭДО 9 СЭД (региональная для РОИВ и ОМСУ или ведомственная для ФОИВ и их подведомственных организаций) 10 МФЦ 11 СМЭВ 12 Служба доставки, курьер, нарочный 13 Спецсвязь и фельдсвязь - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 5 - Доработка карточки обращения граждан В шапку РКК ОГ добавить новые реквизиты (см. Рисунок 6 - Шапка РКК ОГ). Новые реквизиты описаны в Таблица 4 - Новые реквизиты в шапке РКК ОГ. Таблица 4 - Новые реквизиты в шапке РКК ОГ Реквизит Описание Особые отметки Текстовое поле. Массив. Заполняется доп. Информацией об обращении: • Номер ФЗ; • Фаст-трек. Выгружается в ПОС Логическое поле. Устанавливается в случае, если обращение проходит условия для отправки/приема обращения в ПОС. Условия редактирования поля: • Если поле «Способ обращения» равно «ПОС», то не редактируется • Если «Способ обращения» не равно «ПОС», то редактируется до события регистрации. Статус сообщения в ПОС Текстовое поле. Вычисляемое. Варианты: • «Обновление обращения в ПОС» - Передача обращения из СЭД в ПОС. Создание\Обновление (Перенос срока\Обработка обращение) • «Обращение создано в ПОС» - Ответ из ПОС, что обращение создано • «Обращение обновлено в ПОС»  - Ответ из ПОС, что обращение обновлено. • «Ответ отправлен в ПОС» - при нажатии на кнопку "Ответ в ПОС" • «Ответ доставлен в ПОС» - Ответ из ПОС, что обращение получено • «Ошибка при передаче в ПОС»  - Ответ из ПОС, что произошла ошибка в приеме данных На вкладку «Реквизиты» добавить новый раздел «ПОС», в котором будет выбираться информация о «Категории», «Подкатегории» и «Факте» обращения, заполненные из «Справочника ПОС», в соответствии с выбранным вопросом в разделе «Вопросы». - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 6 - Таблица 5 - Раздел "ПОС" на вкладке "Реквизиты" Реквизит Описание Таблица «ПОС» Код тематики Текстовое поле. Заполняется выбором из справочника ПОС. Код категории Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Категория Текстовое поле. Заполняется выбором из справочника ПОС. Код подкатегории Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Подкатегория Текстовое поле. Заполняется выбором из справочника ПОС. Код факта Текстовое поле. Заполняется выбором из справочника ПОС. Скрытая колонка. Факт Текстовое поле. Заполняется выбором из справочника ПОС. Добавить новую вкладку «ПОС», которая доступна если в поле «Способ обращения» указано «ПОС» или установлен признак «Выгружается в ПОС». Вкладка предназначена для отображения информации, которая выгружается в ПОС и для отображения статуса доставки сообщения в ПОС (см. Рисунок 7 - Вкладка "ПОС"). Описание реквизитов новой вкладки в Таблица 6 - Вкладка "ПОС". Таблица 6 - Вкладка "ПОС" Реквизит Описание Статус Перечисление. Вычисляемое. Заполняется ИР СМЭВ Варианты: ? Получено ведомством (RECEIVED) ? Обрабатывается (PROCESSING) ? Отложено (POSTPONED) ? Направлен ответ заявителю (ANSWERED) ? Отклонено (DECLINED) ? Перенаправлено (TRANSFERRED) Дата и время статуса Дата-время поле. Вычисляемое. Заполняется ИР СМЭВ Раздел «Передаваемая информация в ПОС» ИД Клиента Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации. Карточка организации/подразделения, вкладка "Адреса и реквизиты", секция "Участники интеграции", раздел "Личный кабинет органа или организации (ЛКО)" поле "ИД Клиента". - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 7 - Наименование организации Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации. Карточка организации/подразделения, вкладка "Ардеса и реквизиты", секция "Участники интеграции", раздел "Личный кабинет органа или организации (ЛКО)" поле "Наименование". ОГРН Текстовое поле. Вычисляемое. Заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации Карточка организации/подразделения, вкладка "Общая информация",  поле "ОГРН" Регион проблемы Текстовое поле. Значение выбирается из справочника "Регионы" (расположение "Предметная админка\Внешние контакты\Справочники\Регионы"). По умолчанию заполняется значением из организации/подразделения участника ПОС, вычисленного по Месту регистрации Карточка организации/подразделения, вкладка "Адреса и реквизиты", секция "Участники интеграции", раздел "Платформа обратной связи (ПОС)" поле "Регион". ИД Региона Текстовое поле. Вычисляемое. Заполняется значением вычислением из Справочника Регионы, на основании выбранного региона в поле "Регион проблемы". Канал приема обращения Текстовое поле. Вычисляемое. Заполняется значением вычисленным на основании Вида доставки и справочника "Канал приема обращения" (см. 6.1.4 Добавление нового справочника «Канал приема обращения в ПОС») при событии регистрации. Вид доставки Отображается информация из поля «Вид доставки» с вкладке «Реквизиты» ИД Канала приема обращения Текстовое поле. Вычисляемое. Заполняется значением вычисленным на основании Вида доставки и справочника "Канал приема обращения" (см. 6.1.4 Добавление нового справочника «Канал приема обращения в ПОС») при событии регистрации. Описание Текстовое поле. Варианты заполнения: ? вручную ? копированием текста из вкладки «Содержание\Документ» поле «Текст» (копирование доступно, только после через сохранение РКК ОГ); ? копирование текста из поля Заголовок - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 8 - Дата и время поступления Отображается дата создания РКК. Срок Отображается информация из поля «Срок» в шапке РКК. Заявитель Если «Тип обращения» равен «Индивидуальное», то отображается информация из поля «Корреспондент», иначе информация вводится вручную, через диалог «Заявителя», с заполнением полей «Фамилия», «Имя», «Отчество» Заявитель Текстовое поле. Вычисляемое. Вычисляется на основании полей: Заявитель. Фамилия + " " + Заявитель. Имя + " " + Заявитель. Отчество Отображается, если Тип обращения != "Индивидуальное". E-mail Отображается информация из поля «E-mail» с вкладки «Реквизиты» Раздел «Ответ» Заполняется при нажатии кнопки «Ответ в ПОС» (см. Ошибка: источник перекрёстной ссылки не найден Ошибка: источник перекрёстной ссылки не найден) Документ Объектное поле. Вычисляемое. Статус Текстовое поле. Вычисляемое. Дата и время ответа Дата-время. Вычисляемое. Текст Текстовое поле. Вычисляемое. Файлы Текстовое поле. Вычисляемое. Отображается, если поле «Способ обращения» равно «ПОС» Уведомление заявителю Логическое поле. Вычисляемое. Отображается, если поле «Способ обращения» равно «ПОС» Таблица «Отправленные сообщения в ПОС» Заполняется ИР СМЭВ Дата отправки Дата-время. Вычисляемое. Информация Текстовое поле. Вычисляемое. Варианты: • Получено ведомством (RECEIVED); • Обрабатывается (PROCESSING); • Ответ отложен (POSTPONED); • Направлен ответ заявителю (ANSWERED); • Отклонено (DECLINED); • Перенаправлено (TRANSFERRED). ID сообщения СМЭВ Текстовое поле. Вычисляемое. Ссылка на сообщение в СМЭВ Дата доставки Дата-время. Вычисляемое. Результат доставки Текстовое поле. Вычисляемое. Добавить новое действие «Ответ в ПОС», которое доступно делопроизводителю МР в статусе РКК «Зарегистрирован», признак «Выгружается в ПОС» включен и ранее ответ не отправлялся или отправка не прошла. При нажатии на кнопку «Ответ в ПОС» выдается диалог (Рисунок 8 - Диалог "Ответ в ПОС". Вид сведений 1.0.1.) - - Значение характеристики не может изменяться участником закупки

Требования к доработке СЭД. ч 9 - Доработка итогового отчета В итоговый отчет добавить новый раздел «Ответ в ПОС» (см. Рисунок 2 - Вкладка "Адреса и реквизиты" системной организации и подразделения Рисунок 9 - Итоговый отчет), который отображается если в РКК установлен признак "Выгружается в ПОС" . При утверждении итогового отчета, информация передается ПОС. Таблица 7 - Итоговый отчет Реквизит Описание Статус Статус ответа. Вычисляется на основании выбранного "Результата рассмотрения", но может быть изменен. Варианты выбираются из справочника. Обязательное поле Дата и время Дата и время ответа. Вычисляется из Даты регистрации выбранного документа в поле "Документ-ответ"/"Сопроводительный документ", но может быть изменена. Обязательное поле Текст Текстовое поле для ввода ответа. По умолчанию заполняется из текстового содержания выбранного документа в поле "Документ-ответ"/"Сопроводительный документ". Обязательное поле - - Значение характеристики не может изменяться участником закупки

Требования к модификации карточки ОГ через ИР СМЭВ. - Обновление информации ПОС в карточке ОГ К обновляемой информации ПОС в карточке ОГ относится: ? «Статус сообщения в ПОС» в шапке карточки; ? «Статус» и «Дата-время статуса» на вкладке «ПОС»; ? Таблица «Отправленные сообщения в ПОС» на вкладке «ПОС». Обновление по двум видам сведений ПОС при отправке сообщения и получении информации о его доставке. Таблица 8: Обновление карточки ОГ Реквизит Заполнение Шапка РКК ОГ Статус сообщения в ПОС Варианты: • «Обновление обращения в ПОС» - Передача обращения из СЭД в ПОС. Создание\Обновление (Перенос срока\Обмука обращение) • «Обращение создано в ПОС» - Ответ из ПОС, что обращение создано • «Обращение обновлено в ПОС» - Ответ из ПОС, что обращение обновлено. • «Ответ отправлен в ПОС» - при нажатии на кнопку "Ответ в ПОС" • «Ответ доставлен в ПОС» - Ответ из ПОС, что обращение получено • «Ошибка при передаче в ПОС» - Ответ из ПОС, что произошла ошибка в приеме данных Вкладка «ПОС» Статус Варианты заполнения : • Получено ведомством (RECEIVED) • Обрабатывается (PROCESSING) • Отложено (POSTPONED) • Направлен ответ заявителю (ANSWERED) • Отклонено (DECLINED) • Перенаправлено (TRANSFERRED) Дата и время статуса Дата-время статуса Таблица «Отправленные сообщения в ПОС» Дата отправки Дата-время Информация Варианты: • Получено ведомством (RECEIVED); • Обрабатывается (PROCESSING); • Ответ отложен (POSTPONED); • Направлен ответ заявителю (ANSWERED); • Отклонено (DECLINED); • Перенаправлено (TRANSFERRED). ID сообщения СМЭВ Ссылка на сообщение в СМЭВ Дата доставки Дата-время Результат доставки Текстовое поле - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 1 - Сценарии по Виду сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)» 6.3.1. Создания обращения 6.3.1.1. Создание обращения вручную Таблица 9 - Сценарий "Создание обращения в СЭД. Вручную" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель создает обращение по кнопке "Создать\Обращение граждан"; 2. Система при создании проверяет, что организация/подразделение, к которому подчиняется Место регистрации является участником ПОС (Определяется это по заполнению поля «ИД Клиента») и если является, то устанавливает признак "Выгружается в ПОС", иначе не устанавливает; 3. Делопроизводитель заполняет реквизитные поля на вкладке "Реквизиты"; 4. Делопроизводитель нажимает на кнопку "Сохранить"; 5. Система: а. записывает в историю документа информацию о его создании; б. сохраняет данные. Дополнения к основным действиям 1. При смене места регистрации система переустанавливает признак "Выгружается в ПОС". Создание обращения из внешней системы Сценарий предусматривает обработку обращений, который могут поступить через разные каналы связи, к примеру, Портал или МЭДО. Таблица 10 - Сценарий "Создание обращения в СЭД. Внешняя система" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Внешняя система Другие ДЛ и заинтересованные стороны - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 2 - Создание обращения из внешней системы Сценарий предусматривает обработку обращений, который могут поступить через разные каналы связи, к примеру, Портал или МЭДО. Таблица 10 - Сценарий "Создание обращения в СЭД. Внешняя система" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Внешняя система Другие ДЛ и заинтересованные стороны Условие выполнения Взаимодействие через ИР Основная последовательность действий, приводящая к достижению цели 1. Внешняя система создает обращение; 2. Система при создании проверяет, что организация/подразделение, к которому подчиняется Место регистрации является участником ПОС (Определяется это по заполнению поля ИД Клиента) и если является, то устанавливает признак "Выгружается в ПОС", иначе не устанавливает; 3. Внешняя система заполняет обязательные поля; 4. Внешняя система сохраняет обращение; 5. Система: а. записывает в историю документа информацию о его создании; б. сохраняет данные. - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 3 - Регистрация обращения Таблица 11 - Сценарий "Регистрация обращения СЭД и отправка в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает созданное обращение; 2. Делопроизводитель нажимает на кнопку «Зарегистрировать»; 3. Система при событии регистрации и установленном признаке «Выгружается в ПОС» проводит проверку обращения перед выгрузкой в ПОС (настройках предусмотреть установку по умолчанию выгружать в ПОС/не выгружать в ПОС): а. проверяет, что организация/подразделение, к которому подчиняется место регистрации является участником ПОС. Если нет, то выдается предупреждение: «Обращение не может быть выгружено в ПОС, так как для указанного места регистрации не найдены настройки для взаимодействия с ПОС, а также для его вышестоящих подразделений, включая организацию. Снимите/поставьте (в зависимости от настройки по умолчанию) признак "Выгружается в ПОС" или обратитесь к администратору для настройки ПОС»; б. проверяет, что заполненность значения полей «ИД Клиента», «Наименование организации», «ОГРН», «ИД Региона» из участника ПОС. В случае некорректного заполнения выдает предупреждение: «Обращение не может быть выгружено в ПОС, так как не заполнено одно из полей "ОГРН"/"ИД Региона"/"Наименование организации в ЛКО". Обратитесь к администратору»; в. вычисляет значение поля Канал приема обращения и ИД Канала приема обращения. Если не удалось вычислить, выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не вычислен Канал приема обращения. Не найдено соответствия Канала приема обращения, с указанным видом доставки: . Обратитесь к администратору»; - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 4 - г. вычисляет значение поля Заявитель (Фамилия, Имя, Отчество). Если не удалось вычислить, выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не удалось вычислить Фамилию и Имя Заявителя. Укажите его вручную на вкладке "ПОС"»; д. проверят, что поле E-mail заполнено. Если нет, то выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не указан E-mail Заявителя»; е. проверят, что таблица ПОС на вкладке «Реквизиты» заполнена. Если нет, то выводит предупреждение: «Обращение не может быть выгружено в ПОС, так как не заполнена таблица "ПОС"»; ж. проверка на наличие в исходном обращении 2-х и более вопросов по тематике. Выгрузка таких обращений не производится. 4. Система: а. записывает в историю документа информацию о его регистрации; б. сохраняет данные; в. создает протокол для ИР СМЭВ. 5. ИР СМЭВ: а. получает протокол, что обращение зарегистрировано и у него установлен признак «Выгружается в ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Получено ведомством»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Обновление обращения в ПОС». г. при получении ответа из ПОС ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» = «Обращение обновлено в ПОС»/ «Ошибка при передаче в ПОС». - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 5 - Обработка обращения Таблица 12 - Сценарий "Обработка обращения СЭД и отправка в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Адресат, Зам. Адресата Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает зарегистрированное обращение; 2. Делопроизводитель нажимает на кнопку «Отправить\На исполнение». Заполняет карточку резолюции и нажимает «Отправить». 3. Делопроизводитель заполняет карточку резолюции и нажимает «Отправить». 4. Система: а. записывает в историю об отправке на исполнение; б. сохраняет данные; в. переводит статус обращения «На исполнении»; г. создает протокол для ИР СМЭВ. 5. ИР СМЭВ: а. получает протокол, что обращение переведено в статус «На исполнении»; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает статус «Обрабатывается»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Обновление обращения в ПОС». г. при получении ответа из ПОС ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» = «Обращение обновлено в ПОС»/ «Ошибка при передаче в ПОС». - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 6 - Изменение срока Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает документ на редактирование; 2. Делопроизводитель изменяет срок исполнения; 3. Система: а. записывает в историю документа информацию «Изменен срок исполнения»; б. сохраняет данные; в. создает протокол для ИР СМЭВ. 4. ИР СМЭВ: а. получает протокол, что в обращении изменен срок исполнения; б. формирует сообщение и передает в Адаптер СМЭВ в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает статус «Изменен срок исполнения»; ? устанавливает текущую дату и время в поле "Дата и время статуса" ? устанавливает Статус сообщения в ПОС = «Обновление обращения в ПОС» г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха ? устанавливает Статус сообщения в ПОС = Обращение обновлено в ПОС/Ошибка при передаче в ПОС - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 7 - Исполнение обращения 6.3.5.1 Создание итогового отчета Таблица 13 - Сценарий "Исполнение обращения из ПОС. Создание итогового отчета" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Исполнитель Другие ДЛ и заинтересованные стороны Зам. исполнителя Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Исполнитель открывает уведомление «На исполнение»; 2. Исполнитель создает Исходящий документ (типовой процесс создания/ согласования/ подписания/ регистрации/ отправки); 3. Исполнитель нажимает кнопку «Создать итоговый отчет»; 4. Исполнитель заполняет итоговый отчет и связывает, с созданным исходящим документом: а. Вопрос - заполняется вопросом из таблицы "Вопросы"; б. Текст ответа - вводится текст; в. Результат рассмотрения - выбирается из вариантов: ? Решено; ? Не решено; ? Направлен по компетенции. г. Информация по рассмотрению - заполняется из справочника; д. Документ-ответ\Сопроводительное письмо - указывается ИсхД РКК, созданная Адресатом; е. Заполняет раздел «Ответ в ПОС» 5. Исполнитель нажимает кнопку «Отправить»; 6. Система: а. сохраняет данные; б. отправляет уведомление Делопроизводителю «Отчет на рассмотрении». - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 8 - Утверждение итогового отчета Таблица 14 - Сценарий "Исполнение обращения из ПОС. Утверждение итогового отчета" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель открывает уведомление «Отчет на рассмотрении»; 2. Делопроизводитель нажимает кнопку «Утвердить»; 3. Система а. записывает в историю документа информацию о принятии отчета; б. сохраняет данные. 4. ИР СМЭВ: а. получает протокол, что по итоговый отчет утвержден и заполнен «Ответ в ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ: ? Статус «Отправлен ответ»; ? Дату ответа; ? Текст ответа; ? Результат рассмотрения; в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Отправлен ответ»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Ответ отправлен в ПОС». г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» равный «Ответ доставлен в ПОС» / «Ошибка при передаче в ПОС»; - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 9 - Формирование ответа в ПОС вручную Таблица 15 - Сценарий "Исполнение обращения из ПОС. Ответ в ПОС" Параметр Описание Границы сценария Модуль «Обращение граждан» Основное ДЛ (ОДЛ) Делопроизводитель Другие ДЛ и заинтересованные стороны Условие выполнения Открыто рабочее место пользователя СЭД Основная последовательность действий, приводящая к достижению цели 1. Делопроизводитель нажимает кнопку «Ответ в ПОС»; 2. Делопроизводитель вводит данные в диалоге «Ответ в ПОС». 3. Система а. заполняет данные вкладки «ПОС»; б. сохраняет данные; в. создает протокол для ИР СМЭВ; 4. ИР СМЭВ: а. получает протокол, что по обращению дан ответ и у него «Способ обращения» равен «ПОС»; б. формирует сообщение и передает в Адаптер СМЭВ: ? Статус «Отправлен ответ»; ? Результат рассмотрения; в. при передаче обновляет обращение: ? добавляет запись в таблицу раздела «Отправленные сообщения в ПОС»; ? устанавливает «Статус» на вкладке «ПОС» равный «Отправлен ответ»; ? устанавливает текущую дату и время в поле «Дата и время статуса» на вкладке «ПОС»; ? устанавливает «Статус сообщения в ПОС» равный «Ответ отправлен в ПОС». г. при получении ответа из ПОС: ? дописывает в созданную запись в таблице раздела «Отправленные сообщения в ПОС» информацию о доставке: • Дата доставки - дата-время ответа; • Результат доставки: Доставлено - в случае успеха, Ошибка в доставке - в случае не успеха. ? устанавливает «Статус сообщения в ПОС» равный «Ответ доставлен в ПОС» / «Ошибка при передаче в ПОС»; ? устанавливает признак «Полностью исполнен» и в поле «Дата исполнения» записывает дату из поля «Дата ответа». - - Значение характеристики не может изменяться участником закупки

Требования к сценариям из СЭД в ПОС. ч 10 - Создание представления (виртуальной таблицы), отражающего информацию по обращения, отправленным в ПОС В представлении в разделе «Обращения граждан» создать два представления ПОС: В разделе «Обращения граждан»; В разделе «Обращения граждан — Неисполненные». В которых должна присутствовать графа, которая отображает операцию отправки информации в ПОС для последующего формирования отчета (при необходимости). - - Значение характеристики не может изменяться участником закупки

Требования к ИР СМЭВ. ч 1 - Требования к взаимодействию СЭД, ИР СМЭВ и Адаптер СМЭВ Взаимодействие между системами должно осуществляться по REST API, путем обмена исходящими и входящими сообщениями в ИР СМЭВ. Исходящее сообщение в ИР СМЭВ формируется: ? по расписанию, когда нужно из СМЭВ запросить входящие сообщения; ? по сигналу, когда СЭД запрашивает дополнительную информацию по сообщению, возвращает статус сообщения или передает обращения, созданные в СЭД Структура исходящего сообщения в ИР СМЭВ: ? Статус сообщения; ? ID исходящего сообщения - идентификатор отправленного сообщения, сгенерированный в соответствии с RFC-4122, по варианту 1 (на основании MAC-адреса и текущего времени); ? ID корреляции - идентификатор сообщения в Адаптере СМЭВ, который возвращается сразу в ответ на запрос в Адаптер СМЭВ; ? Контент.xml - файл, который содержит бизнес-данные запроса, сформированные по XSD-схеме вида сведений в формате XML ? ID участника СМЭВ (ClientID) - заполняется идентификатором Участник интеграции в настройках ИР СМЭВ ? Контент.json - файл, в котором хранится структура REST-запроса отправленного в Адаптер СМЭВ ? СlientID - id исходящего сообщения ? Мнемоника ИС (itSystem) - заполняется идентификатором Системы указанной в настройках ИР СМЭВ ? Запрос в ПОС - Контент.xml ? Файлы - список передаваемых файлов в СМЭВ. - - Значение характеристики не может изменяться участником закупки

Требования к ИР СМЭВ. ч 2 - Входящее сообщение в ИР СМЭВ формируется по данным ответа из Адаптер СМЭВ. Структура входящего сообщения в ИР СМЭВ: ? Статус сообщения; ? ID входящего сообщения = ID исходящего сообщения; ? ID корреляции = ID корреляции исходящего сообщения; ? Контент.xml - файл, который содержит бизнес-данные ответа, сформированные по XSD-схеме вида сведений в формате XML; ? Контент.json - файл, в котором хранится структура REST-ответа полученного из Адаптер СМЭВ; ? Файлы - список передаваемых файлов в СМЭВ; 6.4.1.1 Входящие сообщения Для вида сведения «Предоставление в ПОС данных цифровой обратной связи из внешних информационных систем (версия 1.0.1)», формировать входящие сообщения: ? по сигналу, к ним относятся: • Запрос от СЭД на создание обращения в ПОС; • Запрос от СЭД на обновление обращения в ПОС. ? по сигналу из Адаптера СМЭВ, к ним относятся: • Ответ на запрос от СЭД на создание или обновление обращения в ПОС. 6.4.1.2 Исходящие сообщения Исходящие сообщения формируются на основании входящих сообщений: • Отправление обращение на регистрацию; • Отправление обращение на исполнение; • Изменение срока исполнения; • Отправка ответа по обращению; - - Значение характеристики не может изменяться участником закупки

Требования к мониторингу. ч 1 - Во всех сообщениях на всех этапах обработки отслеживается текущий статус в виде последней стадии обработки сообщения и кода результата обработки. При ошибке в процессе передачи/ обработки сообщения устанавливается соответствующий статус, и подробная информация об ошибке записывается в протокол. Прикладной администратор и Бизнес-администратор ИР «Input E-mail» должны иметь возможность поиска сообщений, сигналов, протоколов по дате формирования, статусу обработки в различных представлениях. Интеграционное решение СМЭВ должно быть создано на базе СМ-Интегратора со своими специфичными разделами: • Раздел «Входящие» ? Сигналы (отбираются входящие сообщения, у которых состояние «Сигнал») ? Ошибки (отбираются входящие сообщения, у которых состояние «Ошибка сигнала») ? Обработанные (отбираются входящие сообщения, у которых состояние «Сообщение готово») ? Протоколы (отбираются ошибочные и отладочные протоколы, которые создаются во время обработки входящих сообщений) • Раздел «Исходящие» ? Сообщения ? Ошибки (отбираются исходящие сообщения, у которых состояние «Ошибка отправки» и «Ошибка доставки») ? Раздел «СМЭВ» ? Подготовленные (отбираются исходящие сообщения, у которых состояние "Готов к передаче" и направление Адаптер СМЭВ) ? Отправленные (отбираются исходящие сообщения, у которых состояние "Отправлено" и направление Адаптер СМЭВ) ? Доставленные (отбираются исходящие сообщения, у которых состояние "Доставлено" и направление Адаптер СМЭВ) ? Раздел «CompanyMedia» ? Подготовленные (отбираются исходящие сообщения, у которых состояние "Готов к передаче" и направление СЭД) ? Отправленные (отбираются исходящие сообщения, у которых состояние "Отправлено" и направление СЭД) ? Протоколы (отбираются ошибочные и отладочные протоколы, которые создаются во время обработки исходящих сообщений) - - Значение характеристики не может изменяться участником закупки

Требования к мониторингу. ч 2 - • Раздел «Виды сведения» (отбираются входящие сообщения, которые относятся только к сценариям, отвечающим за передачу пакетов для Видов сведений): ? Ошибки; ? ПОС (Виды сведений для ПОС) ? Запрос; ? Ответ - - Значение характеристики не может изменяться участником закупки

Требования к обработке ошибок - Информация об ошибках при обработке сообщений в ИР СМЭВ и при их передаче в запросах от него к СЭД или Адаптер СМЭВ сохраняется в хранилище. При недоступности REST-сервисов СЭД или Адаптер СМЭВ с заданной периодичностью автоматически осуществляет повторные попытки до тех пор, пока соответствующий сервис не будет доступен, вплоть до заданного максимального числа повторов. Если повторные попытки не помогли, или вызываемый сервис вернул ответ с ошибкой, соответствующий статус записывается в сообщение, при обработке которого это произошло, и создается протокол с подробным сообщением об ошибке и ссылкой на сообщение. Прикладной администратор и Бизнес-администратор ИР СМЭВ, открыв такое сообщение, может: ? получить информацию о контексте данного сообщения на стороне целевой системы (например, найти там исходный объект, по поводу которого было взаимодействие); ? исправить некорректные данные в сообщении, если проблема именно в этом; ? инициировать новую обработку/передачу сообщения после того, как данные были исправлены или были сделаны исправления в конфигурации или коде СЭД, ИР СМЭВ. - - Значение характеристики не может изменяться участником закупки

Аппаратные требования - Минимальные аппаратные требования для установки и работы ИР СМЭВ. Вариант 1: Адаптер СМЭВ используется только для интеграции с СЭД (см. Таблица 16: СЭД. Минимальные аппаратные требования) Таблица 16: СЭД. Минимальные аппаратные требования Назначение сервера Кол-во ядра ЦПУ, шт ОЗУ, Гб Диски, Гб ИР СМЭВ, Адаптер СМЭВ 2.7.7 1 4 12 500 Вариант 2: Адаптер СМЭВ используется для интеграции с разными внешними информационными системами (см. Таблица 17: Вн. ИС. Минимальные аппаратные требования) Таблица 17: Вн. ИС. Минимальные аппаратные требования Назначение сервера Кол-во ядра ЦПУ, шт ОЗУ, Гб Диски, Гб ИР СМЭВ, 1 4 12 300 ?Адаптер СМЭВ 2.7.7 1 4 12 300 - - Значение характеристики не может изменяться участником закупки

Программное обеспечение, обеспечивающее взаимодействие с ПОС. ч 1 - Необходимое программное обеспечения для установки и работы ИР СМЭВ. Вариант 1: Адаптер СМЭВ и ИР СМЭВ на одном сервере (см. Таблица 18: ИР СМЭВ и Адатер СМЭВ на одном сервере. Базовое программное обеспечение) Таблица 18: ИР СМЭВ и Адатер СМЭВ на одном сервере. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) Сервер приложений WildFly 24.0.1. Final (64 -разрядная редакция) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) ?Средство криптозащиты информации КриптоПро CSP 5.х (Лицензия, на право использования СКЗИ КриптоПро CSP версии 5.0 класс КС3 на сервере Astra Linux Special Edition, приобретается отдельно) ?Адаптер СМЭВ Адаптер СМЭВ 2.7.7 ?Java (Адаптер СМЭВ) JRE 1.8 (64 - разрядная редакция) Java (ИР СМЭВ) Liberica JDK11 (64 - разрядная редакция) Open JDK 11 (64 - разрядная редакция) Вариант 2: Адаптер СМЭВ и ИР СМЭВ на разных серверах (см. Таблица 19: ИР СМЭВ. Базовое программное обеспечение и Таблица 20: Адаптер СМЭВ. Базовое программное обеспечение) Таблица 19: ИР СМЭВ. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) Сервер приложений WildFly 24.0.1. Final (64 -разрядная редакция) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) Java Liberica JDK11 (64 - разрядная редакция) Open JDK 11 (64 - разрядная редакция) - - Значение характеристики не может изменяться участником закупки

Программное обеспечение, обеспечивающее взаимодействие с ПОС. ч 2 - Таблица 20: Адаптер СМЭВ. Базовое программное обеспечение Операционная система (ОС) Astra Linux 1.7 Воронеж (64-разрядная редакция) ?Средство криптозащиты информации КриптоПро CSP 5.х (Лицензия, на право использования СКЗИ КриптоПро CSP версии 5.0 класс КС3 на сервере Astra Linux Special Edition, приобретается отдельно) Сервер СУБД PostgreSQL 15 (64 -разрядная редакция) Java JRE 1.8 (64 - разрядная редакция) - - Значение характеристики не может изменяться участником закупки

ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ РАБОТ В ЧАСТИ МЭДО 3.0. Описание логической модели данных Системы - Бизнес-сущности, используемые в рамках автоматизируемых процессов, приведены в перечне используемых бизнес-сущностей (таблица 21). Таблица 21. Перечень используемых бизнес-сущностей № Наименование бизнес-сущности Описание бизнес-сущности 1 Пользователь Сотрудник организации, выполняющий работы в Системе. 2 Внешняя организация /корреспондент /контрагент Внешняя организация, с которой ведется деловая переписка и/или имеются договорные отношения. 3 Входящий документ Документы, поступившие в организацию. 4 Исходящий документ Документы, отправляемые из организации в адрес третьих лиц. 5 Поручение Часть работ по документу, передаваемая на исполнение одному или нескольким сотрудникам. 6 Внутренний документ. Документ, используемый для оперативного информационного обмена между подразделениями или руководством, для направления информации вышестоящему руководителю и содержащий изложение вопроса, требующего решения, с выводами и предложениями составителя, а также для ведения переписки с другими подразделениями 7 ОРД Документ, в котором, предписываемые действия носят нормативный, постоянный (длительный) характер и который регламентирует вопросы организации и деятельности организации. 8 Договорной документ Документ, регламентирующий договорные отношения с контрагентом. 9 Обращение гражданина Направленные в государственный орган, орган местного самоуправления или должностному лицу в письменной форме или в форме электронного документа предложение, заявление или жалоба, а также устное обращение гражданина в государственный орган, орган местного самоуправления. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 1 - 7.2.1 Функционально-технические требования к подсистеме Между участниками МЭДО и СЭД обмен корреспонденцией осуществляется путем передачи транспортных контейнеров, квитанций и уведомлений через МЭДО в СЭД и обратно. Предпочитаемый контрагентом вариант взаимодействия должен быть настраиваемым на уровне справочника. Интеграционное решение (подcистема) «Обмен с МЭДО» должно обеспечить передачу информации из транспортных контейнеров и уведомлений, преобразовав в данные для регистрации входящих документов и создания сводок, обеспечив при этом обратную передачу информации о событиях, производимых с документами в Системе - в транспортные контейнеры и уведомления. 7.2.2 Требования к составу электронных сообщений Типы электронных сообщений, обрабатываемых подсистемой: • транспортный контейнер; • сообщение (с возможным дополнение контейнером цифрового документа); • уведомление; • квитанция. Поступающие из МЭДО транспортные контейнеры и сообщения должны помещаться в папку на сервере, обрабатываться с формированием РКК проектов входящих документов в Системе и сводок в модуле «Входящие документы». Квитанции о техническом приеме или отказе в приеме электронного сообщения в формате 3.0 направляются в составе файла описания электронного сообщения. Информация о получении адресатом электронного сообщения должна быть получена в течении определенного времени, после истечения которого считается, что ЭС не получено адресатом. По умолчанию - 72 часа с даты/времени непосредственной отправки сообщения. По событиям в Системе в модулях «Входящие документы», «Исходящие документы» должны формироваться уведомления и помещаться в папку на сервере для отправки в МЭДО для формата 2.7.1. Для формата 3.0 должны формироваться сообщения определенных регламентом форматов. Исходящий документ должен передаваться в МЭДО в составе транспортного контейнера. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 2 - 7.2.3 Транспортный контейнер формата 2.7.1 Электронный документ должен передаваться через МЭДО в виде транспортного контейнера. Транспортный контейнер должен представлять из себя один файл в формате ZIP-архива с наименованием, удовлетворяющим шаблону «[a-zA-Z0-9_]{1,247}.edc.zip» Транспортный контейнер должен содержать набор файлов в требуемых форматах. Этот набор файлов включает: • элементы документа; • описание транспортного контейнера. Элементы документа, в соответствии с пунктом II приказа Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Федеральной службы охраны Российской Федерации от 12.07.2024 № 611/96 (далее – Приказ № 611/96), должны содержать: • основная часть документа в электронном виде; • приложения электронного документа (необязательный); • электронная подпись основной части документа; • электронная подпись приложений документа (необязательный); • элементы визуализации ЭП основной части документа; • элементы визуализации регистрационных данных документа. Файл основной части документа в электронном виде должен быть представлен в формате PDF/A-1. Описание транспортного контейнера должно содержать: • файл в формате XML; • название файла «passport.xml»; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата описания транспортного контейнера МЭДО – 2.7.1. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приложению №1 к Приказу № 611/96. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 3 - 7.2.4 Транспортный контейнер формата 3.0 Электронный документ должен передаваться через МЭДО в виде транспортного контейнера. Транспортный контейнер должен представлять из себя один файл в формате ZIP-архива с наименованием, удовлетворяющим шаблону «[a-zA-Z0-9_]{1,247}.edc.zip» Транспортный контейнер должен содержать набор файлов в требуемых форматах. Этот набор файлов включает: • элементы документа; • описание транспортного контейнера. Элементы документа, в соответствии с пунктом II приказа Министерства цифрового развития, связи и массовых коммуникаций Российской Федерации, Федеральной службы охраны Российской Федерации от 12 июля 2024 г. № 611/96 (далее – Приказ № 611/96), должны содержать: • основная часть документа в электронном виде; • приложения электронного документа (необязательный); • электронная подпись основной части документа; • электронная подпись приложений документа (необязательный); • элементы визуализации ЭП основной части документа; • элементы визуализации регистрационных данных документа. Файл основной части документа в электронном виде должен быть представлен в формате PDF/A-1. Описание транспортного контейнера должно содержать: • файл в формате XML; • название файла «passport.xml»; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата описания транспортного контейнера МЭДО – 3.0. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приложению №1 к Приказу № 611/96. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 4 - 7.2.5 Уведомление (2.7.1) Уведомление должно включать только XML-файл, в котором содержится информация о событии, связанном с прохождением документа в СЭД Адресата. • файл в формате XML; • файл должен быть оформлен в кодировке «UTF-8»; • номер версии формата МЭДО – 2.7.1. Заполнение отдельных элементов файла описания транспортного контейнера должно соответствовать Приказу № 611/96. Перечень основных регистрируемых событий прохождения документа (определены Приказом № 611/96), уведомления о которых должно направляться через Узел МЭДО: • «Зарегистрирован» - регистрация документа в СЭД участника МЭДО – получателя документа; • «Отказано в регистрации» - отказ в регистрации с указанием его причины; • «Назначен исполнитель» - принятие документа к исполнению (назначение ответственного исполнителя); • «Доклад подготовлен» - подготовка доклада об исполнении документа (ответа на документ) и его подписании; • «Доклад направлен» - направление доклада об исполнении документа (ответа на документ). - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 5 - 7.2.6 Сообщения Уведомления в формате 3.0 направляются в составе контейнеров сообщений в виде структурированных данных цифрового документа (файла digital.xml). Заполнение отдельных элементов сообщения должно соответствовать Приложению №2 к Приказу № 611/96, включая передачу информации о наличии в документе данных с ограниченным доступом. Перечень основных регистрируемых событий прохождения документа (определены Приказом № 611/96), уведомления о которых должно направляться через Узел МЭДО: • «Зарегистрирован» - регистрация документа в СЭД участника МЭДО – получателя документа; • «Отказано в регистрации» - отказ в регистрации с указанием его причины; • «Назначен исполнитель» - принятие документа к исполнению (назначение ответственного исполнителя) для 2.7.1; • «Доклад подготовлен» - подготовка доклада об исполнении документа (ответа на документ) и его подписании для 2.7.1; • «Доклад направлен» - направление доклада об исполнении документа (ответа на документ) для 2.7.1. 7.2.7 Квитанция (2.7.1) Квитанция представляет собой XML-файл, в котором содержится информация о доставке документа в СЭД адресата. В квитанции фиксируется факт доставки (доставлено/не доставлено), а также дата и время доставки документа в СЭД адресата. В случае входящего документа должен быть сформирован проект регистрационной карточки входящего документа. В случае исходящего документа должен быть изменен статус исходящего документа. Если идентификатор входящего пакета (сообщения), на которое должна быть сформирована квитанция о доставке, не указан, то подсистема не должна формировать соответствующую квитанцию. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 6 - 7.2.8 Квитанция (3.0) Квитанции о техническом приеме или отказе в приеме электронного сообщения в формате 3.0 направляются в составе файла описания электронного сообщения, содержащего элементы: • файл конверта; • файл описания сообщения. При оформлении отказа в приеме сообщения причина отказа указывается согласно справочнику «Причины отказа в технической регистрации» сервиса НСИ ГосЭДО. В квитанции фиксируется факт доставки (доставлено/не доставлено), а также дата и время доставки документа в СЭД адресата. В случае входящего документа должен быть сформирован проект регистрационной карточки входящего документа. В случае исходящего документа должен быть изменен статус исходящего документа. Если идентификатор входящего пакета (сообщения), на которое должна быть сформирована квитанция о доставке, не указан, то подсистема не должна формировать соответствующую квитанцию. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 7 - 7.2.9 Требования к подсистеме Автоматическое создание в Системе проекта входящего документа, на основе полученного из МЭДО транспортного контейнера в формате следующих версий 3.0/2.7.1/2.7/2.5, включая электронное содержание документа в виде текста и/или файла, файла электронной подписи; Автоматический отказ в регистрации документам, не соответствующим формату сообщений. Автоматическая отправка квитанций о доставке документов и уведомлений из Системы в МЭДО; Автоматическая отправка квитанций о недоставке при истечении указанного в настройках времени (по умолчанию 72 часа); Автоматическое создание в Системе в модуле «Исходящие документы» сводок о доставке, регистрации или отказе в регистрации направленного исходящего документа участнику МЭДО; Автоматическое создание в Системе в модуле «Исходящие документы» сводок о резолюциях, выданных в системе электронного документооборота участника МЭДО; Автоматическое создание в Системе в модуле «Исходящие документы» сводок о направлении доклада – ответа участника МЭДО на исходящий документ, отправленный из Системы. Отправку исходящих документов из Системы участникам МЭДО в составе транспортного контейнера в форматах 2.7.1 или 3.0. Подсистема должна позволять осуществлять взаимодействие с СЭД в части статусов сообщений МЭДО: • все статусы сообщений МЭДО должны отображаться в Системе в специальном представлении, в котором отображены статусы отправки исходящих документов Заказчика участникам МЭДО (Отправлен/Доставлен/Отказано в регистрации/Зарегистрирован); • статусы должны обновляться в представлении в зависимости от событий прохождения документа в организации – участника МЭДО. Событие по отправке исходящего документа в МЭДО должно фиксироваться на вкладке «История» РКК исходящего документа. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 8 - 7.2.10 Требования в части Входящих документов • Подсистема должна обеспечивать регистрацию и обработку входящей корреспонденции в СЭД, поступившей от участников МЭДО следующих версий 3.0/2.7.1/2.7/2.5. 7.2.11 Общие требования • В подсистеме должны быть обеспечены следующие функциональные возможности взаимодействия с СЭД: • регистрация или отказ в регистрации полученного входящего документа; • формирование образа основного файла документа с регистрационным штампом и штампом электронной подписи; • автоматическая отправка в МЭДО уведомления о регистрации или отказе в регистрации документа; • автоматическая отправка в МЭДО уведомления о принятии документа к исполнению – о назначении ответственных исполнителей в карточках резолюций первого уровня. • автоматическая установка связи, определенного перечнем в НСИ типа, при наличии в контейнере информации предыдущей переписке. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 9 - 7.2.12 Режим «Получение и обработка входящих документов» Обмен данными при данном режиме работы должен представлять собой реализацию задачи переноса на сторону организации-отправителя исходящего документа информации о работе с документом на стороне организации-получателя, принимающей этот документ: • реквизиты и содержание исходящего документа заполняют карточку входящего документа на стороне Организации-получателя; • по факту создания РКК входящего документа делопроизводителям места регистрации формируются задачи в СЭД с генерацией почтового сообщения в электронную почту; • факт создания РКК входящего документа (доставки документа) передается на сторону Организации-отправителя в виде квитанции; • факт регистрации (или отказа в регистрации) входящего документа передается на сторону Организации-отправителя в виде уведомления «Зарегистрирован» (или «Отказано в регистрации»); • факт создания резолюции первого уровня по входящему документу передается на сторону Организации-отправителя в виде уведомления «Назначен исполнитель». На стороне организации – получателя должна быть реализована возможность печати документов с наложением штампов как в формате МЭДО 2.7.1, так и 3.0. Информация о расположении штампов приходит в составе транспортного контейнера и автоматически переносится в документ. 7.1.13 Требования в части Исходящих документов Подсистема должна обеспечивать подготовку, регистрацию и отправку исходящих документов организациям-участникам МЭДО в формате, предпочитаемом контрагентом в соответствии со значением в ГАС. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 10 - 7.1.14 Общие требования Должны быть обеспечены следующие функциональные возможности: • автоматическая отправка уведомления о подготовке доклада по полученному входящему документу – подписании ответного исходящего документа; • формирование штампа подписи при подписании исходящего документа с адресатом МЭДО-организация в соответствии с измененными требованиями МЭДО 3.0; • автоматическая отправка уведомления о направлении доклада об исполнении по полученного входящего документа – регистрации ответного исходящего документа. • отправка исходящего электронного документа участнику МЭДО в составе транспортного контейнера 7.2.15 Режим «Формирование и отправка исходящего документа» При данном режиме работы должен осуществляется перенос на сторону организации-отправителя исходящего документа информации о работе с исходящим документом на стороне организации-получателя, принявшей этот документ: • факт подписания исходящего документа-ответа на стороне Организации-получателя передается на сторону Организации-отправителя в виде ЭСД-уведомления «Доклад подготовлен»; • факт регистрации исходящего документа-ответа на стороне Организации-получателя передается на сторону Организации-отправителя в виде ЭСД-уведомления «Доклад направлен». Зарегистрированный исходящий документ также передается в СЭД адресата - участника. • отправка Исходящего документа, не являющегося ответным к входящему документу, в СЭД адресата - участника МЭДО. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 11 - 7.2.16 Передача информации о месте составления документа При отправке исходящих документов в МЭДО в обязательном порядке должно быть указано «Место составления документа». Подсистема должна обеспечить возможность задания настройки места составления в Системе в формате: • «Идентификатор места составления» - «Место составления» (например, DP00000073: г. Севастополь). Информация, указанная в настройке, должна быть включена в соответствующий элемент описания транспортного контейнера, отправляемого в МЭДО. 7.2.17 Передача информации о грифе ограничения доступа к документу При отправке исходящих документов в МЭДО в обязательном порядке должен быть указан «гриф ограничения доступа к документу», при формировании транспортного контейнера, отправляемого в МЭДО, подсистема должна указать в соответствующем элементе значения «DC00000000, Обычная информация» - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 12 - 7.2.18 Передача информации о виде документа При отправке исходящих документов в МЭДО в обязательном порядке должен быть указано наименование вида документа и идентификатор вида документа в соответствии с Приказом № 611/96 по перечню сервиса НСИ ГосЭДО). Подсистема должна обеспечить возможность передачи данной информации в соответствующем элементе описания транспортного контейнера, отправляемого в МЭДО. Информация о видах документов и идентификаторов вида документа, должна быть внесена в существующей классификатор видов документа приложения «Исходящие документы» в формате «Идентификатор Вид документа», например, • DK00000001 Акт субъекта Российской Федерации, ведомственный акт • DK00000002: Аналитический обзор (доклад) по вопросам, отнесенным к ведению Правительства Российской Федерации. Существующая форма классификатора видов документа модуля «Исходящие документы» не должна изменяться/дорабатываться. 7.2.19 Передача информации об идентификаторе типа связи документа в ответном документе Ответным документом к поступившему из МЭДО входящему документу должен считаться исходящий документ, в котором: • установлена связь с поступившим из МЭДО входящим документом с типом «В ответ на»; • адресат совпадает с корреспондентом поступившего из МЭДО входящего документа, на который установлена связь. При передаче такого ответного документа в МЭДО соответствующем элементе описания транспортного контейнера должен быть указан идентификатор типа связи «LT00000001». - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 13 - 7.2.20 Передача информации об Исполнителе исходящего документа Подсистема должна обеспечить передачу информации об Исполнителе исходящего документа, в соответствующих элементах описания транспортного контейнера, отправляемого в МЭДО. Для заполнения информации об Исполнителе должна использоваться информации о первом Исполнителе в указанном в поле «Исполнители» РКК исходящего документа. Передается информация: • ФИО полностью; • Должность; • Телефон (из карточки «Персона» справочника «Структура организации» в Системе). В случае, если в карточке Персоны телефон исполнителя в Системе не указан, то должен передаваться телефон организации из карточки «Организация» справочника «Структура организации». 7.2.21 Требования по доработке СЭД в части обеспечения взаимодействия с ГАС Для обеспечения возможности работы с глобальным адресным справочником МЭДО Подрядчику необходимо: • провести доработку СЭД в части обеспечения возможности приема глобального адресного справочника (далее ГАС) направляемого организатором МЭДО; • провести доработку СЭД в части обеспечения возможности направления сведений организатору МЭДО о включение в глобальный адресный справочник новых организаций участников (абонентов МЭДО); • провести доработку СЭД в части обеспечения возможности направления сведений организатору МЭДО об изменение информации о ранее переданных организациях участниках (абоненты МЭДО); - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 14 - 7.2.22 Требования в части приема ГАС Необходимо выполнить работы по доработке СЭД в части приема и обработки глобального адресного справочника содержащего: • сведения об организаторе межведомственного электронного документооборота (далее – организатор), в том числе уникальный идентификатор организатора для адресации технологических сообщений, информацию об организации и лицах, ответственных за решение технических вопросов; • сведения об операторах информационного взаимодействия (операторы МЭДО), в том числе уникальные идентификаторы операторов для адресации технологических сообщений, информацию об организации; • сведения об участниках информационного взаимодействия (участники МЭДО), в том числе уникальные идентификаторы участников для адресации электронных сообщений; • сведения об организациях участников, в том числе полное наименование юридического лица, номер телефона, электронной почты (при наличии), адрес в пределах места нахождения юридического лица. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 15 - 7.2.23 Требования в части направления сведений в ГАС Необходимо выполнить работы по доработке СЭД в части передачи информации или добавления новых участников информационного обмена (абонентов МЭДО) в соответствии со следующими требованиями обеспечить направление в адрес организатора технологического сообщения «Заявка оператора на добавление новых участников», содержащее: • уникальный идентификатор заявки; • номер и дату заявки (по данным оператора); • идентификатор оператора в справочнике ГАС; • перечень новых участников, содержащий сведения об участниках информационного взаимодействия, а также основания добавления. обеспечить прием технологического сообщения «Ответ организатора по добавлению новых участников», содержащего: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • комментарий с описанием выявленных отклонений; обеспечить прием технологического сообщения «Ответ организатора по добавлению новых участников», содержащее: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • принятые решения по каждому участнику исходной заявки; • сведения новых зарегистрированных участников, включающие присвоенные уникальные идентификаторы – по согласованным позициям; • комментарий с причиной отклонения (в том числе наличие участника в реестре, некорректные сведения об участнике, недостаточные основания для добавления участника) – по отклоненным позициям. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 16 - 7.2.24 Требования в части изменения сведений в ГАС Необходимо выполнить работы по доработке СЭД в части передачи изменений по ранее переданным участникам информационного обмена (абонентов МЭДО) в соответствии со следующими требованиями: обеспечить направление в адрес организатора технологического сообщения «Заявка оператора на изменение сведений об участниках», содержащее: • уникальный идентификатор заявки; • номер и дату заявки (по данным оператора); • идентификатор оператора в справочнике ГАС; • перечень уникальных идентификаторов участников и обновленные сведения по ним, а также основания для внесения изменений. обеспечить прием технологического сообщения «Ответ организатора по изменению сведений об участниках», содержащего: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • комментарий с описанием выявленных отклонений. обеспечить прием технологического сообщения «Ответ организатора по изменению сведений об участниках», содержащее: • уникальный идентификатор ответа; • уникальный идентификатор исходной заявки; • принятые решения по каждому участнику исходной заявки; • обновленные сведения участников – по согласованным позициям; • комментарий с причиной отклонения (в том числе некорректные сведения об участнике, недостаточные основания для изменения сведений об участнике) – по отклонённым позициям. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 17 - 7.2.25 Требования в части справочников СЭД СпО и СпП Доработки СЭД в части ГАС должны быть составной частью СЭД и не должны изменять логические и организационные принципы ведения текущих справочников СЭД СПП и СПО. 7.2.26 Общее описание доработок СЭД в части «Оператор МЭДО» и «Абонентов МЭДО». Необходимо выполнить работы по доработке СЭД в части обеспечения следующих функциональных возможностей: обеспечение возможности указания и передачи информации организатору МЭДО о системной организации, подключаемой в качестве оператора МЭДО, одна системная организация на все экземпляры СЭД; обеспечение возможности подключения в качестве участника-абонента МЭДО системных организаций любого экземпляра СЭД и обеспечение маршрутизации информационных потоков между абонентами и другими участниками МЭДО; обеспечение возможности подключения в качестве участника-абонента МЭДО отдельных структурных подразделений системных организаций любого экземпляра СЭД и обеспечение маршрутизации информационных потоков между абонентами и другими участниками МЭДО. - - Значение характеристики не может изменяться участником закупки

Требования к интеграционному решению «Обмен с МЭДО» с учетом требований перехода на формат МЭДО 3.0. ч 18 - 7.2.27 Требования в части приема справочников НСИ Необходимо выполнить работы по доработке СЭД в части приема и обработки справочников НСИ, содержащих: • перечень причин отказа в получении и регистрации; • виды документов; • места составления документов; • грифы ограничения доступа к документам; • типы связей документов; • виды справочников; • виды электронных документов; • виды информационных взаимодействий; • форматы электронных сообщений и транспортных контейнеров. Полученная в результате приема справочника информация должна быть доступна Администратору в клиенте Администратора системы. Весь информационный обмен документами между системными организациями СЭД должен осуществляется с использованием текущих средств информационного взаимодействия «Корпоративный шлюз», без использования МЭДО. 7.2.28 Требования к функционированию на выделяемых ресурсах Минимальные конфигурационные и аппаратные требования к серверам МЭДО 3.0 приведены в Приложении 1. - - Значение характеристики не может изменяться участником закупки

Требования к эргономике и технической эстетике - Пользовательский интерфейс Системы должен оставаться в едином стилистическом решении с СЭД. Для интерфейса и сообщений Системы должен быть установлен русский язык. Все элементы управления, выполняющие одинаковые функции, должны называться одинаково. - - Значение характеристики не может изменяться участником закупки

Требования к отказоустойчивости Системы - Отказоустойчивость Системы должна обеспечиваться при помощи специальных методов двойной конфигурации с общим дисковым массивом. При отказе основного сервера система должна автоматически переключаться на резервный. Запросы пользователей к базе данных должны автоматически перенаправляться на резервный сервер. Для обеспечения надежности программного обеспечения в Системе должны быть предусмотрены: • средства контроля корректности входных данных; • средства оповещения пользователя об ошибках входных/выходных и противоречивых данных. - - Значение характеристики не может изменяться участником закупки

Требования к порядку предоставления актуального исходного кода ПО Системы - Подрядчик предоставляет актуальную версию ПО, учитывающую все изменения, внесенные Подрядчиком в программный код системы, в репозитории исходного кода, предоставленном Заказчиком, Все изменения, внесенные Подрядчиком в программный код Системы в период оказания услуг, подлежат размещению в репозитории Заказчика и на носителе информации в течение 5 рабочих дней после окончания оказания Услуг по настоящему Техническому заданию. - - Значение характеристики не может изменяться участником закупки

Требования к информационной безопасности и обеспечению защиты конфиденциальной информации, персональных данных. ч 1 - Подрядчик в рамках исполнения государственного контракта обязан: - выполнять Требования о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений, утвержденных приказом ФСТЭК России от 11.04.2025 № 117 (далее — Требования о защите информации); - выполнять Требования к защите персональных данных при их обработке в информационных системах персональных данных, утвержденные постановлением Правительства Российской Федерации от 01.11.2012 г. № 1119; - выполнять требования о защите информации, установленные ФСБ России в соответствии с частью 5 статьи 16 Федерального закона от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации»; - выполнять требования о защите информации, содержащейся в государственных информационных системах, иных информационных системах государственных органов, государственных унитарных предприятий, государственных учреждений, с использованием шифровальных (криптографических) средств, утвержденные приказом ФСБ России от 18.03.2025 № 117; - соблюдать и выполнять политику защиты информации Заказчика; - соблюдать и выполнять внутренние стандарты и регламенты по защите информации Заказчика; - в рамках исполнения контракта и взаимодействия с Заказчиком организовывать деятельность по защите информации и управлять ею в соответствии с требованиями о защите информации установленными политикой защиты информации, внутренними стандартами и регламентами по защите информации Заказчика. Требования по обеспечению защиты при предоставлении доступа к СЭД и (или) получении доступа к информации, содержащейся в СЭД, в отношении Исполнителя устанавливаются Заказчиком. - - Значение характеристики не может изменяться участником закупки

Требования к информационной безопасности и обеспечению защиты конфиденциальной информации, персональных данных. ч 2 - Подрядчик обязан прилагать все усилия к обеспечению сохранности и недопущению распространения конфиденциальной информации Заказчика и передачи ее третьим лицам, доступ к которой он получил в рамках исполнения Контракта. Выполнение работ Подрядчиком может производиться как с присутствием специалистов Подрядчика на объекте Заказчика, так и удаленно c соблюдением необходимых требований информационной безопасности и защиты информации. В случае необходимости организация удаленного подключения осуществляется с использованием телекоммуникационных сетей связи по защищенному каналу связи ViPNet сеть № 4652 (средства защиты приобретаются Подрядчиком за свой счет, доступ обеспечивает Заказчик). При организации подключения к СЭД Подрядчик обязан своими силами и средствами обеспечить меры по защите информации, предъявляемые политикой защиты информации, внутренними регламентами и стандартами Заказчика. Удаленный доступ к СЭД должен осуществляться только с сетевых адресов, закрепленных за автономными системами Российской Федерации. Подрядчик обеспечивает ведение, хранение и анализ журналов безопасности, включая события аутентификации, доступа, изменения конфигурации. Копирование информации, к которой предоставлен доступ Подрядчику, если такое копирование прямо не разрешено настоящим ТЗ запрещено (не допускается). Копирование (выгрузка) файлов из СЭД производится Подрядчиком исключительно по согласованию с Заказчиком после контроля соблюдения требований внутренних регламентов по обращению с информацией ограниченного доступа. Подрядчик обязуется не предпринимать действия, направленные на изучение структуры служебных программ, паролей и клиентского программного кода. - - Значение характеристики не может изменяться участником закупки

Требования к информационной безопасности - Система должна обеспечивать: • разграничение и управление доступом к данным на основании ролевой модели, содержащей список системных и контекстных ролей по модулям системы; • управление доступом должны осуществлять уполномоченные работники Заказчика, назначаемые в установленном порядке; • целостность (предотвращение возможности несанкционированных изменений электронных документов); • конфиденциальность (разграничения прав доступа к электронным документам/задачам/заданиям); • авторство (подтверждение авторства электронных документов); • идентификацию и проверку подлинности доступа при входе в Систему по паролю и логину ; • регистрацию входа и выхода пользователя в Систему; • доступ к объектам Системы в соответствии с правами пользователя, назначаемыми предметным администратором при регистрации пользователя или в любой момент после нее; • запись в Системе информации о пользователе, дате и времени создания, изменения, просмотра, экспорта и импорта документа. Информация о печати документа не записывается, т.к. она может осуществляться с помощью сторонних приложений-редакторов; • возможность подписания документов простой и усиленной ЭП; • защиту от несанкционированного доступа. - - Значение характеристики не может изменяться участником закупки

Требования к разграничению прав доступа - Система должна обеспечивать выполнение операций только авторизованным пользователям. Для организации ролевого доступа в Системе должен быть определен набор прав доступа к объектам Системы. Система должна обеспечивать разграничение доступа пользователей к объектам Системы, в том числе с учетом доступа к документам, отнесенным к коммерческой тайне Заказчика и иной информации, охраняемой законом, требующей документирования в соответствии с нормативными документами Заказчика и документы, содержащие иные категории информации. Система должна использовать исключительно персонализированные уникальные учетные записи пользователей и администраторов. - - Значение характеристики не может изменяться участником закупки

Требования к журналированию - Система должна обеспечить ведение журналов действий пользователей Системы с возможностью определения авторства каждой операции. Обеспечить возможность управления уровнем/глубиной журналирования событий. Журналы событий должны быть доступны специально назначенному администратору информационной безопасности (далее - ИБ) с правами на чтение. Контроль и мониторинг действий пользователей должен быть реализован на основе электронных журналов регистрации всех событий. Необходимо предусмотреть экспорт журналов в XLS и CSV форматы. Действия пользователя, запустившего экспорт журналов в XLS и CSV форматы, также необходимо журналировать. Система должна обеспечить журналирование следующих операций: вход (выход) пользователей в Систему, создание, обновление (перезапись), копирование, удаление, чтение, экспорт, размещение, просмотр и передача электронных образов документов с указанием времени, IP-адреса, идентификатора пользователя, описания операции, результата операции. Неудачные попытки входа должны заноситься в журнал с указанием времени, IP-адреса, идентификатора пользователя. Должно быть обеспечено протоколирование межсистемного взаимодействия с указанием идентификатора системы, результата взаимодействия, сетевых адресов и времени. В электронном журнале регистрации событий должны быть фильтры: по событиям, дате, времени, пользователю и т.д., которые содержатся в журнале. Должна быть обеспечена защита журналов регистрации событий от уничтожения, модификации, подмены нарушителем, и обеспечение сохранности данных при переполнении отведенных под них ресурсов. В электронном журнале регистрации событий период хранения данных должен настраиваться (в журнале хранится информация не менее одного года). Данные, выходящие за период хранения, должны архивироваться. Архивирование журналов событий должно выполняться автоматически. - - Значение характеристики не может изменяться участником закупки

Требования к защите данных и информационных потоков - Взаимодействие пользователей с системой должно осуществляться по защищенному протоколу TLS (HTTP over TLS на основе алгоритмов ГОСТ 34.12-2018 и ГОСТ 34.13-2018). Система должна обладать функциональной возможностью интеграции с УЦ для обеспечения Системы криптографическими примитивами. Система должна обладать возможностью интеграции с множеством УЦ, в том числе с поддержкой, усиленной квалифицированной ЭП (термин усиленная квалифицированная ЭП применяется в значении, указанном в статье 5 Федерального закона "Об электронной подписи" от 06.04.2011 № 63-ФЗ). Система должна обладать функциональной возможностью автоматически формировать файл документа в формате pdf после его подписания с помощью электронной подписи и регистрации, включающий реквизиты регистрации и электронной подписи. - - Значение характеристики не может изменяться участником закупки

Преимущества, требования к участникам

Преимущества: Не установлены

Требования к участникам: 1. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ

Применение национального режима по ст. 14 Закона № 44-ФЗ: Основанием для установки указания запретов, ограничений закупок товаров, происходящих из иностранных государств, выполняемых работ, оказываемых услуг иностранными лицами, а так же преимуществ в отношении товаров российского происхождения, а также товаров происходящих из стран ЕАЭС, выполняемых работ, оказываемых услуг российскими лицами, а также лицами, зарегистрированными в странах ЕАЭС, является Постановление Правительства Российской Федерации о мерах по предоставлению национального режима от 23.12.2024 № 1875.

Сведения о связи с позицией плана-графика

Сведения о связи с позицией плана-графика: 202601742000025001000036

Начальная (максимальная) цена контракта: 6 780 000,00

Валюта: РОССИЙСКИЙ РУБЛЬ

Идентификационный код закупки (ИКЗ): 262920400386392040100100360016201244

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 30.12.2026

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Севастополя

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

Требуется обеспечение заявки: Да

Размер обеспечения заявки: 67 800,00 Российский рубль

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, предусмотренной статьей 45 Федерального закона 44-ФЗ. Выбор способа обеспечения осуществляется участником закупки самостоятельно. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. Участники закупки, являющиеся юридическими лицами, зарегистрированными на территории государства - члена Евразийского экономического союза, за исключением Российской Федерации, или физическими лицами, являющимися гражданами государства - члена Евразийского экономического союза, за исключением Российской Федерации, вправе предоставить обеспечение заявок в виде денежных средств с учетом особенностей, установленных Постановлением Правительства Российской Федерации от 10.04.2023 № 579.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03222643670000007400, л/c 05742200550, БИК 042202126, ОКЦ № 1 ВВГУ Банка России//УФК по г. Севастополю, г Севастополь, к/c 40102810245370000126

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. СЕВАСТОПОЛЮ () ИНН: 9204003863 КПП: 920401001 КБК: 84011610056020000140 ОКТМО: 67312000 40102810245370000126 03100643000000017400 042202126

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, г. Севастополь, 299011, вн.тер.г. Ленинский муниципальный округ, ул. Одесская, д. 27. Работы могут проводиться удаленно с соблюдением требований п. 11 Технического задания.

Требуется обеспечение исполнения контракта: Да

Размер обеспечения исполнения контракта: 678 000,00 Российский рубль (10 %)

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии, соответствующей требованиям статьи 45 Федерального закона 44-ФЗ, или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику. Способ обеспечения исполнения контракта, срок действия независимой гарантии определяются участником закупки, с которым заключается контракт, самостоятельно. При этом срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со статьей 95 Федерального закона 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643670000007400, л/c 05742200550, БИК 042202126, ОКЦ № 1 ВВГУ Банка России//УФК по г. Севастополю, г Севастополь, к/c 40102810245370000126

Требуется гарантия качества товара, работы, услуги: Да

Срок, на который предоставляется гарантия и (или) требования к объему предоставления гарантий качества товара, работы, услуги: 12 (двенадцать) месяцев с даты завершения всех работ по Государственному контракту в соответствии с п. 5.3 Государственного контракта

Информация о требованиях к гарантийному обслуживанию товара: не предусмотрено Государственным контрактом

Требования к гарантии производителя товара: не предусмотрено Государственным контрактом

Банковское или казначейское сопровождение контракта не требуется

Информация о сроках исполнения контракта и источниках финансирования

Срок исполнения контракта (отдельных этапов исполнения контракта) включает в том числе приемку поставленного товара, выполненной работы, оказанной услуги, а также оплату заказчиком поставщику (подрядчику, исполнителю) поставленного товара, выполненной работы, оказанной услуги

Дата начала исполнения контракта: с даты заключения контракта

Срок исполнения контракта: 30.12.2026

Закупка за счет бюджетных средств: Да

Наименование бюджета: Бюджет города Севастополя

Вид бюджета: бюджет субъекта Российской Федерации

Код территории муниципального образования: 67000000: Муниципальные образования города федерального значения Севастополя

Документы

Общая информация

Документы

Журнал событий