Сколько прибыли вы теряете, пока готовый станок ждет уточнения одной детали? Для мелкосерийного производства непрозрачность процессов — это прямые убытки. Если статус заказа знает только мастер в цехе, а менеджер «забыл» передать правки, пора менять подход.
Мы, команда pickTech, регулярно исследуем рынок цифровых инструментов и подходы к автоматизации. Сегодня в объектив попала и нотация BPMN (Business Process Model and Notation) — международный стандарт описания бизнес-процессов в виде наглядных схем. Сегодня на примере цепочки «Заказ — Отгрузка» покажем, как такой «чертеж» вашей работы, понятный и человеку, и программе, помогает минимизировать человеческий фактор на каждом этапе.
На основе анализа систем для управления бизнес-процессами из нашего каталога мы вывели формулу автоматизации: создание визуальной карты процесса на языке BPMN, которая станет общим источником достоверных данных, и программная реализация схемы с помощью low-code-платформы, такой как RunaWFE.
Особенности и вызовы мелкосерийного производства
Этот вид деятельности связан со сложными задачами, жесткими сроками исполнения и частыми изменениями. Каждый заказ требует системного подхода: от проектирования и закупок до производства и отгрузки. Управлять этими процессами через чаты и электронные таблицы — значит замедлять работу и терять контроль над операционкой.
В чем же выражается эта сложность? В особенностях мелкосерийного производства. К ним относятся:
- Необходимость расчета по большому количеству деталей и быстрого пересчета рентабельности в зависимости от используемых материалов и станков.
- Проведение закупки под конкретный заказ и запуск производства параллельно ей, при наличии остатков нужных материалов.
- Осуществление нескольких видов работ с каждой деталью (резка, гибка, сварка, покраска и др.).
- Строгая последовательность выполнения видов работ и деталей.
- Потребность в отслеживании и передаче следующему исполнителю всех или части деталей для следующих действий.
- Необходимость в любой момент изменить или отменить заказ.
- Возникновение разных приоритетов заказов и редкие их повторы.
- Возможность совмещать несколько деталей, в том числе из разных заказов, при проведении одной операции (вида работ).
Такой набор особенностей неизбежно ведёт к типичным проблемам в управлении, если процесс не автоматизирован. На основе нашей подборки платформ для управления бизнес-процессами и отзывов пользователей мы выявили проблемы, которые периодически проявляются при таком подходе:
- Незапланированные простои
- Ручной сбор данных
- Долгие организационные согласования документов
- Авральный режим работы
Это приводит к потере времени, денег и репутации.
Решение на наш взгляд такое — автоматизация управления бизнес-процессом «Заказ — Отгрузка». Хотим отметить, что цель заключается не в замене людей на технологии, а в повышении прозрачности: чтобы статус работы, движение документов и сроки выполнения задач были видны в режиме онлайн всем участникам.
Для выполнения этой задачи сначала нужно описать работу как систему. Здесь помогает графическая нотация моделирования бизнес-процессов BPMN. Она даст четкую картину для анализа и точной настройки процессов.
Что такое BPMN и почему это язык прозрачности для операционки производства
BPMN — стандартизованная визуализированная нотация для моделирования бизнес-процессов. Это универсальный графический язык, который позволяет руководству, технологу, мастеру цеха, кладовщику и IT-специалисту одинаково увидеть и понимать один и тот же производственный процесс.
Пример схемы BPMN
Нотация BPMN — оптимальное решение для мелкосерийного производства, и вот почему:
- Подсвечивает бизнес-процесс. Все действия от поступления заказа до его отгрузки клиенту умещаются в одной диаграмме.
- Работает по «событиям». Производством управляют конкретные действия: «поступила заявка», «материалы на складе», «возник брак». BPMN фиксирует их как четкие точки контроля.
- Показывает все сценарии бизнес-процесса. С помощью логических развилок (шлюзов) вы можете смоделировать не только верный маршрут всей технологической операции, но и возможные ошибочные отклонения от него: «что делать, если детали нет в наличии необходимого сырья?».
- Автоматизирует производственный цикл. Корректно составленная BPMN-диаграмма — это готовое техническое задание для загрузки в low-code-платформу, например, такую как RunaWFE.
Краткое введение в элементы BPMN: алфавит процесса
Предлагаем вместе начать освоение этого универсального языка, чтобы вы могли не только понимать решения, но и моделировать собственные идеи.
Итак, чтобы читать и создавать схемы, достаточно понимать базовый набор элементов, соединенных линиями-потоками.
| Элемент | Как выглядит | Какую проблему решает |
|---|---|---|
| Событие | Круг | Началась процедура (факт). Запускает (стартовое событие), меняет (промежуточное событие) или завершает (конечное событие) процесс. Решает проблему появления непрозрачных триггеров. Например, процесс начинается не с «когда менеджер вспомнит», а с события «Получена заявка от клиента». |
| Действие | Прямоугольник с закруглёнными углами | Непосредственно работа. Базовая единица — Задача (например, «Согласовать чертеж»). Группу задач можно объединить в общий подпроцесс. Исключает размытие ответственности. |
| Шлюз | Ромб | Логическая развилка. Определяет, куда пойдет выполнение задачи в зависимости от условия (например, «Деталь прошла ОТК?»). Отпадает необходимость в проведении этой работы вручную. |
| Поток управления | Сплошная стрелка | Указатель на текущий элемент схемы. Устанавливает и показывает последовательность выполнения задач. |
| Лента сообщений | Пунктирная стрелка | Показывает направление движения документов, уведомлений, извещений между участниками процесса (например, отправка счета). Исключает утрату писем и файлов в почте, мессенджерах или других сторонних источниках. |
| Роль-Дорожка | Связывает задания с исполнителями. Каждое действие (задача) в диаграмме связано с конкретной ролью или сотрудником. В системе это реализуется через автоматическое направление задания ответственному лицу. Решает проблему возможной путаницы «кто должен делать этот шаг?» у всех заинтересованных лиц |
Пошаговый разбор BPMN-модели сквозного процесса «Заказ — Отгрузка»
Дальше давайте пройдем весь путь заказа на примере производства нестандартных металлоконструкций и посмотрим, как BPMN вносит ясность в каждый этап.
Этап 1. Прием и квалификация заказа в отделе продаж
Типичная проблема: Заявка «зависла» в общей почте. Менеджер не уточнил и не зафиксировал это событие. В итоге: техническое задание на заказ существует в виде пяти версий файлов в переписке.
BPMN фиксирует начало стартового события «Получена заявка от клиента всех заинтересованных лиц» (например, как новая электронная карточка). Основная задача — «Квалифицировать заказ». Система направляет уведомление «Отправить ТЗ на согласование». Шлюз «ТЗ утверждено?» фиксирует точку контроля.
Кто отвечает: «Отдел продаж».
Что на входе и выходе: Вход — заявка клиента. Выход — утвержденное ТЗ и коммерческое предложение.
Какие метрики можно измерить: Время от заявки до ТЗ и количество итераций согласования.
Как это работает в системе RunaWFE: Заявка из формы на сайте или письма автоматически формируется в карточку заказа и попадает в форме задачи менеджеру. Все файлы и переписка сохраняются в карточке. Утверждение ТЗ через применение электронной подписи — это событие, которое автоматически переводит процесс на следующий этап.
Этап 2. Планирование и подготовка производства
Типичная проблема: Конструкторы и технологи работают в отрыве от данных склада. Отсутствие материалов внезапно выявляется в день запуска заказа в цех, что вызывает простой в работе.
В BPMN запускается подпроцесс «Подготовка производства», включающий задачи: «Разработать чертежи», «Рассчитать материалы». Шлюз «Все ресурсы в наличии?» проверяет условие. Если нет, активируется действие «Заказать материалы».
Кто отвечает: «Конструкторский отдел», «Технологи», «ПДО» и «Склад».
Что на входе и выходе: Вход — утвержденное ТЗ. Выход — комплект чертежей, план работ, заявка на закупку.
Какие метрики можно измерить: Длительность этапа проектирования и процент заказов, задержанных из-за неготовности ресурсов.
Как это работает в системе RunaWFE: После утверждения ТЗ платформа автоматически проверяет остатки в подключенной базе данных склада. При недостатке — создает задачу снабженцу. Все чертежи хранятся в карточке процесса.
Этап 3. Изготовление партии на производстве
Типичные проблемы: Статус «В работе» не несет никакой информационной ценности. Цех простаивает, ожидая необходимые сырье, материалы, инструментарий и оборудование. Рабочая смена не загружена, что может привести к нарушению утвержденных сроков выполнения заказа либо к снижению его качества.
В BPMN запускается подпроцесс «Изготовление». Промежуточное событие «Партия готова к передаче» — четкий сигнал к началу проверки от ОТК. Для контроля их работы может быть добавлен таймер.
Кто отвечает: «Производственный цех».
Что на входе и выходе: Вход — план работ, материалы. Выход — готовая продукция с маршрутной картой.
Какие метрики можно измерить: Фактическое или плановое время изготовления и коэффициент простоя.
Как это работает в системе RunaWFE: мастер видит задачу-наряд в личном кабинете платформы. Выполнив операцию, он отмечает ее завершение — статус заказа обновляется для всех остальных действующих лиц. При возникновении отклонения система автоматически уведомляет об этом соответствующее ответственное лицо.
Этап 4. Контроль и упаковка на складе
Типичные проблемы: у работников ОТК нет в распоряжении чертежей для проверки. При обнаружении ошибок информация об этом долго идет до цеха. Цех изготовил определенное количество бракованной продукции.
В BPMN возникает ключевая задача — «Провести контроль ОТК». После нее шлюз «Контроль пройден?» определяет дальнейшее движение заказа. Отрицательный ответ на шлюз переводит работу в подпроцесс «Устранить дефект».
Кто отвечает: «ОТК» и «Склад».
Что на входе и выходе: Вход — готовая продукция. Выход — акт контроля качества, упакованная партия.
Какие метрики можно измерить: Время на контроль, процент брака и время на устранение.
Как это работает в системе RunaWFE: при возникновении события «Партия готова» платформа ставит задачу инспектору ОТК, прикрепляя к ней все нужные чертежи. Если результат контроля — «Брак», то платформа автоматически переназначает задачу в цех и запускает таймер.
Этап 5. Отгрузка и закрытие заказа
Типичные проблемы: бухгалтерия не в курсе, что заказ готов. Клиент этой информации тоже не получил. Документы по готовности заказа сформированы вручную и с ошибками.
BPMN включает параллельные потоки (через шлюз AND) для задач: «Выставить счет», «Оформить товарно-транспортную накладную (ТТН)», «Уведомить клиента». Поток сообщений формирует уведомление. Конечное событие — «Заказ отгружен».
Кто отвечает: «Логистика» и «Бухгалтерия».
Что на входе и выходе: Вход — акт ОТК. Выход — счет-фактура, ТТН.
Какие метрики можно измерить: Время от готовности заказа до его отгрузки; время закрытия документов.
Как это работает в системе RunaWFE: после приемки платформа автоматически запускает параллельные процессы: уведомляет бухгалтерию и формирует итоговые документы, используя данные из карточки заказа. После выполнения всех задач процесс завершается.
Компактная версия для обзора:
| Этап | Проблема без BPMN | Ключевой элемент BPMN | Отвечает | Автоматизация в RunaWFE |
|---|---|---|---|---|
| 1. Прием заказа | Заявка в почте, 5 версий ТЗ | Шлюз «ТЗ утверждено?» | Отдел продаж |
Заявка → карточка, ЭП как триггер |
| 2. Подготовка | Материалы обнаруживаются при запуске | Шлюз «Ресурсы есть?» | Конструкторы, Технологи, Склад | Автопроверка склада → задача снабженцу |
| 3. Изготовление | Статус «В работе» ничего не значит, простой | Событие «Партия готова» + таймер | Цех | Мастер отмечает операцию → статус для всех |
| 4. Контроль и отгрузка | У ОТК нет чертежей, бухгалтерия не в курсе | Параллельные потоки: документы + уведомление | ОТК, Логистика, Бухгалтерия | Брак → задача в цех + таймер. Приемка → автоформирование документов |
Как видите, мы детально разобрали не только как должна выглядеть работающая BPMN-модель, но и как ее подпроцессы оцифровываются с помощью low-code-платформы RunaWFE. Далее рассмотрим более подробную практику ее применения.
Как внедрить автоматизацию на основе BPMN: практический путь с RunaWFE
Сразу отметим главный тезис: визуализация диаграммы цикла «Заказ — Отгрузка» оптимизирует операционное управление им, а ее цифровизация повышает прозрачность. Чтобы указанный механизм стал рабочим инструментом, low-code-платформу нужно «состыковать» с нотацией BPMN. Вот как это выглядит в системе RunaWFE:
- От модели к цифровому прототипу: вашу BPMN-диаграмму импортируют в среду разработки платформы. Система автоматически распознает все элементы — основа готова.
Интерфейс палитры элементов RunaWFE
- Настройка логики и форм: для каждой задачи настраивается цифровая форма (куда вносить данные) и правило назначения исполнителя. Для шлюзов прописываются условия («Если детали нет, то…»). Настраиваются боты для автоматических действий (например, расчет материалов).
Настройка логики и форм в платформе RunaWFE
- Интеграция и запуск: процесс подключается к вашим действующим системам (1С, склад) через API. После тестового прогона он запускается. Каждое новое стартовое событие «Поступила заявка» создает новый экземпляр производственной операции с уже прогруженным маршрутом.
Запущенные процессы в платформе RunaWFE
Мы рекомендуем на старте выбирать решения, которые позволяют запустить такой пилот быстро и с нулевыми финансовыми рисками. Начать можно с бесплатной версии RunaWFE Platform (Online) Lite, чтобы обкатать платформу на одном процессе и оценить результат.
Какие выгоды получает бизнес? Краткий итог
Ключевая ценность автоматизации на основе BPMN — переход от субъективных оценок к объективным данным. Вы получаете измеримые результаты:
- Скорость: сокращение времени прохождения заказа за счет ликвидации простоев на согласование и передачу необходимой информации.
- Прозрачность: в любой момент виден статус любого заказа. Появляется ясность: на каком этапе, кто отвечает, какие документы необходимо сформировать.
- Предсказуемость: сокращение количества пропущенных сроков отработки заказа, потому как потенциально слабые места (например, отсутствие материалов) выявляются еще на этапе планирования.
- Масштабируемость: отлаженный алгоритм позволяет принимать больше заказов без роста операционного бардака.
Чек-лист для аудита вашего процесса «Заказ — Отгрузка»
Чтобы оценить, насколько обозначенная процедура готова к наведению прозрачности, рекомендуем ответить на следующие вопросы:
- Четкий триггер: что является однозначным сигналом к началу процесса (звонок от клиента не в счет)?
- Идеальный результат: какой документ, статус или действие является завершением процесса?
- Ответственный: кто несет полную ответственность за этот результат (должность работника)?
- Вход и выход: какие данные или документы должны быть на входе и какие появляются на выходе?
- Варианты отклонения: какие проблемы могут возникнуть на каждом этапе производственного цикла и как процесс должен на это отреагировать (алгоритм действий)?
Ответы на эти вопросы — основа для построения вашей первой BPMN-диаграммы. С нее начинается наведение порядка и прозрачности в операционке, а значит — к управляемому и результативному бизнес-производству.
