Управление производственными заказами: сквозной учёт от заявки до отгрузки
Заказ принят — и вот уже начинается знакомый хаос: технологи не знают, поставлен ли заказ в очередь, диспетчер не видит, на каком участке он сейчас находится, а клиент звонит в пятый раз с вопросом «когда будет готово?». Ответить точно не может никто, потому что вся информация разбросана по блокнотам, таблицам и памяти мастеров.
Управление производственными заказами — это сквозная система прохождения заказа через все этапы: от заявки клиента до подписанной накладной на отгрузку. Без неё предприятие работает вслепую — и расплачивается сроками, браком и репутацией.
Жизненный цикл производственного заказа: 7 этапов от заявки до сдачи
Каждый производственный заказ проходит последовательность обязательных этапов. Понимание этого цикла — основа для построения системы учёта и контроля выполнения заказов.
1. Заявка и согласование
Клиент формирует заявку: наименование изделия, количество, требования к качеству, желаемые сроки. ПДБ проверяет технологическую возможность, наличие материалов, свободные мощности. На этом этапе принимается решение: берём в работу, переносим срок или отказываем.
2. Создание производственного заказа на изготовление
После согласования в системе создаётся карточка заказа. Фиксируются: номер, наименование изделия, количество, плановая дата запуска и выпуска, ответственный, приоритет, ссылка на технологический маршрут.
3. Планирование и запуск в производство
Заказ ставится в очередь на участки согласно маршруту. Диспетчер распределяет операции по оборудованию и сменам, формирует сменные задания. Именно здесь закладывается реалистичный срок — или иллюзия реалистичного срока.
4. Выполнение операций по маршруту
Операторы получают задания, выполняют операции, фиксируют факт: время начала, время окончания, количество годных и бракованных деталей. Заказ движется по маршруту — переходит от участка к участку.
5. Промежуточный контроль качества
На критических операциях (или после каждой — зависит от процесса) ОТК проверяет соответствие продукции требованиям. Результат фиксируется в заказе: годен, требует доработки, в брак.
6. Финальная приёмка и складирование
Готовая продукция принимается на склад. Закрывается производственная часть заказа, формируются документы: накладная, паспорт изделия, акт приёмки.
7. Отгрузка клиенту
Продукция отгружается согласно договору. Заказ переводится в статус «Выполнен» и архивируется. Данные о фактических трудозатратах, расходе материалов и отклонениях остаются доступными для анализа.
Что должно быть в карточке производственного заказа
Карточка заказа — главный информационный объект системы учёта производственных заказов. Она должна содержать всё необходимое для управления и контроля без дополнительных звонков и поисков.
Обязательные атрибуты карточки производственного заказа:
- Идентификация: уникальный номер заказа, наименование изделия, артикул, чертёж или спецификация.
- Клиент и договор: наименование контрагента, номер договора или заявки, контактное лицо.
- Количество: плановое, запущенное, выполненное, забракованное, годных на складе.
- Сроки: плановая дата запуска, плановая дата выпуска, фактические даты, текущий прогноз завершения.
- Приоритет: числовой или категориальный (срочный / обычный / отложен).
- Технологический маршрут: список операций с нормативами времени и ответственными участками.
- Материалы: плановая потребность, факт списания, отклонения.
- Статус: текущий этап выполнения, процент готовности.
- История изменений: кто и когда менял приоритет, сроки, маршрут.
Полная карточка позволяет начальнику ПДБ в одном экране видеть, где сейчас заказ, что сделано, что осталось и укладываемся ли в срок.
Проблемы без системы управления заказами: 5 типичных болей
Предприятия, которые ведут производственные заказы в Excel или «в голове», регулярно сталкиваются с одними и теми же проблемами.
1. Потеря заказа внутри производства
Заказ принят, материалы заготовлены — и он «зависает» на каком-то участке без движения. Никто не знает, что он там лежит, пока клиент не позвонит через три недели. В реестре Excel строка есть, но она не обновлялась две недели.
2. Срывы сроков без предупреждения
О том, что заказ не успевает к дедлайну, выясняется в последний день — или уже после дедлайна. Нет системы раннего оповещения: когда оперативный контроль выполнения заказов ведётся вручную, сигнал запаздывает.
3. Конфликты приоритетов на участках
Два срочных заказа одновременно требуют один станок. Мастер принимает решение сам — по субъективным критериям. Другой заказ, может быть более важный, ждёт. Системного механизма приоритизации нет.
4. Невозможность ответить клиенту на вопрос о готовности
«Когда будет готово?» — простой вопрос, на который без системы невозможно дать точный ответ. Диспетчер идёт в цех, обходит три участка, звонит мастеру — и через час называет срок, который снова оказывается неточным.
5. Отсутствие данных для анализа
После закрытия заказа данные о реальных трудозатратах, расходе материалов и причинах отклонений не сохраняются в удобном виде. Ошибки планирования повторяются из месяца в месяц, потому что негде увидеть паттерн.
Статусы производственного заказа
Чёткая система статусов — основа для учёта производственных заказов и управления очерёдностью. Каждый статус должен означать конкретное состояние заказа и определять, кто отвечает за следующий шаг.
| Статус | Описание | Кто меняет | Что происходит дальше |
|---|---|---|---|
| Новый | Заявка поступила, ещё не проверена и не согласована | Менеджер по продажам / клиент | ПДБ проверяет возможность выполнения, согласует сроки |
| Согласован | Сроки и условия подтверждены, заказ принят в работу | Начальник ПДБ / технолог | Создаётся карточка заказа, подбирается маршрут, заявляются материалы |
| В планировании | Заказ поставлен в очередь, распределяется по оборудованию и сменам | Диспетчер ПДБ | Формируются сменные задания, резервируются ресурсы |
| В производстве | Операции выполняются, заказ движется по маршруту | Мастер участка / оператор | Фиксируется факт по каждой операции, обновляется прогресс |
| На контроле | Производственные операции завершены, ОТК проводит приёмку | ОТК | Решение: годен (→ склад), требует доработки (→ производство), брак (→ переработка или списание) |
| На складе | Продукция принята на склад готовой продукции | Кладовщик / начальник склада | Ожидание отгрузки согласно договору или уведомление клиента |
| Выполнен | Продукция отгружена, документы оформлены | Логистика / отдел продаж | Заказ архивируется, данные доступны для анализа |
| Приостановлен | Работы остановлены: нет материалов, сломалось оборудование, решение клиента | Диспетчер ПДБ / начальник производства | Фиксируется причина, назначается ответственный за устранение блокера |
| Отменён | Заказ аннулирован по инициативе клиента или предприятия | Руководство / коммерческий директор | Материалы возвращаются на склад, ресурсы освобождаются, фиксируются фактические затраты |
Приоритизация заказов: как выстроить очередь при перегрузке
Когда мощности ограничены, а заказов больше, чем может вместить производство, неизбежно возникает вопрос: какой заказ выполнять первым? Решение, принятое интуитивно, часто оказывается неверным.
Критерии приоритизации производственных заказов:
- Срок выпуска — заказы, которые ближе к дедлайну, получают приоритет. Это базовый критерий, но недостаточный: два заказа с одинаковым сроком могут иметь разную значимость.
- Коммерческая важность — размер контракта, стратегическая ценность клиента, штрафные санкции за просрочку.
- Технологическая готовность — есть ли все материалы, свободно ли оборудование, готов ли оператор. Нет смысла ставить заказ первым, если он всё равно встанет из-за дефицита заготовки.
- Степень готовности — заказ, выполненный на 80%, часто выгоднее довести до конца, чем начинать новый с нуля.
- Зависимости — если этот заказ является комплектующим для другого, его приоритет определяется приоритетом родительского заказа.
Хорошая практика — вводить числовой приоритет (например, от 1 до 10) и пересматривать его еженедельно на совещании ПДБ. Без системы управления производственными заказами такой пересмотр превращается в бесконечные споры. С системой — это занимает 15 минут и оканчивается конкретными решениями.
Подробнее о методах выстраивания производственного расписания — в статье про диаграмму Ганта.
Контроль сроков: как не допустить срыва и вовремя среагировать
Контроль выполнения заказов — это не отчёт в конце месяца. Это ежедневный мониторинг отклонений, который позволяет вмешаться до того, как ситуация стала критической.
Три уровня контроля сроков:
Оперативный контроль (ежесменно): сравнение плановых и фактических операций за смену. Если фактическое выполнение отстаёт от плана более чем на 10–15%, это уже сигнал для диспетчера.
Тактический контроль (еженедельно): анализ отклонений по всем активным заказам — насколько изменился прогнозируемый срок выпуска. Заказы с отклонением более 2 дней выносятся на обсуждение.
Стратегический контроль (ежемесячно): план-факт по всем закрытым заказам — сколько выполнено в срок, каковы средние отклонения, по каким причинам. Это основа для улучшения нормативов и планирования.
Эффективный контроль требует раннего предупреждения: система должна автоматически выделять заказы, которые рискуют не успеть, а не только те, которые уже просрочены. Для этого используется прогнозная дата завершения — расчётный срок с учётом текущего темпа выполнения.
Подробнее об анализе план-факт — в статье план-факт производства.
Связь заказов с маршрутами, сменными заданиями и OEE
Производственный заказ — не изолированный документ. Он встроен в цепочку управления производством и тесно связан с другими объектами системы.
Заказ → Технологический маршрут: каждый заказ выполняется по маршруту — последовательности операций с указанием оборудования, нормативов времени и требований к качеству. Маршрут определяет, сколько времени займёт заказ и какие ресурсы потребует.
Заказ → Сменное задание: из заказа формируются задания для операторов на конкретную смену. Одно сменное задание может включать операции из нескольких заказов. Обратная связь — выполненное задание обновляет прогресс заказа.
Заказ → OEE оборудования: время выполнения операций по заказу — это одновременно данные для расчёта OEE (Overall Equipment Effectiveness). Если заказ задерживается из-за поломки станка, это отражается и в метриках эффективности оборудования. Видимость связи «заказ — оборудование — время» позволяет понять, где реальный источник потерь.
Такая интеграция превращает учёт производственных заказов из простой фиксации «что сделано» в полноценную аналитику: почему заказ задержался, сколько стоила поломка в единицах недовыпуска, где узкое место маршрута.
Как перейти от бумажных нарядов к цифровым заказам
Большинство предприятий, которые задумываются об автоматизации, имеют ту или иную бумажную систему: наряды, журналы сдачи, маршрутные листы. Переход к цифре — это не замена бумаги электронной бумагой, а смена логики управления.
Шаг 1. Оцифровайте справочники. Прежде чем переносить заказы в систему, нужны актуальные технологические маршруты, справочник оборудования и нормативы операций. Без этого цифровой заказ будет таким же неточным, как бумажный.
Шаг 2. Начните с нового — не переносите старое. Не нужно заводить в систему все накопленные заказы. Начните с новых поступлений и параллельно несколько недель ведите оба варианта. Так операторы и диспетчеры привыкнут к новому формату без стресса.
Шаг 3. Внедрите фиксацию факта на рабочем месте. Ключевой момент перехода — когда оператор начинает закрывать операцию в системе, а не в бумажном наряде. Это можно сделать через планшет в цеху, терминал или мобильное приложение.
Шаг 4. Откажитесь от дублирования. Как только факт регулярно вносится в систему, бумажные наряды теряют смысл. Их ведение только увеличивает нагрузку и создаёт расхождения. Момент отказа от бумаги — это и есть момент реального внедрения системы.
Шаг 5. Настройте алерты и дашборд. Система должна работать на вас, а не вы на систему. Автоматические уведомления о просрочках, визуальный статус заказов, сводка по участкам — это и есть ценность цифрового управления заказами.
Планол: управление заказами в MES
Планол реализует полный цикл учёта производственных заказов — от создания карточки до архивации после отгрузки.
Реестр заказов с фильтрацией по статусу, срокам, участкам и приоритету даёт одним взглядом увидеть, где сейчас каждый заказ и насколько он отклоняется от плана. Карточка заказа содержит полный набор атрибутов: маршрут, нормативы, фактические данные, историю изменений. После создания заказ распределяется по участкам согласно маршруту с учётом текущей загрузки. Сменные задания формируются автоматически: оператор видит на терминале, что делать, сколько, на каком станке. Система рассчитывает прогнозную дату завершения и выделяет заказы с риском срыва сроков. Время выполнения операций по заказам автоматически попадает в расчёт OEE. Диаграмма Ганта даёт визуальное расписание по всем заказам и участкам с возможностью ручной корректировки.
Начальник ПДБ видит картину по всему цеху в одном экране, без звонков мастерам и обходов участков. Клиентам можно давать точные сроки. Срывы становятся исключением, а не нормой.
[Посмотреть демонстрацию Планол](/# demo)
FAQ: часто задаваемые вопросы
Чем производственный заказ отличается от заказа клиента?
Заказ клиента — это коммерческий документ: что купить, в каком количестве, по какой цене и к какому сроку. Производственный заказ — это внутренний производственный документ: что изготовить, на каком оборудовании, по какому маршруту. Один заказ клиента может порождать несколько производственных заказов на изготовление — например, если изделие состоит из нескольких самостоятельно изготавливаемых узлов.
Нужна ли отдельная система для управления заказами или достаточно ERP?
ERP-система хороша для учёта коммерческих и финансовых аспектов заказа. Но для оперативного управления в цехе — очередью операций, сменными заданиями, контролем выполнения — нужна MES. ERP оперирует горизонтом месяц-квартал, MES — смена-сутки. Многие предприятия используют обе системы в интеграции: ERP передаёт в MES заказы, MES возвращает факт выполнения.
Как рассчитать реалистичный срок выполнения заказа?
Срок рассчитывается на основе технологического маршрута: сумма нормативных времён по операциям плюс межоперационные ожидания плюс буфер на возможные отклонения. Критически важно учитывать текущую загрузку участков: если станок занят на 90%, то даже при нормативе 2 часа ждать начала операции придётся сутки. Корректный срок можно рассчитать только зная реальную очередь, а не только нормативы.
Что делать, если несколько срочных заказов одновременно требуют один участок?
Это классическая ситуация перегрузки ресурса. Алгоритм: сначала оцените последствия задержки каждого заказа (штрафы, важность клиента, связанные заказы). Затем переместите менее критичный заказ на альтернативное оборудование, если оно есть. Если нет — организуйте сверхурочную работу или договоритесь с клиентом о переносе срока. Главное — принять решение заранее, а не в день дедлайна.
Как вести учёт производственных заказов, если нет MES?
На старте можно вести реестр в Excel с чёткой структурой: один заказ — одна строка, фиксированный набор столбцов (номер, наименование, статус, план, факт, ответственный). Ежедневное обновление — обязательное условие. Однако Excel не даёт автоматических алертов, не связан с рабочими местами операторов и не рассчитывает прогнозные сроки. Переход к MES оправдывает себя уже при 30–50 активных заказах одновременно, когда ручной контроль перестаёт справляться.