Нормализация НСИ по ГОСТ и ТУ: атрибуты, единицы и допустимые сочетания

20 сентября 2026 · Руслан Гельманов · Метод и качество данных

Почему названий недостаточно

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

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

Признаки неполной нормативной модели:

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

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

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

Для каждого класса продукции требуется нормативная карточка, которая задаёт:

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

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

Какие источники нужны

Нормативный документ не заменяет фактические данные предприятия. Он определяет возможную структуру и правила, которые затем сопоставляются с текущей НСИ.

Что означает нормализация

Классификация

Записи распределяются по классам продукции. Класс определяет, какие атрибуты имеют смысл и какие правила к ним применяются.

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

Нормализация наименований

Исходное наименование сохраняется. Рядом формируется согласованное название по принятому шаблону.

Например:

исходное: БСР 20х200
нормализованное: Болт фундаментный М20×200

Это не означает, что любая запись с числами 20 и 200 относится к одному объекту. Класс и источник должны быть подтверждены.

Атрибутная модель

Каждый класс получает набор характеристик. Атрибут хранится отдельно от значения и единицы.

атрибут: длина
значение: 200
единица: мм

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

Домены значений

Для некоторых атрибутов допустим перечень значений, для других — диапазон, код, логическое условие или ссылка на отдельный справочник.

Домены нельзя формировать только из уже существующих карточек: в них могут быть ошибки и случайные значения. Нормативный источник даёт основание для проверки.

Межатрибутные ограничения

Главное ограничение может находиться не в одном поле, а между несколькими полями.

если типоразмер = М20×200,
то d = 20 мм,
L = 200 мм,
D = 23 мм,
H = 125 мм

Такое правило нельзя заменить четырьмя независимыми списками.

Что такое ограничительная таблица

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

Минимальная структура:

Для сложной продукции одна таблица может быть недостаточна. Тогда используются связанные ограничения: изделие → компонент → материал → метод контроля.

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

Нормативная документация не определяет автоматически:

• целевой классификатор предприятия;
• правила формирования наименования;
• обязательность поля в конкретной MDM;
• соответствие записи физическому объекту;
• разрешённого производителя;
• локальные исключения;
• действующую редакцию документа для проекта;
• решение об объединении кандидатов на дубли;
• технические правила загрузки в ERP, EAM или MDM.

Эти решения фиксируются вместе с владельцем НСИ и инженерами заказчика.

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

1. Анализ текущей модели

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

Без этого можно подготовить правильные данные, которые не помещаются в целевую структуру.

2. Инвентаризация НТД

Фиксируются стандарты, технические условия, каталоги, редакции и нормативные ссылки. Определяется, какие документы являются исходными, а какие — связанными.

Результат — реестр оснований для будущих правил.

3. Извлечение классов и атрибутов

Из заголовков, таблиц и текста выделяются классы продукции, компоненты, характеристики и единицы измерения.

Синонимы не уничтожаются. Они используются для сопоставления с текущими записями.

4. Извлечение ограничений

Строки таблиц сохраняются как комбинации. Из примечаний и текста выделяются диапазоны, условия, запреты и зависимости.

Каждое правило получает источник и статус.

5. Сопоставление с НСИ

Нормативные классы и атрибуты сопоставляются с полями заказчика. Фиксируются совпадения, различия, отсутствующие поля и кандидаты на дубли.

Автоматическое объединение не выполняется.

6. Инженерная проверка

Заказчик подтверждает классы, применимость, спорные связи и правила исключений. Неподтверждённые варианты остаются кандидатами.

7. Передача

Результат передаётся в структуре проверки и в формате для последующей загрузки. Это могут быть Excel, CSV, JSON, XML или согласованный шаблон интегратора.

Пример М20×200

В демонстрационном разборе ГОСТ 28778-90 строка типоразмера М20×200 содержит связанный набор характеристик.

Нормативное правило выглядит так:

М20×200
→ d = 20 мм
→ D = 23 мм
→ L = 200 мм
→ H = 125 мм
→ масса 1000 изделий = 456,9 кг

Все значения относятся к одной строке. Если в НСИ сохранить независимые списки, система сможет ошибочно соединить d=20 мм с длиной или массой другого типоразмера.

Проверка через компоненты

Для М20×200 в отдельной таблице болта указана масса 408,61 кг на 1000 штук. Для закладного элемента — 48,29 кг. Сумма равна 456,9 кг и совпадает с массой готового изделия.

В нормативной модели это можно сохранить как контрольное правило:

масса изделия = масса болта + масса закладного элемента

Совпадение повышает уверенность в сопоставлении строк, но не подтверждает фактическую комплектацию установленного изделия.

Для М22×250 аналогичная проверка дала расхождение 90 кг на 1000 изделий. Такая запись не должна автоматически попадать в продуктивную НСИ как подтверждённое правило. Ей нужен статус инженерной проверки.

Плоский справочник и модель

Цель нормализации — не получить максимально короткий справочник. Нужна структура, в которой запись можно проверить и безопасно использовать дальше.

Почему нельзя удалять дубли автоматически

Две строки с похожими названиями могут описывать:

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

Алгоритм может найти кандидатов и показать основания сходства. Решение об объединении принимает владелец НСИ или инженер заказчика.

Нормативные связи

ГОСТ 28778-90 содержит прямые ссылки на другие документы, включая ГОСТ 503-81, ГОСТ 1759.4-87 и ГОСТ 9.302-88.

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

Например, нагрузка болта зависит от класса прочности. Если класс не указан в исходном документе, варианты для 4.6 и 8.8 можно сохранить как сценарии. Назначать один вариант автоматически нельзя.

Статусы нормативных данных

Практичная модель статусов:

Статус нужен не для украшения интерфейса. Он определяет, можно ли загружать запись, использовать её только для анализа или отправлять на согласование.

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

RD[AI] готовит нормативный слой: классы, атрибуты, единицы, допустимые комбинации, источники и статусы.

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

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

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

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

• не внедряет MDM, ERP или EAM;
• не настраивает 1С под ключ;
• не удаляет дубли автоматически;
• не утверждает классификатор заказчика;
• не определяет применимость стандарта за инженера;
• не заменяет владельца НСИ;
• не загружает неподтверждённые правила как действующие.

Где используется результат

Нормативный слой можно использовать для:

• проверки новых карточек НСИ;
• подсказки допустимых значений;
• контроля единиц измерения;
• формирования наименований;
• поиска невозможных комбинаций;
• подготовки миграции;
• сопоставления справочников;
• анализа влияния новой редакции стандарта;
• передачи данных интегратору;
• подготовки автоматизированных проверок.

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

Показать один ГОСТ или ТУ

Для первого шага достаточно одного нормативного документа или обезличенного фрагмента. RD[AI] покажет, какие классы, атрибуты, единицы, допустимые значения и ограничения можно получить и какие вопросы останутся на инженерное подтверждение.

Проверить документ для подготовки НСИ

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

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

• Нормативные данные для НСИ и MDM
• Метод подготовки проверяемых инженерных данных
• Какие данные можно извлечь из ГОСТ, ОСТ и ТУ
• Документы на промышленное оборудование