План на месяц полезен только тогда, когда руководитель видит, на каких участках он выполним, где уже возникло отклонение и какое решение нужно принять до конца периода.
В начале месяца план выглядит убедительно: заказы разложены по неделям, объём согласован, смены посчитаны. Через три недели выясняется, что участок работал с перегрузкой, часть заданий ждала материал или наладку, а фактическая выработка не совпала с планом. Руководитель получает итоговую цифру, когда менять уже почти нечего.
Проблема обычно не в том, что у производства нет таблицы или системы. План, загрузку и факт считают как три разные истории. Плановик видит заказ, мастер знает, что стоит в цехе, а собственник открывает сводку после закрытия периода. Между этими версиями нет общего правила: что считать мощностью, когда задание считается выполненным и кто фиксирует причину отклонения.
Спешите? В FAQ есть прямые ответы: какой коэффициент загрузки считать нормальным и можно ли начать контроль в Excel.
Для контроля план-факта нужны не все данные, а связанная цепочка
Прямой ответ на главный вопрос: для управления планированием производства нужны план в одной единице измерения, доступная мощность по участкам, фактическое выполнение за тот же период, состояние незавершённого производства и причины отклонений с ответственным. Ещё до выбора системы нужно определить, кто и когда пересматривает план.
Собрать только факт выпуска недостаточно. Он показывает, что получилось на выходе, но не отвечает, почему план перестал быть реалистичным. Например, объём мог не выйти из-за отсутствия материала, поломки, переналадки, брака, изменения приоритета заказа или ошибки в нормативе. Если мастер пишет всё в комментарии «не успели», руководитель не сможет отличить разовую проблему от повторяющегося ограничения участка.
Полезно связать данные в один маршрут:
Заказ → производственное задание → плановая потребность в мощности → фактическое выполнение → отклонение и причина → решение по плану
У каждого звена должен быть владелец. Плановик отвечает за версию плана, мастер или диспетчер подтверждает факт и причину остановки, руководитель производства принимает решение о переносе, смене приоритета или дополнительной смене. Когда факт редактирует любой сотрудник задним числом, отчёт становится спором о цифрах, а не инструментом управления.
Минимальная карточка задания или строка в таблице обычно содержит номер заказа, номенклатуру или группу изделий, участок, количество, плановую дату, нормативную трудоёмкость, текущий статус, факт и код причины отклонения. Не нужно переносить туда каждую операцию, если она уже надёжно ведётся в MES, ERP или 1С. В контуре планирования остаются данные, по которым руководитель меняет нагрузку и сроки.
План в штуках не показывает реальную загрузку производства
Два задания по десять единиц могут занимать у участка совершенно разное время. Одно требует короткой повторяемой операции, другое приходит с новой оснасткой, материалом и дополнительной проверкой. Поэтому план в штуках подходит для разговора о выпуске, но сам по себе плохо отвечает на вопрос, поместятся ли задания в смену.
Для расчёта загрузки нужен общий измеритель. Чаще всего это нормо-часы, машинные часы, доступные смены или другая единица, которую компания умеет стабильно рассчитывать. Выберите одну для каждого узкого участка и не смешивайте её с объёмом продаж. Если трудоёмкость пока неизвестна, начните с фактически затраченного времени на типовые группы изделий и прямо пометьте расчёт как предварительный.
Доступная мощность тоже не равна количеству сотрудников в штатном расписании. В неё не должны молча попадать часы отпусков, обучения, простоев, уже занятых заказов и время, когда оборудование не может выполнять нужную операцию. В планировании лучше использовать не «идеальную» мощность, а мощность, которую участок реально может отдать в данном периоде по принятому правилу.
Коэффициент загрузки можно считать так:
Плановая потребность в мощности ÷ доступная мощность участка × 100%
Формула показывает напряжение плана, а не качество работы людей. Значение выше 100% означает, что в текущих условиях в план заложено больше работы, чем доступно мощности. Значение заметно ниже 100% требует другого разговора: возможно, плановик не учёл заказы, неправильно определил участок или у компании действительно есть резерв. Единого «нормального» процента для всех производств нет: его выбирают с учётом вариативности ассортимента, переналадок и цели участка.
Отклонение появляется на передаче между планом и цехом
План часто составляют по заказам, а факт собирают по завершённой продукции. Между ними пропадает незавершённое производство. Задание могло быть запущено, но остановиться на контроле качества или ждать комплектующий. В отчёте за период оно выглядит как ноль выпуска, хотя участок уже потратил часть мощности и не может принять следующий заказ без последствий.
Поэтому в системе планирования производства важно видеть не только «готово» и «не готово», но и состояние задания. Достаточно нескольких понятных статусов, если за каждым стоит конкретное событие: принято в работу, выполняется, ожидает материал, ожидает решение, контроль, готово. Статус «в производстве» без причины для управленческого отчёта почти бесполезен.
Причины отклонений лучше ограничить рабочим справочником. Слишком длинный список сотрудники начнут обходить, слишком короткий превратит всё в «прочее». Для старта обычно полезнее разделить задержки, связанные с материалом, оборудованием, качеством, изменением заказа и планированием. Через один-два периода справочник можно уточнить по реальным комментариям, а не по предположениям на встрече.
Не путайте причину с виновником. «Мастер не успел» не объясняет, что исправлять. «Задание пришло без подтверждённой спецификации» позволяет проверить точку передачи из конструкторского отдела; «поломка оборудования» помогает увидеть потребность в резерве или обслуживании. Руководителю нужен механизм, а не формальный ответственный.
Условная модель: как увидеть перегрузку до конца месяца
Ниже не кейс и не норматив для любого производства, а условная модель одной недели. Она показывает, какие цифры должны встретиться в одном отчёте.
На участке доступно 800 нормо-часов с учётом утверждённого графика и уже запланированных работ. В недельный план поставили задания общей нормативной трудоёмкостью 920 нормо-часов. Коэффициент плановой загрузки равен 115%: 920 ÷ 800 × 100%. Уже в момент утверждения видно, что без переноса, дополнительной смены или изменения состава работ план не помещается в мощность участка.
К концу недели участок подтвердил 610 нормо-часов выполненной работы. Два задания на 140 нормо-часов ждут материал, одно на 70 нормо-часов ушло на доработку по качеству, а ещё 100 нормо-часов не начинали, потому что заказ с более ранним сроком получил приоритет. Это не даёт повода оценивать работу участка по одной цифре «610 из 920». Но даёт руководителю четыре разных действия: проверить снабжение, разобрать причину доработки, подтвердить изменение приоритета и перенести остаток в следующую версию плана.
Если в следующем отчёте эти задания просто исчезнут из плана, план-факт формально улучшится. Управляемость не улучшится: компания потеряет историю обещанного объёма и не увидит цену переноса. Версия плана должна сохранять дату изменения, что изменили и почему. Иначе в конце периода невозможно отделить точность первоначального плана от корректировок, которые были необходимы по ходу работы.
Пересматривать план нужно по ритму решений, а не после закрытия периода
Ежемесячный план без короткого горизонта контроля превращается в отчёт о прошлом. Для производства с ежедневными изменениями полезен регулярный ритм: например, диспетчер обновляет факт по сменам, руководитель производства несколько раз в неделю смотрит перегруженные участки и задания с риском срока, а пересмотр месячного плана оформляют по утверждённому правилу.
Частота зависит от цикла. На производстве с длинной операцией ежесменный пересчёт всего плана может создать больше шума, чем пользы. Там достаточно фиксировать события, которые меняют доступную мощность или дату заказа. При коротком цикле и частых переналадках устаревший недельный план опаснее лишней пятнадцатиминутной сверки.
На такой встрече не нужно заново обсуждать весь ассортимент. Достаточно открыть список исключений: участки с загрузкой выше принятого порога, задания старше плановой даты, задачи без подтверждённого факта и повторяющиеся причины отклонений. По каждому исключению фиксируют решение: оставить как есть, изменить приоритет, выделить ресурс, перенести срок или передать вопрос другой роли.
План нельзя пересматривать молча. Определите заранее, какие изменения мастер может внести сам, а какие требует подтверждения руководителя или отдела продаж. Если коммерческий отдел обещает клиенту дату, а производство переносит заказ в своей таблице без сигнала, точная загрузка цеха не спасёт отношения с клиентом.
Система планирования производства должна закреплять правила, а не заменять учётный контур
Таблица подойдёт для первого контура, когда заданий немного, один человек поддерживает план и все участники успевают видеть изменения до принятия решений. Начните с неё, если ещё не определены единицы измерения, статусы и причины отклонений. Автоматизировать спорные правила означает быстрее собирать спорные цифры.
Система становится оправданной, когда задания передаются между ролями, план собирается из нескольких источников, а руководителю приходится вручную сравнивать версии. Здесь автоматизация может закрепить обязательные поля, уведомления о риске срока, права на изменение плана и журнал событий. Но спецификации, складской учёт и фактические операции должны оставаться в той системе, где ими реально управляют. У одной цифры не может быть двух хозяев.
В Битрикс24 смарт-процессы позволяют создавать отдельные сущности со своими карточками, полями, стадиями, правами доступа и связями с задачами. Это может подойти для маршрута производственного задания, согласования переноса или сбора причин отклонений. Официальная справка о смарт-процессах описывает эти возможности. При этом смарт-процессы доступны не на всех тарифах, а их настройки не заменяют производственное планирование и учёт.
Для обзорного контроля можно строить отчёты с фильтрами по пользовательским полям и переходом от значения к списку элементов. Эти возможности описаны в справке Битрикс24 по CRM-аналитике. Перед настройкой отчёта проверьте другое: кто заполняет факт, когда закрывается задание и какую дату считать датой выполнения. Отчёт честно посчитает только то, о чём договорилась компания.
Практический инструмент: паспорт показателя для план-факта и загрузки
Не начинайте с дашборда. Соберите на одной странице паспорт каждого показателя, который руководитель хочет видеть. Для первой версии достаточно плана выпуска, факта, плановой загрузки участка, незавершённого производства и отклонений по причинам.
| Показатель | Формула или правило | Источник | Кто подтверждает | Решение при отклонении |
|---|---|---|---|---|
| План выпуска | Утверждённый объём по версии плана | План производства | Плановик | Меняет приоритеты или дату после согласования |
| Факт выполнения | Объём, завершённый по принятому событию | Учёт производства или подтверждение мастера | Мастер участка | Проверяет задания с риском срока |
| Плановая загрузка | Плановая потребность в мощности ÷ доступная мощность | План и календарь мощности | Плановик и руководитель производства | Переносит работу, добавляет ресурс или меняет состав плана |
| Незавершённое производство | Задания без финального статуса с текущей стадией | Маршрут задания | Ответственный за задание | Снимает блокировку или уточняет срок |
| Причина отклонения | Код из справочника на остановленном или перенесённом задании | Карточка задания | Роль, обнаружившая событие | Ищет повторяющееся ограничение |
Проверьте паспорт на пяти реальных заданиях из прошлого периода. Если два сотрудника по-разному понимают «факт», «доступную мощность» или дату переноса, не переходите к интеграции. Сначала зафиксируйте определение и одну точку внесения данных.
Короткие ответы на частые вопросы
01Какой коэффициент загрузки производства считать нормальным?
Универсального процента нет. Участок с устойчивой серийной работой может планироваться плотнее, чем участок с частыми переналадками и непредсказуемым составом заказов. Выберите порог по фактическим данным: при каком уровне загрузки сроки начинают сдвигаться, растут очереди или увеличивается доля срочных перестановок. Затем применяйте один и тот же расчёт к сопоставимым периодам.
02Можно ли контролировать план-факт производства в Excel?
Можно, пока таблица даёт руководителю актуальную картину до принятия решения. Для этого нужен один владелец версии, понятный порядок внесения факта и защита от тихого переписывания прошлых периодов. Если несколько ролей ведут свои файлы, а мастер сообщает статус в чате, проблема уже не в Excel, а в отсутствии общего процесса.
03Почему фактическая выработка не совпадает с планом, если люди были на смене?
Присутствие людей показывает доступность части ресурса, но не подтверждает готовность задания к выполнению. Работу могут остановить материал, оснастка, качество входных данных, поломка, приоритет другого заказа или неверно оценённая трудоёмкость. Чтобы различать эти случаи, фиксируйте состояние задания и причину отклонения в момент события, а не при закрытии месяца.
04Нужно ли переносить в Битрикс24 весь производственный учёт?
Нет. В Битрикс24 имеет смысл вести маршрут, ответственных, контрольные даты и согласование изменений, если это помогает связать производство с другими подразделениями. Детальные операции, материалы и спецификации оставляйте в специализированном учётном контуре, когда там уже принимают решения по этим данным. Граница определяется не названием программы, а владельцем данных.
Планирование производства начинает работать в тот момент, когда план, мощность и факт связывает одно правило, а отклонение приводит к конкретному решению до конца периода. Не обязательно сразу строить большую систему. Сначала договоритесь о пяти показателях, проверьте их на реальных заданиях и только потом закрепляйте маршрут в таблице или автоматизации.
План есть, но непонятно, где он перестаёт быть выполнимым?
На аудите отчётности и процессов «Код в деле» можно разобрать путь одного производственного задания: от плановой потребности в мощности до факта и причины отклонения. После разбора будет понятно, какие определения согласовать, какие данные собрать в первом отчёте и где автоматизация избавит от ручной сверки.
Разобрать план-факт и загрузку производства
