ИИ-агент для планового обслуживания оборудования

16 сентября 2026

Как ИИ-агент помогает планировать ТОиР, разбирать заявки, проверять запчасти и снижать простои, сохраняя опасные решения за инженером.

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

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

Почему плановое обслуживание срывается

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

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

ИИ-агент полезен именно между системами и ролями. Он не заменяет EAM, ERP или 1С, а следит за тем, чтобы события не терялись между ними. Такой контур относится к практическим сценариям ИИ для бизнеса: ценность появляется не от отдельной модели, а от связанного процесса с понятными ответственными и правилами подтверждения.

Что именно делает ИИ-агент

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

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

Режим работы должен быть прозрачным. Формулировка «высокий риск» без объяснения бесполезна. Нужна цепочка: до регламентного срока осталось 80 моточасов, средняя дневная наработка — 20 часов, свободного комплекта уплотнений нет, ближайшее согласованное окно остановки — через четыре дня. Тогда инженер может быстро проверить вывод и принять решение.

Какие данные нужны для старта

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

Сначала для каждого типа сведений назначают главный источник. Где находится правильный идентификатор оборудования? Какая система определяет статус заявки? Откуда берется свободный, а не бухгалтерский остаток? Кто подтверждает допуск? Если на один насос в системах заведены названия «Н-14», «насос линии 2» и «Pump 014», нужен справочник соответствий. Без него агент начнет объединять разные объекты или, наоборот, считать один объект тремя.

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

Сценарий 1. Плановое ТО

Агент ежедневно проверяет, какие работы наступят через 7, 14 и 30 дней. Он учитывает не только дату, но и ожидаемую наработку, загрузку участка, критичность оборудования и доступность исполнителей. Для каждой работы проверяются материалы, документы, инструмент и обязательные допуски.

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

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

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

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

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

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

Сценарий 3. Запчасти и закупка

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

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

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

Сценарий 4. Работа с подрядчиком

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

Сообщение «все готово» не закрывает заявку. Агент переводит ее в состояние ожидания приемки и уведомляет инженера о недостающих данных. При этом сам он не подписывает акт и не подтверждает качество ремонта. Его задача — не дать работе исчезнуть между фактическим выполнением и формальным закрытием.

Пример: обслуживание привода упаковочной линии

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

Агент проверяет ведомость материалов и видит: комплект уплотнений числится на складе, но зарезервирован под более критичный объект. Свободного остатка нет. Он собирает сводку с расчетом срока и ссылками на данные, затем предлагает инженеру два варианта. Первый — после согласования перенести комплект с менее критичного объекта и сразу пересчитать риск для него. Второй — заказать срочную поставку, честно указав вероятность не успеть к субботе.

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

Как внедрить агента по шагам

1. Выберите узкий пилот. Подойдет один класс оборудования с повторяемым регламентом, заметной ценой простоя и доступной историей работ.
2. Опишите путь заявки. Зафиксируйте этапы от сигнала или наступления срока до приемки, включая исключения, возвраты и эскалацию.
3. Назначьте роли. Определите, кто создает заявку, кто диагностирует, кто резервирует детали, кто согласует остановку и кто принимает работу.
4. Сведите идентификаторы. Уберите дубли, создайте справочник соответствий и назначьте главный источник по каждому полю.
5. Подключите чтение. На первом этапе агент получает только необходимые данные и не меняет учетные записи.
6. Настройте приоритеты. Отдельно опишите критичность, просрочку, повторный дефект, дефицит запчастей и признаки опасной ситуации.
7. Запустите режим советника. Две-четыре недели сравнивайте рекомендации агента с решениями инженеров и фиксируйте причины расхождений.
8. Исправьте данные и правила. Уточните справочники, пороги, маршруты уведомлений и формулировки, которые вызывают ложные тревоги.
9. Разрешите безопасные действия. Это могут быть напоминания, запрос подтверждения, создание черновика и обновление неопасного статуса после подтвержденного события.
10. Расширяйте по одному контуру. Подключайте новые классы оборудования только после того, как пилот стабильно работает и измеряется.

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

Где проходят границы автоматизации

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

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

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

Какие метрики покажут пользу

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

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

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

Частые ошибки внедрения

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

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

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

FAQ

Можно ли начать без датчиков и телеметрии?

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

Заменит ли ИИ-агент инженера по эксплуатации?

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

Можно ли связать агента с 1С, ERP или EAM?

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

Что делать, если данные в системах неполные?

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

Когда можно ожидать заметный эффект?

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

Может ли агент сам заказать запчасть?

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

Что произойдет, если агент ошибется?

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