Решение Амурского УФАС России от 04.09.2026 N 028/06/105-667/2026

(в полном объеме изготовлено 04.09.2026)

Комиссия управления Федеральной антимонопольной службы по Амурской области (далее - Амурское УФАС России) по контролю в сфере закупок в составе: Ф. - председателя Комиссии, заместителя руководителя управления; Л. - ведущего специалиста-эксперта отдела контроля закупок; Б. - ведущего специалиста- эксперта отдела контроля закупок,

в присутствии представителей от государственного заказчика, уполномоченного органа, и общества с ограниченной ответственностью "Р" (далее - ООО "Р") (лицам, присутствующим на заседании комиссии, разъяснены права, порядок рассмотрения дела, сообщено о ведении аудио- и видеозаписи заседания Комиссии Амурского УФАС России), рассмотрела поступившую в Амурское УФАС России жалобу от ООО "Р" на действия государственного заказчика - государственного казенного учреждения Амурской области "Ц" (далее - ГКУ АО "Ц") при осуществлении электронного аукциона на выполнение работ по созданию и вводу в эксплуатацию информационной системы интеллектуальной транспортной системы города Благовещенска в части автоматизированной системы управления дорожным движением, включая проектирование конфигурации Системы, настройку и адаптацию программного обеспечения, поставку оборудования интеграциюРешение и программного обеспечения, монтаж, пусконаладочные работы, компонентов, испытания и передачу результатов работ Заказчику, объявленного извещением от 21.08.2026 N 0123200000326001602 на электронной площадке РТС-тендер http://www.rts-tender.ru, выразившиеся, по мнению заявителя, в нарушении положений Федерального закона от 05.04.2013 N 44-ФЗ "О контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (далее - Закон о контрактной системе, Федеральный закон).

Из жалобы заявителя следует, что документы электронного аукциона не соответствуют требованиям законодательства.

Представители заказчика и уполномоченного органа с доводами, заявленными в жалобе, не согласились. Представили письменные возражения, которые приобщены к материалам дела. Просят признать жалобу необоснованной.

Комиссия Амурского УФАС России, рассмотрев жалобу, исследовав материалы дела, проведя в соответствии с частями 3, 15 статьи 99 Закона о контрактной системе внеплановую проверку,

21.08.2026 уполномоченным органом - управлением государственного заказа Амурской области по заявке государственного заказчика - ГКУ АО "Ц" на электронной площадке РТС-тендер http://www.rts-tender.ru опубликовано извещение N 0123200000326001602 на выполнение работ по созданию и вводу в эксплуатацию информационной системы интеллектуальной транспортной системы города Благовещенска в части автоматизированной системы управления дорожным движением, включая проектирование конфигурации Системы, настройку и адаптацию программного обеспечения, поставку оборудования и программного обеспечения, монтаж, пусконаладочные работы, интеграцию компонентов, испытания и передачу результатов работ Заказчику.

Соответствующая информация размещена на официальном сайте Единой информационной системы в сфере закупок www.zakupki.gov.ru.

Начальная (максимальная) цена контракта установлена в размере 79 919 519,55 рублей.

Дата и время окончания срока подачи заявок - 31.08.2026, дата проведения процедуры подачи предложений о цене контракта либо о сумме цен единиц товара, работы, услуги - 31.08.2026, дата подведения итогов определения поставщика (подрядчика, исполнителя) - 02.09.2026.

Комиссия Амурского УФАС России, исследовав материалы дела, приходит к следующим выводам.

В силу пункта 1 части 2 статьи 42 Закона о контрактной системе извещение об осуществлении закупки, если иное не предусмотрено настоящим Федеральным законом, должно содержать в том числе следующие электронные документы: описание объекта закупки в соответствии со статьей 33 Закона о контрактной системе; требования к содержанию, составу заявки на участие в закупке в соответствии с настоящим Федеральным законом и инструкция по ее заполнению. При этом не допускается установление требований, влекущих за собой ограничение количества участников закупки.

Согласно пункту 1 части 1 статьи 33 Закона о контрактной системе Заказчик при описании в документации о закупке объекта закупки должен руководствоваться следующими правилами: в описании объекта закупки указываются функциональные, технические и качественные характеристики, эксплуатационные характеристики объекта закупки (при необходимости). В описание объекта закупки не должны включаться требования или указания в отношении товарных знаков, знаков обслуживания, фирменных наименований, патентов, полезных моделей, промышленных образцов, наименование страны происхождения товара, требования к товарам, информации, работам, услугам при условии, что такие требования или указания влекут за собой ограничение количества участников закупки. Допускается использование в описании объекта закупки указания на товарный знак при условии сопровождения такого указания словами "или эквивалент" либо при условии несовместимости товаров, на которых размещаются другие товарные знаки, и необходимости обеспечения взаимодействия таких товаров с товарами, используемыми заказчиком, либо при условии закупок запасных частей и расходных материалов к машинам и оборудованию, используемым заказчиком, в соответствии с технической документацией на указанные машины и оборудование.

В соответствии с пунктом 2 части 1 статьи 33 Закона о контрактной системе использование при составлении описания объекта закупки показателей, требований, условных обозначений и терминологии, касающихся технических характеристик, функциональных характеристик (потребительских свойств) товара, работы, услуги и качественных характеристик объекта закупки, которые предусмотрены техническими регламентами, принятыми в соответствии с законодательством Российской Федерации о техническом регулировании, документами, разрабатываемыми и применяемыми в национальной системе стандартизации, принятыми в соответствии с законодательством Российской Федерации о стандартизации, иных требований, связанных с определением соответствия поставляемого товара, выполняемой работы, оказываемой услуги потребностям заказчика. Если заказчиком при составлении описания объекта закупки не используются установленные в соответствии с законодательством Российской Федерации о техническом регулировании, законодательством Российской Федерации о стандартизации показатели, требования, условные обозначения и терминология, в таком описании должно содержаться обоснование необходимости использования других показателей, требований, условных обозначений и терминологии.

Частью 2 статьи 33 Закона о контрактной системе предусмотрено, что описание объекта закупки в соответствии с требованиями, указанными в части 1 настоящей статьи, должно содержать показатели, позволяющие определить соответствие закупаемых товара, работы, услуги установленным заказчиком требованиям. При этом указываются максимальные и (или) минимальные значения таких показателей и (или) значения показателей, которые не могут изменяться.

Согласно постановлению Президиума Высшего Арбитражного Суда Российской Федерации от 28.12.2010 N 11017/10 по делу N А06-6611/2009 основной задачей законодательства, устанавливающего порядок проведения торгов, является не столько обеспечение максимально широкого круга участников размещения заказов, сколько выявление в результате торгов лица, исполнение контракта которым в наибольшей степени будет отвечать целям эффективного использования источников финансирования, предотвращения злоупотреблений в сфере размещения заказов. При этом заказчик вправе в необходимой степени детализировать объект закупки. Включение в документацию о торгах условий, которые в итоге приводят к исключению из круга участников размещения заказа лиц, не отвечающих таким целям, не может рассматриваться как ограничение доступа к участию в торгах.

Законодательство о контрактной системе допускает самостоятельное формирование заказчиком своей закупки, исходя из потребностей последнего. При описании товара заказчик вправе указывать характеристики товара, требования к объекту закупок, которые являются определяющими для него, он не лишен возможности более точно и четко указывать требования к закупаемому товару. Указанный вывод подтверждается и позицией Верховного суда Российской Федерации, изложенной в пункте 1 "Обзора судебной практики применения законодательства Российской Федерации о контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (утв. Президиумом Верховного Суда Российской Федерации 28.06.2017), в соответствии с которым указание заказчиком в документации особых характеристик товара, которые отвечают его потребностям и необходимы заказчику с учетом специфики использования такого товара, не может рассматриваться как ограничение круга потенциальных участников закупки.

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

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

Согласно доводам заявителя жалобы заказчик составил описание объекта закупки с нарушением статьи 33 Закона о контрактной системе Заказчик в письменных пояснениях указал, что требования к максимальным габаритным размерам и массе оборудования обусловлены местом его размещения - на существующей опоре светофорного объекта (ГОСТ Р 52289). Заказчик при описании объекта закупки исходил из того, что превышение указанных в приложении N 1 к техническому заданию параметров недопустимо, так как:

- увеличивает ветровую (парусную) нагрузку на конструкцию светофорного столба, создавая угрозу его обрушения на проезжую часть;

- может привести к нарушению требований безопасности, перекрывая треугольник видимости дорожных знаков и сигналов светофора для водителей (в нарушение ГОСТ Р 52289);

- может привести к нарушению регламентированной сервисной зоны для технического обслуживания светофорного объекта. В соответствии с ГОСТ 33385-2015 конструкция светофора должна обеспечивать беспрепятственный доступ к внутренним компонентам для замены матриц и очистки. Размещение оборудования с габаритами выше установленных может нарушить технологические зазоры (не менее 250 мм от корпуса светофора), заблокирует поворотные кронштейны юстировки сигналов согласно ОДМ 218.6.003-2011 и создаст угрозу нарушения правил охраны труда при проведении ремонтных работ на высоте.

Требование к точной потребляемой силе тока для датчика состояния поверхности дорожного полотна установлено в целях обеспечения энергоэффективности, снижения нагрузки на линии питания дорожного объекта и обеспечения расчетного времени автономной работы системы от резервных источников питания (аккумуляторных батарей) в зимний период в целях исключения риска отключения светофорного объекта, а требование в отношении высоты установлено для минимизации воздействия на дорожную одежду.

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

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

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

Объектом закупки является не просто поставка оборудования (шумомеры, метеосистемы), а единая платформа ИТС (Интеграционная платформа, Мониторинг, Диспетчеризация), которая обязана агрегировать данные со всех периферийных устройств, указанных в ТЗ, включая комплекс измерения уровня шума, который является одним из источников данных системы. Программное обеспечение обеспечивает централизованный прием, обработку, хранение и визуализацию данных, поступающих от компонентов системы, поэтому закупка названных компонентов по отдельности нецелесообразна.

Заявитель так же указал, что требование к детекторам транспорта по распознаванию ГРЗ, марки, модели и цвета ТС не требуется для задач светофорного регулирования (где необходимы показатели интенсивности и скорости). Это необоснованно отсекает радарные и индукционные детекторы в пользу конкретных видеоаналитических комплексов.

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

В соответствии с п. 1.7. Описания объекта закупки детекторы формируют данные для "мониторинга, обработки, хранения, отображения, формирования уведомлений и поддержки диспетчерских решений". Распознавание ГРЗ, марок и моделей необходимо для анализа состава транспортного потока, выявления транспортных средств в розыске, мониторинга проезда коммерческого/грузового транспорта и интеграции с региональными системами безопасности, а также для задач светофорного регулирования в части анализа эффективности его работы методом "плавающего автомобиля", который заключается в измерении длительности преодоления расстояния конкретным транспортным средством.

Радарные и индукционные детекторы не смогут предоставить такую информацию в виду ограниченности функционала.

По смыслу Раздела VI Приказа МВД России N 2642 определение марки, модели и цвета ТС в совокупности с определением государственного регистрационного знака направлено на выявление соответствий зафиксированного камерой фотовидеофиксации государственного регистрационного знака конкретному транспортному средству.

В части довода заявителя жалобы о некорректном выборе кода ОКПД 2 представители заказчика сообщили, что закупаемый товар является комплексом, который одновременно осуществляет измерение уровня шума и фиксирует источник этого шума посредством фото и видеоизображения, то есть по сути является аппаратурой записи изображения. Комплекс закупается для целей организации дорожного движения и фиксации Правил дорожного движения. Его ключевая функция - автоматическое распознавание номеров, фиксация траектории и фотовидеофиксация нарушений в потоке, а измерение шума - это лишь один из фиксируемых параметров. На основании изложенного Заказчиком принято решение об отнесении комплекса к коду 26.40.33.199, поскольку стандартные комплексы автоматической фотовидеофиксации информации относятся к коду 26.40.33.191, а специальные комплексы регистрации видео- и аудиоинформации к коду 26.40.33.192, то есть в один вид по ОКПД2 26.40.33 "Видеокамеры для записи и воспроизведения звука и изображения".

Кроме того, как для кода 26.40.33.199, так и для кода 26.51.53.160, постановлением N 1875 "О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц" предусмотрено ограничение закупок товаров (в том числе поставляемых при выполнении закупаемых работ, оказании закупаемых услуг), происходящих из иностранных государств, работ, услуг, соответственно выполняемых, оказываемых иностранными лицами, по перечню согласно приложению N 2, следовательно, национальный режим соблюден.

Заявитель также указал, что для детектора транспорта следовало установить код ОКПД 2 26.51.66.190 ("Инструменты, приборы и машины для измерения или контроля прочие, не включенные в другие группировки") либо иные специализированные подгруппы контрольно-измерительных приборов для автодорожной инфраструктуры.

Согласно позиции представителей заказчика, детектор транспорта создается специально для интеллектуальных транспортных систем. Его прямая техническая задача - измерение параметров движения транспортного потока (подсчет количества машин, замер интенсивности, определение скорости движения, плотности потока и занятости полос). Код 26.51.64 создан именно для таких целей. Код 26.51.66.190 относится к категории "прочие, не включенные в другие группировки". Код из такой категории допускается использовать только тогда, когда для товара нет целевого кода. Для детектора транспорта, измеряющего интенсивность и количество машин, есть точный целевой код 26.51.64.190 ("Приборы для измерения параметров движения и количества прочие"). Соответственно, использование кода 26.51.66.190 нарушило бы правила классификации.

Также, заявитель жалобы указал об игнорировании заказчиком документов национальной системы стандартизации в сфере ИТС при описании объекта закупки.

Согласно статье 26 Федерального закона от 29.06.2015 N 162-ФЗ "О стандартизации в Российской Федерации" документы национальной системы стандартизации применяются на добровольной основе, если иное не установлено законодательством Российской Федерации, в том числе техническими регламентами, либо если обязательность применения отдельных документов (их разделов) установлена Правительством Российской Федерации.

Распоряжением Правительства Российской Федерации от 04.11.2017 N 2438-р (в редакции, действующей с 01.01.2026) утвержден перечень документов по стандартизации, обязательное применение которых обеспечивает безопасность дорожного движения при его организации.

Пункт 2 части 1 статьи 33 Закона о контрактной системе требует использовать показатели, терминологию и требования документов стандартизации, а не воспроизводить в разделе 7 ТЗ полный перечень наименований ГОСТов. Отсутствие наименования стандарта в разделе 7 ТЗ само по себе не означает, что соответствующие технические требования к оборудованию не установлены.

Приложение N 1 к ТЗ содержит требования к дорожному контроллеру, которые охватывают предмет обязательных положений ГОСТ 34.401-90 в части периферийных технических средств АСУДД: диагностика с передачей телеметрии, защита персонала, контроль силовых каналов (обрыв, пробой, короткое замыкание), обнаружение конфликтных ситуаций ("конфликт зеленого", "конфликт красного"), автоматический возврат после устранения конфликта, режимы локального, диспетчерского, координированного и аварийного управления, работа после перерыва питания, интерфейсы периферии. Таким образом, обязательные для организации дорожного движения показатели ГОСТ 34.401-90 в описании объекта закупки использованы.

Раздел 7 ТЗ включает технические регламенты Таможенного союза (ТР ТС 004/2011,

ТР ТС 020/2011, ТР ТС 005/2011), обязательные федеральные законы, ПУЭ, ГОСТ 15150- 69, ГОСТ Р 71784-2024 и стандарты на кабельные системы, поскольку в состав работ входят монтаж уличного оборудования, подключение к электропитанию и прокладка линий связи. Применение этих актов не "подменяет" требования к ИТС, а обеспечивает безопасность монтажа и эксплуатации.

Кроме того, пунктами 4.1.2. и 4.1.9 проекта контракта предусмотрена обязанность исполнителя обеспечить соответствие поставляемого оборудования требованиям качества, безопасности жизни и здоровья, а также иным требованиям безопасности (санитарным нормам и правилам, государственным стандартам), сертификации, лицензирования, установленным законодательством Российской Федерации и контрактом, а при выполнении работ обеспечить соответствие использованных материалов требованиям энергоэффективности в случаях, предусмотренных действующим законодательством, соответствие применяемого оборудования и комплектующих изделий, конструкций и систем требованиям ГОСТ, СНиП, техническим условиям, стандартам. Аналогичное требование предусмотрено и описанием объекта закупки.

Дополнительно представители заказчика сообщили, что довод заявителя о невозможности работы адаптивного режима на 29 объектах из-за отсутствия на них детекторов в рамках данного контракта основан на неверном понимании принципов построения ИТС.

Программное обеспечение закупается с учетом масштабируемости (на перспективу).

Подсистема светофорного управления закупается как единый программный комплекс для всего города. ПО обязано обладать архитектурной способностью поддерживать адаптивный режим регулирования на любом из 32 объектов. То, что детекторы на первом этапе монтируются только на 3 ключевых развязках, не означает, что на остальных 29 объектах эта функция избыточна. Заказчик планирует дооснащать оставшиеся перекрестки детекторами в последующих периодах, и ПО не должен закупаться заново под каждый новый детектор.

Довод заявителя о невозможности проверки адаптивного режима регулирования на 29 светофорных объектах по мнению представителей заказчика полностью опровергается иными положениями технического задания. Пунктом 4.2. технического задания установлена обязанность Исполнителя разработать программу и методику испытаний (ПМИ) Системы.

В соответствии с ГОСТ 34.603-92 и ГОСТ 19.301-79, ПМИ для сложных автоматизированных систем предусматривает не только натурные, но и стендовые (имитационные) испытания. Поскольку разработка ПМИ возложена на Исполнителя, именно он обязан заложить в технический сценарий испытаний алгоритмы программной симуляции (подачи виртуальных данных о транспортном потоке) для тех 29 объектов, которые на данном этапе не оснащаются физическими детекторами. Это позволит Заказчику по мнению представителей в рамках приемки по ст. 94 Закона о контрактной системе на 100% убедиться в наличии и работоспособности алгоритмов адаптивного управления в поставляемом ПО.

Предмет закупки открыт для визуального и натурного обследования. Все 34 адреса светофорных объектов расположены на открытых улицах общего пользования. Любой потенциальный участник закупки в рамках подготовки заявки имеет законное право осуществить выезд на указанные адреса, провести визуальный осмотр существующих шкафов, замерить габариты и определить типы контроллеров. Заказчик не обязан переносить в ТЗ инвентаризационные паспорта всех городских перекрестков. В приложении N 3 к техническому заданию указаны точечные и однозначные текстовые адреса (пересечения улиц). Отсутствие географических координат в столбце таблицы при наличии точного адреса не препятствует идентификации объектов. Все перекрестки физически существуют на картах города.

Доводы заявителя о нарушении п. 8.1 ГОСТ Р 71096-2023 в части указания в описании объекта закупки устаревших, выведенных из употребления протоколов HTTP, FTP и SSL, заказчик считает необоснованным ввиду следующего.

Утверждение Заявителя опровергается формулировкой требования, установленной в приложении N 1 к техническому заданию: "Возможность взаимодействия посредством стандартных открытых протоколов (HTTP, HTTPS, SOAP over HTTP, FTP, SSL/TLS) и API". Заказчик предусмотрел обязанность поддержки современных защищенных протоколов HTTPS и SSL/TLS. Общепринятое в ИТ-индустрии обозначение "SSL/TLS" указывает на использование актуальных и безопасных версий протоколов криптографического шифрования (TLS 1.2 / TLS 1.3), что полностью удовлетворяет требованиям пункта 8.1 ГОСТ Р 71096-2023.

Таким образом, закупаемое ПО в полной мере обладает встроенными инструментами защиты информации.

Доводы заявителя о нарушении пп. 7.1.2, 7.2.1.1 ГОСТ Р 71096-2023 в части того, что в описании объекта закупки указана, но не описана, функция координированного управления, не находит своего подтверждения ввиду следующего.

Термин "координированное управление", используемый в техническом задании, является нормативно закрепленным стандартом в сфере ИТС. Согласно пункту 3.10 ГОСТ Р 71096-2023 "Интеллектуальные транспортные системы. Подсистема светофорного управления. Общие требования", данный термин имеет четкое, измеримое нормативное определение, а именно "координированное управление - метод сетевого управления, предусматривающий синхронизацию включения сигналов светофоров с целью сокращения числа остановок и задержки транспортных средств".

Таким образом, Заказчик использовал официально установленную терминологию из действующей национальной системы стандартизации.

Законодательство о контрактной системе не обязывает Заказчика переносить в текст технического задания математические алгоритмы работы программного обеспечения (такие как формулы расчета планов координации, конкретные шаги задания сдвигов фаз и т.д.). Программное обеспечение различных разработчиков, включенное в реестр М., реализует метод координированного управления по ГОСТ Р 71096-2023 на базе различных внутренних архитектур и алгоритмов.

Доводы заявителя о нарушении чпп. 5.3, 5.3.3 ГОСТ Р 71096-2023 в части того, что не определена инфраструктура размещения программного обеспечения, является необоснованным ввиду следующего.

Согласно пояснениям представителей заказчика объектом закупки является выполнение работ по созданию и вводу в эксплуатацию информационной системы ИТС г.

Благовещенска в части автоматизированной системы управления дорожным движением, включая проектирование конфигурации системы, настройку и адаптацию программного обеспечения, поставку оборудования и программного обеспечения, монтаж, пусконаладочные работы, интеграцию компонентов, испытания и передачу результатов работ Заказчику, то есть проектирование, поставка или модернизация аппаратной инфраструктуры (серверов, СХД, АРМ, каналов связи), а также услуги по хранению архива данных этой системы, не являются предметом данной закупки.

Требование к хранению архивных данных в течение 12 месяцев является функциональным критерием дееспособности программного обеспечения, которое должно обладать программной возможностью обеспечивать указанную глубину архива. Софт должен алгоритмически уметь сжимать, индексировать и хранить данные за год без потери производительности баз данных. Проверка при приемке состоит в подтверждении настроек хранения, расчета объема, работоспособности резервного копирования и восстановления, а не в ожидании истечения 12 месяцев календарного срока контракта (срок работ - до 01.12.2026). Аналогичный подход применяется к любым системам с нормативным сроком хранения, превышающим срок контракта.

Как указал заказчик для подачи заявки участнику предоставлены все необходимые измеримые параметры для расчета емкости СУБД: точное количество периферийных источников данных (32 дорожных контроллера, 12 детекторов транспорта, 1 датчик полотна, 1 комплекс измерительный шума). Развертывание программного обеспечения осуществляется на инфраструктуре Заказчика по адресу: г. Благовещенск, ул. Ленина, д. 213, 2 этаж (пункт ТЗ о передаче права использования ПО). Конкретная схема (выделенные серверы Заказчика, существующий контур, облачная инфраструктура региона) уточняется Исполнителем на этапе обследования и в уточненном проект технического решения (пункт 2.3.4 Описания объекта закупки) под фактически предоставленные Заказчиком вычислительные ресурсы. Включение серверов в настоящий лот увеличило бы НМЦК и сузило бы круг участников до поставщиков "ПО + серверы", что не требуется Заказчику.

Доводы заявителя о разночтении характеристик и о том, что разные характеристики носят одинаковые наименования, не находят своего подтверждения ввиду следующего.

Заказчик установил требование, что датчик должен обладать двумя вариантами работы, при этом значения не могут изменяться участником закупки.

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

Требование совместимости через открытый API исключает зависимость от конкретного производителя метеостанции и предоставляет участникам исчерпывающую информацию для оценки условий закупки.

Требования к системе питания датчика правомерно разделены на две самостоятельные строки, каждая из которых содержит исчерпывающие и однозначные единицы измерения в соответствии с ГОСТ 8.417-2002.

Первая строка содержит единицу измерения "В" (Вольт), что однозначно идентифицирует параметр как напряжение питания. Вторая строка содержит единицу измерения "А (Ампер)", что прямо указывает на силу потребляемого тока. Использование обобщающего термина "Электропитание" в качестве наименования группы характеристик является общепринятым и не препятствует пониманию сути требований. Заказчиком установлено требование: "Значение характеристики не может изменяться участником закупки".

Таким образом, от участников требуется исключительно согласие на поставку оборудования с указанными неизменяемыми параметрами.

Согласно наименованию объекта закупки, в предмет контракта входит монтаж поставляемого оборудования. В пункте 4.1.4 проекта контракта и в приложении N 1 к техническому заданию прямо указано, что исполнитель обязан осуществить установку и монтаж оборудования по месту поставки.

В соответствии с пунктом 2.9 приложения N 3 к контракту в рамках монтажных работ Исполнитель выполняет обследование мест размещения оборудования, проверку готовности мест установки, доставку, распаковку, сборку, установку и крепление оборудования, прокладку, подключение и маркировку кабельных линий в пределах, необходимых для подключения поставляемого оборудования, подключение к электропитанию, линиям связи, сетевому оборудованию и иным компонентам системы.

Пункт 2.3. проекта контракта предусматривает, что цена контракта включает в себя:

стоимость выполнения Работ, передачу прав на использование ПО, поставки оборудования, расходы, связанные с его доставкой, разгрузкой и погрузкой, установкой и монтажом, складированием и хранением материалов, стоимость упаковки (тары), маркировки, страхование, таможенные платежи (пошлины), НДС, другие установленные налоги, сборы и иные расходы, связанные с исполнением Контракта.

Таким образом, все расходы, связанные с монтажом оборудования, включаются в цену контракта.

Доводы заявителя о нарушении Закона о контрактной системе в части неопределенного количества пользователей программного обеспечения является необоснованным ввиду следующего.

В отношении программного обеспечения в приложении N 1 к техническому заданию Заказчиком указано:

Количество пользователей - >= 100 шт. (Штука) (Участник закупки указывает в заявке конкретное значение характеристики).

Соответственно заказчиком соблюдено требование части 2 статьи 33 Закона о контрактной системе, так как приводится минимальное значение показателей.

Как указали представители заказчика для функционирования АСУДД масштаба города верхний предел числа пользователей не требуется: если система способна поддержать 1000 пользователей вместо 100, это только повышает надежность и потенциал масштабируемости ИТС Благовещенска.

Доводы заявителя о нарушении статьи 6 Закона о контрактной системе, в части установления Заказчиком в проекте государственного контракта неправомерного, излишне обременительного требования к структуре исполнителей, является необоснованным ввиду следующего.

Согласно части 5 статьи 30 Закона о контрактной системе заказчик устанавливает требование о привлечении к исполнению контракта субподрядчиков из числа СМП/СОНО.

При этом объем такого привлечения устанавливается в виде процента от цены контракта.

Порядок установления этого объема императивно регламентирован постановлением N 1466 "Об утверждении типовых условий контрактов, предусматривающих привлечение к исполнению контрактов субподрядчиков, соисполнителей из числа субъектов малого предпринимательства, социально ориентированных некоммерческих организаций" (далее - Постановление N 1466), согласно пункту 1 которого, объем привлечения устанавливается заказчиком в виде фиксированного процента и должен составлять не менее 5 процентов от цены контракта.

Таким образом, действующее законодательство обязывает Заказчика указать именно фиксированную цифру (конкретное число), а не диапазонные значения ("не менее", "не более" или интервалы). Указав фиксированный объем в размере 80%, Заказчик исполнил требования постановления N 1466.

Действующим законодательством максимального (верхнего) предела для объема привлекаемых субподрядчиков. Законодатель ограничил лишь нижнюю планку - "не менее 5 процентов".

Следовательно, определение конкретного размера в диапазоне от 5% до 100% является исключительной компетенцией Заказчика, основанной на его потребностях, специфике объекта закупки и анализе рынка. Установление объема в 80% полностью укладывается в рамки, дозволенные нормативными актами Российской Федерации.

В части довода заявителя жалобы об установление искусственных барьеров доступа к закупке путем проведения обязательной демонстрации ПО установлено следующее.

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

В соответствии с постановлением Правительства N 1236 "Об утверждении Правил формирования и ведения единого реестра российских программ для электронных вычислительных машин и баз данных и единого реестра программ для электронных вычислительных машин и баз данных из государств - членов Евразийского экономического союза, за исключением Российской Федерации", закупаемое для государственных нужд программное обеспечение должно быть включено в Единый реестр российского программного обеспечения. Включение программного обеспечения в реестр по умолчанию подразумевает наличие у правообладателя готового, зарегистрированного и работоспособного дистрибутива, имеющего конкретный функционал.

Пункт 2.3.3 Описания объекта закупки требует от Исполнителя исключительно продемонстрировать (в том числе удаленно) наличие и работоспособность ключевых базовых функций поставляемого продукта (ведение паспорта светофора, отображение на карте, мониторинг контроллеров и т.д.).

Данное требование не обязывает Исполнителя осуществить финальную поставку, монтаж или пуско-наладку оборудования на улично-дорожной сети города в течение 10 рабочих дней. Не сокращает срок выполнения работ (до 01 декабря 2026 г.).

Как указывает заказчик интеллектуальная транспортная система города является критически важным элементом инфраструктуры, напрямую влияющим на безопасность дорожного движения, жизнь и здоровье граждан. Создание и тестирование базового функционала управления светофорами с нуля в процессе исполнения контракта несет в себе колоссальные риски техногенного характера и парализации транспортной системы города. Проведение демонстрации базовых функций программного обеспечения на начальном этапе (в течение 10 рабочих дней) необходимо Заказчику для подтверждения того, что Исполнитель действительно обладает заявленным серийным программным продуктом и интеграционные работы до декабря 2026 года будут проводиться на базе реального программного комплекса, а не "виртуального проекта".

Требование о разработке Программы и методики испытаний (ПМИ) Исполнителем на этапе исполнения контракта является стандартным методологическим требованием при создании и внедрении автоматизированных систем, что соответствует ГОСТ 34.603-92 и ГОСТ 19.301-79. ПМИ разрабатывается Исполнителем на основе архитектуры и интерфейсных решений конкретного поставляемого им программного продукта, которые Заказчику на этапе объявления закупки неизвестны.

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

Самостоятельная разработка ПМИ Заказчиком на этапе подготовки извещения привела бы к детальному описанию интерфейса и алгоритмов конкретного программного продукта (заточке закупки), что прямо нарушило бы требования части 2 статьи 33 Закона о контрактной системе. Обязанность по разработке ПМИ исполнителем, напротив, обеспечивает равные условия для всех участников рынка, позволяя им адаптировать методику под особенности своего ПО.

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

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

Таким образом, Комиссия Амурского УФАС России приходит к выводу, что совокупность требований к предмету закупки, перечисленных в описание объекта электронного аукциона, соответствует характеристикам, различных торговых производителей.

Следовательно, довод заявителя об установлении в описании объекта закупки требований к товарам, которым не соответствует какой-либо производитель товаров, не подтверждается материалами дела.

На основании вышеизложенного, Комиссия Амурского УФАС России приходит к выводу, что нарушение статьи 33 Закона о контрактной системе в действиях Заказчика отсутствует.

Рассмотрев жалобу ООО "Р", руководствуясь пунктом 1 части 3, части 15 статьи 99, части 8 статьи 106 Закона о контрактной системе, Комиссия Амурского УФАС России

Признать жалобу общества с ограниченной ответственностью "Р" необоснованной.

Решение может быть обжаловано в Арбитражный суд Амурской области в течение трех месяцев со дня его принятия.