Сменное задание на производстве: как формировать и контролировать

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

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

Именно эту задачу решает сменное задание.

В 1С:ERP предусмотрен отдельный документ «Сменное задание» и рабочее место «Формирование сменных заданий». Система позволяет назначать производственные операции сменам, участкам, рабочим центрам или исполнителям, а затем контролировать их выполнение. В зависимости от настроек предприятия сменные задания используются как часть внутрицехового управления производством.

План производства отвечает на вопрос «что и когда должно быть выпущено». Сменное задание переводит этот план в вопрос «какие конкретно операции должны быть выполнены этой сменой».

Что такое сменное задание

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

В него могут попадать:

  • операции по производственным заказам;
  • количество продукции или полуфабрикатов;
  • исполнители или бригады;
  • рабочие центры;
  • участки;
  • плановое время выполнения;
  • этап производства;
  • статус выполнения.

В 1С:ERP документ «Сменное задание» содержит назначенные на смену операции. В системе предусмотрены статусы задания, а после его формирования можно управлять выполнением операций.

Зачем вообще нужно сменное задание

Без отдельного уровня внутрицехового управления между производственным планом и исполнителем появляется разрыв.

Например, план говорит:

Заказ №10452
Выпустить 500 корпусов
Срок — 25 сентября

Для директора этого достаточно. Для мастера — нет.

Ему нужно знать:

  • какие операции выполнять сегодня;
  • какой объём передать на каждую операцию;
  • какой рабочий центр использовать;
  • кто выполняет работу;
  • сколько времени на неё предусмотрено;
  • какие операции уже выполнены;
  • что осталось невыполненным к концу смены.

Сменное задание и есть этот промежуточный управленческий слой.

Сменное задание и производственный план — не одно и то же

Это одна из важных границ.

Уровень Основной вопрос Горизонт
План производства Что необходимо выпустить? Месяц / неделя
Заказ на производство Какой заказ нужно исполнить? В рамках заказа
Этап производства Какие работы нужны для выпуска? По этапам
Сменное задание Что делаем конкретно в эту смену? Смена
Производственная операция Что реально выполняется? Текущий процесс

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

Какие данные нужны для формирования сменного задания

Хорошее сменное задание не создаётся «с головы». Оно должно формироваться из уже существующего производственного контекста.

Минимально нужны:

Данные Что определяют
Производственный заказ Что и в каком количестве нужно изготовить
Этап производства Какая часть заказа должна выполняться
Технологический маршрут Какие операции необходимо выполнить
Рабочие центры Где может выполняться операция
График смен Когда доступен производственный ресурс
Нормативное время Сколько времени требуется на работу
Обеспечение Можно ли реально начать операцию
Фактическое выполнение Что уже сделано до текущей смены

В 1С:ERP сменная организация работы настраивается для производственных подразделений, а рабочее место формирования сменных заданий позволяет работать со сменами и назначать операции.

Шаг 1. Определяем смену и производственный участок

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

Например:

Подразделение: Цех металлообработки
Участок: Сварочный
Смена: 2
Дата: 18.09.2026
Мастер: Иванов И.И.

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

Шаг 2. Отбираем операции, которые реально можно выполнить

Нельзя просто взять все незавершённые операции заказа и отправить их в сменное задание.

Операция должна удовлетворять хотя бы нескольким условиям:

  • она относится к текущему производственному плану;
  • предшествующие операции позволяют её выполнять;
  • доступен необходимый рабочий центр;
  • есть необходимые материалы или полуфабрикаты;
  • операция попадает в текущий временной интервал;
  • её выполнение соответствует приоритету заказа.

Это особенно важно для последовательных производств. Если на сверление ещё не поступили заготовки после раскроя, просто добавить сверление в сменное задание недостаточно.

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

Шаг 3. Проверяем загрузку рабочего центра

Сменное задание должно учитывать не только количество операций, но и доступное время.

Допустим, смена длится 8 часов, а после учёта обязательных потерь доступно 7 часов работы.

В план попали:

Операция Количество Время
Раскрой 100 шт. 120 мин
Сверление 100 шт. 180 мин
Фрезеровка 50 шт. 150 мин

Итого — 450 минут, или 7,5 часа.

Если доступная мощность смены — 7 часов, задание уже перегружено на 30 минут.

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

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

Шаг 4. Учитываем материалы и полуфабрикаты

Операция может быть идеально рассчитана по времени и всё равно не выполниться.

Причина — отсутствие материала.

Например, в задании стоит:

Сварка корпуса К-204 — 20 шт.
Плановое время — 4 часа
Материал — лист 3 мм
Остаток — 0 шт.

Формально операция свободно помещается в смену. Фактически мастер не сможет её начать.

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

Это особенно важно, если данные 1С используются не только для производства, но и для снабжения. Тогда дефицит материала должен попадать в контроль ещё до начала смены.

Шаг 5. Расставляем приоритеты

Если операций больше, чем доступной мощности, возникает вопрос: что выполнять первым?

Приоритет можно определять по нескольким параметрам:

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

Последний пункт особенно важен. Если в производстве найден bottleneck, сменное задание должно поддерживать его непрерывную работу, а не просто равномерно раздавать задачи всем участкам.

Именно здесь сменное планирование связывается с bottleneck-анализом: ограничивающий ресурс должен получать работу в приоритетном порядке.

Что должно быть в хорошем сменном задании

Для мастера документ должен быть максимально конкретным.

Поле Пример
Заказ №10452
Изделие Корпус К-204
Операция Сварка корпуса
Количество 20 шт.
Рабочий центр Сварочный пост №4
Исполнитель Бригада №2
Плановое время 240 мин.
Срок 18.09, смена 2
Статус Выполняется

Чем меньше мастеру приходится самостоятельно восстанавливать контекст из разных документов, тем выше ценность автоматизации.

Статусы сменного задания

В 1С:ERP сменное задание проходит несколько состояний. В документации 1С описаны статусы «Формируется», «Сформировано» и «Закрыто». Пока задание формируется, состав операций можно корректировать. После формирования начинается управление выполнением операций. Для закрытия система проверяет состояние входящих операций.

Логика процесса выглядит так:

Формируется
подбор и корректировка операций
↓
Сформировано
смена выполняет задание
↓
Выполнение операций
факт / количество / статус
↓
Закрыто
итог смены зафиксирован

Как контролировать выполнение в течение смены

Контроль не должен начинаться вечером, когда смена уже закончилась.

Мастеру нужно видеть состояние задания в течение дня:

Показатель План Факт Отклонение
Операции 24 18 -6
Количество 420 350 -70
Нормо-часы 54 47 -7
Простой 0 ч 2,1 ч +2,1 ч

Но цифры сами по себе недостаточны. Важно фиксировать причину отклонения.

Например:

  • нет материала;
  • поломка оборудования;
  • нет исполнителя;
  • долгая переналадка;
  • брак;
  • ожидание предыдущей операции;
  • изменение приоритета заказа.

Именно причины превращают план-факт из отчёта в инструмент улучшения производства.

План-факт смены

После завершения смены нужно ответить на три вопроса:

  1. Что планировали сделать?
  2. Что фактически сделали?
  3. Почему возникло отклонение?

Например:

План: 500 деталей
Факт: 430 деталей
Отклонение: −70 деталей
Причина: 1,5 часа простоя оборудования + 40 минут ожидания материала

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

Как сменное задание связано с bottleneck

Если предприятие проводит bottleneck-анализ, сменное задание становится одним из инструментов управления ограничением.

Предположим, аналитика показывает:

Сварочный участок
Доступно: 80 ч.
Потребность: 94 ч.
Дефицит: 14 ч.
6 заказов зависят от участка.

В этом случае нельзя формировать сменные задания только по принципу «у каждого цеха должна быть работа».

Нужно:

  • обеспечить сварочный участок материалом;
  • минимизировать его простой;
  • приоритизировать заказы с ближайшими сроками;
  • по возможности перенести операции на альтернативный ресурс;
  • не создавать лишний объём НЗП перед ограничением.

То есть bottleneck-анализ отвечает на вопрос «где ограничение?», а сменное задание — «что конкретно должен сделать участок сейчас, чтобы работать с этим ограничением?».

Как автоматизировать формирование сменных заданий

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

Тогда процесс можно разделить на несколько этапов:

Производственный план
↓
Заказы и этапы
↓
Доступность материалов + мощностей
↓
Приоритизация операций
↓
Формирование сменного задания
↓
Выполнение
↓
План-факт + причины отклонений

Внутри 1С этот процесс может использовать штатные механизмы внутрицехового управления. Если же требуется собственная логика приоритизации, сложное перепланирование или объединение данных из нескольких систем, поверх 1С можно построить отдельный сервис.

Когда стандартной логики 1С уже недостаточно

Проблема обычно появляется не из-за отсутствия самого документа «Сменное задание», а из-за сложности производственного контура.

Например, предприятию требуется одновременно учитывать:

  • несколько заводов;
  • несколько баз 1С;
  • MES или SCADA;
  • фактические данные оборудования;
  • разные производственные календари;
  • альтернативные маршруты;
  • ограниченную оснастку;
  • приоритеты клиентов;
  • динамический bottleneck.

В таком случае не обязательно пытаться реализовать всю дополнительную логику внутри конфигурации 1С.

Можно вынести orchestration-слой наружу:

1С:ERP
заказы · этапы · нормативы · материалы
↓
Integration Layer
API / OData / очередь
↓
Production Planning Service
приоритеты · мощность · bottleneck · правила
↓
Сменные задания
↓
Факт производства / MES / SCADA
↓
Analytics

Такой подход позволяет оставить 1С системой учёта и источником бизнес-фактов, а сложную оркестрацию производства реализовать отдельным сервисом.

Контроль сменного задания через дашборд

Для руководителя цеха не нужен экран со всеми строками документа. Ему важнее несколько агрегированных показателей:

Показатель Что показывает
Выполнение смены План против факта
Загрузка рабочих центров Есть ли перегрузка
Незавершённые операции Что осталось после текущего момента
Простои Сколько мощности потеряно
Дефициты Что невозможно выполнить из-за обеспечения
Просроченные операции Где уже есть отклонение от графика
Bottleneck Какой ресурс сейчас ограничивает поток

Можно ли добавить AI

Да, но AI здесь лучше использовать не для расчёта базовых производственных показателей, а для объяснения уже рассчитанных данных.

Например, директор спрашивает:

Почему вчерашняя смена не выполнила план и что сейчас угрожает срокам заказов?

AI-слой вызывает контролируемые инструменты:

get_shift_plan()
get_shift_fact()
get_operation_deviations()
get_downtime()
get_material_shortages()
get_bottlenecks()
get_delayed_orders()

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

Смена №2 выполнила 86% задания.

Основное отклонение — сварочный участок.
1,8 часа потеряно из-за простоя оборудования.
Ещё 40 минут — ожидание материала.
12 операций перенесены на следующую смену.

Из них 4 операции относятся к заказам с ближайшей датой отгрузки.

Здесь AI не заменяет производственную систему. Он становится интерфейсом над данными, которые уже рассчитаны и проверены.

Почему не стоит давать LLM прямой доступ к базе 1С

Для производственной аналитики особенно важно разделять источник данных и AI-слой.

LLM не должна самостоятельно решать, какие таблицы 1С читать, как трактовать внутренние идентификаторы и какие бизнес-правила применить к производственной операции.

Безопаснее предоставить ей контролируемые инструменты:

  • получить план смены;
  • получить факт выполнения;
  • получить простои;
  • получить дефициты;
  • получить загрузку рабочих центров;
  • получить bottleneck;
  • получить список рисковых заказов.

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

Как построить MVP автоматизации сменных заданий

Для первого этапа не нужно автоматизировать весь завод.

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

После этого можно переходить к автоматическому перепланированию, bottleneck-анализу и AI-интерфейсу для руководителя.

Типовые ошибки при работе со сменными заданиями

Ошибка 1. Формировать задание только из производственного плана

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

Ошибка 2. Считать, что 8 часов смены = 8 часов полезной мощности

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

Ошибка 3. Не фиксировать причины невыполнения

Факт «не выполнено» без причины практически бесполезен для улучшения планирования.

Ошибка 4. Не переносить незавершённый объём в следующий план

Если 100 деталей не сделаны сегодня, завтра нельзя просто начать расчёт с нуля.

Ошибка 5. Игнорировать bottleneck

Равномерная загрузка всех участков не всегда означает оптимальный поток. Ограничивающий ресурс должен учитываться отдельно.

Ошибка 6. Делать мастера оператором ERP

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

Что должно измениться после автоматизации

Хорошая система сменного планирования должна дать производству короткий цикл:

План
↓
Проверка ресурсов
↓
Приоритеты
↓
Сменное задание
↓
Факт
↓
Причины отклонений
↓
Корректировка следующей смены

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

Если же данные каждой смены возвращаются в планирование, предприятие получает замкнутый контур управления.

Итог

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

Но сам документ — только часть процесса.

Чтобы сменное задание действительно работало, оно должно учитывать:

  • производственный заказ;
  • этап и маршрут;
  • доступную мощность;
  • материалы и полуфабрикаты;
  • приоритеты;
  • bottleneck;
  • фактическое выполнение предыдущих операций.

Тогда сменное задание перестаёт быть просто документом для цеха. Оно становится частью единого контура:

План → мощность → сменное задание → выполнение → план-факт → причина отклонения → следующий план.

А поверх этого контура уже можно строить bottleneck-аналитику, отдельный сервис планирования и AI-ассистента руководителя, который отвечает на вопросы по реальному состоянию производства, а не по статической выгрузке из 1С.

Читайте также