ИИ-агент в 1С:MES: сменные задания, простои и брак до выпуска партии

Производственная компания вела заказы, этапы производства и сменные задания в 1С:MES (MES, Manufacturing Execution System — система управления производством) на платформе «1С:Предприятие»: в нём жили ресурсные спецификации и маршрутные карты, портфель производственных заказов, график и расписание по рабочим центрам, производственные задания на операции и результаты контроля качества, а факт выпуска и расход материалов уходили в 1С:ERP для расчёта себестоимости. Учёт работал: мастер отмечал начало и завершение операций, брак оформлялся предъявлением на контроль, за смену формировался отчёт производства. Но всё, что происходило между «в системе появилось отклонение» и «смена получила новое решение», делали люди вручную: причину остановки помнил мастер, последствия для соседних операций диспетчер считал на бумаге, а разбор «почему эта партия ушла в исправление» собирался к концу недели из чужих слов.

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

Коротко

ИИ-агент поверх 1С:MES не заменяет систему управления производством, а закрывает разрыв между фактом в системе и решением на смене. Он читает задания, операции, фактическое время и данные контроля качества, сопоставляет их с заказами в 1С:ERP, готовит разбор отклонения с причинами и вариантами перепланирования. Мастер подтверждает решение, документы проводит человек.

Содержание

• Что в 1С:MES уже работает и где заканчивается
• Почему отклонение по смене видно поздно
• Что съедает время между сигналом и решением
• Что делает ИИ-агент поверх системы
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно
• Источники

Что в 1С:MES уже работает и где заканчивается

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

Что система делает сама

Возможности продукта описаны на сайте «1С» (solutions.1c.ru), и для нашей темы важны пять блоков.

• Нормативная основа. Ресурсные спецификации хранят состав изделия, нормы расхода и этапы производства; маршрутные карты описывают технологические операции. Для каждой операции можно указать вид контроля качества — то есть система заранее знает, где партия должна остановиться на проверку.
• График и расписание. Портфель производственных заказов превращается в этапы производства, затем в график и расписание по рабочим центрам. Расписание считается эвристическим алгоритмом с учётом очерёдности операций, времени транспортировки между рабочими центрами (матрица транспортировок) и наличия материалов.
• Диспетчеризация. На основании расписания формируются производственные задания на операции; мастер или оператор отмечает начало, частичное и полное выполнение, в том числе через терминал управления операциями со штрихкодами.
• Факт за смену. Отчёт производства за смену фиксирует выпуск и израсходованные материалы, сдельный наряд — выработку и состав исполнителей с коэффициентом трудового участия (КТУ, доля участия каждого в общем результате).
• Контроль качества. Операция с признаком контроля после завершения попадает в «Управление техническим контролем», результат оформляется предъявлением на контроль, а брак получает тип: допустимый (карта разрешения), исправимый (этап на исправление) или неисправимый (движение на склад).

Отдельно стоит сказать про обмен с 1С:ERP: структура предприятия, нормативно-справочная информация (НСИ, справочники изделий, материалов и маршрутов) и заказы передаются в 1С:MES, а результаты планирования и выполненные операции возвращаются в 1С:ERP для расчёта себестоимости. Обмен встроенный, отдельной интеграционной платформы для этого не требуется.

Что остаётся людям

Все перечисленные механизмы отвечают на вопрос «что произошло». На вопрос «почему и что делать дальше» система отвечает только тем, что позволяет человеку ввести своё решение. Смотрите сами, где кончается автоматика:

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

Почему отклонение по смене видно поздно

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

Показательно, что рынок этот слой уже воспринимает как обязательный. По исследованию IBS, объём российского рынка систем управления производством по итогам 2025 года составит 18 млрд рублей против 17 млрд годом ранее (+7,2% за 2024 год), в Едином реестре отечественного ПО к началу 2025 года было 65 таких систем, а лидер по внедрению — машиностроение с 16% проектов (ibs.ru). Иначе говоря, системы управления производством есть у многих. Вопрос в том, что происходит после того, как отклонение в них зафиксировано.

Второй факт из того же исследования ещё важнее: в проектах за последние пять лет время простоя оборудования сокращалось на 20%, количество незапланированных разрывов партий — на 15%, среднее время выпуска изделия — на 10%, а число обрабатываемых заказов без расширения штата росло на 35%. Это эффект не от «покупки системы», а от того, что данные начали использовать в решениях. Ровно эту работу — использовать данные в решениях смены — и забирает агент.

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

Разберём смену по шагам — без цифр, только механика. Так видно, где именно теряется время.

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

Каждый шаг по отдельности занимает минуты. Вместе они съедают часы, и — что дороже — решения принимаются на неполной картине: мастер не знает истории, диспетчер не знает причины.

Что делает ИИ-агент поверх системы

Агент работает как слой разбора. Вот его шаги.

1. Читает сменное задание и факт. Производственные задания, отметки о начале и завершении операций, фактическое время по рабочим центрам, отчёт производства за смену, данные предъявлений на контроль. Источник — тот же контур 1С:MES, отдельных выгрузок не требуется.
2. Подтягивает коммерческий контекст. По номеру заказа и этапа производства агент смотрит в 1С:ERP: срок поставки, приоритет заказа, себестоимость. Так отклонение по одной операции перестаёт быть локальной новостью и получает цену.
3. Сопоставляет с историей. Те же рабочие центры, те же маршрутные карты, те же типы несоответствий за прошлые периоды. Именно здесь появляется то, чего нет у мастера в голове: частота и повторяемость.
4. Объясняет отклонение. Готовит разбор: по какой операции недобор, на сколько, что совпало по времени — простой, переналадка, перевод исполнителя, ожидание материала, брак с типом «исправимый».
5. Считает варианты. Что будет с соседними заказами, если перенести остаток задания, если отдать его на другой рабочий центр, если оставить и догрузить следующую смену. Варианты — с ценой в часах и в сроке, а не «рекомендуем оптимизировать».
6. Готовит проект решения. Оформленный текст для мастера и диспетчера со ссылками на документы и строки: на каком задании, какой операции, какой партии построен вывод.
7. Пишет в журнал. Что предложено, что принято, что отклонено и почему. Журнал — не отчётность ради отчётности: это единственный способ увидеть, какие причины повторяются из смены в смену.

Дальше — важная граница. Агент не проводит документы и не перепланирует расписание сам. Перепланирование в 1С:MES запускает человек, и это правильно: у перепланирования есть последствия для других заказов, которые видит диспетчер, а не модель.

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

Риски важнее часов, поэтому сначала о них. Каждый — сценарий, а не «повышение эффективности».

Простой линии и сдвиг смены

Час простоя стоит по-разному в разных отраслях, но растёт он быстро. По данным опроса Siemens, для автопрома один час незапланированной остановки в 2024 году стоил около 2,3 млн долларов — вдвое дороже, чем в 2019-м, а в тяжёлой промышленности стоимость часа простоя выросла вчетверо за пять лет; для средних предприятий верхняя граница — около 150 тыс. долларов за час (blog.siemens.com). В разрыве между 2019 и 2023 годом инфляция в США составила 19%, а стоимость простоя в автопроме выросла на 113%: дело не в деньгах как таковых, а в том, что остановка одного участка тянет за собой цепочку. Агент не предотвращает поломку, но сокращает время между «линия встала» и «понятно, что делать с остатком задания»: пока мастер ищет контекст, линия уже простаивает.

Партия с браком ушла заказчику

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

Неустойка за просрочку поставки

Просрочка — это не только репутация. В договорах поставки почти всегда есть пеня за день просрочки. Простая арифметика: партия на 2 млн рублей при пене 0,1% в день даёт 2 000 рублей за каждый день просрочки — за две недели 28 000 рублей, и это без стоимости самой переделки. Такая сумма не выглядит угрозой, пока не выяснится, что сдвинулись пять партий по одному заказу. Агент показывает сдвиг срока по заказу в момент отклонения, а не в день отгрузки.

Спор о причинах без доказательной базы

Когда партия ушла с браком, разговор идёт не о факте, а о причине: был ли режим нарушен, была ли оснастка исправна, предупреждал ли мастер о риске. Если причина остановки и разбор нигде не зафиксированы, спор решается по силе позиции, а не по данным. Журнал агента («сигнал → вывод → решение → результат») — это доказательная база, которая не зависит от памяти участников. Как мы строим такие журналы и почему требуем ссылку на строку документа — разобрано в материале о безопасной проверке договоров и таблиц с ИИ.

Зависимость от одного диспетчера

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

Отклонение видно в конце месяца

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

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

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

Показатель	Вручную	С агентом
Производственных заданий в месяц	250	250
Заданий с отклонением (40%)	100	100
Разбор одного отклонения, минут	12	3
Часов на разбор отклонений в месяц	20	5
Смен в месяц (3 цеха × 2 смены × 22 дня)	132	132
Сведение отчёта за смену, минут	25	5
Часов на сведение отчётов в месяц	55	11
Итого часов в месяц	75	16

Арифметика открытая. Разбор отклонений: 100 × 12 минут = 1 200 минут, то есть 20 часов; с агентом человек тратит 3 минуты — проверить вывод и подтвердить, итого 5 часов. Сведение сменных отчётов: 132 смены × 25 минут = 3 300 минут, или 55 часов; с агентом 5 минут на смену — 11 часов. Освобождается 59 часов в месяц.

В деньгах при стоимости нормо-часа мастера и диспетчера 900 рублей с накладными: 59 × 900 = 53 100 рублей в месяц на одной площадке. На трёх площадках такой же конфигурации — около 159 000 рублей в месяц. Для сравнения: та же Siemens оценивает верхнюю границу часа простоя для среднего предприятия в 150 тыс. долларов — то есть один предотвращённый час простоя на смене стоит дороже, чем весь месячный выигрыш по часам разбора. Поэтому в этой истории риски и остаются первыми, а часы — вторыми.

Границы измерения честные: расчёт не включает стоимость внедрения и не утверждает, что все 59 часов станут прибылью. Часть времени уйдёт на проверку разборов и работу с журналом — это нормальная плата за управляемость, а не потеря.

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

Границы — часть конструкции, а не дисклеймер.

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

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

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

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

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

1. Выбрать один цех и один тип отклонения. Не «внедрить ИИ на производстве», а «разобрать недовыполнение сменных заданий на участке токарных операций». Узкий старт даёт проверяемый результат за недели.
2. Описать данные, которые есть. Производственные задания, отметки выполнения, предъявления на контроль, обмен с 1С:ERP. Если причина остановки не фиксируется — добавить минимальный справочник причин, иначе разбор будет строиться на догадках.
3. Собрать историю и проверить на прошлом. Взять 8–12 недель закрытых смен и прогнать разбор задним числом: совпадает ли вывод агента с тем, что мастера помнят о тех сменах. Это самая дешёвая проверка качества.
4. Встроить в рабочий ритм, а не рядом с ним. Разбор должен приходить туда, где мастер уже смотрит: на терминал, в отчёт за смену, в утреннюю планёрку. Отдельный «умный» интерфейс никто не откроет.
5. Договориться о границах и журнале. Что агент делает сам, что предлагает, что запрещено. Журнал решений — с первого дня, иначе через месяц невозможно понять, где разбор помог, а где помешал.
6. Расширять по повторяемости. Следующий цех — не потому что «пора масштабировать», а потому что первый дал повторяемые выводы. Подход к выбору задачи и замеру эффекта разобран в статье о внедрении ИИ в бизнес.

Если производство живёт на другой системе управления производством, логика та же — пример разбора на MES другого вендора мы разбирали в материале про ИндаСофт (MES) и ИИ-агента для планирования, качества и простоев. А тема поломок оборудования и предсказания отказов — отдельная, она про телеметрию и обслуживание, а не про смену: см. предиктивное обслуживание оборудования.

Что в итоге

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

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

Если хотите понять, где в вашем контуре теряется время между отклонением и решением, начните с бесплатного разбора стратегии внедрения ИИ: мы посмотрим на ваши данные в 1С:MES и 1С:ERP и назовём два-три шага, которые можно отдать агенту первыми.

Источники

• Возможности 1С:MES: ресурсные спецификации и маршрутные карты, график и расписание, производственные задания и терминал операций, отчёт производства за смену, предъявление на контроль и типы несоответствий, обмен с 1С:ERP — solutions.1c.ru
• Объём российского рынка MES-систем: 18 млрд рублей по итогам 2025 года против 17 млрд в 2024-м, 65 систем в реестре, машиностроение 16% внедрений; эффект проектов за пять лет: простои −20%, разрывы партий −15%, время выпуска −10%, заказов без расширения штата +35% — исследование IBS, ноябрь 2025 — ibs.ru
• Затраты крупных и средних организаций России на цифровые технологии: 5,9 трлн рублей в 2025 году, +11,8% к 2024-му, 37% — программное обеспечение, рост в обрабатывающей промышленности 11–14% — расчёты ИСИЭЗ НИУ ВШЭ по данным Росстата — issek.hse.ru
• Стоимость часа простоя: около 2,3 млн долларов в автопроме, рост вчетверо в тяжёлой промышленности за пять лет, до 150 тыс. долларов за час у средних предприятий, скрытые потери и договорные штрафы — Siemens, True Cost of Downtime 2024 (blog.siemens.com, полный отчёт — PDF)