АКТУАЛЬНОСТЬ // 28.08.2026Материал носит справочный характер. Перед применением нормы к конкретной закупке необходимо проверить действующую редакцию нормативного акта, дату извещения и особенности предмета закупки.
Хорошее ТЗ на сервер по 44‑ФЗ должно одновременно решать две задачи: технически описывать реальную потребность заказчика и позволять проверить соответствие предложения без необоснованного сужения конкуренции.
Что требует статья 33 44‑ФЗ
В описании объекта закупки указывают функциональные, технические и качественные характеристики, а при необходимости — эксплуатационные. Показатели должны позволять определить соответствие товара требованиям заказчика; для них задают минимальные, максимальные и/или неизменяемые значения.
Закон ограничивает использование товарных знаков, фирменных наименований и других указаний, если они ведут к ограничению числа участников, кроме предусмотренных законом случаев.
С чего начинать ТЗ на сервер
Не с модели и не с каталога производителя. Сначала фиксируют нагрузку: виртуализация, СУБД, 1С, файловые сервисы, backup, инфраструктурные роли, требования к отказоустойчивости, росту и совместимости.
| Блок ТЗ | Что описывать | Что часто забывают |
|---|
| Платформа | Форм-фактор, число сокетов, возможности расширения | Глубина корпуса, рельсы, место в стойке |
| CPU | Ядра, частота, сокеты, требования нагрузки | NUMA и лицензионные последствия |
| RAM | Объём, ECC, тип DIMM, возможность расширения | Число модулей и заполнение каналов |
| Диски | Тип, объём, ресурс, число накопителей | Форм-фактор, backplane, hot-swap |
| RAID / HBA | Уровень RAID, контроллер, кэш, защита кэша | Hot spare и сценарий rebuild |
| Сеть | Количество портов, скорость, тип интерфейсов | Трансиверы, DAC/AOC и совместимость |
| Управление | BMC, IPMI/Redfish, KVM, virtual media | Лицензия на расширенные функции BMC |
| Питание | Число БП, резервирование, мощность | Тип кабелей питания |
| ПО / HCL | Совместимость с ОС, гипервизором и СУБД | Точная версия ПО и драйверов |
| Сервис | Гарантия, сроки реакции, место обслуживания | Что именно входит в гарантийный сервис |
Как задавать параметры
Для параметров используют диапазоны или фиксированные значения там, где это действительно требуется. Если заказчику нужна определённая минимальная ёмкость RAM, нет смысла искусственно фиксировать конкретное число модулей, если это не обусловлено производительностью, каналами памяти или дальнейшим расширением.
КТРУ и ТЗ
До подготовки подробной спецификации нужно проверить наличие позиции КТРУ и дату её обязательного применения. Характеристики каталога применяют по правилам ПП №145; дополнительные характеристики допустимы не во всех случаях.
Национальный режим и российские характеристики
Если в отношении товара установлены предусмотренные частью 2 статьи 14 44‑ФЗ запрет, ограничение или преимущество, часть 1.1 статьи 33 требует указывать характеристики товара российского происхождения. Поэтому ТЗ, КТРУ и ПП №1875 нужно проверять вместе.
Ключевая проверкаКомбинация по отдельности разумных характеристик может фактически оставить одну модель. Перед публикацией ТЗ полезно проверить не только каждый параметр, но и весь набор требований в совокупности.
Комплектность — часть работоспособности
Сервер нельзя оценивать только по CPU, RAM и дискам. В спецификации должны быть учтены необходимые NIC/HBA, контроллеры, трансиверы, кабели, рельсы, блоки питания, лицензии управления и другие компоненты, без которых решение не будет соответствовать заявленному сценарию.
Что проверить перед публикацией
- нагрузка и требуемый результат описаны до выбора модели;
- проверена актуальная позиция КТРУ;
- проверен ПП №1875 и способ подтверждения происхождения;
- характеристики измеримы и проверяемы;
- нет необоснованных уникальных признаков одной модели;
- полная комплектность обеспечивает работоспособность;
- совместимость привязана к конкретной версии ОС/гипервизора/ПО;
- учтены гарантия и сервис;
- проверена действующая редакция законодательства на дату извещения.