Оказание услуг по предоставлению права на использование программного обеспечения системы управления базами данных (СУБД) Postgres Pro Certified для обеспечения функционирования государственной информационной системы Вологодской области «Автоматизированная система электронного документооборота органов исполнительной государственной власти области» (АСЭД), имеющейся у Заказчика, на условиях простых (неисключительных) лицензий.
Данные получены из источника:
БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ В СФЕРЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ВОЛОГОДСКОЙ ОБЛАСТИ "ЦЕНТР ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ"
ИНН 3525249297 · Регион: 35
Паспорт процедуры и условия контракта
Официальное извещение
Способ определения поставщика
Запрос котировок в электронной форме
Электронная торговая площадка
РТС-тендер
Дата публикации извещения
Окончание приёма заявок
Подведение итогов
Обеспечение исполнения контракта
10.0% от цены контракта
Авансирование
Не предусмотрен
Преимущества участникам
Только для СМП и СОНКО (ч. 3 ст. 30 44-ФЗ)
Место поставки товара или выполнения работ
удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет
Спецификация и позиции закупки Позиций: 1
Спецификация извещения| № | Наименование товара, работы или услуги | Количество | Цена за ед. | Сумма |
|---|---|---|---|---|
| 1 |
Программное обеспечение
ОКПД2: 58.29.50.000
Вид лицензии: Простая (неисключительная) · Способ предоставления: Удаленный доступ через информационно-телекоммуникационные сети, в том числе через информационно-телекоммуникационную сеть Интернет · Класс программ для электронных вычислительных машин и баз данных: (02.07) Средства управления базами данных · Совместимость: Функционал простых (неисключительных) лицензий на использование системы управления базами данных должен быть совместим с АСЭД (построена на платформах «Система DIRECTUM» и «Система Directum RX») программой для ЭВМ «Система DirectumRX», 1С и СУБД Postgres Pro Certified, имеющихся у Заказчика.
СУБД должна быть совместима с российской системой резервного копирования Кибер Бэкап, используемой Заказчиком. · Общие требования: Права на использование программного обеспечения системы управления базами данных (далее - СУБД) предоставляются на условиях простой (неисключительной) лицензии.
Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать - 4-му уровню доверия согласно Требованиям по безопасности информации, устанавливающим уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий, утвержденным приказом ФСТЭК России от 2 июня 2020 г. № 76.
Вариант исполнения СУБД, сертифицированный ФСТЭК, должен соответствовать - 4-му классу защиты согласно Требованиям по безопасности информации к системам управления базами данных, утвержденным приказом ФСТЭК России от 14 апреля 2023 г. № 64.
СУБД должна быть доступна в российских публичных облачных системах (Mail.ru Cloud Solutions, Yandex.Cloud и др.), используемых Заказчиком. · Требования к структуре и функционированию: 2. Функциональные возможности СУБД должны включать поддержку уровней изоляции транзакций SERIALIZABLE, REPEATABLE READ, READ COMMITTED.; 7. Обеспечить возможность добавления новых типов данных, функций, операторов, методов доступа, языков программирования без перекомпилирования ядра СУБД и остановки экземпляра БД.; Базовые требования к СУБД:
1. СУБД должна поддерживать следующие стандарты реляционных баз данных (БД) по требованиям ACID, а именно: - Атомарность
- Согласованность
- Изолированность
- Устойчивость (Durability); Ограничения СУБД:
- отсутствие ограничения на размер БД
- отсутствие ограничения на максимальное количество записей (строк)
- отсутствие ограничения на количество индексов
- поддержка таблиц размером не менее 32 ТБ
- поддержка не менее 1600 полей (столбцов) в одной таблице
- поддержка полей (столбцов) размером не менее 1 ГБ; 3. СУБД должна поддерживать управление доступом с помощью многоверсионности (MVCC - MultiVersion Concurrency Control), которая используется для поддержания согласованности данных в конкурентных условиях. Система должна видеть копию данных (версию базы данных) на момент начала транзакции несмотря на то, что состояние базы данных могло уже измениться, что защищает транзакцию от несогласованных изменений данных, которые могли быть вызваны другой конкурентной транзакцией и обеспечивает таким образом изоляцию транзакций. Многоверсионность должна обеспечивать факт того, что блокировка, устанавливаемая ей для чтения, не конфликтует с блокировкой на запись, и поэтому чтение никогда не блокирует запись и наоборот.; 5. Обеспечивать журнал упреждающей записи (Write-Ahead Logging - WAL), механизм протоколирования транзакций, что позволяет восстановить систему после возможных сбоев. Основная функция WAL состоит в том, что все изменения должны записываться на диск после того, как записи журнала, описывающие эти действия, будут гарантированно записаны на диск. Это позволяет не сбрасывать страницы данных на диск после фиксации каждой транзакции, так как всегда есть возможность восстановления базы данных, используя журнал транзакций.; 8. Обеспечить возможность доступа к сторонним данным для работы с СУБД Microsoft SQL Server, MySQL, Oracle и PostgreSQL, имеющихся у Заказчика.; Требования к совместимости предоставляемой СУБД с операционными системами Заказчика:
Предоставляемое программное обеспечение (СУБД) должно обеспечивать стабильное функционирование, полную совместимость и официальную поддержку следующего минимального набора операционных систем, уже используемых в инфраструктуре Заказчика:
ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.7) – архитектура x86_64;
ОС специального назначения «Astra Linux Special Edition» РУСБ.10015-01 (очередное обновление 1.8) – архитектура x86_64;
операционная система «Альт 8 СП» (ЛКНВ.11100-01) – архитектура x86_64 (версии 8.0, 8.2, 8.4);
РЕД ОС (RED OS) (версия 7.3) – архитектура x86_64.; 4. Обеспечивать поддержку блокировок на уровне записей.; 6. Обеспечивать ссылочную целостность. · Требования к стандартизации и унификации: СУБД должна поддерживать следующие стандартные, унифицированные типы данных:
- числовые типы (целочисленные типы: 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-дампов;
- поддержка работы с ленточными устройствами систем резервного копирования;
- возможность резервного копирования экземпляра СУБД, находящегося в удалённой системе, и его удалённого восстановления;
- наличие API для облегчения интеграции и создания собственных приложений резервного копирования и восстановления данных. · Требования к производительности и масштабируемости: СУБД должна обладать следующими возможностями, обеспечивающими производительность и масштабируемость:
Наличие встроенного механизма автоматического обнаружения взаимных блокировок (deadlock detection);
Наличие механизма планирования запросов с поддержкой параллельного выполнения и асинхронного подтверждения транзакций
Наличие механизма гибкой настройки параметров памяти (work_mem, maintenance_work_mem, shared_buffers) для обработки сложных запросов со множеством таблиц;
Наличие стоимостного оптимизатора запросов, учитывающего дисковые операции и процессорное время;
Наличие возможности управления планами запросов с поддержкой указаний для планировщика, позволяющих отключать или подключать определённые индексы при выполнении запроса;
Наличие возможности проверки целостности таблиц и индексов, в том числе индекса B-tree с ограничением уникальности;; Наличие возможности асинхронного подтверждения транзакций;
Наличие возможности параллельного выполнения запросов;
Наличие возможности параллельного создания индексов и параллельного доступа к индексам;
Наличие возможности сканирования только индекса (поддержка покрывающих индексов);
Наличие возможности параллельной выгрузки и загрузки данных;
Наличие поддержки секционирования для больших таблиц;
Наличие возможности использования не менее 10 000 секций на таблицу без деградации производительности;
Наличие возможности параллельного секционирования таблиц;
Наличие возможности динамического создания секций для секционированных таблиц;
Наличие возможности разделения одной секции на несколько или объединения нескольких секций в одну по диапазону значений ключа или по списку значений ключа одной командой. · Требования к администрированию и мониторингу: - поддержка унифицированной структуры пакетов ОС Linux (имеющейся у Заказчика), упрощающей миграцию между ними и позволяющей устанавливать несколько различных продуктов на базе СУБД совместно без каких-либо конфликтов
- расширенные возможности изменения параметров экземпляра СУБД (возможность изменения параметра restore_command без перезапуска экземпляра БД)
- наличие выделенного соединения для администратора
- возможность для сбора статистики планирования и выполнения всех обрабатываемых сервером SQL-операторов
- возможность оперативно обновлять статистику после операций INSERT, UPDATE, DELETE или SELECT INTO в целевых таблицах
- возможность периодического сбора статистики по событиям ожидания для понимания характера активности сервера, в том числе - просмотра текущих событий ожидания во всех обычных и фоновых рабочих процессах
- возможность экспортировать статистику таблиц при выгрузке и восстанавливать, исключая выполнение VACUUM ANALYZE, после восстановления базы или обновления сервера
- наличие встроенного агента мониторинга состояния БД; - возможность получать подробные диагностические отчёты по нагрузке за определенный период для выявления наиболее ресурсоёмких операций в базе данных, включая состояния сессий и расширенную статистику, доступную в новейших версиях СУБД
- возможность трассировки (логирования) сессий пользователей, подпадающих под гибкий набор условий, например: долго выполняющихся, содержащих много дисковых операций, исходящих из определенного бэкенда
- возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе
- возможность получения плана и прогресса выполнения активных запросов
- возможность получения истории и профиля ожиданий сессии; СУБД должна обладать следующими средствами администрирования и мониторинга:
- наличие собственной графической консоли мониторинга и управления, обеспечивающей интерфейс к основным задачам администрирования, мониторинга и диагностики
- возможность вызова консольной утилиты PSQL из web-браузера, без непосредственного доступа по ssh
- визуальное представление планов запросов в различных режимах
- возможность полноценного управления задачами резервного копирования и восстановления из графической консоли, включая настройки хранения резервных копий и различные режимы восстановления (PITR, отдельные БД, валидация)
- возможность реорганизации таблиц с ликвидацией пустот в таблицах и индексах и дополнительным восстановлением физического порядка кластеризованных индексов без исключительных блокировок в ходе обработки таблиц
- возможность изменения структуры таблицы без блокировки
- возможность перестроения индексов без блокировки таблицы
- возможность автоматической настройки конфигурации базы данных для использования выделенных ресурсов сервера
- возможность узнавать текущее состояние выполнения запросов в работающем обслуживающем процессе
- возможность использования функций для работы с переменными различных типов в рамках текущей сессии
- поддержка платформонезависимой сортировки (использование ICU на всех платформах) · Требования к защите информации от несанкционированного доступа: Общие требования безопасности информации, предъявляемые к СУБД
СУБД должна применяться для защищенной обработки информации ограниченного доступа, не содержащей сведения, составляющие государственную тайну.
В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) – не ниже 4 уровня доверия.
В СУБД должны использоваться средства защиты информации, соответствующие требованиям по безопасности информации, установленным в документе «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) – не ниже 4 класса защиты.
Исполнитель обязан обеспечить возможность предоставления минимум трех мажорных версий СУБД для корректного взаимодействия с автоматизированной системой электронного документооборота, используемой Заказчиком.
СУБД должна обеспечивать защиту информации, содержащейся в базах данных, находящихся под их управлением, путем реализации следующих процессов:
- ролевой метод управления доступом для следующих ролей пользователей СУБД: администратор СУБД, администратор базы данных (администратор информационной системы), пользователь базы данных (пользователь информационной системы);; - возможность применения роли, способной выполнять команды VACUUM, ANALYZE, CLUSTER, REFRESH MATERIALIZED VIEW, REINDEX и LOCK TABLE для всех отношений, как будто эта роль имеет права MAINTAIN на эти объекты, но при этом явным образом такие права ей не назначены;
- управление параметрами ролей через профили, которые задают парольные политики (длину, сложность, срок жизни, число неудачных попыток входа до блокировки), а также - блокирование и разблокирование ролей;
- идентификация и аутентификация субъектов доступа, предоставление доступа к базе данных в случае успешной аутентификации пользователя, блокирование доступа к базе данных в случае неуспешной аутентификации пользователя;
- управление доступом субъектов доступа к объектам доступа, предоставление пользователям запрашиваемых типов доступа к объектам СУБД в соответствии с реализуемым методом управления доступом;
- регистрация событий безопасности, связанных с функционированием СУБД и действиями пользователей СУБД, с указанием важности и фиксированием в файл CSV или в syslog;
- обеспечение целостности исполняемых файлов СУБД, библиотек и других неизменяемых файлов, а также – файлов конфигурации БД; блокировка работы (запуска) экземпляра БД в случае обнаружения фактов нарушения целостности;
- встроенные механизмы защиты данных, которые позволяют стерилизовать объекты, перед удалением заполняя их нулями. Обнуление объектов может производиться перед удалением файлов на диске и перед удалением устаревших версий строк (очисткой страниц), освобождением ОЗУ и удалением или перезаписью файлов WAL;
- обеспечение доступности информации: резервное копирование и восстановление информации, содержащейся в базе данных.
|
23 Условная единица | 238 781 ₽ | 5 491 963 ₽ |
Документы и приложения к извещению Файлов: 4
Файлы извещения
DOCX
Обоснование начальной (максимальной) цены контракта.docx
DOCX
Проект контракта.docx
DOCX
Описание объекта закупки (Техническое задание).docx
DOCX
Требование к содержанию, составу заявки на участие в закупке и инструкция по ее заполнению.docx
Сопоставимые контракты Контрактов: 10
Реестр контрактов ЕИС
Ориентир цены за единицу по сопоставимым контрактам
108 648,00 ₽ / усл. ед.
Типичный диапазон (p10–p90): 16 625,00 – 2 262 000,84 ₽
Справочно-информационные сведения на основе открытого реестра контрактов ЕИС. Не являются публичной офертой или рекомендацией цены.
| Контракт и заказчик | Дата | Цена и снижение | Победитель | Ссылки |
|---|---|---|---|---|
|
№ 2780542344226000024
44
Оказание услуг по передаче лицензий на право использования средств криптографической защиты информации «КриптоПро CSP»1 версия 5.0 для работы с ключами и сертификатами шифрования сроком на 15 месяцев
ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЛЕНИНГРАДСКОЙ ОБЛАСТИ "ИНФОРМАЦИОННЫЙ ЦЕНТР ОЦЕНКИ КАЧЕСТВА ОБРАЗОВАНИЯ" · ИНН 7805423442
|
109 200,00 ₽
НМЦК: 146 880,00 ₽
-25.7%
|
— | ||
|
№ 55036065113260064560000
223
Предоставление права использования программ для электронных вычислительных машин для ПАО «Россети Московский регион» на условиях простой (неисключительной) лицензии
ПУБЛИЧНОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО "РОССЕТИ МОСКОВСКИЙ РЕГИОН" · ИНН 5036065113
|
45 039 328,00 ₽
|
— | ||
|
№ 52309121212260000360000
223
Оказание услуг на передачу лицензии на программное обеспечение
АКЦИОНЕРНОЕ ОБЩЕСТВО "КУБАНЬ ЭКСПРЕСС-ПРИГОРОД" · ИНН 2309121212
|
157 000,00 ₽
|
— | ||
|
№ 57825444176260002200000
223
Оказание услуг по предоставлению прав на использование программного обеспечения криптографической защиты информации ViPNet на условиях простой (неисключительной) лицензии, по предоставлению технической поддержки средств защиты информации ViPNet, по поставке (передаче) дисков с программным обеспечением
САНКТ-ПЕТЕРБУРГСКОЕ ГОСУДАРСТВЕННОЕ УНИТАРНОЕ ПРЕДПРИЯТИЕ "АВТОМАТИЧЕСКАЯ ТЕЛЕФОННАЯ СТАНЦИЯ СМОЛЬНОГО" · ИНН 7825444176
|
6 398 799,50 ₽
НМЦК: 6 398 799,50 ₽
0%
|
— | ||
|
№ 2665803026026000031
44
Предоставление (продление) простых (неисключительных) прав (лицензии) на использование ПО ЭПС «Система ГАРАНТ»
ТЕРРИТОРИАЛЬНЫЙ ОТРАСЛЕВОЙ ИСПОЛНИТЕЛЬНЫЙ ОРГАН ГОСУДАРСТВЕННОЙ ВЛАСТИ СВЕРДЛОВСКОЙ ОБЛАСТИ - УПРАВЛЕНИЕ СОЦИАЛЬНОЙ ПОЛИТИКИ МИНИСТЕРСТВА СОЦИАЛЬНОЙ ПОЛИТИКИ СВЕРДЛОВСКОЙ ОБЛАСТИ № 26 · ИНН 6658030260
|
115 296,00 ₽
НМЦК: 115 296,00 ₽
0%
|
— | ||
|
№ 3450112565726000013
44
Оказание услуг по предоставлению неисключительных (пользовательских) лицензионных прав на антивирусное обеспечение Kaspersky Endpoint Security для бизнеса – Стандартный
МУНИЦИПАЛЬНОЕ КАЗЕННОЕ УЧРЕЖДЕНИЕ ГОРОДА КУРГАНА "ГОРОДСКАЯ ИНСПЕКЦИЯ ПО ЗЕМЕЛЬНЫМ ОТНОШЕНИЯМ" · ИНН 4501125657
|
92 543,00 ₽
НМЦК: 92 552,00 ₽
0%
|
— | ||
|
№ 56625008050260000170000
223
Передача неисключительных прав использования электронной системы
ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ СВЕРДЛОВСКОЙ ОБЛАСТИ "ПЕРВОУРАЛЬСКИЙ МЕТАЛЛУРГИЧЕСКИЙ КОЛЛЕДЖ" · ИНН 6625008050
|
79 380,00 ₽
НМЦК: 83 349,00 ₽
-4.8%
|
— | ||
|
№ 56433006902260000200000
223
Оказание услуг по продлению лицензии на использование ПО "Отраслевой информационный ресурс" в составе ПО "ЭС"РАМЗЭС2.0"
ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ УЧРЕЖДЕНИЕ САРАТОВСКОЙ ОБЛАСТИ "КОМПЛЕКСНЫЙ ЦЕНТР СОЦИАЛЬНОГО ОБСЛУЖИВАНИЯ НАСЕЛЕНИЯ СОВЕТСКОГО РАЙОНА" · ИНН 6433006902
|
72 000,00 ₽
НМЦК: 72 000,00 ₽
0%
|
— | ||
|
№ 85902050440260001070000
223
Предоставление пакета обновления программного обеспечения
ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ЗДРАВООХРАНЕНИЯ ПЕРМСКОГО КРАЯ "ГОРОДСКАЯ СТОМАТОЛОГИЧЕСКАЯ ПОЛИКЛИНИКА" · ИНН 5902050440
|
262 500,00 ₽
|
— | ||
|
№ 1771016950126000045
44
Передача неисключительных прав на использование программного обеспечения
КОНСТИТУЦИОННЫЙ СУД РОССИЙСКОЙ ФЕДЕРАЦИИ · ИНН 7710169501
|
807 105,75 ₽
НМЦК: 811 167,00 ₽
-0.5%
|
— |
Другие закупки этого заказчика Актуальных: 2
Официальные извещения| Закупка | Сумма (НМЦК) | Срок подачи | Статус |
|---|---|---|---|
|
44
Оказание услуг по техническому сопровождению Единой централизованной информационной системы бюджетного (бухгалтерского) учета и отчетности
|
77 110 000 ₽
|
Прием заявок | |
|
44
Оказание услуг по техническому сопровождению автоматизированных систем Министерства финансов Вологодской области АС «Бюджет» и ее подсистем
|
51 398 200 ₽
|
Прием заявок |
История изменений открытых данных закупки
Официальные публикации ЕИСС момента постановки процедуры на мониторинг в открытых данных ЕИС изменений параметров не зафиксировано.
История формируется автоматически по официальным публикациям извещения и разъяснений.