КТРУ на СХД: характеристики и сверка заявки с ТЗ

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

Что КТРУ диктует по СХД

КТРУ — каталог товаров, работ и услуг для госзакупок. По 44-ФЗ заказчик обязан описывать объект закупки через позицию КТРУ, если она есть и вступила в силу. Это правило закреплено постановлением Правительства РФ № 145. Если позиция действует, заказчик не может её игнорировать и описывать товар «своими словами».

Дисковые массивы и системы хранения данных в каталоге идут под кодом 26.80.13.000 («Дисковый массив»), внутри — конкретные позиции вида 26.80.13.000-00000001. Раздел относится к компьютерному и оптическому оборудованию.

Каждая позиция КТРУ несёт набор характеристик. Они делятся на два типа:

• обязательные — заказчик применяет всегда и не меняет их формулировки;
• необязательные — заказчик включает по своему усмотрению.

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

Какие характеристики СХД проверяют в первую очередь

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

Объём СХД в КТРУ — отдельная ловушка. Заказчик задаёт ёмкость с оговоркой «не менее» или точным значением. «Не менее 100 ТБ» закрывается и 100, и 120 ТБ. Точное «100 ТБ» — только 100 ТБ. Поставщик, который читает «не менее» как «ровно», теряет подходящие лоты; кто читает «ровно» как «не менее» — получает отклонение.

Сверяйте единицы измерения и базу расчёта объёма. ТБ и ТиБ дают разницу почти в 10%. Сырая ёмкость (raw) и полезная после RAID (usable) — это разные числа для одного массива. Если ТЗ не уточняет базу, зафиксируйте её в запросе на разъяснение, а не угадывайте.

Где заказчик добавляет характеристики сверх КТРУ

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

44-ФЗ это разрешает: если нужных характеристик в позиции нет, заказчик вправе их установить. Но с условием — он обязан приложить обоснование необходимости каждой дополнительной характеристики к документации. Нет обоснования — есть повод для жалобы в ФАС.

Для поставщика обоснование дополнительных характеристик — рабочий инструмент. Если требование сужает круг участников под одного вендора (редкий интерфейс, нестандартный форм-фактор, конкретный уровень RAID без альтернатив), а внятного обоснования в документации нет, это основание оспорить ТЗ. Подробнее о механике мы писали в материалах Дополнительные характеристики КТРУ: право заказчика и Как обосновать дополнительные характеристики КТРУ.

Есть и обратная ситуация. По радиоэлектронной продукции из правительственных перечней (национальный режим, ограничения допуска) заказчик не вправе добавлять характеристики сверх КТРУ — даже с обоснованием. СХД и серверное оборудование часто попадают в эти перечни, поэтому отдельные «лишние» требования в ТЗ могут сами быть нарушением. Проверяйте, не относится ли закупаемая СХД к такой категории.

Сверка заявки поставщика с ТЗ: порядок

Сверка заявки — не беглый просмотр, а построчное сопоставление каждой характеристики ТЗ с тем, что предлагает поставщик. Логичный порядок:

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

Ручная сверка СХД отнимает время: у массива легко набирается 30–50 характеристик, а у заказчика может идти несколько лотов в неделю. Здесь помогает ИИ-анализ ТЗ: TenderScan разбирает описание объекта закупки на характеристики, сопоставляет их с вашим оборудованием по КТРУ и показывает, по каким полям заявка не проходит. Это снимает ручную сверку построчно и убирает риск пропустить одно «не менее».

Частые причины отклонения заявки на СХД

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

• предложен другой тип накопителя (SSD вместо HDD или наоборот);
• объём СХД ниже требуемого из-за путаницы raw/usable или ТБ/ТиБ;
• число контроллеров меньше заданного — теряется отказоустойчивость;
• интерфейс не из списка допустимых (SATA вместо SAS/FC);
• нет требуемого уровня RAID или его аппаратной поддержки;
• характеристика указана диапазоном там, где ТЗ требует точное значение;
• параметры взяты из маркетингового описания, а паспорт изделия их не подтверждает.

Большинство этих причин — не про «нет подходящего оборудования», а про невнимательную сверку заявки с ТЗ. Одно поле, прочитанное неверно, обнуляет всю подготовку.

Как не пропускать профильные лоты

Высокочековые закупки СХД нишевые — они теряются среди тысяч ИТ-извещений. Если мониторить ЕИС вручную по слову «система хранения данных», часть лотов уйдёт мимо: заказчики формулируют по-разному и используют разные коды КТРУ и ОКПД-2.

Точнее работает поиск по коду КТРУ 26.80.13.000 плюс смежным позициям, дополненный ключевыми словами. TenderScan отслеживает новые лоты по нужным кодам и характеристикам и сразу прогоняет описание через сверку с вашим каталогом — вы видите профильные закупки СХД и понимаете, проходит ли заявка, ещё до подготовки документов. О подборе кода писали в материале КТРУ и ОКПД-2: подбор кода через ИИ. Возможности платформы — на tenderscan.ru.

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

Под каким кодом КТРУ идут системы хранения данных?

Дисковые массивы и СХД относятся к коду 26.80.13.000 («Дисковый массив») в разделе компьютерного и оптического оборудования. Внутри кода — конкретные позиции вида 26.80.13.000-00000001 со своими наборами характеристик. Часть оборудования заказчики проводят и по смежным позициям ОКПД-2, поэтому при поиске стоит учитывать несколько кодов.

Обязан ли заказчик описывать СХД по КТРУ?

Да, если позиция КТРУ существует и вступила в силу. По 44-ФЗ и постановлению Правительства РФ № 145 применение действующей позиции каталога обязательно. Описывать товар в обход КТРУ, когда позиция действует, заказчик не вправе.

Может ли заказчик добавить к СХД характеристики, которых нет в КТРУ?

Может, если приложит к документации обоснование необходимости каждой дополнительной характеристики. Исключение — радиоэлектронная продукция из правительственных перечней с ограничениями допуска: по ней дополнять характеристики сверх КТРУ нельзя даже с обоснованием. СХД нередко попадает в эти перечни, это стоит проверять.

Что чаще всего приводит к отклонению заявки на СХД?

Расхождение хотя бы по одной обязательной характеристике: тип накопителя, объём, число контроллеров, интерфейс, уровень RAID. Частая причина — путаница в объёме: ТБ против ТиБ и сырая ёмкость против полезной после RAID. Поэтому базу расчёта объёма сверяют с ТЗ и при неясности запрашивают разъяснение.

Как ускорить сверку заявки с ТЗ?

Построчно сопоставлять характеристики ТЗ и параметры оборудования из паспорта изделия, фиксируя тип каждого требования («не менее», диапазон, точное значение). У СХД таких полей десятки, поэтому ручная сверка медленная. ИИ-разбор ТЗ в TenderScan раскладывает описание на характеристики и показывает, по каким полям заявка не проходит.