Часть нормоконтроля можно автоматизировать: сопоставление обозначений, перечней листов, ссылок и правил оформления. ИИ помогает разобрать замечания и подготовить перечень расхождений. Но нормоконтролёру нужен воспроизводимый процесс: что принято на проверку, по каким требованиям, кто исправил и какую редакцию разрешили передать дальше.
Нормоконтроль не сводится к кнопке «проверить стандарты» в САПР. Такая кнопка выполняет заданный набор операций. Процедура организации дополнительно определяет входной комплект, полномочия проверяющего, разбор спорных замечаний, повторный контроль и оформление результата. Машина не получает эти полномочия вместе с доступом к файлам.
Сначала проверьте нормативную основу
ГОСТ 21.002-2014 «Система проектной документации для строительства. Нормоконтроль проектной и рабочей документации» — межгосударственный стандарт системы СПДС. На официальном портале Росстандарта он указан как действующий в России. Область применения охватывает задачи, содержание и порядок нормоконтроля, обязанности и права специалиста. Следовательно, речь идёт о процедуре и её участнике, а не только о внешнем виде листа.
Для основных требований к проектной и рабочей документации там же указан действующий ГОСТ Р 21.101-2026 «Система проектной документации для строительства. Основные требования к проектной и рабочей документации». Карточка сообщает, что он введён с 1 апреля 2026 года взамен ГОСТ Р 21.101-2020. Проверено на дату этой статьи, 8 октября 2026 года. Старый шаблон организации не становится актуальным оттого, что много лет проходил проверку.
Эти сведения подтверждают обозначения, названия и область документов. Порядок подписания конкретного комплекта и обязательные детали процедуры нужно сверять с полным применимым текстом и регламентом организации. Ниже предложена рабочая организация проверки, а не пересказ всех требований ГОСТ. Номера пунктов и неподтверждённые требования здесь не приводятся.
ГОСТ Р 21.101-2026 — российский национальный стандарт, и автоматически объявить его основанием для проекта в Казахстане нельзя. ГОСТ 21.002-2014 межгосударственный; применяется ли он для казахстанского проекта и в какой редакции, нужно проверить в фонде нормативных документов Казахстана. Здесь не утверждается, что он там действует. Сходство основных надписей двух проектов этот вопрос не решает.
Практическое действие перед внедрением автоматизации — составить реестр оснований: документ, редакция, область применения и владелец правила в организации. Когда меняется источник, становится видно, какие шаблоны и проверки нужно пересмотреть. Иначе новая программа лишь воспроизведёт устаревший эталон.
Принимайте на контроль определённый комплект, а не папку в работе
Для внутреннего процесса назначьте момент передачи на нормоконтроль и ответственного за состав. Передаваемый набор должен иметь понятную редакцию: внутренний реестр документов, исходные файлы в согласованном объёме и опубликованные листы, которые предполагается выдавать. Если часть комплекта ещё меняется, это фиксируется как ограничение проверки.
Не начинайте с выборочного открытия файлов по именам. Сверьте ведомость рабочих чертежей основного комплекта (или иной реестр листов) с фактическими документами. Повтор одного обозначения, пропуск листа или смешение двух редакций — прежде всего проблема входа. Проверка шрифта в случайном старом файле выпуск не приблизит.
Для электронного комплекта полезно сохранять список файлов с идентификаторами редакций или контрольными суммами. Это рекомендация по воспроизводимости, а не требование, приписываемое стандарту. Название «финал» не защищает от незаметной замены; однозначная идентификация позволяет понять, к какому содержимому относится результат.
В регламенте разграничьте действия: автор готовит и исправляет, нормоконтролёр рассматривает замечания в своей области, руководитель разрешает вопросы по принятому порядку. Конкретные полномочия и маршрут подписания устанавливают по применимым требованиям. Не поручайте ассистенту самостоятельно назначать фамилии подписантов по прошлому альбому.
Проверьте также доступность материалов, на которые ссылается комплект: приложений, таблиц, внешних файлов и деталей. Для контроля не обязательно копировать весь архив проекта, но нужное основание должно открываться. Отсутствующий файл — отдельная запись о невозможности проверки, а не повод сделать вывод по названию ссылки.
Порядок проверок должен отделять формальное расхождение от решения
Удобно идти от состава к обозначениям, затем к оформлению и связям между документами. Такой порядок позволяет сначала устранить дефекты, из-за которых последующие проверки будут бессмысленны. Это предложенная последовательность внутренней работы; её согласуют с нормативными требованиями и особенностями выпуска организации.
| Шаг | Проверяемый материал | Что автоматизировать | Что решает нормоконтролёр |
|---|---|---|---|
| Состав | Реестр и фактический набор | Поиск пропусков и повторов | Достаточность переданного комплекта |
| Обозначения | Основные надписи, титулы, ведомости | Сопоставление реквизитов | Допустимость различий и применимый шаблон |
| Оформление | Стили, форматы, условные обозначения | Проверки по утверждённым правилам | Правильность применения и исключения |
| Ссылки | Листы, узлы, приложения | Поиск отсутствующих адресатов | Соответствие адресата смыслу ссылки |
| Исправления | Замечания и новая редакция | Повтор тех же проверок | Полноту устранения и необходимость нового просмотра |
| Завершение | Выпускаемый набор и маршрут | Сверку наличия подтверждений | Готовность к следующему этапу по установленному порядку |
Не смешивайте обязательное требование, правило организации и предпочтение проверяющего. В записи должны быть видны источник и причина несоответствия. Формулировка «у нас так не принято» недостаточна для воспроизводимой машинной проверки: сначала её нужно превратить в согласованное правило либо оставить вопросом на рассмотрение.
Смысловой контроль требует осторожности. Ссылка может быть корректной по обозначению документа и неверной по применимости к объекту. Число может быть одинаковым во всех таблицах и ошибочным по способу расчёта. Поэтому равенство строк не доказывает обоснованность проектного решения; такие вопросы передаются специалисту соответствующего раздела.
Нормоконтролёру полезно видеть границы автоматизации рядом с результатом. «Проверены обозначения в основных надписях» — точное утверждение. «Комплект соответствует нормам» — слишком широкое, если инструмент видел только атрибуты блоков. Для состава и технических границ отдельных операций есть отдельная статья о проверке чертежей с ИИ.
Пример: новая нумерация листов и старые ссылки
Допустим, в условный рабочий комплект добавили лист между прежними листами 5 и 6. Автор обновил ведомость и основные надписи, но на двух деталях сохранились ссылки на старые номера. Число листов совпало, а формальная проверка наличия номеров не выявила дефект: каждый номер всё ещё существует.
Передайте ассистенту старую и новую ведомости, утверждённую таблицу перенумерации и выгрузку ссылок с указанием их расположения. Задача — показать, какие адресаты переместились и где текст ссылки не изменился. Запретите самостоятельно исправлять все вхождения цифры 6: она может быть номером позиции, оси или размера.
Получатся две карточки со старым адресатом, новым адресатом и местом ссылки. Нормоконтролёр открывает обе детали и подтверждает, что ссылки действительно относились к перенесённому содержимому. Затем автор исправляет документы, а проверяющий повторно смотрит ссылки уже в новой публикации.
Если лист разделили на два, простая таблица соответствия номеров не решит задачу. Нужно установить, на каком новом листе находится конкретная деталь. Именно поэтому автоматическую замену номеров допускают только после однозначного сопоставления содержания, а неоднозначные места выводят отдельным списком.
Форма внутренней записи может быть такой: идентификатор замечания, документ и редакция, место, обнаруженное расхождение, основание, ожидаемое действие, ответ исполнителя и результат повторного просмотра. У записи сохраняется один номер через все итерации. Новая редакция не должна стирать историю исходного замечания.
Ответ исполнителя «исправлено» запись не закрывает: для этого примера нужны новые ссылки и редакции затронутых листов. Контролируется тот комплект, который будет передан, а не состояние файла на рабочем месте автора.
Что поручить ИИ и как довести проверку до подписания
Начните с операций, где сравнение однозначно: разбор реестра, группировка замечаний по комплектам, поиск повторов обозначений, сопоставление двух ведомостей. Ассистенту задайте формат ответа и запрет на автоматическое признание исключений. Неизвестное соответствие должно попадать на рассмотрение человеку.
В nanoCAD Pro пакетная обработка описана производителем как проверка документов на соответствие стандартам организации. Рассматривайте её как отдельный исполнитель формальных проверок, а не как замену процедуры нормоконтроля. Если результат зависит от эталона организации, качество этого эталона нужно контролировать вместе с программой.
Для ИИ полезна более узкая роль: превратить длинную запись в ясный проект замечания, сохранив исходный смысл и источник. Он может предложить формулировку: «В ведомости указан лист, отсутствующий в переданном наборе». Но не должен дописывать, что автор нарушил конкретный пункт стандарта, если этот пункт не был предоставлен и проверен.
Правило, прежде чем применять его к рабочему комплекту, испытывают на небольшом наборе с корректным примером, заведомым дефектом и согласованным исключением; приём описан в статье о проверке чертежей с ИИ.
Подписание рассматривайте как отдельный этап установленного маршрута. Автоматическая запись фамилии в основную надпись или состояние «проверено» в таблице не подтверждают личное рассмотрение документа. Система может показать отсутствие необходимого подтверждения; определить полномочия, порядок и факт подписания нужно по применимым правилам. Не имитируйте пройденный контроль заполнением пустых полей.
После исправлений убедитесь, что комплект не изменился за пределами проверенной области. Если автор одновременно заменил другие листы, их нельзя считать рассмотренными на основании старого результата. Зафиксируйте новый состав и определите объём повторной проверки. Общие приёмы работы с документами и редакциями разобраны в статье об ИИ для инженера-проектировщика.
Спорные замечания передавайте по принятому маршруту с обеими позициями и основаниями. Ассистент полезен для сопоставления аргументов, но не как третейский судья. Сохраните принятое решение, его автора и область действия: исключение для одного листа не должно автоматически становиться правилом для всех проектов.
Наконец, не смешивайте внутреннее завершение нормоконтроля с готовностью к внешней экспертизе. Это разные рабочие задачи, даже когда они используют одни документы. Подготовка пакета и ответы на внешние замечания разобраны в статье о подготовке проекта к экспертизе с ИИ. Итог должен быть таким: известен проверенный комплект, замечания рассмотрены, подписи поставлены в установленном порядке.
Коротко
- Начинайте с применимых документов и редакций; национальный российский стандарт нельзя автоматически переносить на казахстанский объект, а статус межгосударственного проверяйте в фонде Казахстана.
- Принимайте на контроль зафиксированный комплект с реестром, а не изменяющуюся рабочую папку.
- У замечания должны быть место, основание и проверяемый критерий устранения.
- Автоматизация сравнивает данные и помогает оформить замечания; применимость требований и исключения оценивает специалист.
- Закрывайте проверку по новой редакции выпускаемых документов; заполненное поле подписи не заменяет установленного порядка подписания.