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

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

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

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

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

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

Размещение осуществляет: Уполномоченный орган АДМИНИСТРАЦИЯ ГОРОДА СУРГУТА

Наименование объекта закупки: Оказание услуг по передаче прав на использование программного обеспечения SIEM система (Security Information and Event Management) путём предоставления простой (неисключительной) лицензии

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

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

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

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

Организация, осуществляющая размещение: АДМИНИСТРАЦИЯ ГОРОДА СУРГУТА

Почтовый адрес: 628408, Ханты-Мансийский автономный (Тюменская область) округ, город Сургут, Российская Федерация, 628408, Ханты-Мансийский Автономный округ - Югра АО, Сургут г, ПР-Д СОВЕТОВ, Д.4

Место нахождения: 628408, 628408, Российская Федерация,Тюменская область, Ханты-Мансийский автономный округ - Югра, город Сургут, проезд Советов, дом 4

Ответственное должностное лицо: Павлюченко Т. В.

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

Номер контактного телефона: 7-3462-522922

Факс: 7 (3462) 522900

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

Регион: Ханты-Мансийский Автономный округ - Югра АО

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

Дата и время начала срока подачи заявок: 02.11.2026 15:37 (МСК+2)

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

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

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

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

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

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

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

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

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

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

МУНИЦИПАЛЬНОЕ КАЗЁННОЕ УЧРЕЖДЕНИЕ "УПРАВЛЕНИЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И СВЯЗИ ГОРОДА СУРГУТА" - 1 -

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (03.02) Средства управления событиями информационной безопасности Значение характеристики не может изменяться участником закупки Срок действия лицензии на использование ПО бессрочная Значение характеристики не может изменяться участником закупки Общие требования к системе управления событиями информационной безопасности (далее по тексту - СУС ИБ) СУС ИБ должна обеспечивать решение следующих общих задач: - сбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре Заказчика; - предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов ИБ, затрагивающие несколько территориальных подразделений; - предоставление исходной информации для определения влияния события или подозрения на инцидент ИБ на ИТ-сервисы. СУС ИБ должна строиться как единая система с иерархической функциональной структурой и централизованным пунктом управления и являться составной частью информационно-телекоммуникационной системы Заказчика. Значение характеристики не может изменяться участником закупки В СУС ИБ должна обеспечиваться сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ должны включаться в контур существующих систем резервного копирования. Все серверные компоненты СУС ИБ должна строится на базе Linux подобных систем и не требовать приобретения дополнительных лицензий. По окончании действия входящей в состав технической поддержки СУС ИБ система должна сохранять полную работоспособность. Мониторинг и анализ событий информационной безопасности от контролируемых ресурсов информационно-телекоммуникационной системы ( далее по тексту - ИТС) не должен оказывать отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика. Требования к структуре СУС ИБ В СУС ИБ должны быть реализованы следующие функциональные подсистемы: - Подсистема сбора и обработки событий информационной безопасности (далее по тексту - ИБ); - Подсистема хранения событий ИБ; - Подсистема корреляции событий ИБ; - Подсистема поиска событий и подозрений на инциденты ИБ; - Подсистема регистрации инцидентов; - Подсистема обеспечение информационной безопасности самой системы; - Подсистемы управления. Значение характеристики не может изменяться участником закупки Требования к функционированию СУС ИБ - обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ; - уведомление ответственных сотрудников ИБ об обнаружении инцидентов/подозрений на инцидент; - администрирование компонентов СУС ИБ; - мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ; - поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ Значение характеристики не может изменяться участником закупки СУС ИБ должна обеспечить выполнение следующих функций: - консолидация и хранение информации о инцидентах ИБ, регистрируемых Системой с целью выявления подозрений на инциденты ИБ; - анализ информации о подозрениях на инциденты ИБ с целью их подтверждения и назначения для последующего реагирования; - сбор и систематизация данных для проведения специалистами по ИБ последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; Требования к функциональным подсистемам Реализация функциональных подсистем должна учитывать иерархическую структуру СУС ИБ в целом. Проектные решения по созданию СУС ИБ должны предусматривать возможность поэтапного внедрения и интегрирования функциональных подсистем. Решения по обеспечению информационного взаимодействия между функциональными уровнями и подсистемами СУС ИБ, а также с объектами контроля не должны предусматривать создания дублирующих по отношению к уже созданным сетевых и телекоммуникационных инфраструктур. Значение характеристики не может изменяться участником закупки Подсистема сбора и обработки событий ИБ Подсистема сбора и обработки событий ИБ должна обеспечивать реализацию следующего набора типовых действий: - сбор и обработка не менее 3000 событий в секунду; - автоматизированный сбор и нормализация событий ИБ, включая: o присвоение событиям категорий в соответствии с типом зарегистрированного события; o присвоение событию степени критичности, управляемой администраторами СУС ИБ; o приведение событий ИБ к единому формату СУС ИБ; o обогащение событий из активов, статических и динамических таблиц (запись пользовательских значений в любое поле события) на основании пользовательских правил; o сохранение исходного события и нормализованного. o нормализация объединенного потока событий от различных источников; Значение характеристики не может изменяться участником закупки - передача информации о событиях ИБ в подсистему управления инцидентами ИБ, подсистему хранения событий ИБ; - поддержка передачи событий в другие системы; - возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; - события должны содержать как минимум следующую информацию: o дата и время возникновения события; o источник (IP-адрес или сетевое имя); o уникальный идентификатор события; o тип (категория) события; o описание события; o критичность (приоритет) события; o время получения события от источника; o дополнительные поля. В рамках иерархической структуры СУС ИБ должны быть реализованы следующие варианты хранения и передачи событий: - хранение событий на подчиненных площадках; - передача всех событий с подчиненных площадок на головную. Подсистема хранения событий ИБ Подсистема хранения событий ИБ должна быть реализована в виде единого распределенного хранилища на базе Elasticsearch. Хранилище системы СУС ИБ должно обеспечивать хранение оперативной информации за период не менее 3 последних месяцев. Должна быть обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). Подсистема должна обеспечивать использование «Горячих серверов хранения» обеспечивающей хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. Подсистема хранения должна иметь возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков. Значение характеристики не может изменяться участником закупки Подсистема корреляции событий ИБ Подсистема должна обеспечивать агрегацию инцидентов. Агрегация должна осуществляться при совпадении значений любых заданных администратором полей событий. При регистрации большого количества однотипных событий, превышающего количественные значения правила корреляции, должен быть создан только один инцидент. Подсистема должна обеспечивать возможность добавления информации в динамические списки и удаления информации из них. Подсистема должна обеспечивать хранение событий вызвавший инцидент в отдельной базе данных. Подсистема должна иметь функционал проверки наличия IP или доменов, указанных заказчиком в списке Роскомнадзора. Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным. Подсистема должна иметь возможность использовать любые поля событий из таксономии. Значение характеристики не может изменяться участником закупки Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным. Подсистема должна иметь возможность использовать любые поля событий из таксономии. В рамках иерархической структуры СУС ИБ должна быть обеспечена следующая логика работы подсистемы корреляции событий ИБ: - в случае работы подсистемы корреляции на стороне головной площадки корреляция должна осуществляться независимо по каждой из подчиненных площадок; - в случае работы подсистемы корреляции на стороне подчиненной площадки должна быть обеспечена возможность передачи правил корреляции с головной площадки на подчиненные с возможностью выбора пользователем площадок, на которые необходимо передать правила. Подсистема поиска событий и подозрений на инциденты ИБ В рамках иерархической структуры СУС ИБ подсистема поиска событий должна обеспечивать возможность распределенного поиска событий по всех подчиненным площадкам из интерфейса управления головной площадки. В рамках иерархической структуры СУС ИБ должна быть обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к событиям каждой из подчиненных площадок. Значение характеристики не может изменяться участником закупки Подсистема регистрации инцидентов ИБ Подсистема регистрации инцидентов безопасности СУС ИБ должна быть выполнена в виде единого решения с остальными подсистемами в единой консоли управления. Функционал удаления инцидентов должен иметь возможность ограничения определенными ролей пользователей или отключения данного функционала для всех пользователей СУС ИБ. Инциденты информационной безопасности, равно как и связанные с ними события должны храниться в системе не менее 1 года, не зависимо от срока хранения обычных сырых и нормализованных событий в системе. Значение характеристики не может изменяться участником закупки Подсистема информационной безопасности Подсистема информационной безопасности СУС ИБ должна обеспечивать реализацию следующих действий: - аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; - разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; - логирование входов и действий обслуживающего персонала СУС ИБ; - логирование парольной политики; - защита от несанкционированного доступа к информации, находящейся в СУС ИБ; - регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; - ограничение количества неуспешных попыток входа в СУС ИБ; - настройка парольных политик пользователей СУС ИБ; - ограничение количества параллельных сеансов доступа в СУС ИБ; - контроль целостность компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности. Значение характеристики не может изменяться участником закупки Подсистема управления Подсистема должна обеспечивать управление обновлением системы, в случае доступности обновления, подсистема должна отображать список изменений в версии. Обновление системы должно обеспечиваться автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновлении системы, должны быть активны по умолчанию, без необходимости взаимодействия с пользователем. Значение характеристики не может изменяться участником закупки Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. Интерфейс должен отображать текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. Интерфейс должен позволять пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. Интерфейс должен позволять отображать текущее количество инцидентов, графики по возникновению инцидентов с разведкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. Подсистема управления должна обеспечивать возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. Требования к интеграции СУС ИБ Технические решения по интеграции функциональных подсистем должны быть унифицированы и обеспечивать масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС. Агент СУС ИБ должен включать в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент должен включаться/выключаться для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ. СУС БД должна иметь функционал отделяемых компонентов, обеспечивающий сбор и нормализацию событий не более 500 событий в секунду без необходимости приобретения дополнительных лицензий. При передаче событий должна обеспечиваться их целостность и гарантированная доставка в хранилище. Должно быть предусмотрено временное хранилище при невозможности передачи событий, собранных с источников. При этом, должна обеспечиваться целостность и неизменность событий. Значение характеристики не может изменяться участником закупки В случае превышения лицензионных ограничений система не должна прерывать процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. В случае избыточной нагрузки, система должна уметь буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ должна содержать инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя. СУС ИБ должна обеспечивать функционал импорта данных в списки, используемые в системе из командной строки или с использованием RestAPI. СУС ИБ должна обеспечиваться возможность передачи инцидентов и событий инцидентов во внешние системы с использование RestAPI. - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (03.02) Средства управления событиями информационной безопасности - - Значение характеристики не может изменяться участником закупки - Срок действия лицензии на использование ПО - бессрочная - - Значение характеристики не может изменяться участником закупки - Общие требования к системе управления событиями информационной безопасности (далее по тексту - СУС ИБ) - СУС ИБ должна обеспечивать решение следующих общих задач: - сбор, обработка, отображение и долгосрочное хранение информации о событиях и подозрениях на инциденты информационной безопасности, выявляемых в инфраструктуре Заказчика; - предоставление инструментов для анализа событий и расследования инцидентов информационной безопасности, в том числе, масштабных инцидентов ИБ, затрагивающие несколько территориальных подразделений; - предоставление исходной информации для определения влияния события или подозрения на инцидент ИБ на ИТ-сервисы. СУС ИБ должна строиться как единая система с иерархической функциональной структурой и централизованным пунктом управления и являться составной частью информационно-телекоммуникационной системы Заказчика. - - Значение характеристики не может изменяться участником закупки - В СУС ИБ должна обеспечиваться сохранность данных при возникновении аварийной ситуации с программно-техническими комплексами СУС ИБ путем резервного копирования и восстановления данных и программного обеспечения. Для этого информационные ресурсы СУС ИБ должны включаться в контур существующих систем резервного копирования. Все серверные компоненты СУС ИБ должна строится на базе Linux подобных систем и не требовать приобретения дополнительных лицензий. По окончании действия входящей в состав технической поддержки СУС ИБ система должна сохранять полную работоспособность. Мониторинг и анализ событий информационной безопасности от контролируемых ресурсов информационно-телекоммуникационной системы ( далее по тексту - ИТС) не должен оказывать отрицательного воздействия с точки зрения скорости исполнения обычных процессов функциональной деятельности подразделений Заказчика. - Требования к структуре СУС ИБ - В СУС ИБ должны быть реализованы следующие функциональные подсистемы: - Подсистема сбора и обработки событий информационной безопасности (далее по тексту - ИБ); - Подсистема хранения событий ИБ; - Подсистема корреляции событий ИБ; - Подсистема поиска событий и подозрений на инциденты ИБ; - Подсистема регистрации инцидентов; - Подсистема обеспечение информационной безопасности самой системы; - Подсистемы управления. - - Значение характеристики не может изменяться участником закупки - Требования к функционированию СУС ИБ - - обобщенное представление информации о выявленных в ИТС подозрениях на инциденты ИБ на единой консоли СУС ИБ; - уведомление ответственных сотрудников ИБ об обнаружении инцидентов/подозрений на инцидент; - администрирование компонентов СУС ИБ; - мониторинг состояния, устранение сбоев и отказов компонентов СУС ИБ; - поддержка иерархической структуры с назначением головной и подчиненных площадок СУС ИБ - - Значение характеристики не может изменяться участником закупки - СУС ИБ должна обеспечить выполнение следующих функций: - консолидация и хранение информации о инцидентах ИБ, регистрируемых Системой с целью выявления подозрений на инциденты ИБ; - анализ информации о подозрениях на инциденты ИБ с целью их подтверждения и назначения для последующего реагирования; - сбор и систематизация данных для проведения специалистами по ИБ последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем; - Требования к функциональным подсистемам - Реализация функциональных подсистем должна учитывать иерархическую структуру СУС ИБ в целом. Проектные решения по созданию СУС ИБ должны предусматривать возможность поэтапного внедрения и интегрирования функциональных подсистем. Решения по обеспечению информационного взаимодействия между функциональными уровнями и подсистемами СУС ИБ, а также с объектами контроля не должны предусматривать создания дублирующих по отношению к уже созданным сетевых и телекоммуникационных инфраструктур. - - Значение характеристики не может изменяться участником закупки - Подсистема сбора и обработки событий ИБ - Подсистема сбора и обработки событий ИБ должна обеспечивать реализацию следующего набора типовых действий: - сбор и обработка не менее 3000 событий в секунду; - автоматизированный сбор и нормализация событий ИБ, включая: o присвоение событиям категорий в соответствии с типом зарегистрированного события; o присвоение событию степени критичности, управляемой администраторами СУС ИБ; o приведение событий ИБ к единому формату СУС ИБ; o обогащение событий из активов, статических и динамических таблиц (запись пользовательских значений в любое поле события) на основании пользовательских правил; o сохранение исходного события и нормализованного. o нормализация объединенного потока событий от различных источников; - - Значение характеристики не может изменяться участником закупки - - передача информации о событиях ИБ в подсистему управления инцидентами ИБ, подсистему хранения событий ИБ; - поддержка передачи событий в другие системы; - возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; - события должны содержать как минимум следующую информацию: o дата и время возникновения события; o источник (IP-адрес или сетевое имя); o уникальный идентификатор события; o тип (категория) события; o описание события; o критичность (приоритет) события; o время получения события от источника; o дополнительные поля. В рамках иерархической структуры СУС ИБ должны быть реализованы следующие варианты хранения и передачи событий: - хранение событий на подчиненных площадках; - передача всех событий с подчиненных площадок на головную. - Подсистема хранения событий ИБ - Подсистема хранения событий ИБ должна быть реализована в виде единого распределенного хранилища на базе Elasticsearch. Хранилище системы СУС ИБ должно обеспечивать хранение оперативной информации за период не менее 3 последних месяцев. Должна быть обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). Подсистема должна обеспечивать использование «Горячих серверов хранения» обеспечивающей хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. Подсистема хранения должна иметь возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков. - - Значение характеристики не может изменяться участником закупки - Подсистема корреляции событий ИБ - Подсистема должна обеспечивать агрегацию инцидентов. Агрегация должна осуществляться при совпадении значений любых заданных администратором полей событий. При регистрации большого количества однотипных событий, превышающего количественные значения правила корреляции, должен быть создан только один инцидент. Подсистема должна обеспечивать возможность добавления информации в динамические списки и удаления информации из них. Подсистема должна обеспечивать хранение событий вызвавший инцидент в отдельной базе данных. Подсистема должна иметь функционал проверки наличия IP или доменов, указанных заказчиком в списке Роскомнадзора. Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным. Подсистема должна иметь возможность использовать любые поля событий из таксономии. - - Значение характеристики не может изменяться участником закупки - Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным. Подсистема должна иметь возможность использовать любые поля событий из таксономии. В рамках иерархической структуры СУС ИБ должна быть обеспечена следующая логика работы подсистемы корреляции событий ИБ: - в случае работы подсистемы корреляции на стороне головной площадки корреляция должна осуществляться независимо по каждой из подчиненных площадок; - в случае работы подсистемы корреляции на стороне подчиненной площадки должна быть обеспечена возможность передачи правил корреляции с головной площадки на подчиненные с возможностью выбора пользователем площадок, на которые необходимо передать правила. - Подсистема поиска событий и подозрений на инциденты ИБ - В рамках иерархической структуры СУС ИБ подсистема поиска событий должна обеспечивать возможность распределенного поиска событий по всех подчиненным площадкам из интерфейса управления головной площадки. В рамках иерархической структуры СУС ИБ должна быть обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к событиям каждой из подчиненных площадок. - - Значение характеристики не может изменяться участником закупки - Подсистема регистрации инцидентов ИБ - Подсистема регистрации инцидентов безопасности СУС ИБ должна быть выполнена в виде единого решения с остальными подсистемами в единой консоли управления. Функционал удаления инцидентов должен иметь возможность ограничения определенными ролей пользователей или отключения данного функционала для всех пользователей СУС ИБ. Инциденты информационной безопасности, равно как и связанные с ними события должны храниться в системе не менее 1 года, не зависимо от срока хранения обычных сырых и нормализованных событий в системе. - - Значение характеристики не может изменяться участником закупки - Подсистема информационной безопасности - Подсистема информационной безопасности СУС ИБ должна обеспечивать реализацию следующих действий: - аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; - разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; - логирование входов и действий обслуживающего персонала СУС ИБ; - логирование парольной политики; - защита от несанкционированного доступа к информации, находящейся в СУС ИБ; - регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; - ограничение количества неуспешных попыток входа в СУС ИБ; - настройка парольных политик пользователей СУС ИБ; - ограничение количества параллельных сеансов доступа в СУС ИБ; - контроль целостность компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности. - - Значение характеристики не может изменяться участником закупки - Подсистема управления - Подсистема должна обеспечивать управление обновлением системы, в случае доступности обновления, подсистема должна отображать список изменений в версии. Обновление системы должно обеспечиваться автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновлении системы, должны быть активны по умолчанию, без необходимости взаимодействия с пользователем. - - Значение характеристики не может изменяться участником закупки - Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. Интерфейс должен отображать текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. Интерфейс должен позволять пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. Интерфейс должен позволять отображать текущее количество инцидентов, графики по возникновению инцидентов с разведкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. Подсистема управления должна обеспечивать возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли. - Требования к интеграции СУС ИБ - Технические решения по интеграции функциональных подсистем должны быть унифицированы и обеспечивать масштабируемость, наращиваемость и дальнейшее совершенствование СУС ИБ при развитии ИТС. Агент СУС ИБ должен включать в себя компонент сбора низкоуровневых событий с ядра ОС. Данный компонент должен включаться/выключаться для каждой установки агента СУС ИБ через центральный интерфейс СУС ИБ. СУС БД должна иметь функционал отделяемых компонентов, обеспечивающий сбор и нормализацию событий не более 500 событий в секунду без необходимости приобретения дополнительных лицензий. При передаче событий должна обеспечиваться их целостность и гарантированная доставка в хранилище. Должно быть предусмотрено временное хранилище при невозможности передачи событий, собранных с источников. При этом, должна обеспечиваться целостность и неизменность событий. - - Значение характеристики не может изменяться участником закупки - В случае превышения лицензионных ограничений система не должна прерывать процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. В случае избыточной нагрузки, система должна уметь буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ должна содержать инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя. СУС ИБ должна обеспечивать функционал импорта данных в списки, используемые в системе из командной строки или с использованием RestAPI. СУС ИБ должна обеспечиваться возможность передачи инцидентов и событий инцидентов во внешние системы с использование RestAPI.

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

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

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

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

Срок действия лицензии на использование ПО - бессрочная - - Значение характеристики не может изменяться участником закупки

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

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

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

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

СУС ИБ должна обеспечить выполнение следующих функций: - консолидация и хранение информации о инцидентах ИБ, регистрируемых Системой с целью выявления подозрений на инциденты ИБ; - анализ информации о подозрениях на инциденты ИБ с целью их подтверждения и назначения для последующего реагирования; - сбор и систематизация данных для проведения специалистами по ИБ последующего анализа причин и источников инцидентов информационной безопасности для определения корректирующих действий по снижению вероятности наступления аналогичных инцидентов информационной безопасности в будущем;

Требования к функциональным подсистемам - Реализация функциональных подсистем должна учитывать иерархическую структуру СУС ИБ в целом. Проектные решения по созданию СУС ИБ должны предусматривать возможность поэтапного внедрения и интегрирования функциональных подсистем. Решения по обеспечению информационного взаимодействия между функциональными уровнями и подсистемами СУС ИБ, а также с объектами контроля не должны предусматривать создания дублирующих по отношению к уже созданным сетевых и телекоммуникационных инфраструктур. - - Значение характеристики не может изменяться участником закупки

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

- передача информации о событиях ИБ в подсистему управления инцидентами ИБ, подсистему хранения событий ИБ; - поддержка передачи событий в другие системы; - возможность передачи событий в нормализованном и сыром формате, в том числе по заданному условию; - события должны содержать как минимум следующую информацию: o дата и время возникновения события; o источник (IP-адрес или сетевое имя); o уникальный идентификатор события; o тип (категория) события; o описание события; o критичность (приоритет) события; o время получения события от источника; o дополнительные поля. В рамках иерархической структуры СУС ИБ должны быть реализованы следующие варианты хранения и передачи событий: - хранение событий на подчиненных площадках; - передача всех событий с подчиненных площадок на головную.

Подсистема хранения событий ИБ - Подсистема хранения событий ИБ должна быть реализована в виде единого распределенного хранилища на базе Elasticsearch. Хранилище системы СУС ИБ должно обеспечивать хранение оперативной информации за период не менее 3 последних месяцев. Должна быть обеспечена возможность последующего увеличения емкости хранилищ без изменения всей архитектуры решения (горизонтальное масштабирование). Подсистема должна обеспечивать использование «Горячих серверов хранения» обеспечивающей хранение событий, к которым необходим оперативный доступ и «Холодных серверов хранения» для хранения событий, доступ к которым постоянно не требуется. Подсистема хранения должна иметь возможность горизонтального масштабирования путем ввода новых серверов хранения событий, без привлечения сторонних организаций и разработчиков. - - Значение характеристики не может изменяться участником закупки

Подсистема корреляции событий ИБ - Подсистема должна обеспечивать агрегацию инцидентов. Агрегация должна осуществляться при совпадении значений любых заданных администратором полей событий. При регистрации большого количества однотипных событий, превышающего количественные значения правила корреляции, должен быть создан только один инцидент. Подсистема должна обеспечивать возможность добавления информации в динамические списки и удаления информации из них. Подсистема должна обеспечивать хранение событий вызвавший инцидент в отдельной базе данных. Подсистема должна иметь функционал проверки наличия IP или доменов, указанных заказчиком в списке Роскомнадзора. Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным. Подсистема должна иметь возможность использовать любые поля событий из таксономии. - - Значение характеристики не может изменяться участником закупки

Условие правила корреляции должно трактоваться однозначно, быть интуитивно понятным. Подсистема должна иметь возможность использовать любые поля событий из таксономии. В рамках иерархической структуры СУС ИБ должна быть обеспечена следующая логика работы подсистемы корреляции событий ИБ: - в случае работы подсистемы корреляции на стороне головной площадки корреляция должна осуществляться независимо по каждой из подчиненных площадок; - в случае работы подсистемы корреляции на стороне подчиненной площадки должна быть обеспечена возможность передачи правил корреляции с головной площадки на подчиненные с возможностью выбора пользователем площадок, на которые необходимо передать правила.

Подсистема поиска событий и подозрений на инциденты ИБ - В рамках иерархической структуры СУС ИБ подсистема поиска событий должна обеспечивать возможность распределенного поиска событий по всех подчиненным площадкам из интерфейса управления головной площадки. В рамках иерархической структуры СУС ИБ должна быть обеспечена возможность разграничения доступа пользователей головной площадки СУС ИБ к событиям каждой из подчиненных площадок. - - Значение характеристики не может изменяться участником закупки

Подсистема регистрации инцидентов ИБ - Подсистема регистрации инцидентов безопасности СУС ИБ должна быть выполнена в виде единого решения с остальными подсистемами в единой консоли управления. Функционал удаления инцидентов должен иметь возможность ограничения определенными ролей пользователей или отключения данного функционала для всех пользователей СУС ИБ. Инциденты информационной безопасности, равно как и связанные с ними события должны храниться в системе не менее 1 года, не зависимо от срока хранения обычных сырых и нормализованных событий в системе. - - Значение характеристики не может изменяться участником закупки

Подсистема информационной безопасности - Подсистема информационной безопасности СУС ИБ должна обеспечивать реализацию следующих действий: - аутентификация пользователей посредством встроенных механизмов, интеграции с LDAP и гибридной аутентификации; - разграничение доступа к функциям и информации, обрабатываемой в СУС ИБ посредством ролевой модели; - логирование входов и действий обслуживающего персонала СУС ИБ; - логирование парольной политики; - защита от несанкционированного доступа к информации, находящейся в СУС ИБ; - регистрация и предотвращение попыток несанкционированного доступа к средствам контроля и контролируемой информации; - ограничение количества неуспешных попыток входа в СУС ИБ; - настройка парольных политик пользователей СУС ИБ; - ограничение количества параллельных сеансов доступа в СУС ИБ; - контроль целостность компонентов СУС ИБ и уведомление пользователя в случае нарушения целостности. - - Значение характеристики не может изменяться участником закупки

Подсистема управления - Подсистема должна обеспечивать управление обновлением системы, в случае доступности обновления, подсистема должна отображать список изменений в версии. Обновление системы должно обеспечиваться автоматически, без необходимости остановки системы или отдельных ее компонентов. Обновление компонентов СУС ИБ может включать исправление работы СУС ИБ, новый функционал, обновление правил корреляции и нормализации. Все новые правила корреляции и нормализации, полученные в рамках обновлении системы, должны быть активны по умолчанию, без необходимости взаимодействия с пользователем. - - Значение характеристики не может изменяться участником закупки

Управление СУС ИБ осуществляется посредством графического веб-интерфейса, адаптированного под использование с различных веб-браузеров и мобильных устройств. Интерфейс должен отображать текущее состояние всех компонентов системы и текущую нагрузку на ресурсы системы СУС ИБ, такие как CPU, память, диск. Интерфейс должен позволять пользователям создавать и формировать отчеты с возможностью визуализации данных с помощью таблиц и диаграмм. Интерфейс должен позволять отображать текущее количество инцидентов, графики по возникновению инцидентов с разведкой по времени и обеспечивать формирование отчетов по инцидентам с возможностью выбора полей инцидентов. Подсистема управления должна обеспечивать возможность управления настройками и правилами корреляции на всех серверах СУС ИБ из единой консоли.

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

В случае превышения лицензионных ограничений система не должна прерывать процесс сбора событий с источников данных без ограничения сроков, прошедших с момента выявления этих ограничений системой. В случае избыточной нагрузки, система должна уметь буферизовать поступающий поток во избежание потерь событий и распределения оптимальной нагрузки. СУС ИБ должна содержать инструментарий подключения новых источников событий через поддерживаемые транспорты, доступные через интерфейс пользователя. СУС ИБ должна обеспечивать функционал импорта данных в списки, используемые в системе из командной строки или с использованием RestAPI. СУС ИБ должна обеспечиваться возможность передачи инцидентов и событий инцидентов во внешние системы с использование RestAPI.

- Обоснование включения дополнительной информации в сведения о товаре, работе, услуге Общие требования - для соответствия задачам Заказчика, её инфраструктуре, удобствам администрирования, корпоративным стандартам. Требования к структуре и функционированию - для целостности, непрерывности работы Администрации г. Сургута, для полноты автоматизации цикла отчетности. Требования к функциональным подсистемам- для декомпозиции сложных бизнес-процессов на управляемые модули, обеспечения гибкой настройки функций под конкретные нужды. Подсистема сбора и обработки событий - для своевременного выявления инцидентов информационной безопасности, оперативного реагирования на угрозы. Подсистема хранения событий - обеспечения долговременного, защищенного и неизменного хранения журналов событий. Подсистема корреляции событий - для автоматического выявления сложных, многоэтапных кибератак и аномалий. Подсистема поиска событий и подозрений на инциденты - для обеспечения возможности проактивного поиска угроз (Threat Hunting) и проведения глубокого расследования инцидентов, для выявления скрытых аномалий, подтверждения подозрений на компрометацию и минимизации времени реагирования на целевые атаки. Подсистема регистрации инцидентов - для обеспечения структурированного учета, отслеживания жизненного цикла и документирования инцидентов. Подсистема информационной безопасности - для обеспечения защищенности Системы, гарантирования конфиденциальности, целостности и доступности обрабатываемых данных, для соответствия требованиям ФСТЭК России и внутренним политикам информационной безопасности Администрации г. Сургута. Подсистема управления - для гибкой настройки политик и правил корреляции, управления источниками событий быструю адаптацию под новые угрозы. Требования к интеграции - для обеспечения бесшовного и защищенного обмена данными с существующими информационными системами, средствами защиты информации и сервисными службами (ITSM) Администрации г. Сургута. Срок действия лицензии - указан максимальный срок.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наименование бюджета: Бюджет городского округа Сургут Ханты-Мансийского автономного округа - Югры

Вид бюджета: местный бюджет

Код территории муниципального образования: 71876000: Муниципальные образования Тюменской области / Муниципальные районы и городские округа Ханты-Мансийского автономного округа - Югры / Сургут

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

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

Порядок внесения денежных средств в качестве обеспечения заявки на участие в закупке, а также условия гарантии: Обеспечение заявки на участие в закупке может предоставляться участником закупки в виде денежных средств или независимой гарантии, предусмотренной ст.45 44-ФЗ. Выбор способа обеспечения осуществляется участником закупки самостоятельно. Срок действия независимой гарантии должен составлять не менее месяца с даты окончания срока подачи заявок. В случае предоставления обеспечения заявки на участие в закупке в виде денежных средств, происходит блокирование денежных средств на банковском счете, открытом таким участником в банке, включенном в перечень, утвержденный Правительством РФ, для их перевода на счет, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику, или в соответствующий бюджет бюджетной системы РФ, в размере обеспечения заявки на участие в закупке. Юр.лица, зарег-ые на территории государства–члена ЕАЭС, за исключением РФ, и физ.лица, являющиеся гражданами государства–члена ЕАЭС, за исключением РФ, вправе внести денежные средства на счет, указанный заказчиком в извещении об осуществлении закупки, на котором в соответствии с законодательством РФ учитываются операции со средствами, поступающими заказчику. В случае обеспечения заявки в форме независимой гарантии, предоставленная независимая гарантия должна соответствовать треб.ст.45 44-ФЗ. Независимая гарантия, информация о ней и документы, предусмотренные ч. 9 ст.45 44-ФЗ, должны быть включены в реестр независимых гарантий, размещенный в ЕИС. Независимая гарантия, предоставляемая в качестве обеспечения заявки на участие в закупке предоставляется по типовой форме, утвержденной ПП РФ от 08.11.2013 №1005. Гос., мун. учреждения не предоставляют обеспечение подаваемых ими заявок на участие в закупках. Предприятия и организации, предусмотренные ст. 28, 29 44-ФЗ, предоставляют обеспечение заявки на участие в закупке в размере 0,5% НМЦК. Споры, возникающие в связи с исполнением обязательств по независимой гарантии, подлежат рассмотрению в Арбитражном суде ХМАО-Югры.

Реквизиты счета для учета операций со средствами, поступающими заказчику: p/c 03232643718760008700, л/c 040УИТИС30, БИК 007162163, УФК по Ханты-Мансийскому автономному округу-Югре, к/c 40102810245370000007

Реквизиты счета для перечисления денежных средств в случае, предусмотренном ч.13 ст. 44 Закона № 44-ФЗ (в соответствующий бюджет бюджетной системы Российской Федерации): Получатель Номер единого казначейского счета Номер казначейского счета БИК ТОФК УПРАВЛЕНИЕ ФЕДЕРАЛЬНОГО КАЗНАЧЕЙСТВА ПО ХАНТЫ-МАНСИЙСКОМУ АВТОНОМНОМУ ОКРУГУ - ЮГРЕ (МКУ "УИТС Г. СУРГУТА") () ИНН: 8602002546 КПП: 860201001 КБК: 04311610061040000140 ОКТМО: 71876000001 40102810245370000007 03100643000000018700 007162163

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, а.окр. Ханты-Мансийский Автономный округ - Югра, г.о. Сургут, г. Сургут, пр-д Советов, зд. 4, МКУ «УИТС г. Сургута»

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

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

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

Платежные реквизиты для обеспечения исполнения контракта: p/c 03232643718760008700, л/c 040УИТИС30, БИК 007162163, УФК по Ханты-Мансийскому автономному округу-Югре, к/c 40102810245370000007

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

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

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

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

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

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

Наименование бюджета: Бюджет городского округа Сургут Ханты-Мансийского автономного округа - Югры

Вид бюджета: местный бюджет

Код территории муниципального образования: 71876000: Муниципальные образования Тюменской области / Муниципальные районы и городские округа Ханты-Мансийского автономного округа - Югры / Сургут

Документы

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

Документы

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