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