ИндаСофт (MES): ИИ-агент для планирования, качества и простоев

Производственная компания вела заказы, задания и качество в MES «ИндаСофт» — системе управления производством на платформе цифровых сервисов I-DS: в I-DS/PC жили производственные задания, операции и партии, I-DS/PS собирал календарный план по цехам, а модуль контроля качества и лаборатория хранили параметры проб и результаты проверок. Учёт работал: задания выдавались в цех, партии прослеживались, отклонения по качеству фиксировались, простои попадали в журнал обслуживания. Но всё, что происходит между «в системе появилось отклонение» и «смена получила новое решение», делали люди вручную: мастер вспоминал причину остановки, технолог искал связку партии, режима и станка на следующий день, а график после сбоя диспетчер пересобирал в таблице не один час.

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

Ниже — какие процессы живут в MES «ИндаСофт» и где границы её возможностей; что добавляет агент поверх контура; какие риски это снимает и сколько часов возвращает; расчёт эффекта на ваших числах и то, что остаётся за человеком. Отдельно — почему «линия опять стояла полсмены» и «брак нашли у заказчика» чаще не про невнимательность людей, а про то, что между отклонением в системе и решением на смену не было слоя, который читает, сопоставляет и предлагает.

Коротко: что добавляет ИИ-агент к MES «ИндаСофт»

Агент читает производственные задания и операции из I-DS/PC, движение партий и прослеживаемость, параметры качества и результаты лабораторных проб, журнал простоев и отметки о наладках. Он связывает отклонение с оборудованием и партией, собирает причины простоев в одну картину, поднимает признаки отклонения качества заранее и готовит проект календарного плана. Диспетчер, мастер и технолог подтверждают решения. Система остаётся контуром учёта и управления, агент закрывает участок между её данными и решением на смену.

Содержание

• Что такое MES «ИндаСофт» и какие процессы в ней живут
• Где граница контура: данные есть, объяснения нет
• Что съедает время между отклонением и решением
• Что делает ИИ-агент поверх MES «ИндаСофт»
• Какие риски это снимает
• Сколько часов это возвращает
• Расчёт эффекта на вашем объёме
• Что остаётся за человеком
• Как это выглядит на практике
• Чеклист перед стартом
• Как внедрить поэтапно
• Чем измеряется эффект

Что такое MES «ИндаСофт» и какие процессы в ней живут

MES «ИндаСофт» — российская система управления производством, разработчик которой более 30 лет создаёт системы эффективного управления производством на предприятиях непрерывного, дискретного и периодического типа. Современная линейка построена на платформе «Цифровые сервисы I-DS»: это набор связанных прикладных сервисов, каждый из которых закрывает свой участок производственного контура.

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

• Управление производственными заданиями и операциями. Сервис I-DS/PC-MOM ведёт запуск заданий в производство, ручное и автоматическое распределение операций, регистрацию выполнения операций разных типов с фиксацией факта, возможность расчёта уставок для заданий и передачи их на оборудование, а также хранение и анализ истории выполнения заданий и операций персоналом.
• Учёт партий и прослеживаемость. Сервис I-DS/PC-BTM ведёт движение партий (приёмка, выпуск, потребление и списание по операциям), операции над партиями (слияние, разделение, комплектование), историю событий и параметров партий, учёт тары и её жизненного цикла, а главное — генеалогию партий от сырья до готовой продукции.
• Внутрипроизводственный контроль качества. Сервис I-DS/PC-QMS ведёт планы контроля и шаблоны заданий на сбор данных по качеству, регистрирует числовые и описательные параметры, оформляет отбор образцов для лабораторного контроля, хранит и предоставляет данные по качеству компонентов и продукции для анализа и отчётности.
• Лаборатория. Лабораторно-информационная система I-LDS (классический продукт I-LDS) автоматизирует работу лаборатории: пробы, методики, результаты, связь с партиями и заданиями.
• Календарное планирование. Сервис I-DS/PS формирует производственные расписания: планирование потребности в сырье и материалах, загрузки персонала, использования оснастки, тары и энергоресурсов, а также оперативное перепланирование при отклонениях и режим моделирования вариантов.
• Обслуживание оборудования. Сервис I-DS/PC-MM ведёт учёт видов и операций технического обслуживания и планово-предупредительного ремонта (ППР), планирование техобслуживания и журнал выполненных, запланированных и текущих работ.
• Персонал и оснастка. Сервисы I-DS/PC-PM и I-DS/PC-TM ведут учёт рабочего времени персонала и движения оснастки: выдачу и возврат, регистрацию на оборудовании, наработку и прохождение контроля.
• Диспетчеризация и материальный баланс. Система диспетчеризации I-DS и система сведения материального баланса I-DRMS собирают данные с производства и сводят их в единую картину по потокам.

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

Для руководителя практический вывод такой: система уже хранит полную картину — что заказано, по какой технологии, с какими нормами, что реально сделано за смену и с каким качеством. Проблема не в отсутствии данных, а в скорости их превращения в решение. И в объёме: по нормам управления сигнализациями (EEMUA Publication 191) в устойчивом режиме на одного оператора должно приходиться около одного сигнала в 10 минут, а больше 10 сигналов за 10 минут на одну рабочую позицию считается шквалом, в котором настоящая авария теряется среди сообщений. Человек физически не успевает разбирать их вручную.

Где граница контура: данные есть, объяснения нет

MES «ИндаСофт» точно отвечает на вопрос «что происходило с заданиями, партиями и параметрами качества». Факт фиксируется в контуре: время простоя есть, отклонение по размеру есть, брак по документу есть, генеалогия партии есть.

Чего эта система по своей природе не делает — и не должна:

• Не объясняет причину остановки. Признак отклонения и падение темпа попадают в журнал как события. Связка «какая партия сырья — какой режим — какая наладка — какой оператор» собирается в голове технолога, если он успевает посмотреть в ту же смену.
• Не складывает похожие случаи вместе. Каждая остановка живёт отдельным эпизодом. Что за месяц на одном и том же узле трижды повторялся один сценарий отказа, видно только после ручной выгрузки и сверки.
• Не готовит проект решения после сбоя. Система покажет, что задание не выполнено и плановое время превышено. Новый вариант расстановки заданий по участкам и сменам собирает диспетчер — в таблице.
• Не отвечает руководителю за минуту. Вопрос «почему мы третий день не укладываемся в план по этой группе изделий» требует выгрузок и сведения данных руками, а не запроса к системе.
• Не разбирает шквал сигналов. Нормы сигнализации задают верхнюю границу того, что человек способен осмыслить в единицу времени; система эту границу не расширяет.

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

Что съедает время между отклонением и решением

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

1. На участке что-то пошло не так: оператор видит отклонение на экране, срабатывает сигнализация.
2. Мастер идёт к оборудованию: остановить, оценить, вызвать наладчика. Остановка фиксируется в журнале — или не фиксируется, если смена занята срочной задачей.
3. Событие падает в систему вместе с десятком сопутствующих сигналов, которые ушли вверх и вернулись в норму. Что из этого причина, а что следствие — разбирать человеку.
4. Технолог отдельно смотрит качество: поднимает записи по партии, режиму и оборудованию, чтобы понять, где возникло отклонение.
5. Каждый ответ идёт через созвон: подтвердить, что партию можно вернуть на передел, что материал есть, что наладчик освободится.
6. Календарный план меняется, но в системе он ещё не отражён: там живёт предыдущая версия, пока диспетчер не вернётся к компьютеру.
7. Итог смены и причины простоев восстанавливают по факту — со слов участников и по переписке.

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

Что делает ИИ-агент поверх MES «ИндаСофт»

Агент ставится рядом с контуром и работает с его данными. Ниже — сценарий для производства, где уже есть MES «ИндаСофт» и планово-диспетчерский отдел.

1. Читает производственные задания и операции. Статусы и история выполнения операций из I-DS/PC-MOM дают первичный факт: что должно было быть сделано за смену и что реально выполнено.
2. Связывает отклонение с партией и оборудованием. По времени и генеалогии партий (I-DS/PC-BTM) агент сопоставляет эпизод с заданием, партией сырья и операцией, которая в этот момент выполнялась. Простой перестаёт быть абстрактным и получает контекст.
3. Собирает шквал событий в одну причину. Вместо десятка сообщений о вышедших и вернувшихся в норму параметрах агент выделяет первичное событие и группирует следовавшие за ним сигналы как следствие.
4. Готовит разбор причин простоев. Агент сводит вместе журнал обслуживания и ремонтов (I-DS/PC-MM), отметки о наладках и историю по узлу: что делали в прошлый раз, какой узел отказывал, кто и когда это закрыл.
5. Поднимает признаки отклонения качества заранее. Агент связывает партию, режим, оборудование и результаты прошлых проверок из I-DS/PC-QMS и лаборатории и сигналит, когда набор условий повторяется: «после наладки на этой линии отклонение по размеру выходило дважды за месяц».
6. Готовит проект календарного плана. После сбоя агент предлагает вариант перераспределения заданий между участками и сменами с указанием, что поехало и почему. Это проект решения для I-DS/PS, а не изменение плана: утверждает диспетчер.
7. Собирает сводку простоев и потерь и ведёт журнал решений. Регулярная сводка: сколько часов потеряно, по каким причинам, какие эпизоды повторяются. Плюс журнал: что агент предложил, что подтвердил мастер или диспетчер, что изменилось в задании — со ссылками на документы и время.

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

Какие риски это снимает

Риски идут первыми, потому что они и есть предмет разговора: часы и деньги — уже следствие. Формулировки ниже — не «снижение рисков вообще», а конкретные сценарии.

Настоящая авария теряется в шквале сигналов

По нормам управления сигнализациями (EEMUA Publication 191) в устойчивом режиме на одну рабочую позицию оператора должно приходиться около одного сигнала в 10 минут, а более 10 сигналов за 10 минут считаются шквалом. На практике во время сбоя сигналы идут пачкой: часть из них — следствие одного события. Пока оператор разбирает список, линия уже стоит. Агент выделяет первичное событие и показывает сопутствующие как следствие — картина сбоя читается сразу.

Простой, который растягивается на полсмены

Компания Siemens опубликовала оценку потерь от незапланированных остановок: в среднем крупное предприятие теряет 27 часов в месяц из-за незапланированных простоев (в 2019 году — 39 часов), то есть около 326 часов в год; при этом среднее время восстановления производства выросло с 49 минут до 81 минуты за пять лет. Причина, по мнению авторов отчёта, не в оборудовании, а в знаниях: опыт уходит вместе с людьми. Агент не ремонтирует линию, но передаёт наладчику историю: что делали в прошлый раз, какой узел отказывал, кто и когда это закрыл.

Брак, который находят у заказчика, а не в цехе

Отклонение, замеченное на входном контроле или у клиента, стоит дороже, чем пойманное на переделе: логистика, возврат, повторное изготовление, простой принимающей линии у заказчика. По данным вендора, генеалогия партий в I-DS/PC-BTM уже позволяет поднять, на какой стадии возник брак, какое оборудование участвовало, какой персонал его обслуживал и откуда получено сырьё. Агент делает этот разбор регулярным и поднимает сигнал не после рекламации, а при повторе набора условий.

Срыв сроков по заказу и санкции по договору

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

Спор о причинах остановки

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

Зависимость от конкретного человека

Мастер, технолог или диспетчер, который «держит всё в голове», делает производство заложником отпуска и увольнения. Сводки и журнал решений переносят часть этой роли из памяти в данные — и новый мастер видит историю узла, а не слышит её пересказ.

Отчётность, которая не сходится

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

Сколько часов это возвращает

Ниже — прозрачная модель: типовой расчёт для площадки с тремя цехами и пятью участками, 250 производственными заданиями в месяц, 45 остановками, 65 сменами и 25 разборами качества за тот же период. Это арифметика на входных числах, а не замер конкретного клиента — свои цифры подставляются в ту же таблицу.

Показатель	Вручную	С агентом
Разбор остановок и причин (45 остановок × 45 и 5 минут)	33,8 часа	3,8 часа
Сверка производственного задания с фактом (65 смен × 20 и 3 минуты)	21,7 часа	3,3 часа
Разбор отклонений качества по партиям (25 разборов × 40 и 5 минут)	16,7 часа	2,1 часа
Сводка простоев и потерь за месяц (4 сводки × 100 и 20 минут)	6,7 часа	1,3 часа
Итого в месяц на площадке	79 часов	10 часов

Расчёт в минутах: 45 остановок × 45 минут = 2 025 минут, то есть 33,8 часа; 65 смен × 20 минут = 1 300 минут, то есть 21,7 часа; 25 разборов × 40 минут = 1 000 минут, то есть 16,7 часа; 4 сводки × 100 минут = 400 минут, то есть 6,7 часа. С агентом остаётся проверка выводов: 45 × 5 минут, 65 × 3 минуты, 25 × 5 минут и 4 × 20 минут — около 10 часов.

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

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

Расчёт эффекта на вашем объёме

Модель собирается из четырёх чисел, которые у вас уже есть:

1. Объём операций в месяц. Сколько раз в месяц разбираются остановки, сколько заданий сверяется с фактом, сколько разборов качества и сводок по простоям нужно закрыть.
2. Минуты на операцию. Сколько времени занимает одна такая операция вручную и сколько занимает проверка вывода агента.
3. Число сотрудников, у которых это в работе. Мастера, технологи, диспетчеры — и какая доля их времени действительно уходит на разбор, а не на управление производством.
4. Стоимость часа. Полная стоимость часа с учётом взносов и накладных по данным вашей учётной системы.

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

Что остаётся за человеком

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

Как это выглядит на практике

В работе по производственному направлению у нас была обезличенная производственная компания, для которой собиралась индивидуальная программа под задачи предприятия: сценарии строились вокруг оперативного контура и качества, а не вокруг замены систем. Реальный опыт показывает главное: первым закрывается не самый «умный», а самый частый сценарий — разбор остановки и сверка задания с фактом. Именно на нём проверяется, читаются ли данные из контура, актуальны ли нормы и готовы ли мастера пользоваться готовым разбором вместо переписки.

Так же строится работа и с действующим контуром на MES «ИндаСофт»: сначала считаем на ваших выгрузках, сколько часов в месяц уходит на ручной разбор, затем проверяем сценарий на одном участке или цехе, и только потом тиражируем на остальные. Смежные разборы по производственному контуру: планирование производства и пересборка графика, производственный блок 1С:ERP, контроль качества, входной контроль и рекламации, диспетчеризация производства, простои, смены и брак, роль диспетчера и технолога, системы того же класса на другом контуре: TRACE MODE и T-FACTORY и Галактика ERP, а также порядок внедрения ИИ-агентов от аудита до сопровождения.

Чеклист перед стартом

Проверьте себя по списку — он же готовый перечень данных для разговора с подрядчиком:

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

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

Как внедрить поэтапно

1. Аудит данных. Смотрим, что реально есть в контуре: задания и операции, партии и прослеживаемость, параметры качества, журнал простоев и ремонтов. Фиксируем, чего не хватает для сценария.
2. Замер ручной работы. Считаем по вашим числам, сколько часов в месяц уходит на разбор остановок, сверку заданий, качество и сводки. Здесь же считаем бесплатный разбор стратегии внедрения ИИ.
3. Один процесс, один участок. Берём самый частый сценарий — обычно разбор остановки и причин — и делаем его на данных одного участка.
4. Правила и границы. Формулируем, что агент делает сам, где требуется подтверждение человека и при каком повторе поднимается сигнал.
5. Пилот на смене. Агент работает параллельно с привычным порядком: мастер видит и ручной разбор, и вывод агента. Сравниваем, где вывод точнее.
6. Тиражирование и метрики. Расширяем на сверку заданий и качество, переносим на другие участки и цеха, ведём ежемесячный отчёт по метрикам.

Чем измеряется эффект

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

Что в итоге

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

ИИ-агент поверх MES «ИндаСофт» закрывает именно этот участок и не трогает ни контур управления, ни технологию. Сначала риски — потерянная в шквале сигналов авария, простой на полсмены, брак у заказчика, срыв сроков, споры о причинах; затем часы и деньги как следствие. Проверить это на своей площадке можно за один разбор: посмотрим ваши выгрузки и покажем, какие решения агент подготовит в первые минуты сбоя, а какие останутся за диспетчером и мастером.

Сравнить этот подход с другим контуром управления производством можно в разборе 1С:MES: сменные задания, простои и брак до выпуска партии — там та же логика слоя разбора показана на данных «1С:Предприятия».

Источники

• Объём российского рынка MES-систем в 2025 году — 12,85 млрд рублей при среднегодовом темпе роста 9% (к 2028 году прогноз 16,64 млрд рублей), рынка систем усовершенствованного планирования — 591 млн рублей: Исследование российского рынка систем MES и APS — «АНТ-ЦС» (данные исследования 2025 года).
• По итогам 2025 года объём российского рынка MES-систем оценивается в 18 млрд рублей; к началу 2025 года в Едином реестре отечественного ПО насчитывалось 65 систем управления производством, 86% из них разработаны средними компаниями: Исследование IBS: по итогам 2025 года объём российского рынка MES-систем составит 18 млрд рублей — IBS.
• Средние потери предприятия от незапланированных простоев — 27 часов в месяц (в 2019 году — 39 часов), около 326 часов в год; среднее время восстановления производства после остановки выросло с 49 до 81 минуты за пять лет, что авторы объясняют разрывом в знаниях после ухода опытных специалистов: The True Cost of Downtime 2024 — Siemens (данные по промышленным предприятиям, опрос специалистов по обслуживанию и ИТ).
• Пороги нагрузки на оператора по сигнализациям: в устойчивом режиме около одного сигнала в 10 минут, шквал — более 10 сигналов за 10 минут на одну рабочую позицию: EEMUA Publication 191 «Alarm Systems: A Guide to Design, Management and Procurement» — EEMUA (руководство для пользователей систем сигнализации, стандарт ISA-18.2 / IEC 62682); числовые пороги в прикладной форме — Alarm Flood Reduction: EEMUA 191 & ISA-18.2.
• Технологии искусственного интеллекта применяют 5,2% крупных и средних российских организаций (в компаниях с численностью более 500 человек — 17%), примерно каждая вторая организация-пользователь ИИ применяет его в производстве продукции: Крупный бизнес наиболее активно внедряет ИИ — ИСИЭЗ НИУ ВШЭ по данным сплошных обследований Росстата, 2025–2026.
• Состав контура: MES «ИндаСофт» на платформе цифровых сервисов I-DS — управление производственными заданиями и операциями (I-DS/PC-MOM), учёт партий и прослеживаемость (I-DS/PC-BTM), внутрипроизводственный контроль качества (I-DS/PC-QMS), обслуживание и ремонт оборудования (I-DS/PC-MM), учёт персонала и оснастки, календарное планирование (I-DS/PS): MES для предприятий с дискретными и периодическими процессами — «ИндаСофт» (данные вендора); задачи календарного планирования — I-DS/PS Календарное планирование.