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

Радар требований: что уже обязательно, а что — пока нет

Вы, как руководитель производства, не можете ждать, пока регулятор выпишет штраф. Риск иной — потеря контракта, замечания при сертификации СМК или отказ в допуске к тендеру, если вы не покажете аудитору базовый набор документации по ИИ. Поэтому разделим требования на три зоны: обязательно сейчас, де-факто обязательно через закупки и сертификацию и опционально. Каждая зона привязана к конкретному классу ИИ-инструмента — IDP, RAG или семантическому поиску — и к тем производственным документам, где он работает.

Ключевые стандарты: что требуют от технического директора прямо сейчас

ГОСТ Р ИСО/МЭК 42001-2024 — системный фундамент

Этот стандарт не говорит «внедрите IDP». Он требует выстроить систему управления ИИ по девяти доменам. Для производственного документооборота критичны четыре:

• Данные и жизненный цикл ИИ-системы. Вы обязаны документировать, как данные поступают в модель, как обрабатываются и как влияют на решения. IDP фиксирует весь путь документа: от сканирования чертежа до извлечения метаданных и передачи в MES. Без этой цепочки аудитор не увидит прослеживаемость.
• Аудит. Стандарт требует документировать результаты мониторинга и внутренних проверок. RAG-система, которая выдаёт ответ по техрегламенту, должна сохранять ссылку на исходный документ и версию — это и есть готовый аудит-трейл.
• Третьи стороны. Если вы используете облачную IDP-платформу, вы должны показать, как контролируете обработку документов вне вашего контура. Решение: политика и журнал доступа.

Технический директор, который сегодня не имеет письменной Политики управления ИИ и реестра всех ИИ-модулей (даже тех, что встроены в 1С или САПР), уже находится вне compliance по этому стандарту.

ЕСКД для станков с ЧПУ — обязательность через закупку

ГОСТ Р 72326-2025 и Р 72325-2025 превратили электронную конструкторскую документацию в требование при поставках для госзаказчиков. Если ваше производство участвует в тендерах на изготовление деталей по госзаказу, вы обязаны обеспечить сквозную цифровую прослеживаемость чертежей, 3D-моделей и технологических карт.

Здесь IDP работает как классификатор и индексатор: автоматически распознаёт тип документа, версию, привязку к изделию. Семантический поиск (RAG) даёт инженеру мгновенный доступ к актуальной версии регламента — а не к устаревшему PDF на сетевом диске.

Оценка воздействия и таксономия прозрачности

ГОСТ Р 72514-2026 и Р 72515-2026 вводят понятия «воздействие ИИ» и «уровень прозрачности». Для технического директора это означает: вы должны описать, как каждая ИИ-система (IDP-классификатор, RAG-поисковик) влияет на безопасность продукции или процессы. И определить, насколько прозрачно она работает — например, может ли человек проверить, почему IDP отнёс документ к определённой категории.

Большинство IDP-платформ сегодня показывают confidence-score для каждой классификации — этого достаточно для базового уровня прозрачности. Но вам придётся зафиксировать это в документации.

Чеклист минимального compliance-пакета

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

1. Политика управления ИИ — документ, утверждённый приказом, описывающий цели, роли, домены контроля (по 42001). Без него аудитор даже не начнёт проверку.
2. Реестр ИИ-систем — перечень всех модулей, задействованных в обработке производственных данных: IDP в потоке документации, RAG-поиск, рекомендательные алгоритмы MES, модули машинного зрения на контроле качества. Для каждой системы указаны версия, поставщик, дата ввода, уровень риска.
3. Аудит-трейл ИИ-обработки — журналирование всех действий IDP/RAG: какой документ обработан, какая классификация присвоена, когда и кем использован результат. Это может быть реализовано в виде логов в вашей IDP-платформе, выгружаемых по запросу.
4. Документированные связи с процессами СМК — для стандарта 60.0.0.18-2026 необходимо показать, как именно ИИ-инструменты встроены в жизненный цикл продукции.

Этот пакет не требует замены 1С или ЭДО. IDP-слой может работать в связке: на входе получает документы из электронной почты или из вашей ECM-системы, классифицирует, извлекает метаданные и возвращает их обратно в учётную систему — при этом каждый шаг фиксируется.

Сценарий: IDP поверх 1С закрывает прослеживаемость без замены системы

Машиностроительный завод работает в 1С:ERP и использует ЭДО для обмена с заказчиками. Проблема: при входном контроле технической документации инженер вручную искал подходящий регламент и спецификацию — на это уходило до 40 минут на заказ, версионность не отслеживалась.

Реализовали IDP-платформу как дополнительный модуль: все входящие документы (чертежи, технические условия, извещения об изменениях) автоматически классифицируются, извлекаются номер изделия, версия, дата утверждения. Данные передаются в 1С, где создаётся карточка документа с полной историей. Аудит-трейл IDP фиксирует каждое действие.

Результат: время поиска регламента сократилось до 2 минут, прослеживаемость задокументирована, требование ЕСКД выполнено. При этом ЭДО и 1С остались без замены.

Этот же подход работает для RAG-поиска: инженер задаёт вопрос «допуск на размер ХХХ в узле YYY» и получает ответ с цитатой из актуального чертежа, а не устаревшей версии. Система ссылается на исходный документ — готовый трейл для аудитора.

Где ИИ опционален и даже опасен

Есть два сценария, которые пока остаются вне требований и создают риски:

• Автоматическая генерация технологических карт или регламентов. Генеративный ИИ может составить документ, но без верификации экспертом вы рискуете пропустить критическую ошибку. ГОСТ Р 72514-2026 при оценке воздействия потребует описать меры контроля — и если их нет, использование такой генерации может быть признано несоответствующим.
• Автосаммаризация больших регламентов. Формально полезна, но чревата потерей контекста. Пока нет стандарта, предписывающего такую автоматизацию, она остаётся зоной добровольного риска.

Подробный разбор того, как подготовить данные и выбрать инструмент именно для нормативно-технической документации, — в статье «ИИ по ГОСТ, патентам и спецификациям: где помогает поиск, где нужна инженерия». Там мы разбираем, на каких данных IDP и RAG работают правильно, а где без инженерной верификации не обойтись.

Что делать прямо сейчас

Три шага, которые закроют зону обязательного и де-факто обязательного уже в этом квартале:

1. Утвердить Политику управления ИИ и создать реестр. Это документы, которые вы покажете при сертификации СМК или в ответ на запрос госзаказчика. Шаблон политики можно адаптировать из методических рекомендаций к ГОСТ 42001.
2. Запустить пилот IDP на потоке технической документации. Выберите один участок (входной контроль, работа с ЕСКД) и внедрите классификацию и извлечение метаданных. Сразу настройте аудит-трейл.
3. Подключить семантический поиск (RAG) к базе регламентов. Это не требует обязательной сертификации, но даёт быстрый выигрыш во времени поиска и автоматически формирует аудит запросов — хорошая основа для будущего compliance.

Регуляторный радар по ГОСТам не столько про запреты, сколько про новую реальность закупок и проверок. Вы не обязаны внедрять ИИ, но если вы его уже используете в документах — вы обязаны управлять им задокументированно. IDP и RAG поверх существующего ЭДО дают инструмент, который закрывает требования быстрее, чем замена платформы.

Следущая статья по теме: ИИ по ГОСТ, патентам и спецификациям — где поиск, а где инженерия Общая карта рисков ИИ в РФ: регуляторика 2026 для операционного директора