Решение Оренбургское УФАС России от 19.06.2025 N 056/06/105-634/2025
Реквизиты
Решение Оренбургское УФАС России от 19.06.2025 N 056/06/105-634/2025
Статус
Действующее
Результат
Жалоба необоснована
Принятое решение
Признать жалобу необоснованной.
УПРАВЛЕНИЕ ФЕДЕРАЛЬНОЙ АНТИМОНОПОЛЬНОЙ СЛУЖБЫ
ПО ОРЕНБУРГСКОЙ ОБЛАСТИ
РЕШЕНИЕ
от 19 июня 2025 г. по делу N 056/06/105-634/2025
Резолютивная часть решения оглашена 17 июня 2025 года
Решение в полном объеме изготовлено 19 июня 2025 года
Комиссия Оренбургского УФАС России по контролю в сфере закупок (далее - Комиссия УФАС) в составе:
Председателя Комиссии: (...),
Членов Комиссии: (...),
в присутствии посредством видео-конференц-связи:
представителей Счетной палаты Оренбургской области (...), действующего на основании доверенности от 15.06.2025 года исх. N 01-20/601, (...), действующей на основании доверенности от 16.06.2025 года исх. N 01-20/602,
представителя Государственного казенного учреждения Оренбургской области "Ц" (...), действующей на основании доверенности N 3 от 27.01.2025 года,
в отсутствие ИП Г., извещенного о дате, времени и месте рассмотрения надлежащим образом,
руководствуясь частью 15 статьи 99, статьей 106 Федерального закона от 05.04.2013 N 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (далее - Закон о контрактной системе), рассмотрев жалобу ИП Г. вх. N 5835/25 от 09.06.2025 года на действия Счетной палаты Оренбургской области при проведении электронного аукциона на оказание услуги по передаче неисключительных прав на операционную систему специального назначения "Astra Linux Special Edition" и программный комплекс "ALD Pro" (номер извещения 0853500000325004232),
установила:
09.06.2025 года в Оренбургское УФАС России поступила жалоба ИП Г. вх. N 5835/25 от 09.06.2025 года на действия Счетной палаты Оренбургской области при проведении электронного аукциона на оказание услуги по передаче неисключительных прав на операционную систему специального назначения "Astra Linux Special Edition" и программный комплекс "ALD Pro" (номер извещения 0853500000325004232) (далее-закупка).
В связи с поступившей жалобой, в порядке ч. 7 ст. 106 Закона о контрактной системе), Заказчику, Уполномоченному органу выставлено требование о приостановлении осуществления закупки в части заключения контракта до рассмотрения жалобы по существу.
Из доводов жалобы Заявителя следует, что установленным в извещении характеристикам товара соответствует только операционная система конкретного производителя с товарным знаком Astra Linux Special Edition. Содержащееся в извещении обоснование неиспользования словосочетания "или эквивалент" к товарному знаку, а также несоответствие объекта закупки КТРУ противоречит положениям ст. 33 Закона о контрактной системе.
Представители Заказчика просили признать жалобу необоснованной, а также представили письменные возражения по доводам жалобы, в которых указали следующее.
Объектом закупки является:
"Услуга по передаче неисключительных лицензионных прав на операционную систему специального назначения "Astra Linux Special Edition" для 64-х разрядной платформы на базе процессорной архитектуры х86-64, вариант лицензирования "Орел", РУСБ.10015-10, с правом бессрочного использования, способ передачи электронный, для рабочей станции, на срок действия исключительного права, с включенными обновлениями Тип 1 на 12 мес." (код ОКПД2 58.29.50.000);
"Услуга по передаче неисключительных лицензионных прав на операционную систему специального назначения "Astra Linux Special Edition" для 64-х разрядной платформы на базе процессорной архитектуры х86-64, вариант лицензирования "Орел", РУСБ.10015-10, с правом бессрочного использования, способ передачи электронный, для рабочей станции, на срок действия исключительного права, с включенными обновлениями Тип 2 на 12 мес." (код ОКПД2 58.29.50.000);
"Услуга по передаче неисключительных лицензионных прав на Программный комплекс "ALD Pro" РДЦП.10101-01 на 1 контроллер домена, на 8 управляемых устройств и операционную систему специального назначения "Astra Linux Special Edition" для 64-х разрядной платформы на базе процессорной архитектуры x86-64 РУСБ.10015-01 (ФСТЭК) для 8 серверов, способ передачи электронный, на срок действия исключительного права, с включенными обновлениями Тип 1 на 12 мес. с правом бессрочного использования." (код ОКПД2 58.29.50.000);
"Услуга по передаче неисключительных лицензионных прав на Программный комплекс "ALD Pro" РДЦП.10101-01 на 1 управляемое устройство, способ передачи электронный, на срок действия исключительного права, с включенными обновлениями Тип 1 на 12 мес." (код ОКПД2 58.29.50.000).
В инфраструктуре Заказчика используется оборудование - Многофункциональное устройство Pantum BM5100FDN, приобретенное в рамках исполнения контракта N 0853500000324005246-1 от 08.07.2024 года.
В материалы дела представлен сертификат совместимости, согласно которому Pantum BM5100 Series Монохромное лазерное МФУ имеет совместимость только с одной операционной системой из Реестра отечественного ПО - Astra Linux Special Edition.
Министерство цифрового развития и связи Оренбургской области (далее - Минцифры области) заключило государственный контракт N 0853500000325003304-1 от 27.05.2025 на оказание услуг по поддержке и сопровождению государственной информационной системы "Единая система юридически значимого электронного документооборота и делопроизводства Оренбургской области", в котором указаны системные требования, в том числе к операционным системам:
"Для работы Системы может использоваться описанное ниже программное обеспечение:
РАБОЧЕЕ МЕСТО ПОЛЬЗОВАТЕЛЯ | ||
Astra Linux 1.7 Орел (64- разрядная редакция) | Браузер | Яндекс Браузер 23.x |
Дополнитель ное программно е обеспечение | Программное обеспечение: proxyplugin 2 Установлена компонента просмотра файлов формата pdf ПО для формирования отчетов в системе: LibreOffice 7.х Р7-Офис 7.3.х | |
РАБОЧЕЕ МЕСТО ПОЛЬЗОВАТЕЛЯ c ЭП | ||
Astra Linux 1.7 Орел (64- разрядная редакция) | Браузер | Яндекс Браузер 23.х |
СКЗИ | КриптоПро CSP 5.0 R2 | |
Дополнитель ное программно е обеспечение | Соответствует требованиям к рабочему месту обычного пользователя | |
Заказчиком используется система электронного документооборота "Единая система юридически значимого электронного документооборота и делопроизводства Оренбургской области" (далее - СЭД), утвержденная Постановлением Правительства Оренбургской области N 201-пп от 15.03.2022.
Отсутствие совместимости являющейся объектом закупки операционной системы с функционирующими ГИС и ИС может повлечь невозможность осуществления Счетной палатой своих полномочий, а также осложнить работу в единой информационно-телекоммуникационной сети Правительства Оренбургской области.
Также представитель Заказчика пояснил, что поскольку в каталоге отсутствуют коды позиций КТРУ, которые соответствуют описанию объекта закупки, Заказчиком правомерно осуществлено описание товара в соответствии с требованиями статьи 33 Закона о контрактной системе.
Представитель Уполномоченного органа жалобу просил признать необоснованной, поддержав доводы, изложенные в письменных возражениях полностью поддержав позицию представителя Заказчика.
В результате рассмотрения жалобы и осуществления в соответствии с ч. 3 ст. 99 Закона о контрактной системе, внеплановой проверки, Комиссия Оренбургского УФАС России, проанализировав представленные документы, заслушав доводы сторон, пришла к следующим выводам:
05.06.2025 года на официальном сайте Российской Федерации (единая информационная система) для размещения информации о размещении закупок в сети Интернет www.zakupki.gov.ru и на электронной площадке было размещено извещение о проведении электронного аукциона на оказание услуги по передаче неисключительных прав на операционную систему специального назначения "Astra Linux Special Edition" и программный комплекс "ALD Pro".
Согласно п. 5 ч. 1 ст. 42 Закона о контрактной системе, при осуществлении закупки путем проведения открытых конкурентных способов заказчик формирует с использованием единой информационной системы, подписывает усиленной электронной подписью лица, имеющего право действовать от имени заказчика, и размещает в единой информационной системе извещение об осуществлении закупки, содержащее наименование объекта закупки, информация (при наличии), предусмотренная правилами использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, установленными в соответствии с ч. 6 ст. 23 настоящего Федерального закона, указание (в случае осуществления закупки лекарственных средств) на международные непатентованные наименования лекарственных средств или при отсутствии таких наименований химические, группировочные наименования.
В силу ч. 6 ст. 23 Закона о контрактной системе, порядок формирования и ведения в единой информационной системе каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, а также правила использования указанного каталога устанавливаются Правительством Российской Федерации.
Правила использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее - Правила использования КТРУ) установлены Постановлением Правительства РФ от 08.02.2017 N 145 "Об утверждении Правил формирования и ведения в единой информационной системе в сфере закупок каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд и Правил использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд".
Пунктом 3 Правил использования КТРУ установлено, что заказчики вправе применять информацию, которая включена в позицию каталога, с даты ее включения в каталог независимо от даты обязательного ее применения в соответствии с п. 18 Правил формирования и ведения в единой информационной системе в сфере закупок каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, утвержденных постановлением Правительства Российской Федерации от 8 февраля 2017 г. N 145 "Об утверждении Правил формирования и ведения в единой информационной системе в сфере закупок каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд и Правил использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд".
Согласно п. 4 Правил использования КТРУ, Заказчики обязаны применять информацию, включенную в позицию каталога в соответствии с подпунктами "а" - "г" и "е" - "з" пункта 10 Правил формирования и ведения в единой информационной системе в сфере закупок каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, утвержденных постановлением Правительства Российской Федерации от 8 февраля 2017 г. N 145 "Об утверждении Правил формирования и ведения в единой информационной системе в сфере закупок каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд и Правил использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд", с указанной в ней даты начала обязательного применения. При этом заказчик обязан при осуществлении закупки использовать информацию, включенную в соответствующую позицию, в том числе указывать согласно такой позиции следующую информацию:
а) наименование товара, работы, услуги;
б) единицы измерения количества товара, объема выполняемой работы, оказываемой услуги (при наличии);
в) описание товара, работы, услуги (при наличии такого описания в позиции).
Пунктами 5 Правил использования КТРУ установлено, что заказчик вправе указать в извещении об осуществлении закупки, приглашении и документации о закупке (в случае если Федеральным законом предусмотрена документация о закупке) дополнительную информацию, а также дополнительные потребительские свойства, в том числе функциональные, технические, качественные, эксплуатационные характеристики товара, работы, услуги в соответствии с положениями ст. 33 Федерального закона, которые не предусмотрены в позиции каталога, за исключением случаев:
а) если при осуществлении закупки товара (в том числе поставляемого при выполнении закупаемых работ, оказании закупаемых услуг), указанного в позициях 25, 26 и 32 приложения N 1 к постановлению Правительства Российской Федерации от 23 декабря 2024 г. N 1875 "О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц", позициях 191 - 361 приложения N 2 к указанному постановлению, применяются предусмотренные пунктом 1 указанного постановления запрет, ограничение соответственно;
б) если иное не предусмотрено особенностями описания отдельных видов объектов закупок, устанавливаемыми Правительством Российской Федерации в соответствии с ч. 5 ст. 33 Федерального закона.
Согласно п. п. 6 - 7 Правил использования каталога, в случае предоставления иной и дополнительной информации, предусмотренной пунктом 5 настоящих Правил, заказчик обязан включить в описание товара, работы, услуги обоснование необходимости использования такой информации (при наличии описания товара, работы, услуги в позиции каталога).
В случае осуществления закупки товара, работы, услуги, в отношении которых в каталоге отсутствуют соответствующие позиции, заказчик осуществляет описание товара, работы, услуги в соответствии с требованиями статьи 33 Федерального закона.
При проведении предусмотренных Федеральным законом электронных процедур, закрытых электронных процедур характеристики объекта закупки, предусмотренные пунктом 1 части 1 статьи 33 Федерального закона, указываются с использованием единой информационной системы при формировании извещения об осуществлении закупки, приглашения принять участие в определении поставщика (подрядчика, исполнителя) в соответствии с частью 1 статьи 42, пунктом 1 части 1 статьи 75 Федерального закона соответственно.
В качестве кода каталога товара, работы, услуги, на которые в каталоге отсутствует соответствующая позиция, указывается код такого товара, работы, услуги согласно Общероссийскому классификатору продукции по видам экономической деятельности (ОКПД2) ОК 034-2014.
Исходя из совокупности вышеизложенных положений, при формировании объекта закупки на поставку товара по позициям, предусмотренных каталогом товаров, работ, услуг, Заказчик обязан применять информацию, включенную в позицию каталога, а также обосновать использование иных, не предусмотренных позицией каталога, характеристик.
Кроме того, из системного толкования абц. 2 п. 7 Правил следует, что в случае отсутствия необходимого кода каталога товара, работы, услуги, указывается код такого товара, работы, услуги согласно ОКПД2.
В силу п. 1 ч. 2 ст. 42 Закона о контрактной системе Извещение об осуществлении закупки, если иное не предусмотрено настоящим Федеральным законом, должно содержать следующий электронный документ: описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе.
Согласно пункту 1 части 1 статьи 33 Закона о контрактной системе в описании объекта закупки указываются функциональные, технические и качественные характеристики, эксплуатационные характеристики объекта закупки (при необходимости). В описание объекта закупки не должны включаться требования или указания в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов, наименование страны происхождения товара, требования к товарам, информации, работам, услугам при условии, что такие требования или указания влекут за собой ограничение количества участников закупки. Допускается использование в описании объекта закупки указания на товарный знак, в том числе в случае несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком.
Согласно пункту 2 части 1 статьи 33 Закона о контрактной системе заказчик при описании объекта закупки должен использовать при составлении описания объекта показатели, требования, условные обозначения и терминологии, касающиеся технических характеристик, функциональных характеристик (потребительских свойств) товара, работы, услуги и качественных характеристик объекта закупки, которые предусмотрены техническими регламентами, принятыми в соответствии с законодательством Российской Федерации о техническом регулировании, документами, разрабатываемыми и применяемыми в национальной системе стандартизации, принятыми в соответствии с законодательством Российской Федерации о стандартизации, иных требований, связанных с определением соответствия поставляемого товара, выполняемой работы, оказываемой услуги потребностям заказчика.
В соответствии с частью 2 статьи 33 Закона о контрактной системе документация о закупке должна содержать показатели, позволяющие определить соответствие закупаемых товара, работы, услуги требованиям заказчика. При этом указываются максимальные и (или) минимальные значения таких показателей, а также значения показателей, которые не могут изменяться.
Не допускается включение в документацию о закупке (в том числе в форме требований к качеству, техническим характеристикам товара, работы или услуги, требований к функциональным характеристикам (потребительским свойствам) товара) требований к производителю товара, к участнику закупки (в том числе требования к квалификации участника закупки, включая наличие опыта работы), а также требования к деловой репутации участника закупки, требования к наличию у него производственных мощностей, технологического оборудования, трудовых, финансовых и других ресурсов, необходимых для производства товара, поставка которого является предметом контракта, для выполнения работы или оказания услуги, являющихся предметом контракта, за исключением случаев, если возможность установления таких требований к участнику закупки предусмотрена настоящим Федеральным законом (ч. 3 ст. 33 Закона о контрактной системе).
При формировании Технического задания Заказчику в рамках Закона о контрактной системе предоставлены полномочия по самостоятельному определению параметров и характеристик товара, в наибольшей степени удовлетворяющих его потребности. Однако из буквального толкования вышеприведенных положений Закона о контрактной системе следует, что заказчики, осуществляющие закупку по правилам данного Закона, при описании объекта закупки должны таким образом прописать требования к закупаемым товарам, работам, услугам, чтобы, с одной стороны, повысить шансы на приобретение товара именно с такими характеристиками, которые ему необходимы, а с другой стороны, не ограничить количество участников закупки.
В соответствии с ч. 2 ст. 19 Закона о контрактной системе, под требованиями к закупаемым заказчиком товарам, работам, услугам понимаются требования к количеству, потребительским свойствам (в том числе характеристикам качества) и иным характеристикам товаров, работ, услуг, позволяющие обеспечить государственные и муниципальные нужды, но не приводящие к закупкам товаров, работ, услуг, которые имеют избыточные потребительские свойства или являются предметами роскоши в соответствии с законодательством Российской Федерации.
Согласно описанию объекта закупки установлены следующие его дополнительные характеристики:
п/п | Наименование | Характеристики (описание) | Кол- во | |
1 | Лицензия на операционную | 1. Требования соответствия законодательным и нормативным документам | 13 | |
систему | Операционная система должна соответствовать требованиям | |||
специального | Постановления Правительства РФ от 23.12.2024 N 1875 "О мерах по | |||
назначения "Astra | предоставлению национального режима при осуществлении закупок | |||
Linux Special | товаров, работ, услуг для обеспечения государственных и | |||
Edition" для 64-х | муниципальных нужд, закупок товаров, работ, услуг отдельными | |||
разрядной | видами юридических лиц". | |||
платформы на базе | 2. Требования к функциональным возможностям операционной | |||
процессорной | системы | |||
архитектуры х86-64, | 2.1. Операционная система должна быть предназначена для | |||
вариант | функционирования на средствах вычислительной техники с аппаратной | |||
лицензирования | платформой х86-64, включая процессоры Intel не ниже 10-го | |||
"Орел", | поколения. | |||
РУСБ.10015-10, с | 2.2. Операционная система должна поддерживать работу на ядре Linux | |||
правом бессрочного | версии не ниже 6.1 с возможностью обновления до новых версий ядра | |||
использования, | (в соответствии с документацией на продукт). | |||
способ передачи | 2.3. Операционная система должна обеспечивать функционал в | |||
электронный, для | графическом исполнении: | |||
рабочей станции, на | - наличие графических средств создания, настройки и | |||
срок действия | управления несколькими репозиториями используемого программного | |||
исключительного | обеспечения со следующим функционалом: | |||
права, с | o проверка зависимостей пакетной базы; | |||
включенными | o автоматическая публикация в сети по протоколам http и ftp; | |||
обновлениями Тип 1 | o выбор конкретных репозиториев, из которых будет | |||
на 12 мес. | произведено обновление пакетов; | |||
- наличие средств подключения к операционной системе по | ||||
протоколу RDP, со следующими возможностями по умолчанию: | ||||
o вход в сессию локально, а затем подключение к этой сессии | ||||
удаленно с автоматической блокировкой доступа к сессии локально и | ||||
возможностью одновременной работы локально в графической сессии | ||||
из-под другого пользователя; | ||||
o вход в сессию удаленно, а затем подключение к этой сессии | ||||
локально при входе в систему с автоматическим отключением | ||||
удаленного клиента; o проброс нескольких смарт-карт или токенов (eToken, Рутокен, JaCarta) с возможностью их одновременного использования на сервере и клиенте. - наличие графической утилиты управления драйверами nvidia, intel, amd с возможностью выбора драйверов и возможностью восстановления драйверов при неудачной загрузке операционной системы; - наличие графических средств настройки выделяемых ресурсов памяти пользователям (квоты); - наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); - наличие графических средств настройки и изменения ориентации экрана в ручном или автоматическом режиме, с возможностью калибровки поворота, а также задания ориентации по умолчанию; - наличие графического инструмента управления регистрацией событий, включающего в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, наличие графического средства просмотра системных событий; - наличие графических средств настройки сохранения и восстановления сессии пользователя (восстановление при старте запущенных программ и их расположения после полного отключения электропитания автоматизированного рабочего места); - наличие графических средств настройки потребления электроэнергии (яркость экрана, потухание, выключение монитора, переход в ждущий режим, сон и гибернацию) в случае изменения настроек электропитания (питание от сети, питание от батареи, низкий заряд батареи); - наличие графических средств монтирования usb устройств по сети (usbip или аналог) для подключения к нескольким персональным компьютерам; - наличие графических средств настройки одновременной работы нескольких сотрудников на одном персональном компьютере с разделяемыми профилями; - наличие графических средств создания системных отчетов, предназначенных для сбора, сжатия, сохранения и для отправки в службу сопровождения диагностических данных о работе системы; - наличие графических средств запуска работы с удаленными, отдельными и вложенными графическими сессиями; - наличие графических средств настройки планирования времени завершения работы без участия пользователя (завершение сессии, выключение автоматизированного рабочего места, перехода в энергосберегающие режимы) с настройкой уведомления о событии; - наличие графических средств запуска приложений с изменением приоритета выполнения с возможностью запуска от имени другого пользователя; - наличие графических средств настройки параметров загрузчика операционной системы (загружаемая операционная система по умолчанию, передаваемые параметры ядра, таймаут для ожидания действий пользователя, выбора источника ввода данных при загрузке, выбор терминала для вывода информации); - наличие графических средств расчета контрольных сумм файлов и их сравнения; - наличие графических средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); - наличие графических средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; - наличие графических средств настройки системы, в том числе: o установки и синхронизация времени; | ||||
- управления пользователями; - просмотра системных журналов; - настройки и обслуживания принтеров; - наличие графических средств настройки цветового баланса для каждого монитора по отдельности; - наличие возможности присвоить пользовательские наименования звуковым устройствам при помощи графического интерфейса; - наличие графических средств ввода в домен, в том числе с возможностью добавить компьютер в нужное подразделение (OU, Organizational Unit) для клиента Active Directory; - наличие графического центра уведомлений на рабочем столе с следующими возможностями: - настройка расположения уведомлений; - возможность индивидуальных настроек для конкретных приложений; - настройка отображения уведомлений на экране блокировке и при разблокировки; - наличие графических инструментов глобального поиска по расположению, содержимому, времени создания или изменения, размеру файла, с отображением результатов поискового запроса в интерактивном окне со следующими возможностями: - группировки и фильтрации результатов по найденным категориям (файлы, приложения, папки, архивы); - отображения свойств найденных файлов (имя, тип, путь, размер); - наличие графического инструмента для настройки частот процессора. 2.4. Операционная система должна поддерживать следующий функционал: - графический интерфейс, адаптированный под использование на портативных устройствах с поддержкой управления настройками системы, приложениями и сервисами (включая контекстные меню) с помощью touchscreen (сенсорный экран) с возможностью автоматического отключения при подключении мышки; - возможность подключения к сети wi-fi до входа в систему, а также аутентификация в сети wi-fi с использованием смарт-карты; - наличие в репозитории операционной системы браузера из единого реестра российских программ для электронных вычислительных машин и баз данных; - идентификацию и аутентификацию пользователей; - дискреционное разграничение доступа; - возможность ввода аутентификационных данных пользователя при входе в систему и при разблокировке экрана с использованием виртуальной клавиатуры без необходимости дополнительных настроек. 2.5. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: - ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; - TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; - поддержка стандарта ISO9660; - наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 2.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. 2.7. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 2.8. Установщик операционной системы должен иметь следующий | ||||
функционал: - обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; - возможность автоматической установки при помощи файла конфигурации формата.yaml; - возможность задания параметров для администратора и нескольких локальных пользователей; - предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки; 2.9. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 2.10. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировать отображаемые виртуальные машины. 2.11. Операционная система должна предоставлять специальные возможности: - экранный диктор и синтезатор речи для русского языка; - голосовой ввод; - настройка визуальных и звуковых уведомлений на события, связанные со специальными возможностям; - настройка залипающих, замедленных и прыгающих клавиши; - настройка управления курсором мыши с помощью цифровой клавиатуры. 2.12. Дополнительные функциональные компоненты: - клиентское ПО, для осуществления подключения по протоколу RDP; - агенты служб централизованного управления системой; - приложение для сканирования документов с возможностью пропуска пустых страниц и с сохранением размера области сканирования; - средство просмотра и редактирования файлов.pdf; - средство для эмуляции запуска исполняемых файлов.exe; - средства просмотра и редактирования графики и изображений; - средство оптического распознавания символов. 3. Правовая безопасность Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком операционной системы или его партнером. 4. Описание обновлений или технической поддержки Тип 1 на 12 мес. | ||||
2 | Лицензия на операционную систему специального назначения "Astra Linux Special Edition" для 64-х разрядной платформы на базе процессорной архитектуры х86-64, вариант лицензирования "Орел", РУСБ.10015-10, с правом бессрочного использования, | 1. Требования соответствия законодательным и нормативным документам Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 N 1875 "О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц". 2. Требования к функциональным возможностям операционной системы 2.1. Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения. 2.2. Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт). | 1 | |
способ передачи электронный, для рабочей станции, на срок действия исключительного права, с включенными обновлениями Тип 2 на 12 мес. | 2.3. Операционная система должна обеспечивать функционал в графическом исполнении: - наличие графических средств создания, настройки и управления несколькими репозиториями используемого программного обеспечения со следующим функционалом: - проверка зависимостей пакетной базы; - автоматическая публикация в сети по протоколам http и ftp; - выбор конкретных репозиториев, из которых будет произведено обновление пакетов; - наличие средств подключения к операционной системе по протоколу RDP, со следующими возможностями по умолчанию: - вход в сессию локально, а затем подключение к этой сессии удаленно с автоматической блокировкой доступа к сессии локально и возможностью одновременной работы локально в графической сессии из-под другого пользователя; - вход в сессию удаленно, а затем подключение к этой сессии локально при входе в систему с автоматическим отключением удаленного клиента; - проброс нескольких смарт-карт или токенов (eToken, Рутокен, JaCarta) с возможностью их одновременного использования на сервере и клиенте. - наличие графической утилиты управления драйверами nvidia, intel, amd с возможностью выбора драйверов и возможностью восстановления драйверов при неудачной загрузке операционной системы; - наличие графических средств настройки выделяемых ресурсов памяти пользователям (квоты); - наличие графического инструмента для редактирования значения переменных окружения (изменять значение и описание переменных, удалять и объявлять переменные); - наличие графических средств настройки и изменения ориентации экрана в ручном или автоматическом режиме, с возможностью калибровки поворота, а также задания ориентации по умолчанию; - наличие графического инструмента управления регистрацией событий, включающего в себя управление сервисом системных событий, настройку ротации событий и настройку параметров сбора системных событий, наличие графического средства просмотра системных событий; - наличие графических средств настройки сохранения и восстановления сессии пользователя (восстановление при старте запущенных программ и их расположения после полного отключения электропитания автоматизированного рабочего места); - наличие графических средств настройки потребления электроэнергии (яркость экрана, потухание, выключение монитора, переход в ждущий режим, сон и гибернацию) в случае изменения настроек электропитания (питание от сети, питание от батареи, низкий заряд батареи); - наличие графических средств монтирования usb устройств по сети (usbip или аналог) для подключения к нескольким персональным компьютерам; - наличие графических средств настройки одновременной работы нескольких сотрудников на одном персональном компьютере с разделяемыми профилями; - наличие графических средств создания системных отчетов, предназначенных для сбора, сжатия, сохранения и для отправки в службу сопровождения диагностических данных о работе системы; - наличие графических средств запуска работы с удаленными, отдельными и вложенными графическими сессиями; - наличие графических средств настройки планирования времени завершения работы без участия пользователя (завершение сессии, выключение автоматизированного рабочего места, перехода в | |||
энергосберегающие режимы) с настройкой уведомления о событии; - наличие графических средств запуска приложений с изменением приоритета выполнения с возможностью запуска от имени другого пользователя; - наличие графических средств настройки параметров загрузчика операционной системы (загружаемая операционная система по умолчанию, передаваемые параметры ядра, таймаут для ожидания действий пользователя, выбора источника ввода данных при загрузке, выбор терминала для вывода информации); - наличие графических средств расчета контрольных сумм файлов и их сравнения; - наличие графических средств работы с архивами (zip, rar, 7zip, tar, tgz, tar.gz, tar.bz, tar.xz, iso); - наличие графических средств для оповещения пользователя о конфликте IP-адресов при подключении к сети; - наличие графических средств настройки системы, в том числе: - установки и синхронизация времени; - управления пользователями; - просмотра системных журналов; - настройки и обслуживания принтеров; - наличие графических средств настройки цветового баланса для каждого монитора по отдельности; - наличие возможности присвоить пользовательские наименования звуковым устройствам при помощи графического интерфейса; - наличие графических средств ввода в домен, в том числе с возможностью добавить компьютер в нужное подразделение (OU, Organizational Unit) для клиента Active Directory; - наличие графического центра уведомлений на рабочем столе с следующими возможностями: - настройка расположения уведомлений; - возможность индивидуальных настроек для конкретных приложений; - настройка отображения уведомлений на экране блокировке и при разблокировки; - наличие графических инструментов глобального поиска по расположению, содержимому, времени создания или изменения, размеру файла, с отображением результатов поискового запроса в интерактивном окне со следующими возможностями: - группировки и фильтрации результатов по найденным категориям (файлы, приложения, папки, архивы); - отображения свойств найденных файлов (имя, тип, путь, размер); - наличие графического инструмента для настройки частот процессора. 2.4. Операционная система должна поддерживать следующий функционал: - графический интерфейс, адаптированный под использование на портативных устройствах с поддержкой управления настройками системы, приложениями и сервисами (включая контекстные меню) с помощью touchscreen (сенсорный экран) с возможностью автоматического отключения при подключении мышки; - возможность подключения к сети wi-fi до входа в систему, а также аутентификация в сети wi-fi с использованием смарт-карты; - наличие в репозитории операционной системы браузера из единого реестра российских программ для электронных вычислительных машин и баз данных; - идентификацию и аутентификацию пользователей; - дискреционное разграничение доступа; - возможность ввода аутентификационных данных пользователя при входе в систему и при разблокировке экрана с использованием виртуальной клавиатуры без необходимости дополнительных настроек. | ||||
2.5. Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов: - ext2/3/4, fat, ntfs, XFS, ZFS, BTRFS; - TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB; - поддержка стандарта ISO9660; - наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы. 2.6. Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя. 2.7. Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи. 2.8. Установщик операционной системы должен иметь следующий функционал: - обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD; - возможность автоматической установки при помощи файла конфигурации формата.yaml; - возможность задания параметров для администратора и нескольких локальных пользователей; - предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки; 2.9. Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО. 2.10. Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировать отображаемые виртуальные машины. 2.11. Операционная система должна предоставлять специальные возможности: - экранный диктор и синтезатор речи для русского языка; - голосовой ввод; - настройка визуальных и звуковых уведомлений на события, связанные со специальными возможностям; - настройка залипающих, замедленных и прыгающих клавиши; - настройка управления курсором мыши с помощью цифровой клавиатуры. 2.12. Дополнительные функциональные компоненты: - клиентское ПО, для осуществления подключения по протоколу RDP; - агенты служб централизованного управления системой; - приложение для сканирования документов с возможностью пропуска пустых страниц и с сохранением размера области сканирования; - средство просмотра и редактирования файлов.pdf; - средство для эмуляции запуска исполняемых файлов.exe; - средства просмотра и редактирования графики и изображений; - средство оптического распознавания символов. 3. Правовая безопасность Документом, подтверждающим право на поставку лицензий, является наличие действующего сублицензионного договора с разработчиком операционной системы или его партнером. 4. Описание обновлений или технической поддержки Тип 2 на 12 мес. | ||||
3 | Лицензия на Программный комплекс "ALD Pro" РДЦП.10101-01 на 1 контроллер домена, на 8 управляемых устройств и операционную систему специального назначения "Astra Linux Special Edition" для 64-х разрядной платформы на базе процессорной архитектуры x86-64 РУСБ.10015-01 (ФСТЭК) для 8 серверов, способ передачи электронный, на срок действия исключительного права, с включенными обновлениями Тип 1 на 12 мес. с правом бессрочного использования | 1. Общие требования к продукту 1.1 Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 1.2 Продукт и встроенные в него программные модули должны реализовывать все описываемые функции без дополнительной разработки, закупки и установки ПО. 2. Требования к серверной части 2.1 Общие требования к продукту 2.1.1 Продукт должен функционировать без ограничений в контуре периметра без необходимости использования внешних сервисов (в т.ч. и вендора, on-premises) 2.1.2 Взаимодействие пользователей с Продуктом должно осуществляться посредством графического интерфейса (WebUI и /или GUI) 2.1.3 Графический интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать доступ ко всем функциям и операциям в рамках имеющихся у пользователя ролей и привилегий. Должен поддерживать светлую и темную тему интерфейса. 2.1.4 Графический интерфейс должен быть рассчитан на использование манипулятора типа "мышь", то есть управление должно осуществляться с помощью набора экранных меню, кнопок, значков и элементов с минимизацией количества операций, выполняемых системным администратором 2.1.5 Продукт должен обеспечивать обработку аварийных ситуаций, вызванных неверными действиями системных администраторов, неверным форматом или недопустимыми значениями входных данных 2.1.6 Экранные формы должны отражать всю информацию и элементы оформления при разрешении экрана не менее 1024х768 с использованием стандартного шрифта 2.1.7 Элементы управления Продукта должны адаптироваться под контекст операции. Элементы выполнения групповых операций должны отображаться только при выборе нескольких элементов из списка 2.1.8 Все поясняющие надписи в экранных формах, а также сообщения, выдаваемые пользователю (кроме системных сообщений), должны быть выполнены на русском языке 2.1.9 Справочная информация по Продукту должна находиться в Продукте и позволять обратиться к ней из разделов 2.1.10 Продукт должен полноценно функционировать в контуре без необходимости использования внешних сервисов 2.1.11 Продукт должен работать на архитектуре x86 2.1.12 Архитектура Продукта должна обеспечивать централизованное управление всеми компонентами. 2.1.13 Продукт должен обеспечивать развертывание всех серверных компонентов под управлением ОС Astra Linux. 2.1.14 Продукт должен поддерживать работу в сетях IPv4 2.1.15 Продукт должен полноценно работать при отключенном NTLM версий 1 и 2 для подсистемы Управление конфигурацией домена 2.1.16 Продукт должен предусматривать механизмы отказоустойчивости на уровне приложения 2.1.17 Продукт должен обеспечивать горизонтальную масштабируемость без изменения архитектуры решения для подсистемы Управление конфигурацией домена 2.1.18 Продукт должен поддерживать георезервирование с установкой независимых компонентов в различные ЦОД для подсистемы Управление конфигурацией домена 2.1.19 Продукт должен обеспечивать восстановление своих функций после восстановления условий работоспособности при возникновении сбоев в системе электроснабжения аппаратной части; при ошибках в работе аппаратных средств; при ошибках, связанных с программным обеспечением (ОС и драйверы устройств) 2.2 Аутентификация пользователей по протоколам LDAP(S) и Kerberos | 1 | |
2.2.1 Поддержка возможности использования единого идентификатора для доступа ко всем разрешенным ресурсам и системам для решения задач строгой и сквозной аутентификации пользователей 2.2.2 Возможность пользователям домена авторизоваться в Продукте с использованием браузера при условии наличия соответствующих прав доступа 2.3 Управление конфигурацией домена 2.3.1 Создание, редактирование и удаление сайтов, управление параметром location идентификации сайта 2.3.2 В Продукте должна быть возможность просмотреть все сайты домена, а также карточку сайта с возможностью внесения изменений 2.3.3 Возможность изменить location параметр из карточки сайта 2.3.4 Ведение реестра серверов и ролей, привязка серверов домена к сайтам 2.3.5 Привязка домена к сайтам должна осуществляться из карточки необходимого сервера 2.3.6 Отображение связанного графа топологии домена и состояния готовности домена 2.3.7 Управление репликацией между контроллерами доменами путем добавления нового контроллера домена и создания соответствующих соглашений о репликации между конкретными контроллерами домена 2.4 Управление параметрами групповых политик 2.4.1 Управление иерархией и составом параметров групповых политик. Совместимость параметров групповых политик с версиями ОС. 2.4.2 Управление правилами набора правил для настройки доступа пользователей и групп пользователей к определенным хостам с использованием определенных сервисов, службами и группами служб набора правил для настройки доступа пользователей и групп пользователей к определенным хостам с использованием определенных сервисов: - Создание службы набора правил для настройки доступа пользователей и групп пользователей к определенным хостам с использованием определенных сервисов - Удаление службы набора правил для настройки доступа пользователей и групп пользователей к определенным хостам с использованием определенных сервисов - Создание группы служб набора правил для настройки доступа пользователей и групп пользователей к определенным хостам с использованием определенных сервисов - Удаление группы служб набора правил для настройки доступа пользователей и групп пользователей к определенным хостам с использованием определенных сервисов - Настройка правил служб набора правил для настройки доступа пользователей и групп пользователей к определенным хостам с использованием определенных сервисов для пользователей и компьютеров 2.4.3 Управление правилами SUDO, командами и группами команд SUDO: - Создание команды SUDO - Удаление команды SUDO - Создание группы команд SUDO - Удаление группы команд SUDO - Настройка правил SUDO для пользователей и компьютеров 2.5 Управление Kerberos 2.5.1 Управление службами Kerberos, в том числе создание и удаление 2.5.2 Управление политиками билетов Kerberos: - настройка срока действия билетов Kerberos - настройка максимального срока для обновления билетов Kerberos 2.6 Управление параметрами пользователей и групп 2.6.1 Управление параметрами пользователей и групп с использованием | ||||
графического интерфейса Продукта 2.6.2 Управление параметрами новых пользователей и групп по умолчанию: - Настройка параметров по умолчанию для новых пользователей - Настройка параметров по умолчанию для групп 2.6.3 Расширение списка атрибутов пользователя, в том числе создание атрибута карточки пользователя: - Создание нового атрибута для карточки пользователя 2.6.4 В продукте должен быть реализован интерфейс управления учетными записями правами доступа и полномочиями, соответствующий спецификации LDAP 3. 2.7 Управление глобальным каталогом и модулем синхронизации 2.7.1 Синхронизация пользователей и групп пользователей продукта с глобальным каталогом 2.7.2 Форсированная установка нового сервера глобального каталога 2.7.3 Синхронизация паролей, подразделений, пользователей и групп пользователей: - односторонняя (MS AD > Продукт) синхронизация подразделений, пользователей и групп пользователей - двусторонняя (MS AD Продукт) синхронизация паролей 2.7.4 Обработка запрещенных символов при синхронизации пользователей, групп, подразделений. 2.8 Управление организационной структурой, пользователями и компьютерами 2.8.1 Управление организационной структурой, пользователями и компьютерами с использованием графического интерфейса Продукта 2.8.2 Возможность настройки организационной структуры подразделений в иерархическом виде. При выборе подразделения, в интерфейсе Продукта должны отображаться объекты, которые входят в данное подразделение: - Пользователи - Группы пользователей - Компьютеры - Группы компьютеров 2.8.3 Управление подразделениями - Создание подразделения - Редактирование информации о подразделении 2.8.4 Настройка иерархии подразделений в соответствии со структурой организации - Добавление дочерних подразделений - Привязка подразделений к вышестоящим подразделениям организации 2.8.5 Управление пользователями и группами пользователей - Создание групп пользователей - Создание учетной записи пользователя - Редактирование учетной записи пользователя - Включение пользователя в группу пользователей - Привязка пользователя к подразделению - Быстрое восстановление удаленных пользователей (режим "корзины") 2.8.6 Управление компьютерами и группами компьютеров - Создание групп компьютеров - Редактирование учетной записи компьютера - Включение компьютера в группу компьютеров - Удаление учетной записи компьютера - Удаление группы компьютеров 2.9 Управление групповыми политиками 2.9.1 Управление групповыми политиками с использованием графического интерфейса Продукта 2.9.2 Создание, редактирование, удаление групповых политик 2.9.3 Назначение групповых политик на подразделения | ||||
2.9.4 Обновление конфигурации и применение параметров групповых политик, ПО и правил сбора событий на клиентах при включении компьютера 2.9.5 Обновление конфигурации и применение параметров групповых политик, ПО и правил сбора событий на клиентах по таймеру каждые 30 минут с возможностью добавления произвольного отклонения от 5 до 50 минут 2.9.6 Возможность принудительного обновления конфигурации и применения параметров 2.9.7 Групповые политики, политики ПО и задания автоматизации хранятся в LDAP 2.9.8 Механизм наследования и суммирования параметров групповых политик 2.9.9 Возможность включения и отключения параметра, а также установка необходимых значений параметра групповой политики, которые будут применены на целевом компьютере и пользователе 2.9.10 Возможность установки приоритета применения групповой политики в рамках назначенного подразделения 2.9.11 Удаленный доступ 2.9.12 Позволять удаленно подключаться к рабочему столу пользователя с использованием графического интерфейса Продукта 2.9.13 Удаленное подключение к рабочему столу пользователя с использованием клиентского кода доступа 2.10 Установка и обновление программного обеспечения 2.10.1 Возможность устанавливать и обновлять программное обеспечения на клиентских машинах домена с использованием графического интерфейса Продукта 2.10.2 Управление репозиториями ПО 2.10.3 Возможность репликации репозиториев ПО: - Развертывание сервера репозитриев программного обеспечения - Создание репозитория программного обеспечения - Загрузка iso-образов из файла - Загрузка пакетов из файла - Редактирование репозиториев программного обеспечения - Удаление репозиториев программного обеспечения 2.10.4 Управление группами ПО 2.10.5 Создание заданий на установку и удаление ПО, в том числе на компьютеры выбранных подразделений и групп компьютеров: - Создание политик программного обеспечения - Назначение политик программного обеспечения на подразделение - Назначение политик программного обеспечения на компьютер/группу компьютеров - Принудительная установка программного обеспечения - Удаление программного обеспечения 2.10.6 Управление параметрами программного обеспечения аналогично групповым политикам с возможностью применения на компьютерах выбранных подразделений 2.10.7 Управление политиками обновления продукта 2.10.8 Взаимодействие с механизмом управления параметрами программного обеспечения должно выполняться без применения командной строки и написания скриптов 2.10.9 Возможность устанавливать ОС по сети на клиентских машинах домена с использованием графического интерфейса Продукта 2.10.10 Разворачивание сервера установки ОС по сети 2.10.11 Редактирование скриптов сценария установки ОС по сети: - preseed - postinstall - boot-меню - первого запуска 2.10.12 Импорт конфигурации сценария установки ОС по сети | ||||
2.10.13 Создание профилей компьютеров, на которые планируется осуществлять установку ОС по сети 2.10.14 Выполнение установки ОС по сети на выбранных компьютерах 2.10.15 Ввод в домен и конфигурация рабочей станции после установки ОС по сети 2.11 Служба разрешения имен 2.11.1 Возможность управлять службами разрешения имен с использованием графического интерфейса Продукта 2.11.2 Управление перенаправлением DNS запросов: Создание зон перенаправления (перенаправление запросов) 2.11.3 Возможность управлять службой динамической настройки узла с использованием графического интерфейса Продукта 2.11.4 Управление службой DHCP: - Развертывание серверов динамической настройки узла (DHCP) - Импорт файла конфигурации DHCP - Настройка конфигурации DHCP - Настройка сетевых интерфейсов DHCP - Использование внешнего сервера DHCP 2.12 Cлужба синхронизации времени 2.12.1 Возможность управлять службой синхронизации времени с использованием графического интерфейса Продукта 2.12.2 Управление службой синхронизации времени 2.13 Служба печати 2.13.1 Возможность управлять службой печати с использованием графического интерфейса Продукта 2.13.2 Добавление принтера 2.13.3 Редактирование информации о принтере 2.13.4 Удаление принтера 2.13.5 Ведение мета-информации о принтере 2.13.6 Миграция принтеров из Microsoft Active Directory 2.14 Общий доступ к файлам 2.14.1 Создание, редактирование и удаление общих папок: - Развертывание серверов общего доступа к файлам - Создание папок общего доступа - Редактирование папок общего доступа - Удаление папок общего доступа 2.14.2 Ограничение доступа к общим папкам: Настройка схемы пользователей и групп пользователей для доступа к папке 2.15 Управление доступом 2.15.1 Возможность реализации в графическом интерфейсе Продукта 2.15.2 Делегирование роли главным администратором 2.15.3 Управление доступом путем назначения системных ролей безопасности 2.15.4 Возможность поддерживать систему прав, исключающую доступ администраторов Продукта к аутентификационной информации учетных записей, хранящихся в Продукте 2.15.5 Правила разграничения доступа должны позволять настраивать доступ для учетных записей и групп доступа 2.15.6 Правила разграничения доступа должны позволять настраивать доступ к любым объектам каталога пользователей и групп доступа 2.15.7 Правила разграничения доступа должны позволять устанавливать ограничения на определенные операции исходя из наличия привилегий учетной записи 2.15.8 Ввод в домен объектов типа "Компьютер" выполняется от имени учетной записи с полномочиями, явно указывающими на возможность выполнения такой операции, для остальных учетных записей данная функция должна быть недоступна. 2.16 Управление заданиями автоматизации 2.16.1 Возможность управлять заданиями автоматизации с использованием графического интерфейса Продукта 2.16.2 Настройка каталога параметров автоматизации | ||||
2.16.3 Выполнение заданий автоматизации 2.17 Мониторинг 2.17.1 Возможность осуществлять мониторинг подсистем с использованием графического интерфейса Продукта 2.17.2 Управление службой мониторинга (журнал событий, визуализация мониторинга), в том числе развертывание серверов мониторинга, ведений журнала событий 2.17.3 Оперативный мониторинг компонент Продукта, в том числе контроль доступности и работоспособности компонентов, мониторинг ошибок репликации, постановка компонент на мониторинг 2.18 Журналирование событий 2.18.1 Возможность осуществлять журналирование событий Продукта с использованием графического интерфейса Продукта 2.18.2 Управление параметрами сбора и хранения журналов событий 2.19 Навигация и поиск объектов 2.19.1 Возможность осуществлять поиск по объектам Продукта с использованием графического интерфейса Продукта в соответствии с разделами 2.19.2 Навигация иерархического типа 2.19.3 Поиск объектов (таких, как учетные записи пользователей, учетные записи персональных компьютеров, группы безопасности и рассылки, принтеры) 2.20 Справочный центр 2.20.1 Возможность осуществлять вызов справки из любого раздела с использованием графического интерфейса Продукта 2.20.2 Наличие встроенного в Продукт справочного центра на русском языке 2.20.3 Информация в справке должна быть структурирована согласно разделам продукта 2.20.4 Возможность доступа к справочному центру из любого компонента Продукта 2.20.5 В разделе справки должны быть описаны функции подсистем Продукта в соответствии с их предназначением 2.20.6 Поиск по справке 2.20.7 Перекрестные ссылки на разделы справки в случае отсылки к другим разделам по тексту 2.20.8 Группировка по тематике и типу информации 2.21 Личный кабинет пользователя 2.21.1 Возможность редактирования личных данных пользователем 2.21.2 Возможность изменения собственного пароля, в том числе при истечении срока действия пароля 2.22 Парольные политики 2.22.1 Продукт должен иметь механизм контроля соответствия устанавливаемых паролей требованиям парольных политик 2.22.2 Правила парольных политик должны поддерживать ограничения на длину пароля 2.22.3 Правила парольных политик должны поддерживать требования к сложности пароля 2.22.4 Правила парольных политик должны поддерживать требования необходимости смены пароля при первом входе 2.23 Надежность Продукта 2.23.1 Возможность предоставлять надежные и задокументированные методы для обеспечения высокой доступности 2.23.2 Возможность использовать автоматизированное развертывание своих модулей из централизованного интерфейса управления. 2.23.3 Возможность обеспечения высокой доступности (HA/DR) подсистемы Управление конфигурацией домена должно реализовывать архитектурные возможности Active-Active 2.23.4 Механизмы горизонтального масштабирования не должны иметь технических ограничений на количество узлов для подсистемы Управление конфигурацией домена 2.23.5 Продукт не должен использовать технологических решений | ||||
требующих от сетевой инфраструктуры работы в растянутых (между ЦОДами) VLAN и/или через L2 Core для подсистемы Управление конфигурацией домена 2.23.6 При построении системы репликации для подсистемы Управление конфигурацией домена должны использоваться механизмы репликации средствами приложения без задействования технических средств использующих механизмы репликации ОС и/или системы хранения данных 2.23.7 При использовании механизмов репликации подсистемы Управление конфигурацией домена должна быть обеспечена поддержка более 3х соглашений репликации 2.23.8 Механизм репликации должен обеспечивать гарантированную передачу изменений из источника до получателя для подсистемы Управление конфигурацией домена 2.23.9 Механизм репликации должен обеспечивать контроль полноты и целостности передаваемых данных на всем протяжении от момента передачи до применения для подсистемы Управление конфигурацией домена 2.23.10 Работа механизмов аутентификации при использовании доверительных отношений должна продолжаться без деградации при временных прерываниях сетевого взаимодействия между доменами, участвующими в доверительных отношениях 2.23.11 Сервис Kerberos-аутентификации должен предоставляться в том числе при недоступности любой аппаратной серверной 2.23.12 Подсистема Управление конфигурацией домена должна иметь механизмы полной репликации между компонентами, реализующими подсистему хранения службы каталогов, и управления репликацией (создание/удаление правил) 2.24 Документирование в продукте 2.24.1 Продукт должен сопровождаться подробной эксплуатационной документацией в том числе по описанию архитектуры предлагаемого решения: - Правила межсетевого экрана - Рекомендации по планированию ресурсов - Работа механизма репликации и разрешения конфликтов - Географическая балансировка нагрузки на сервисы Kerberos и LDAP - Описание работы механизма автоматического обнаружения сервисов Kerberos и LDAP - Механизм работы политик паролей и ограничения доступа к хостам - Настройка ролевой модели безопасности - Инструкция по настройке аудита - Инструкция по резервному копированию и восстановлению 2.25 Аудит событий 2.25.1 Продукт должен регистрировать события аудита информационной безопасности 2.25.2 Продукт должен регистрировать события аутентификации/авторизации (успешные/неуспешные) 2.25.3 Продукт должен регистрировать события предоставление, добавление, удаление, изменение данных каталога 2.25.4 Продукт должен регистрировать события изменение критичных параметров конфигурации 2.25.5 Продукт должен регистрировать события, связанные с выполнением технологических процессов внутри системы 2.25.6 Продукт должен поддерживать отправку событий аудита информационной безопасности по протоколу syslog 2.25.7 Продукт должен поддерживать отправку событий аудита информационной безопасности по протоколу syslog по TCP/UDP 2.25.8 Продукт должен поддерживать отправку событий аудита информационной безопасности по протоколу syslog в одном из форматов Text-based 2.25.9 Продукт должен поддерживать отправку событий аудита | ||||
информационной безопасности одновременно нескольким адресатам 2.25.10 При регистрации событий, связанных с аутентификацией, авторизацией должна регистрироваться уникальность события 2.25.11 При регистрации событий, связанных с аутентификацией, авторизацией должен регистрироваться результат операции 2.26 Управление доверительными отношениями: односторонними (исходящими) и двусторонними, - с доменами Продукта и Microsoft Active Directory (MS AD) 2.26.1 Управление доверительными отношениями с доменами Продукта и MS AD с использованием графического интерфейса Продукта 2.26.2 Создание доверительных отношений: односторонних (исходящих) и двусторонних, - c доменами Продукта и MS AD 2.26.3 Возможность авторизации в доверенном домене Продукта и MS AD (исходящие доверительные отношения) 2.26.4 Возможность авторизации на клиентах домена Продукта и MS AD (двусторонние доверительные отношения) 2.26.5 Возможность аутентификации и авторизации под учетными записями пользователей Microsoft Active Directory в доменах под управлением Продукта 2.26.6 Миграция объектов (Учетных записей) из Microsoft Active Directory с сохранением структуры вложенности объектов 3. Описание обновлений или технической поддержки Тип 1 на 12 мес. | ||||
4 | Лицензия на Программный комплекс "ALD Pro" РДЦП.10101-01 на 1 управляемое устройство, способ передачи электронный, на срок действия исключительного права, с включенными обновлениями Тип 1 на 12 мес. | 1. Общие требования к продукту 1.1 Продукт должен быть включен в Единый реестр российских программ для электронных вычислительных машин и баз данных. 1.2 Продукт и встроенные в него программные модули должны реализовывать все описываемые функции без дополнительной разработки, закупки и установки ПО. 2. Требования к клиентской части 2.1.1 Клиент должен обеспечивать следующие возможности управления ОС: 2.1.2 Работать в среде ОС с архитектурой x86_64 2.1.3 Обеспечивать возможность аутентификации и авторизации пользователей в доменах под управлением Продукта с использованием протоколов LDAP и Kerberos 2.1.4 Обеспечивать возможность аутентификации и авторизации под учетными записями пользователей Microsoft Active Directory в доменах под управлением Продукта 2.1.5 Обеспечивать возможность регистрации узла в службе разрешения имен при вводе клиента в домен 2.1.6 Обеспечивать возможность настройки динамического обновления DNS клиента при изменении их IP адреса 2.1.7 Удаленное подключение к рабочему столу пользователя с использованием клиентского кода доступа с помощью графической утилиты 2.1.8 Выполнять задания автоматизации, политик на установку ПО, групповых политик 2.1.9 Обеспечивать возможность осуществлять журналирование событий 2.1.10 Обеспечивать возможность просмотра личных данных пользователем посредством web-интерфейса 2.1.11 Обеспечивать возможность изменения собственного пароля, в том числе при истечении срока действия пароля 2.1.12 Возможность Kerberos-аутентификации должна предоставляться в том числе при недоступности контроллеров домена любого сайта 2.1.13 Должен обеспечивать возможность ввода в домен с помощью графического интерфейса | 14 | |
2.1.14 Должен обеспечивать возможность подключения сетевых ресурсов общего доступа к управляемой ОС. 3. Описание обновлений или технической поддержки Тип 1 на 12 мес. |
Включение в условия закупочной документации специальных требований к объекту закупки, допустимы исключительно в ситуации наличия специфики использования приобретаемого товара (работ, услуг). Установление указанной специфики входит в предмет доказывания и подлежит выяснению в ходе рассмотрения жалобы. Бремя доказывания наличия указанной специфики возлагается на Заказчика.
Заказчик в ходе рассмотрения жалобы обосновал указание кода 58.29.50.000 (Услуги по предоставлению лицензий на право использовать компьютерное программное обеспечение), а также невозможность замены данного программного обеспечения на иной программный продукт, в том числе и на предлагаемый Заявителем - UNCOM OS, приложив подтверждающие документы.
Заказчик также уточнил, что отсутствие сертификации ФСТЭК у названного программного обеспечения означает, что такая операционная система не прошла обязательную процедуру оценки соответствия требованиям по защите информации, что делает невозможным ее использование в государственных информационных системах и при работе с персональными данными.
Кроме того, Комиссия Оренбургского УФАС принимает во внимание, что ст. 105 Закона о контрактной системе предусмотрено, что к жалобе прикладываются документы, подтверждающие ее обоснованность.
Следовательно, бремя доказывания при рассмотрении жалобы в контрольном органе возлагается также и на лицо, подавшее жалобу на соответствующие действия Заказчика в порядке Главы 6 Закона о контрактной системе.
На заседание Комиссии Оренбургского УФАС представитель Заявителя не явился, доказательств, опровергающих заявленные Заказчиком доводы в части описания объекта закупки, не представил.
Проанализировав представленные сторонами документы, Комиссия Оренбургского УФАС России приходит к выводу о необоснованности доводов жалобы Заявителя.
На основании изложенного и руководствуясь ч. 3 ст. 99, ч. 8 ст. 106 Закона о контрактной системе Комиссия,
решила:
Признать жалобу ИП Г. на действия вх. N 5835/25 от 09.06.2025 года на действия Счетной палаты Оренбургской области при проведении электронного аукциона на оказание услуги по передаче неисключительных прав на операционную систему специального назначения "Astra Linux Special Edition" и программный комплекс "ALD Pro" (номер извещения 0853500000325004232) необоснованной.
Требование о приостановке определения поставщика (подрядчика, исполнителя) в части подписания контракта, установленное Управлением на основании части 7 статьи 106 Закона о контрактной системе, отменить.
Настоящее решение может быть обжаловано в судебном порядке в течение трех месяцев с даты принятия.