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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.07) Средства управления базами данных Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Общие требования к СУБД СУБД должна быть включена в ‘Единый реестр российских программ для электронных вычислительных машин и баз данных’ (reestr.minsvyaz.ru/reestr). Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 № 64. СУБД должна быть официально совместима с приложениями (1С, Парус). СУБД должны быть официальна совместима с российскими системами резервного копирования (Кибер Бэкап - Реестровая запись №4160 от 11.12.2017 - reestr.digital.gov.ru/reestr/305510) Значение характеристики не может изменяться участником закупки Требования к структуре и функционированию Базовые требования к СУБД: 1. Поддерживать современные стандарты реляционных баз данных (БД) по требования ACID, а именно: - Атомарность (Atomicity) - Согласованность (Consistency) - Изолированность (Isolation) - Устойчивость (Durability) 2. Обеспечивать уровни изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED. 3. Поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Основной выигрыш от использования многоверсионности заключается в том, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот. 4. Обеспечивать поддержку блокировок на уровне записей. 5. Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная идея WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантировано записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных используя журнал транзакций. 6. Обеспечивать ссылочную целостность. 7. Обеспечить возможность добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра СУБД и остановки экземпляра БД. 8. Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL. Ограничения СУБД: - отсутствие ог Значение характеристики не может изменяться участником закупки Требования к стандартизации и унификации СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: INT, SMALLINT, BIGINT; числа с произвольной точностью; типы с плавающей точкой: REAL, DOUBLE PRESISION, FLOAT; последовательные типы) - денежные типы - символьные типы данных: VARCHAR(n), CHAR(n), TEXT - двоичные типы данных - типы даты и времени: DATE, TIME, TIMESTAMP, TIMESTAMP WITH TIMEZONE, INTERVAL - логический тип BOOLEAN - типы перечислений - геометрические типы - типы, описывающие сетевые адреса - битовые строки - типы данных, предназначенные для текстового поиска - UUID - XML - JSON/JSONB - SQL/JSON - массивы - составные типы - диапазонные типы - типы доменов - идентификаторы объектов - тип pg_lsn - псевдотипы Значение характеристики не может изменяться участником закупки Требования к функциям (задачам), выполняемым системой СУБД должна обладать следующими функциональными характеристиками: - соответствие стандарту SQL (SQL:2016, SQL:2011, SQL:2008, SQL:2006, SQL:2003, SQL:1999 и SQL-92) - поддержка представлений - поддержка внешний ключей - поддержка транзакций - поддержка оконных функций - поддержка наследований - поддержка функций и операторов - поддержка хранимых процедур - поддержка различных типов индексов: B-tree, hash, GiST, SP-GiST, GIN, RUM, BRIN - наличие встроенной системы полнотекстового поиска, средств ускорения полнотекстового поиска и словарей для полнотекстового поиска - поддержка табличных пространств - поддержка табличных триггеров БД и триггеров событий - поддержка процедурных языков, в т.ч. PL/pgSQL, PL/Perl, PL/Python, PL/Tcl - поддержка кодировки UTF8 - поддержка NoSQL - наличие программных интерфейсов для работы с C/C++, Java/JDBC, .NET, ODBC, Perl, Python, Ruby, Tcl - наличие встроенных средств аутентификации пользователей, поддерживающих GSSAPI, SSPI, LDAP, RADIUS, PAM, BSD - поддержка SSL - возможность разграничения доступа к объектам БД - возможность разграничения доступа к таблицам на уровне строк - возможность разграничения доступа на уровне отдельных строк таблицы - возможность безопасного хранения паролей - возможность интеграции с подсистемой SE-Linux Значение характеристики не может изменяться участником закупки Требования к высокой доступности и надежности СУБД должна обладать следующими функциональными возможностями по обеспечению сохранности информации при авариях: - наличие встроенных средств репликации данных: синхронная, асинхронная, каскадная - возможность использования различных видов репликации данных: потоковая, логическая - возможность построения отказоустойчивого кластера (ведущий-ведомый) с произвольным количеством реплик (ведомых серверов) в разных конфигурациях (теплый резерв, горячий резерв) - наличие встроенных средств ‘горячего’ резервного копирования и восстановления данных - возможность полного и инкрементального (на уровне страниц) резервного копирования данных с сохранением журналов транзакций и сжатием, что позволяет экономить место на диске и создавать копии быстрее, чем при полном копировании - возможность полного и инкрементального (на уровне страниц) восстановления данных быстрее, чем воспроизведение файлов WAL - ускорение восстановления из копии благодаря повторному использованию неизменённых страниц, имеющихся в PGDATA - возможность контроля целостности данных и проверки резервных копий без восстановления данных - возможность управление архивами WAL и резервными копиями в соответствии с установленными правилами их хранения - возможность выполнение операций резервного копирования и восстановления в несколько параллельных потоков - возможность хранения копируемых данных в сжатом состоянии для экономии дискового пространства - возможность получения списка резервных копий и соответствующей метаинформации в виде простого текста или JSON - возможность получения списка всех линий времени в WAL и соответствующей метаинформации в виде простого текста или JSON - возможность восстановления избранной базы данных / объекта базы данных - возможность восстановления на заданный момент в прошлом (point-in-time recovery - PITR) - возможность резервного копирование файлов и каталогов, расположенных вне каталога данных PGDATA, например скриптов, файлов конфигурации, журналов или SQL-дампов - поддержка работы с Значение характеристики не может изменяться участником закупки Требования к производительности и масштабируемости СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость: - улучшенный механизм проверки блокировок, не оказывающий отрицательного влияния на производительность - увеличенная скорость и эффективность планирования для различных типов запросов - уменьшенное потребление памяти при обработке сложных запросов со множеством таблиц - наличие стоимостного оптимизатора, учитывающего дисковые операции и процессорное время - возможность добавлять поддержку указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса (управление планами запросов) - возможность обучения оптимизатора на ошибках и уточнение оценок планирования - возможность проверки целостности таблиц и индексов, в том числе – индекса-B-дерева с ограничением уникальности - возможность асинхронного подтверждения транзакций - возможность параллельного выполнения запросов - возможность параллельного создания индексов и параллельного доступа к индексам - возможность сканирования только индекса (покрывающие индексы) - возможность параллельной выгрузки и загрузки данных - поддержка секционирования для больших таблиц - возможность использования большого количества секций (10К+) на таблицу без деградации производительности - возможность параллельного секционирования таблиц - возможность динамического создания секций для секционированных таблиц - возможность разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой Значение характеристики не может изменяться участником закупки Требования к администрированию и мониторингу СУБД должна обладать следующими средствами администрирования и мониторинга: - наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики - возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh - наличие собственного универсального агента мониторинга, поддерживающего протокол Open Telemetry - визуальное представление планов запросов в различных режимах - возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация) - возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц - расширенные возможности загрузки данных (замена нулевого байта заданным ASCII-символом при загрузке данных) - возможность изменения структуры таблицы без блокировки - возможность перестроения индексов без блокировки таблицы - возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность использования функций для работы с переменными различных типов в рамках текущей сессии - поддержка платформонезависимой сортировки (использование ICU на всех платформах) - наличие унифицированной структуры пакетов Linux, упрощающую миграцию между ними и позволяющая устанавливать несколько различных продуктов на базе PostgreSQL совместно без каких-либо конфликтов - расширенные возможности расширения auto_explain (добавление времени планирования) - расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД) - наличие выделенного соединения дл Значение характеристики не может изменяться участником закупки Требования к защите информации от несанкционированного доступа Общие требования безопасности информации, предъявляемые к СУБД СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты. В сертифицированный дистрибутив СУБД должны входить минимум три мажорные версии. СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов: - ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы); - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены; - управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей; - идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя; - управление доступом субъе Значение характеристики не может изменяться участником закупки Требования к гарантийной поддержке, документации и разработке СУБД Требования к гарантийной поддержке СУБД: - Предоставление базовой услуги Техподдержки СУБД в режиме 24х7 на территории РФ с целевым временем обработки заявок высшего приоритета (не хуже): · Время реакции – 15 мин. в режиме 24х7 · Время предоставления решения – 4 ч. в режиме 24х7 · Время исправления ошибки в коде – 24 ч. в режиме 24х7 - Наличие телефонной ‘горячей линии’ Техподдержки 24х7 - Наличие портала Техподдержки с доступом: · к информации о составе купленных Заказчиком лицензий и сроках их действия; · к бинарным репозиториям для установки и обновления ПО вендора; · к интерфейсу самообслуживания Заказчика для создания новых заявок на поддержку и работе с ними; · к архиву закрытых заявок и заявок других сотрудников Заказчика; · к Базе знаний отдела Техподдержки вендора; - Экстренный выпуск патчей / исправлений ошибок в коде СУБД - Получение технических консультаций Требования к документации СУБД: - Наличие русскоязычной документации в электронном виде на сайте Производителя СУБД с описанием реализации всех функций СУБД - Наличие документации по всем поддерживаемым версиям СУБД Требования к разработке СУБД: - Доступность по крайней мере трёх последних поддерживаемых мажорных версий СУБД с актуальными обновлениями - Периодичность выпуска новых версий СУБД с обновлениями не реже одного раза в квартал - Выпуск внеочередных версий СУБД с исправлениями (в т.ч. исправлениями безопасности) - Наличие опубликованного плана доработок СУБД (roadmap) - Наличие доработок / патчей специалистами Производителя СУБД в основную ветку базовой версии СУБД (PostgreSQL или др.) - Наличие у Производителя СУБД специалистов со статусом Contributor / Major Contributor (PostgreSQL) Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.07) Средства управления базами данных - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Общие требования к СУБД - СУБД должна быть включена в ‘Единый реестр российских программ для электронных вычислительных машин и баз данных’ (reestr.minsvyaz.ru/reestr). Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 № 64. СУБД должна быть официально совместима с приложениями (1С, Парус). СУБД должны быть официальна совместима с российскими системами резервного копирования (Кибер Бэкап - Реестровая запись №4160 от 11.12.2017 - reestr.digital.gov.ru/reestr/305510) - - Значение характеристики не может изменяться участником закупки - Требования к структуре и функционированию - Базовые требования к СУБД: 1. Поддерживать современные стандарты реляционных баз данных (БД) по требования ACID, а именно: - Атомарность (Atomicity) - Согласованность (Consistency) - Изолированность (Isolation) - Устойчивость (Durability) 2. Обеспечивать уровни изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED. 3. Поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Основной выигрыш от использования многоверсионности заключается в том, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот. 4. Обеспечивать поддержку блокировок на уровне записей. 5. Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная идея WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантировано записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных используя журнал транзакций. 6. Обеспечивать ссылочную целостность. 7. Обеспечить возможность добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра СУБД и остановки экземпляра БД. 8. Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL. Ограничения СУБД: - отсутствие ог - - Значение характеристики не может изменяться участником закупки - Требования к стандартизации и унификации - СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: INT, SMALLINT, BIGINT; числа с произвольной точностью; типы с плавающей точкой: REAL, DOUBLE PRESISION, FLOAT; последовательные типы) - денежные типы - символьные типы данных: VARCHAR(n), CHAR(n), TEXT - двоичные типы данных - типы даты и времени: DATE, TIME, TIMESTAMP, TIMESTAMP WITH TIMEZONE, INTERVAL - логический тип BOOLEAN - типы перечислений - геометрические типы - типы, описывающие сетевые адреса - битовые строки - типы данных, предназначенные для текстового поиска - UUID - XML - JSON/JSONB - SQL/JSON - массивы - составные типы - диапазонные типы - типы доменов - идентификаторы объектов - тип pg_lsn - псевдотипы - - Значение характеристики не может изменяться участником закупки - Требования к функциям (задачам), выполняемым системой - СУБД должна обладать следующими функциональными характеристиками: - соответствие стандарту SQL (SQL:2016, SQL:2011, SQL:2008, SQL:2006, SQL:2003, SQL:1999 и SQL-92) - поддержка представлений - поддержка внешний ключей - поддержка транзакций - поддержка оконных функций - поддержка наследований - поддержка функций и операторов - поддержка хранимых процедур - поддержка различных типов индексов: B-tree, hash, GiST, SP-GiST, GIN, RUM, BRIN - наличие встроенной системы полнотекстового поиска, средств ускорения полнотекстового поиска и словарей для полнотекстового поиска - поддержка табличных пространств - поддержка табличных триггеров БД и триггеров событий - поддержка процедурных языков, в т.ч. PL/pgSQL, PL/Perl, PL/Python, PL/Tcl - поддержка кодировки UTF8 - поддержка NoSQL - наличие программных интерфейсов для работы с C/C++, Java/JDBC, .NET, ODBC, Perl, Python, Ruby, Tcl - наличие встроенных средств аутентификации пользователей, поддерживающих GSSAPI, SSPI, LDAP, RADIUS, PAM, BSD - поддержка SSL - возможность разграничения доступа к объектам БД - возможность разграничения доступа к таблицам на уровне строк - возможность разграничения доступа на уровне отдельных строк таблицы - возможность безопасного хранения паролей - возможность интеграции с подсистемой SE-Linux - - Значение характеристики не может изменяться участником закупки - Требования к высокой доступности и надежности - СУБД должна обладать следующими функциональными возможностями по обеспечению сохранности информации при авариях: - наличие встроенных средств репликации данных: синхронная, асинхронная, каскадная - возможность использования различных видов репликации данных: потоковая, логическая - возможность построения отказоустойчивого кластера (ведущий-ведомый) с произвольным количеством реплик (ведомых серверов) в разных конфигурациях (теплый резерв, горячий резерв) - наличие встроенных средств ‘горячего’ резервного копирования и восстановления данных - возможность полного и инкрементального (на уровне страниц) резервного копирования данных с сохранением журналов транзакций и сжатием, что позволяет экономить место на диске и создавать копии быстрее, чем при полном копировании - возможность полного и инкрементального (на уровне страниц) восстановления данных быстрее, чем воспроизведение файлов WAL - ускорение восстановления из копии благодаря повторному использованию неизменённых страниц, имеющихся в PGDATA - возможность контроля целостности данных и проверки резервных копий без восстановления данных - возможность управление архивами WAL и резервными копиями в соответствии с установленными правилами их хранения - возможность выполнение операций резервного копирования и восстановления в несколько параллельных потоков - возможность хранения копируемых данных в сжатом состоянии для экономии дискового пространства - возможность получения списка резервных копий и соответствующей метаинформации в виде простого текста или JSON - возможность получения списка всех линий времени в WAL и соответствующей метаинформации в виде простого текста или JSON - возможность восстановления избранной базы данных / объекта базы данных - возможность восстановления на заданный момент в прошлом (point-in-time recovery - PITR) - возможность резервного копирование файлов и каталогов, расположенных вне каталога данных PGDATA, например скриптов, файлов конфигурации, журналов или SQL-дампов - поддержка работы с - - Значение характеристики не может изменяться участником закупки - Требования к производительности и масштабируемости - СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость: - улучшенный механизм проверки блокировок, не оказывающий отрицательного влияния на производительность - увеличенная скорость и эффективность планирования для различных типов запросов - уменьшенное потребление памяти при обработке сложных запросов со множеством таблиц - наличие стоимостного оптимизатора, учитывающего дисковые операции и процессорное время - возможность добавлять поддержку указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса (управление планами запросов) - возможность обучения оптимизатора на ошибках и уточнение оценок планирования - возможность проверки целостности таблиц и индексов, в том числе – индекса-B-дерева с ограничением уникальности - возможность асинхронного подтверждения транзакций - возможность параллельного выполнения запросов - возможность параллельного создания индексов и параллельного доступа к индексам - возможность сканирования только индекса (покрывающие индексы) - возможность параллельной выгрузки и загрузки данных - поддержка секционирования для больших таблиц - возможность использования большого количества секций (10К+) на таблицу без деградации производительности - возможность параллельного секционирования таблиц - возможность динамического создания секций для секционированных таблиц - возможность разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой - - Значение характеристики не может изменяться участником закупки - Требования к администрированию и мониторингу - СУБД должна обладать следующими средствами администрирования и мониторинга: - наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики - возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh - наличие собственного универсального агента мониторинга, поддерживающего протокол Open Telemetry - визуальное представление планов запросов в различных режимах - возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация) - возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц - расширенные возможности загрузки данных (замена нулевого байта заданным ASCII-символом при загрузке данных) - возможность изменения структуры таблицы без блокировки - возможность перестроения индексов без блокировки таблицы - возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность использования функций для работы с переменными различных типов в рамках текущей сессии - поддержка платформонезависимой сортировки (использование ICU на всех платформах) - наличие унифицированной структуры пакетов Linux, упрощающую миграцию между ними и позволяющая устанавливать несколько различных продуктов на базе PostgreSQL совместно без каких-либо конфликтов - расширенные возможности расширения auto_explain (добавление времени планирования) - расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД) - наличие выделенного соединения дл - - Значение характеристики не может изменяться участником закупки - Требования к защите информации от несанкционированного доступа - Общие требования безопасности информации, предъявляемые к СУБД СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты. В сертифицированный дистрибутив СУБД должны входить минимум три мажорные версии. СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов: - ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы); - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены; - управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей; - идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя; - управление доступом субъе - - Значение характеристики не может изменяться участником закупки - Требования к гарантийной поддержке, документации и разработке СУБД - Требования к гарантийной поддержке СУБД: - Предоставление базовой услуги Техподдержки СУБД в режиме 24х7 на территории РФ с целевым временем обработки заявок высшего приоритета (не хуже): · Время реакции – 15 мин. в режиме 24х7 · Время предоставления решения – 4 ч. в режиме 24х7 · Время исправления ошибки в коде – 24 ч. в режиме 24х7 - Наличие телефонной ‘горячей линии’ Техподдержки 24х7 - Наличие портала Техподдержки с доступом: · к информации о составе купленных Заказчиком лицензий и сроках их действия; · к бинарным репозиториям для установки и обновления ПО вендора; · к интерфейсу самообслуживания Заказчика для создания новых заявок на поддержку и работе с ними; · к архиву закрытых заявок и заявок других сотрудников Заказчика; · к Базе знаний отдела Техподдержки вендора; - Экстренный выпуск патчей / исправлений ошибок в коде СУБД - Получение технических консультаций Требования к документации СУБД: - Наличие русскоязычной документации в электронном виде на сайте Производителя СУБД с описанием реализации всех функций СУБД - Наличие документации по всем поддерживаемым версиям СУБД Требования к разработке СУБД: - Доступность по крайней мере трёх последних поддерживаемых мажорных версий СУБД с актуальными обновлениями - Периодичность выпуска новых версий СУБД с обновлениями не реже одного раза в квартал - Выпуск внеочередных версий СУБД с исправлениями (в т.ч. исправлениями безопасности) - Наличие опубликованного плана доработок СУБД (roadmap) - Наличие доработок / патчей специалистами Производителя СУБД в основную ветку базовой версии СУБД (PostgreSQL или др.) - Наличие у Производителя СУБД специалистов со статусом Contributor / Major Contributor (PostgreSQL) - - Значение характеристики не может изменяться участником закупки

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

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

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

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

Общие требования к СУБД - СУБД должна быть включена в ‘Единый реестр российских программ для электронных вычислительных машин и баз данных’ (reestr.minsvyaz.ru/reestr). Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. N 76. Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 № 64. СУБД должна быть официально совместима с приложениями (1С, Парус). СУБД должны быть официальна совместима с российскими системами резервного копирования (Кибер Бэкап - Реестровая запись №4160 от 11.12.2017 - reestr.digital.gov.ru/reestr/305510) - - Значение характеристики не может изменяться участником закупки

Требования к структуре и функционированию - Базовые требования к СУБД: 1. Поддерживать современные стандарты реляционных баз данных (БД) по требования ACID, а именно: - Атомарность (Atomicity) - Согласованность (Consistency) - Изолированность (Isolation) - Устойчивость (Durability) 2. Обеспечивать уровни изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED. 3. Поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Основной выигрыш от использования многоверсионности заключается в том, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот. 4. Обеспечивать поддержку блокировок на уровне записей. 5. Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная идея WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантировано записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных используя журнал транзакций. 6. Обеспечивать ссылочную целостность. 7. Обеспечить возможность добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра СУБД и остановки экземпляра БД. 8. Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL. Ограничения СУБД: - отсутствие ог - - Значение характеристики не может изменяться участником закупки

Требования к стандартизации и унификации - СУБД должна поддерживать следующие стандартные, унифицированные типы данных: - числовые типы (целочисленные типы: INT, SMALLINT, BIGINT; числа с произвольной точностью; типы с плавающей точкой: REAL, DOUBLE PRESISION, FLOAT; последовательные типы) - денежные типы - символьные типы данных: VARCHAR(n), CHAR(n), TEXT - двоичные типы данных - типы даты и времени: DATE, TIME, TIMESTAMP, TIMESTAMP WITH TIMEZONE, INTERVAL - логический тип BOOLEAN - типы перечислений - геометрические типы - типы, описывающие сетевые адреса - битовые строки - типы данных, предназначенные для текстового поиска - UUID - XML - JSON/JSONB - SQL/JSON - массивы - составные типы - диапазонные типы - типы доменов - идентификаторы объектов - тип pg_lsn - псевдотипы - - Значение характеристики не может изменяться участником закупки

Требования к функциям (задачам), выполняемым системой - СУБД должна обладать следующими функциональными характеристиками: - соответствие стандарту SQL (SQL:2016, SQL:2011, SQL:2008, SQL:2006, SQL:2003, SQL:1999 и SQL-92) - поддержка представлений - поддержка внешний ключей - поддержка транзакций - поддержка оконных функций - поддержка наследований - поддержка функций и операторов - поддержка хранимых процедур - поддержка различных типов индексов: B-tree, hash, GiST, SP-GiST, GIN, RUM, BRIN - наличие встроенной системы полнотекстового поиска, средств ускорения полнотекстового поиска и словарей для полнотекстового поиска - поддержка табличных пространств - поддержка табличных триггеров БД и триггеров событий - поддержка процедурных языков, в т.ч. PL/pgSQL, PL/Perl, PL/Python, PL/Tcl - поддержка кодировки UTF8 - поддержка NoSQL - наличие программных интерфейсов для работы с C/C++, Java/JDBC, .NET, ODBC, Perl, Python, Ruby, Tcl - наличие встроенных средств аутентификации пользователей, поддерживающих GSSAPI, SSPI, LDAP, RADIUS, PAM, BSD - поддержка SSL - возможность разграничения доступа к объектам БД - возможность разграничения доступа к таблицам на уровне строк - возможность разграничения доступа на уровне отдельных строк таблицы - возможность безопасного хранения паролей - возможность интеграции с подсистемой SE-Linux - - Значение характеристики не может изменяться участником закупки

Требования к высокой доступности и надежности - СУБД должна обладать следующими функциональными возможностями по обеспечению сохранности информации при авариях: - наличие встроенных средств репликации данных: синхронная, асинхронная, каскадная - возможность использования различных видов репликации данных: потоковая, логическая - возможность построения отказоустойчивого кластера (ведущий-ведомый) с произвольным количеством реплик (ведомых серверов) в разных конфигурациях (теплый резерв, горячий резерв) - наличие встроенных средств ‘горячего’ резервного копирования и восстановления данных - возможность полного и инкрементального (на уровне страниц) резервного копирования данных с сохранением журналов транзакций и сжатием, что позволяет экономить место на диске и создавать копии быстрее, чем при полном копировании - возможность полного и инкрементального (на уровне страниц) восстановления данных быстрее, чем воспроизведение файлов WAL - ускорение восстановления из копии благодаря повторному использованию неизменённых страниц, имеющихся в PGDATA - возможность контроля целостности данных и проверки резервных копий без восстановления данных - возможность управление архивами WAL и резервными копиями в соответствии с установленными правилами их хранения - возможность выполнение операций резервного копирования и восстановления в несколько параллельных потоков - возможность хранения копируемых данных в сжатом состоянии для экономии дискового пространства - возможность получения списка резервных копий и соответствующей метаинформации в виде простого текста или JSON - возможность получения списка всех линий времени в WAL и соответствующей метаинформации в виде простого текста или JSON - возможность восстановления избранной базы данных / объекта базы данных - возможность восстановления на заданный момент в прошлом (point-in-time recovery - PITR) - возможность резервного копирование файлов и каталогов, расположенных вне каталога данных PGDATA, например скриптов, файлов конфигурации, журналов или SQL-дампов - поддержка работы с - - Значение характеристики не может изменяться участником закупки

Требования к производительности и масштабируемости - СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость: - улучшенный механизм проверки блокировок, не оказывающий отрицательного влияния на производительность - увеличенная скорость и эффективность планирования для различных типов запросов - уменьшенное потребление памяти при обработке сложных запросов со множеством таблиц - наличие стоимостного оптимизатора, учитывающего дисковые операции и процессорное время - возможность добавлять поддержку указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса (управление планами запросов) - возможность обучения оптимизатора на ошибках и уточнение оценок планирования - возможность проверки целостности таблиц и индексов, в том числе – индекса-B-дерева с ограничением уникальности - возможность асинхронного подтверждения транзакций - возможность параллельного выполнения запросов - возможность параллельного создания индексов и параллельного доступа к индексам - возможность сканирования только индекса (покрывающие индексы) - возможность параллельной выгрузки и загрузки данных - поддержка секционирования для больших таблиц - возможность использования большого количества секций (10К+) на таблицу без деградации производительности - возможность параллельного секционирования таблиц - возможность динамического создания секций для секционированных таблиц - возможность разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой - - Значение характеристики не может изменяться участником закупки

Требования к администрированию и мониторингу - СУБД должна обладать следующими средствами администрирования и мониторинга: - наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики - возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh - наличие собственного универсального агента мониторинга, поддерживающего протокол Open Telemetry - визуальное представление планов запросов в различных режимах - возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация) - возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц - расширенные возможности загрузки данных (замена нулевого байта заданным ASCII-символом при загрузке данных) - возможность изменения структуры таблицы без блокировки - возможность перестроения индексов без блокировки таблицы - возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера - возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе - возможность использования функций для работы с переменными различных типов в рамках текущей сессии - поддержка платформонезависимой сортировки (использование ICU на всех платформах) - наличие унифицированной структуры пакетов Linux, упрощающую миграцию между ними и позволяющая устанавливать несколько различных продуктов на базе PostgreSQL совместно без каких-либо конфликтов - расширенные возможности расширения auto_explain (добавление времени планирования) - расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД) - наличие выделенного соединения дл - - Значение характеристики не может изменяться участником закупки

Требования к защите информации от несанкционированного доступа - Общие требования безопасности информации, предъявляемые к СУБД СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия. В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты. В сертифицированный дистрибутив СУБД должны входить минимум три мажорные версии. СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов: - ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы); - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены; - управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей; - идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя; - управление доступом субъе - - Значение характеристики не может изменяться участником закупки

Требования к гарантийной поддержке, документации и разработке СУБД - Требования к гарантийной поддержке СУБД: - Предоставление базовой услуги Техподдержки СУБД в режиме 24х7 на территории РФ с целевым временем обработки заявок высшего приоритета (не хуже): · Время реакции – 15 мин. в режиме 24х7 · Время предоставления решения – 4 ч. в режиме 24х7 · Время исправления ошибки в коде – 24 ч. в режиме 24х7 - Наличие телефонной ‘горячей линии’ Техподдержки 24х7 - Наличие портала Техподдержки с доступом: · к информации о составе купленных Заказчиком лицензий и сроках их действия; · к бинарным репозиториям для установки и обновления ПО вендора; · к интерфейсу самообслуживания Заказчика для создания новых заявок на поддержку и работе с ними; · к архиву закрытых заявок и заявок других сотрудников Заказчика; · к Базе знаний отдела Техподдержки вендора; - Экстренный выпуск патчей / исправлений ошибок в коде СУБД - Получение технических консультаций Требования к документации СУБД: - Наличие русскоязычной документации в электронном виде на сайте Производителя СУБД с описанием реализации всех функций СУБД - Наличие документации по всем поддерживаемым версиям СУБД Требования к разработке СУБД: - Доступность по крайней мере трёх последних поддерживаемых мажорных версий СУБД с актуальными обновлениями - Периодичность выпуска новых версий СУБД с обновлениями не реже одного раза в квартал - Выпуск внеочередных версий СУБД с исправлениями (в т.ч. исправлениями безопасности) - Наличие опубликованного плана доработок СУБД (roadmap) - Наличие доработок / патчей специалистами Производителя СУБД в основную ветку базовой версии СУБД (PostgreSQL или др.) - Наличие у Производителя СУБД специалистов со статусом Contributor / Major Contributor (PostgreSQL) - - Значение характеристики не может изменяться участником закупки

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге В соответствии с п. 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.

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

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, предусмотренной статьей 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

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

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

Документы

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

Документы

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