Нормализация НСИ после разбора наименований: откуда брать правила проверки по ГОСТ и ТУ

7 октября 2026 · Руслан Гельманов · Нормативные данные

Производственная ситуация

Служба НСИ прошла первый этап: наименования МТР разобраны на атрибуты, единицы приведены к одному виду, товарные группы определены. Дубли вида «Преобразователь частоты ATV320U55N4» и «Инвертор для насоса 5,5 кВт» найдены и склеены.

Дальше начинается этап, который в описаниях сервисов нормализации занимает одну строку: валидация атрибутов на соответствие ГОСТ и ТУ. На практике он упирается в вопрос, откуда система берёт правила. Стандарты лежат в PDF, правила из них в систему никто не переносил, и проверку делает человек с распечаткой таблицы.

Хорошая диагностика этой ситуации есть в статье Дмитрия Романова (SL Soft) «Проблемы и подходы к нормализации НСИ» на Хабре от 11 декабря 2025 года. Там подробно разобрано, почему справочники МТР деградируют и почему сравнение строк по метрикам похожести не работает. Мы не повторяем этот разбор, а продолжаем его с того места, где разбор наименования уже выполнен.

Какой результат нужен

Службе НСИ нужен не ещё один алгоритм разбора, а набор правил, которые можно загрузить в MDM рядом с карточками:

• перечень атрибутов класса продукции с единицами измерения;
• допустимые значения каждого атрибута из таблиц стандарта;
• допустимые сочетания параметров: какие длины существуют для какого диаметра;
• проверочные значения (масса, размеры элементов) для контроля карточек;
• структура условного обозначения для сборки эталонного наименования;
• ссылка на документ, редакцию, таблицу и страницу для каждого значения.

Что даёт наименование и что даёт стандарт

Возьмём запись Болт фунд. 20х200. Разбор наименования отрабатывает корректно и возвращает три атрибута. Карточка фундаментного болта требует семь.

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

Есть и обратная ситуация. В статье SL Soft приведён пример двух прутков по ГОСТ 1628-2019, которые отличаются одной буквой в обозначении ПКР и ПКВ и описывают круглое и квадратное сечение. Чтобы система различила их, недостаточно понимать русский язык. Нужно знать, что в структуре условного обозначения ГОСТ 1628 эта позиция кодирует форму сечения. Это знание тоже берётся из стандарта, а не из массива наименований.

Какие источники используются

Каких данных не хватает

• Действующая редакция стандарта. Если справочник ведётся по отменённой редакции, правила извлекаются из неё, а расхождения с действующей помечаются отдельно.
• Отраслевые ОСТ и ТУ предприятия. Они часто ограничивают ГОСТ сильнее, и без них модель будет шире реальной номенклатуры.
• Внутренняя методология НСИ: какие атрибуты обязательны, какой формат наименования принят.
• Решение по атрибутам, которые стандарт оставляет на выбор. Класс прочности болта по ГОСТ 28778-90 не задан однозначно, и его подтверждает заказчик.

Как готовится нормативный слой

1. Отбор стандартов

Без подготовки. Специалист НСИ держит в голове, по каким документам живёт группа «крепёж». Что используется. Выгрузка справочника, ссылки на НТД в карточках, реестр стандартов предприятия. Что извлекается. Список документов с редакциями и статусом действия. Что остаётся неизвестным. Документы, на которые карточки не ссылаются, но которые применяются фактически. Кто проверяет. Служба НСИ подтверждает перечень.

2. Извлечение структуры

Без подготовки. Таблица стандарта переносится в Excel вручную, строка за строкой. Что используется. PDF или скан стандарта, включая архивные копии плохого качества. Что извлекается. Классы, атрибуты, единицы, таблицы типоразмеров, структура обозначения, текстовые требования. Что остаётся неизвестным. Значения, которые в скане не читаются; они помечаются, а не угадываются. Кто проверяет. RD[AI] сверяет извлечённое с исходной страницей.

3. Сочетания и ограничения

Без подготовки. В MDM диаметр, длина и масса хранятся как независимые списки, и пользователь может собрать несуществующее изделие. Что используется. Строки таблиц типоразмеров. Что извлекается. Каждая строка как одна допустимая комбинация; значения разных строк не смешиваются. Что остаётся неизвестным. Комбинации, разрешённые ТУ предприятия сверх ГОСТ. Кто проверяет. Служба НСИ по своим ТУ.

4. Связанные стандарты

Без подготовки. Ссылка «класс прочности по ГОСТ 1759.4» остаётся текстом в примечании. Что используется. Связанные документы, на которые ссылается основной стандарт. Что извлекается. Варианты значений с условием применимости и статусом scenario-only. Что остаётся неизвестным. Какой вариант действует на предприятии. Кто проверяет. Заказчик выбирает вариант; до этого значение не считается подтверждённым.

5. Проверка карточек

Без подготовки. Карточка с массой, не совпадающей со стандартом, живёт в справочнике годами. Что используется. Выгрузка справочника и подготовленная модель. Что извлекается. Список карточек с несуществующими сочетаниями, расхождениями по массе и пустыми обязательными атрибутами. Что остаётся неизвестным. Причина расхождения: опечатка, другое изделие или устаревшая редакция. Кто проверяет. Эксперт НСИ по каждой помеченной записи.

6. Передача

Что используется. Согласованная структура: Excel для обсуждения, CSV, JSON, XML или SQL для загрузки в 1С:MDM, Unidata, SAP или другую систему. Что получается. Нормативный слой с источником каждого значения.

Пример: что получает карточка после проверки

Учебный пример на материале ГОСТ 28778-90. Эта редакция заменена ГОСТ 28778-2023, поэтому значения ниже показывают метод, а не действующую норму. Документ разобран на странице услуги.

Запись в справочнике:      Болт фунд. 20х200
Разбор наименования:       тип = болт фундаментный; d = 20; L = 200
Проверка сочетания d и L:  есть в таблице типоразмеров   source: ГОСТ 28778-90, таблица 1
Масса на 1000 шт:          из таблицы, проверочное        source: ГОСТ 28778-90, таблица 1
Тип и исполнение:          не указаны в наименовании      source:missing, варианты по структуре обозначения
Класс прочности:           не указан                      source:missing, варианты 4.6 / 8.8 по ГОСТ 1759.4-87
Статус записи:             требует подтверждения заказчиком по двум атрибутам

Если бы в карточке стояла масса, не совпадающая с табличной, запись получила бы отдельную пометку: описывает другое изделие, содержит опечатку или ведётся по другой редакции. Полный разбор модели М20×200 с размерами и массой приведён в статье «Нормализация НСИ по ГОСТ и ТУ».

Разбор наименования и нормативная модель

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

Что остаётся неизвестным

• Какой из вариантов, допускаемых стандартом, применяется на предприятии. Это решение заказчика.
• Соответствует ли запись физической позиции на складе. По документам это не проверяется.
• Правила, заданные внутренними ТУ, если их не передали.
• Значения на нечитаемых страницах скана. Они помечаются, а не восстанавливаются по аналогии.

Кто принимает решение

RD[AI] готовит нормативный слой: значения, сочетания, источники, конфликты и варианты. Служба НСИ подтверждает перечень стандартов и выбирает варианты там, где стандарт допускает несколько. Интегратор или команда MDM загружает правила в систему. Решение о слиянии карточек и об изменении действующих записей принимает заказчик.

Что делает RD[AI]

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

Что RD[AI] не делает

• не выполняет NLP-разбор массива наименований и не заменяет сервисы нормализации;
• не встраивается в MDM через API и не внедряет MDM;
• не выбирает за заказчика вариант, который стандарт оставляет на усмотрение;
• не объединяет карточки автоматически;
• не подтверждает соответствие физической позиции записи.

Куда данные идут дальше

Один и тот же нормативный слой используется для ограничительных таблиц в MDM, для шаблонов заведения новых позиций, для анализа влияния при смене редакции стандарта и для подготовки данных к нормоконтролю. Это параллельные применения, а не обязательная цепочка. Как фиксируются источники и конфликты, описано в разделе «Метод».

Частые вопросы

Связанные материалы

• Нормативные данные из ГОСТ, ОСТ и ТУ
• Метод
• Нормализация НСИ по ГОСТ и ТУ: атрибуты, единицы и допустимые сочетания
• Ограничительные таблицы для MDM из ГОСТов
• Д. Романов, «Проблемы и подходы к нормализации НСИ», Хабр, 11.12.2025