Решение Московское УФАС России от 18.08.2025 N 077/06/106-10329/2025
Реквизиты
Решение Московское УФАС России от 18.08.2025 N 077/06/106-10329/2025
Статус
Действующее
Результат
Жалоба обоснована
Принятое решение
Признать жалобу обоснованной; выдать предписание об устранении нарушений.
УПРАВЛЕНИЕ ФЕДЕРАЛЬНОЙ АНТИМОНОПОЛЬНОЙ СЛУЖБЫ
ПО Г. МОСКВЕ
РЕШЕНИЕ
от 18 августа 2025 г. по делу N 077/06/106-10329/2025
О НАРУШЕНИИ ЗАКОНОДАТЕЛЬСТВА О КОНТРАКТНОЙ СИСТЕМЕ
Комиссия по контролю в сфере закупок товаров, работ, услуг Управления Федеральной антимонопольной службы по г. Москве (далее - Комиссия Управления) в составе:
Председательствующего - главного государственного инспектора отдела обжалования государственных закупок С.И. Казарина,
Ч. Комиссии:
Ведущего специалиста-эксперта отдела обжалования государственных закупок М.,
Специалиста-эксперта отдела обжалования государственных закупок Р.,
рассмотрение жалобы проводилось дистанционно (посредством видеоконференцсвязи), при участии представителей: ФГБУ ФИПС: К. (по дов. N 17 от 09.01.2025), В. (по дов. Nб/н), в отсутствии представителей ООО "А", о времени и порядке заседания Комиссии Управления уведомленных надлежащим образом посредством размещения информации в Единой информационной системе, рассмотрев жалобу ООО "А" (далее - Заявитель) на действия ФГБУ ФИПС (далее - Заказчик) при проведении электронного аукциона на право заключения государственного контракта на развитие программно-аппаратного комплекса "Автоматизированные рабочие места ФИПС" (Закупка N 0373100087425000008) (далее - аукцион, электронный аукцион) в соответствии с Федеральным законом от 05.04.2013 N 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (далее - Закон о контрактной системе),
установила:
В Московское УФАС России поступила жалоба Заявителя на действия Заказчика при проведении вышеуказанного аукциона.
На заседании Комиссии Управления Заказчиком представлены документы и сведения, запрашиваемые Московским УФАС России.
Заявитель обжалует действия Заказчика, выразившиеся в утверждении извещения об осуществлении закупки в нарушение Закона о контрактной системе.
На основании п. 1, п. 3 ч. 2 ст. 42 Закона о контрактной системе, извещение об осуществлении закупки должно содержать электронные документы с описанием объекта закупки в соответствии со ст. 33 Закона о контрактной системе, с требованиями к содержанию, составу заявки на участие в закупке в соответствии с Законом о контрактной системе и инструкцией по ее заполнению. При этом не допускается установление требований, влекущих за собой ограничение количества участников закупки.
Согласно п. 1 ч. 1 ст. 33 Закона о контрактной системе в описании объекта закупки указываются функциональные, технические и качественные характеристики, эксплуатационные характеристики объекта закупки (при необходимости).
В силу ч. 2 ст. 33 Закона о контрактной системе описание объекта закупки в соответствии с требованиями, указанными в ч. 1 ст. 33 Закона о контрактной системе, должно содержать показатели, позволяющие определить соответствие закупаемых товара, работы, услуги установленным заказчиком требованиям. При этом указываются максимальные и (или) минимальные значения таких показателей и (или) значения показателей, которые не могут изменяться.
1. В составе жалобы Заявитель обжалует действия Заказчика, выраженные в описании закупаемых товаров не в соответствии с позициями Каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд.
В силу п. 5 ч. 1 ст. 42 Закона о контрактной системе извещение об осуществлении закупки должно содержать наименование объекта закупки, информация (при наличии), предусмотренная правилами использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, установленными в соответствии с ч. 6 ст. 23 Закона о контрактной системе, указание (в случае осуществления закупки лекарственных средств) на международные непатентованные наименования лекарственных средств или при отсутствии таких наименований химические, группировочные наименования.
Постановлением Правительства Российской Федерации от 08.02.2017 N 145 утверждены Правила формирования и ведения в единой информационной системе в сфере закупок каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее - правила формирования КТРУ) и Правила использования каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд (далее - Правила использования КТРУ).
На основании п. 14 ч. 3 ст. 4 Закона о контрактной системе единая информационная система содержит каталог товаров, работ, услуг для обеспечения государственных и муниципальных нужд.
Согласно ч. 6 ст. 23 Закона о контрактной системе порядок формирования и ведения в единой информационной системе каталога товаров, работ, услуг для обеспечения государственных и муниципальных нужд, а также правила использования указанного каталога устанавливаются Правительством Российской Федерации.
Согласно пп."а" п. 2 Правила использования КТРУ каталог используется заказчиками в целях обеспечения применения информации о товарах, работах, услугах, в том числе в:
-извещении об осуществлении закупки;
-приглашении принять участие в определении поставщика (подрядчика, исполнителя) (далее - приглашение);
-документации о закупке (в случае если Федеральным законом предусмотрена документация о закупке);
-контракте;
-реестре контрактов, заключенных заказчиками.
На основании п. 4 Правил использования КТРУ Заказчики обязаны применять информацию, включенную в позицию каталога в соответствии с пп."а" - "г" и "е" - "з" п. 10 Правил формирования КТРУ. При этом заказчик обязан при осуществлении закупки использовать информацию, включенную в соответствующую позицию, в том числе указывать согласно такой позиции следующую информацию:
а) наименование товара, работы, услуги;
б) единицы измерения количества товара, объема выполняемой работы, оказываемой услуги (при наличии);
в) описание товара, работы, услуги (при наличии такого описания в позиции).
В силу п. 5 Правил использования КТРУ Заказчик вправе указать в извещении об осуществлении закупки, приглашении и документации о закупке (в случае если Законом о контрактной системе предусмотрена документация о закупке) дополнительную информацию, а также дополнительные потребительские свойства, в том числе функциональные, технические, качественные, эксплуатационные характеристики товара, работы, услуги в соответствии с положениями с.33 Закона о контрактной системе, которые не предусмотрены в позиции каталога.
Вместе с тем в силу п. 6 Правил использования КТРУ в случае предоставления дополнительной информации, предусмотренной п. 5 Правил, заказчик обязан включить в описание товара, работы, услуги обоснование необходимости использования такой информации (при наличии описания товара, работы, услуги в позиции каталога).
Из смысла положений п. 7 Правил использования КТРУ регламентировано, что в случае осуществления закупки товара, работы, услуги, в отношении которых в каталоге отсутствуют соответствующие позиции, заказчик осуществляет описание товара, работы, услуги в соответствии с требованиями ст. 33 Закона о контрактной системе. При проведении предусмотренных Законом о контрактной системе электронных процедур, закрытых электронных процедур характеристики объекта закупки, предусмотренные п. 1 ч. 1 ст. 33 Закона о контрактной системе, указываются с использованием единой информационной системы при формировании извещения об осуществлении закупки, приглашения принять участие в определении поставщика (подрядчика, исполнителя) в соответствии с ч. 1 ст.42, п. 1 ч. 1 ст. 75 Закона о контрактной системе соответственно.
В качестве кода каталога товара, работы, услуги, на которые в каталоге отсутствует соответствующая позиция, указывается код такого товара, работы, услуги согласно Общероссийскому классификатору продукции по видам экономической деятельности (ОКПД2) ОК 034-2014.
В силу п. 8 Правил использования КТРУ при включении в состав одного лота (одного товара, работы, услуги) нескольких товаров, работ, услуг, на которые в каталоге имеются подлежащие применению позиции каталога и на которые в каталоге отсутствуют соответствующие позиции, заказчик руководствуется требованиями настоящих Правил в отношении каждого такого товара, работы услуги, на которые в каталоге имеется подлежащая применению позиция.
Согласно описанию объекта закупки Заказчиком закупается товар "Автоматизированное рабочее место" кода ОКПД2 26.20.15.150 со следующими требованиями к характеристикам, например:
"Возможность блокировки кнопки включения системного блока: Да";
"Наличие клавиатуры в комплекте: Да";
"Наличие манипулятора типа мышь в комплекте: Да";
"Монитор, подключаемый к компьютеру".
Согласно ч. 4 ст. 106 Закона о контрактной системе участник закупки, подавший жалобу, вправе представить для рассмотрения жалобы по существу информацию и документы, подтверждающие обоснованность доводов жалобы.
На заседании Комиссии Управления представитель Заявителя отсутствовал, вместе с этим, в составе жалобы Заявитель указывает, что при включении в состав одного лота (одного товара "Автоматизированное рабочее место") нескольких товаров, как, например, системный блок и монитор, в отношении которых имеются соответствующие позиции КТРУ, Заказчик обязан применить позицию КТРУ, что в данном случае Заказчиком сделано не было, что нарушает Правила использования КТРУ.
В подтверждении своей позиции представитель Заявителя привел схожую позицию ФАС России, выраженную в письме от 18.03.2025 N ГР/24526-ПР/25, согласно в частности которому "при осуществлении закупки нескольких товаров заказчик обязан применить каталог в части товаров, на которые сформированы соответствующие позиции каталога. При этом при осуществлении закупки, например, автоматизированного рабочего места, в состав лота входят системный блок, монитор и другие сопутствующие товары. В связи с этим, в случае наличия в каталоге сформированной соответствующей позиции, отвечающей потребностям заказчика, необходимо описывать такие товары в соответствии с требованиями каталога".
Также Заявитель указал, что неприменение Заказчиком вышеуказанных позиций КТРУ повлекло за собой неправомерное установление Заказчиком дополнительных требований к характеристикам закупаемого оборудования, не предусмотренных позициями КТРУ.
Согласно ч. 1 ст. 106 Закона о контрактной системе лица, права и законные интересы которых непосредственно затрагиваются в результате рассмотрения жалобы, вправе направить в контрольный орган в сфере закупок возражения на жалобу, участвовать в ее рассмотрении лично или через своих представителей.
На заседании Комиссии Управления представители Заказчика пояснили, что в объектом закупки являются не отдельные изделия и товары, а один товар "Автоматизированное рабочее место", в отношении которого в КТРУ отсутствует соответствующая позиция КТРУ.
Таким образом, представитель Заказчика полагает, что Заказчиком правомерно осуществлено описания объекта закупки в соответствии с Законом о контрактной системе.
В свою очередь, Комиссия Управления полагает, что Заказчиком не учтено, что согласно п. 4 Правил использования КТРУ, Заказчики обязаны использовать сведения указанные в позиции КТРУ при формировании описания объекта закупки, при условии, что в КТРУ имеется позиция, соответствующая закупаемому изделию.
Аналогичная правовая позиция изложена в постановлении Девятого арбитражного апелляционного суда по делу N А40-230806/23 от 29.02.2024.
Комиссия Управления отмечает, что п. 8 Правил использования КТРУ однозначно определено, что при включении в состав одного лота (одного товара, работы, услуги) нескольких товаров, работ, услуг, на которые в каталоге имеются подлежащие применению позиции каталога и на которые в каталоге отсутствуют соответствующие позиции, заказчик руководствуется требованиями настоящих Правил в отношении каждого такого товара, работы услуги, на которые в каталоге имеется подлежащая применению позиция.
Вместе с этим, как установлено Комиссией Управления, в рамках закупаемого оборудования включены такие товары как "Системный блок", "Монитор", "Клавиатура", "Компьютерная мышь", при этом на заседании Комиссии Управления представителем Заказчика не представлено пояснений, указывающих на несоответствие этих товаров в составе комплекта позициям КТРУ.
Резюмируя вышеизложенное, в силу п. 8 Правил использования КТРУ, Комиссией Управления приходит к выводу, что Заказчику следовало установить и использовать соответствующие позиции КТРУ при описании этих товаров, а также о нарушении Заказчиком ч. 6 ст. 23, п. 5 ч. 1 ст. 42 Закона о контрактной системе, что содержит признаки состава административного правонарушения, ответственность за которое предусмотрена ч. 6 ст. 7.30.1 Кодекса административных правонарушений.
2. В составе жалобы Заявитель также указывает, что Заказчиком некорректно сформировано описание объекта закупки, поскольку структурированная форма извещения не соответствует прилагаемому файлу "Описание объекта закупки АРМ".
Комиссией Управления установлено, что Заказчиком в структурированном извещении об осуществлении закупки установлены требования в следующем виде:
Вместе с тем в составе извещения о проведении электронного аукциона также прикреплен файл "Описание объекта закупки АРМ", в котором установлены требования к товарам, в частности:
по п. 2 "Лицензия на право установки и использования операционной системы специального назначения для рабочих станций":
"Операционная система должна соответствовать требованиям Постановления Правительства РФ от 23.12.2024 N 1875 "О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц";
Эксплуатационная документация на операционную систему должна раскрывать сведения о средствах и способах реализации функций безопасности, предусмотренных требованиями нормативных документов:
-"Требования безопасности информации к операционным системам" (ФСТЭК России, 2016);
-"Профиль защиты операционных систем типа "А" не ниже 4 класса
ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017);
-"Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий" (ФСТЭК России, 2020) не ниже 4 уровня;
-"Требования по безопасности информации к средствам контейнеризации" (ФСТЭК России, 2022) не ниже 4 класса защиты;
-"Требования по безопасности информации к средствам виртуализации" (ФСТЭК России, 2022) не ниже 4 класса защиты;
-"Требования по безопасности информации к системам управления базами данных" (ФСТЭК России, 2023) не ниже 4 класса защиты.
Операционная система должна иметь сертификат соответствия требованиям нормативных документов ФСТЭК России:
-"Требования безопасности информации к операционным системам" (ФСТЭК России, 2016);
-"Профиль защиты операционных систем типа "А" не ниже 4 класса ИТ.ОС.А4.ПЗ (ФСТЭК России, 2017);
-"Требования по безопасности информации, устанавливающие уровни доверия к средствам технической защиты информации и средствам обеспечения безопасности информационных технологий" (ФСТЭК России, 2020) не ниже 4 уровня;
-"Требования по безопасности информации к средствам контейнеризации" (ФСТЭК России, 2022) не ниже 4 класса защиты;
-"Требования по безопасности информации к средствам виртуализации" (ФСТЭК России, 2022) не ниже 4 класса защиты;
-"Требования по безопасности информации к системам управления базами данных" (ФСТЭК России, 2023) не ниже 4 класса защиты.
Требования к встроенному комплексу средств защиты информации операционной системы:
Операционная система должна обеспечивать встроенными сертифицированными средствами:
-идентификацию и аутентификацию пользователей;
-управление средствами аутентификации;
-управление учетными записями пользователей, разграничение полномочий и назначение прав пользователям;
-реализацию дискреционного разграничения доступа;
-возможность указания параметров настройки комплекса средств защиты во время создания пользователя;
-возможность создания среды выполнения контейнеров, обеспечения работы с ними и поддержкой изоляции процессов, выполняемых в контейнерах.
В составе операционной системы должна быть реализована возможность защиты аутентификационной информации с использованием функции хэширования.
В составе операционной системы должно быть ядро, поддерживаемое
Центром исследования безопасности системного программного обеспечения ИСП РАН.
Операционная система должна иметь графическое средство настройки ограничений пользователя по запуску программ в изолированном окружении с использованием механизма пространств имен и фильтрации системных вызовов, обеспечивающих:
-ограничение прав пользователя на запуск приложений ядром системы;
-ограничение прав пользователя средствами графического интерфейса;
-разрешение запуска только тех программных компонентов, которые явно разрешены администратором безопасности.
Обеспечение запрета запуска (исполнения) пользователем созданных самостоятельно (с использованием текстовых редакторов или непосредственно в командной строке) программ с использованием интерпретируемых языков программирования.
В составе операционной системы должны быть графические средства настройки защиты машинных носителей, обеспечивающие:
-идентификацию устройств и сопоставление пользователя с устройством;
-управление доступом субъектов доступа к устройствам методами дискреционного управления доступом;
-задание правил управления доступом, разрешающих или запрещающих доступ субъектов доступа к устройствам, а также определяющих разрешенные типы доступа, в том числе с использованием атрибутов безопасности;
-учет носителей информации и контроль использования интерфейсов ввода и вывода.
Операционная система должна включать в свой состав программное обеспечение, реализующее задачи аудита и журналирования (регистрации) событий безопасности. Регистрация событий безопасности должна выполняться с учетом требований ГОСТ Р 59548-2022.
Операционная система должна включать в состав графические средства настройки контроля целостности:
-контроль целостности дистрибутива;
-контроль объектов файловой системы;
-контроль целостности исполняемых файлов.
Операционная система должна обеспечивать возможность блокировки:
-запуска исполняемых файлов, включая EXE и загрузки библиотек, в том числе DLL,.NET 7/8, целостность которых нарушена;
-открытия файлов, в том числе пустых, и самораспаковывающихся 7Z архивов, установленных на контроль, при нарушении их целостности.
В составе операционной системы должна быть реализована возможность ограничения полномочий пользователей по использованию консолей.
В операционной системе должна быть реализована возможность очистки и ограничения работы с оперативной памятью.
Должны быть обеспечены работы по устранению уязвимостей и включению информации об уязвимостях программного обеспечения операционной системы в банк данных угроз безопасности информации ФСТЭК России (https://bdu.fstec.ru/vul).
Механизмами безопасности операционной системы должна быть обеспечена защита системных и привилегированных процессов от несанкционированного доступа и управления (исключение возможности повышения привилегий пользователей и управления привилегированными процессами в случае использования дефектов/уязвимостей в программном обеспечении информационной системы).
Операционная система должна обеспечивать запрет операций записи в системные каталоги и файлы (программы, файлы конфигурации), а также установки программного обеспечения, запуска и останова системных процессов операционной системы, вне зависимости от изменения пользователем своих привилегий в текущем сеансе работы.
Операционная система должна предоставлять средство настройки профиля системы со следующими возможностями:
-настройка комплекса средств защиты в соответствии с требованиями о защите информации, предъявляемыми к определенному классу защищенности информационных систем, при помощи графического интерфейса;
-импорт и экспорт настроек комплекса средств защиты системы.
Операционная система должна иметь средства для работы со сторонними устройствами аутентификации - токенами, обеспечивающие следующие возможности:
-двухфакторная авторизация;
-вход и разблокировка сессии по токену;
-блокировка сессии при извлечении токена.
Требования к функциональным возможностям операционной системы
Операционная система должна быть предназначена для функционирования на средствах вычислительной техники с аппаратной платформой х86-64, включая процессоры Intel не ниже 10-го поколения.
Операционная система должна поддерживать работу на ядре Linux версии не ниже 6.1 с возможностью обновления до новых версий ядра (в соответствии с документацией на продукт).
Операционная система должна обеспечивать функционал в графическом исполнении:
-наличие графических средств создания, настройки и управления несколькими репозиториями используемого программного обеспечения со следующим функционалом:
oпроверка зависимостей пакетной базы;
oавтоматическая публикация в сети по протоколам http и ftp;
oвыбор конкретных репозиториев, из которых будет произведено обновление пакетов;
-наличие средств подключения к операционной системе по протоколу 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установки и синхронизация времени;
oуправления пользователями;
oпросмотра системных журналов;
oнастройки и обслуживания принтеров;
-наличие графических средств настройки цветового баланса для каждого монитора по отдельности;
-наличие возможности присвоить пользовательские наименования звуковым устройствам при помощи графического интерфейса;
-наличие графических средств ввода в домен, в том числе с возможностью добавить компьютер в нужное подразделение (OU, Organizational Unit) для клиента Active Directory;
-наличие графического центра уведомлений на рабочем столе с следующими возможностями:
oнастройка расположения уведомлений;
oвозможность индивидуальных настроек для конкретных приложений;
oнастройка отображения уведомлений на экране блокировке и при разблокировки;
-наличие графических инструментов глобального поиска по расположению, содержимому, времени создания или изменения, размеру файла, с отображением результатов поискового запроса в интерактивном окне со следующими возможностями:
oгруппировки и фильтрации результатов по найденным категориям (файлы, приложения, папки, архивы);
oотображения свойств найденных файлов (имя, тип, путь, размер);
-наличие графического инструмента для настройки частот процессора.
Операционная система должна поддерживать следующий функционал:
-графический интерфейс, адаптированный под использование на портативных устройствах с поддержкой управления настройками системы, приложениями и сервисами (включая контекстные меню) с помощью touchscreen (сенсорный экран) с возможностью автоматического отключения при подключении мышки;
-возможность подключения к сети wi-fi до входа в систему, а также аутентификация в сети wi-fi с использованием смарт-карты;
-наличие в репозитории операционной системы браузера из единого реестра российских программ для электронных вычислительных машин и баз данных;
-возможность ввода аутентификационных данных пользователя при входе в систему и при разблокировке экрана с использованием виртуальной клавиатуры без необходимости дополнительных настроек.
Операционная система должна обеспечивать поддержку файловых систем и сетевых протоколов:
-ext2/3/4, fat, ntfs, iso9660, XFS, ZFS, BTRFS;
-TCP/IP, DHCP, DNS, FTP, TFTP, SMTP, IMAP, HTTP(S), NTP, SSH, NFS, SMB;
-поддержка стандарта ISO9660;
-наличие средств подключения ресурсов WebDAV в качестве локальной файловой системы для возможности использования их стандартными приложениями операционной системы.
Операционная система должна обеспечивать возможность создания точек восстановления (снапшотов) для последующего возвращения системы к исходному состоянию в случае сбоя, а так же иметь возможность возврата к состоянию до начала установки обновлений.
Операционная система должна обеспечивать среду функционирования для сертифицированных средств криптографической защиты информации, предназначенных для создания и проверки электронной подписи.
Установщик операционной системы должен иметь следующий функционал:
-обеспечивать возможность запуска VNC сервера для удаленного подключения к клиентским машинам и управления ими как на этапе загрузки с установочного диска в главном меню программы установки, так и непосредственно в LiveCD;
-возможность автоматической установки при помощи файла конфигурации формата.yaml;
-возможность задания параметров для администратора и нескольких локальных пользователей;
-предоставлять возможность установки любых пакетов из репозитория операционной системы во время установки.
Операционная система должна предоставлять инструмент для обновления между мажорными версиями с сохранением настроек операционной системы и ПО.
Операционная система должна предоставлять средства для локальной виртуализации (виртуальные машины, созданные на рабочей станции или удаленном сервере и используемые в однопользовательском режиме) с графическим интерфейсом управления и возможностью группировать отображаемые виртуальные машины.
Операционная система должна предоставлять специальные возможности:
-экранный диктор и синтезатор речи для русского языка;
-голосовой ввод;
-настройка визуальных и звуковых уведомлений на события, связанные со специальными возможностям;
-настройка залипающих, замедленных и прыгающих клавиши;
-настройка управления курсором мыши с помощью цифровой клавиатуры.
Дополнительные функциональные компоненты:
-клиентское ПО, для осуществления подключения по протоколу RDP;
-агенты служб централизованного управления системой;
-приложение для сканирования документов с возможностью пропуска пустых страниц и с сохранением размера области сканирования;
-средство просмотра и редактирования файлов.pdf;
-средство для эмуляции запуска исполняемых файлов.exe;
-средства просмотра и редактирования графики и изображений;
-средство оптического распознавания символов".
Вместе с этим Комиссия Управления отмечает, что в составе структурированной формы извещения вышеуказанные требования к характеристикам не предъявлены, в отношении таких характеристик отсутствуют графы, позволяющие представить по ним значения.
Таким образом, Комиссия Управления приходит к выводу, что Заказчиком не исполнено надлежащим образом требование об указании требований к товарам с использованием единой информационной системы при формировании извещения об осуществлении закупки, поскольку характеристики отсутствуют в разделе "Характеристики товара, работы, услуги".
Более того, предъявление требований к закупаемому товару в разных частях извещения о проведении закупки изначально не отвечает положениям ст. 33 Закона о контрактной системе.
В данном случае Заказчику во исполнение требований п. 5 ч. 1 ст. 42 Закона о контрактной системе, Правил пользования КТРУ надлежало отразить все характеристики закупаемых товаров в разделе "Характеристики товара, работы, услуги" с указанием в соответствующих графах наименования, значения и единицы измерения характеристик, чего Заказчиком сделано не было.
Исходя из вышеизложенного Комиссия Управления приходит к выводу, что положения извещения сформированы Заказчиком таким образом, что не позволяют участникам закупки представить сведения о поставляемом товаре надлежащим образом, посредством заполнения сведений, указанных в структурированной формы извещения, размещенной в соответствии ч. 1 ст. 42 Закона о контрактной системе.
Таким образом, на основании имеющихся документов и сведений, Комиссия Управления приходит к выводу о нарушении Заказчиком положений п. 1 ч. 1 ст. 33, п. 5 ч. 1 ст. 42 Закона о контрактной системе при формировании описания объекта закупки, что также свидетельствует о наличии в действиях Заказчика признаков состава административного правонарушения, ответственность за которое предусмотрена ч. 5 ст. 7.30.1 Кодекса Российской Федерации об административных правонарушениях.
Исследовав представленные материалы, Законом о контрактной системе, Комиссия Управления
решила:
1.Признать жалобу ООО "А" на действия ФГБУ ФИПС обоснованной.
2.Признать в действиях Заказчика нарушения ч. 6 ст. 23, п. 1 ч. 1 ст. 33, п. 5 ч.1 ст. 42 Закона о контрактной системе.
3.Выдать Заказчику обязательное для исполнения предписание об устранении нарушений законодательства о контрактной системе.
4.Передать материалы дела соответствующему должностному лицу Московского УФАС России для рассмотрения вопроса о возбуждении дела об административном правонарушении.
Решение может быть обжаловано в судебном порядке в Арбитражном суде г. Москвы в течение 3 (трех) месяцев с даты его принятия в порядке, установленным гл. 24 АПК РФ.
Председательствующий
С.И.КАЗАРИН
Члены Комиссии
М.
Р.