Данные из ГОСТ, ОСТ и ТУ: что можно извлечь из нормативной документации

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

Почему PDF недостаточно

На предприятии может быть полный комплект нормативных документов, но это ещё не означает, что требования доступны как данные. Один параметр находится в таблице, другой — в примечании, третий вычисляется по формуле, а четвёртый зависит от ссылки на другой стандарт.

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

Основные риски такого процесса:

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

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

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

Структурированный результат должен отвечать минимум на семь вопросов:

1. Какой объект или класс продукции описан.
2. Какой атрибут извлечён.
3. Каково значение и его единица измерения.
4. При каком условии оно применяется.
5. С какими другими параметрами его разрешено сочетать.
6. Из какого документа, пункта, страницы или таблицы оно получено.
7. Подтверждено ли значение или требует инженерной проверки.

На выходе может быть Excel для обсуждения, CSV для обмена, JSON для интеграции, XML, SQL или согласованная структура заказчика. Формат меняется, но содержание записи и связь с источником должны сохраняться.

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

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

Что можно извлечь

Классы продукции

Документ может описывать несколько классов изделий, компонентов или исполнений. Класс становится отдельной сущностью, а не частью длинного текстового заголовка.

Для класса можно сохранить:

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

Атрибуты и единицы

Обозначения d, D, L и H имеют смысл только вместе с расшифровкой и единицей измерения. В структурированной записи обозначение, полное название, значение и единица хранятся отдельно.

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

Таблицы типоразмеров

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

Правильный результат хранит строку как комбинацию:

модель → код → размеры → масса → источник

Условия и ограничения

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

В структуру можно вынести:

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

Структуру условного обозначения

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

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

Ссылка на другой стандарт — это не примечание для чтения «когда-нибудь потом». Она показывает, где находится дополнительное требование к материалу, испытанию, покрытию, маркировке или компоненту.

Связь сохраняется как отдельная запись:

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

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

Даже качественно разобранный документ не отвечает на все вопросы проекта.

Обычно остаются неизвестными:

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

Неизвестное нельзя заменять наиболее похожим значением. Оно сохраняется как пробел, вариант или запись со статусом requires-confirmation.

Как проходит обработка

1. Инвентаризация

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

Результат — реестр источников, а не папка с неизвестным составом.

2. Определение объектов

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

Заказчик подтверждает терминологию, если один объект может иметь несколько трактовок.

3. Извлечение значений

Из таблиц извлекаются строки и столбцы. Из текста — требования, условия, исключения и ссылки. Значение не отделяется от единицы и контекста.

Результат — атомарные записи, которые можно проверять по отдельности.

4. Нормализация

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

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

5. Восстановление связей

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

6. Проверка

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

7. Передача

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

Пример ГОСТ 28778-90

Ниже приведён демонстрационный разбор ГОСТ 28778-90. Это пример метода, а не клиентский проект и не заключение о применимости стандарта.

В таблице готового изделия выделено восемь типоразмеров. Для типоразмера М20×200 сохранены следующие значения:

Эти значения образуют одну допустимую строку. Диаметр 20 мм нельзя автоматически соединить с длиной или массой другого типоразмера.

Для той же модели в таблице болта указана масса 408,61 кг на 1000 штук, а в таблице закладного элемента — 48,29 кг. Их сумма равна 456,9 кг и совпадает с массой готового изделия.

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

Когда проверка находит конфликт

Не все строки демонстрационного набора сходятся одинаково. Для типоразмера М22×250 масса готового изделия указана как 740,6 кг на 1000 штук. Сумма масс двух компонентов в извлечённых таблицах составляет 650,6 кг. Разница равна 90 кг.

Автоматически выбирать «правильное» число нельзя. Запись должна сохранить:

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

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

PDF, OCR и данные

OCR остаётся полезным промежуточным этапом. Но сам по себе он не определяет, какие значения относятся к одной модели, где действует примечание и что означает ссылка на другой стандарт.

Связи между стандартами

В демонстрационном разборе ГОСТ 28778-90 зафиксировано 14 прямых ссылок на другие нормативные документы. Среди них ГОСТ 503-81, ГОСТ 1759.4-87 и ГОСТ 9.302-88.

Внешние сведения нельзя выдавать за данные исходного документа. Для них нужен отдельный статус:

• source-direct — значение непосредственно извлечено из исходного документа;
• external-reference — значение получено из связанного источника;
• conditional — значение действует при дополнительном условии;
• scenario-only — показан возможный вариант, но исходный параметр не подтверждён;
• candidate-only — найден кандидат, требующий решения специалиста.

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

Источник каждого значения

Минимальная проверяемая запись содержит:

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

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

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

После обработки НТД всё ещё нельзя автоматически определить:

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

Структурирование делает основания видимыми, но не заменяет инженерное решение.

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

RD[AI] инвентаризирует источники, извлекает значения, нормализует обозначения, восстанавливает связи и фиксирует конфликты.

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

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

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

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

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

Где используются данные

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

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

Эти сценарии не образуют обязательную последовательность. Состав результата определяется задачей проекта.

Проверить один документ

Если у вас есть ГОСТ, ОСТ, ТУ или обезличенный фрагмент, можно начать с одного документа. RD[AI] покажет, какие классы, атрибуты, таблицы, ограничения и нормативные связи из него можно получить.

Проверить нормативный документ

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

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

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