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

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

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

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

Наименование электронной площадки в информационно-телекоммуникационной сети «Интернет»: РТС-тендер

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

Размещение осуществляет: Заказчик РОСТОВСКАЯ-НА-ДОНУ ГОРОДСКАЯ ДУМА

Наименование объекта закупки: Передача неисключительных прав на использование комплекта программного обеспечения

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

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

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

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

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

Почтовый адрес: Российская Федерация, 344002, Ростовская обл, Ростов-на-Дону г, Большая Садовая ул, Д.47

Место нахождения: Российская Федерация, 344002, Ростовская обл, Ростов-на-Дону г, Большая Садовая ул, Д.47

Ответственное должностное лицо: Шкандыба Н. Н.

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

Номер контактного телефона: 7-863-2403465

Факс: 7-863-2694398

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

Регион: Ростовская обл

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

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

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

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

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

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

Начальная (максимальная) цена контракта: 308 833,17

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

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

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

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

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

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

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

Наименование бюджета: бюджет города Ростова-на-Дону

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

Код территории муниципального образования: 60701000: Муниципальные образования Ростовской области / Городские округа Ростовской области/ / город Ростов-на-Дону

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

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

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

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (02.09) Операционные системы общего назначения Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Требования соответствия законодательным и нормативным документам: 1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п. 4, 7, 8, 9. 3. Операционная система должна иметь подтверждение возможности её применения для построения информационных (автоматизированных) систем, обрабатывающих информацию ограниченного доступа, и реализации функций безопасности в виде сертификатов соответствия ФСТЭК России требованиям нормативных документов: 4. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 5. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 6. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 7. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 8. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 9. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. 10. Операционная система должна являться безопасным программным обеспечением в соответствии с ГОСТ Р 56939, что должно подтверждаться сертификатом соответствия процессов безопасной разработки указанному стандарту Значение характеристики не может изменяться участником закупки Требования к встроенному комплексу средств защиты информации операционной системы (1-5) 1. Операционная система должна обеспечивать встроенными сертифицированными средствами: – идентификацию и аутентификацию пользователей; – управление средствами аутентификации; – управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; – реализацию дискреционного разграничения доступа; – возможность указания параметров настройки комплекса средств защиты во время создания пользователя; – возможность создания защищенной среды виртуализации; – технологию контейнеризации с возможностью создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 3. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 4. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: – ограничение прав пользователя на запуск приложений ядром системы; – ограничение прав пользователя средствами графического интерфейса; – разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 5. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования Значение характеристики не может изменяться участником закупки Требования к встроенному комплексу средств защиты информации операционной системы (6-10) 6. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: – идентификация устрои?ств и сопоставление пользователя с устройством; – управление доступом субъектов доступа к устрои?ствам методами дискреционного управления доступом; – задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устрои?ствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; – учет носителей информации и контроль использования интерфейсов ввода и вывода. 7. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 8. Операционная система должна иметь графические средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: – двухфакторная аутентификация; – вход и разблокировка сессии по токену; – блокировка сессии при извлечении токена. 9. Операционная система должна включать в состав графические средства настройки контроля целостности: – контроль целостности дистрибутива; – контроль объектов файловой системы; – контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 10. Операционная система должна обеспечивать возможность блокировки: – запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; – открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности Значение характеристики не может изменяться участником закупки Требования к встроенному комплексу средств защиты информации операционной системы (11-17) 11. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 12. В составе операционной системы должно быть ядро, поддерживаемое Центром исследования безопасности системного программного обеспечения ИСП РАН. 13. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 14. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: – настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; – импорт и экспорт настроек комплекса средств защиты системы. 15. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 16. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 17. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы Значение характеристики не может изменяться участником закупки Требования к функциональным возможностям операционной системы (1-3) 1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3. Операционная система должна включать в состав графические инструменты, обеспечивающие: – создание, настройку и управление несколькими репозиториями используемого программного обеспечения со следующим функционалом: – проверка зависимостей пакетной базы; – автоматическая публикация в сети по протоколам http и ftp; – выбор конкретных репозиториев, из которых будет произведено обновление пакетов; – управление регистрацией событий, включающее в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; – просмотр и редактирование значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); – управление и мониторинг компонентов подсистемы безопасности; – расчёт контрольных сумм файлов и их сравнения; – оповещение пользователя о конфликте IP-адресов при подключении к сети; – работа с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); – распечатка карточки пользователя с его параметрами Значение характеристики не может изменяться участником закупки Требования к функциональным возможностям операционной системы (4-7) 4. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: – ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; – TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; – поддержка стандарта ISO9660; – наличие средств организации распределенной файловой системы; – наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 5. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 7. Установщик операционной системы должен иметь следующий функционал: – обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; – иметь возможность автоматической установки при помощи файла конфигурации формата .yaml; – при установке должна предоставлять возможность добавления администратора и нескольких пользователей; – предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки Значение характеристики не может изменяться участником закупки Требования к функциональным возможностям операционной системы (8-11) 8. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 9. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 10. Средства виртуализации из состава операционной системы должны использовать системные компоненты: – qemu версии не ниже 8.2.4; – libvirt версии не ниже 10.3. 11. Дополнительные функциональные компоненты: – web-сервер Apache или эквивалент; – почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; – средства мониторинга; – средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; – сервер печати; – службы резервного копирования: Bacula, Rsync или эквивалент; – аудит и журналирование событий безопасности; – набор программ для воспроизведения аудио и видео файлов; – редактор растровой графики; – запись оптических дисков; – программа сканирования; – графический сервер X.Org Xserver или эквивалент; – рабочий стол; – системные библиотеки libc или эквивалент; – компилятор GCC или эквивалент; – QT или эквивалент Значение характеристики не может изменяться участником закупки Правовая безопасность Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком операционной системы или его партнером Значение характеристики не может изменяться участником закупки 2. Общие требования к ПО 2.1. ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных или Единый реестр программ для электронных вычислительных машин и баз данных из государств – членов Евразийского экономического союза. Согласно постановления Правительства РФ от 23.12.2024 № 1875 ПО должно быть включено в Единый реестр российского программного обеспечения https://reestr.digital.gov.ru/. 2.2. Программный интерфейс ПО, включая средства управления на русском языке. Все компоненты ПО, включая средства управления, обладают контекстной справочной системой на русском языке. 2.3. ПО обладает патентной чистотой на территории Российской Федерации и свободно от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц. 2.4. ПО должно пройти процедуру оценки соответствия применительно к продукции, используемой для защиты сведений, относимых к охраняемой в соответствии с законодательством Российской Федерации информации ограниченного доступа, и иметь действующий сертификат соответствия ФСТЭК России Значение характеристики не может изменяться участником закупки 3. Технические требования к ПО. 3.1. Требования к объему, содержанию и условиям предоставления прав на использование ПО, способам и порядку их использования Заказчику (Сублицензиату) предоставляется Лицензия на право использования ПО следующими способами: – воспроизведение ПО, с возможностью записи (копирования) в память ЭВМ, инсталляции, запуска и использования ПО в соответствии с его функциональным назначением и возможностями; – создание копии ПО для архивных целей или для замены правомерно приобретённого экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. Количество таких копий ПО не ограничено. Предоставляемая лицензия на использование ПО предусматривает бессрочное использование ПО в соответствии с его функциональным назначением и включает в себя неисключительное право на воспроизведение (запись в память ЭВМ) неограниченного числа экземпляров ПО, инсталляцию (установку и размещение), копирование (в целях создания резервных копий), запуск (выполнение программного кода ПО), получение обновлений и новых версий ПО, неограниченное количество проектов (процессов), агентов и пользователей, включая просмотр и использование функциональных возможностей ПО, в соответствии с его назначением, на технических средствах конечных пользователей Заказчика (Сублицензиата). Поставщик (Лицензиат) гарантирует, что ПО не имеет скрытых функциональных возможностей (вредоносных изменений, либо внедренных «программных закладок»), Блокировочного кода, а также компьютерных Вирусов, троянов, самоликвидирующихся механизмов, механизмов защиты от копирования и других подобных машинных команд, которые могут деактивировать, уничтожить или изменить иным образом данные Заказчика (Сублицензиата), программное или аппаратное обеспечение и оборудование Заказчика (Сублицензиата), привести к какому-либо финансовому ущербу для Заказчика (Сублицензиата). Предоставление прав использования ПО Заказчику не влечет передачу исключительных прав и исчерпания прав на ПО компании – правообладателя ПО Значение характеристики не может изменяться участником закупки 3.2. Срок действия предоставляемых прав и порядок их передачи 3.2.1. Фактическая передача ПО происходит в момент, когда такое ПО поступает во владение Заказчика (Сублицензиата), становится доступным для загрузки Заказчиком (Сублицензиатом), к ПО предоставлена необходимая для работы с ПО документация, и когда Заказчик (Сублицензиат) получит электронный ключ активации ПО, позволяющий Заказчику (Сублицензиату) установить и использовать такое ПО. Дистрибутивы ПО, документация, ключи активации ПО и прочая информация, необходимая для установки и использования такого ПО, предоставляются Заказчику (Сублицензиату) одновременно с предоставлением Лицензий и их стоимость включена в вознаграждение Поставщика (Лицензиата). Факт передачи ПО и предоставление Лицензий подтверждается подписанием Сторонами Акта приема-передачи прав на использование ПО. Срок действия предоставляемых прав исчисляется с даты подписания Акта приема-передачи прав на использование ПО Значение характеристики не может изменяться участником закупки 3.3. Требования к гарантийному техническому сопровождению ПО Поставщик должен обеспечить гарантийное техническое сопровождение поставленного ПО на следующих условиях: – Поставщик должен гарантировать, что поставляемые носители ПО (при наличии) соответствует настоящему Техническому заданию, а также свободны от дефектов материалов и изготовления. Поставщик должен предоставить Заказчику лицензионный сертификат на поставляемое ПО (лицензию) и сертификат на техническую поддержку, содержащий, в том числе информацию о периоде оказания гарантированного технического сопровождения ПО суммарно в течение 24 (двадцати четырех) месяцев с открытой датой активации; – В рамках технического сопровождения, поставляемого ПО должны обеспечиваться: • круглосуточный доступ к автоматизированной системе поддержки, путем фиксации заявки для дальнейшей обработки обращений в рабочее время. Обработка обращений специалистами технической поддержки должна осуществляться в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • доступ к телефонной службе технической поддержки для разрешения обращений критического приоритета в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • Установка новых версий (модернизация ПО); • Обработка всех запросов конечного пользователя, в том числе запросов на установку, расширение или изменение конфигурации ПО; • Сбор и хранение данных о спецификации и конфигурации систем конечного пользователя, ведение базы данных истории обращений о сбоях; • Сбор отладочной информации о сбоях в ПО; • Анализ данных по известным проблемам и, если возможно, предоставление конечному пользователю; • Оценка влияния проблемы на работу ПО и определение степени приоритета сбоя; • Установление, насколько возможно, причины возникновения проблемы на уровне конкретных программных модулей, включая диагностику на месте установки ПО; • Резервное копирование данных, очистку дисков и настройку ротации системных журналов; Значение характеристики не может изменяться участником закупки Техническая поддержка Служба технической поддержки координирует все запросы на оказание Услуг со стороны Заказчика и осуществляет: • Прием, обработку и эскалацию запросов; • Отслеживание статуса запросов, а также направление сообщений об исполнении после устранения сбоя; Запросы на оказание Услуг делятся на сообщения о случаях сбоя и запросы на техническую поддержку, не связанные со случаями сбоя. Под случаем сбоя понимается событие, не связанное со штатным функционированием ПО, которое приводит или может привести к прерыванию работы ПО или снижению её качества. Случаи сбоя классифицируются на Известные ошибки (случай сбоя, причина которого известна и для которого были определены временное решение или долгосрочная альтернатива) и Проблемы (случай сбоя, причина которого неизвестна). Для каждого случая сбоя должен быть создан отдельный запрос на оказание Услуг. Техническая поддержка оказывает, на основании запросов следующие Услуги: • Анализ ошибок, ведение каталога ошибок и методов их устранения, в т. ч. посредством технического анализа предоставленной отладочной информации; • Комплексная дистанционная диагностика (при условии обеспечения возможности удаленного доступа к ПО); • Экспертная помощь в определении причины возникновения проблемы; • Выработка рекомендаций по способу решения проблемы; • Устранение случаев сбоя посредством дистанционной поддержки (если возможно), в том числе посредством предоставления корректирующих обновлений ПО или предоставления (по возможности) временных решений; • Предоставление обновлений ПО в рамках существующей версии. Обновления предоставляются для текущей версии ПО и для всех поддерживаемых версий в соответствии с информацией на веб-сайте Значение характеристики не может изменяться участником закупки 4. Место и условия передачи неисключительных прав 4.1. Адрес для передачи: Российская Федерация, Ростовская область, г. Ростов-на-Дону, ул. Большая Садовая, 47, каб. 220. Адрес электронной почты для предоставления копий электронных экземпляров: mkuzmin@rostovduma.ru. Срок передачи неисключительных прав: в течение 20 (двадцати) рабочих дней с даты заключения Контракта 4.2. При передаче неисключительных прав (прав использования) на ПО необходимо не разглашать и не использовать во вред Заказчику полученные в рамках передачи неисключительного права (права использования) на ПО по настоящему техническому заданию сведения о Заказчике, о степени защищенности объектов информатизации, мероприятиях, применяемых для их защиты, персональные данные и информацию, прямо названную Заказчиком конфиденциальной. Передача указанной информации другим лицам может быть осуществлена только с письменного согласия Заказчика. За разглашение сведений, составляющих служебную, коммерческую и иную тайну, а также представляющих собой персональные данные, и нанесенный в результате этого ущерб Исполнитель несет ответственность в соответствии с действующим законодательством Российской Федерации Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (02.09) Операционные системы общего назначения - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Требования соответствия законодательным и нормативным документам: - 1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п. 4, 7, 8, 9. 3. Операционная система должна иметь подтверждение возможности её применения для построения информационных (автоматизированных) систем, обрабатывающих информацию ограниченного доступа, и реализации функций безопасности в виде сертификатов соответствия ФСТЭК России требованиям нормативных документов: 4. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 5. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 6. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 7. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 8. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 9. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. 10. Операционная система должна являться безопасным программным обеспечением в соответствии с ГОСТ Р 56939, что должно подтверждаться сертификатом соответствия процессов безопасной разработки указанному стандарту - - Значение характеристики не может изменяться участником закупки - Требования к встроенному комплексу средств защиты информации операционной системы (1-5) - 1. Операционная система должна обеспечивать встроенными сертифицированными средствами: – идентификацию и аутентификацию пользователей; – управление средствами аутентификации; – управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; – реализацию дискреционного разграничения доступа; – возможность указания параметров настройки комплекса средств защиты во время создания пользователя; – возможность создания защищенной среды виртуализации; – технологию контейнеризации с возможностью создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 3. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 4. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: – ограничение прав пользователя на запуск приложений ядром системы; – ограничение прав пользователя средствами графического интерфейса; – разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 5. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования - - Значение характеристики не может изменяться участником закупки - Требования к встроенному комплексу средств защиты информации операционной системы (6-10) - 6. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: – идентификация устрои?ств и сопоставление пользователя с устройством; – управление доступом субъектов доступа к устрои?ствам методами дискреционного управления доступом; – задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устрои?ствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; – учет носителей информации и контроль использования интерфейсов ввода и вывода. 7. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 8. Операционная система должна иметь графические средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: – двухфакторная аутентификация; – вход и разблокировка сессии по токену; – блокировка сессии при извлечении токена. 9. Операционная система должна включать в состав графические средства настройки контроля целостности: – контроль целостности дистрибутива; – контроль объектов файловой системы; – контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 10. Операционная система должна обеспечивать возможность блокировки: – запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; – открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности - - Значение характеристики не может изменяться участником закупки - Требования к встроенному комплексу средств защиты информации операционной системы (11-17) - 11. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 12. В составе операционной системы должно быть ядро, поддерживаемое Центром исследования безопасности системного программного обеспечения ИСП РАН. 13. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 14. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: – настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; – импорт и экспорт настроек комплекса средств защиты системы. 15. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 16. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 17. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы - - Значение характеристики не может изменяться участником закупки - Требования к функциональным возможностям операционной системы (1-3) - 1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3. Операционная система должна включать в состав графические инструменты, обеспечивающие: – создание, настройку и управление несколькими репозиториями используемого программного обеспечения со следующим функционалом: – проверка зависимостей пакетной базы; – автоматическая публикация в сети по протоколам http и ftp; – выбор конкретных репозиториев, из которых будет произведено обновление пакетов; – управление регистрацией событий, включающее в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; – просмотр и редактирование значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); – управление и мониторинг компонентов подсистемы безопасности; – расчёт контрольных сумм файлов и их сравнения; – оповещение пользователя о конфликте IP-адресов при подключении к сети; – работа с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); – распечатка карточки пользователя с его параметрами - - Значение характеристики не может изменяться участником закупки - Требования к функциональным возможностям операционной системы (4-7) - 4. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: – ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; – TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; – поддержка стандарта ISO9660; – наличие средств организации распределенной файловой системы; – наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 5. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 7. Установщик операционной системы должен иметь следующий функционал: – обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; – иметь возможность автоматической установки при помощи файла конфигурации формата .yaml; – при установке должна предоставлять возможность добавления администратора и нескольких пользователей; – предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки - - Значение характеристики не может изменяться участником закупки - Требования к функциональным возможностям операционной системы (8-11) - 8. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 9. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 10. Средства виртуализации из состава операционной системы должны использовать системные компоненты: – qemu версии не ниже 8.2.4; – libvirt версии не ниже 10.3. 11. Дополнительные функциональные компоненты: – web-сервер Apache или эквивалент; – почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; – средства мониторинга; – средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; – сервер печати; – службы резервного копирования: Bacula, Rsync или эквивалент; – аудит и журналирование событий безопасности; – набор программ для воспроизведения аудио и видео файлов; – редактор растровой графики; – запись оптических дисков; – программа сканирования; – графический сервер X.Org Xserver или эквивалент; – рабочий стол; – системные библиотеки libc или эквивалент; – компилятор GCC или эквивалент; – QT или эквивалент - - Значение характеристики не может изменяться участником закупки - Правовая безопасность - Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком операционной системы или его партнером - - Значение характеристики не может изменяться участником закупки - 2. Общие требования к ПО - 2.1. ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных или Единый реестр программ для электронных вычислительных машин и баз данных из государств – членов Евразийского экономического союза. Согласно постановления Правительства РФ от 23.12.2024 № 1875 ПО должно быть включено в Единый реестр российского программного обеспечения https://reestr.digital.gov.ru/. 2.2. Программный интерфейс ПО, включая средства управления на русском языке. Все компоненты ПО, включая средства управления, обладают контекстной справочной системой на русском языке. 2.3. ПО обладает патентной чистотой на территории Российской Федерации и свободно от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц. 2.4. ПО должно пройти процедуру оценки соответствия применительно к продукции, используемой для защиты сведений, относимых к охраняемой в соответствии с законодательством Российской Федерации информации ограниченного доступа, и иметь действующий сертификат соответствия ФСТЭК России - - Значение характеристики не может изменяться участником закупки - 3. Технические требования к ПО. 3.1. Требования к объему, содержанию и условиям предоставления прав на использование ПО, способам и порядку их использования - Заказчику (Сублицензиату) предоставляется Лицензия на право использования ПО следующими способами: – воспроизведение ПО, с возможностью записи (копирования) в память ЭВМ, инсталляции, запуска и использования ПО в соответствии с его функциональным назначением и возможностями; – создание копии ПО для архивных целей или для замены правомерно приобретённого экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. Количество таких копий ПО не ограничено. Предоставляемая лицензия на использование ПО предусматривает бессрочное использование ПО в соответствии с его функциональным назначением и включает в себя неисключительное право на воспроизведение (запись в память ЭВМ) неограниченного числа экземпляров ПО, инсталляцию (установку и размещение), копирование (в целях создания резервных копий), запуск (выполнение программного кода ПО), получение обновлений и новых версий ПО, неограниченное количество проектов (процессов), агентов и пользователей, включая просмотр и использование функциональных возможностей ПО, в соответствии с его назначением, на технических средствах конечных пользователей Заказчика (Сублицензиата). Поставщик (Лицензиат) гарантирует, что ПО не имеет скрытых функциональных возможностей (вредоносных изменений, либо внедренных «программных закладок»), Блокировочного кода, а также компьютерных Вирусов, троянов, самоликвидирующихся механизмов, механизмов защиты от копирования и других подобных машинных команд, которые могут деактивировать, уничтожить или изменить иным образом данные Заказчика (Сублицензиата), программное или аппаратное обеспечение и оборудование Заказчика (Сублицензиата), привести к какому-либо финансовому ущербу для Заказчика (Сублицензиата). Предоставление прав использования ПО Заказчику не влечет передачу исключительных прав и исчерпания прав на ПО компании – правообладателя ПО - - Значение характеристики не может изменяться участником закупки - 3.2. Срок действия предоставляемых прав и порядок их передачи - 3.2.1. Фактическая передача ПО происходит в момент, когда такое ПО поступает во владение Заказчика (Сублицензиата), становится доступным для загрузки Заказчиком (Сублицензиатом), к ПО предоставлена необходимая для работы с ПО документация, и когда Заказчик (Сублицензиат) получит электронный ключ активации ПО, позволяющий Заказчику (Сублицензиату) установить и использовать такое ПО. Дистрибутивы ПО, документация, ключи активации ПО и прочая информация, необходимая для установки и использования такого ПО, предоставляются Заказчику (Сублицензиату) одновременно с предоставлением Лицензий и их стоимость включена в вознаграждение Поставщика (Лицензиата). Факт передачи ПО и предоставление Лицензий подтверждается подписанием Сторонами Акта приема-передачи прав на использование ПО. Срок действия предоставляемых прав исчисляется с даты подписания Акта приема-передачи прав на использование ПО - - Значение характеристики не может изменяться участником закупки - 3.3. Требования к гарантийному техническому сопровождению ПО - Поставщик должен обеспечить гарантийное техническое сопровождение поставленного ПО на следующих условиях: – Поставщик должен гарантировать, что поставляемые носители ПО (при наличии) соответствует настоящему Техническому заданию, а также свободны от дефектов материалов и изготовления. Поставщик должен предоставить Заказчику лицензионный сертификат на поставляемое ПО (лицензию) и сертификат на техническую поддержку, содержащий, в том числе информацию о периоде оказания гарантированного технического сопровождения ПО суммарно в течение 24 (двадцати четырех) месяцев с открытой датой активации; – В рамках технического сопровождения, поставляемого ПО должны обеспечиваться: • круглосуточный доступ к автоматизированной системе поддержки, путем фиксации заявки для дальнейшей обработки обращений в рабочее время. Обработка обращений специалистами технической поддержки должна осуществляться в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • доступ к телефонной службе технической поддержки для разрешения обращений критического приоритета в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • Установка новых версий (модернизация ПО); • Обработка всех запросов конечного пользователя, в том числе запросов на установку, расширение или изменение конфигурации ПО; • Сбор и хранение данных о спецификации и конфигурации систем конечного пользователя, ведение базы данных истории обращений о сбоях; • Сбор отладочной информации о сбоях в ПО; • Анализ данных по известным проблемам и, если возможно, предоставление конечному пользователю; • Оценка влияния проблемы на работу ПО и определение степени приоритета сбоя; • Установление, насколько возможно, причины возникновения проблемы на уровне конкретных программных модулей, включая диагностику на месте установки ПО; • Резервное копирование данных, очистку дисков и настройку ротации системных журналов; - - Значение характеристики не может изменяться участником закупки - Техническая поддержка - Служба технической поддержки координирует все запросы на оказание Услуг со стороны Заказчика и осуществляет: • Прием, обработку и эскалацию запросов; • Отслеживание статуса запросов, а также направление сообщений об исполнении после устранения сбоя; Запросы на оказание Услуг делятся на сообщения о случаях сбоя и запросы на техническую поддержку, не связанные со случаями сбоя. Под случаем сбоя понимается событие, не связанное со штатным функционированием ПО, которое приводит или может привести к прерыванию работы ПО или снижению её качества. Случаи сбоя классифицируются на Известные ошибки (случай сбоя, причина которого известна и для которого были определены временное решение или долгосрочная альтернатива) и Проблемы (случай сбоя, причина которого неизвестна). Для каждого случая сбоя должен быть создан отдельный запрос на оказание Услуг. Техническая поддержка оказывает, на основании запросов следующие Услуги: • Анализ ошибок, ведение каталога ошибок и методов их устранения, в т. ч. посредством технического анализа предоставленной отладочной информации; • Комплексная дистанционная диагностика (при условии обеспечения возможности удаленного доступа к ПО); • Экспертная помощь в определении причины возникновения проблемы; • Выработка рекомендаций по способу решения проблемы; • Устранение случаев сбоя посредством дистанционной поддержки (если возможно), в том числе посредством предоставления корректирующих обновлений ПО или предоставления (по возможности) временных решений; • Предоставление обновлений ПО в рамках существующей версии. Обновления предоставляются для текущей версии ПО и для всех поддерживаемых версий в соответствии с информацией на веб-сайте - - Значение характеристики не может изменяться участником закупки - 4. Место и условия передачи неисключительных прав - 4.1. Адрес для передачи: Российская Федерация, Ростовская область, г. Ростов-на-Дону, ул. Большая Садовая, 47, каб. 220. Адрес электронной почты для предоставления копий электронных экземпляров: mkuzmin@rostovduma.ru. Срок передачи неисключительных прав: в течение 20 (двадцати) рабочих дней с даты заключения Контракта 4.2. При передаче неисключительных прав (прав использования) на ПО необходимо не разглашать и не использовать во вред Заказчику полученные в рамках передачи неисключительного права (права использования) на ПО по настоящему техническому заданию сведения о Заказчике, о степени защищенности объектов информатизации, мероприятиях, применяемых для их защиты, персональные данные и информацию, прямо названную Заказчиком конфиденциальной. Передача указанной информации другим лицам может быть осуществлена только с письменного согласия Заказчика. За разглашение сведений, составляющих служебную, коммерческую и иную тайну, а также представляющих собой персональные данные, и нанесенный в результате этого ущерб Исполнитель несет ответственность в соответствии с действующим законодательством Российской Федерации - - Значение характеристики не может изменяться участником закупки

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

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

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

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

Требования соответствия законодательным и нормативным документам: - 1. Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». 2. Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов по п. 4, 7, 8, 9. 3. Операционная система должна иметь подтверждение возможности её применения для построения информационных (автоматизированных) систем, обрабатывающих информацию ограниченного доступа, и реализации функций безопасности в виде сертификатов соответствия ФСТЭК России требованиям нормативных документов: 4. «Требования безопасности информации к операционным системам» (ФСТЭК России, 2016); 5. «Профиль защиты операционных систем типа «А» не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017); 6. «Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий» (ФСТЭК России, 2020) не ниже 4 уровня; 7. «Требования по безопасности информации к средствам виртуализации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 8. «Требования по безопасности информации к средствам контейнеризации» (ФСТЭК России, 2022) не ниже 4 класса защиты; 9. «Требования по безопасности информации к системам управления базами данных» (ФСТЭК России, 2023) не ниже 4 класса защиты. 10. Операционная система должна являться безопасным программным обеспечением в соответствии с ГОСТ Р 56939, что должно подтверждаться сертификатом соответствия процессов безопасной разработки указанному стандарту - - Значение характеристики не может изменяться участником закупки

Требования к встроенному комплексу средств защиты информации операционной системы (1-5) - 1. Операционная система должна обеспечивать встроенными сертифицированными средствами: – идентификацию и аутентификацию пользователей; – управление средствами аутентификации; – управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям; – реализацию дискреционного разграничения доступа; – возможность указания параметров настройки комплекса средств защиты во время создания пользователя; – возможность создания защищенной среды виртуализации; – технологию контейнеризации с возможностью создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах. 2. В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования. 3. В составе операционной системы должны быть графические средства создания единого пространства пользователей с целью реализации централизованного хранения информации об окружении пользователей и сетевой аутентификации через ldap и kerberos. 4. Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имён и фильтрации системных вызовов, обеспечивающих: – ограничение прав пользователя на запуск приложений ядром системы; – ограничение прав пользователя средствами графического интерфейса; – разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности. 5. Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования - - Значение характеристики не может изменяться участником закупки

Требования к встроенному комплексу средств защиты информации операционной системы (6-10) - 6. В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие: – идентификация устрои?ств и сопоставление пользователя с устройством; – управление доступом субъектов доступа к устрои?ствам методами дискреционного управления доступом; – задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устрои?ствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности; – учет носителей информации и контроль использования интерфейсов ввода и вывода. 7. Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учётом требований ГОСТ Р 59548-2022. 8. Операционная система должна иметь графические средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности: – двухфакторная аутентификация; – вход и разблокировка сессии по токену; – блокировка сессии при извлечении токена. 9. Операционная система должна включать в состав графические средства настройки контроля целостности: – контроль целостности дистрибутива; – контроль объектов файловой системы; – контроль целостности исполняемых файлов, обеспечивающий проверку их неизменности и подлинности. 10. Операционная система должна обеспечивать возможность блокировки: – запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL, .NET 7/8, целостность которых нарушена; – открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности - - Значение характеристики не может изменяться участником закупки

Требования к встроенному комплексу средств защиты информации операционной системы (11-17) - 11. В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей. 12. В составе операционной системы должно быть ядро, поддерживаемое Центром исследования безопасности системного программного обеспечения ИСП РАН. 13. В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью. 14. Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями: – настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса; – импорт и экспорт настроек комплекса средств защиты системы. 15. Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul). 16. Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы). 17. Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и остановки системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы - - Значение характеристики не может изменяться участником закупки

Требования к функциональным возможностям операционной системы (1-3) - 1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). 3. Операционная система должна включать в состав графические инструменты, обеспечивающие: – создание, настройку и управление несколькими репозиториями используемого программного обеспечения со следующим функционалом: – проверка зависимостей пакетной базы; – автоматическая публикация в сети по протоколам http и ftp; – выбор конкретных репозиториев, из которых будет произведено обновление пакетов; – управление регистрацией событий, включающее в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, графическое средство просмотра системных событий; – просмотр и редактирование значения переменных окружения (просматривать текущие переменные, изменять значение и описание переменных, удалять и объявлять переменные); – управление и мониторинг компонентов подсистемы безопасности; – расчёт контрольных сумм файлов и их сравнения; – оповещение пользователя о конфликте IP-адресов при подключении к сети; – работа с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); – распечатка карточки пользователя с его параметрами - - Значение характеристики не может изменяться участником закупки

Требования к функциональным возможностям операционной системы (4-7) - 4. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: – ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; – TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; – поддержка стандарта ISO9660; – наличие средств организации распределенной файловой системы; – наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 5. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а также иметь возможность возврата к состоянию до начала установки обновлений. 7. Установщик операционной системы должен иметь следующий функционал: – обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; – иметь возможность автоматической установки при помощи файла конфигурации формата .yaml; – при установке должна предоставлять возможность добавления администратора и нескольких пользователей; – предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки - - Значение характеристики не может изменяться участником закупки

Требования к функциональным возможностям операционной системы (8-11) - 8. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 9. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировки отображаемых виртуальных машин. 10. Средства виртуализации из состава операционной системы должны использовать системные компоненты: – qemu версии не ниже 8.2.4; – libvirt версии не ниже 10.3. 11. Дополнительные функциональные компоненты: – web-сервер Apache или эквивалент; – почтовые сервисы и системы передачи почты: Exim, Dovecot, Postfix или эквивалент; – средства мониторинга; – средства удаленного и терминального доступа: VNC, RDP(xRDP), RemoteApp (freerdp) или эквивалент; – сервер печати; – службы резервного копирования: Bacula, Rsync или эквивалент; – аудит и журналирование событий безопасности; – набор программ для воспроизведения аудио и видео файлов; – редактор растровой графики; – запись оптических дисков; – программа сканирования; – графический сервер X.Org Xserver или эквивалент; – рабочий стол; – системные библиотеки libc или эквивалент; – компилятор GCC или эквивалент; – QT или эквивалент - - Значение характеристики не может изменяться участником закупки

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

2. Общие требования к ПО - 2.1. ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных или Единый реестр программ для электронных вычислительных машин и баз данных из государств – членов Евразийского экономического союза. Согласно постановления Правительства РФ от 23.12.2024 № 1875 ПО должно быть включено в Единый реестр российского программного обеспечения https://reestr.digital.gov.ru/. 2.2. Программный интерфейс ПО, включая средства управления на русском языке. Все компоненты ПО, включая средства управления, обладают контекстной справочной системой на русском языке. 2.3. ПО обладает патентной чистотой на территории Российской Федерации и свободно от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц. 2.4. ПО должно пройти процедуру оценки соответствия применительно к продукции, используемой для защиты сведений, относимых к охраняемой в соответствии с законодательством Российской Федерации информации ограниченного доступа, и иметь действующий сертификат соответствия ФСТЭК России - - Значение характеристики не может изменяться участником закупки

3. Технические требования к ПО. 3.1. Требования к объему, содержанию и условиям предоставления прав на использование ПО, способам и порядку их использования - Заказчику (Сублицензиату) предоставляется Лицензия на право использования ПО следующими способами: – воспроизведение ПО, с возможностью записи (копирования) в память ЭВМ, инсталляции, запуска и использования ПО в соответствии с его функциональным назначением и возможностями; – создание копии ПО для архивных целей или для замены правомерно приобретённого экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. Количество таких копий ПО не ограничено. Предоставляемая лицензия на использование ПО предусматривает бессрочное использование ПО в соответствии с его функциональным назначением и включает в себя неисключительное право на воспроизведение (запись в память ЭВМ) неограниченного числа экземпляров ПО, инсталляцию (установку и размещение), копирование (в целях создания резервных копий), запуск (выполнение программного кода ПО), получение обновлений и новых версий ПО, неограниченное количество проектов (процессов), агентов и пользователей, включая просмотр и использование функциональных возможностей ПО, в соответствии с его назначением, на технических средствах конечных пользователей Заказчика (Сублицензиата). Поставщик (Лицензиат) гарантирует, что ПО не имеет скрытых функциональных возможностей (вредоносных изменений, либо внедренных «программных закладок»), Блокировочного кода, а также компьютерных Вирусов, троянов, самоликвидирующихся механизмов, механизмов защиты от копирования и других подобных машинных команд, которые могут деактивировать, уничтожить или изменить иным образом данные Заказчика (Сублицензиата), программное или аппаратное обеспечение и оборудование Заказчика (Сублицензиата), привести к какому-либо финансовому ущербу для Заказчика (Сублицензиата). Предоставление прав использования ПО Заказчику не влечет передачу исключительных прав и исчерпания прав на ПО компании – правообладателя ПО - - Значение характеристики не может изменяться участником закупки

3.2. Срок действия предоставляемых прав и порядок их передачи - 3.2.1. Фактическая передача ПО происходит в момент, когда такое ПО поступает во владение Заказчика (Сублицензиата), становится доступным для загрузки Заказчиком (Сублицензиатом), к ПО предоставлена необходимая для работы с ПО документация, и когда Заказчик (Сублицензиат) получит электронный ключ активации ПО, позволяющий Заказчику (Сублицензиату) установить и использовать такое ПО. Дистрибутивы ПО, документация, ключи активации ПО и прочая информация, необходимая для установки и использования такого ПО, предоставляются Заказчику (Сублицензиату) одновременно с предоставлением Лицензий и их стоимость включена в вознаграждение Поставщика (Лицензиата). Факт передачи ПО и предоставление Лицензий подтверждается подписанием Сторонами Акта приема-передачи прав на использование ПО. Срок действия предоставляемых прав исчисляется с даты подписания Акта приема-передачи прав на использование ПО - - Значение характеристики не может изменяться участником закупки

3.3. Требования к гарантийному техническому сопровождению ПО - Поставщик должен обеспечить гарантийное техническое сопровождение поставленного ПО на следующих условиях: – Поставщик должен гарантировать, что поставляемые носители ПО (при наличии) соответствует настоящему Техническому заданию, а также свободны от дефектов материалов и изготовления. Поставщик должен предоставить Заказчику лицензионный сертификат на поставляемое ПО (лицензию) и сертификат на техническую поддержку, содержащий, в том числе информацию о периоде оказания гарантированного технического сопровождения ПО суммарно в течение 24 (двадцати четырех) месяцев с открытой датой активации; – В рамках технического сопровождения, поставляемого ПО должны обеспечиваться: • круглосуточный доступ к автоматизированной системе поддержки, путем фиксации заявки для дальнейшей обработки обращений в рабочее время. Обработка обращений специалистами технической поддержки должна осуществляться в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • доступ к телефонной службе технической поддержки для разрешения обращений критического приоритета в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • Установка новых версий (модернизация ПО); • Обработка всех запросов конечного пользователя, в том числе запросов на установку, расширение или изменение конфигурации ПО; • Сбор и хранение данных о спецификации и конфигурации систем конечного пользователя, ведение базы данных истории обращений о сбоях; • Сбор отладочной информации о сбоях в ПО; • Анализ данных по известным проблемам и, если возможно, предоставление конечному пользователю; • Оценка влияния проблемы на работу ПО и определение степени приоритета сбоя; • Установление, насколько возможно, причины возникновения проблемы на уровне конкретных программных модулей, включая диагностику на месте установки ПО; • Резервное копирование данных, очистку дисков и настройку ротации системных журналов; - - Значение характеристики не может изменяться участником закупки

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

4. Место и условия передачи неисключительных прав - 4.1. Адрес для передачи: Российская Федерация, Ростовская область, г. Ростов-на-Дону, ул. Большая Садовая, 47, каб. 220. Адрес электронной почты для предоставления копий электронных экземпляров: mkuzmin@rostovduma.ru. Срок передачи неисключительных прав: в течение 20 (двадцати) рабочих дней с даты заключения Контракта 4.2. При передаче неисключительных прав (прав использования) на ПО необходимо не разглашать и не использовать во вред Заказчику полученные в рамках передачи неисключительного права (права использования) на ПО по настоящему техническому заданию сведения о Заказчике, о степени защищенности объектов информатизации, мероприятиях, применяемых для их защиты, персональные данные и информацию, прямо названную Заказчиком конфиденциальной. Передача указанной информации другим лицам может быть осуществлена только с письменного согласия Заказчика. За разглашение сведений, составляющих служебную, коммерческую и иную тайну, а также представляющих собой персональные данные, и нанесенный в результате этого ущерб Исполнитель несет ответственность в соответствии с действующим законодательством Российской Федерации - - Значение характеристики не может изменяться участником закупки

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

- 58.29.11.000 58.29.11.000-00000003 - Программное обеспечение Вид лицензии Простая (неисключительная) Класс программ для электронных вычислительных машин и баз данных (06.04) Почтовые приложения Способ предоставления Копия электронного экземпляра - Штука - 50,00 - 4 833,33 - 241 666,50

- Наименование характеристики Значение характеристики Единица измерения характеристики Инструкция по заполнению характеристик в заявке Вид лицензии Простая (неисключительная) Значение характеристики не может изменяться участником закупки Класс программ для электронных вычислительных машин и баз данных (06.04) Почтовые приложения Значение характеристики не может изменяться участником закупки Способ предоставления Копия электронного экземпляра Значение характеристики не может изменяться участником закупки Функционально-технические требования к корпоративной почтовой системе 1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 2. Продукт должен иметь возможность работы с СУБД на базе PostgreSQL. Продукт должен поддерживать взаимодействие с кластером БД PostgreSQL, построенным на базе технологии Patroni. 3. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 4. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы Значение характеристики не может изменяться участником закупки Функциональные требования: Пользовательские функции 1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей Значение характеристики не может изменяться участником закупки Функции администрирования (1-8) 1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку Значение характеристики не может изменяться участником закупки Функции администрирования (9-13) 9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами 12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: – максимальному размеру входящего письма; – максимальному размеру почтового ящика Значение характеристики не может изменяться участником закупки Функции администрирования (14-19) 14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД Значение характеристики не может изменяться участником закупки Функции мониторинга и диагностики (1-5) 1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения. 3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки Значение характеристики не может изменяться участником закупки Функции мониторинга и диагностики (6-10) 6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени Значение характеристики не может изменяться участником закупки Функции журналирования 1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл Значение характеристики не может изменяться участником закупки Функции управления почтовыми ящиками (1-9) 1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP. 4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую Значение характеристики не может изменяться участником закупки Функции управления почтовыми ящиками. 10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: все письма;письма с установленным флагом IMAP Answered;письма, которые содержат указанную строку в поле BCC структуры IMAP письма;письма с внутренней датой до указанной;письма, которые содержат указанную строку в теле письма;письма, которые содержат указанную строку в поле CC структуры IMAP письма;письма с установленным флагом IMAP Deleted;письма с установленным флагом IMAP Draft;письма с установленным флагом IMAP Flagged;письма, которые содержат указанную строку в поле FROM структуры IMAP письма;письма, которые имеют или содержат указанную строку в поле заголовка;письма с установленным флагом для переданного ключевого слова IMAP;письма, которые больше указанного размера;письма в почтовом ящике с указанным именем;письма, с установленным флагом IMAP Recent, но с неустановленным IMAP Seen;письма, где поиск не соответствует указанному ключу поиска или его значению;письма, у которых не установлен флаг IMAP Recent;письма, внутренняя дата которых соответствует указанной;письма с установленным флагом IMAP Recent;письма, которые были сохранены до указанной даты;письма, дата сохранения которых соответствует указанной дате;письма, которые были сохранены после указанной даты;письма с установленным флагом IMAP Seen;письма с заголовком Date до указанной даты;письма с заголовком Date соответствующим указанной дате;письма с заголовком Date после указанной даты;письма, внутренняя дата которых находится в пределах или после указанной даты;письма, которые меньше размера;письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма;письма, которые содержат указанную строку в заголовках или теле письма;письма, которые содержат указанную строку в поле TO структуры IMAP письма;письма с неустановленным флагом IMAP Answered;письма с неустановленным флагом IMAP Deleted;письма с неустановленным флагом IMAP Draft;письма с неустановленным флагом IMAP Flagged;письма, для которых не установлен флаг передаваемого ключевого слова IMAP;письма с неустановленным флагом IMAP Seen Значение характеристики не может изменяться участником закупки Функции управления рассылками и обработки почты 1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации. 9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования Значение характеристики не может изменяться участником закупки Функции предотвращения потери информации 1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы Значение характеристики не может изменяться участником закупки Функции совместимости с почтовыми клиентами 1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 3. Продукт должен поддерживать возможность отправки Push-уведомлений. 4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav Значение характеристики не может изменяться участником закупки Функции совместимости с почтовыми системами 1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2. Инструмент миграции должен обеспечивать перенос следующих элементов: – структуры папок почтового ящика и прав доступа к почтовым папкам; – сообщений; – адресных книг и прав доступа к адресным книгам; – контактов; – календарей и прав доступа к календарям; – задач; – календарных событий; – подписок на общие календари и адресные книги; – псевдонимов; – серверных архивов Exchange; – общих почтовых ящиков Exchange; – обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 3. Инструмент миграции должен обеспечивать следующие режимы миграции: Обычный – первичный перенос данных почтовых ящиков. Дельта – возобновление миграции с шага, на котором она остановилась ранее. Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер. 4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события Значение характеристики не может изменяться участником закупки Дополнительные требования 1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО Значение характеристики не может изменяться участником закупки Особенности лицензирования 1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта Значение характеристики не может изменяться участником закупки 2. Общие требования к ПО 2.1. ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных или Единый реестр программ для электронных вычислительных машин и баз данных из государств – членов Евразийского экономического союза. Согласно постановления Правительства РФ от 23.12.2024 № 1875 ПО должно быть включено в Единый реестр российского программного обеспечения https://reestr.digital.gov.ru/. 2.2. Программный интерфейс ПО, включая средства управления на русском языке. Все компоненты ПО, включая средства управления, обладают контекстной справочной системой на русском языке. 2.3. ПО обладает патентной чистотой на территории Российской Федерации и свободно от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц. 2.4. ПО должно пройти процедуру оценки соответствия применительно к продукции, используемой для защиты сведений, относимых к охраняемой в соответствии с законодательством Российской Федерации информации ограниченного доступа, и иметь действующий сертификат соответствия ФСТЭК России Значение характеристики не может изменяться участником закупки 3. Технические требования к ПО. 3.1. Требования к объему, содержанию и условиям предоставления прав на использование ПО, способам и порядку их использования Заказчику (Сублицензиату) предоставляется Лицензия на право использования ПО следующими способами: – воспроизведение ПО, с возможностью записи (копирования) в память ЭВМ, инсталляции, запуска и использования ПО в соответствии с его функциональным назначением и возможностями; – создание копии ПО для архивных целей или для замены правомерно приобретённого экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. Количество таких копий ПО не ограничено. Предоставляемая лицензия на использование ПО предусматривает бессрочное использование ПО в соответствии с его функциональным назначением и включает в себя неисключительное право на воспроизведение (запись в память ЭВМ) неограниченного числа экземпляров ПО, инсталляцию (установку и размещение), копирование (в целях создания резервных копий), запуск (выполнение программного кода ПО), получение обновлений и новых версий ПО, неограниченное количество проектов (процессов), агентов и пользователей, включая просмотр и использование функциональных возможностей ПО, в соответствии с его назначением, на технических средствах конечных пользователей Заказчика (Сублицензиата). Поставщик (Лицензиат) гарантирует, что ПО не имеет скрытых функциональных возможностей (вредоносных изменений, либо внедренных «программных закладок»), Блокировочного кода, а также компьютерных Вирусов, троянов, самоликвидирующихся механизмов, механизмов защиты от копирования и других подобных машинных команд, которые могут деактивировать, уничтожить или изменить иным образом данные Заказчика (Сублицензиата), программное или аппаратное обеспечение и оборудование Заказчика (Сублицензиата), привести к какому-либо финансовому ущербу для Заказчика (Сублицензиата). Предоставление прав использования ПО Заказчику не влечет передачу исключительных прав и исчерпания прав на ПО компании – правообладателя ПО Значение характеристики не может изменяться участником закупки 3.2. Срок действия предоставляемых прав и порядок их передачи 3.2.1. Фактическая передача ПО происходит в момент, когда такое ПО поступает во владение Заказчика (Сублицензиата), становится доступным для загрузки Заказчиком (Сублицензиатом), к ПО предоставлена необходимая для работы с ПО документация, и когда Заказчик (Сублицензиат) получит электронный ключ активации ПО, позволяющий Заказчику (Сублицензиату) установить и использовать такое ПО. Дистрибутивы ПО, документация, ключи активации ПО и прочая информация, необходимая для установки и использования такого ПО, предоставляются Заказчику (Сублицензиату) одновременно с предоставлением Лицензий и их стоимость включена в вознаграждение Поставщика (Лицензиата). Факт передачи ПО и предоставление Лицензий подтверждается подписанием Сторонами Акта приема-передачи прав на использование ПО. Срок действия предоставляемых прав исчисляется с даты подписания Акта приема-передачи прав на использование ПО Значение характеристики не может изменяться участником закупки 3.3. Требования к гарантийному техническому сопровождению ПО Поставщик должен обеспечить гарантийное техническое сопровождение поставленного ПО на следующих условиях: – Поставщик должен гарантировать, что поставляемые носители ПО (при наличии) соответствует настоящему Техническому заданию, а также свободны от дефектов материалов и изготовления. Поставщик должен предоставить Заказчику лицензионный сертификат на поставляемое ПО (лицензию) и сертификат на техническую поддержку, содержащий, в том числе информацию о периоде оказания гарантированного технического сопровождения ПО суммарно в течение 24 (двадцати четырех) месяцев с открытой датой активации; – В рамках технического сопровождения, поставляемого ПО должны обеспечиваться: • круглосуточный доступ к автоматизированной системе поддержки, путем фиксации заявки для дальнейшей обработки обращений в рабочее время. Обработка обращений специалистами технической поддержки должна осуществляться в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • доступ к телефонной службе технической поддержки для разрешения обращений критического приоритета в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • Установка новых версий (модернизация ПО); • Обработка всех запросов конечного пользователя, в том числе запросов на установку, расширение или изменение конфигурации ПО; • Сбор и хранение данных о спецификации и конфигурации систем конечного пользователя, ведение базы данных истории обращений о сбоях; • Сбор отладочной информации о сбоях в ПО; • Анализ данных по известным проблемам и, если возможно, предоставление конечному пользователю; • Оценка влияния проблемы на работу ПО и определение степени приоритета сбоя; • Установление, насколько возможно, причины возникновения проблемы на уровне конкретных программных модулей, включая диагностику на месте установки ПО; • Резервное копирование данных, очистку дисков и настройку ротации системных журналов Значение характеристики не может изменяться участником закупки Техническая поддержка Служба технической поддержки координирует все запросы на оказание Услуг со стороны Заказчика и осуществляет: • Прием, обработку и эскалацию запросов; • Отслеживание статуса запросов, а также направление сообщений об исполнении после устранения сбоя; Запросы на оказание Услуг делятся на сообщения о случаях сбоя и запросы на техническую поддержку, не связанные со случаями сбоя. Под случаем сбоя понимается событие, не связанное со штатным функционированием ПО, которое приводит или может привести к прерыванию работы ПО или снижению её качества. Случаи сбоя классифицируются на Известные ошибки (случай сбоя, причина которого известна и для которого были определены временное решение или долгосрочная альтернатива) и Проблемы (случай сбоя, причина которого неизвестна). Для каждого случая сбоя должен быть создан отдельный запрос на оказание Услуг. Техническая поддержка оказывает, на основании запросов следующие Услуги: • Анализ ошибок, ведение каталога ошибок и методов их устранения, в т. ч. посредством технического анализа предоставленной отладочной информации; • Комплексная дистанционная диагностика (при условии обеспечения возможности удаленного доступа к ПО); • Экспертная помощь в определении причины возникновения проблемы; • Выработка рекомендаций по способу решения проблемы; • Устранение случаев сбоя посредством дистанционной поддержки (если возможно), в том числе посредством предоставления корректирующих обновлений ПО или предоставления (по возможности) временных решений; • Предоставление обновлений ПО в рамках существующей версии. Обновления предоставляются для текущей версии ПО и для всех поддерживаемых версий в соответствии с информацией на веб-сайте Значение характеристики не может изменяться участником закупки 4. Место и условия передачи неисключительных прав 4.1. Адрес для передачи: Российская Федерация, Ростовская область, г. Ростов-на-Дону, ул. Большая Садовая, 47, каб. 220. Адрес электронной почты для предоставления копий электронных экземпляров: mkuzmin@rostovduma.ru. Срок передачи неисключительных прав: в течение 20 (двадцати) рабочих дней с даты заключения Контракта 4.2. При передаче неисключительных прав (прав использования) на ПО необходимо не разглашать и не использовать во вред Заказчику полученные в рамках передачи неисключительного права (права использования) на ПО по настоящему техническому заданию сведения о Заказчике, о степени защищенности объектов информатизации, мероприятиях, применяемых для их защиты, персональные данные и информацию, прямо названную Заказчиком конфиденциальной. Передача указанной информации другим лицам может быть осуществлена только с письменного согласия Заказчика. За разглашение сведений, составляющих служебную, коммерческую и иную тайну, а также представляющих собой персональные данные, и нанесенный в результате этого ущерб Исполнитель несет ответственность в соответствии с действующим законодательством Российской Федерации Значение характеристики не может изменяться участником закупки - Наименование характеристики - Значение характеристики - Единица измерения характеристики - Инструкция по заполнению характеристик в заявке - Вид лицензии - Простая (неисключительная) - - Значение характеристики не может изменяться участником закупки - Класс программ для электронных вычислительных машин и баз данных - (06.04) Почтовые приложения - - Значение характеристики не может изменяться участником закупки - Способ предоставления - Копия электронного экземпляра - - Значение характеристики не может изменяться участником закупки - Функционально-технические требования к корпоративной почтовой системе - 1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 2. Продукт должен иметь возможность работы с СУБД на базе PostgreSQL. Продукт должен поддерживать взаимодействие с кластером БД PostgreSQL, построенным на базе технологии Patroni. 3. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 4. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы - - Значение характеристики не может изменяться участником закупки - Функциональные требования: Пользовательские функции - 1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей - - Значение характеристики не может изменяться участником закупки - Функции администрирования (1-8) - 1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку - - Значение характеристики не может изменяться участником закупки - Функции администрирования (9-13) - 9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами 12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: – максимальному размеру входящего письма; – максимальному размеру почтового ящика - - Значение характеристики не может изменяться участником закупки - Функции администрирования (14-19) - 14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД - - Значение характеристики не может изменяться участником закупки - Функции мониторинга и диагностики (1-5) - 1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения. 3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки - - Значение характеристики не может изменяться участником закупки - Функции мониторинга и диагностики (6-10) - 6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени - - Значение характеристики не может изменяться участником закупки - Функции журналирования - 1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл - - Значение характеристики не может изменяться участником закупки - Функции управления почтовыми ящиками (1-9) - 1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP. 4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую - - Значение характеристики не может изменяться участником закупки - Функции управления почтовыми ящиками. 10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: - все письма;письма с установленным флагом IMAP Answered;письма, которые содержат указанную строку в поле BCC структуры IMAP письма;письма с внутренней датой до указанной;письма, которые содержат указанную строку в теле письма;письма, которые содержат указанную строку в поле CC структуры IMAP письма;письма с установленным флагом IMAP Deleted;письма с установленным флагом IMAP Draft;письма с установленным флагом IMAP Flagged;письма, которые содержат указанную строку в поле FROM структуры IMAP письма;письма, которые имеют или содержат указанную строку в поле заголовка;письма с установленным флагом для переданного ключевого слова IMAP;письма, которые больше указанного размера;письма в почтовом ящике с указанным именем;письма, с установленным флагом IMAP Recent, но с неустановленным IMAP Seen;письма, где поиск не соответствует указанному ключу поиска или его значению;письма, у которых не установлен флаг IMAP Recent;письма, внутренняя дата которых соответствует указанной;письма с установленным флагом IMAP Recent;письма, которые были сохранены до указанной даты;письма, дата сохранения которых соответствует указанной дате;письма, которые были сохранены после указанной даты;письма с установленным флагом IMAP Seen;письма с заголовком Date до указанной даты;письма с заголовком Date соответствующим указанной дате;письма с заголовком Date после указанной даты;письма, внутренняя дата которых находится в пределах или после указанной даты;письма, которые меньше размера;письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма;письма, которые содержат указанную строку в заголовках или теле письма;письма, которые содержат указанную строку в поле TO структуры IMAP письма;письма с неустановленным флагом IMAP Answered;письма с неустановленным флагом IMAP Deleted;письма с неустановленным флагом IMAP Draft;письма с неустановленным флагом IMAP Flagged;письма, для которых не установлен флаг передаваемого ключевого слова IMAP;письма с неустановленным флагом IMAP Seen - - Значение характеристики не может изменяться участником закупки - Функции управления рассылками и обработки почты - 1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации. 9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования - - Значение характеристики не может изменяться участником закупки - Функции предотвращения потери информации - 1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы - - Значение характеристики не может изменяться участником закупки - Функции совместимости с почтовыми клиентами - 1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 3. Продукт должен поддерживать возможность отправки Push-уведомлений. 4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav - - Значение характеристики не может изменяться участником закупки - Функции совместимости с почтовыми системами - 1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2. Инструмент миграции должен обеспечивать перенос следующих элементов: – структуры папок почтового ящика и прав доступа к почтовым папкам; – сообщений; – адресных книг и прав доступа к адресным книгам; – контактов; – календарей и прав доступа к календарям; – задач; – календарных событий; – подписок на общие календари и адресные книги; – псевдонимов; – серверных архивов Exchange; – общих почтовых ящиков Exchange; – обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 3. Инструмент миграции должен обеспечивать следующие режимы миграции: Обычный – первичный перенос данных почтовых ящиков. Дельта – возобновление миграции с шага, на котором она остановилась ранее. Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер. 4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события - - Значение характеристики не может изменяться участником закупки - Дополнительные требования - 1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО - - Значение характеристики не может изменяться участником закупки - Особенности лицензирования - 1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта - - Значение характеристики не может изменяться участником закупки - 2. Общие требования к ПО - 2.1. ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных или Единый реестр программ для электронных вычислительных машин и баз данных из государств – членов Евразийского экономического союза. Согласно постановления Правительства РФ от 23.12.2024 № 1875 ПО должно быть включено в Единый реестр российского программного обеспечения https://reestr.digital.gov.ru/. 2.2. Программный интерфейс ПО, включая средства управления на русском языке. Все компоненты ПО, включая средства управления, обладают контекстной справочной системой на русском языке. 2.3. ПО обладает патентной чистотой на территории Российской Федерации и свободно от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц. 2.4. ПО должно пройти процедуру оценки соответствия применительно к продукции, используемой для защиты сведений, относимых к охраняемой в соответствии с законодательством Российской Федерации информации ограниченного доступа, и иметь действующий сертификат соответствия ФСТЭК России - - Значение характеристики не может изменяться участником закупки - 3. Технические требования к ПО. 3.1. Требования к объему, содержанию и условиям предоставления прав на использование ПО, способам и порядку их использования - Заказчику (Сублицензиату) предоставляется Лицензия на право использования ПО следующими способами: – воспроизведение ПО, с возможностью записи (копирования) в память ЭВМ, инсталляции, запуска и использования ПО в соответствии с его функциональным назначением и возможностями; – создание копии ПО для архивных целей или для замены правомерно приобретённого экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. Количество таких копий ПО не ограничено. Предоставляемая лицензия на использование ПО предусматривает бессрочное использование ПО в соответствии с его функциональным назначением и включает в себя неисключительное право на воспроизведение (запись в память ЭВМ) неограниченного числа экземпляров ПО, инсталляцию (установку и размещение), копирование (в целях создания резервных копий), запуск (выполнение программного кода ПО), получение обновлений и новых версий ПО, неограниченное количество проектов (процессов), агентов и пользователей, включая просмотр и использование функциональных возможностей ПО, в соответствии с его назначением, на технических средствах конечных пользователей Заказчика (Сублицензиата). Поставщик (Лицензиат) гарантирует, что ПО не имеет скрытых функциональных возможностей (вредоносных изменений, либо внедренных «программных закладок»), Блокировочного кода, а также компьютерных Вирусов, троянов, самоликвидирующихся механизмов, механизмов защиты от копирования и других подобных машинных команд, которые могут деактивировать, уничтожить или изменить иным образом данные Заказчика (Сублицензиата), программное или аппаратное обеспечение и оборудование Заказчика (Сублицензиата), привести к какому-либо финансовому ущербу для Заказчика (Сублицензиата). Предоставление прав использования ПО Заказчику не влечет передачу исключительных прав и исчерпания прав на ПО компании – правообладателя ПО - - Значение характеристики не может изменяться участником закупки - 3.2. Срок действия предоставляемых прав и порядок их передачи - 3.2.1. Фактическая передача ПО происходит в момент, когда такое ПО поступает во владение Заказчика (Сублицензиата), становится доступным для загрузки Заказчиком (Сублицензиатом), к ПО предоставлена необходимая для работы с ПО документация, и когда Заказчик (Сублицензиат) получит электронный ключ активации ПО, позволяющий Заказчику (Сублицензиату) установить и использовать такое ПО. Дистрибутивы ПО, документация, ключи активации ПО и прочая информация, необходимая для установки и использования такого ПО, предоставляются Заказчику (Сублицензиату) одновременно с предоставлением Лицензий и их стоимость включена в вознаграждение Поставщика (Лицензиата). Факт передачи ПО и предоставление Лицензий подтверждается подписанием Сторонами Акта приема-передачи прав на использование ПО. Срок действия предоставляемых прав исчисляется с даты подписания Акта приема-передачи прав на использование ПО - - Значение характеристики не может изменяться участником закупки - 3.3. Требования к гарантийному техническому сопровождению ПО - Поставщик должен обеспечить гарантийное техническое сопровождение поставленного ПО на следующих условиях: – Поставщик должен гарантировать, что поставляемые носители ПО (при наличии) соответствует настоящему Техническому заданию, а также свободны от дефектов материалов и изготовления. Поставщик должен предоставить Заказчику лицензионный сертификат на поставляемое ПО (лицензию) и сертификат на техническую поддержку, содержащий, в том числе информацию о периоде оказания гарантированного технического сопровождения ПО суммарно в течение 24 (двадцати четырех) месяцев с открытой датой активации; – В рамках технического сопровождения, поставляемого ПО должны обеспечиваться: • круглосуточный доступ к автоматизированной системе поддержки, путем фиксации заявки для дальнейшей обработки обращений в рабочее время. Обработка обращений специалистами технической поддержки должна осуществляться в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • доступ к телефонной службе технической поддержки для разрешения обращений критического приоритета в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • Установка новых версий (модернизация ПО); • Обработка всех запросов конечного пользователя, в том числе запросов на установку, расширение или изменение конфигурации ПО; • Сбор и хранение данных о спецификации и конфигурации систем конечного пользователя, ведение базы данных истории обращений о сбоях; • Сбор отладочной информации о сбоях в ПО; • Анализ данных по известным проблемам и, если возможно, предоставление конечному пользователю; • Оценка влияния проблемы на работу ПО и определение степени приоритета сбоя; • Установление, насколько возможно, причины возникновения проблемы на уровне конкретных программных модулей, включая диагностику на месте установки ПО; • Резервное копирование данных, очистку дисков и настройку ротации системных журналов - - Значение характеристики не может изменяться участником закупки - Техническая поддержка - Служба технической поддержки координирует все запросы на оказание Услуг со стороны Заказчика и осуществляет: • Прием, обработку и эскалацию запросов; • Отслеживание статуса запросов, а также направление сообщений об исполнении после устранения сбоя; Запросы на оказание Услуг делятся на сообщения о случаях сбоя и запросы на техническую поддержку, не связанные со случаями сбоя. Под случаем сбоя понимается событие, не связанное со штатным функционированием ПО, которое приводит или может привести к прерыванию работы ПО или снижению её качества. Случаи сбоя классифицируются на Известные ошибки (случай сбоя, причина которого известна и для которого были определены временное решение или долгосрочная альтернатива) и Проблемы (случай сбоя, причина которого неизвестна). Для каждого случая сбоя должен быть создан отдельный запрос на оказание Услуг. Техническая поддержка оказывает, на основании запросов следующие Услуги: • Анализ ошибок, ведение каталога ошибок и методов их устранения, в т. ч. посредством технического анализа предоставленной отладочной информации; • Комплексная дистанционная диагностика (при условии обеспечения возможности удаленного доступа к ПО); • Экспертная помощь в определении причины возникновения проблемы; • Выработка рекомендаций по способу решения проблемы; • Устранение случаев сбоя посредством дистанционной поддержки (если возможно), в том числе посредством предоставления корректирующих обновлений ПО или предоставления (по возможности) временных решений; • Предоставление обновлений ПО в рамках существующей версии. Обновления предоставляются для текущей версии ПО и для всех поддерживаемых версий в соответствии с информацией на веб-сайте - - Значение характеристики не может изменяться участником закупки - 4. Место и условия передачи неисключительных прав - 4.1. Адрес для передачи: Российская Федерация, Ростовская область, г. Ростов-на-Дону, ул. Большая Садовая, 47, каб. 220. Адрес электронной почты для предоставления копий электронных экземпляров: mkuzmin@rostovduma.ru. Срок передачи неисключительных прав: в течение 20 (двадцати) рабочих дней с даты заключения Контракта 4.2. При передаче неисключительных прав (прав использования) на ПО необходимо не разглашать и не использовать во вред Заказчику полученные в рамках передачи неисключительного права (права использования) на ПО по настоящему техническому заданию сведения о Заказчике, о степени защищенности объектов информатизации, мероприятиях, применяемых для их защиты, персональные данные и информацию, прямо названную Заказчиком конфиденциальной. Передача указанной информации другим лицам может быть осуществлена только с письменного согласия Заказчика. За разглашение сведений, составляющих служебную, коммерческую и иную тайну, а также представляющих собой персональные данные, и нанесенный в результате этого ущерб Исполнитель несет ответственность в соответствии с действующим законодательством Российской Федерации - - Значение характеристики не может изменяться участником закупки

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

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

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

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

Функционально-технические требования к корпоративной почтовой системе - 1. Продукт должен обеспечивать возможность работы без применения эмуляции ОС на следующих операционных системах: ОС Astra Linux Special Edition версий 1.7.X (начиная с 1.7.4) и 1.8.X c соответствующими оперативными обновлениями. 2. Продукт должен иметь возможность работы с СУБД на базе PostgreSQL. Продукт должен поддерживать взаимодействие с кластером БД PostgreSQL, построенным на базе технологии Patroni. 3. Продукт должен обеспечивать возможность бесшовной интеграции (без применения промежуточных адаптеров), обмена данными и синхронизации с адресными книгами, организованными в LDAP-совместимых службах каталогов. Должен быть предусмотрен режим работы с правами «только чтение». 4. В связи с необходимостью обеспечения совместимости с программным обеспечением Заказчика продукты, имеющие иные технические требования или использующие другие программные компоненты, не применимы - - Значение характеристики не может изменяться участником закупки

Функциональные требования: Пользовательские функции - 1. Продукт должен предоставлять пользователям услуги приема, отправки, хранения и управления сообщениями электронной почты. 2. Продукт должен предоставлять пользователям услуги управления событиями календаря, а также приема, отправки и хранения событий. 3. Продукт должен обеспечивать возможность доступа к почтовому ящику посредством Web-интерфейса. 4. Продукт должен поддерживать функциональность делегирования прав доступа на почтовый ящик сотрудника. 5. Продукт должен поддерживать функциональность делегирования прав доступа на календарь сотрудника. 6. Продукт должен обеспечивать доступ и хранение общей адресной книги пользователей. 7. Продукт должен обеспечивать работу с ресурсами организации, таких как переговорные комнаты, предметы и рабочие группы, с возможностью автоматических ответов на приглашение и настройкой принципов бронирования таких ресурсов. 8. Продукт должен иметь возможность оповещения пользователей о различных уровнях использовании квоты на место в почтовом ящике. 9. Продукт должен иметь возможность отзыва пользователем писем, отправленных по ошибке, с возможностью удаления писем из ящиков получателей вне зависимости от статуса прочтения (прочитано / нет). 10. Продукт должен обеспечивать возможность отправки вложения в календарное событие в Web-клиенте, путем преобразования его в ссылку на специальное хранилище. 11. Продукт должен предоставлять функционал общих почтовых ящиков. Выдача прав на общие ящики пользователям, включая права от имени общего ящика, должна быть основана на принадлежности пользователя к определенной группе LDAP или иному признаку в совместимых службах каталогов пользователей - - Значение характеристики не может изменяться участником закупки

Функции администрирования (1-8) - 1. Продукт должен обладать единым Web-интерфейсом Администратора для администрирования сервера, управления услугами и мониторинга. 2. Продукт должен иметь CLI/API интерфейс для автоматизации задач по администрированию, управлению услугами и мониторингу. CLI интерфейс должен обладать функциональностью автоматического дополнения вводимой команды с возможностью вывода всех возможных команд. 3. Продукт должен иметь возможность заведения администраторов системы из совместимых служб каталогов, с отключением локального администратора. 4. Продукт должен обеспечивать возможность разграничения разрешений администраторами с гибкой настройкой их полномочий. 5. Продукт должен обладать библиотекой шаблонов конфигурации с возможностью пополнения пользовательскими шаблонами, описанными на языке YAML. 6. Продукт должен поддерживать механизм применения шаблонов конфигураций для оперативной развертки или перенастройки системы. 7. Продукт должен обладать механизмом оперативной настройки и ввода в эксплуатацию сервера электронной почты с помощью графического интерфейса Администратора. 8. Продукт должен иметь возможность работы с наборами хранилищ почтовых ящиков, разделенных по логическому или территориальному признаку - - Значение характеристики не может изменяться участником закупки

Функции администрирования (9-13) - 9. Продукт должен поддерживать разделение хранения почты на несколько хранилищ, связанных правилами репликации для создания как «горячих» копий (одной или нескольких) с возможностью переключения основного хранилища на горячую копию, так и «холодной» копии для работы с системами резервного копирования (СРК). 10. Продукт должен предоставлять возможность разделения почтовых ящиков на группы. Каждая группа или совокупность групп должны иметь возможность привязки к определенному набору хранилищ (основное хранилище, горячая и холодная реплика). 11. Продукт должен иметь возможность как ручного, так и автоматического перемещения почтового ящика со всем содержимым между группами 12. Продукт должен иметь возможность перемещения группы почтовых ящиков между наборами хранилищ. 13. Продукт должен предоставлять возможность устанавливать для групп почтовых ящиков ограничения по: – максимальному размеру входящего письма; – максимальному размеру почтового ящика - - Значение характеристики не может изменяться участником закупки

Функции администрирования (14-19) - 14. Продукт должен предоставлять возможность для групп почтовых ящиков устанавливать политики архивирования писем по заданному сроку. 15. Продукт должен обладать возможностью настройки резервного хранилища почтовых очередей с функциональностью автоматического переключения на него в случае сбоя или недоступности основного хранилища. 16. Продукт должен предоставлять возможность отправки писем с доверенных узлов без аутентификации. 17. Продукт должен предоставлять возможность использования дополнительных LDAP фильтров для формирования глобальной адресной книги. Должна быть предусмотрена возможность применения фильтров к каждому подключенному LDAP каталогу. 18. Продукт должен иметь встроенные возможности интеграции с решениями СХД, для управления операциями копирования хранилищ, их синхронизации и назначения хранилища основным для набора хранилищ. 19. Продукт должен иметь набор инструментов для добавления и хранения наборами команд СХД для организации сценариев взаимодействия почтовой системы и СХД - - Значение характеристики не может изменяться участником закупки

Функции мониторинга и диагностики (1-5) - 1. Продукт должен вести журнал успешно применённых конфигураций, с возможностью просмотра информации по дате и времени применения, администратора, который осуществлял изменения и полной информации о конфигурации. 2. Продукт должен поддерживать выбор развернутой конфигурации из истории с возможностью ее оперативного применения. 3. Продукт должен осуществлять контроль не регламентированного изменения конфигурационных файлов почтовых компонентов с возможностью уведомления администратора, журналированием событий и обладать возможностью автоматического восстановления конфигурации либо остановки сервера, при обнаружении не регламентированных изменений конфигурации. 4. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе нагрузочных параметров системы (CPU, RAM, дисковая подсистема), информации о почтовых очередях, параметров доступности инфраструктурных объектов, критичных для функционирования почтовой системы. 5. Продукт должен обеспечивать хранение и отображение исторических данных мониторинга нагрузки - - Значение характеристики не может изменяться участником закупки

Функции мониторинга и диагностики (6-10) - 6. Продукт должен обладать системой мониторинга с возможностью отображения информации в графической панели управления, в том числе информации, связанной с пользовательскими данными – список самых больших ящиков пользователей системы, список пользователей, квота на ящик которых приближается к максимальным значениям, общий размер данных, занимаемых на системах хранения почтовых данных. 7. Продукт должен обеспечивать возможность отслеживания действий пользователей в почтовых ящиках. 8. Продукт должен обеспечивать автоматический перезапуск экземпляра почтового сервера при обнаружении сбоя компонентов сервера. 9. Продукт должен обеспечивать мониторинг инфраструктурных объектов, необходимых для корректного функционирования почтового сервиса, такие как подключенные LDAP каталоги и сервисы БД, включая их кластерное исполнение. 10. Продукт должен обеспечивать мониторинг и контроль состояния синхронизации времени - - Значение характеристики не может изменяться участником закупки

Функции журналирования - 1. Продукт должен обеспечивать журналирование событий системы, связанных с ее работоспособностью, функционированием компонент системы, а также действий по включению, выключению и действий по изменению параметров системы. 2. Продукт должен обеспечивать журналирование событий почтового трафика и клиентский подключений, для отслеживания движения писем внутри системы. 3. Система журналирования должна предоставлять возможность вывода журналов по всем или отдельно взятым компонентам системы, с возможность указания даты или диапазона времени. 4. Продукт должен обеспечивать журналирование событий, связанных с администрированием системы, и предоставлять аудит действий различных администраторов системы. 5. Продукт должен обеспечивать просмотр журналов событий почтовых компонентов с помощью графического интерфейса Администратора, с возможностью выбора компонентов системы, обеспеченного также средством поиска и фильтрации информации в журналах. 6. Продукт должен предоставлять возможность трассировки писем, как в консольном, так и в режиме визуального представления. Параметры поиска должны включать в себя поля – От, Кому, временные параметры отправки письма (включая задание диапазонов времени), тема письма (включая поиск по русскому языку) и идентификатор письма. Должна быть предусмотрена выгрузка журналов трассировки отдельного письма в текстовый файл - - Значение характеристики не может изменяться участником закупки

Функции управления почтовыми ящиками (1-9) - 1. Продукт должен иметь возможность работы с одной службой каталогов любого из поддерживаемых типов. 2. Продукт должен иметь возможность работы с почтовыми доменами, не привязанными к службам каталогов. 3. Продукт должен иметь возможность множественного добавления почтовых ящиков на основании критериев поиска пользователей в домене LDAP. 4. Продукт должен поддерживать возможность заведения нескольких псевдонимов для почтового адреса пользователя в том же или разных почтовых доменах. Псевдонимы должны обеспечивать как получение почты с их использованием, так и отправку. 5. Продукт должен поддерживать политики хранения и удаления почтовых ящиков. 6. Продукт должен поддерживать работу с архивными почтовыми папками, в том числе их автоподключение пользователям. 7. Продукт должен обеспечивать автоматический перенос в архив писем, с возможностью указания различных периодов архивации для разных групп почтовых ящиков. 8. Продукт должен поддерживать функциональность папки удержания писем для хранения всех почтовых отправлений, удаленных из корзин пользователей. 9. Продукт должен обеспечивать перенос почтового ящика из одного каталога LDAP в другой при переходе из одной службы каталогов в другую - - Значение характеристики не может изменяться участником закупки

Функции управления почтовыми ящиками. 10. Продукт должен обеспечивать возможность поиска писем при помощи графической панели Администратора в соответствии с заданными параметрами и последующего выбора и удаления писем в любых почтовых ящиках. Критерии поиска должны включать в себя: - все письма;письма с установленным флагом IMAP Answered;письма, которые содержат указанную строку в поле BCC структуры IMAP письма;письма с внутренней датой до указанной;письма, которые содержат указанную строку в теле письма;письма, которые содержат указанную строку в поле CC структуры IMAP письма;письма с установленным флагом IMAP Deleted;письма с установленным флагом IMAP Draft;письма с установленным флагом IMAP Flagged;письма, которые содержат указанную строку в поле FROM структуры IMAP письма;письма, которые имеют или содержат указанную строку в поле заголовка;письма с установленным флагом для переданного ключевого слова IMAP;письма, которые больше указанного размера;письма в почтовом ящике с указанным именем;письма, с установленным флагом IMAP Recent, но с неустановленным IMAP Seen;письма, где поиск не соответствует указанному ключу поиска или его значению;письма, у которых не установлен флаг IMAP Recent;письма, внутренняя дата которых соответствует указанной;письма с установленным флагом IMAP Recent;письма, которые были сохранены до указанной даты;письма, дата сохранения которых соответствует указанной дате;письма, которые были сохранены после указанной даты;письма с установленным флагом IMAP Seen;письма с заголовком Date до указанной даты;письма с заголовком Date соответствующим указанной дате;письма с заголовком Date после указанной даты;письма, внутренняя дата которых находится в пределах или после указанной даты;письма, которые меньше размера;письма, которые содержат указанную строку в поле SUBJECT структуры IMAP письма;письма, которые содержат указанную строку в заголовках или теле письма;письма, которые содержат указанную строку в поле TO структуры IMAP письма;письма с неустановленным флагом IMAP Answered;письма с неустановленным флагом IMAP Deleted;письма с неустановленным флагом IMAP Draft;письма с неустановленным флагом IMAP Flagged;письма, для которых не установлен флаг передаваемого ключевого слова IMAP;письма с неустановленным флагом IMAP Seen - - Значение характеристики не может изменяться участником закупки

Функции управления рассылками и обработки почты - 1. Продукт должен иметь возможность организации статических списков рассылки с помощью перечней адресов получателей. В перечень адресов получателей должна предоставляться возможность добавления внешних относительно почтовой системы адресатов. 2. Продукт должен иметь возможность организовывать динамические списки рассылки почтовых сообщений на основании LDAP фильтров с использованием Web-интерфейса и интерфейса командой строки. 3. Настройки списков рассылок должны предоставлять возможность указания как отдельных адресатов на право отправки на группу рассылок, так и указания всех внутренних пользователей единой настройкой. 4. Продукт должен обеспечивать возможность отключаемой возможности получения входящей почты извне на списки рассылок. Возможность включения, отключения должна быть реализована для каждого отдельно взятого списка рассылки. 5. Продукт должен иметь возможность создания серверных правил обработки входящей корреспонденции, как общих для всей организации, так и индивидуальных. 6. Продукт должен иметь возможность осуществлять фильтрацию входящей почты на основании «черных» и «белых» адресов отправителя. 7. Продукт должен иметь возможность осуществлять фильтрацию исходящей почты на основании «черного» списка адресов получателя. 8. Продукт должен обеспечивать возможность ограничения ряду пользователей отправлять корреспонденцию за пределы организации. 9. Продукт должен обеспечивать возможность ограничения ряду пользователей получать корреспонденцию извне организации. 10. Правила ограничения приема и отправки писем наружу, должны иметь возможность комбинирования - - Значение характеристики не может изменяться участником закупки

Функции предотвращения потери информации - 1. Продукт должен обеспечивать SSL/TLS - безопасный обмен данными для SMTP, IMAP, HTTP, LDAP и сессий Администрирования. 2. Продукт должен иметь возможность интеграции с промышленными системами, входящими в Реестр отечественного ПО Минцифры, обеспечивающими высокопроизводительную фильтрацию электронной почты от вирусов, спама и других нежелательных сообщений. 3. Продукт должен поддерживать 2FA (двухфакторную аутентификацию) для доступа к почтовым ящикам через Web-интерфейс с помощью приложений-аутентификаторов. 4. Продукт должен поддерживать протокол Milter для интеграции с решениями, обеспечивающими функциональность по обеспечению ИБ. 5. Продукт не должен содержать в своем составе встроенных компонент по обеспечению ИБ, построенных на основе открытого ПО. 6. Продукт должен предоставлять возможность работы с системами резервного копирования, при этом конечное восстановление объектов должно происходить с участием оператора/администратора почтовой системы - - Значение характеристики не может изменяться участником закупки

Функции совместимости с почтовыми клиентами - 1. Продукт должен обеспечивать поддержку протоколов для работы с почтой – IMAP, SMTP, POP3. 2. Продукт должен обеспечивать работу с календарями по протоколу CalDAV и обеспечивать работу с адресными книгами по протоколу CardDAV. 3. Продукт должен поддерживать возможность отправки Push-уведомлений. 4. Продукт должен поддерживать для ПО Microsoft Outlook для ОС Windows (с версии как минимум 2013 и выше), автоматическую настройку подключения к календарям и адресным книгам с помощью специального плагина, без ввода учетных записей и настройки путей подключения, в том числе к календарям и адресным книгам, к которым предоставлен общий доступ другими пользователями. 5. Специальный плагин для настольных клиентов Microsoft Outlook должен иметь возможность установки и предварительной настройки через групповые политики. 6. Продукт должен обеспечивать возможность работы Microsoft Outlook с синхронизацией почты, календарей и контактов. 7. Продукт должен поддерживать автоконфигурирование почтовых клиентов работающих по протоколам IMAP, SMTP, CalDav, CardDav - - Значение характеристики не может изменяться участником закупки

Функции совместимости с почтовыми системами - 1. Продукт должен обладать автоматизированным инструментом миграции с почтовых систем Microsoft Exchange 2010 SP3 и выше с возможностью мониторинга и управления процессом миграции через визуальную панель управления. 2. Инструмент миграции должен обеспечивать перенос следующих элементов: – структуры папок почтового ящика и прав доступа к почтовым папкам; – сообщений; – адресных книг и прав доступа к адресным книгам; – контактов; – календарей и прав доступа к календарям; – задач; – календарных событий; – подписок на общие календари и адресные книги; – псевдонимов; – серверных архивов Exchange; – общих почтовых ящиков Exchange; – обеспечивать гибкий выбор переносимых данных из списка переносимых элементов. 3. Инструмент миграции должен обеспечивать следующие режимы миграции: Обычный – первичный перенос данных почтовых ящиков. Дельта – возобновление миграции с шага, на котором она остановилась ранее. Финализация – выполнение полного цикла - миграция/домиграция с автоматическим переключением почтового ящика с Microsoft Exchange на целевой сервер. 4. Продукт должен иметь возможность сосуществования с Microsoft Exchange в ходе длительного срока, а также обеспечивать возможность вывода Microsoft Exchange из промышленной эксплуатации 5. Продукт должен иметь возможность установки почтового ящика в статус «Миграция», предотвращающий пересылку на него почтовых сообщений во время процесса переноса почтовых данных с другой почтовой системы. При таком статусе, почта должна попадать в почтовый ящик пользователя исходной почтовой системы. 6. Продукт должен обеспечивать преобразование вложений во входящих приглашениях на календарные события с почтовой системы Microsoft Exchange в ссылки на эти же вложения на специальное хранилище, с прикреплением этой ссылки в описание соответствующего события - - Значение характеристики не может изменяться участником закупки

Дополнительные требования - 1. Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 2. Все необходимые Руководства, техническая документация по продукту должны быть предоставлены производителем на русском языке. 3. Документация, поставляемая с ПО, должна детально описывать процесс установки, настройки и эксплуатации соответствующего ПО - - Значение характеристики не может изменяться участником закупки

Особенности лицензирования - 1. Продукт должен передаваться в виде пакета клиентских лицензий, соответствующих количеству почтовых ящиков пользователей. 2. Работа служебных ящиков электронной почты (рассылки, ресурсы календаря) не должна требовать пользовательскую лицензию. 3. Возможно расширение лицензирования до версии Enterprise, в которой будет возможно использование кластерного исполнения сервера и работа с несколькими службами каталогов одновременно. 4. Продукт должен обеспечивать возможность расширения или ограничения до необходимого количества пользователей без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта. 5. Продукт должен обеспечивать возможность изменения/дополнения функционала для каждого пользователя в пределах ограничений, наложенных приобретенными лицензиями на использование, без остановки сервиса эксплуатируемого продукта и без переустановки (деинсталляция/инсталляция) продукта - - Значение характеристики не может изменяться участником закупки

2. Общие требования к ПО - 2.1. ПО должно быть включено в Единый реестр российских программ для электронных вычислительных машин и баз данных или Единый реестр программ для электронных вычислительных машин и баз данных из государств – членов Евразийского экономического союза. Согласно постановления Правительства РФ от 23.12.2024 № 1875 ПО должно быть включено в Единый реестр российского программного обеспечения https://reestr.digital.gov.ru/. 2.2. Программный интерфейс ПО, включая средства управления на русском языке. Все компоненты ПО, включая средства управления, обладают контекстной справочной системой на русском языке. 2.3. ПО обладает патентной чистотой на территории Российской Федерации и свободно от возможности предъявления основанных на промышленной, интеллектуальной или другой собственности любых прав и притязаний третьих лиц. 2.4. ПО должно пройти процедуру оценки соответствия применительно к продукции, используемой для защиты сведений, относимых к охраняемой в соответствии с законодательством Российской Федерации информации ограниченного доступа, и иметь действующий сертификат соответствия ФСТЭК России - - Значение характеристики не может изменяться участником закупки

3. Технические требования к ПО. 3.1. Требования к объему, содержанию и условиям предоставления прав на использование ПО, способам и порядку их использования - Заказчику (Сублицензиату) предоставляется Лицензия на право использования ПО следующими способами: – воспроизведение ПО, с возможностью записи (копирования) в память ЭВМ, инсталляции, запуска и использования ПО в соответствии с его функциональным назначением и возможностями; – создание копии ПО для архивных целей или для замены правомерно приобретённого экземпляра в случаях, когда такой экземпляр утерян, уничтожен или стал непригоден для использования. Количество таких копий ПО не ограничено. Предоставляемая лицензия на использование ПО предусматривает бессрочное использование ПО в соответствии с его функциональным назначением и включает в себя неисключительное право на воспроизведение (запись в память ЭВМ) неограниченного числа экземпляров ПО, инсталляцию (установку и размещение), копирование (в целях создания резервных копий), запуск (выполнение программного кода ПО), получение обновлений и новых версий ПО, неограниченное количество проектов (процессов), агентов и пользователей, включая просмотр и использование функциональных возможностей ПО, в соответствии с его назначением, на технических средствах конечных пользователей Заказчика (Сублицензиата). Поставщик (Лицензиат) гарантирует, что ПО не имеет скрытых функциональных возможностей (вредоносных изменений, либо внедренных «программных закладок»), Блокировочного кода, а также компьютерных Вирусов, троянов, самоликвидирующихся механизмов, механизмов защиты от копирования и других подобных машинных команд, которые могут деактивировать, уничтожить или изменить иным образом данные Заказчика (Сублицензиата), программное или аппаратное обеспечение и оборудование Заказчика (Сублицензиата), привести к какому-либо финансовому ущербу для Заказчика (Сублицензиата). Предоставление прав использования ПО Заказчику не влечет передачу исключительных прав и исчерпания прав на ПО компании – правообладателя ПО - - Значение характеристики не может изменяться участником закупки

3.2. Срок действия предоставляемых прав и порядок их передачи - 3.2.1. Фактическая передача ПО происходит в момент, когда такое ПО поступает во владение Заказчика (Сублицензиата), становится доступным для загрузки Заказчиком (Сублицензиатом), к ПО предоставлена необходимая для работы с ПО документация, и когда Заказчик (Сублицензиат) получит электронный ключ активации ПО, позволяющий Заказчику (Сублицензиату) установить и использовать такое ПО. Дистрибутивы ПО, документация, ключи активации ПО и прочая информация, необходимая для установки и использования такого ПО, предоставляются Заказчику (Сублицензиату) одновременно с предоставлением Лицензий и их стоимость включена в вознаграждение Поставщика (Лицензиата). Факт передачи ПО и предоставление Лицензий подтверждается подписанием Сторонами Акта приема-передачи прав на использование ПО. Срок действия предоставляемых прав исчисляется с даты подписания Акта приема-передачи прав на использование ПО - - Значение характеристики не может изменяться участником закупки

3.3. Требования к гарантийному техническому сопровождению ПО - Поставщик должен обеспечить гарантийное техническое сопровождение поставленного ПО на следующих условиях: – Поставщик должен гарантировать, что поставляемые носители ПО (при наличии) соответствует настоящему Техническому заданию, а также свободны от дефектов материалов и изготовления. Поставщик должен предоставить Заказчику лицензионный сертификат на поставляемое ПО (лицензию) и сертификат на техническую поддержку, содержащий, в том числе информацию о периоде оказания гарантированного технического сопровождения ПО суммарно в течение 24 (двадцати четырех) месяцев с открытой датой активации; – В рамках технического сопровождения, поставляемого ПО должны обеспечиваться: • круглосуточный доступ к автоматизированной системе поддержки, путем фиксации заявки для дальнейшей обработки обращений в рабочее время. Обработка обращений специалистами технической поддержки должна осуществляться в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • доступ к телефонной службе технической поддержки для разрешения обращений критического приоритета в будние дни с 9:00 до 19:00 по Московскому времени, за исключением выходных и праздничных дней; • Установка новых версий (модернизация ПО); • Обработка всех запросов конечного пользователя, в том числе запросов на установку, расширение или изменение конфигурации ПО; • Сбор и хранение данных о спецификации и конфигурации систем конечного пользователя, ведение базы данных истории обращений о сбоях; • Сбор отладочной информации о сбоях в ПО; • Анализ данных по известным проблемам и, если возможно, предоставление конечному пользователю; • Оценка влияния проблемы на работу ПО и определение степени приоритета сбоя; • Установление, насколько возможно, причины возникновения проблемы на уровне конкретных программных модулей, включая диагностику на месте установки ПО; • Резервное копирование данных, очистку дисков и настройку ротации системных журналов - - Значение характеристики не может изменяться участником закупки

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

4. Место и условия передачи неисключительных прав - 4.1. Адрес для передачи: Российская Федерация, Ростовская область, г. Ростов-на-Дону, ул. Большая Садовая, 47, каб. 220. Адрес электронной почты для предоставления копий электронных экземпляров: mkuzmin@rostovduma.ru. Срок передачи неисключительных прав: в течение 20 (двадцати) рабочих дней с даты заключения Контракта 4.2. При передаче неисключительных прав (прав использования) на ПО необходимо не разглашать и не использовать во вред Заказчику полученные в рамках передачи неисключительного права (права использования) на ПО по настоящему техническому заданию сведения о Заказчике, о степени защищенности объектов информатизации, мероприятиях, применяемых для их защиты, персональные данные и информацию, прямо названную Заказчиком конфиденциальной. Передача указанной информации другим лицам может быть осуществлена только с письменного согласия Заказчика. За разглашение сведений, составляющих служебную, коммерческую и иную тайну, а также представляющих собой персональные данные, и нанесенный в результате этого ущерб Исполнитель несет ответственность в соответствии с действующим законодательством Российской Федерации - - Значение характеристики не может изменяться участником закупки

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

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

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

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

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

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

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

Место поставки товара, выполнения работы или оказания услуги: Российская Федерация, обл. Ростовская, г.о. город Ростов-на-Дону, г. Ростов-на-Дону, ул. Большая Садовая, зд. 47, каб. 220

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

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

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

Порядок предоставления обеспечения исполнения контракта, требования к обеспечению: Исполнение контракта может обеспечиваться предоставлением независимой гарантии соответствующей требованиям ст.45 Закона № 44-ФЗ и Постановлением Правительства РФ № 1005 или внесением денежных средств на указанный Заказчиком счет, на котором в соответствии с законодательством Российской Федерации учитываются операции со средствами, поступающими Заказчику. Выбор способа обеспечения контракта осуществляется участником закупки самостоятельно. Срок действия независимой гарантии должен превышать предусмотренный контрактом срок исполнения обязательств, которые должны быть обеспечены такой независимой гарантией, не менее чем на один месяц, в том числе в случае его изменения в соответствии со ст. 95 Закона № 44-ФЗ. Споры, возникающие в связи с исполнением обязательств по независимой гарантии, подлежат рассмотрению в Арбитражном суде Ростовской области. Если участником закупки, с которым заключается контракт, предложена цена контракта, которая на двадцать пять и более процентов ниже начальной (максимальной) цены контракта, контракт заключается только после предоставления таким участником обеспечения исполнения контракта в соответствии со ст. 37 Закона № 44-ФЗ. Участник закупки освобождается от предоставления обеспечения исполнения контракта, в том числе с учетом ст. 37 Закона № 44-ФЗ в случае предоставления таким участником закупки информации согласно ч. 8.1 ст. 96 Закона № 44-ФЗ.

Платежные реквизиты для обеспечения исполнения контракта: p/c 03232643607010005800, л/c 05901153320, БИК 016015102, ОКЦ № 9 ЮГУ Банка России//УФК по Ростовской области, г Ростов-на-Дону, к/c 40102810845370000050

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

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

Документы

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

Документы

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