Данные из ГОСТ и ТУ для НСИ: что передать и как принять пакет
28 сентября 2026 · Руслан Гельманов · Метод и качество данных
Владельцу НСИ нужно передать не папку ГОСТов и не переписанную таблицу, а пакет: реестр источников, записи со значениями и статусами, условия применения, вопросы на решение и описание полей для загрузки. Такие нормативные данные для НСИ можно проверить до импорта. RD[AI] готовит его содержание; утверждение записей и загрузку выполняют владелец НСИ и интегратор.
Подготовка НСИ: документы есть, принять нечего
Служба стандартизации собрала ГОСТы и ТУ по классу изделий. Интегратор ждёт данные для справочника. Если передать только PDF, интегратор будет сам читать документы и принимать решения, за которые не отвечает. Если передать Excel с цифрами, получатель не сможет проверить, откуда взято значение, какая это редакция и не смешаны ли строки разных типоразмеров.
Проблема не в формате файла. Проблема в том, что у передачи нет состава и критериев приёмки.
Из чего состоит пакет
| Часть | Что в ней | Зачем получателю |
|---|---|---|
| Реестр источников | Обозначение документа, редакция и изменения, файл, страницы, доступность полного текста | Однозначно понять, на чём основаны данные |
| Записи значений | Объект, вариант, атрибут, исходное обозначение, значение, единица, адрес в документе | Проверить каждое значение без поиска по всему файлу |
| Условия и ссылки | Примечания, пункты с условиями, ссылки на другие стандарты и их роль | Не применить значение вне его условия |
| Статусы | Тип источника значения и результат проверки по каждой записи | Отличить подтверждённое от спорного |
| Вопросы на решение | Конфликты, пробелы, неоднозначные соответствия, ответственный за ответ | Получить решения до загрузки, а не после |
| Схема передачи | Поля, типы, идентификаторы, формат: Excel для проверки, CSV или JSON для загрузки | Интегратор знает, что и как импортировать |
Общий идентификатор варианта связывает части пакета. Он не заменяет ссылку на страницу, таблицу и строку документа.
Какие поля нужны у каждой записи
Минимальный набор:
- объект или класс продукции;
- идентификатор варианта или типоразмера;
- атрибут: исходное обозначение и предлагаемое имя для НСИ отдельно;
- значение и единица измерения отдельными полями;
- условие применения, если оно есть;
- документ, редакция, страница, таблица или пункт, строка;
- статус источника;
- статус проверки и ссылка на вопрос, если запись спорная.
Исходная формулировка документа и предложение для корпоративного справочника не должны храниться в одном поле. Иначе получатель не отличит цитату из ГОСТа от интерпретации.
Статусы, которые стоит различать
| Статус | Что означает | Можно ли загружать |
|---|---|---|
| Из источника | Значение прямо указано в документе, адрес известен | После утверждения владельцем НСИ |
| При условии | Значение действует при дополнительном параметре | Только вместе с условием |
| Из связанного документа | Значение взято из стандарта, на который ссылается исходный | После решения об использовании внешнего источника |
| Сценарий | Показаны варианты, исходный параметр неизвестен | Нет, это вопрос на решение |
| Конфликт | Источники или контрольная проверка расходятся | Нет, до решения инженера |
| Отсутствует | Значение не найдено | Нет, фиксируется как пробел |
Статус нужен для решения о загрузке, а не для отчёта. Запись без статуса нельзя принимать как подтверждённую.
Как принять пакет: проверки до загрузки
- Каждый документ в реестре имеет редакцию, и все записи ссылаются на документы из реестра.
- У каждой записи есть адрес в документе, значение и единица разделены.
- Значения одного варианта не смешаны со значениями другого: выборочно сверить несколько строк с источником.
- Записи со статусами «сценарий», «конфликт» и «отсутствует» не попадают в загрузочный файл.
- Для каждого конфликта и пробела назначен ответственный за решение.
- Предложенные соответствия корпоративным атрибутам утверждены владельцем НСИ.
- Загрузочный файл соответствует описанию полей: типы, обязательность, идентификаторы, кодировка.
Выборочная сверка с документом обязательна даже при аккуратном пакете. Она проверяет не оформление, а то, что значение действительно стоит в указанном месте.
Пример: одна запись в пакете
Это учебный пример на историческом документе. ГОСТ 28778-90 заменён ГОСТ 28778-2023, поэтому значения ниже нельзя использовать как действующую норму.
Строка М20×200 из таблицы 1 ГОСТ 28778-90 (страница 2 PDF) передаётся как один вариант с пятью связанными значениями:
| Поле | Значение |
|---|---|
| Вариант | М20×200 |
d | 20 мм |
D | 23 мм |
L | 200 мм |
H | 125 мм |
| Масса 1000 изделий | 456,9 кг |
| Адрес | ГОСТ 28778-90, таблица 1, строка М20×200, стр. 2 PDF |
| Статус источника | Из источника |
| Статус проверки | Требует решения о применимости: редакция заменена |
Контроль: масса болта 408,61 кг и закладного элемента 48,29 кг на 1000 штук в сумме дают 456,9 кг. Проверка подтверждает согласованность строк документа, но не применимость. Поэтому запись остаётся в пакете для проверки и не попадает в загрузочный файл, пока заказчик не определит действующую редакцию.
Как такие строки получаются из таблиц и примечаний, разобрано в статье «Нормализация НСИ по ГОСТ и ТУ».
Что пакет не решает
Пакет не определяет, какой стандарт и какая редакция применимы к изделиям предприятия. Он не устанавливает фактическое исполнение продукции, корпоративные исключения и приоритет между ГОСТом и ТУ при расхождении. Пропущенный параметр в пакете остаётся пробелом и не заполняется по аналогии с похожим изделием.
Кто за что отвечает
- RD[AI] готовит реестр источников, записи, статусы, контрольные проверки и вопросы.
- Служба стандартизации заказчика определяет состав документов и применимые редакции.
- Инженер заказчика решает конфликты и спорные условия.
- Владелец НСИ утверждает соответствия атрибутам, классы и статусы записей.
- Интегратор проверяет загрузочный файл и выполняет загрузку.
Что делает RD[AI]
- Составляет реестр ГОСТов, ТУ и изменений с редакциями.
- Извлекает значения, единицы, варианты и условия с адресом в документе.
- Разделяет исходные обозначения и предложения для НСИ.
- Присваивает статусы и выполняет контрольные проверки.
- Формирует вопросы на решение и загрузочный файл по согласованной схеме.
Чего RD[AI] не делает
- Не определяет применимость стандарта к проекту заказчика.
- Не выполняет нормоконтроль.
- Не утверждает записи НСИ и не объединяет спорные классы автоматически.
- Не внедряет MDM или ERP и не загружает данные в систему заказчика.
Где пакет пригодится дальше
Принятый пакет можно использовать для проверки карточек НСИ, ограничительных таблиц и передачи данных интегратору. Когда стандарт меняется, адреса и редакции в записях показывают, какие записи пересматривать. Подробнее о работе с источниками и статусами — в описании метода RD[AI].
Частые вопросы
Чем пакет нормативных данных отличается от готовой НСИ?
Пакет содержит значения, единицы, условия, источники и статусы для проверки. Готовая НСИ появляется после того, как владелец справочника утвердит записи и соответствия, а интегратор загрузит их в систему.
Можно ли передать пакет только в Excel?
Можно, если в листах сохранены идентификаторы вариантов, адреса в документах и статусы. Для загрузки формат согласуют с интегратором, обычно это CSV или JSON.
Какие записи нельзя загружать в НСИ?
Записи со статусами «сценарий», «конфликт» и «отсутствует», а также записи из редакции, применимость которой не подтверждена. Они остаются вопросами на решение.
Кто принимает пакет?
Владелец НСИ вместе с профильным инженером заказчика. Интегратор отдельно проверяет, что загрузочный файл соответствует схеме полей.