На уровне предприятия производство существует в виде планов, заказов, сроков и потребности в ресурсах. В цехе ситуация выглядит иначе: мастеру нужно понимать, что именно сделать сегодня, в какой последовательности, на каком оборудовании и в каком количестве.
Именно эту задачу решает сменное задание.
В 1С:ERP предусмотрен отдельный документ «Сменное задание» и рабочее место «Формирование сменных заданий». Система позволяет назначать производственные операции сменам, участкам, рабочим центрам или исполнителям, а затем контролировать их выполнение. В зависимости от настроек предприятия сменные задания используются как часть внутрицехового управления производством.
Что такое сменное задание
В практическом смысле сменное задание — это набор производственных операций, назначенных на конкретную смену и производственный контур.
В него могут попадать:
- операции по производственным заказам;
- количество продукции или полуфабрикатов;
- исполнители или бригады;
- рабочие центры;
- участки;
- плановое время выполнения;
- этап производства;
- статус выполнения.
В 1С:ERP документ «Сменное задание» содержит назначенные на смену операции. В системе предусмотрены статусы задания, а после его формирования можно управлять выполнением операций.
Зачем вообще нужно сменное задание
Без отдельного уровня внутрицехового управления между производственным планом и исполнителем появляется разрыв.
Например, план говорит:
Выпустить 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. Учитываем материалы и полуфабрикаты
Операция может быть идеально рассчитана по времени и всё равно не выполниться.
Причина — отсутствие материала.
Например, в задании стоит:
Плановое время — 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 ч |
Но цифры сами по себе недостаточны. Важно фиксировать причину отклонения.
Например:
- нет материала;
- поломка оборудования;
- нет исполнителя;
- долгая переналадка;
- брак;
- ожидание предыдущей операции;
- изменение приоритета заказа.
Именно причины превращают план-факт из отчёта в инструмент улучшения производства.
План-факт смены
После завершения смены нужно ответить на три вопроса:
- Что планировали сделать?
- Что фактически сделали?
- Почему возникло отклонение?
Например:
Факт: 430 деталей
Отклонение: −70 деталей
Причина: 1,5 часа простоя оборудования + 40 минут ожидания материала
Следующая смена уже должна видеть последствия этого отклонения. Если план не выполнен, нельзя просто создать новый такой же план поверх старого. Нужно учитывать незавершённый объём и причину отклонения.
Как сменное задание связано с bottleneck
Если предприятие проводит bottleneck-анализ, сменное задание становится одним из инструментов управления ограничением.
Предположим, аналитика показывает:
Доступно: 80 ч.
Потребность: 94 ч.
Дефицит: 14 ч.
6 заказов зависят от участка.
В этом случае нельзя формировать сменные задания только по принципу «у каждого цеха должна быть работа».
Нужно:
- обеспечить сварочный участок материалом;
- минимизировать его простой;
- приоритизировать заказы с ближайшими сроками;
- по возможности перенести операции на альтернативный ресурс;
- не создавать лишний объём НЗП перед ограничением.
То есть bottleneck-анализ отвечает на вопрос «где ограничение?», а сменное задание — «что конкретно должен сделать участок сейчас, чтобы работать с этим ограничением?».
Как автоматизировать формирование сменных заданий
На небольшом производстве мастер может формировать задания вручную. Но при большом количестве заказов количество операций быстро становится слишком большим для ручного отбора.
Тогда процесс можно разделить на несколько этапов:
↓
Заказы и этапы
↓
Доступность материалов + мощностей
↓
Приоритизация операций
↓
Формирование сменного задания
↓
Выполнение
↓
План-факт + причины отклонений
Внутри 1С этот процесс может использовать штатные механизмы внутрицехового управления. Если же требуется собственная логика приоритизации, сложное перепланирование или объединение данных из нескольких систем, поверх 1С можно построить отдельный сервис.
Когда стандартной логики 1С уже недостаточно
Проблема обычно появляется не из-за отсутствия самого документа «Сменное задание», а из-за сложности производственного контура.
Например, предприятию требуется одновременно учитывать:
- несколько заводов;
- несколько баз 1С;
- MES или SCADA;
- фактические данные оборудования;
- разные производственные календари;
- альтернативные маршруты;
- ограниченную оснастку;
- приоритеты клиентов;
- динамический bottleneck.
В таком случае не обязательно пытаться реализовать всю дополнительную логику внутри конфигурации 1С.
Можно вынести orchestration-слой наружу:
заказы · этапы · нормативы · материалы
↓
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()
После этого модель получает структурированный результат и формирует понятное объяснение:
Основное отклонение — сварочный участок.
1,8 часа потеряно из-за простоя оборудования.
Ещё 40 минут — ожидание материала.
12 операций перенесены на следующую смену.
Из них 4 операции относятся к заказам с ближайшей датой отгрузки.
Здесь AI не заменяет производственную систему. Он становится интерфейсом над данными, которые уже рассчитаны и проверены.
Почему не стоит давать LLM прямой доступ к базе 1С
Для производственной аналитики особенно важно разделять источник данных и AI-слой.
LLM не должна самостоятельно решать, какие таблицы 1С читать, как трактовать внутренние идентификаторы и какие бизнес-правила применить к производственной операции.
Безопаснее предоставить ей контролируемые инструменты:
- получить план смены;
- получить факт выполнения;
- получить простои;
- получить дефициты;
- получить загрузку рабочих центров;
- получить bottleneck;
- получить список рисковых заказов.
Такой подход сохраняет бизнес-логику в прикладном слое, а нейросеть использует данные как контролируемый источник контекста.
Как построить MVP автоматизации сменных заданий
Для первого этапа не нужно автоматизировать весь завод.
- Выбрать один цех.
- Определить 1–2 производственных участка.
- Подключить производственные заказы и операции из 1С.
- Получить графики смен и рабочие центры.
- Добавить проверку мощности и обеспечения.
- Сформировать правила приоритизации.
- Автоматизировать создание черновика сменного задания.
- Оставить мастеру подтверждение перед запуском.
- Собирать факт и причины отклонений.
- Построить план-факт дашборд.
После этого можно переходить к автоматическому перепланированию, bottleneck-анализу и AI-интерфейсу для руководителя.
Типовые ошибки при работе со сменными заданиями
Ошибка 1. Формировать задание только из производственного плана
План не знает всех ограничений текущей смены. Нужно учитывать мощность, материалы, готовность предыдущих операций и фактическое состояние производства.
Ошибка 2. Считать, что 8 часов смены = 8 часов полезной мощности
Переналадки, обслуживание, простои и организационные потери уменьшают доступное время.
Ошибка 3. Не фиксировать причины невыполнения
Факт «не выполнено» без причины практически бесполезен для улучшения планирования.
Ошибка 4. Не переносить незавершённый объём в следующий план
Если 100 деталей не сделаны сегодня, завтра нельзя просто начать расчёт с нуля.
Ошибка 5. Игнорировать bottleneck
Равномерная загрузка всех участков не всегда означает оптимальный поток. Ограничивающий ресурс должен учитываться отдельно.
Ошибка 6. Делать мастера оператором ERP
Если для формирования задания мастеру приходится открывать десять отчётов и вручную сопоставлять данные, автоматизация не решила задачу.
Что должно измениться после автоматизации
Хорошая система сменного планирования должна дать производству короткий цикл:
↓
Проверка ресурсов
↓
Приоритеты
↓
Сменное задание
↓
Факт
↓
Причины отклонений
↓
Корректировка следующей смены
Именно последний шаг часто теряется. Производство собирает факт, но следующий план формируется почти так же, как предыдущий.
Если же данные каждой смены возвращаются в планирование, предприятие получает замкнутый контур управления.
Итог
Сменное задание на производстве — это связующее звено между планированием и фактическим выполнением операций. В 1С:ERP для этого предусмотрены отдельный документ и рабочее место формирования сменных заданий, а также механизмы назначения операций и контроля их выполнения.
Но сам документ — только часть процесса.
Чтобы сменное задание действительно работало, оно должно учитывать:
- производственный заказ;
- этап и маршрут;
- доступную мощность;
- материалы и полуфабрикаты;
- приоритеты;
- bottleneck;
- фактическое выполнение предыдущих операций.
Тогда сменное задание перестаёт быть просто документом для цеха. Оно становится частью единого контура:
А поверх этого контура уже можно строить bottleneck-аналитику, отдельный сервис планирования и AI-ассистента руководителя, который отвечает на вопросы по реальному состоянию производства, а не по статической выгрузке из 1С.