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

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

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

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

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

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

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

Наименование объекта закупки: Оказание услуг по развитию региональной государственной информационной системы «Региональная система межведомственного электронного взаимодействия» в целях интеграции с витриной данных органов государственной власти и органов управления государственными внебюджетными фондами.

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

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

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

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

Организация, осуществляющая размещение: ГЛАВНОЕ УПРАВЛЕНИЕ СМОЛЕНСКОЙ ОБЛАСТИ ПО РЕГУЛИРОВАНИЮ КОНТРАКТНОЙ СИСТЕМЫ

Почтовый адрес: Российская Федерация, 214008, Смоленская обл, Смоленск г, ПЛОЩАДЬ ЛЕНИНА, 1, 321

Место нахождения: Российская Федерация, 214008, Смоленская обл, Смоленск г, Ленина, 1, 321

Ответственное должностное лицо: Фурашова О. С.

Адрес электронной почты: goszakaz@admin-smolensk.ru

Номер контактного телефона: 8-4812-229043-2136

Факс: 8-4812-386831

Дополнительная информация: Наименование заказчика: Министерство цифрового развития Смоленской области Место нахождения: г. Смоленск, пл. Ленина, д. 1. Почтовый адрес: 214008, Смоленская область, г. Смоленск, пл. Ленина, д. 1 Адрес электронной почты: its@admin-smolensk.ru Номер контактного телефона: 8 (4812) 29-20-64 Ответственное должностное лицо заказчика: Корналевская Светлана Викторовна

Регион: Смоленская обл

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

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

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

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

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

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

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

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

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

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

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

- 62.01.11.000 - Оказание услуг по развитию региональной государственной информационной системы «Региональная система межведомственного электронного взаимодействия» в целях интеграции с витриной данных органов государственной власти и органов управления государственными внебюджетными фондами Общие требования Исполнитель обязуется: ? обеспечить внедрение Подсистемы ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД); ? обеспечить внедрение региональной системы управления данными для проведения каталогизации ВИС – источников данных; ? обеспечить внедрение подсистемы, предназначенной для конструирования реестров при оцифровке данных; ? обеспечить настройку ETL процессов извлечения и загрузки данных из ведомственных информационных систем Смоленской области, подключенных к Шлюзу, Подсистеме ETL и Системы электронного документооборота Смоленской области, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга наполнения РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга загрузки данных в РВД; ? провести нагрузочное тестирование процесса загрузки данных в РВД. ... Требования к составу оказываемых услуг В ходе оказания Услуг Исполнитель: 2.1. По результатам анализа архитектуры, базы данных Интеграционного шлюза Смоленской области для ЕСМЭВ и входящих в ее состав модулей, разработанных на базе ПО «Re:Doc - Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646), а также с учётом внедряемых в рамках настоящего документа подсистем, Исполнитель составляет и предоставляет схему архитектуры РСМЭВ Смоленской области. Схема должна отражать целевое состояние архитектуры Смоленской области, взаимосвязи действующих и внедряемых подсистем в рамках настоящего ТЗ; 2.2. Обеспечивает настройку РВД в ЕИП НСУД, руководствуясь документом «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных» и прилагаемым инструкциям, выпущенными Минцифры РФ; 2.3. Обеспечивает внедрение подсистемы ETL, предназначенной для интеграции с источниками данных, имеющей функционал: 2.3.1. Настройки получения данных из сторонних баз данных (не менее 5 различных типов СУБД); 2.3.2. Настройки получения данных, хранящихся в структурированном виде в форматах CSV, XML, JSON; 2.3.3. Создания собственных REST API интерфейсов для получения данных из сторонних информационных систем, посредством вызова REST API интерфейсов Подсистемы ETL сторонними информационными системами; 2.3.4. Обеспечения трансформации и преобразования данных, полученных из источников, с возможностью изменения типов и значений, выполнения базовых преобразований с использованием регулярных выражений, а также валидации на соответствие заданным эталонным значениям, с приведением данных к необходимой структуре в соответствии с конкретными требованиями; 2.3.5. Валидации XML по XSD схемам; 2.3.6. Загрузку преобразованных данных в ПО «Витрина данных», в том числе, с преобразованием типов данных, согласно требованиям структуры, витрина данных в ЕИП НСУД; 2.3.7. Журналирование работы ETL процессов; ... Порядок контроля и приемки результатов оказанных услуг 3.1. Виды, состав, объем и методы испытаний результатов оказанных услуг Проверка соответствия результатов оказанных услуг требованиям настоящего документа проводится их тестированием. Проверка соответствия разработанной документации требованиям настоящего документа осуществляется Заказчиком при приемке результатов оказанных Услуг. 3.2. Общие требования к приемке результатов оказанных Услуг. Исполнитель размещает результаты оказанных Услуг непосредственно на технических средствах Заказчика не позднее срока оказания услуг, установленного Контрактом. Срок проведения тестирования не может превышать 10 (десять) дней со дня размещения Исполнителем результатов оказанных Услуг на технических средствах Заказчика. В случае принятия по итогам тестирования решения о возможности приемки результатов оказанных Услуг в промышленную эксплуатацию (при полном соответствии представленных Исполнителем результатов оказанных Услуг условиям Контракта и настоящего документа) Исполнитель и Заказчик подписывают соответствующий документ о приемке в порядке, установленном статьей 94 Федерального закона от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и Контрактом. Подписание Сторонами документа о приемке является надлежащим оформлением результатов приемки и подтверждает проведение Заказчиком экспертизы результатов оказанных услуг. ... - Условная единица - 1,00 - 9 500 000,00 - 9 500 000,00

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ СМОЛЕНСКОЙ ОБЛАСТИ - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Общие требования Исполнитель обязуется: ? обеспечить внедрение Подсистемы ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД); ? обеспечить внедрение региональной системы управления данными для проведения каталогизации ВИС – источников данных; ? обеспечить внедрение подсистемы, предназначенной для конструирования реестров при оцифровке данных; ? обеспечить настройку ETL процессов извлечения и загрузки данных из ведомственных информационных систем Смоленской области, подключенных к Шлюзу, Подсистеме ETL и Системы электронного документооборота Смоленской области, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга наполнения РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга загрузки данных в РВД; ? провести нагрузочное тестирование процесса загрузки данных в РВД. Значение характеристики не может изменяться участником закупки Исполнитель обеспечивает необходимые меры по нераспространению полученной информации, исключению несанкционированного доступа к ней третьих лиц. Исполнитель должен иметь лицензию, выданную Центром по лицензированию, сертификации и защите государственной тайны ФСБ России на осуществление деятельности по разработке, производству, распространению шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, выполнению работ, оказанию услуг в области шифрования информации, техническому обслуживанию шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств (за исключением случая, если техническое обслуживание шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя) с указанием вида работ (услуг), выполняемых (оказываемых) в составе лицензируемого вида деятельности (виды работ п. 13, 20 согласно перечню, приведенному в Постановлении Правительства Российской Федерации от 16.04.2012 № 313): - монтаж, установка (инсталляция), наладка защищенных с использованием шифровальных (криптографических) средств информационных систем. - работы по обслуживанию шифровальных (криптографических) средств, предусмотренные технической и эксплуатационной документацией на эти средства (за исключением случая, если указанные работы проводятся для обеспечения собственных нужд юридического лица или индивидуального предпринимателя). Исполнитель должен иметь лицензию, выданную ФСТЭК России на деятельность по технической защите конфиденциальной информации (вид услуг: е4 - услуги по установке, монтажу, наладке, испытаниям (программно-технических) средств защиты информации), полученной в соответствии с постановлением Правительства Российской Федерации от 3 февраля 2012 г. N 79 "О лицензировании деятельности по технической защите конфиденциальной информации. Исполнитель обязан сохранить имеющийся состав подсистем и модулей Интеграционного шлюза Смоленской области без нарушения текущей функциональности. Замена/изменения состава и характеристик подсистем и модулей Интеграционного шлюза Смоленской области не допускается. Технические характеристики и состав подсистем и модулей Интеграционного шлюза Смоленской области должны быть сохранены имеющиеся. Деградация технических характеристик не допускается. Для надлежащего исполнения обязательств по Контракту без нарушения интеллектуальных прав третьих лиц Исполнитель обязан приобрести необходимый объем прав на использование программного обеспечения, на базе которых разработан Интеграционный шлюз Смоленской области, его подсистемы и модули, в объеме, необходимом для оказания услуг в соответствии с настоящим документом. Исполнитель должен обладать законными правами на внесение изменений в программный код «Re:Doc – Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646, регистрационный номер в Реестре отечественного ПО 1280 от 05.09.2016). Требования к составу оказываемых услуг В ходе оказания Услуг Исполнитель: 2.1. По результатам анализа архитектуры, базы данных Интеграционного шлюза Смоленской области для ЕСМЭВ и входящих в ее состав модулей, разработанных на базе ПО «Re:Doc - Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646), а также с учётом внедряемых в рамках настоящего документа подсистем, Исполнитель составляет и предоставляет схему архитектуры РСМЭВ Смоленской области. Схема должна отражать целевое состояние архитектуры Смоленской области, взаимосвязи действующих и внедряемых подсистем в рамках настоящего ТЗ; 2.2. Обеспечивает настройку РВД в ЕИП НСУД, руководствуясь документом «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных» и прилагаемым инструкциям, выпущенными Минцифры РФ; 2.3. Обеспечивает внедрение подсистемы ETL, предназначенной для интеграции с источниками данных, имеющей функционал: 2.3.1. Настройки получения данных из сторонних баз данных (не менее 5 различных типов СУБД); 2.3.2. Настройки получения данных, хранящихся в структурированном виде в форматах CSV, XML, JSON; 2.3.3. Создания собственных REST API интерфейсов для получения данных из сторонних информационных систем, посредством вызова REST API интерфейсов Подсистемы ETL сторонними информационными системами; 2.3.4. Обеспечения трансформации и преобразования данных, полученных из источников, с возможностью изменения типов и значений, выполнения базовых преобразований с использованием регулярных выражений, а также валидации на соответствие заданным эталонным значениям, с приведением данных к необходимой структуре в соответствии с конкретными требованиями; 2.3.5. Валидации XML по XSD схемам; 2.3.6. Загрузку преобразованных данных в ПО «Витрина данных», в том числе, с преобразованием типов данных, согласно требованиям структуры, витрина данных в ЕИП НСУД; 2.3.7. Журналирование работы ETL процессов; Значение характеристики не может изменяться участником закупки 2.3.8. Разграничение прав пользователей на ETL процессы; 2.3.9. Реализована возможность настройки планирования ETL процессов по расписанию: пользователь может задавать расписания запуска, с указанием времени, дней недели, интервалов повторения и пр; 2.3.10. В Подсистеме ETL реализована возможность настройки инкрементальной загрузки данных из источников данных; 2.3.11. Предусмотрена возможность настройка отслеживания и повторной обработки ошибок, возникших при выполнении ETL процессов. 2.4. Обеспечивает внедрение РСУД для проведения каталогизации ВИС, имеющий функционал: 2.4.1. Автоматическое подключение к базам данных и извлечение структур СУБД, таблиц, атрибутов таблиц и типов данных; 2.4.2. Загрузки структуры витрины данных из ПО «Витрина данных» (Свидетельство о регистрации программы для ЭВМ № 2020662783); 2.4.3. Генерации каталога данных с возможностью просмотра структуры данных в иерархическом виде; 2.4.4. Выгрузки примеров данных, содержащихся в таблицах, в том числе вывод одного примера данных в интерфейс атрибутивного состава таблицы; 2.4.5. Настройки времени синхронизации с базой данных для извлечения ее структуры и примеров данных (должна настраиваться периодичность синхронизации: день недели, время), в том числе с возможностью настроить единоразовое подключение и извлечение без постоянного хранения пароля; 2.4.6. Отслеживания изменений в базах данных, а также фиксация версий баз данных; 2.4.7. Ручного описания атрибутов данных; 2.4.8. Автоматического описания атрибутов данных, если в базе данных указаны комментарии к таблицам и атрибутам; 2.4.9. Отправки атрибутивного состава таблиц и примеров данных, содержащихся в таблицах в модель искусственного интеллекта, для получения вариантов описания атрибутивного состава; 2.4.10. Расположения данных (атрибутов баз данных) в иерархичном виде (дерево объектов); 2.4.11. Добавления новых категорий (сущности), размещения данных относительно добавленных категорий; 2.4.12. Группировки атрибутов из разных баз данных относительно друг друга и располагать как один единый атрибут в каталоге данных; 2.4.13. Разворачивания и сворачивания уровней иерархии для удобства просмотра; 2.4.14. Изменения структуры и переноса атрибутов между категориями; 2.4.15. Отображения карточки атрибута, включающую: • наименование атрибута; • описание и назначение; • тип данных (строка, число, дата и т.д.); • источник (из какой БД взят атрибут); 2.4.16. Конструирования витрин данных путем выбора атрибутов из имеющихся подключенных к РСУД источников данных, включая генерацию ETL для выгрузки данных из баз данных источников и загрузки данных в ПО Витрина данных. 2.5. Обеспечивает внедрение Конструктора Реестров, имеющей функционал: 2.5.1. Подсистема Конструктор реестров обеспечивает загрузку CSV-файла, на основании которого автоматически формируется структура реестра и создается соответствующая таблица в базе данных; 2.5.2. При загрузке CSV-файла система осуществляет автоматическое считывание структуры файла, предлагая соответствующие типы данных для каждого столбца и формируя предварительную схему таблицы с отображением в пользовательском интерфейсе; 2.5.3. Пользователь имеет возможность корректировать предложенные типы данных, задавать человекочитаемые названия атрибутов и сохранять конфигурацию, в результате чего создается реестр с таблицей и пользовательским интерфейсом для работы с данными; 2.5.4. Подсистема Конструктор Реестров поддерживает ручное создание реестров без предварительной загрузки CSV-файла: пользователь задает структуру вручную, определяя состав атрибутов, их типы данных и человекочитаемые наименования; 2.5.5. Для всех создаваемых таблиц в базе данных автоматически проставляются комментарии: наименование таблицы соответствует названию реестра, а столбцы получают комментарии, соответствующие человекочитаемым названиям атрибутов; 2.5.6. В системе реализован механизм валидации соответствия типов данных: при изменении типа данных пользователем производится проверка возможности преобразования значений из CSV-файла в указанный тип в реальном времени с выдачей сообщения об ошибке при несовпадении; 2.5.7. Поддерживаются следующие типы данных PostgreSQL: • text; • integer; • numeric; • boolean; • date; • timestamp; • uuid; 2.5.8. Для каждого реестра предусмотрена возможность настройки прав доступа с разграничением по пользователям; 2.5.9. Пользовательский интерфейс, предоставляет возможность взаимодействия с реестрами: • просмотр содержимого таблиц; • добавление новых записей; • редактирование существующих записей; • удаление записей. 2.6. Обеспечивает настройку ETL процессов извлечения и загрузки данных из ведомственных информационных систем Смоленской области, подключенных к Шлюзу, Подсистеме ETL и Системы электронного документооборота Смоленской области, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД; 2.6.1. Обеспечивает настройку в Подсистеме ETL процесса для получения данных из ведомственных информационных систем Смоленской области, в части сообщений, отправленных в ЕСМЭВ через Шлюз по видам сведений ЕСМЭВ «Передача статусов и результатов предоставления государственных и муниципальных услуг» и «Получение результатов оказания услуги от ЕПГУ», согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: requests_users - заявления и информация о заявителях, госуслугах и подуслугах; request_statuses - статусы заявлений; template_attributes - атрибуты шаблона комментария к статусам заявлений; attachments - документы, прилагаемые к статусу заявлений; struct_data - машиночитаемое текстовое содержимое документа; print_requests - запросы из МФЦ на распечатку заявлений; schemas - хранение схем документов; error_registry - реестр ошибок. 2.6.2. Обеспечивает настройку/создание программного интерфейса (API) на Шлюзе для возможности выгрузки данных, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ в ETL процесс; 2.6.3. Обеспечивает настройку ETL процесса, согласно пунктам ФТТ ФТ-1.1 - ФТ-1.11 Требований к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.4. Обеспечивает соответствие пунктам ФТТ ТД-1.1 - ТД-1.6 Требований к загрузчику данных на РВД, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.5. Обеспечивает настройку методов вызовов РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.6. Обеспечивает тестирование ETL процесса в тестовой среде; 2.6.7. Обеспечивает загрузку ETL процесса в Подсистему ETL и его настройку на технических средствах Заказчика; 2.6.8. Осуществляет инсталляцию и настройку сертифицированных СКЗИ, осуществляет настройку взаимодействия Шлюза с СКЗИ на технических средствах Заказчика; 2.6.9. Обеспечивает настройку расписания загрузки данных в РВД, по согласованному с Заказчиком периоду; 2.7. Осуществляет настройку в Подсистеме ETL процесса получения данных из Системы электронного документооборота Смоленской области, с целью последующей загрузки данных в Подсистему ETL: 2.7.1. Осуществляет настройку в Подсистеме ETL процесса получения данных из системы электронного документооборота Смоленской области и передачи в РВД, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: federal_tasks - Федеральные поручения; regional_tasks - Региональные поручения; initiated_federal_laws - Инициированные субъектом РФ изменения федеральных законов. 2.7.2. Осуществляет настройку в Подсистеме ETL возврат ответов, полученных от РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы». 2.8. Осуществляет настройку в Подсистеме ETL процесса получения данных из ведомственных информационных систем Смоленской области, подключенных к Подсистеме ETL, с целью последующей загрузки данных в Подсистему ETL: 2.8.1. Осуществляет настройку в Подсистеме ETL процесса получения данных из ведомственных информационных систем Смоленской области и передачи в РВД, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: requests_users - заявления и информация о заявителях, госуслугах и подуслугах; request_statuses - статусы заявлений template_attributes - атрибуты шаблона комментария к статусам заявлений; attachments - документы, прилагаемые к статусу заявлений; struct_data - машиночитаемое текстовое содержимое документа; print_requests - запросы из МФЦ на распечатку заявлений; schemas - хранение схем документов; error_registry - реестр ошибок. 2.8.2. Осуществляет настройку в Подсистеме ETL возврат ответов, полученных от РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы». 2.9. Обеспечивает настройку в Подсистеме ETL функционала для мониторинга наполнения РВД, выполняющего следующие функции: 2.9.1. просмотр общего количества таблиц РВД, в том числе с указанием количества пустых таблиц; 2.9.2. просмотр общего количества строк, содержащихся в РВД, в том числе с отображением столбчатой диаграммы, содержащей количества содержащихся строк в таблицах РВД; 2.9.3. просмотр динамики количества добавленных строк в таблицы РВД за период, с указанием названия таблиц; 2.9.4. просмотр количества таблиц в РВД; 2.9.5. просмотр общего количества строк, содержащихся в таблицах РВД; 2.9.6. просмотр количества ошибок записи и чтения по таблицам РВД. 2.9.7. все данные должны поступать в режиме реального времени из РВД, путем обращения к программному интерфейсу ПО «Витрина данных»; 2.10. Обеспечивает настройку в Подсистеме ETL функционала для мониторинга загрузки данных в РВД, выполняющего следующие функции: 2.10.1. просмотр общего количества запросов к Подсистеме ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД, в том числе в разрезах ошибок; 2.10.2. просмотр общего количества запросов в разрезах типов запросов (методов) обращения к РВД; 2.10.3. возможность фильтрации по информационной системе, типу запроса и коду статуса; 2.10.4. просмотр полного URI запроса и текстового содержимого; 2.10.5. просмотр таблицы РВД, для которой предназначен запрос; 2.10.6. просмотр содержимого ошибки, полученной от РВД; 2.10.7. просмотр количества повторений, в случае если ошибка повторяется. 2.10.8. все данные должны поступать в режиме реального времени от Подсистемы ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД; 2.11. Проводит обновление «Re:Doc - Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646) в продуктивной среде Заказчика; 2.12. Проводит настройку взаимодействия обновленных компонентов в продуктивной среде Заказчика; 2.13. Проводит тестирование процесса загрузки данных из Подсистемы ETL в РВД, согласно показателям, содержащимся в документе «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных» или скорректированным показателям, в случае требования Заказчика; 2.14. Проводит нагрузочное тестирование процесса загрузки данных из Подсистемы ETL в РВД на соответствие требованиям, приведенным в документе «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных». Порядок контроля и приемки результатов оказанных услуг 3.1. Виды, состав, объем и методы испытаний результатов оказанных услуг Проверка соответствия результатов оказанных услуг требованиям настоящего документа проводится их тестированием. Проверка соответствия разработанной документации требованиям настоящего документа осуществляется Заказчиком при приемке результатов оказанных Услуг. 3.2. Общие требования к приемке результатов оказанных Услуг. Исполнитель размещает результаты оказанных Услуг непосредственно на технических средствах Заказчика не позднее срока оказания услуг, установленного Контрактом. Срок проведения тестирования не может превышать 10 (десять) дней со дня размещения Исполнителем результатов оказанных Услуг на технических средствах Заказчика. В случае принятия по итогам тестирования решения о возможности приемки результатов оказанных Услуг в промышленную эксплуатацию (при полном соответствии представленных Исполнителем результатов оказанных Услуг условиям Контракта и настоящего документа) Исполнитель и Заказчик подписывают соответствующий документ о приемке в порядке, установленном статьей 94 Федерального закона от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и Контрактом. Подписание Сторонами документа о приемке является надлежащим оформлением результатов приемки и подтверждает проведение Заказчиком экспертизы результатов оказанных услуг. Значение характеристики не может изменяться участником закупки 3.3. Порядок выполнения доработок и устранения ошибок Все обнаруженные недостатки в функционировании результатов оказанных Услуг и в документации на них, выявленные в процессе тестирования, фиксируются представителями Заказчика в протоколе проведения тестирования и исправляются Исполнителем. При обнаружении недостатков в результатах оказанных Услуг Исполнитель обязан предпринять меры по их устранению. Исполнитель своими силами и за свой счет устраняет недостатки без каких-либо дополнительных затрат со стороны Заказчика. Срок устранения технических дефектов и недостатков не должен превышать 10 (десять) дней со дня окончания тестирования. В обязательном порядке подлежат устранению выявленные несоответствия результатов оказанных Услуг требованиям настоящего документа. Необходимость учета иных замечаний определяется по согласованию Сторон. После устранения Исполнителем выявленных недостатков тестирование проводится повторно в срок и в порядке, установленном п. 3.2 настоящего документа. При выявлении по результатам такого тестирования несоответствия результатов оказанных услуг условиям Контракта и настоящего документа новый срок для устранения недостатков не предоставляется, ненадлежащим образом оказанные услуги приемке и оплате не подлежат. Требования по патентной чистоте При оказании услуг должны соблюдаться авторские, исключительные и иные смежные права на информационные системы при интеграции в соответствии с требованиями настоящего документа и требованиями действующего законодательства. Реализация технических, программных, организационных и иных решений, предусмотренных настоящим документом, не должна приводить к нарушению авторских, исключительных и смежных прав третьих лиц. Исполнитель в рамках оказания услуг не должен нарушать авторские и исключительные права на объекты интеллектуальной собственности согласно ст. 1233, ст. 1252 и ст. 1270 ГК РФ. Значение характеристики не может изменяться участником закупки Требования к документации Исполнитель разрабатывает документацию на доработанные подсистемы и передает Заказчику в электронном виде в виде ссылки на ресурс в сети Интернет. Состав документации: ? руководство пользователя, ? руководство администратора, ? программа и методика испытаний, ? отчет о нагрузочном тестировании загрузки данных в РВД Значение характеристики не может изменяться участником закупки Гарантийные обязательства Срок предоставления гарантий качества на результаты оказанных Услуг составляет 12 месяцев с момента подписания Заказчиком документа о приемке. Исполнитель должен осуществлять следующие условия предоставления гарантии: подготовить пользовательскую документацию в полном объеме в установленный срок; выполнить установку и первичную настройку всех компонентов, входящих в перечень оказываемых услуг, в полном объеме в установленный Контрактом срок; обеспечить гарантийное обслуживание всех оказанных услуг в течение срока гарантии. В течение всего срока гарантии Исполнитель гарантирует: устранение в срок не более 10 (десяти) рабочих дней со дня получения соответствующего требования (претензии) за свой счет ошибок в случае их обнаружения Заказчиком и (или) пользователями в любом из компонентов, входящих в перечень оказываемых услуг, а в случае выявления Заказчиком и (или) пользователями недостатков в эксплуатационной документации – ее доработку за свой счет в срок не более 10 (десяти) рабочих дней со дня получения соответствующего требования (претензии). Исполнитель обязан, в случае изменения нормативной базы и при условии необходимости доработки результатов оказанных Услуг, предусмотренных настоящим документом, произвести доработку вне рамок Контракта, за свой счет, в рамках отдельных соглашений и в отдельные сроки. Значение характеристики не может изменяться участником закупки Эквивалентность Не предусмотрена В связи с необходимостью взаимодействия с РСМЭВ для ЕСМЭВ в части обеспечения возможности интеграции с витриной данных органов государственной власти и органов управления государственными внебюджетными фондами, эквивалентная замена не предусмотрена. Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Общие требования - Исполнитель обязуется: ? обеспечить внедрение Подсистемы ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД); ? обеспечить внедрение региональной системы управления данными для проведения каталогизации ВИС – источников данных; ? обеспечить внедрение подсистемы, предназначенной для конструирования реестров при оцифровке данных; ? обеспечить настройку ETL процессов извлечения и загрузки данных из ведомственных информационных систем Смоленской области, подключенных к Шлюзу, Подсистеме ETL и Системы электронного документооборота Смоленской области, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга наполнения РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга загрузки данных в РВД; ? провести нагрузочное тестирование процесса загрузки данных в РВД. - - Значение характеристики не может изменяться участником закупки - Исполнитель обеспечивает необходимые меры по нераспространению полученной информации, исключению несанкционированного доступа к ней третьих лиц. Исполнитель должен иметь лицензию, выданную Центром по лицензированию, сертификации и защите государственной тайны ФСБ России на осуществление деятельности по разработке, производству, распространению шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, выполнению работ, оказанию услуг в области шифрования информации, техническому обслуживанию шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств (за исключением случая, если техническое обслуживание шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя) с указанием вида работ (услуг), выполняемых (оказываемых) в составе лицензируемого вида деятельности (виды работ п. 13, 20 согласно перечню, приведенному в Постановлении Правительства Российской Федерации от 16.04.2012 № 313): - монтаж, установка (инсталляция), наладка защищенных с использованием шифровальных (криптографических) средств информационных систем. - работы по обслуживанию шифровальных (криптографических) средств, предусмотренные технической и эксплуатационной документацией на эти средства (за исключением случая, если указанные работы проводятся для обеспечения собственных нужд юридического лица или индивидуального предпринимателя). - Исполнитель должен иметь лицензию, выданную ФСТЭК России на деятельность по технической защите конфиденциальной информации (вид услуг: е4 - услуги по установке, монтажу, наладке, испытаниям (программно-технических) средств защиты информации), полученной в соответствии с постановлением Правительства Российской Федерации от 3 февраля 2012 г. N 79 "О лицензировании деятельности по технической защите конфиденциальной информации. Исполнитель обязан сохранить имеющийся состав подсистем и модулей Интеграционного шлюза Смоленской области без нарушения текущей функциональности. Замена/изменения состава и характеристик подсистем и модулей Интеграционного шлюза Смоленской области не допускается. Технические характеристики и состав подсистем и модулей Интеграционного шлюза Смоленской области должны быть сохранены имеющиеся. Деградация технических характеристик не допускается. Для надлежащего исполнения обязательств по Контракту без нарушения интеллектуальных прав третьих лиц Исполнитель обязан приобрести необходимый объем прав на использование программного обеспечения, на базе которых разработан Интеграционный шлюз Смоленской области, его подсистемы и модули, в объеме, необходимом для оказания услуг в соответствии с настоящим документом. Исполнитель должен обладать законными правами на внесение изменений в программный код «Re:Doc – Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646, регистрационный номер в Реестре отечественного ПО 1280 от 05.09.2016). - Требования к составу оказываемых услуг - В ходе оказания Услуг Исполнитель: 2.1. По результатам анализа архитектуры, базы данных Интеграционного шлюза Смоленской области для ЕСМЭВ и входящих в ее состав модулей, разработанных на базе ПО «Re:Doc - Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646), а также с учётом внедряемых в рамках настоящего документа подсистем, Исполнитель составляет и предоставляет схему архитектуры РСМЭВ Смоленской области. Схема должна отражать целевое состояние архитектуры Смоленской области, взаимосвязи действующих и внедряемых подсистем в рамках настоящего ТЗ; 2.2. Обеспечивает настройку РВД в ЕИП НСУД, руководствуясь документом «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных» и прилагаемым инструкциям, выпущенными Минцифры РФ; 2.3. Обеспечивает внедрение подсистемы ETL, предназначенной для интеграции с источниками данных, имеющей функционал: 2.3.1. Настройки получения данных из сторонних баз данных (не менее 5 различных типов СУБД); 2.3.2. Настройки получения данных, хранящихся в структурированном виде в форматах CSV, XML, JSON; 2.3.3. Создания собственных REST API интерфейсов для получения данных из сторонних информационных систем, посредством вызова REST API интерфейсов Подсистемы ETL сторонними информационными системами; 2.3.4. Обеспечения трансформации и преобразования данных, полученных из источников, с возможностью изменения типов и значений, выполнения базовых преобразований с использованием регулярных выражений, а также валидации на соответствие заданным эталонным значениям, с приведением данных к необходимой структуре в соответствии с конкретными требованиями; 2.3.5. Валидации XML по XSD схемам; 2.3.6. Загрузку преобразованных данных в ПО «Витрина данных», в том числе, с преобразованием типов данных, согласно требованиям структуры, витрина данных в ЕИП НСУД; 2.3.7. Журналирование работы ETL процессов; - - Значение характеристики не может изменяться участником закупки - 2.3.8. Разграничение прав пользователей на ETL процессы; 2.3.9. Реализована возможность настройки планирования ETL процессов по расписанию: пользователь может задавать расписания запуска, с указанием времени, дней недели, интервалов повторения и пр; 2.3.10. В Подсистеме ETL реализована возможность настройки инкрементальной загрузки данных из источников данных; 2.3.11. Предусмотрена возможность настройка отслеживания и повторной обработки ошибок, возникших при выполнении ETL процессов. 2.4. Обеспечивает внедрение РСУД для проведения каталогизации ВИС, имеющий функционал: 2.4.1. Автоматическое подключение к базам данных и извлечение структур СУБД, таблиц, атрибутов таблиц и типов данных; 2.4.2. Загрузки структуры витрины данных из ПО «Витрина данных» (Свидетельство о регистрации программы для ЭВМ № 2020662783); 2.4.3. Генерации каталога данных с возможностью просмотра структуры данных в иерархическом виде; 2.4.4. Выгрузки примеров данных, содержащихся в таблицах, в том числе вывод одного примера данных в интерфейс атрибутивного состава таблицы; 2.4.5. Настройки времени синхронизации с базой данных для извлечения ее структуры и примеров данных (должна настраиваться периодичность синхронизации: день недели, время), в том числе с возможностью настроить единоразовое подключение и извлечение без постоянного хранения пароля; 2.4.6. Отслеживания изменений в базах данных, а также фиксация версий баз данных; 2.4.7. Ручного описания атрибутов данных; 2.4.8. Автоматического описания атрибутов данных, если в базе данных указаны комментарии к таблицам и атрибутам; 2.4.9. Отправки атрибутивного состава таблиц и примеров данных, содержащихся в таблицах в модель искусственного интеллекта, для получения вариантов описания атрибутивного состава; 2.4.10. Расположения данных (атрибутов баз данных) в иерархичном виде (дерево объектов); 2.4.11. Добавления новых категорий (сущности), размещения данных относительно добавленных категорий; - 2.4.12. Группировки атрибутов из разных баз данных относительно друг друга и располагать как один единый атрибут в каталоге данных; 2.4.13. Разворачивания и сворачивания уровней иерархии для удобства просмотра; 2.4.14. Изменения структуры и переноса атрибутов между категориями; 2.4.15. Отображения карточки атрибута, включающую: • наименование атрибута; • описание и назначение; • тип данных (строка, число, дата и т.д.); • источник (из какой БД взят атрибут); 2.4.16. Конструирования витрин данных путем выбора атрибутов из имеющихся подключенных к РСУД источников данных, включая генерацию ETL для выгрузки данных из баз данных источников и загрузки данных в ПО Витрина данных. 2.5. Обеспечивает внедрение Конструктора Реестров, имеющей функционал: 2.5.1. Подсистема Конструктор реестров обеспечивает загрузку CSV-файла, на основании которого автоматически формируется структура реестра и создается соответствующая таблица в базе данных; 2.5.2. При загрузке CSV-файла система осуществляет автоматическое считывание структуры файла, предлагая соответствующие типы данных для каждого столбца и формируя предварительную схему таблицы с отображением в пользовательском интерфейсе; 2.5.3. Пользователь имеет возможность корректировать предложенные типы данных, задавать человекочитаемые названия атрибутов и сохранять конфигурацию, в результате чего создается реестр с таблицей и пользовательским интерфейсом для работы с данными; 2.5.4. Подсистема Конструктор Реестров поддерживает ручное создание реестров без предварительной загрузки CSV-файла: пользователь задает структуру вручную, определяя состав атрибутов, их типы данных и человекочитаемые наименования; 2.5.5. Для всех создаваемых таблиц в базе данных автоматически проставляются комментарии: наименование таблицы соответствует названию реестра, а столбцы получают комментарии, соответствующие человекочитаемым названиям атрибутов; - 2.5.6. В системе реализован механизм валидации соответствия типов данных: при изменении типа данных пользователем производится проверка возможности преобразования значений из CSV-файла в указанный тип в реальном времени с выдачей сообщения об ошибке при несовпадении; 2.5.7. Поддерживаются следующие типы данных PostgreSQL: • text; • integer; • numeric; • boolean; • date; • timestamp; • uuid; 2.5.8. Для каждого реестра предусмотрена возможность настройки прав доступа с разграничением по пользователям; 2.5.9. Пользовательский интерфейс, предоставляет возможность взаимодействия с реестрами: • просмотр содержимого таблиц; • добавление новых записей; • редактирование существующих записей; • удаление записей. 2.6. Обеспечивает настройку ETL процессов извлечения и загрузки данных из ведомственных информационных систем Смоленской области, подключенных к Шлюзу, Подсистеме ETL и Системы электронного документооборота Смоленской области, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД; 2.6.1. Обеспечивает настройку в Подсистеме ETL процесса для получения данных из ведомственных информационных систем Смоленской области, в части сообщений, отправленных в ЕСМЭВ через Шлюз по видам сведений ЕСМЭВ «Передача статусов и результатов предоставления государственных и муниципальных услуг» и «Получение результатов оказания услуги от ЕПГУ», согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: requests_users - заявления и информация о заявителях, госуслугах и подуслугах; request_statuses - статусы заявлений; template_attributes - атрибуты шаблона комментария к статусам заявлений; attachments - документы, прилагаемые к статусу заявлений; struct_data - машиночитаемое текстовое содержимое документа; print_requests - запросы из МФЦ на распечатку заявлений; schemas - хранение схем документов; error_registry - реестр ошибок. - 2.6.2. Обеспечивает настройку/создание программного интерфейса (API) на Шлюзе для возможности выгрузки данных, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ в ETL процесс; 2.6.3. Обеспечивает настройку ETL процесса, согласно пунктам ФТТ ФТ-1.1 - ФТ-1.11 Требований к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.4. Обеспечивает соответствие пунктам ФТТ ТД-1.1 - ТД-1.6 Требований к загрузчику данных на РВД, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.5. Обеспечивает настройку методов вызовов РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.6. Обеспечивает тестирование ETL процесса в тестовой среде; 2.6.7. Обеспечивает загрузку ETL процесса в Подсистему ETL и его настройку на технических средствах Заказчика; 2.6.8. Осуществляет инсталляцию и настройку сертифицированных СКЗИ, осуществляет настройку взаимодействия Шлюза с СКЗИ на технических средствах Заказчика; 2.6.9. Обеспечивает настройку расписания загрузки данных в РВД, по согласованному с Заказчиком периоду; 2.7. Осуществляет настройку в Подсистеме ETL процесса получения данных из Системы электронного документооборота Смоленской области, с целью последующей загрузки данных в Подсистему ETL: 2.7.1. Осуществляет настройку в Подсистеме ETL процесса получения данных из системы электронного документооборота Смоленской области и передачи в РВД, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: federal_tasks - Федеральные поручения; regional_tasks - Региональные поручения; initiated_federal_laws - Инициированные субъектом РФ изменения федеральных законов. - 2.7.2. Осуществляет настройку в Подсистеме ETL возврат ответов, полученных от РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы». 2.8. Осуществляет настройку в Подсистеме ETL процесса получения данных из ведомственных информационных систем Смоленской области, подключенных к Подсистеме ETL, с целью последующей загрузки данных в Подсистему ETL: 2.8.1. Осуществляет настройку в Подсистеме ETL процесса получения данных из ведомственных информационных систем Смоленской области и передачи в РВД, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: requests_users - заявления и информация о заявителях, госуслугах и подуслугах; request_statuses - статусы заявлений template_attributes - атрибуты шаблона комментария к статусам заявлений; attachments - документы, прилагаемые к статусу заявлений; struct_data - машиночитаемое текстовое содержимое документа; print_requests - запросы из МФЦ на распечатку заявлений; schemas - хранение схем документов; error_registry - реестр ошибок. 2.8.2. Осуществляет настройку в Подсистеме ETL возврат ответов, полученных от РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы». - 2.9. Обеспечивает настройку в Подсистеме ETL функционала для мониторинга наполнения РВД, выполняющего следующие функции: 2.9.1. просмотр общего количества таблиц РВД, в том числе с указанием количества пустых таблиц; 2.9.2. просмотр общего количества строк, содержащихся в РВД, в том числе с отображением столбчатой диаграммы, содержащей количества содержащихся строк в таблицах РВД; 2.9.3. просмотр динамики количества добавленных строк в таблицы РВД за период, с указанием названия таблиц; 2.9.4. просмотр количества таблиц в РВД; 2.9.5. просмотр общего количества строк, содержащихся в таблицах РВД; 2.9.6. просмотр количества ошибок записи и чтения по таблицам РВД. 2.9.7. все данные должны поступать в режиме реального времени из РВД, путем обращения к программному интерфейсу ПО «Витрина данных»; 2.10. Обеспечивает настройку в Подсистеме ETL функционала для мониторинга загрузки данных в РВД, выполняющего следующие функции: 2.10.1. просмотр общего количества запросов к Подсистеме ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД, в том числе в разрезах ошибок; 2.10.2. просмотр общего количества запросов в разрезах типов запросов (методов) обращения к РВД; 2.10.3. возможность фильтрации по информационной системе, типу запроса и коду статуса; 2.10.4. просмотр полного URI запроса и текстового содержимого; 2.10.5. просмотр таблицы РВД, для которой предназначен запрос; 2.10.6. просмотр содержимого ошибки, полученной от РВД; 2.10.7. просмотр количества повторений, в случае если ошибка повторяется. 2.10.8. все данные должны поступать в режиме реального времени от Подсистемы ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД; - 2.11. Проводит обновление «Re:Doc - Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646) в продуктивной среде Заказчика; 2.12. Проводит настройку взаимодействия обновленных компонентов в продуктивной среде Заказчика; 2.13. Проводит тестирование процесса загрузки данных из Подсистемы ETL в РВД, согласно показателям, содержащимся в документе «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных» или скорректированным показателям, в случае требования Заказчика; 2.14. Проводит нагрузочное тестирование процесса загрузки данных из Подсистемы ETL в РВД на соответствие требованиям, приведенным в документе «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных». - Порядок контроля и приемки результатов оказанных услуг - 3.1. Виды, состав, объем и методы испытаний результатов оказанных услуг Проверка соответствия результатов оказанных услуг требованиям настоящего документа проводится их тестированием. Проверка соответствия разработанной документации требованиям настоящего документа осуществляется Заказчиком при приемке результатов оказанных Услуг. 3.2. Общие требования к приемке результатов оказанных Услуг. Исполнитель размещает результаты оказанных Услуг непосредственно на технических средствах Заказчика не позднее срока оказания услуг, установленного Контрактом. Срок проведения тестирования не может превышать 10 (десять) дней со дня размещения Исполнителем результатов оказанных Услуг на технических средствах Заказчика. В случае принятия по итогам тестирования решения о возможности приемки результатов оказанных Услуг в промышленную эксплуатацию (при полном соответствии представленных Исполнителем результатов оказанных Услуг условиям Контракта и настоящего документа) Исполнитель и Заказчик подписывают соответствующий документ о приемке в порядке, установленном статьей 94 Федерального закона от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и Контрактом. Подписание Сторонами документа о приемке является надлежащим оформлением результатов приемки и подтверждает проведение Заказчиком экспертизы результатов оказанных услуг. - - Значение характеристики не может изменяться участником закупки - 3.3. Порядок выполнения доработок и устранения ошибок Все обнаруженные недостатки в функционировании результатов оказанных Услуг и в документации на них, выявленные в процессе тестирования, фиксируются представителями Заказчика в протоколе проведения тестирования и исправляются Исполнителем. При обнаружении недостатков в результатах оказанных Услуг Исполнитель обязан предпринять меры по их устранению. Исполнитель своими силами и за свой счет устраняет недостатки без каких-либо дополнительных затрат со стороны Заказчика. Срок устранения технических дефектов и недостатков не должен превышать 10 (десять) дней со дня окончания тестирования. В обязательном порядке подлежат устранению выявленные несоответствия результатов оказанных Услуг требованиям настоящего документа. Необходимость учета иных замечаний определяется по согласованию Сторон. После устранения Исполнителем выявленных недостатков тестирование проводится повторно в срок и в порядке, установленном п. 3.2 настоящего документа. При выявлении по результатам такого тестирования несоответствия результатов оказанных услуг условиям Контракта и настоящего документа новый срок для устранения недостатков не предоставляется, ненадлежащим образом оказанные услуги приемке и оплате не подлежат. - Требования по патентной чистоте - При оказании услуг должны соблюдаться авторские, исключительные и иные смежные права на информационные системы при интеграции в соответствии с требованиями настоящего документа и требованиями действующего законодательства. Реализация технических, программных, организационных и иных решений, предусмотренных настоящим документом, не должна приводить к нарушению авторских, исключительных и смежных прав третьих лиц. Исполнитель в рамках оказания услуг не должен нарушать авторские и исключительные права на объекты интеллектуальной собственности согласно ст. 1233, ст. 1252 и ст. 1270 ГК РФ. - - Значение характеристики не может изменяться участником закупки - Требования к документации - Исполнитель разрабатывает документацию на доработанные подсистемы и передает Заказчику в электронном виде в виде ссылки на ресурс в сети Интернет. Состав документации: ? руководство пользователя, ? руководство администратора, ? программа и методика испытаний, ? отчет о нагрузочном тестировании загрузки данных в РВД - - Значение характеристики не может изменяться участником закупки - Гарантийные обязательства - Срок предоставления гарантий качества на результаты оказанных Услуг составляет 12 месяцев с момента подписания Заказчиком документа о приемке. Исполнитель должен осуществлять следующие условия предоставления гарантии: подготовить пользовательскую документацию в полном объеме в установленный срок; выполнить установку и первичную настройку всех компонентов, входящих в перечень оказываемых услуг, в полном объеме в установленный Контрактом срок; обеспечить гарантийное обслуживание всех оказанных услуг в течение срока гарантии. В течение всего срока гарантии Исполнитель гарантирует: устранение в срок не более 10 (десяти) рабочих дней со дня получения соответствующего требования (претензии) за свой счет ошибок в случае их обнаружения Заказчиком и (или) пользователями в любом из компонентов, входящих в перечень оказываемых услуг, а в случае выявления Заказчиком и (или) пользователями недостатков в эксплуатационной документации – ее доработку за свой счет в срок не более 10 (десяти) рабочих дней со дня получения соответствующего требования (претензии). Исполнитель обязан, в случае изменения нормативной базы и при условии необходимости доработки результатов оказанных Услуг, предусмотренных настоящим документом, произвести доработку вне рамок Контракта, за свой счет, в рамках отдельных соглашений и в отдельные сроки. - - Значение характеристики не может изменяться участником закупки - Эквивалентность - Не предусмотрена В связи с необходимостью взаимодействия с РСМЭВ для ЕСМЭВ в части обеспечения возможности интеграции с витриной данных органов государственной власти и органов управления государственными внебюджетными фондами, эквивалентная замена не предусмотрена. - - Значение характеристики не может изменяться участником закупки

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

Общие требования - Исполнитель обязуется: ? обеспечить внедрение Подсистемы ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД); ? обеспечить внедрение региональной системы управления данными для проведения каталогизации ВИС – источников данных; ? обеспечить внедрение подсистемы, предназначенной для конструирования реестров при оцифровке данных; ? обеспечить настройку ETL процессов извлечения и загрузки данных из ведомственных информационных систем Смоленской области, подключенных к Шлюзу, Подсистеме ETL и Системы электронного документооборота Смоленской области, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга наполнения РВД; ? обеспечить настройку в Подсистеме ETL функционала для мониторинга загрузки данных в РВД; ? провести нагрузочное тестирование процесса загрузки данных в РВД. - - Значение характеристики не может изменяться участником закупки

Исполнитель обеспечивает необходимые меры по нераспространению полученной информации, исключению несанкционированного доступа к ней третьих лиц. Исполнитель должен иметь лицензию, выданную Центром по лицензированию, сертификации и защите государственной тайны ФСБ России на осуществление деятельности по разработке, производству, распространению шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, выполнению работ, оказанию услуг в области шифрования информации, техническому обслуживанию шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств (за исключением случая, если техническое обслуживание шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя) с указанием вида работ (услуг), выполняемых (оказываемых) в составе лицензируемого вида деятельности (виды работ п. 13, 20 согласно перечню, приведенному в Постановлении Правительства Российской Федерации от 16.04.2012 № 313): - монтаж, установка (инсталляция), наладка защищенных с использованием шифровальных (криптографических) средств информационных систем. - работы по обслуживанию шифровальных (криптографических) средств, предусмотренные технической и эксплуатационной документацией на эти средства (за исключением случая, если указанные работы проводятся для обеспечения собственных нужд юридического лица или индивидуального предпринимателя).

Исполнитель должен иметь лицензию, выданную ФСТЭК России на деятельность по технической защите конфиденциальной информации (вид услуг: е4 - услуги по установке, монтажу, наладке, испытаниям (программно-технических) средств защиты информации), полученной в соответствии с постановлением Правительства Российской Федерации от 3 февраля 2012 г. N 79 "О лицензировании деятельности по технической защите конфиденциальной информации. Исполнитель обязан сохранить имеющийся состав подсистем и модулей Интеграционного шлюза Смоленской области без нарушения текущей функциональности. Замена/изменения состава и характеристик подсистем и модулей Интеграционного шлюза Смоленской области не допускается. Технические характеристики и состав подсистем и модулей Интеграционного шлюза Смоленской области должны быть сохранены имеющиеся. Деградация технических характеристик не допускается. Для надлежащего исполнения обязательств по Контракту без нарушения интеллектуальных прав третьих лиц Исполнитель обязан приобрести необходимый объем прав на использование программного обеспечения, на базе которых разработан Интеграционный шлюз Смоленской области, его подсистемы и модули, в объеме, необходимом для оказания услуг в соответствии с настоящим документом. Исполнитель должен обладать законными правами на внесение изменений в программный код «Re:Doc – Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646, регистрационный номер в Реестре отечественного ПО 1280 от 05.09.2016).

Требования к составу оказываемых услуг - В ходе оказания Услуг Исполнитель: 2.1. По результатам анализа архитектуры, базы данных Интеграционного шлюза Смоленской области для ЕСМЭВ и входящих в ее состав модулей, разработанных на базе ПО «Re:Doc - Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646), а также с учётом внедряемых в рамках настоящего документа подсистем, Исполнитель составляет и предоставляет схему архитектуры РСМЭВ Смоленской области. Схема должна отражать целевое состояние архитектуры Смоленской области, взаимосвязи действующих и внедряемых подсистем в рамках настоящего ТЗ; 2.2. Обеспечивает настройку РВД в ЕИП НСУД, руководствуясь документом «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных» и прилагаемым инструкциям, выпущенными Минцифры РФ; 2.3. Обеспечивает внедрение подсистемы ETL, предназначенной для интеграции с источниками данных, имеющей функционал: 2.3.1. Настройки получения данных из сторонних баз данных (не менее 5 различных типов СУБД); 2.3.2. Настройки получения данных, хранящихся в структурированном виде в форматах CSV, XML, JSON; 2.3.3. Создания собственных REST API интерфейсов для получения данных из сторонних информационных систем, посредством вызова REST API интерфейсов Подсистемы ETL сторонними информационными системами; 2.3.4. Обеспечения трансформации и преобразования данных, полученных из источников, с возможностью изменения типов и значений, выполнения базовых преобразований с использованием регулярных выражений, а также валидации на соответствие заданным эталонным значениям, с приведением данных к необходимой структуре в соответствии с конкретными требованиями; 2.3.5. Валидации XML по XSD схемам; 2.3.6. Загрузку преобразованных данных в ПО «Витрина данных», в том числе, с преобразованием типов данных, согласно требованиям структуры, витрина данных в ЕИП НСУД; 2.3.7. Журналирование работы ETL процессов; - - Значение характеристики не может изменяться участником закупки

2.3.8. Разграничение прав пользователей на ETL процессы; 2.3.9. Реализована возможность настройки планирования ETL процессов по расписанию: пользователь может задавать расписания запуска, с указанием времени, дней недели, интервалов повторения и пр; 2.3.10. В Подсистеме ETL реализована возможность настройки инкрементальной загрузки данных из источников данных; 2.3.11. Предусмотрена возможность настройка отслеживания и повторной обработки ошибок, возникших при выполнении ETL процессов. 2.4. Обеспечивает внедрение РСУД для проведения каталогизации ВИС, имеющий функционал: 2.4.1. Автоматическое подключение к базам данных и извлечение структур СУБД, таблиц, атрибутов таблиц и типов данных; 2.4.2. Загрузки структуры витрины данных из ПО «Витрина данных» (Свидетельство о регистрации программы для ЭВМ № 2020662783); 2.4.3. Генерации каталога данных с возможностью просмотра структуры данных в иерархическом виде; 2.4.4. Выгрузки примеров данных, содержащихся в таблицах, в том числе вывод одного примера данных в интерфейс атрибутивного состава таблицы; 2.4.5. Настройки времени синхронизации с базой данных для извлечения ее структуры и примеров данных (должна настраиваться периодичность синхронизации: день недели, время), в том числе с возможностью настроить единоразовое подключение и извлечение без постоянного хранения пароля; 2.4.6. Отслеживания изменений в базах данных, а также фиксация версий баз данных; 2.4.7. Ручного описания атрибутов данных; 2.4.8. Автоматического описания атрибутов данных, если в базе данных указаны комментарии к таблицам и атрибутам; 2.4.9. Отправки атрибутивного состава таблиц и примеров данных, содержащихся в таблицах в модель искусственного интеллекта, для получения вариантов описания атрибутивного состава; 2.4.10. Расположения данных (атрибутов баз данных) в иерархичном виде (дерево объектов); 2.4.11. Добавления новых категорий (сущности), размещения данных относительно добавленных категорий;

2.4.12. Группировки атрибутов из разных баз данных относительно друг друга и располагать как один единый атрибут в каталоге данных; 2.4.13. Разворачивания и сворачивания уровней иерархии для удобства просмотра; 2.4.14. Изменения структуры и переноса атрибутов между категориями; 2.4.15. Отображения карточки атрибута, включающую: • наименование атрибута; • описание и назначение; • тип данных (строка, число, дата и т.д.); • источник (из какой БД взят атрибут); 2.4.16. Конструирования витрин данных путем выбора атрибутов из имеющихся подключенных к РСУД источников данных, включая генерацию ETL для выгрузки данных из баз данных источников и загрузки данных в ПО Витрина данных. 2.5. Обеспечивает внедрение Конструктора Реестров, имеющей функционал: 2.5.1. Подсистема Конструктор реестров обеспечивает загрузку CSV-файла, на основании которого автоматически формируется структура реестра и создается соответствующая таблица в базе данных; 2.5.2. При загрузке CSV-файла система осуществляет автоматическое считывание структуры файла, предлагая соответствующие типы данных для каждого столбца и формируя предварительную схему таблицы с отображением в пользовательском интерфейсе; 2.5.3. Пользователь имеет возможность корректировать предложенные типы данных, задавать человекочитаемые названия атрибутов и сохранять конфигурацию, в результате чего создается реестр с таблицей и пользовательским интерфейсом для работы с данными; 2.5.4. Подсистема Конструктор Реестров поддерживает ручное создание реестров без предварительной загрузки CSV-файла: пользователь задает структуру вручную, определяя состав атрибутов, их типы данных и человекочитаемые наименования; 2.5.5. Для всех создаваемых таблиц в базе данных автоматически проставляются комментарии: наименование таблицы соответствует названию реестра, а столбцы получают комментарии, соответствующие человекочитаемым названиям атрибутов;

2.5.6. В системе реализован механизм валидации соответствия типов данных: при изменении типа данных пользователем производится проверка возможности преобразования значений из CSV-файла в указанный тип в реальном времени с выдачей сообщения об ошибке при несовпадении; 2.5.7. Поддерживаются следующие типы данных PostgreSQL: • text; • integer; • numeric; • boolean; • date; • timestamp; • uuid; 2.5.8. Для каждого реестра предусмотрена возможность настройки прав доступа с разграничением по пользователям; 2.5.9. Пользовательский интерфейс, предоставляет возможность взаимодействия с реестрами: • просмотр содержимого таблиц; • добавление новых записей; • редактирование существующих записей; • удаление записей. 2.6. Обеспечивает настройку ETL процессов извлечения и загрузки данных из ведомственных информационных систем Смоленской области, подключенных к Шлюзу, Подсистеме ETL и Системы электронного документооборота Смоленской области, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД; 2.6.1. Обеспечивает настройку в Подсистеме ETL процесса для получения данных из ведомственных информационных систем Смоленской области, в части сообщений, отправленных в ЕСМЭВ через Шлюз по видам сведений ЕСМЭВ «Передача статусов и результатов предоставления государственных и муниципальных услуг» и «Получение результатов оказания услуги от ЕПГУ», согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: requests_users - заявления и информация о заявителях, госуслугах и подуслугах; request_statuses - статусы заявлений; template_attributes - атрибуты шаблона комментария к статусам заявлений; attachments - документы, прилагаемые к статусу заявлений; struct_data - машиночитаемое текстовое содержимое документа; print_requests - запросы из МФЦ на распечатку заявлений; schemas - хранение схем документов; error_registry - реестр ошибок.

2.6.2. Обеспечивает настройку/создание программного интерфейса (API) на Шлюзе для возможности выгрузки данных, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ в ETL процесс; 2.6.3. Обеспечивает настройку ETL процесса, согласно пунктам ФТТ ФТ-1.1 - ФТ-1.11 Требований к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.4. Обеспечивает соответствие пунктам ФТТ ТД-1.1 - ТД-1.6 Требований к загрузчику данных на РВД, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.5. Обеспечивает настройку методов вызовов РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы»; 2.6.6. Обеспечивает тестирование ETL процесса в тестовой среде; 2.6.7. Обеспечивает загрузку ETL процесса в Подсистему ETL и его настройку на технических средствах Заказчика; 2.6.8. Осуществляет инсталляцию и настройку сертифицированных СКЗИ, осуществляет настройку взаимодействия Шлюза с СКЗИ на технических средствах Заказчика; 2.6.9. Обеспечивает настройку расписания загрузки данных в РВД, по согласованному с Заказчиком периоду; 2.7. Осуществляет настройку в Подсистеме ETL процесса получения данных из Системы электронного документооборота Смоленской области, с целью последующей загрузки данных в Подсистему ETL: 2.7.1. Осуществляет настройку в Подсистеме ETL процесса получения данных из системы электронного документооборота Смоленской области и передачи в РВД, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: federal_tasks - Федеральные поручения; regional_tasks - Региональные поручения; initiated_federal_laws - Инициированные субъектом РФ изменения федеральных законов.

2.7.2. Осуществляет настройку в Подсистеме ETL возврат ответов, полученных от РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы». 2.8. Осуществляет настройку в Подсистеме ETL процесса получения данных из ведомственных информационных систем Смоленской области, подключенных к Подсистеме ETL, с целью последующей загрузки данных в Подсистему ETL: 2.8.1. Осуществляет настройку в Подсистеме ETL процесса получения данных из ведомственных информационных систем Смоленской области и передачи в РВД, согласно атрибутивному составу таблиц, описанному в Приложении В к ФТТ для последующей передачи в РВД для таблиц: requests_users - заявления и информация о заявителях, госуслугах и подуслугах; request_statuses - статусы заявлений template_attributes - атрибуты шаблона комментария к статусам заявлений; attachments - документы, прилагаемые к статусу заявлений; struct_data - машиночитаемое текстовое содержимое документа; print_requests - запросы из МФЦ на распечатку заявлений; schemas - хранение схем документов; error_registry - реестр ошибок. 2.8.2. Осуществляет настройку в Подсистеме ETL возврат ответов, полученных от РВД в соответствии с пунктами ФТТ ТП-1.1 - ТП-1.6 Требования к программным интерфейсам Системы, описанных в прикрепленном файле «Требования к программным интерфейсам Системы».

2.9. Обеспечивает настройку в Подсистеме ETL функционала для мониторинга наполнения РВД, выполняющего следующие функции: 2.9.1. просмотр общего количества таблиц РВД, в том числе с указанием количества пустых таблиц; 2.9.2. просмотр общего количества строк, содержащихся в РВД, в том числе с отображением столбчатой диаграммы, содержащей количества содержащихся строк в таблицах РВД; 2.9.3. просмотр динамики количества добавленных строк в таблицы РВД за период, с указанием названия таблиц; 2.9.4. просмотр количества таблиц в РВД; 2.9.5. просмотр общего количества строк, содержащихся в таблицах РВД; 2.9.6. просмотр количества ошибок записи и чтения по таблицам РВД. 2.9.7. все данные должны поступать в режиме реального времени из РВД, путем обращения к программному интерфейсу ПО «Витрина данных»; 2.10. Обеспечивает настройку в Подсистеме ETL функционала для мониторинга загрузки данных в РВД, выполняющего следующие функции: 2.10.1. просмотр общего количества запросов к Подсистеме ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД, в том числе в разрезах ошибок; 2.10.2. просмотр общего количества запросов в разрезах типов запросов (методов) обращения к РВД; 2.10.3. возможность фильтрации по информационной системе, типу запроса и коду статуса; 2.10.4. просмотр полного URI запроса и текстового содержимого; 2.10.5. просмотр таблицы РВД, для которой предназначен запрос; 2.10.6. просмотр содержимого ошибки, полученной от РВД; 2.10.7. просмотр количества повторений, в случае если ошибка повторяется. 2.10.8. все данные должны поступать в режиме реального времени от Подсистемы ETL для извлечения, трансформации, валидации и загрузки данных из источников в РВД;

2.11. Проводит обновление «Re:Doc - Core» (Свидетельство о регистрации программы для ЭВМ № 2014617646) в продуктивной среде Заказчика; 2.12. Проводит настройку взаимодействия обновленных компонентов в продуктивной среде Заказчика; 2.13. Проводит тестирование процесса загрузки данных из Подсистемы ETL в РВД, согласно показателям, содержащимся в документе «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных» или скорректированным показателям, в случае требования Заказчика; 2.14. Проводит нагрузочное тестирование процесса загрузки данных из Подсистемы ETL в РВД на соответствие требованиям, приведенным в документе «Единые функциональные и технические требования по предоставлению данных из информационных систем – источников данных в региональную витрину данных».

Порядок контроля и приемки результатов оказанных услуг - 3.1. Виды, состав, объем и методы испытаний результатов оказанных услуг Проверка соответствия результатов оказанных услуг требованиям настоящего документа проводится их тестированием. Проверка соответствия разработанной документации требованиям настоящего документа осуществляется Заказчиком при приемке результатов оказанных Услуг. 3.2. Общие требования к приемке результатов оказанных Услуг. Исполнитель размещает результаты оказанных Услуг непосредственно на технических средствах Заказчика не позднее срока оказания услуг, установленного Контрактом. Срок проведения тестирования не может превышать 10 (десять) дней со дня размещения Исполнителем результатов оказанных Услуг на технических средствах Заказчика. В случае принятия по итогам тестирования решения о возможности приемки результатов оказанных Услуг в промышленную эксплуатацию (при полном соответствии представленных Исполнителем результатов оказанных Услуг условиям Контракта и настоящего документа) Исполнитель и Заказчик подписывают соответствующий документ о приемке в порядке, установленном статьей 94 Федерального закона от 5 апреля 2013 года № 44-ФЗ «О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд» и Контрактом. Подписание Сторонами документа о приемке является надлежащим оформлением результатов приемки и подтверждает проведение Заказчиком экспертизы результатов оказанных услуг. - - Значение характеристики не может изменяться участником закупки

3.3. Порядок выполнения доработок и устранения ошибок Все обнаруженные недостатки в функционировании результатов оказанных Услуг и в документации на них, выявленные в процессе тестирования, фиксируются представителями Заказчика в протоколе проведения тестирования и исправляются Исполнителем. При обнаружении недостатков в результатах оказанных Услуг Исполнитель обязан предпринять меры по их устранению. Исполнитель своими силами и за свой счет устраняет недостатки без каких-либо дополнительных затрат со стороны Заказчика. Срок устранения технических дефектов и недостатков не должен превышать 10 (десять) дней со дня окончания тестирования. В обязательном порядке подлежат устранению выявленные несоответствия результатов оказанных Услуг требованиям настоящего документа. Необходимость учета иных замечаний определяется по согласованию Сторон. После устранения Исполнителем выявленных недостатков тестирование проводится повторно в срок и в порядке, установленном п. 3.2 настоящего документа. При выявлении по результатам такого тестирования несоответствия результатов оказанных услуг условиям Контракта и настоящего документа новый срок для устранения недостатков не предоставляется, ненадлежащим образом оказанные услуги приемке и оплате не подлежат.

Требования по патентной чистоте - При оказании услуг должны соблюдаться авторские, исключительные и иные смежные права на информационные системы при интеграции в соответствии с требованиями настоящего документа и требованиями действующего законодательства. Реализация технических, программных, организационных и иных решений, предусмотренных настоящим документом, не должна приводить к нарушению авторских, исключительных и смежных прав третьих лиц. Исполнитель в рамках оказания услуг не должен нарушать авторские и исключительные права на объекты интеллектуальной собственности согласно ст. 1233, ст. 1252 и ст. 1270 ГК РФ. - - Значение характеристики не может изменяться участником закупки

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

Гарантийные обязательства - Срок предоставления гарантий качества на результаты оказанных Услуг составляет 12 месяцев с момента подписания Заказчиком документа о приемке. Исполнитель должен осуществлять следующие условия предоставления гарантии: подготовить пользовательскую документацию в полном объеме в установленный срок; выполнить установку и первичную настройку всех компонентов, входящих в перечень оказываемых услуг, в полном объеме в установленный Контрактом срок; обеспечить гарантийное обслуживание всех оказанных услуг в течение срока гарантии. В течение всего срока гарантии Исполнитель гарантирует: устранение в срок не более 10 (десяти) рабочих дней со дня получения соответствующего требования (претензии) за свой счет ошибок в случае их обнаружения Заказчиком и (или) пользователями в любом из компонентов, входящих в перечень оказываемых услуг, а в случае выявления Заказчиком и (или) пользователями недостатков в эксплуатационной документации – ее доработку за свой счет в срок не более 10 (десяти) рабочих дней со дня получения соответствующего требования (претензии). Исполнитель обязан, в случае изменения нормативной базы и при условии необходимости доработки результатов оказанных Услуг, предусмотренных настоящим документом, произвести доработку вне рамок Контракта, за свой счет, в рамках отдельных соглашений и в отдельные сроки. - - Значение характеристики не может изменяться участником закупки

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

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

Преимущества: Преимущество в соответствии с ч. 3 ст. 30 Закона № 44-ФЗ - Размер преимущества не установлен

Требования к участникам: 1. Требование к участникам закупок в соответствии с п. 1 ч. 1 ст. 31 Закона № 44-ФЗ Дополнительные требования 1. Наличие у участника закупки действующего специального разрешения (лицензии) на право осуществления деятельности по разработке, производству, распространению шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, выполнению работ, оказанию услуг в области шифрования информации, техническому обслуживанию шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств (за исключением случая, если техническое обслуживание шифровальных (криптографических) средств, информационных систем и телекоммуникационных систем, защищенных с использованием шифровальных (криптографических) средств, осуществляется для обеспечения собственных нужд юридического лица или индивидуального предпринимателя). Виды работ (услуг), выполняемых (оказываемых) в составе лицензируемого вида деятельности: - Монтаж, установка (инсталляция), наладка защищенных с использованием шифровальных (криптографических) средств информационных систем - Работы по обслуживанию шифровальных (криптографических) средств, предусмотренные технической и эксплуатационной документацией на эти средства (за исключением случая, если указанные работы проводятся для обеспечения собственных нужд юридического лица или индивидуального предпринимателя). Соответствие участника закупки установленному требованию подтверждается информацией или документом, содержащими сведения, обеспечивающие возможность подтверждения наличия у участника закупки специального разрешения (лицензии) на право осуществления конкретного вида деятельности (лицензии), в том числе ее статуса (действующая, не приостановлена, не приостановлена частично, не прекращена). 2. Наличие у участника закупки действующего специального разрешения (лицензии) на право осуществления деятельности по технической защите конфиденциальной информации. Виды работ (услуг), выполняемых (оказываемых) в составе лицензируемого вида деятельности: - услуги по установке, монтажу, наладке, испытаниям, ремонту средств защиты информации (технических средств защиты информации, защищенных технических средств обработки информации, технических средств контроля эффективности мер защиты информации, программных (программно-технических) средств защиты информации, защищенных программных (программно-технических) средств обработки информации, программных (программно-технических) средств контроля эффективности защиты информации). Соответствие участника закупки установленному требованию подтверждается информацией или документом, содержащими сведения, обеспечивающие возможность подтверждения наличия у участника закупки специального разрешения (лицензии) на право осуществления конкретного вида деятельности (лицензии), в том числе ее статуса (действующая, не приостановлена, не приостановлена частично, не прекращена). 2. Требования к участникам закупок в соответствии с ч. 1.1 ст. 31 Закона № 44-ФЗ 3. Единые требования к участникам закупок в соответствии с ч. 1 ст. 31 Закона № 44-ФЗ

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

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

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

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

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

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

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

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

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

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

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

Наименование бюджета: Бюджет Смоленской области

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

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

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

Размер обеспечения заявки: 95 000,00 РОССИЙСКИЙ РУБЛЬ

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03221643660000006300, л/c 03835005380, БИК 016614901

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Смоленская, г.о. город Смоленск, г. Смоленск, пл. Ленина, д. 1, 214008, РФ, Смоленская область, г.о. город Смоленск, г. Смоленск, пл.Ленина, д.1

Предусмотрена возможность одностороннего отказа от исполнения контракта в соответствии со ст. 95 Закона № 44-ФЗ: Да

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

Размер обеспечения исполнения контракта: 0,5 %

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643660000006300, л/c 05632021620, БИК 016614901, ОКЦ № 5 ГУ Банка России по ЦФО//УФК по Смоленской области, г Смоленск, к/c 40102810445370000055

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

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

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

Требования к гарантии производителя товара:

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

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

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

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

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

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

Наименование бюджета: Бюджет Смоленской области

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

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

Документы

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

Документы

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