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

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

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

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

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

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

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

Наименование объекта закупки: Оказание услуг по предоставлению лицензий на право использовать компьютерное программное обеспечение

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

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

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

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

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

Почтовый адрес: Российская Федерация, 117997, Москва, ул.Профсоюзная, д.86, -

Место нахождения: Российская Федерация, 117997, Москва, Профсоюзная ул, Д.86

Ответственное должностное лицо: Шиляев П. Ю.

Адрес электронной почты: torgi.rncrr@mail.ru

Номер контактного телефона: 7-499-7430013

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Закупка за счет собственных средств организации: Да

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

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

- 58.29.11.000 58.29.11.000-00000003 - Программное обеспечение Вид лицензии Простая (неисключительная) Класс программ для электронных вычислительных машин и баз данных (02.07) Средства управления базами данных Способ предоставления Копия электронного экземпляра - Штука - 8,00 - 200 000,00 - 1 600 000,00

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.07) Средства управления базами данных Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки 1. Общие требования 1.1. Поддержка процессорной архитектуры x86_64 и/или arm64. 1.2. ПО СУБД должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. 1.3. ПО СУБД должно соответствовать требованиям по безопасности информации к СУБД, утвержденным приказом ФСТЭК России от 14.04.2023 № 64 - не ниже 4 класса защиты. 1.4. ПО СУБД должно иметь сертификат ФСТЭК России на соответствие требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 02.06.2020 № 76 – не ниже 4 уровня доверия. Требования установлены в связи с необходимостью обеспечения совместимости СУБД с современными средствами вычислительной техники; в связи с необходимостью исполнения требований действующего законодательства, в том числе Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц Значение характеристики не может изменяться участником закупки 2. Требования к функциям управления базами данных 2.1. Поддерживаемый стандарт SQL ISO/IEC 9075:2023. 2.2. Поддерживаемые символьные кодировки UTF8, WIN1251. 2.3. Возможность фонового конвертирования данных в различных кодировках. 2.4. Поддержка функций. 2.5. Поддержка триггеров. 2.6. Поддержка представлений. 2.7. Поддержка курсоров. 2.8. Поддержка механизмов соблюдения ссылочной целостности. 2.9. Поддержка внутреннего хранения больших типов данных (таких как BLOB/CLOB). 2.10. Поддержка механизмов прямой и обратной сортировки. 2.11. Поддержка механизмов обработки данных в формате XML. 2.12. Поддержка JSON/JSONB. 2.13. Наличие технологий вертикального масштабирования (секционирование). 2.14. Поддержка зеркальной копии БД посредством пересылки непосредственно блоков данных ("зеркальная" копия, при создании и поддержке которой используются "сырые" блоки данных основной БД (Physical standby). 2.15. Поддержка технологий расширенного индексирования (поддержка частичных и функциональных индексов, инвертированные индексы, индексирование XML, JSON и т.д.). 2.16. Поддержка индексов типа «битовая карта» или аналогичных механизмов для эффективной обработки данных с низкой кардинальностью. 2.17. Поддержка неблокируемых операций с индексами (создание/удаление индексов без существенного влияния на другие протекающие с данной таблицей операции). 2.18. Поддержка технологий фонового резервного копирования (возможность создания консистентной резервной копии без остановки функционирования основой БД). 2.19. Поддержка восстановления на точку во времени (поддержка в СУБД технологии восстановления на произвольно выбранную точку во времени вне зависимости от момента создания резервной копии. 2.20. Поддержка шифрования при передаче данных по сети, включая защиту консольных подключений, защиту передачи данных между инсталляциями СУБД, а также между СУБД и приложениями. 2.21. Наличие механизма, позволяющего восстанавливать испорченные (битые) блоки данных в БД с резервного сервера (Physical standby). Значение характеристики не может изменяться участником закупки 3. Требования к совместимости 3.1 Наличие совместимости с российскими операционными системами Astra Linux, РЕД ОС, ALT Linux. 3.2. Наличие документально подтвержденной совместимости со службой каталогов ALD Pro в части централизованной аутентификации и авторизации пользователей базы данных. Требования установлены в связи с необходимостью обеспечения совместимости с российскими программными продуктами, включая сертифицированные ОС (Astra Linux, РЕД ОС, ALT Linux) и ALD Pro, для бесперебойной эксплуатации в имеющихся системах Заказчика Значение характеристики не может изменяться участником закупки 4. Требования к защите информации от несанкционированного доступа и безопасности 4.1. Идентификация и проверка подлинности (аутентификация) субъектов при доступе к ПО. 4.2. Контроль количества неуспешных попыток аутентификации. 4.3. Регистрация удачных попыток подключения к СУБД. 4.4. Регистрация неудачных попыток подключения к СУБД. 4.5. Регистрация действий с учетными записями (событий блокировки и разблокировки УЗ пользователей общесистемного ПО, добавление/удаление УЗ, изменение полномочий). 4.6. Управление локальными учетными записями пользователей СУБД (создание, изменение, сброс пароля, блокировка/разблокировка, удаление). 4.7. Реализация общепринятых методов разграничения доступа (дискреционный, мандатный, ролевой метод), типов (чтение, запись, выполнение) и правил разграничения доступа. 4.8. Разделение полномочий (ролей) пользователей, администраторов и лиц, обеспечивающих функционирование информационной систем. 4.9. Назначение минимально необходимых прав и привилегий пользователям, администраторам и лицам, обеспечивающим функционирование информационной системы. 4.10. Поддержка механизма разведки данных, для поиска персональных или других данных (sensitive), на основе словаря с правилами поиска. 4.11. Возможность разведки данных по всей БД или ее части: таблицам или части таблиц (ограничение по количеству строк). 4.12. Возможность формирования словаря (таблицы сопоставления) для динамического маскирования данных, на основе результатов работы механизма разведки данных. 4.13. Поддержка распараллеливания поиска для механизма разведки данных. 4.14. Поддержка распараллеливания механизма динамического маскирования данных. 4.15. Поддержка механизмов проверки словарей (таблиц соответствия) для механизма маскирования данных: частичная, полная проверки. 4.16. Наличие пополняемой библиотеки функций маскирования данных. 4.17. Возможность исправления поврежденных данных WAL из буферов в оперативной памяти. 4.18. Поддержка прозрачной анонимизации данных в БД для маскировки или замены конфиденциальных, персональных, ко Значение характеристики не может изменяться участником закупки 5. Требования к СУБД для работы в высоконагруженных средах 5.1. Наличие разрядности идентификатора транзакций не менее 64-бит. 5.2. Поддержка механизмов двунаправленной логической репликации (копирования) данных между двумя серверами БД. 5.3. Наличие автономных транзакций для процедурного языка, синтаксически совместимые с СУБД Oracle, для снижения трудозатрат при миграции. 5.4. Поддержка функций для работы по протоколам HTTP/HTTPS. 5.5. Поддержка создания переменных в пользовательских сессиях. 5.6. Наличие сбора и хранения статистики по предикатам, найденным в операторах WHERE и JOIN. 5.7. Наличие механизма сжатия данных в Append-Only таблицах с возможностью выбора степени компрессии. 5.8. Возможность проверки использования индекса планировщиком без необходимости его реального создания (гипотетические индексы). 5.9. Наличие функционала парольных политик, возможности установить минимальную длину пароля, минимальный и максимальный срок жизни пароля, требования к сложности (алфавиту) пароля, запрет на установку ранее использованных паролей. 5.10. Возможность добавлять зарезервированные соединения для пользователей, не являющихся супер-пользователями. Слоты, зарезервированные таким образом, доступны только пользователям, которые имеют предопределенную роль. 5.11. Возможность автоматического удаления планировщиком соединений, при соединении таблицы с самой собой. 5.12. Наличие увеличенного количества партиций в общем буфере. 5.13. Обеспечение отсутствия ограничения на размер БД, максимальное количество записей (строк) и количество индексов. 5.14. Отсутствие ограничений по количеству ядер. 5.15. Отсутствие ограничений по количеству пользователей. 5.16. Поддержка оптимизированного алгоритма сжатия данных pglz, для более эффективного ввода/вывода. 5.17. Реализация сокращенного количества блокировок страниц данных в общем буфере. 5.18. Возможность сжатия WAL-файлов с помощью алгоритмов lz4 и zstd. 5.19. Наличие сжатия в libpq. 5.20. Поддержка прозрачной репликации DDL для логической репликации Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.07) Средства управления базами данных - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - 1. Общие требования - 1.1. Поддержка процессорной архитектуры x86_64 и/или arm64. 1.2. ПО СУБД должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. 1.3. ПО СУБД должно соответствовать требованиям по безопасности информации к СУБД, утвержденным приказом ФСТЭК России от 14.04.2023 № 64 - не ниже 4 класса защиты. 1.4. ПО СУБД должно иметь сертификат ФСТЭК России на соответствие требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 02.06.2020 № 76 – не ниже 4 уровня доверия. Требования установлены в связи с необходимостью обеспечения совместимости СУБД с современными средствами вычислительной техники; в связи с необходимостью исполнения требований действующего законодательства, в том числе Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц - - Значение характеристики не может изменяться участником закупки - 2. Требования к функциям управления базами данных - 2.1. Поддерживаемый стандарт SQL ISO/IEC 9075:2023. 2.2. Поддерживаемые символьные кодировки UTF8, WIN1251. 2.3. Возможность фонового конвертирования данных в различных кодировках. 2.4. Поддержка функций. 2.5. Поддержка триггеров. 2.6. Поддержка представлений. 2.7. Поддержка курсоров. 2.8. Поддержка механизмов соблюдения ссылочной целостности. 2.9. Поддержка внутреннего хранения больших типов данных (таких как BLOB/CLOB). 2.10. Поддержка механизмов прямой и обратной сортировки. 2.11. Поддержка механизмов обработки данных в формате XML. 2.12. Поддержка JSON/JSONB. 2.13. Наличие технологий вертикального масштабирования (секционирование). 2.14. Поддержка зеркальной копии БД посредством пересылки непосредственно блоков данных ("зеркальная" копия, при создании и поддержке которой используются "сырые" блоки данных основной БД (Physical standby). 2.15. Поддержка технологий расширенного индексирования (поддержка частичных и функциональных индексов, инвертированные индексы, индексирование XML, JSON и т.д.). 2.16. Поддержка индексов типа «битовая карта» или аналогичных механизмов для эффективной обработки данных с низкой кардинальностью. 2.17. Поддержка неблокируемых операций с индексами (создание/удаление индексов без существенного влияния на другие протекающие с данной таблицей операции). 2.18. Поддержка технологий фонового резервного копирования (возможность создания консистентной резервной копии без остановки функционирования основой БД). 2.19. Поддержка восстановления на точку во времени (поддержка в СУБД технологии восстановления на произвольно выбранную точку во времени вне зависимости от момента создания резервной копии. 2.20. Поддержка шифрования при передаче данных по сети, включая защиту консольных подключений, защиту передачи данных между инсталляциями СУБД, а также между СУБД и приложениями. 2.21. Наличие механизма, позволяющего восстанавливать испорченные (битые) блоки данных в БД с резервного сервера (Physical standby). - - Значение характеристики не может изменяться участником закупки - 3. Требования к совместимости - 3.1 Наличие совместимости с российскими операционными системами Astra Linux, РЕД ОС, ALT Linux. 3.2. Наличие документально подтвержденной совместимости со службой каталогов ALD Pro в части централизованной аутентификации и авторизации пользователей базы данных. Требования установлены в связи с необходимостью обеспечения совместимости с российскими программными продуктами, включая сертифицированные ОС (Astra Linux, РЕД ОС, ALT Linux) и ALD Pro, для бесперебойной эксплуатации в имеющихся системах Заказчика - - Значение характеристики не может изменяться участником закупки - 4. Требования к защите информации от несанкционированного доступа и безопасности - 4.1. Идентификация и проверка подлинности (аутентификация) субъектов при доступе к ПО. 4.2. Контроль количества неуспешных попыток аутентификации. 4.3. Регистрация удачных попыток подключения к СУБД. 4.4. Регистрация неудачных попыток подключения к СУБД. 4.5. Регистрация действий с учетными записями (событий блокировки и разблокировки УЗ пользователей общесистемного ПО, добавление/удаление УЗ, изменение полномочий). 4.6. Управление локальными учетными записями пользователей СУБД (создание, изменение, сброс пароля, блокировка/разблокировка, удаление). 4.7. Реализация общепринятых методов разграничения доступа (дискреционный, мандатный, ролевой метод), типов (чтение, запись, выполнение) и правил разграничения доступа. 4.8. Разделение полномочий (ролей) пользователей, администраторов и лиц, обеспечивающих функционирование информационной систем. 4.9. Назначение минимально необходимых прав и привилегий пользователям, администраторам и лицам, обеспечивающим функционирование информационной системы. 4.10. Поддержка механизма разведки данных, для поиска персональных или других данных (sensitive), на основе словаря с правилами поиска. 4.11. Возможность разведки данных по всей БД или ее части: таблицам или части таблиц (ограничение по количеству строк). 4.12. Возможность формирования словаря (таблицы сопоставления) для динамического маскирования данных, на основе результатов работы механизма разведки данных. 4.13. Поддержка распараллеливания поиска для механизма разведки данных. 4.14. Поддержка распараллеливания механизма динамического маскирования данных. 4.15. Поддержка механизмов проверки словарей (таблиц соответствия) для механизма маскирования данных: частичная, полная проверки. 4.16. Наличие пополняемой библиотеки функций маскирования данных. 4.17. Возможность исправления поврежденных данных WAL из буферов в оперативной памяти. 4.18. Поддержка прозрачной анонимизации данных в БД для маскировки или замены конфиденциальных, персональных, ко - - Значение характеристики не может изменяться участником закупки - 5. Требования к СУБД для работы в высоконагруженных средах - 5.1. Наличие разрядности идентификатора транзакций не менее 64-бит. 5.2. Поддержка механизмов двунаправленной логической репликации (копирования) данных между двумя серверами БД. 5.3. Наличие автономных транзакций для процедурного языка, синтаксически совместимые с СУБД Oracle, для снижения трудозатрат при миграции. 5.4. Поддержка функций для работы по протоколам HTTP/HTTPS. 5.5. Поддержка создания переменных в пользовательских сессиях. 5.6. Наличие сбора и хранения статистики по предикатам, найденным в операторах WHERE и JOIN. 5.7. Наличие механизма сжатия данных в Append-Only таблицах с возможностью выбора степени компрессии. 5.8. Возможность проверки использования индекса планировщиком без необходимости его реального создания (гипотетические индексы). 5.9. Наличие функционала парольных политик, возможности установить минимальную длину пароля, минимальный и максимальный срок жизни пароля, требования к сложности (алфавиту) пароля, запрет на установку ранее использованных паролей. 5.10. Возможность добавлять зарезервированные соединения для пользователей, не являющихся супер-пользователями. Слоты, зарезервированные таким образом, доступны только пользователям, которые имеют предопределенную роль. 5.11. Возможность автоматического удаления планировщиком соединений, при соединении таблицы с самой собой. 5.12. Наличие увеличенного количества партиций в общем буфере. 5.13. Обеспечение отсутствия ограничения на размер БД, максимальное количество записей (строк) и количество индексов. 5.14. Отсутствие ограничений по количеству ядер. 5.15. Отсутствие ограничений по количеству пользователей. 5.16. Поддержка оптимизированного алгоритма сжатия данных pglz, для более эффективного ввода/вывода. 5.17. Реализация сокращенного количества блокировок страниц данных в общем буфере. 5.18. Возможность сжатия WAL-файлов с помощью алгоритмов lz4 и zstd. 5.19. Наличие сжатия в libpq. 5.20. Поддержка прозрачной репликации DDL для логической репликации - - Значение характеристики не может изменяться участником закупки

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

Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки

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

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

1. Общие требования - 1.1. Поддержка процессорной архитектуры x86_64 и/или arm64. 1.2. ПО СУБД должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных. 1.3. ПО СУБД должно соответствовать требованиям по безопасности информации к СУБД, утвержденным приказом ФСТЭК России от 14.04.2023 № 64 - не ниже 4 класса защиты. 1.4. ПО СУБД должно иметь сертификат ФСТЭК России на соответствие требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 02.06.2020 № 76 – не ниже 4 уровня доверия. Требования установлены в связи с необходимостью обеспечения совместимости СУБД с современными средствами вычислительной техники; в связи с необходимостью исполнения требований действующего законодательства, в том числе Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц - - Значение характеристики не может изменяться участником закупки

2. Требования к функциям управления базами данных - 2.1. Поддерживаемый стандарт SQL ISO/IEC 9075:2023. 2.2. Поддерживаемые символьные кодировки UTF8, WIN1251. 2.3. Возможность фонового конвертирования данных в различных кодировках. 2.4. Поддержка функций. 2.5. Поддержка триггеров. 2.6. Поддержка представлений. 2.7. Поддержка курсоров. 2.8. Поддержка механизмов соблюдения ссылочной целостности. 2.9. Поддержка внутреннего хранения больших типов данных (таких как BLOB/CLOB). 2.10. Поддержка механизмов прямой и обратной сортировки. 2.11. Поддержка механизмов обработки данных в формате XML. 2.12. Поддержка JSON/JSONB. 2.13. Наличие технологий вертикального масштабирования (секционирование). 2.14. Поддержка зеркальной копии БД посредством пересылки непосредственно блоков данных ("зеркальная" копия, при создании и поддержке которой используются "сырые" блоки данных основной БД (Physical standby). 2.15. Поддержка технологий расширенного индексирования (поддержка частичных и функциональных индексов, инвертированные индексы, индексирование XML, JSON и т.д.). 2.16. Поддержка индексов типа «битовая карта» или аналогичных механизмов для эффективной обработки данных с низкой кардинальностью. 2.17. Поддержка неблокируемых операций с индексами (создание/удаление индексов без существенного влияния на другие протекающие с данной таблицей операции). 2.18. Поддержка технологий фонового резервного копирования (возможность создания консистентной резервной копии без остановки функционирования основой БД). 2.19. Поддержка восстановления на точку во времени (поддержка в СУБД технологии восстановления на произвольно выбранную точку во времени вне зависимости от момента создания резервной копии. 2.20. Поддержка шифрования при передаче данных по сети, включая защиту консольных подключений, защиту передачи данных между инсталляциями СУБД, а также между СУБД и приложениями. 2.21. Наличие механизма, позволяющего восстанавливать испорченные (битые) блоки данных в БД с резервного сервера (Physical standby). - - Значение характеристики не может изменяться участником закупки

3. Требования к совместимости - 3.1 Наличие совместимости с российскими операционными системами Astra Linux, РЕД ОС, ALT Linux. 3.2. Наличие документально подтвержденной совместимости со службой каталогов ALD Pro в части централизованной аутентификации и авторизации пользователей базы данных. Требования установлены в связи с необходимостью обеспечения совместимости с российскими программными продуктами, включая сертифицированные ОС (Astra Linux, РЕД ОС, ALT Linux) и ALD Pro, для бесперебойной эксплуатации в имеющихся системах Заказчика - - Значение характеристики не может изменяться участником закупки

4. Требования к защите информации от несанкционированного доступа и безопасности - 4.1. Идентификация и проверка подлинности (аутентификация) субъектов при доступе к ПО. 4.2. Контроль количества неуспешных попыток аутентификации. 4.3. Регистрация удачных попыток подключения к СУБД. 4.4. Регистрация неудачных попыток подключения к СУБД. 4.5. Регистрация действий с учетными записями (событий блокировки и разблокировки УЗ пользователей общесистемного ПО, добавление/удаление УЗ, изменение полномочий). 4.6. Управление локальными учетными записями пользователей СУБД (создание, изменение, сброс пароля, блокировка/разблокировка, удаление). 4.7. Реализация общепринятых методов разграничения доступа (дискреционный, мандатный, ролевой метод), типов (чтение, запись, выполнение) и правил разграничения доступа. 4.8. Разделение полномочий (ролей) пользователей, администраторов и лиц, обеспечивающих функционирование информационной систем. 4.9. Назначение минимально необходимых прав и привилегий пользователям, администраторам и лицам, обеспечивающим функционирование информационной системы. 4.10. Поддержка механизма разведки данных, для поиска персональных или других данных (sensitive), на основе словаря с правилами поиска. 4.11. Возможность разведки данных по всей БД или ее части: таблицам или части таблиц (ограничение по количеству строк). 4.12. Возможность формирования словаря (таблицы сопоставления) для динамического маскирования данных, на основе результатов работы механизма разведки данных. 4.13. Поддержка распараллеливания поиска для механизма разведки данных. 4.14. Поддержка распараллеливания механизма динамического маскирования данных. 4.15. Поддержка механизмов проверки словарей (таблиц соответствия) для механизма маскирования данных: частичная, полная проверки. 4.16. Наличие пополняемой библиотеки функций маскирования данных. 4.17. Возможность исправления поврежденных данных WAL из буферов в оперативной памяти. 4.18. Поддержка прозрачной анонимизации данных в БД для маскировки или замены конфиденциальных, персональных, ко - - Значение характеристики не может изменяться участником закупки

5. Требования к СУБД для работы в высоконагруженных средах - 5.1. Наличие разрядности идентификатора транзакций не менее 64-бит. 5.2. Поддержка механизмов двунаправленной логической репликации (копирования) данных между двумя серверами БД. 5.3. Наличие автономных транзакций для процедурного языка, синтаксически совместимые с СУБД Oracle, для снижения трудозатрат при миграции. 5.4. Поддержка функций для работы по протоколам HTTP/HTTPS. 5.5. Поддержка создания переменных в пользовательских сессиях. 5.6. Наличие сбора и хранения статистики по предикатам, найденным в операторах WHERE и JOIN. 5.7. Наличие механизма сжатия данных в Append-Only таблицах с возможностью выбора степени компрессии. 5.8. Возможность проверки использования индекса планировщиком без необходимости его реального создания (гипотетические индексы). 5.9. Наличие функционала парольных политик, возможности установить минимальную длину пароля, минимальный и максимальный срок жизни пароля, требования к сложности (алфавиту) пароля, запрет на установку ранее использованных паролей. 5.10. Возможность добавлять зарезервированные соединения для пользователей, не являющихся супер-пользователями. Слоты, зарезервированные таким образом, доступны только пользователям, которые имеют предопределенную роль. 5.11. Возможность автоматического удаления планировщиком соединений, при соединении таблицы с самой собой. 5.12. Наличие увеличенного количества партиций в общем буфере. 5.13. Обеспечение отсутствия ограничения на размер БД, максимальное количество записей (строк) и количество индексов. 5.14. Отсутствие ограничений по количеству ядер. 5.15. Отсутствие ограничений по количеству пользователей. 5.16. Поддержка оптимизированного алгоритма сжатия данных pglz, для более эффективного ввода/вывода. 5.17. Реализация сокращенного количества блокировок страниц данных в общем буфере. 5.18. Возможность сжатия WAL-файлов с помощью алгоритмов lz4 и zstd. 5.19. Наличие сжатия в libpq. 5.20. Поддержка прозрачной репликации DDL для логической репликации - - Значение характеристики не может изменяться участником закупки

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге В соответствии с п. 5 Правил использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, утв. Постановлением Правительства РФ № 145 от 8 февраля 2017 г., заказчик вправе указать в извещении об осуществлении закупки, приглашении и документации о закупке (в случае если Федеральным законом от 05.04.2013 N 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (далее – Закон о контрактной системе) предусмотрена документация о закупке) дополнительную информацию, а также дополнительные потребительские свойства, в том числе функциональные, технические, качественные, эксплуатационные характеристики товара, работы, услуги в соответствии с положениями статьи 33 Закона о контрактной системе, которые не предусмотрены в позиции каталога. Детализация описания объекта закупки, направлена на получение результата оказываемых услуг, отвечающих потребностям Заказчика.

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

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

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

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

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

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

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

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

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

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 00000000000000000000, л/c См. прилагаемые документы, БИК 000000000

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

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

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

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

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 00000000000000000000, л/c См. прилагаемые документы, БИК 000000000

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

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

Документы

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

Документы

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