ИИ-агент для внутренних аудитов качества

29 сентября 2026

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

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

Такой агент особенно полезен, когда проверка затрагивает несколько систем и подразделений. Аудитору приходится сопоставлять регламенты, записи в QMS, ERP или MES, ответы сотрудников, результаты прошлых проверок и фактические операции. Обычно время уходит не на анализ, а на поиск нужной версии документа, сверку номеров, повторные письма и уточнение статусов.

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

Почему внутренний аудит часто превращается в формальность

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

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

Полезный внутренний аудит отвечает не на вопрос «есть ли документ», а на три других:

1. Выполняется ли процесс так, как он описан?
2. Есть ли объективные доказательства выполнения?
3. Дает ли процесс ожидаемый результат, в том числе при отклонениях?

На практике ценность аудита снижают одни и те же сбои:

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

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

Что агент делает на каждом этапе аудита

1. Помогает расставить приоритеты

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

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

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

2. Собирает область и критерии проверки

До начала аудита агент готовит паспорт проверки:

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

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

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

3. Запрашивает только то, чего не хватает

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

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

Запрос должен быть конкретным. Фраза «пакет документов неполный» почти бесполезна. Запрос «не найден журнал контроля температуры за смены 12–14 сентября» понятен: сотрудник сразу видит, что именно нужно найти или восстановить.

4. Готовит воспроизводимую выборку

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

Агент сохраняет:

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

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

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

5. Поддерживает аудитора во время проверки

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

Каждое наблюдение получает понятные атрибуты:

• критерий;
• объект проверки;
• источник;
• дату и время;
• версию документа;
• фактическое состояние;
• сотрудника, подтвердившего сведения.

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

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

6. Готовит черновики наблюдений и несоответствий

В хорошем описании несоответствия есть три части:

1. Конкретное требование.
2. Объективное свидетельство.
3. Точный разрыв между требованием и фактом.

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

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

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

7. Связывает отчёт с корректирующими действиями

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

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

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

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

8. Готовит проверку эффективности

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

Примеры критериев:

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

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

Практический сценарий: аудит выпуска продукции

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

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

Для каждой партии агент строит цепочку доказательств:

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

Если номера, даты или статусы расходятся, партия попадает в список вопросов.

В одном случае агент замечает, что контрольная запись внесена позже времени выпуска. Автоматически объявлять это нарушением нельзя. Аудитор изучает журнал и разговаривает с контролёром. Выясняется, что система была недоступна: результат сначала записали на бумаге, а после восстановления перенесли в электронную форму.

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

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

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

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

Для пилота не требуется подключать всю ИТ-инфраструктуру. Обычно достаточно следующих источников:

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

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

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

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

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

Кто за что отвечает

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

Владелец программы аудитов утверждает приоритеты и календарь.

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

Аудитор собирает и оценивает доказательства, формулирует выводы.

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

Специалист по качеству отвечает за методику, независимость и единый подход.

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

ИИ-агент ищет, связывает, напоминает и готовит черновики.

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

Для критических переходов требуется явное подтверждение человека. В журнале сохраняются источник, применённое правило, версия черновика, решение сотрудника, имя подтвердившего и время.

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

Безопасность и реальные ограничения

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

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

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

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

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

Как внедрить агента без лишнего риска

Шаг 1. Выберите один повторяемый аудит

Подойдёт проверка управления обучением, выпуска продукции, обработки обращений или контроля поставщика. Важно, чтобы у процесса был понятный владелец, а основные данные были доступны.

Начинать со всей системы менеджмента не стоит: слишком много источников, исключений и спорных решений.

Шаг 2. Опишите текущий маршрут

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

Шаг 3. Соберите базовую линию

Возьмите 10–15 завершённых проверок. Посчитайте:

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

Без этой базы будет трудно понять, дал ли пилот реальный эффект.

Шаг 4. Запустите агента в режиме наблюдения

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

Официальные статусы на этом этапе автоматически не меняются.

Шаг 5. Расширяйте права постепенно

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

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

Шаг 6. Оцените качество, а не только скорость

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

Метрики полезного эффекта

Для оценки пилота подойдут следующие показатели:

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

Первые замеры лучше делать по одному типу аудита. Иначе различия между подразделениями и методиками скроют результат.

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

Автоматизировать только написание отчёта

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

Отдать агенту оценку соответствия

Модель может проверить комплектность и применить формальное правило. Но достаточность доказательств, контекст и значимость разрыва оценивает аудитор. Иначе уверенная формулировка начнёт подменять реальную проверку.

Проверять документы вместо процесса

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

Не сохранять версии

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

Закрывать замечание после загрузки файла

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

Смешивать рекомендацию и обязательное действие

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

Забывать о независимости

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

Пытаться сразу охватить все аудиты

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

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

Проверьте, что:

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

FAQ

Чем ИИ-агент отличается от системы управления аудитами?

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

Может ли агент самостоятельно написать несоответствие?

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

Нужна ли большая история прошлых аудитов?

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

Как агент выбирает записи для проверки?

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

Можно ли использовать агента при внешнем аудите?

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

Что делать, если источники противоречат друг другу?

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

Как измерить окупаемость?

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

Когда ИИ-агент не нужен?

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

Кто отвечает за ошибку в выводе агента?

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