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

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

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

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

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РОСЭЛТОРГ (АО«ЕЭТП»)

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

Размещение осуществляет: Заказчик ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ГОРОДА МОСКВЫ

Наименование объекта закупки: Поставка программного обеспечения

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

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

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

Размещение осуществляет: Заказчик

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

Почтовый адрес: 123112, г. Москва, 1-й Красногвардейский проезд, дом 21, строение 1

Место нахождения: Город Москва, переулок Яковоапостольский, дом 12, строение 1

Ответственное должностное лицо: Отдел О. З.

Адрес электронной почты: DIT_OOGZ@mos.ru

Номер контактного телефона: 7-495-9579357-11565

Факс: 8 (495) 957-01-31

Дополнительная информация: Информация отсутствует

Регион: Москва

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 19 736 666,67

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

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

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

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

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

Срок исполнения контракта: 86  календарных дней

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

Наименование бюджета: Бюджет города Москвы

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

Код территории муниципального образования: 45000000: Муниципальные образования города Москвы (столицы Российской Федерации города федерального значения)

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

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

- 58.29.2 58.29.11.000-00000003 - Программное обеспечение Класс программ для электронных вычислительных машин и баз данных (10.04) Средства управления информационными ресурсами и средства управления основными данными (ECM, MDM) Способ предоставления Копия электронного экземпляра Требования к программному обеспечению б) Описание интеграционных интерфейсов (API); в) Схему развертывания (деплоя) в среде Получателя; г) Перечень используемых баз данных и СУБД; д) Требования к аппаратному обеспечению (сервера, хранилища). ... - Штука - 1,00 - 19 736 666,67 - 19 736 666,67

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Класс программ для электронных вычислительных машин и баз данных (10.04) Средства управления информационными ресурсами и средства управления основными данными (ECM, MDM) Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Требования к программному обеспечению б) Описание интеграционных интерфейсов (API); в) Схему развертывания (деплоя) в среде Получателя; г) Перечень используемых баз данных и СУБД; д) Требования к аппаратному обеспечению (сервера, хранилища). Значение характеристики не может изменяться участником закупки .1.1 Поддерживаемые форматы источников а) Microsoft Excel (XLS, XLSX). б) Текстовые форматы: CSV, TXT, XML, JSON. в) Таблицы DBF. г) Таблицы СУБД PostgreSQL. 7.4 Оповещение пользователей г) Возможность перемещения и копирования записей между пакетами изменений. Должна быть предусмотрена возможность составных или комплексных изменений сразу нескольких справочников в рамках одного пакета набора или пакета изменений. Система должна поддерживать возможность отправки уведомлений и оповещений пользователей, с учетом следующих требований: а) Необходимо обеспечить возможность создания, изменения и отправки сообщений пользователям системы. 5.1 Построение запросов Система должна предоставлять возможность визуального построения запросов (конструктор запросов), позволяющих формировать выборки данных из нескольких связанных справочников. Необходимо обеспечить поддержку следующих функций: а) Добавление в запрос таблиц справочников и визуальное построение связей соединения таблиц (INNER, LEFT, RIGHT, FULL OUTER JOIN). 7.2 Поддержка преобразования кодировок данных Система должна поддерживать ведение таблиц соответствия кодировок данных для сопоставления эталонных данных с данными внешних автоматизированных систем, с учетом следующих требований: 4.1.3 Возможности экспорта а) Выгрузка текущего состояния справочника или его состояния на конкретную дату. б) Формирование выборки данных для выгрузки на основе специального запроса (например, SQL-выражения). в) Выгрузка множественных связей отдельными строками. 7.1 API для внешних систем Система должна предоставлять API для внешних систем, с учетом следующих требований: а) Наличие единой точки входа (API Gateway). б) Обеспечение возможности доступа к любым справочникам, которые создаются в системе без необходимости дополнительной разработки. в) Обеспечение поддержки ролевой модели, настроенной в системе, для контроля доступа к данным справочников. 7.3 Подписка на изменение При изменении данных справочников должна быть обеспечена возможность уведомления внешних систем. Для внешних систем необходимо обеспечить возможность подписки на изменения элементов НСИ. Подписка на изменения справочников должна обеспечивать следующие возможности: в) Возможность определения ключевых полей (включая составные ключи). г) Создание новых справочников путем импорта структуры из существующих таблиц базы данных (далее БД) или файлов Excel. 1.2 Пользовательский интерфейс 2. ФУНКЦИОНАЛ УПРАВЛЕНИЯ НСИ 7. ИНТЕГРАЦИЯ ВОЗМОЖНОСТИ 5. ПОЛЬЗОВАТЕЛЬСКИЕ ЗАПРОСЫ И ОТЧЕТЫ Система управления нормативно-справочной информацией (далее НСИ) должна обеспечивать формирование и ведение единой базы нормативно-справочной информации. Взаимодействие пользователей с системой должно осуществляться через веб-интерфейс, взаимодействие внешних информационных систем через программный интерфейс (API). Интерфейс должен содержать следующие функциональные блоки и разделы навигации: а) Список доступных пользователю объектов НСИ (справочников). б) Формы просмотра и редактирования содержимого справочников. в) Настройки метаинформации справочников. г) Просмотр блоков изменения и истории изменения справочников. д) При просмотре записей справочников должны быть доступны механизмы сортировки, группировки и визуального выделения строк (условное форматирование). 2.3 Управление типами данных В системе должна быть реализована функциональность управления типами данных: а) Создание пользовательских типов данных. б) Настройка списковых (перечислимых) типов данных. в) Управление системными типами. б) Выбор полей для вывода, настройка сортировки, присвоение псевдонимов. в) Конструктор условий с поддержкой динамических параметров. г) Возможность просмотра и ручного редактирования SQL-выражения запроса. 3.1 Жизненный цикл справочника Должна быть обеспечена поддержка следующих состояний справочника в системе управления НСИ: Новый; Создан (метаинформация справочника утверждена); Загружен (справочник содержит данные); Архивный (справочник доступен только для чтения и выведен из эксплуатации). 4. ЗАГРУЗКА И ВЫГРУЗКА ДАННЫХ Система должна позволять экспортировать и импортировать как структуры справочников, так и их данные. 8.2 Профилирование данных Система должна предоставлять возможность настройки профилирования данных (разовых или регулярных проверок) для выявления некорректных записей. 1. ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ УПРАВЛЕНИЯ: 5.2 Построение отчетов Система должна предоставлять возможность визуального построения отчетов (конструктор отчетов) на основе использования справочников и пользовательских запросов. Для отчетов должна поддерживаться возможность просмотра на экране, печати и сохранения в файл. 8.1 Функции управления дубликатами Система должна предоставлять инструменты для поиска и устранения дублирующихся записей с учетом следующих требований: а) Необходимо обеспечить возможность поиска дубликатов по заданным правилам и выполнение операций объединения/разделения записей. Формирование/Создание (накопление изменений в черновике); Верификация/Подписание (проверка и подтверждение корректности изменений); Согласование (опционально); Фиксация изменений/Утверждение (применение изменений к основному массиву данных). 8. ОБЕСПЕЧЕНИЕ КАЧЕСТВА ДАННЫХ 2.1 Моделирование данных Система должна позволять проектировать структуру справочников и изменять её без написания программного кода (концепция low-code/no-code). Должна поддерживаться возможность создания плоских и многомерных структур справочников. Поддержка многомерных структур справочников обеспечивается за счет построения связей между несколькими справочниками. е) Поиск информации должен осуществляться по множеству параметров, а также с использованием полнотекстового поиска. ж) Предусмотреть наличие функции «Избранное» для быстрого доступа к часто используемым объектам. з) Обеспечить возможность формирования представлений данных с понятными бизнес-пользователям названиями полей. 2.1.2 Версионность а) Инструменты для создания новых версий структуры справочника. б) Сохранение истории изменений метаданных. 6. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Необходимо обеспечить возможность визуального формирования сценариев (без программирования, в концепции low-code/no-code) автоматической обработки данных как загружаемых в систему из источников, так и выгружаемых для различных потребителей. а) Необходимо обеспечить возможность регистрации внешних систем и справочников этих систем. б) Необходимо обеспечить возможность определения правил маппинга (сопоставления) значений кодов внешних и внутренних справочников. в) Необходимо обеспечить возможность назначения приоритетов внешних систем для разрешения конфликтов при обновлении данных. г) Необходимо обеспечить возможность автоматического разрешение конфликтов значений реквизитов на основе настроенных приоритетов внешних систем. 6.2 Управление выполнением процессов а) Необходимо обеспечить возможность запуска процессов по расписанию (однократно, ежедневно, еженедельно, ежемесячно); б) Необходимо обеспечить возможность пошагового выполнение процессов для обеспечения возможности отладки; в) Необходимо обеспечить возможность ведения журнала операций и мониторинга выполняемых процессов. 2.2.1 Функции контроля связей а) Обеспечение возможности настройка каскадного аннулирования и контроля временных периодов действия связанных записей. б) Возможность подключения внешних по отношению к системе НСИ, таблиц БД через SQL-запросы. 1.1 Параметры масштабирования 3. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ НСИ б) Необходимо обеспечить возможность группировки сообщений по разделам созданных, полученных и обработанных сообщений. в) Получатели должны иметь возможность оставлять комментарии к оповещению, которые должны быть доступны для просмотра отправителем оповещения. г) Необходимо обеспечить возможность добавления вложений к оповещению. в) Работа с данными: выполнение SQL-запросов, команд обновления и вставки данных (UPDATE, INSERT), XSLT-преобразования, архивация. г) Контроль корректности данных, включая встроенные функции проверки контрольных чисел (ИНН, КПП, СНИЛС, ОГРН). д) Поддержка различных конструкций управления процессом: циклы, условные переходы (if), обработка ошибок (try-catch-finally). 2.1.1 Настройки справочников а) Наличие инструментов настройки кодификации данных (структура кода, разрядность, используемые разделители, способы дополнения). б) Поддержка различных типов данных: числа, строки, даты, ссылки на другие справочники, прикрепленные файлы. Для атрибутов должна поддерживаться возможность задания признаков обязательности, уникальности и маски ввода. 4.1.2 Возможности импорта а) Визуальный маппинг (сопоставление полей источника и реквизитов справочника). б) Написание скриптов преобразования данных для сложной логики загрузки. в) Автоматическое создание и утверждение пакетов изменений по итогам загрузки. г) Аннулирование записей справочника, которых нет в источнике. д) Пропуск (игнорирование) записей, уже существующих в справочнике. а) Возможность подписки на весь справочник, на выборку данных или на конкретные элементы НСИ. б) Отправка изменений в очередь RabbitMQ, Kafka или через вызов процесса выгрузки данных. в) Логирование операций по подписке и рассылке. 4.1 Настройка обменов Должен быть реализован механизм настраиваемых пакетов импорта/экспорта с возможностью их многократного запуска. 9. ТРЕБОВАНИЯ К ФОРМУЛЯРУ ПРОГРАММНОГО ОБЕМПЕЧЕНИЯ 9.1. С программным обеспечением должен быть предоставлен формуляр описания архитектуры программного обеспечения, включающий информацию: а) Общую схему взаимодействия компонентов программного обеспечения; а) Общее количество пользователей системы не более 100. б) Количество учетных записей для конфигурации справочников не более 1. в) Количество доменных областей, в рамках которых могут использоваться объекты системы управления НСИ не более 1. г) Возможность ведения справочников, имеющих не более 50 реквизитов и не более 3 связей или не более 10 реквизитов и не более 10 связей. Общее количество справочников не более 100. .2 Изменение данных справочника Все изменения в объекты НСИ (справочники) должны производиться с помощью пакетов изменений. Жизненный цикл пакета должен содержать стадии: д) Количество внешних систем и/или источников/потребителей данных, с которыми взаимодействует система управления НСИ не более 1 системы. е) Количество инсталляций системы не более 1. б) Необходимо обеспечить возможность настройки профилей дедубликации. в) Должна быть обеспечена поддержка следующих алгоритмов дедубликации: Морфологическое сравнение; Сравнение по созвучию; Алгоритм Левенштейна; Q-граммы. .2 Управление связями Система должна обеспечивать установку связей между реквизитами справочников: а) Связи типа «один ко многим» и «многие ко многим» с возможностью установки ограничений/условий на связи. б) Групповые связи и условные связи. 2.4 Управление индексами и производительностью Для обеспечения возможности ускорения и оптимизации работы со справочниками в системе должна быть реализована функциональность работы с индексами: а) Создание пользовательских индексов для ускорения поиска. б) Настройка полнотекстового индекса (включая индексацию на основе запросов). 6.1 Доступные операции и функции а) Работа с метаданными справочников, запуск пакетов импорта/экспорта, выполнение запросов, управление пакетами изменений. б) Интеграционные действия: получение файлов из почтовых ящиков (IMAP/POP3), отправка уведомлений, выполнение REST и SOAP запросов, проверка структуры, разбор XML/JSON. Должна быть обеспечена возможность согласования изменения справочников пользователями или группами пользователей. При изменении справочников должна быть обеспечена следующая функциональность: а) Возможность добавления/редактирования/аннулирования одной или нескольких записей в рамках пакета; б) Блокировка изменений пользователем для предотвращения одновременного редактирования справочника; в) Просмотр всех пакетов изменений и истории изменений; - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Класс программ для электронных вычислительных машин и баз данных - (10.04) Средства управления информационными ресурсами и средства управления основными данными (ECM, MDM) - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Требования к программному обеспечению - б) Описание интеграционных интерфейсов (API); в) Схему развертывания (деплоя) в среде Получателя; г) Перечень используемых баз данных и СУБД; д) Требования к аппаратному обеспечению (сервера, хранилища). - - Значение характеристики не может изменяться участником закупки - .1.1 Поддерживаемые форматы источников а) Microsoft Excel (XLS, XLSX). б) Текстовые форматы: CSV, TXT, XML, JSON. в) Таблицы DBF. г) Таблицы СУБД PostgreSQL. - 7.4 Оповещение пользователей - г) Возможность перемещения и копирования записей между пакетами изменений. Должна быть предусмотрена возможность составных или комплексных изменений сразу нескольких справочников в рамках одного пакета набора или пакета изменений. - Система должна поддерживать возможность отправки уведомлений и оповещений пользователей, с учетом следующих требований: а) Необходимо обеспечить возможность создания, изменения и отправки сообщений пользователям системы. - 5.1 Построение запросов Система должна предоставлять возможность визуального построения запросов (конструктор запросов), позволяющих формировать выборки данных из нескольких связанных справочников. Необходимо обеспечить поддержку следующих функций: а) Добавление в запрос таблиц справочников и визуальное построение связей соединения таблиц (INNER, LEFT, RIGHT, FULL OUTER JOIN). - 7.2 Поддержка преобразования кодировок данных Система должна поддерживать ведение таблиц соответствия кодировок данных для сопоставления эталонных данных с данными внешних автоматизированных систем, с учетом следующих требований: - 4.1.3 Возможности экспорта а) Выгрузка текущего состояния справочника или его состояния на конкретную дату. б) Формирование выборки данных для выгрузки на основе специального запроса (например, SQL-выражения). в) Выгрузка множественных связей отдельными строками. - 7.1 API для внешних систем Система должна предоставлять API для внешних систем, с учетом следующих требований: а) Наличие единой точки входа (API Gateway). б) Обеспечение возможности доступа к любым справочникам, которые создаются в системе без необходимости дополнительной разработки. в) Обеспечение поддержки ролевой модели, настроенной в системе, для контроля доступа к данным справочников. - 7.3 Подписка на изменение При изменении данных справочников должна быть обеспечена возможность уведомления внешних систем. Для внешних систем необходимо обеспечить возможность подписки на изменения элементов НСИ. Подписка на изменения справочников должна обеспечивать следующие возможности: - в) Возможность определения ключевых полей (включая составные ключи). г) Создание новых справочников путем импорта структуры из существующих таблиц базы данных (далее БД) или файлов Excel. - 1.2 Пользовательский интерфейс - 2. ФУНКЦИОНАЛ УПРАВЛЕНИЯ НСИ - 7. ИНТЕГРАЦИЯ ВОЗМОЖНОСТИ - 5. ПОЛЬЗОВАТЕЛЬСКИЕ ЗАПРОСЫ И ОТЧЕТЫ - Система управления нормативно-справочной информацией (далее НСИ) должна обеспечивать формирование и ведение единой базы нормативно-справочной информации. Взаимодействие пользователей с системой должно осуществляться через веб-интерфейс, взаимодействие внешних информационных систем через программный интерфейс (API). - Интерфейс должен содержать следующие функциональные блоки и разделы навигации: а) Список доступных пользователю объектов НСИ (справочников). б) Формы просмотра и редактирования содержимого справочников. в) Настройки метаинформации справочников. г) Просмотр блоков изменения и истории изменения справочников. д) При просмотре записей справочников должны быть доступны механизмы сортировки, группировки и визуального выделения строк (условное форматирование). - 2.3 Управление типами данных В системе должна быть реализована функциональность управления типами данных: а) Создание пользовательских типов данных. б) Настройка списковых (перечислимых) типов данных. в) Управление системными типами. - б) Выбор полей для вывода, настройка сортировки, присвоение псевдонимов. в) Конструктор условий с поддержкой динамических параметров. г) Возможность просмотра и ручного редактирования SQL-выражения запроса. - 3.1 Жизненный цикл справочника Должна быть обеспечена поддержка следующих состояний справочника в системе управления НСИ: Новый; Создан (метаинформация справочника утверждена); Загружен (справочник содержит данные); Архивный (справочник доступен только для чтения и выведен из эксплуатации). - 4. ЗАГРУЗКА И ВЫГРУЗКА ДАННЫХ Система должна позволять экспортировать и импортировать как структуры справочников, так и их данные. - 8.2 Профилирование данных Система должна предоставлять возможность настройки профилирования данных (разовых или регулярных проверок) для выявления некорректных записей. - 1. ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ УПРАВЛЕНИЯ: - 5.2 Построение отчетов Система должна предоставлять возможность визуального построения отчетов (конструктор отчетов) на основе использования справочников и пользовательских запросов. Для отчетов должна поддерживаться возможность просмотра на экране, печати и сохранения в файл. - 8.1 Функции управления дубликатами Система должна предоставлять инструменты для поиска и устранения дублирующихся записей с учетом следующих требований: а) Необходимо обеспечить возможность поиска дубликатов по заданным правилам и выполнение операций объединения/разделения записей. - Формирование/Создание (накопление изменений в черновике); Верификация/Подписание (проверка и подтверждение корректности изменений); Согласование (опционально); Фиксация изменений/Утверждение (применение изменений к основному массиву данных). - 8. ОБЕСПЕЧЕНИЕ КАЧЕСТВА ДАННЫХ - 2.1 Моделирование данных Система должна позволять проектировать структуру справочников и изменять её без написания программного кода (концепция low-code/no-code). Должна поддерживаться возможность создания плоских и многомерных структур справочников. Поддержка многомерных структур справочников обеспечивается за счет построения связей между несколькими справочниками. - е) Поиск информации должен осуществляться по множеству параметров, а также с использованием полнотекстового поиска. ж) Предусмотреть наличие функции «Избранное» для быстрого доступа к часто используемым объектам. з) Обеспечить возможность формирования представлений данных с понятными бизнес-пользователям названиями полей. - 2.1.2 Версионность а) Инструменты для создания новых версий структуры справочника. б) Сохранение истории изменений метаданных. - 6. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Необходимо обеспечить возможность визуального формирования сценариев (без программирования, в концепции low-code/no-code) автоматической обработки данных как загружаемых в систему из источников, так и выгружаемых для различных потребителей. - а) Необходимо обеспечить возможность регистрации внешних систем и справочников этих систем. б) Необходимо обеспечить возможность определения правил маппинга (сопоставления) значений кодов внешних и внутренних справочников. в) Необходимо обеспечить возможность назначения приоритетов внешних систем для разрешения конфликтов при обновлении данных. г) Необходимо обеспечить возможность автоматического разрешение конфликтов значений реквизитов на основе настроенных приоритетов внешних систем. - 6.2 Управление выполнением процессов а) Необходимо обеспечить возможность запуска процессов по расписанию (однократно, ежедневно, еженедельно, ежемесячно); б) Необходимо обеспечить возможность пошагового выполнение процессов для обеспечения возможности отладки; в) Необходимо обеспечить возможность ведения журнала операций и мониторинга выполняемых процессов. - 2.2.1 Функции контроля связей а) Обеспечение возможности настройка каскадного аннулирования и контроля временных периодов действия связанных записей. б) Возможность подключения внешних по отношению к системе НСИ, таблиц БД через SQL-запросы. - 1.1 Параметры масштабирования - 3. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ НСИ - б) Необходимо обеспечить возможность группировки сообщений по разделам созданных, полученных и обработанных сообщений. в) Получатели должны иметь возможность оставлять комментарии к оповещению, которые должны быть доступны для просмотра отправителем оповещения. г) Необходимо обеспечить возможность добавления вложений к оповещению. - в) Работа с данными: выполнение SQL-запросов, команд обновления и вставки данных (UPDATE, INSERT), XSLT-преобразования, архивация. г) Контроль корректности данных, включая встроенные функции проверки контрольных чисел (ИНН, КПП, СНИЛС, ОГРН). д) Поддержка различных конструкций управления процессом: циклы, условные переходы (if), обработка ошибок (try-catch-finally). - 2.1.1 Настройки справочников а) Наличие инструментов настройки кодификации данных (структура кода, разрядность, используемые разделители, способы дополнения). б) Поддержка различных типов данных: числа, строки, даты, ссылки на другие справочники, прикрепленные файлы. Для атрибутов должна поддерживаться возможность задания признаков обязательности, уникальности и маски ввода. - 4.1.2 Возможности импорта а) Визуальный маппинг (сопоставление полей источника и реквизитов справочника). б) Написание скриптов преобразования данных для сложной логики загрузки. в) Автоматическое создание и утверждение пакетов изменений по итогам загрузки. г) Аннулирование записей справочника, которых нет в источнике. д) Пропуск (игнорирование) записей, уже существующих в справочнике. - а) Возможность подписки на весь справочник, на выборку данных или на конкретные элементы НСИ. б) Отправка изменений в очередь RabbitMQ, Kafka или через вызов процесса выгрузки данных. в) Логирование операций по подписке и рассылке. - 4.1 Настройка обменов Должен быть реализован механизм настраиваемых пакетов импорта/экспорта с возможностью их многократного запуска. - 9. ТРЕБОВАНИЯ К ФОРМУЛЯРУ ПРОГРАММНОГО ОБЕМПЕЧЕНИЯ 9.1. С программным обеспечением должен быть предоставлен формуляр описания архитектуры программного обеспечения, включающий информацию: а) Общую схему взаимодействия компонентов программного обеспечения; - а) Общее количество пользователей системы не более 100. б) Количество учетных записей для конфигурации справочников не более 1. в) Количество доменных областей, в рамках которых могут использоваться объекты системы управления НСИ не более 1. г) Возможность ведения справочников, имеющих не более 50 реквизитов и не более 3 связей или не более 10 реквизитов и не более 10 связей. Общее количество справочников не более 100. - .2 Изменение данных справочника Все изменения в объекты НСИ (справочники) должны производиться с помощью пакетов изменений. Жизненный цикл пакета должен содержать стадии: - д) Количество внешних систем и/или источников/потребителей данных, с которыми взаимодействует система управления НСИ не более 1 системы. е) Количество инсталляций системы не более 1. - б) Необходимо обеспечить возможность настройки профилей дедубликации. в) Должна быть обеспечена поддержка следующих алгоритмов дедубликации: Морфологическое сравнение; Сравнение по созвучию; Алгоритм Левенштейна; Q-граммы. - .2 Управление связями Система должна обеспечивать установку связей между реквизитами справочников: а) Связи типа «один ко многим» и «многие ко многим» с возможностью установки ограничений/условий на связи. б) Групповые связи и условные связи. - 2.4 Управление индексами и производительностью Для обеспечения возможности ускорения и оптимизации работы со справочниками в системе должна быть реализована функциональность работы с индексами: а) Создание пользовательских индексов для ускорения поиска. б) Настройка полнотекстового индекса (включая индексацию на основе запросов). - 6.1 Доступные операции и функции а) Работа с метаданными справочников, запуск пакетов импорта/экспорта, выполнение запросов, управление пакетами изменений. б) Интеграционные действия: получение файлов из почтовых ящиков (IMAP/POP3), отправка уведомлений, выполнение REST и SOAP запросов, проверка структуры, разбор XML/JSON. - Должна быть обеспечена возможность согласования изменения справочников пользователями или группами пользователей. При изменении справочников должна быть обеспечена следующая функциональность: - а) Возможность добавления/редактирования/аннулирования одной или нескольких записей в рамках пакета; б) Блокировка изменений пользователем для предотвращения одновременного редактирования справочника; в) Просмотр всех пакетов изменений и истории изменений;

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

Класс программ для электронных вычислительных машин и баз данных - (10.04) Средства управления информационными ресурсами и средства управления основными данными (ECM, MDM) - - Значение характеристики не может изменяться участником закупки

Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки

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

.1.1 Поддерживаемые форматы источников а) Microsoft Excel (XLS, XLSX). б) Текстовые форматы: CSV, TXT, XML, JSON. в) Таблицы DBF. г) Таблицы СУБД PostgreSQL.

7.4 Оповещение пользователей

г) Возможность перемещения и копирования записей между пакетами изменений. Должна быть предусмотрена возможность составных или комплексных изменений сразу нескольких справочников в рамках одного пакета набора или пакета изменений.

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

5.1 Построение запросов Система должна предоставлять возможность визуального построения запросов (конструктор запросов), позволяющих формировать выборки данных из нескольких связанных справочников. Необходимо обеспечить поддержку следующих функций: а) Добавление в запрос таблиц справочников и визуальное построение связей соединения таблиц (INNER, LEFT, RIGHT, FULL OUTER JOIN).

7.2 Поддержка преобразования кодировок данных Система должна поддерживать ведение таблиц соответствия кодировок данных для сопоставления эталонных данных с данными внешних автоматизированных систем, с учетом следующих требований:

4.1.3 Возможности экспорта а) Выгрузка текущего состояния справочника или его состояния на конкретную дату. б) Формирование выборки данных для выгрузки на основе специального запроса (например, SQL-выражения). в) Выгрузка множественных связей отдельными строками.

7.1 API для внешних систем Система должна предоставлять API для внешних систем, с учетом следующих требований: а) Наличие единой точки входа (API Gateway). б) Обеспечение возможности доступа к любым справочникам, которые создаются в системе без необходимости дополнительной разработки. в) Обеспечение поддержки ролевой модели, настроенной в системе, для контроля доступа к данным справочников.

7.3 Подписка на изменение При изменении данных справочников должна быть обеспечена возможность уведомления внешних систем. Для внешних систем необходимо обеспечить возможность подписки на изменения элементов НСИ. Подписка на изменения справочников должна обеспечивать следующие возможности:

в) Возможность определения ключевых полей (включая составные ключи). г) Создание новых справочников путем импорта структуры из существующих таблиц базы данных (далее БД) или файлов Excel.

1.2 Пользовательский интерфейс

2. ФУНКЦИОНАЛ УПРАВЛЕНИЯ НСИ

7. ИНТЕГРАЦИЯ ВОЗМОЖНОСТИ

5. ПОЛЬЗОВАТЕЛЬСКИЕ ЗАПРОСЫ И ОТЧЕТЫ

Система управления нормативно-справочной информацией (далее НСИ) должна обеспечивать формирование и ведение единой базы нормативно-справочной информации. Взаимодействие пользователей с системой должно осуществляться через веб-интерфейс, взаимодействие внешних информационных систем через программный интерфейс (API).

Интерфейс должен содержать следующие функциональные блоки и разделы навигации: а) Список доступных пользователю объектов НСИ (справочников). б) Формы просмотра и редактирования содержимого справочников. в) Настройки метаинформации справочников. г) Просмотр блоков изменения и истории изменения справочников. д) При просмотре записей справочников должны быть доступны механизмы сортировки, группировки и визуального выделения строк (условное форматирование).

2.3 Управление типами данных В системе должна быть реализована функциональность управления типами данных: а) Создание пользовательских типов данных. б) Настройка списковых (перечислимых) типов данных. в) Управление системными типами.

б) Выбор полей для вывода, настройка сортировки, присвоение псевдонимов. в) Конструктор условий с поддержкой динамических параметров. г) Возможность просмотра и ручного редактирования SQL-выражения запроса.

3.1 Жизненный цикл справочника Должна быть обеспечена поддержка следующих состояний справочника в системе управления НСИ: Новый; Создан (метаинформация справочника утверждена); Загружен (справочник содержит данные); Архивный (справочник доступен только для чтения и выведен из эксплуатации).

4. ЗАГРУЗКА И ВЫГРУЗКА ДАННЫХ Система должна позволять экспортировать и импортировать как структуры справочников, так и их данные.

8.2 Профилирование данных Система должна предоставлять возможность настройки профилирования данных (разовых или регулярных проверок) для выявления некорректных записей.

1. ОБЩИЕ ТРЕБОВАНИЯ К СИСТЕМЕ УПРАВЛЕНИЯ:

5.2 Построение отчетов Система должна предоставлять возможность визуального построения отчетов (конструктор отчетов) на основе использования справочников и пользовательских запросов. Для отчетов должна поддерживаться возможность просмотра на экране, печати и сохранения в файл.

8.1 Функции управления дубликатами Система должна предоставлять инструменты для поиска и устранения дублирующихся записей с учетом следующих требований: а) Необходимо обеспечить возможность поиска дубликатов по заданным правилам и выполнение операций объединения/разделения записей.

Формирование/Создание (накопление изменений в черновике); Верификация/Подписание (проверка и подтверждение корректности изменений); Согласование (опционально); Фиксация изменений/Утверждение (применение изменений к основному массиву данных).

8. ОБЕСПЕЧЕНИЕ КАЧЕСТВА ДАННЫХ

2.1 Моделирование данных Система должна позволять проектировать структуру справочников и изменять её без написания программного кода (концепция low-code/no-code). Должна поддерживаться возможность создания плоских и многомерных структур справочников. Поддержка многомерных структур справочников обеспечивается за счет построения связей между несколькими справочниками.

е) Поиск информации должен осуществляться по множеству параметров, а также с использованием полнотекстового поиска. ж) Предусмотреть наличие функции «Избранное» для быстрого доступа к часто используемым объектам. з) Обеспечить возможность формирования представлений данных с понятными бизнес-пользователям названиями полей.

2.1.2 Версионность а) Инструменты для создания новых версий структуры справочника. б) Сохранение истории изменений метаданных.

6. АВТОМАТИЗАЦИЯ ПРОЦЕССОВ ОБРАБОТКИ ДАННЫХ Необходимо обеспечить возможность визуального формирования сценариев (без программирования, в концепции low-code/no-code) автоматической обработки данных как загружаемых в систему из источников, так и выгружаемых для различных потребителей.

а) Необходимо обеспечить возможность регистрации внешних систем и справочников этих систем. б) Необходимо обеспечить возможность определения правил маппинга (сопоставления) значений кодов внешних и внутренних справочников. в) Необходимо обеспечить возможность назначения приоритетов внешних систем для разрешения конфликтов при обновлении данных. г) Необходимо обеспечить возможность автоматического разрешение конфликтов значений реквизитов на основе настроенных приоритетов внешних систем.

6.2 Управление выполнением процессов а) Необходимо обеспечить возможность запуска процессов по расписанию (однократно, ежедневно, еженедельно, ежемесячно); б) Необходимо обеспечить возможность пошагового выполнение процессов для обеспечения возможности отладки; в) Необходимо обеспечить возможность ведения журнала операций и мониторинга выполняемых процессов.

2.2.1 Функции контроля связей а) Обеспечение возможности настройка каскадного аннулирования и контроля временных периодов действия связанных записей. б) Возможность подключения внешних по отношению к системе НСИ, таблиц БД через SQL-запросы.

1.1 Параметры масштабирования

3. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ НСИ

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

в) Работа с данными: выполнение SQL-запросов, команд обновления и вставки данных (UPDATE, INSERT), XSLT-преобразования, архивация. г) Контроль корректности данных, включая встроенные функции проверки контрольных чисел (ИНН, КПП, СНИЛС, ОГРН). д) Поддержка различных конструкций управления процессом: циклы, условные переходы (if), обработка ошибок (try-catch-finally).

2.1.1 Настройки справочников а) Наличие инструментов настройки кодификации данных (структура кода, разрядность, используемые разделители, способы дополнения). б) Поддержка различных типов данных: числа, строки, даты, ссылки на другие справочники, прикрепленные файлы. Для атрибутов должна поддерживаться возможность задания признаков обязательности, уникальности и маски ввода.

4.1.2 Возможности импорта а) Визуальный маппинг (сопоставление полей источника и реквизитов справочника). б) Написание скриптов преобразования данных для сложной логики загрузки. в) Автоматическое создание и утверждение пакетов изменений по итогам загрузки. г) Аннулирование записей справочника, которых нет в источнике. д) Пропуск (игнорирование) записей, уже существующих в справочнике.

а) Возможность подписки на весь справочник, на выборку данных или на конкретные элементы НСИ. б) Отправка изменений в очередь RabbitMQ, Kafka или через вызов процесса выгрузки данных. в) Логирование операций по подписке и рассылке.

4.1 Настройка обменов Должен быть реализован механизм настраиваемых пакетов импорта/экспорта с возможностью их многократного запуска.

9. ТРЕБОВАНИЯ К ФОРМУЛЯРУ ПРОГРАММНОГО ОБЕМПЕЧЕНИЯ 9.1. С программным обеспечением должен быть предоставлен формуляр описания архитектуры программного обеспечения, включающий информацию: а) Общую схему взаимодействия компонентов программного обеспечения;

а) Общее количество пользователей системы не более 100. б) Количество учетных записей для конфигурации справочников не более 1. в) Количество доменных областей, в рамках которых могут использоваться объекты системы управления НСИ не более 1. г) Возможность ведения справочников, имеющих не более 50 реквизитов и не более 3 связей или не более 10 реквизитов и не более 10 связей. Общее количество справочников не более 100.

.2 Изменение данных справочника Все изменения в объекты НСИ (справочники) должны производиться с помощью пакетов изменений. Жизненный цикл пакета должен содержать стадии:

д) Количество внешних систем и/или источников/потребителей данных, с которыми взаимодействует система управления НСИ не более 1 системы. е) Количество инсталляций системы не более 1.

б) Необходимо обеспечить возможность настройки профилей дедубликации. в) Должна быть обеспечена поддержка следующих алгоритмов дедубликации: Морфологическое сравнение; Сравнение по созвучию; Алгоритм Левенштейна; Q-граммы.

.2 Управление связями Система должна обеспечивать установку связей между реквизитами справочников: а) Связи типа «один ко многим» и «многие ко многим» с возможностью установки ограничений/условий на связи. б) Групповые связи и условные связи.

2.4 Управление индексами и производительностью Для обеспечения возможности ускорения и оптимизации работы со справочниками в системе должна быть реализована функциональность работы с индексами: а) Создание пользовательских индексов для ускорения поиска. б) Настройка полнотекстового индекса (включая индексацию на основе запросов).

6.1 Доступные операции и функции а) Работа с метаданными справочников, запуск пакетов импорта/экспорта, выполнение запросов, управление пакетами изменений. б) Интеграционные действия: получение файлов из почтовых ящиков (IMAP/POP3), отправка уведомлений, выполнение REST и SOAP запросов, проверка структуры, разбор XML/JSON.

Должна быть обеспечена возможность согласования изменения справочников пользователями или группами пользователей. При изменении справочников должна быть обеспечена следующая функциональность:

а) Возможность добавления/редактирования/аннулирования одной или нескольких записей в рамках пакета; б) Блокировка изменений пользователем для предотвращения одновременного редактирования справочника; в) Просмотр всех пакетов изменений и истории изменений;

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Дополнительные характеристики поставляемого товара установлены в связи с потребностью Получателя, дополняют характеристики поставляемого товара, не изменяя и не противореча характеристикам, указанным в КТРУ. Наличие дополнительных характеристик обусловлено необходимостью надлежащего описания объекта закупки, поскольку характеристики позиции, содержащиеся в КТРУ, не позволяют описать функциональные и технические требования поставляемого товара для обеспечения автоматизированного анализа средствами интеллектуального модуля изображений, поступающих с уличных камер видеонаблюдения, с целью обнаружения и локализации областей, соответствующих съёмочным площадкам, в необходимом качестве и объеме.

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

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

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

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

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

Обеспечение заявки

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: В соответствии с правилами и порядком, определенными оператором электронной торговой площадки

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03222643450000007300, л/c 2181131000451187, БИК 004525988, ОКЦ № 1 ГУ Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, к/c 40102810545370000003

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО Г. МОСКВЕ () ИНН: 7710878000 КПП: 770301001 КБК: 81111610056020000140 ОКТМО: 45380000 40102810545370000003 03100643000000017300 004525988

Условия контракта

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

Обеспечение исполнения контракта

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

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

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Контракт заключается после предоставления заказчику обеспечения исполнения контракта. Обеспечение исполнения контракта может быть представлено в виде безотзывной независимой гарантии или внесением денежных средств на указанный заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими заказчику, в размере обеспечения исполнения контракта, указанном в документации о закупках. Безотзывная независимая гарантия должна соответствовать требованиям, установленным Гражданским кодексом Российской Федерации, а также иным законодательством Российской Федерации. Способ обеспечения исполнения контракта определяется участником закупки, с которым заключается контракт, самостоятельно. Срок внесения обеспечения - до момента заключения контракта».

Платежные реквизиты для обеспечения исполнения контракта: p/c 03222643450000007300, л/c 2181131000451187, БИК 004525988, ОКЦ № 1 ГУ Банка России по ЦФО//УФК ПО Г. МОСКВЕ, г Москва, к/c 40102810545370000003

Информация о банковском и (или) казначейском сопровождении контракта

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

Документы

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

Документы

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