ИИ-агент для контроля сертификатов и разрешений

17 сентября 2026

Как ИИ-агент связывает сертификаты, лицензии и допуски с продукцией, оборудованием и подрядчиками, заранее замечая риск остановки процесса.

Короткий ответ: ИИ-агент собирает в одном контуре сертификаты соответствия, декларации, лицензии, санитарно-эпидемиологические заключения, допуски, удостоверения, паспорта и другие разрешительные документы. Он проверяет сроки действия, область применения, статус в официальном реестре, связь с продукцией, оборудованием, площадкой или подрядчиком и заранее предупреждает, если работа может остановиться.

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

Практический результат — не просто календарь с датами окончания. Компания получает ответ на пять вопросов:

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

Почему обычного реестра недостаточно

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

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

Поэтому зелёная ячейка «действует до декабря» ещё не означает, что документ подходит для сегодняшней операции.

Типовые сбои выглядят так:

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

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

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

Какие документы можно поставить на контроль

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

Чаще всего контролируют:

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

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

Важно не смешивать этот процесс с контролем договорных обязательств. Договор может требовать предоставить сертификат, но предмет работы агента в данном случае — сам разрешительный документ, его применимость, статус и влияние на операцию. Условия оплаты, поставки и претензионная работа относятся к другому контуру.

Что именно проверяет ИИ-агент

1. Срок действия

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

Например, лицензия заканчивается 30 ноября, а подготовка пакета обычно занимает 60 дней. Тогда первый сигнал нужен не 29 ноября, а в начале сентября. В график входят сбор справок, внутреннее согласование, подача заявления, возможное исправление замечаний и резерв на задержку.

2. Статус в реестре

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

В карточке полезно разделять состояния:

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

Статус «не найден» не всегда означает недействительность. Причиной может быть ошибка в номере, задержка публикации, изменение формата реестра или технический сбой. Такой результат требует ручной проверки.

3. Область действия

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

Совпадение по названию недостаточно. «Насос промышленный» в сертификате и конкретный насос в ERP могут относиться к разным сериям. Лицензия компании может не распространяться на филиал. Удостоверение сотрудника может не давать права выполнять нужную категорию работ.

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

4. Комплектность

Основной документ часто работает только вместе с приложениями. Агент проверяет наличие:

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

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

5. Влияние на операции

Контроль становится полезным, когда документ связан с реальной работой. Агент определяет, какие объекты затронет риск:

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

Так руководитель получает не сообщение «через 30 дней истекает документ», а понятную оценку: «декларация относится к 14 активным артикулам; на ближайшие шесть недель запланировано 38 отгрузок; новая декларация ещё не зарегистрирована».

Какие данные нужны агенту

Минимальный набор включает архив разрешительных документов, реестр объектов и справочник ответственных. Для полноценной проверки понадобятся связи с другими системами:

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

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

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

Качество решения зависит и от справочников. Если одна модель записана как «МХ-200», «MX200» и «станок 200», агенту трудно доказать соответствие. Практика подготовки данных для ИИ помогает привести к единому виду названия, коды, адреса и идентификаторы.

Сценарий 1. Сертификат на продукцию перед отгрузкой

Производитель выпускает несколько серий оборудования. На складе готова партия модели MX-240, отгрузка запланирована на пятницу.

Агент проверяет связку «артикул — модель — сертификат — приложение». Основной сертификат действует ещё четыре месяца, поэтому простой календарь не видит проблемы. Однако в приложении указаны серии MX-100 и MX-200, а MX-240 отсутствует.

Система блокирует автоматическое подтверждение готовности документа и создаёт задачу специалисту по сертификации. В карточке показаны:

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

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

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

Сценарий 2. Лицензия и новая площадка

Компания открывает филиал и переносит часть деятельности на новый адрес. В корпоративном реестре лицензия отмечена как действующая ещё два года.

Агент сравнивает данные лицензии со справочником площадок. Он обнаруживает, что новый адрес в документе не указан, и формирует риск до запуска работ.

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

Задача агента — собрать факты:

1. какой вид деятельности планируется;
2. какое юридическое лицо его ведёт;
3. по какому адресу;
4. какие сведения указаны в лицензии;
5. есть ли заявление на переоформление;
6. когда намечен запуск;
7. какие подразделения и операции зависят от решения.

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

Сценарий 3. Допуски сотрудников и подрядчиков

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

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

Агент не объявляет документы поддельными. Он присваивает разные статусы:

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

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

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

Сценарий 4. Поверка средства измерений

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

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

Если поверку не успевают провести, агент показывает последствия: на какой операции используется прибор, есть ли замена, какие партии планируются после 12 октября и кто должен принять решение об остановке или изменении процесса.

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

Сценарий 5. Приостановление документа в официальном реестре

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

Вместо массовой рассылки он сначала проверяет номер, заявителя и продукцию. Затем формирует инцидент:

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

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

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

Как устроить предупреждения без лишнего шума

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

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

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

Высокий риск. До критической даты осталось меньше нормативного резерва, заявление не подано или получены замечания. Подключается руководитель подразделения.

Критический уровень. Документ истёк, приостановлен, отменён или не покрывает планируемую операцию. Агент формирует карточку риска и запускает предусмотренный регламентом маршрут.

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

Пошаговое внедрение

1. Выберите один процесс. Например, сертификаты на отгружаемую продукцию, лицензии филиалов или допуски подрядчиков.

1. Определите объекты контроля. Зафиксируйте, с чем связывается документ: артикулом, моделью, оборудованием, адресом, человеком, видом работ или юридическим лицом.

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

1. Назначьте владельцев решений. Отдельно укажите, кто ведёт документ, кто проверяет применимость и кто вправе остановить операцию.

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

1. Нормализуйте справочники. Приведите к единым идентификаторам товары, модели, площадки, оборудование, организации и сотрудников.

1. Настройте правила сроков. Учтите время на подготовку, проверку, исправление замечаний и внутреннее согласование. Не ограничивайтесь датой окончания.

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

1. Запустите режим чтения. Агент извлекает данные и создаёт отчёт, но не меняет статусы в рабочих системах.

1. Проведите ручную сверку. Профильные специалисты проверяют выборку: номера, даты, область действия, связи и статусы.

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

1. Подключите задачи и эскалации. Сначала — только внутренние уведомления. Автоматические блокировки вводятся лишь после проверки процесса и полномочий.

1. Проведите тест на сбои. Отключите один источник, подложите неполный документ, измените модель или адрес и убедитесь, что агент не выдаёт ложное подтверждение.

1. Зафиксируйте метрики. Сравните результат с исходным периодом.

1. Расширяйте контур постепенно. Новый вид документов подключайте как отдельный проект внедрения ИИ с владельцем, критериями качества и журналом изменений.

Где человек обязателен

Проверка профильным специалистом нужна, если требуется:

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

ИИ-агент не даёт юридических гарантий. Даже корректно найденный документ может не учитывать все требования к конкретной операции. Финальный вывод должен подтверждать специалист, обладающий нужной компетенцией и полномочиями.

Безопасность, доступ и журнал

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

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

В журнале сохраняют:

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

Если модель ошиблась, журнал позволяет понять, где возникла проблема: при распознавании, сопоставлении справочников, чтении реестра или применении правила. Без такой трассировки система превращается в непрозрачный список предупреждений.

Ограничения, которые нужно принять заранее

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

Есть и технические ограничения:

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

Безопасное правило простое: отсутствие подтверждения не равно подтверждению отсутствия, а найденное совпадение не равно окончательному разрешению операции.

Метрики пилота

Полезно измерять не число обработанных файлов, а качество контроля:

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

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

Частые ошибки

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

Практический чек-лист перед запуском

• Выбран один процесс и ограниченный набор документов.
• Определено, какие товары, работы, люди, площадки или оборудование контролируются.
• Для каждого вида документа указан главный источник.
• Основные файлы связаны со всеми приложениями.
• Черновики, дубли и архивные версии отделены.
• Справочники объектов используют единые идентификаторы.
• Настроены даты начала подготовки, а не только окончания.
• Назначены владелец документа, проверяющий специалист и получатель эскалации.
• Определено, кто вправе остановить или разрешить операцию.
• Агент показывает источник каждого вывода.
• Для неоднозначных случаев предусмотрена ручная проверка.
• Недоступность внешнего реестра обрабатывается как отдельный статус.
• Права доступа ограничены по ролям.
• Все проверки и решения журналируются.
• Есть ручной резервный процесс.
• Проведены тесты на неверную дату, неполное приложение и ошибочное совпадение.
• Измерены исходные показатели до пилота.
• Профильный специалист регулярно разбирает ошибки агента.
• Автоматические блокировки не включены до подтверждения качества.
• Правила пересматриваются при изменении процессов и требований.

FAQ

Может ли ИИ-агент определить, нужен ли товару сертификат?

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

Может ли агент гарантировать действительность документа?

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

Что делать, если официальный реестр недоступен?

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

Как часто проверять статусы?

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

Можно ли работать со сканами?

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

Что делать, если сертификат действует, но модели нет в приложении?

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

Может ли агент сам заблокировать отгрузку?

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

Как контролировать документы подрядчиков?

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

Сколько длится пилот?

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

С чего начать?

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