КТРУ на серверы: характеристики и сверка с ТЗ

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

Что КТРУ диктует по серверам

Каталог товаров, работ и услуг (КТРУ) работает по правилам из постановления Правительства РФ от 08.02.2017 № 145. Заказчик берёт из позиции каталога наименование, единицу измерения и описание. Характеристики каталог делит на обязательные и необязательные. Обязательные заказчик переносит в описание объекта закупки без изменений. Дополнительные параметры вне КТРУ заказчик вправе добавить, но обязан обосновать.

Серверы лежат в группе ОКПД2 26.20. Конкретная позиция — например, 26.20.14.000 — задаёт набор характеристик сервера для ТЗ. У позиции на сервер обычно два типа полей:

• обязательные: максимальное количество процессоров, количество установленных процессоров;
• необязательные: объём ОЗУ, число ядер на процессор, тип (форм-фактор) сервера, число дисковых отсеков.

Ключевая деталь: значения в КТРУ часто заданы через «≥». «Количество установленных процессоров ≥ 2» означает «два и более», а не ровно два. Участник, который читает это как «строго 2», теряет заявку или предлагает не то железо.

Параметры, которые валят заявку

Сервер дорогой и конфигурируемый. Поставщик собирает спецификацию из десятков строк, и любая из них спорит с заявкой. Вот параметры, где ошибки случаются чаще всего.

Число процессоров и ядер

Заказчик задаёт два разных поля, и их путают. «Максимальное количество процессоров» — сколько сокетов держит платформа. «Количество установленных процессоров» — сколько физически стоит в поставке. Платформа на 8 сокетов с двумя установленными CPU — это не одно и то же, что платформа на 2 сокета.

Поле «число ядер на каждый установленный процессор» в КТРУ тоже идёт через «≥». Если ТЗ требует «≥ 24», процессор на 16 ядер заявку не закрывает, а на 32 — закрывает. Считайте ядра на один процессор, а не суммарно по серверу: это частая ошибка в заявке на сервер в закупке.

Сверяйте формулировку знака. «≥ N» — не меньше N. «≤ N» — не больше. Точное «= N» встречается реже, но если оно стоит — отклонят и за превышение.

Объём ОЗУ

В КТРУ объём памяти задают в гигабайтах, и поле часто звучит как «максимальный общий поддерживаемый объём ОЗУ сервера». Это потолок платформы, а не объём в поставке. Участник видит «≥ 256 ГБ» и ставит 256 ГБ модулей, хотя поле описывает максимум, который держит материнская плата.

Отдельная ловушка — единицы. КТРУ оперирует гигабайтами. Если спецификация вендора в гибибайтах (ГиБ) или мегабайтах, переведите в единицу из позиции каталога. Расхождение «256 vs 262144» — формально разные значения, и автоматическая проверка заявки это поймает.

Форм-фактор сервера

Форм-фактор сервера в КТРУ — это поле «тип сервера» с закрытым списком значений: стоечный, лезвие (blade), отдельностоящий (tower). Участник не пишет свой текст «1U rackmount» — он выбирает значение из списка позиции. Стоечный сервер на 2U и стоечный на 1U в этом поле — оба «стоечный»; высоту в юнитах заказчик задаёт отдельной характеристикой, если она ему нужна.

Число дисковых отсеков

Поле «максимальное количество устанавливаемых в корпус накопителей» — про посадочные места, а не про поставляемые диски. «≥ 24» отсека означает корпус, который держит 24 накопителя и больше. Поставщик, который читает это как «поставить 24 диска», завышает цену и всё равно может не попасть в требование по корпусу.

Где расходятся КТРУ и ТЗ

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

Главное правило приоритета: при противоречии между структурированной формой заявки и приложенным файлом приоритет — у структурированной формы. Поэтому сверяйте железо именно с полями, а не только с текстом ТЗ в PDF. Если файл и форма спорят между собой уже у заказчика — фиксируйте это запросом на разъяснение до окончания срока подачи, а не после отклонения.

Вторая зона риска — знаки и единицы, о которых сказано выше. Третья — обязательные поля, которые участник просто не заполнил: пустое обязательное поле в структурированной заявке означает отклонение, даже если нужное значение есть в приложенном файле.

Как свериться перед подачей

Сверка заявки на сервер — это сопоставление трёх документов: позиции КТРУ, ТЗ заказчика и спецификации вендора. Порядок действий:

1. Откройте позицию КТРУ из извещения. Выпишите все поля — отдельно обязательные, отдельно необязательные.
2. Для каждого поля зафиксируйте знак сравнения и единицу измерения. «≥», «≤» или точное значение.
3. Сопоставьте каждое поле со спецификацией предлагаемого сервера. Переведите единицы, где они различаются.
4. Проверьте обязательные поля на заполненность — пустых быть не должно.
5. Сверьте структурированную форму с приложенным файлом ТЗ. При расхождении ориентируйтесь на форму.
6. Спорные или непонятные требования закройте запросом на разъяснение до окончания срока подачи заявок.

Ручная сверка одного сервера на 30–40 параметров занимает время, а ошибка в одном поле стоит лота. На потоке лотов это узкое место. TenderScan сверяет характеристики сервера из позиции КТРУ с вашей спецификацией ИИ-сверкой: показывает, по каким полям заявка проходит, а по каким — расходится со знаком или единицей. Так проверка десятков параметров сводится к разбору только спорных строк.

Платформа также мониторит лоты по ИТ-оборудованию и считает экономику участия — это помогает заранее отсечь закупки, где железо под требования собрать невыгодно. Подробнее о фильтрации лотов — в статье как искать тендеры по ОКПД-2 и ключевым словам. Про разбор причин отклонений — почему отклоняют заявки на участие в закупке. Общую логику работы с каталогом разбираем в материале что такое КТРУ и как им пользоваться.

Часто задаваемые вопросы

Что означает «≥» в характеристиках КТРУ на сервер

Знак «≥» означает «не меньше указанного значения». «Число ядер ≥ 24» закрывает процессор на 24 ядра и больше, но не на 16. Участник предлагает значение, равное порогу или превышающее его. Если в поле стоит точное «=», предложить большее тоже нельзя — отклонят за несоответствие.

Чем «максимальное количество процессоров» отличается от «количества установленных»

Первое — сколько сокетов поддерживает платформа сервера (потолок апгрейда). Второе — сколько процессоров физически стоит в поставке. Это разные поля КТРУ, и заполнять их нужно разными значениями из спецификации.

Как в КТРУ задаётся форм-фактор сервера

Форм-фактор сервера — это поле «тип сервера» с закрытым списком: стоечный, лезвие (blade), отдельностоящий (tower). Участник выбирает значение из списка, а не вписывает произвольный текст. Высоту корпуса в юнитах заказчик задаёт отдельной характеристикой, если она ему нужна.

Что приоритетнее — структурированная форма заявки или приложенный файл

Приоритет — у структурированной формы. При противоречии между значениями в форме и тексте в приложенном файле комиссия ориентируется на форму. Поэтому сверять железо нужно с полями, а не только с PDF технического задания.

Можно ли добавить характеристики, которых нет в позиции КТРУ

Заказчик вправе добавить дополнительные характеристики сверх каталога, но обязан их обосновать — этого требует ПП № 145. Для участника это значит: читайте ТЗ целиком, а не только поля КТРУ, иначе пропустите доп. требование и соберёте сервер не под закупку.