Компания вела производство в 1С:ERP: заказы на производство, ресурсные спецификации, этапы, виды рабочих центров, движение материалов и себестоимость жили в одной системе, и система эта была внедрена не вчера — ей пользовались и плановый отдел, и цеха, и бухгалтерия. Но планирование при этом оставалось наполовину ручным: график собирался на нормативной доступности центров, а реальная картина — какая партия где стоит, какой станок встал, что срочный заказ вклинился, — жила в сменных рапортах, звонках и таблице Excel, которую планировщик сводил каждое утро. Ниже — что именно умеет производственный блок 1С:ERP, где границы этой системы, и что поверх неё закрывает ИИ-агент (программа, которая по заданному правилу сама читает данные из систем, сопоставляет их и выполняет шаги).
Профиль компании в разборе
- Роль: производство с дискретным характером выпуска, серийные и единичные заказы, машиностроение и металлообработка
- Штат: около 650 сотрудников, из них 1 100 человек не наберётся даже вместе с подрядчиками — производственный персонал около 420 человек, планово-диспетчерский отдел 9 человек
- География и масштаб: площадка в Перми, второй участок в Березниках, 8 ключевых производственных центров, около 900 производственных заказов и 2 400 операций в месяц
- Системы: 1С:ERP (производство, закупки, склад, себестоимость, зарплата), 1С:Документооборот, терминалы регистрации выполнения операций в цеху
- Что ведём: план выпуска, загрузку рабочих центров, сроки заказов, отклонения план-факт по операциям, расчёт себестоимости заказа
Причина, по которой такие задачи вообще появляются, не в отсталости производства, а в скорости роста. По данным Минэкономразвития России в обзоре «О текущей ситуации в российской экономике. Итоги 2025 года», обрабатывающая промышленность стала основным драйвером промышленного роста: выпуск вырос на 3,6% год к году после 9,1% годом ранее, машиностроительный комплекс прибавил 7,7% год к году, транспортное машиностроение — 32,0% год к году, а производство компьютерной и электронной техники — 11,7%. Такой рост проходит на фоне дефицита кадров и без пропорционального роста планово-диспетчерского отдела: объём заказов увеличивается, а число людей, которые держат в голове загрузку восьми центров, — нет. Именно поэтому вопрос «где в системе видно, что мы не успеваем» становится практическим, а не теоретическим.
Второй ориентир — что даёт дисциплина планирования. Разбор консультантов KORUS Consulting на примере среднего машиностроительного завода описывает ситуацию, знакомую почти дословно: около 1 200 складских позиций, 8 ключевых центров, хронические просрочки — 25% заказов. После того как завод инвентаризировал маршруты и нормы, ввёл реальный коэффициент эффективности оборудования 0,78 вместо «желанных» 0,9, составил матрицу переналадок для механообработки и перешёл на детальное планирование с конечной мощностью на узком месте, показатели за 10 недель изменились так: просрочка снизилась на 40%, средний производственный цикл — на 18%, незавершённое производство — на 22%. Это не замер вашего цеха и не результат ИИ-агента: это иллюстрация того, сколько стоит сам порядок в планировании.
Третий факт объясняет, почему нельзя просто купить готовую коробку. По опросу аналитиков «Билайна» и Ассоциации менеджеров (январь — февраль 2026 года, более 70 российских компаний, среди участников — представители промышленности и производства потребительских товаров), 24% компаний с оборотом свыше 800 млн рублей официально интегрировали ИИ в операционные процессы, 22% разрабатывают стратегию, а 37% используют нейросети ситуативно. Главные барьеры названы прямо: сложности интеграции с существующими процессами — 25% и отсутствие готовых решений под конкретную бизнес-задачу — 19%. Производственное планирование — ровно та задача, где оба барьера сходятся: процесс есть, система есть, готового решения, которое встаёт между ними, — нет.
Коротко
1С:ERP закрывает производство по-настоящему: спецификации, этапы, технологические операции, виды рабочих центров, график производства, внутрицеховое исполнение и себестоимость. Не закрывает система другое — фактическую картину цеха в режиме дня: где стоит партия, что встало, что срочно. ИИ-агент поверх ERP (Enterprise Resource Planning — управление ресурсами предприятия) читает план и факт, сопоставляет их и отдаёт человеку отклонения, варианты графика и сроки. Учёт остаётся в 1С:ERP.
Содержание
- Что умеет производственный блок 1С:ERP
- Почему отклонение от плана видно поздно
- Что съедает время между сигналом из цеха и решением
- Что делает ИИ-агент поверх 1С:ERP
- Какие риски это снимает
- Сколько часов это возвращает
- Что остаётся за человеком
- Как это выглядит на практике
- Шаблон план-графика выпуска, с которого можно начать
- Как внедрить поэтапно
- Источники
Что умеет производственный блок 1С:ERP
Разговор про «автоматизацию поверх» имеет смысл только после того, как понятно, что уже закрыто системой. В 1С:ERP производственный контур описывается вендором как подсистема «Производство» вместе с подсистемой бюджетирования и планирования, и возможностей здесь больше, чем обычно используют на практике.
Три уровня планирования. Производственное планирование в 1С:ERP делится на уровень предприятия, межцеховой и уровень цеха. На уровне предприятия собирается согласованный комплект планов — производства, снабжения и продаж, и его задача согласовать действия подразделений. Межцеховой уровень управляет выполнением графика производства, где исполнителями выступают подразделения, и координирует передачу результатов этапов между ними. Внутрицеховой уровень организует исполнение графика внутри подразделения — в зоне ответственности диспетчера цеха или участка.
Нормативно-справочная информация производственного контура. Здесь описан «физический» цех: виды рабочих центров — группы станков и оборудования, способных выполнить операцию с нужным качеством, с параметрами параллельной загрузки, стоимости работ и относительной скорости; доступность видов рабочих центров, которой можно отражать пиковые нагрузки (переход на другую сменность, разовое изменение графика); производственные подразделения и участки; графики работы подразделений и смен; интервал планирования как квант времени для оценки доступности; цеховые кладовые с упрощённым документооборотом для расходных и мерных материалов.
Ресурсные спецификации и технология. Ресурсная спецификация описывает поэтапный производственный процесс: перечень выходных изделий и возвратных отходов, нормативные трудозатраты по видам работ, потребность в материалах и сопутствующих работах, структуру процесса. Этапы детализируются технологическими операциями и типовыми технологическими процессами; нормативная длительность операции задаётся количеством повторений, нормой времени на единицу продукции, подготовительно-заключительным временем и объёмом загрузки рабочего центра. Отдельно поддерживаются аналоги материалов: номенклатура, которой разрешено заменить материал из спецификации, с автоподбором и автоматической заменой при формировании этапов производства.
Что это даёт бизнесу по замыслу вендора. Заявленные цели подсистемы сформулированы как высокое качество обслуживания клиентов — быстрое определение возможного срока изготовления по запросу и мониторинг хода исполнения заказов; гибкое оперативное управление — приоритеты заказов, формирование согласованного по доступным мощностям и ресурсам графика производства, оперативная реакция на отклонения, включая перепланирование; и эффективное использование ресурсов — исключение работ, не востребованных внешним и внутренним спросом, контроль нормативов, использование замен и аналогов.
Проще говоря, 1С:ERP умеет ответить на вопрос «что мы должны сделать и в каком порядке, если всё пойдёт по нормативам». Это большой и нужный объём работы, и он уже оплачен и внедрён. За границей этой подсистемы остаются два других контура, с которыми её приходится связывать: MES (Manufacturing Execution System — система управления производством), где живёт исполнение на уровне операций и оборудования, и АСУ ТП, откуда приходят данные с самих станков. Граница «поверх системы» начинается ровно там, где норматив встречается с реальностью.
Почему отклонение от плана видно поздно
Причина не в том, что в цеху плохо работают или что систему выбрали неудачно. Причина в устройстве контура: между системой и решением нет слоя, который в режиме дня собирает факт и сопоставляет его с планом.
Система знает норматив, но не знает текущее состояние. График производства строится на доступности видов рабочих центров и нормативной длительности операций. Это правильная основа — и именно поэтому график не может сам учесть то, что в неё не заложено: станок встал на внеплановый ремонт, партию отложили из-за отсутствия оснастки, срочный заказ вклинился между двумя серийными. Нормативные часы при этом остались нетронутыми — расхождение видно не в системе, а в результате.
Факт приходит не туда, где принимается решение. Отметки о выполнении операций живут в терминалах цеха, сменные рапорты — на бумаге и в почте мастеров, часть договорённостей — в переписке и на планёрке. В планово-диспетчерский отдел это попадает с задержкой и в разной форме. Пока сведения не сведены, вопрос «успеваем или нет» остаётся открытым, и решение сдвигается в конец недели.
Узкое место определяют по факту, а не заранее. Правило «планировать от узкого ресурса» известно давно, и консультанты формулируют его прямо: план нужно строить от «барабана» — реального ограничения, — иначе график остаётся пожеланием. Но чтобы строить план от узкого места, нужно видеть загрузку этого места в динамике, а не в виде выгрузки недельной давности. В большинстве контуров такой картины нет ни в ERP, ни рядом с ней.
Отклонения обсуждаются на планёрке, а не во время их появления. Чем позже видно отклонение, тем дороже варианты: пока срок не «загорелся», можно перекинуть партию на другой центр или переставить приоритеты; когда срок уже прошёл, остаются сверхурочные, авиаперевозка и разговор с клиентом.
Готового решения под этот стык на рынке почти нет. Отраслевые платформы дают базовое планирование по мощностям и диаграммы Ганта, и, по оценке консультантов KORUS Consulting, возможностей ERP-класса часто достаточно для значительной части случаев — примерно 70–80%. Дальше начинается зона, где нужны матрицы переналадок, смены, альтернативные маршруты и вторичные ограничения, а таблицы Excel в этой роли превращаются в источник ошибок. Именно в этой зоне и появляется агент — не вместо системы, а между системой и цехом.
Что съедает время между сигналом из цеха и решением
Если разложить путь от «мастер сказал, что не успевает» до «график пересобран и срок подтверждён», картина в большинстве компаний одинаковая:
- Сбор факта. Выгрузить из системы план, собрать сменные рапорты, обойти цеха или обзвонить мастеров, уточнить, что реально закрыто по операциям, а что только отмечено.
- Сверка с планом. Сопоставить план и факт по заказу, этапу и рабочему центру. Здесь и всплывает расхождение: операция «закрыта» в терминале, но партия физически ещё на участке.
- Ручной перенос в таблицу. Свод данных в Excel: строки заказов, колонки по центрам и сменам, сводка по загрузке. Повторяется каждый день и каждый день занимает часы.
- Разбор расхождений. По каждому отклонению надо понять причину: не пришёл материал, не хватило оснастки, встал станок, ушёл человек на другой участок. Это самая ценная и самая долгая часть работы.
- Пересборка графика. Решить, что переносим, что ставим вперёд, где добавляем смену. Даже когда решение очевидно, его надо посчитать по всем восьми центрам, чтобы не породить новое узкое место.
- Согласование приоритетов. Срочные заказы и конфликты между цехами идут на уровень руководителя производства: без его решения график не считается изменённым.
- Ответы на вопросы. «Когда будет мой заказ», «чем загружен центр», «почему срок уехал» — на каждый вопрос заново идёт выгрузка и сверка.
- Разбор после. Понять, почему отклонение возникло. До этого шага обычно не доходят: на него не остаётся времени, а значит, причина повторяется в следующем периоде.
Каждый шаг выглядит как рабочий эпизод. Вместе они дают задержку, которую измеряют днями: пока факт собран и график пересобран, часть решений уже опоздала, а часть заказов — уже в просрочке.
Что делает ИИ-агент поверх 1С:ERP
Агент не заменяет ни учёт, ни планирование. Он соединяет нормативный план из системы, фактическую картину цеха и решение человека в один ежедневный контур.
- Читает план из 1С:ERP. Забирает заказы на производство, этапы, операции, нормы времени, доступность рабочих центров и сформированный график — как есть, без пересчёта нормативов.
- Собирает факт. Читает отметки о выполнении операций, сменные рапорты, журналы планёрок и данные терминалов; каждое сведение хранит со ссылкой на источник и временем.
- Сопоставляет план и факт по операции и центру. Видит, что закрыто по документу, что закрыто фактически, где операция «висит» дольше норматива и какой центр загружен сверх доступности. При неоднозначной отметке не угадывает, а помечает запись как требующую проверки.
- Показывает отклонения списком. Отставание по заказу, простой центра, срыв снабжения, отсутствующая оснастка, операция без закрытия — каждый пункт с двумя ссылками: на строку плана и на источник факта.
- Считает варианты пересборки графика. Что будет со сроками и загрузкой центров, если перенести партию, поставить срочный заказ вперёд или добавить смену на узком месте. Считает по всем центрам сразу, чтобы не создать узкое место в другом месте.
- Подтверждает срок ответом, а не ощущением. На запрос «когда будет заказ» агент отвечает датой, рассчитанной по текущей загрузке и нормативным трудозатратам, с указанием, какие допущения в этот ответ заложены.
- Готовит сводку руководителю производства. План-факт по цехам и центрам, загрузка узких мест, заказы с риском срыва срока, доля просрочки — по вашим метрикам и на ваших правилах.
- Ведёт журнал. Каждая цифра объяснима: из какого источника взята, на какую дату, какие расхождения остались открытыми и кто их закрыл. Журнал — это и есть доказательная база для разбора после.

Меняется не система, а момент, в который становится видна картина. Сам производственный контур 1С:ERP при этом используется глубже, а не заменяется: чем аккуратнее в системе заполнены нормативы — ресурсные спецификации, нормы времени, доступность рабочих центров, — тем точнее и агентский расчёт. Это важная деталь порядка работ: сначала данные и правила в системе, потом слой поверх неё.
Какие риски это снимает
Часы — не главный аргумент. Ставка выше: решения, принятые по картине недельной давности, и обязательства перед клиентом, которые уже нельзя выполнить.
Срочный заказ вклинивается в план, а цех узнаёт об этом последним
Заказчик просит ускорить поставку, коммерческий отдел соглашается, и новая дата живёт в переписке. В графике производства она не появляется, потому что пересобрать его под срочный заказ вручную — это часы работы. В результате цех либо выполняет старый график до конца, либо бросает начатую партию. Деньги здесь прямые: возврат на переналадку и повторный запуск партии, а если переналадка стоит часа-двух на узком центре — это ещё и часы простоя остальных заказов в очереди.
Узкое место видно только тогда, когда партия уже встала
Пока центр загружен «по графику», проблемы нет. Она появляется в момент, когда очередь на узком месте перестаёт помещаться в сроки: заказы идут подряд, но с опозданием, а «виноватый» ищется в цеху. Чем позже это видно, тем дороже варианты выхода: добавить смену, вынести часть операций на подряд, перевести доставку на другой вид транспорта. Каждый из этих вариантов стоит денег, и все они дешевле в тот день, когда отклонение появилось.
Просрочка отгрузки и неустойка по договору
Срок в договоре — это обязательство с финансовыми последствиями, а не пожелание. Просрочка тянет за собой неустойку, а иногда и потерю части заказа. Отдельно дороже обходится то, что о риске узнают за день до отгрузки, когда остаётся только два инструмента: сверхурочные и разговор с клиентом. Агент не отменяет просрочку, но показывает заказы с риском срыва срока заранее — в тот момент, когда перестановка приоритетов ещё возможна.
Премии и сдельная оплата считаются по неполным данным
Если факт выполнения собирается вручную, часть операций остаётся неучтённой, а часть попадает в расчёт дважды. Итог — либо переплата, либо спор с бригадой, который дороже самой суммы: он стоит доверия к системе мотивации. Здесь деньги измеримы напрямую: разница между корректным и некорректным расчётом по одному месяцу обычно заметна, а время на разбор спорных начислений съедает работу мастера и экономиста.
Себестоимость закрывается поздно, и непонятно, где теряется маржа
Расчёт себестоимости в 1С:ERP опирается на фактически закрытые этапы, движение материалов и трудозатраты. Пока факт приходит с задержкой, себестоимость заказа собирается в конце периода, а решение о цене следующего аналогичного заказа принимается без этой картины. Практическая цена вопроса — не «неточность учёта», а сделка, заключённая по цене, которая на этом заказе не работает.
Незавершённое производство замораживает деньги
Партии, застрявшие в ожидании оснастки, материала или свободного центра, — это замороженные деньги и занятые площади. Отраслевой ориентир по этому показателю виден в разборе KORUS Consulting: после наведения порядка в правилах планирования и перехода на детальное планирование с конечной мощностью незавершённое производство на машиностроительном заводе снизилось на 22% за 10 недель. Агент не «оптимизирует запас», он просто делает видимой каждую единицу незавершёнки и её возраст — а это и есть основание для решений.
Всё держится на одном планировщике
Обычно есть человек, который знает матрицу переналадок, помнит, какой центр чем занят, и умеет собрать график в таблице. Его отпуск или уход превращает планирование в риск, а передача дел — в отдельный проект. Агент не заменяет этого человека, но переносит часть его знаний из головы в правила: как сопоставляется план и факт, что считается узким местом, какие приоритеты выше.
Обещанный клиенту срок подтверждается «на глаз»
Когда каждая проверка «успеем или нет» — это выгрузка и сверка, подтверждать сроки быстро становится невозможно, и дата называется на основании вчерашней картины. Расхождение с фактом обнаруживается на отгрузке. Цена — репутация и повторные заказы, которые обычно не считают в отчёте о просрочке.
Сколько часов это возвращает
Часы — уже следствие. Но посчитать полезно: типовой расчёт для производства с восемью ключевыми центрами, около 900 производственных заказов и 2 400 операций в месяц, планово-диспетчерский отдел 9 человек. Вводные берите свои — методика не меняется.
| Показатель | Вручную | С агентом |
|---|---|---|
| Объём данных в месяц | около 900 заказов, 2 400 операций по 8 центрам | те же данные |
| Сбор фактического выполнения из системы, рапортов и от мастеров | 52 часа в месяц | 8 часов (сверка спорных отметок) |
| Сопоставление плана и факта по операциям и центрам | 34 часа в месяц | 6 часов |
| Пересборка графика при срочных заказах, срывах снабжения и поломках | 46 часов в месяц | 10 часов |
| Разбор отклонений и согласование приоритетов с цехами | 26 часов в месяц | 12 часов |
| Ответы на вопросы «когда будет заказ» и «чем загружен центр» | 22 часа в месяц | 5 часов |
| Всего в месяц | 180 часов | 41 час |
| Возвращённое время | — | 139 часов в месяц |
| В деньгах при стоимости часа 1 400 ₽ | — | 194 600 ₽ в месяц |
Арифметика открытая: 52 + 34 + 46 + 26 + 22 = 180 часов в месяц на ручную связку плана и факта. С агентом человек не собирает и не сводит данные — он разбирает то, что агент отметил как спорное, принимает решения по приоритетам и подтверждает график: 8 + 6 + 10 + 12 + 5 = 41 час. Разница — 139 часов в месяц, при стоимости часа 1 400 рублей это 194 600 рублей в месяц. Формулировка «типовой расчёт» здесь принципиальна: это математика на заявленных вводных, а не чей-то замер.
Масштаб считается так же просто. Если у компании две-три площадки с похожим объёмом заказов и своим планированием, те же 139 часов превращаются в 417 часов и около 583 800 рублей в месяц — при том, что график на каждой площадке собирается по одной методике, а не тремя разными способами.
Отдельно считаем то, что в часах не измеряется, — деньги, которые стоят в незавершёнке и в сдвинутых сроках. Типовой расчёт: из 900 заказов в месяц 5% (45 заказов) уходят в просрочку, средний заказ — 250 000 рублей. Под сдвигом оказывается около 11,25 млн рублей выручки в месяц: это деньги, которые по факту должны были пройти через отгрузку в этом периоде. Подставьте свой процент просрочки и свой средний заказ — получится ваш порог, при котором контур окупается.
Что мерить и в каких границах
Чтобы разговор про эффект не превращался в спор о впечатлениях, до старта фиксируются четыре числа, каждое из которых есть в системах:
- Доля заказов, отгруженных в срок. Базовая величина берётся за две недели до пилота и сравнивается с двумя неделями работы агента по тем же типам заказов.
- Соблюдение графика по этапам. Доля этапов, закрытых в пределах нормативного окна, а не по факту «когда получилось».
- Средний производственный цикл заказа. От запуска до выпуска; в разборе KORUS Consulting именно этот показатель снизился на 18%.
- Доля отклонений, закрытых в том же периоде. Показывает не скорость сводки, а то, что причина действительно разбирается, а не переносится в следующий месяц.
Границы измерения фиксируются заранее: пилот идёт на одном цехе или на одном узком месте, единичные и серийные заказы считаются отдельно, ремонтные работы и опытные образцы в первый контур не входят. Период наблюдения — две недели до и две недели после, сравнение по одним и тем же типам заказов: иначе получится, что «стало лучше» просто потому, что в период попал другой набор заказов.
Что остаётся за человеком
Границу ответственности задаём до пилота, а не после первой ошибки:
- Приоритеты заказов решает человек. Что поставить вперёд, чей срок сдвинуть, кому отказать в ускорении — это управленческое решение, и агент его не принимает.
- Срок клиенту подтверждает человек. Агент даёт дату и допущения, на которых она рассчитана; подтверждение уходит клиенту от сотрудника.
- Агент читает и предлагает, но не меняет. Ни график, ни этапы производства, ни нормативы, ни данные в учётной системе он не переписывает: он готовит картину и варианты.
- Технологические решения — за технологом. Замена материала на аналог, изменение маршрута, отклонение от спецификации: агент может показать, что замена разрешена и есть на складе, но решение остаётся за специалистом.
- Расхождение — это результат, а не сбой. Если план и факт не совпали, агент не «выбирает, кому верить», а отдаёт пару человеку со ссылками на обе записи.
- Данных нет — нет и вывода. Пропущенная отметка в цеху или незакрытый этап показываются как пробел, а не заполняются предположением.
- Права — по минимуму. Чем меньше у агента возможностей, тем предсказуемее результат: это общий принцип проектирования агентов, сформулированный в инженерном руководстве Anthropic — ограниченный набор понятных инструментов, прозрачные шаги и человек в контуре принятия решений.
- Ответственность за производственную программу остаётся у руководителя. Агент сокращает путь к данным, но подписывает и трактует решения человек — это должно быть записано в правилах работы, а не подразумеваться.
Как это выглядит на практике
В наших проектах запрос со стороны производства звучал почти одинаково, независимо от отрасли: «в 1С:ERP всё есть, а картины по срокам и загрузке нет». На производственных площадках мы начинали не с агента, а с разбора: каким документом закрывается операция, откуда мастер берёт задание, где появляется фактическая отметка, какие данные в системе заполняются по факту, а какие — «когда будет время». Дальше фиксировали список метрик для сводки и правила сопоставления: как связать операцию плана с конкретной отметкой в цеху, что считать узким местом, как отражать переносы. Первый контур запускался на одном цехе: сначала правила и данные, потом масштаб.
Как это выглядит по этапам у соседних процессов, разбирали в материалах про планирование производства с агентом поверх 1С:ERP и про диспетчеризацию производства в 1С:MES — там показан тот же принцип: система остаётся, меняется момент, в который видна проблема. Основной эффект в таких контурах дают не модели, а единые правила: как только план и факт начинают сопоставляться одинаково для всех цехов, спор «чья таблица правильная» исчезает вместе с частью ручной работы.
Смежные контуры считаются похожим образом: контроль качества до выпуска брака опирается на те же данные о выполнении операций, прогноз спроса и остатки дают вход для плана выпуска, а управление остатками на складе закрывает другую половину той же задачи — чтобы запланированное было чем произвести. Как в целом устроен агент рядом с учётным контуром, разбирали в материале про ИИ-агента для 1С, а сравнение готовых решений — в обзоре программ с ИИ для производства.
Практический вывод: начинать нужно с одной связки — например, «план производства → факт по операциям → загрузка узкого центра» — и одного владельца процесса, а не с попытки оцифровать весь цех сразу. Соседние процессы — закупки и снабжение — подключаются вторым контуром, когда первый уже даёт сверяемые цифры.
Шаблон план-графика выпуска, с которого можно начать
Прежде чем подключать агента, полезно увидеть, из чего вообще состоит график, который вы хотите получать каждый день. Для этого мы собрали рабочий шаблон план-графика выпуска продукции — файл, который можно открыть в Excel, LibreOffice или «Р7-Офис» и заполнить своими данными.
Состав файла — четыре листа:
- Инструкция. Что за какой лист отвечает, какие ячейки заполняются, а какие считаются формулами.
- Выпуск. План выпуска по 30 позициям номенклатуры и четырём периодам, факт вносится в те же периоды, выполнение и отклонение считаются формулами, план дополнительно виден в деньгах.
- Мощность. Сопоставление плана с мощностью производственных центров: сколько времени у каждого центра есть и сколько забирает план, со статусами «резерв», «на пределе» и «перегруз».
- Справочники. Номенклатура, центры, нормы времени — то, из чего собираются расчёты.
Чего шаблон не делает, скажем прямо: он не заменяет планирование по нормативной базе и не учитывает матрицу переналадок, сменность и вторичные ограничения — для этого нужны либо более глубокая настройка ERP, либо APS-контур. Зато он честно показывает две вещи: где у плана кончается мощность и в какой момент появляется перегруз.
Как внедрить поэтапно
- Опишите контур на бумаге. План производства, этапы, операции, рабочие центры: каким документом закрывается каждый шаг, где живёт факт, кто его вносит. Обычно уже здесь видно два-три разрыва между системой и цехом.
- Проверьте нормативы в 1С:ERP. Ресурсные спецификации, нормы времени, подготовительно-заключительное время, доступность видов рабочих центров. Пока нормативы не соответствуют реальности, любой расчёт по ним будет «художественной литературой», и это первый по важности шаг.
- Зафиксируйте метрики. Доля заказов в срок, соблюдение графика по этапам, средний производственный цикл, доля закрытых отклонений. Метрик должно быть немного, и каждая — из системы, а не «по ощущению».
- Опишите правила сопоставления. Как отметка в цеху связывается с операцией плана, что считать простогоем, как отражать частично выполненный этап, что делать при нескольких исполнителях одной операции.
- Соберите один контур руками агента и сверьте с текущей картиной. Возьмите прошедший месяц: сравните ручную сводку и агентскую, разберите каждое расхождение. Так ошибки правил видны до того, как по ним начнут принимать решения.
- Ограничьте права явно. Чтение плана, факта и нормативов, подготовка графика, списка отклонений и сводки. Без права менять заказы, график, нормативы и данные в учётной системе.
- Покажите результат там, где работают люди. Сводка должна приходить диспетчеру и мастерам в привычный канал, а не жить в отдельном сервисе: иначе ей не будут пользоваться.
- Померьте четыре числа и решите о расширении. Именно они, а не демонстрация интерфейса, — основание подключать следующий цех или площадку.
Нет. 1С:ERP остаётся учётной системой и единственным источником правды: заказы, спецификации, маршруты, рабочие центры, движение материалов и себестоимость живут там. Агент подключается поверх — читает данные по программному интерфейсу, готовит график и список отклонений, но ничего в системе не переписывает и переносить учёт не требует.
График в 1С:ERP строится по нормативам и доступности рабочих центров, но он не знает того, что происходит в цеху прямо сейчас: где фактически стоит партия, какой станок встал, что срочный заказ вклинился в план. Задача агента — собирать факт из доступных источников, сопоставлять его с планом и показывать расхождение в тот день, когда оно появилось, а не к закрытию месяца.
Из тех источников, которые у вас действительно заполняются: сменные рапорты, отметки о выполнении этапов, данные с терминалов и АСУ ТП (автоматизированная система управления технологическим процессом), переписка и журналы планёрок, выгрузки из 1С:ERP. Если данные неполные, агент показывает это как пробел в конкретном заказе, а не подставляет предположение.
Расхождение и есть результат работы: агент не выбирает, кому верить, а показывает список расхождений с двух сторон — план против факта по этапу, по рабочему центру, по сроку. Именно этот список обычно закрывает дыры, из-за которых сроки заказов подтверждались «на глаз», а узкое место находилось только тогда, когда партия уже встала.
Нет. Приоритеты, переносы сроков, подтверждение даты клиенту, замену материала на аналог и решения по срочным заказам принимает человек. Агент готовит варианты и показывает последствия: что будет с загрузкой центров и сроками, если перенести партию, поставить заказ вперёд или добавить смену. Последнее слово остаётся за диспетчером и руководителем производства.
Первый контур запускается на одном цехе или одном узком месте: список метрик, правила сопоставления плана и факта, шаблон графика. От вашей стороны нужен владелец процесса, доступ к данным и два-три человека, которые знают, как на самом деле ходят документы в цеху. Расширение на остальные цеха идёт после того, как первый контур отработал период и цифры сошлись.
По четырём числам, которые фиксируются до старта и считаются в тех же границах: доля заказов, отгруженных в срок, соблюдение графика по этапам, средний производственный цикл и доля отклонений, закрытых в том же периоде. Если эти числа не меняются, эффекта нет независимо от того, как выглядит интерфейс.
Что в итоге
1С:ERP закрывает производство по-настоящему: три уровня планирования, ресурсные спецификации, технологические операции с нормами времени, виды рабочих центров и их доступность, график производства, внутрицеховое исполнение и расчёт себестоимости. Проблема не в системе, а в стыке между нормативным планом и фактической картиной цеха: пока факт собирается вручную, отклонение видно тогда, когда вариантов уже не осталось. Производственный рост это только обостряет — по данным Минэкономразвития России, обрабатывающая промышленность в 2025 году выросла на 3,6% год к году, машиностроение — на 7,7%, транспортное машиностроение — на 32,0%, а планово-диспетчерские отделы не растут вместе с выпуском. При этом барьеры для таких проектов названы прямо: сложности интеграции с существующими процессами и отсутствие готового решения под конкретную задачу — 25% и 19% по опросу «Билайна» и Ассоциации менеджеров. ИИ-агент поверх 1С:ERP закрывает ровно этот стык: читает план и факт, показывает отклонения списком, считает варианты пересборки и подтверждает сроки ответом, а решения по приоритетам, срокам и технологии остаются за человеком. Если хотите понять, где у вас теряются часы и сроки между системой и цехом, начните с одного месяца по одному цеху.
Источники
- Минэкономразвития России, обзор «О текущей ситуации в российской экономике. Итоги 2025 года»: обрабатывающая промышленность по итогам 2025 года выросла на 3,6% год к году после 9,1% годом ранее, машиностроительный комплекс — на 7,7% год к году, транспортное машиностроение — на 32,0% год к году, производство компьютерной и электронной техники — на 11,7% год к году: economy.gov.ru
- KORUS Consulting, «Планирование загрузки производства: методы, шаги, инструменты»: разбор среднего машиностроительного завода (около 1 200 складских позиций, 8 ключевых центров, хроническая просрочка 25%) — после введения реального коэффициента эффективности оборудования 0,78, матрицы переналадок и детального планирования с конечной мощностью за 10 недель просрочка снизилась на 40%, средний производственный цикл — на 18%, незавершённое производство — на 22%; там же оценка, что возможностей ERP-класса (базовое планирование по мощностям, диаграммы Ганта) часто достаточно для 70–80% случаев. Опыт консультантов, не отраслевая статистика: korusconsulting.ru
- ICT.Moscow, «Четверть российских компаний переходит к системному внедрению ИИ» — пересказ опроса аналитиков «Билайна» и Ассоциации менеджеров, январь — февраль 2026 года, более 70 российских компаний (среди участников — представители промышленности и производства потребительских товаров): 24% компаний с оборотом свыше 800 млн рублей официально интегрировали ИИ в операционные процессы, 22% разрабатывают стратегии, 37% используют нейросети ситуативно; барьеры — сложности интеграции с существующими процессами (25%) и отсутствие готовых решений под конкретные бизнес-задачи (19%): ict.moscow
- «1С», страница продукта «1С:ERP Управление предприятием», раздел «Управление производством»: уровни производственного планирования (предприятие, межцеховой, уровень цеха), виды рабочих центров и управление их доступностью, ресурсные спецификации и технологические операции с нормами времени и подготовительно-заключительным временем, цеховые кладовые, аналоги материалов, заявленные цели подсистемы. Вендорское описание возможностей, независимо не проверялось: v8.1c.ru
- Meta Smart Factory, «APS вместо ручного планирования: опыт одного завода»: заявленные вендором результаты — трудозатраты на планирование снижаются примерно на 40%, сроки выполнения заказов сокращаются на четверть, доля своевременных поставок превышает 95%. Вендорские заявления, независимо не проверялись; приведены как ориентир по величине эффекта: metasmartfactory.com
- MDCplus, «What Is a Good OEE Score? Industry Benchmarks & Real Case Studies» (обзор публикаций по эффективности оборудования): средний уровень эффективности оборудования у дискретных производств — примерно 60–75%, мировой уровень — выше 85%. Вендорская публикация с обзором исследований, первичные данные по каждой цифре требует отдельной проверки: mdcplus.fi
- Anthropic, инженерное руководство «Building effective agents»: принципы построения агентов — ограниченный набор понятных инструментов, прозрачные шаги, человек в контуре принятия решений. Использовано как методический ориентир по проектированию агента, а не как отраслевая статистика: anthropic.com
