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