Номенклатура в машиночитаемом виде: атрибуты товара

Пока номенклатура живёт в прайсе вида «Насос центробежный 2,2 кВт, 380 В, IP55, чугун», автоматический отбор лотов работать не будет. Ни один алгоритм не сможет сопоставить такую строку с требованием «мощность не менее 2 кВт, степень защиты не ниже IP54», потому что в строке нет ни атрибутов, ни единиц, ни типов значений. Ниже практическая схема: как разложить товар на атрибуты, что хранить в каждом поле и какие правила экономят время тендерного отдела больше всего.

Минимальная схема карточки товара

Машиночитаемая номенклатура это не «выгрузка в Excel», а таблица с фиксированной структурой, где каждое поле имеет один смысл.

Всё остальное (фото, описание, история продаж) полезно людям, но на автоматический отбор не влияет.

Правило 1: один атрибут, одно значение

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

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

Правило 2: единица измерения отдельно от числа

Значение хранится числом, единица кодом. Смешение убивает сравнение: строка «5 л/мин» не сравнивается со строкой «300 л/ч», хотя это одно и то же.

Места, где чаще всего теряют совпадения:

• расход и производительность: л/мин против л/ч и м³/ч;
• длина: миллиметры против дюймов в трубной и крепёжной номенклатуре;
• мощность: киловатты против лошадиных сил и вольт-ампер;
• скорость передачи: Мбит/с против МБ/с, разница в восемь раз;
• масса: килограммы против тонн в лотах на материалы.

Рабочий приём: хранить каноническое значение в базовой единице, а рядом держать отображаемое. Тогда сравнение идёт по канону, а в заявку попадает та формулировка, которую ждёт заказчик.

Правило 3: числа, диапазоны и допуски

В требованиях закупки постоянно встречаются «не менее», «не более», «от и до», «±». В карточке товара таких знаков быть не должно: у товара есть конкретные значения, знаки принадлежат требованию.

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

Правило 4: качественные признаки берутся из словаря

Свободный текст в качественных характеристиках даёт ту же проблему, что и склейка. «Нерж.», «нержавейка», «AISI 304», «нержавеющая сталь» для алгоритма четыре разных значения. Заведите словарь допустимых значений по каждому качественному атрибуту и приводите к нему всё, что приходит от производителей.

Минимальный набор словарей, который закрывает большинство поставок: материал, исполнение, тип питания, тип управления, класс защиты, цвет, комплектность, наличие или отсутствие узла.

Правило 5: разделите техническое название и торговое

В карточке нужны оба, но в разных полях. Техническое название используется для сопоставления с предметом закупки, торговое для людей. Отдельным полем полезно вести синонимы, по которым заказчики называют этот товар в ТЗ: «концентратор кислорода» и «кислородный концентратор», «дизель-генераторная установка» и «ДГУ», «автоматический выключатель» и «автомат». Именно синонимы вытаскивают лоты, которые не находятся по вашему привычному названию.

Правило 6: семейство и варианты

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

Правило 7: у каждого значения есть источник

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

Практическое следствие: атрибуты без подтверждения помечаются отдельным флагом и не используются в заявке автоматически. В спорной приёмке этот флаг стоит дороже, чем всё остальное содержимое каталога.

Связка с КТРУ и ОКПД2

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

Что стоит держать в карточке:

1. Список кодов КТРУ, под которые товар проходит, с датой последней проверки.
2. Отметку об укрупнённых позициях: в них характеристики задаются наборами значений, и подходящая комбинация определяется по извещению.
3. Признак исключённых кодов. Каталог регулярно чистят, и коды из старых шаблонов перестают действовать.

Проверять маппинг раз в квартал дешевле, чем один раз проиграть закупку на устаревшем коде.

Сколько это экономит

Считайте по своему потоку. Пример для отдела, который смотрит около 1 200 закупок в месяц: при четырёх минутах на первичный просмотр это 80 часов, то есть половина ставки специалиста. Если после отсева по ОКПД2, кодам каталога и трём-четырём ключевым атрибутам в ручной разбор попадает 60 лотов, остаётся около четырёх часов. Разница уходит в подготовку заявок, а не в чтение извещений.

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

Где заканчивается автоматика

• Модель не знает характеристику, которой нет в вашем каталоге. Пустое поле означает не «подходит», а «неизвестно», и это должно быть видно в интерфейсе.
• Нестандартные формулировки ТЗ, где требование спрятано в проекте контракта или в приложении, разбираются человеком.
• Решение о цене, сроке и риске приёмки остаётся за вами: алгоритм не знает загрузку вашего склада и отношения с производителем.
• Юридические тонкости, национальный режим и подтверждение происхождения требуют проверки специалистом даже при полном совпадении характеристик.

Чек-лист аудита каталога

1. В атрибутах нет склеенных значений через запятую или «х».
2. Единицы измерения вынесены в отдельное поле и приведены к базовым.
3. В значениях товара нет знаков «не менее» и «не более».
4. Диапазоны разложены на минимум и максимум, допуски на границы.
5. Качественные признаки приведены к словарям.
6. Заполнены синонимы, включая аббревиатуры из ТЗ.
7. Размерные ряды собраны в семейства.
8. У каждого значения указан документ-источник.
9. Коды КТРУ проверены на актуальность, исключённые помечены.
10. Заполнены себестоимость, минимальная партия и срок поставки для отсева по экономике.

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

С чего начать, если каталог на 5 000 позиций в Excel?

С тех позиций, которые реально участвуют в закупках. Обычно это 10-15% ассортимента. Разложите атрибуты по ним, проверьте на потоке лотов и только потом разворачивайте схему на остальное.

Сколько атрибутов нужно на товар?

Столько, сколько встречается в требованиях закупок по вашей категории. Ориентир: от пяти до пятнадцати. Атрибуты, которые ни разу не встречались в ТЗ за год, в схему добавлять не нужно.

Можно ли доверить заполнение атрибутов модели?

Черновое заполнение из технической документации автоматизируется, но каждое значение, которое попадёт в заявку, должно быть подтверждено документом и проверено человеком хотя бы выборочно.

Как быть, если производитель даёт характеристики в другом формате?

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

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

Возьмите десять последних закупок, где вы участвовали, и выпишите из ТЗ все требуемые характеристики. Полученный список и есть ваша схема атрибутов, а не абстрактная модель данных. Заполните по ней двадцать ходовых позиций, прогоните через них недельный поток лотов и посмотрите, сколько закупок отсеклось корректно. Дальше расширение каталога окупается само.