На производстве, где уже работает 1С:ERP (ERP, Enterprise Resource Planning — управление ресурсами предприятия) и 1С:MES (MES, Manufacturing Execution System — система оперативного управления производством), картина обычно одна и та же: заказы и факт по операциям в системах есть, а смена начинается с того, что мастер собирает статусы в блокноте. ИИ в производстве закрывает не выпуск продукции, а разрыв между данными и решением: собирает сигнал по смене, операции, партии или оборудованию, проверяет его по утверждённым правилам и передаёт ответственному сотруднику. Управления оборудованием и решения о годности изделия у системы нет — это остаётся за специалистом и допусками промышленной безопасности.
Профиль компании в разборе
- Роль: производственное предприятие с двумя площадками и собственной службой главного механика
- Штат: около 430 сотрудников: производственно-диспетчерский отдел 16, технологическая служба 10, служба качества 8, ремонтная служба 24
- Город: Челябинск
- Системы: 1С:ERP (производственный блок), 1С:MES, электронный документооборот
- Что ведём: сменные задания, контроль отклонений качества, планирование ремонтов, сменную отчётность
Где здесь работа для ИИ, показывают два замера. По обследованию ИСИЭЗ НИУ ВШЭ (2025 год, более 1,7 тысячи организаций машиностроения) станки с ЧПУ используют 59% предприятий, а системы автоматизации производственных процессов — те же 1С:ERP и 1С:MES — внедрены почти на половине предприятий, в широком контуре только у 23%. Источник факта по операциям уже стоит, не хватает слоя, который превращает факт в решение. Второй замер — про деньги: по данным агентства AIANA, которые приводит «Коммерсантъ», российский рынок искусственного интеллекта за 2025 год вырос на 29,7% и достиг 316,1 млрд рублей, крупнейшим сегментом стало ИИ-оборудование. Производство платит за эту тему из расчёта потерь: у простоя и отгруженного брака есть цена, и её считают в цехе.
Коротко
ИИ в производстве окупается там, где у процесса есть вход, правило проверки и владелец: сменное задание, контроль брака, обслуживание, снабжение участка, документация, отчётность мастера. Система собирает факт, сопоставляет с планом, показывает отклонение и готовит черновик действия, а решение и подпись остаются за специалистом. Начать можно без бюджета и обязательств — с бесплатного разбора стратегии внедрения ИИ в компанию.
- Собирает, а не решает. Отклонения и черновики — от системы; приоритеты, допуски и подписи — от специалиста.
- Работает поверх учётного контура. 1С:ERP и 1С:MES остаются на месте, меняется слой, который сводит их данные в решение.
- Начинается с одного участка. Одна линия, один вид продукции, один владелец процесса и метрики до старта.
Содержание
- Почему отклонение видно поздно
- Семь сценариев ИИ на производстве
- Что делает система, а что остаётся человеку
- Как это встраивается в учётные системы
- Какие риски это снимает
- Сколько часов это возвращает
- Чеклист внедрения: 8 шагов
- Что может пойти не так
- Что в итоге
- Источники
Почему отклонение видно поздно
Между системами и решением не хватает слоя сопоставления. План выпуска живёт в 1С:ERP, факт по операциям — в 1С:MES, причины отклонений — в журналах качества, заявки на ремонт — у главного механика. Каждый источник по отдельности корректен, но решение мастера требует всех сразу, и собирает их человек — выгрузками, звонками и таблицей, которую ведёт сам.
Отсюда три следствия, и все три стоят денег. Сбор данных занимает больше времени, чем само решение. Отклонение становится видимым к планёрке, когда переносить заказ приходится в спешке. Разбор причин уходит в отчётность, а не в правило, которое проверит система. Как выглядит ручная пересборка очереди после сбоя, разобрано в материалах про диспетчеризацию производства с ИИ в 1С:MES и про нейросети на производстве у диспетчера и технолога.
Семь сценариев ИИ на производстве
Порядок — от сбора фактов к решениям с обязательствами: каждый следующий шаг опирается на данные предыдущего.
Диспетчеризация и сменные задания
Система читает план и факт по операциям, показывает, что из очереди заказов уже нереалистично и где провал по загрузке участка. Мастер получает карточку смены с отклонениями вместо четырёх выгрузок, решение о переносе подтверждает сам.
Контроль брака и качества
Система проверяет карту контроля, сопоставляет параметры партии с допусками и собирает отклонение с историей: операция, режим, кто вносил факт. Годность изделия определяет специалист — живой контур разобран в материале про контроль качества на производстве в 1С:MES.
Нормирование операций
Факт по операциям показывает, где норматив расходится с реальностью и как разброс зависит от партии и инструмента. Выборку готовит система, норму утверждает технолог. Эффект появляется без интеграции с оборудованием.
Ремонты и техническое обслуживание
ТОиР (техническое обслуживание и ремонт) держится на заявке, приоритете и истории. Система сверяет наработку узла с регламентом и готовит задание, а решение о выводе оборудования в ремонт принимает служба главного механика. Даже без датчиков это снимает часть простоев: ремонт перестаёт планироваться по памяти.
Снабжение участка и запасные части
Отсутствие комплектующих останавливает линию так же надёжно, как отказ оборудования. Система сводит заявки, остатки и потребность по плану выпуска и показывает, где дефицит наступит раньше поставки: логика — как в разборе ИИ в закупках и снабжении.
Документация и техпроцессы
Система находит расхождения между техпроцессом, маршрутной картой и фактическим исполнением и проверяет комплектность документов на партию. Подписывает технолог. Смежный контур — инструктажи, наряды-допуски и охрана труда.
Отчётность мастера и технолога
Сменный отчёт и причины отклонений мастер делает после смены, часто по памяти. Система собирает черновик из фактических данных и предлагает формулировки из заданного списка. Это самый дешёвый вход в тему: права на запись в учётную систему не нужны.
Что делает система, а что остаётся человеку
Граница проходит по типу действия, а не по уровню технологии: если ошибка создаёт обязательство для компании — решает человек.
| Задача | Система делает сама | Остаётся за человеком |
|---|---|---|
| Сменное задание | Показывает отклонения по операциям | Подтверждает приоритет и переносит заказ |
| Контроль качества | Собирает отклонение с историей | Признаёт изделие годным или браком |
| Нормирование | Готовит выборку фактического времени | Утверждает новую норму |
| Обслуживание | Считает наработку, готовит задание | Решает о выводе в ремонт |
| Снабжение участка | Показывает дефицит и сроки поставки | Выбирает поставщика и цену |
| Документация | Находит расхождения, готовит черновик | Подписывает изменение техпроцесса |
| Отчётность смены | Собирает черновик отчёта и причин | Утверждает формулировки и выводы |
Таблица объясняет, почему разговор «ИИ заменит мастера» упирается в рамку ответственности, а не в возможности модели. В модели управления рисками ИИ NIST AI RMF сказано прямо: механизмы человеческого надзора и распределение ответственности описываются до масштабирования, а не после первого инцидента.
Как это встраивается в учётные системы
Отдельной «программы ИИ» покупать не нужно: слой работает поверх того, что есть. Практически это четыре требования к вашей стороне.
- Источник факта. Актуальный факт по операциям обычно живёт в 1С:MES или в производственном блоке 1С:ERP. Если его вносят в конце дня, расчёт отклонений будет повторять эту задержку.
- Справочники. Номенклатура, маршрутные карты и единицы измерения должны сходиться между системами — это самая дорогая часть подготовки данных: производственный контур 1С:ERP.
- Права и роли. На первом этапе система видит только разрешённые источники и не получает права записи в учётный контур: сначала подсказки, подтверждает человек.
- Журнал. Каждое срабатывание и отклонение подсказки фиксируется, иначе через месяц не понять, почему решение было принято.
Показательный пример — планирование: слой пересобирает график под факт, а не вместо плановика. Как это выглядит на уровне смен и заказов, разобрано в статье про планирование производства с ИИ-агентом в 1С:ERP, а сравнение готовых решений с их границами — в подборке программ с ИИ для производства.
Какие риски это снимает
Риски называем первыми, деньги и часы — следом.
- Партия с браком уехала заказчику. Замена, рекламация, потеря отсрочки платежа. В цехе этот риск недооценивают: последствия приходят в отдел продаж через месяц.
- Простой из-за несогласованной очереди. Оборудование исправно, а участок стоит. По отчёту Siemens «The True Cost of Downtime 2024», средний крупный завод теряет 27 часов в месяц на незапланированных простоях и около 25 инцидентов на площадку, стоимость часа простоя за пять лет выросла примерно вдвое.
- Аварийный ремонт вместо планового. По данным IBM, предиктивное обслуживание снижает общие простои на 35–45%, затраты на обслуживание — на 25–30%, а в производственных кейсах число незапланированных остановок падает до 47%.
- Зависимость от одного человека. Пока разбор отклонений держится на опыте конкретного технолога, его отпуск ломает процесс. Описанные правила снимают эту зависимость частично — и этого хватает, чтобы риск перестал быть критическим.
Сколько часов это возвращает
Часы — следствие снятых рисков, поэтому считаем их вторым блоком. Модель ниже — для одного участка с двумя сменами, числа берутся из отчётов участка.
| Показатель | Вручную | С системой |
|---|---|---|
| Сбор факта по сменам | 8 часов в месяц | 1–2 часа на проверку черновика |
| Пересборка очереди после сбоев | 10 часов в месяц | 4–6 часов на подтверждение |
| Причины отклонений | 6 часов в месяц | 1–2 часа на согласование |
Итого около 24 часов в месяц на участке, при стоимости часа 900 рублей — порядка 21 600 рублей, на трёх участках около 65 тысяч. Какую часть часов вернёт система, видно из пилота: цифры IBM выше — отраслевой ориентир, а не обещание.
Отдельно про цену простоя: по опросу «К2Тех» (180 компаний, аналитика ICT.Moscow), за 2025 год стоимость часа простоя ИТ-инфраструктуры выросла для 39% бизнесов, у 35% осталась на прежнем уровне.
Чеклист внедрения: 8 шагов
- Выбрать один участок, линию или вид продукции.
- Назвать владельца процесса и точки ручного подтверждения.
- Выписать источники данных и проверить полноту факта за период.
- Зафиксировать метрики: брак, внеплановые остановки, часы на отчётность.
- Согласовать правила: что считается отклонением и кому уходит.
- Описать границы: что запрещено, кто подтверждает, где журнал.
- Запустить контур в режиме подсказок — без права записи в учётную систему.
- Сверить метрики через 4–8 недель и решать про расширение.
Что может пойти не так
- Справочники разъехались. Одна деталь живёт под разными кодами, и контур показывает расхождения, которых нет.
- Факт вносят задним числом. Операции закрывают вечером — решения опаздывают на сутки.
- Правила никто не согласовал. Подсказки без приоритета превращаются в шум, который перестают читать.
- Права дали слишком рано. Запись в учётную систему без этапа подсказок — быстрый способ потерять доверие к проекту.
- Один пилот на весь завод. Расширение до фиксации метрики не даёт ответа, что дало результат.
Частые вопросы
С одного участка или линии, где сходятся источник данных, правило проверки, владелец процесса и измеримый результат — доля брака, число внеплановых остановок или часы на сменную отчётность.
Система собирает факт по операциям и сменам, сопоставляет его с утверждёнными правилами, считает отклонения и готовит черновик действия. За человеком остаются решения с обязательствами: допуск к работе, признание годности изделия, остановка линии, подпись документа.
Стоимость складывается из четырёх частей — подготовка данных на выбранном участке, описание правил и контрольных точек, интеграция с учётной системой и настройка прав, сопровождение первого контура. Дороже всего стоит наведение порядка в данных, поэтому смета без этих вводных будет придуманным числом.
Нет. Первый контур работает поверх того, что уже есть: данные учётной системы, журналы качества, задания на ремонт, при необходимости — точечно добавленные датчики или камеры. Технологический процесс пилот не меняет.
Минимум — факт по операциям и сменам за прошлые периоды, действующие правила проверки и роли: кто подтверждает результат. Для качества нужна история отклонений с причинами, для ремонтов — наработка и записи об отказах.
Смотрим, что уже есть на производстве: учётные системы, данные по операциям, состояние справочников, прошлые попытки автоматизации. Показываем, какие участки дадут эффект быстрее всего и где потребуется подготовка данных. Разбор бесплатный и обязательств не создаёт.
Что в итоге
Сначала снимаются риски: партия с браком у заказчика, простой из-за несогласованной очереди, аварийный ремонт вместо планового, отклонение, замеченное на приёмке вместо смены, процесс, который держится на одном человеке. Деньги и часы идут вторым блоком: около 24 часов в месяц на участке, порядка 21 тысячи рублей, на трёх участках — около 65 тысяч.
Начать можно с двух шагов: посчитать по своему участку число внеплановых остановок и часов на сменную отчётность, а затем сверить это с таблицей выше. Чтобы не ошибиться с первым участком, стоит начать с бесплатного разбора стратегии внедрения ИИ в компанию.
Источники
- IBM: предиктивное обслуживание снижает затраты на обслуживание на 25–30%, общие простои — на 35–45%, в производственных кейсах число незапланированных остановок падает до 47%: ibm.com
- Siemens, «The True Cost of Downtime 2024»: 27 часов в месяц на незапланированных простоях и около 25 инцидентов на площадку, стоимость часа простоя за пять лет выросла примерно вдвое: siemens.com (PDF)
- ИСИЭЗ НИУ ВШЭ (2025 год, более 1,7 тысячи организаций машиностроения): станки с ЧПУ — 59%, системы автоматизации производственных процессов внедрены почти на половине предприятий, в широком контуре — у 23%: issek.hse.ru
- «Коммерсантъ» по исследованию AIANA: российский рынок ИИ за 2025 год вырос на 29,7% до 316,1 млрд рублей: kommersant.ru
- «К2Тех», опрос 180 компаний (ICT.Moscow, 2025): стоимость часа простоя ИТ-инфраструктуры выросла для 39% бизнесов, у 35% осталась на прежнем уровне: ict.moscow