Пулы и дорожки в BPMN: что это такое, примеры, типы задач и зоны ответственности в процессе

Пулы и дорожки в BPMN — это ключевые графические элементы нотации Business Process Model and Notation, которые разделяют участников бизнес-процесса и зоны ответственности. Пул (Pool) — это независимый участник: компания, система или отдел. Дорожка (Lane) — это роль или зона ответственности внутри пула (например: менеджер, бухгалтер). Взаимодействие между пулами осуществляется через поток сообщений (Message Flow) — пунктирную линию, а внутри пула — через поток операций (Sequence Flow) — сплошную линию. Если внутри одного пула есть дорожки, а поток операций переходит между ними, это называется Оркестровкой — единой диаграммой процесса.

Рис.1. Графическое изображение Пула и Дорожек (Зон Ответственности).

Типы задач в BPMN определяют, кто и как выполняет действие: Пользовательская задача (User Task) — человек с помощью системы, Ручное выполнение (Manual Task) — человек вне системы, Сервисная задача (Service Task) или Задача-сценарий (Script Task) — автоматически системой. Разные типы задач позволяют точно моделировать поведение процесса и степень автоматизации. Кроме задач, для управления логикой используются События и Шлюзы, а для группировки — Подпроцессы.

Элемент BPMN	Что обозначает	Пример
Пул (Pool)	Участник процесса (компания, система)	ООО «Ромашка», CRM-система
Дорожка (Lane)	Роль / отдел внутри пула	Менеджер по продажам, бухгалтерия
Поток операций (Sequence Flow)	Последовательность задач внутри пула	Сплошная линия со стрелкой
Поток сообщений (Message Flow)	Взаимодействие между пулами	Пунктирная линия
Пользовательская задача (User Task)	Выполняется человеком через систему	Обработка заявки
Ручное выполнение (Manual Task)	Выполняется человеком вне системы	Проведение совещания
Сервисная задача (Service Task)	Автоматическое действие системы	Отправка уведомления
Событие (Event)	Инициирует или завершает процесс, фиксирует таймер или ошибку	Стартовое событие, таймер
Шлюз (Gateway)	Ветвление потока (XOR, AND, OR)	Выбор одного из нескольких вариантов
Подпроцесс (Sub-Process)	Группа задач, свёрнутая в один блок	Подготовка отчёта

Основные элементы нотации BPMN 2.0, включая события, действия, шлюзы, потоки операций и сообщений, а также зоны ответственности (пулы и дорожки), подробно описаны в нашем переводе спецификации на русский язык: Элементы нотации BPMN. Это официальная документация, которая поможет углубить понимание стандарта.

Статья обновлена в 2026 году с учётом актуальных практик BPMN 2.0 и современных BPMS-систем.

Ниже разбираем каждый элемент подробно: чем Пул отличается от Дорожки, как правильно распределять зоны ответственности, какие типы задач BPMN существуют, как работают События и Шлюзы, и как избежать типичных ошибок моделирования.

📑 Содержание статьи

• Что такое пул в BPMN и зачем он нужен
• Что такое дорожка (Lane) в BPMN
• Пул и дорожка в BPMN: в чем разница
• Зачем нужны пулы и дорожки в BPMN
• Когда использовать пул, а когда дорожки
• Можно ли использовать BPMN без пула
• Сколько дорожек может быть в BPMN
• Как правильно использовать дорожки (зоны ответственности) в BPMN
• Типы задач в BPMN
• События и шлюзы в BPMN: как управлять потоком
• Подпроцесс (Sub-Process): когда группировать задачи
• Потоки сообщений и потоки операций: главное правило
• Взаимодействие между пулами: пример с Message Flow
• Ошибки при использовании пулов и дорожек в BPMN
• Пример пула и дорожек в BPMN: процесс «Обработка заказа»
• Часто задаваемые вопросы
• Практическое задание

Что такое пул в BPMN и зачем он нужен

Пул (Pool) в нотации BPMN — это графический контейнер, который представляет отдельного участника бизнес-процесса и показывает границы его ответственности. Пул визуально отделяет одного участника от других и демонстрирует взаимодействие между ними, не раскрывая внутренних деталей.

В BPMN пул используется для отображения различных участников процесса:

• компания или холдинг;
• отдельный отдел внутри компании;
• внешняя система (CRM, банк-клиент);
• контрагент или поставщик.

Использование Пулов особенно важно в BPMS-системах (системах управления бизнес-процессами), где наглядное разделение ролей помогает управлять потоками задач и взаимодействием между участниками.

В случае если в системах BPMS каждый бизнес-процесс описывается отдельно (на одном листе описывается один процесс), то Пул, чаще всего, не визуализируют.

Пулы могут быть двух типов:

1. Белый ящик (White-box) — внутри пула отображаются все задачи, события и логика процесса (ваша организация).
2. Черный ящик (Black-box) — пул используется для обозначения внешнего участника, чья внутренняя логика нам не важна.

Характеристика	Описание
Графическое отображение	Прямоугольник с жирной черной линией, простирается на всю высоту/ширину диаграммы.
Назначение	Отображение компании, системы или внешнего участника.
Взаимодействие	Связывается с другими пулами только через Поток сообщений (Message Flow) — пунктирную линию.
Внутренняя структура	Может содержать внутри себя дорожки (Lanes) и элементы потока.

Что такое дорожка (Lane) в BPMN

Дорожка (Lane) — это зона внутри пула, которая показывает роль или участника процесса и его зону ответственности. Она позволяет понять, кто выполняет конкретные действия, и визуально разделяет потоки операций внутри одного участника.

В BPMN Дорожки помогают структурировать бизнес-процесс, показывая, какие задачи выполняют конкретные роли. Например, внутри пула компании могут быть дорожки для менеджера, бухгалтера или директора. Каждая дорожка отображает ответственность конкретного участника процесса и облегчает управление процессами в BPMS-системе.

Дорожки могут располагаться как горизонтально (слева направо), так и вертикально. Любой элемент, помещенный в дорожку, выполняется исполнителем, указанным в заголовке дорожки.

Рис.2. Возможное расположение Дорожек в процессе.

Дорожка (Lane)	Роль / Участник	Пример задачи
Lane	Менеджер по продажам	Обработка заказа клиента
Lane	Бухгалтер	Проверка платежа
Lane	Директор	Согласование бюджета
Lane	Специалист поддержки	Ответ на запрос клиента

Пул и дорожка в BPMN: в чем разница

Пул — это отдельный участник процесса, который отображает границу процесса и показывает взаимодействие между участниками. Дорожка — это роль внутри пула, которая определяет зону ответственности конкретного исполнителя и показывает поток операций внутри участника.

Простое правило для BPMN:

• Пул показывает «кто участвует» (компания, отдел, система, контрагент).
• Дорожка показывает «кто делает» (роль или конкретный участник процесса внутри пула).

Критерий	Пул (Pool)	Дорожка (Lane)
Уровень абстракции	Высокий (Организация, Система)	Низкий (Роль, Должность, Отдел)
Взаимодействие	Только через Message Flow (связь с другими пулами)	Внутренняя передача через Sequence Flow
Границы	Не может быть пересечен Sequence Flow из другого пула	Может пересекаться Sequence Flow внутри своего пула
Обозначение	Жирная черная рамка	Тонкая разделительная линия внутри пула
Пример	Компания «А»	Менеджер, бухгалтер, директор

Зачем нужны пулы и дорожки в BPMN

Пулы и дорожки нужны для того, чтобы разделить участников процесса, показать зону ответственности каждого и визуализировать взаимодействие между ролями. Они помогают понять, кто выполняет задачи, и как происходит поток операций внутри и между участниками процесса.

Использование пулов и дорожек в BPMN позволяет:

• наглядно видеть участников процесса;
• распределять зоны ответственности между ролями;
• управлять процессами в BPMS-системах;
• анализировать последовательность действий и выявлять узкие места.

Цель использования	Что даёт процессу	Пример
Разделение участников	Чёткое отображение ролей	Компания и её отделы
Зона ответственности	Легко понять, кто отвечает за задачу	Менеджер, бухгалтер
Взаимодействие между ролями	Визуализация потоков операций	Поток задачи от менеджера к бухгалтеру
Управление процессами	Контроль и оптимизация	Автоматизация в BPMS-системе

Когда использовать пул и дорожку в BPMN

Пул используют для выделения участника процесса, а дорожки — для распределения ролей и зон ответственности внутри него.

Пул (Pool) применяют, когда нужно показать отдельного участника процесса — компанию, систему или контрагента.

Дорожки (Lane) создаются внутри пула и позволяют разделить зоны ответственности, показывая, кто именно выполняет задачи.

Простое правило:

• Пул = кто участвует в процессе (граница процесса)
• Дорожка = кто выполняет задачи (зона ответственности)

Когда использовать пул, дорожку или оба элемента

Ситуация	Что использовать	Почему	Пример
Разные компании или системы	Пулы	Это разные участники процесса	Клиент и Компания
Роли внутри одной компании	Дорожки	Нужно разделить зоны ответственности	Менеджер и бухгалтер
Взаимодействие между участниками	Пулы + Message Flow	Нужно показать обмен данными	Отправка заявки
Внутренняя логика процесса	Дорожки + Sequence Flow	Нужно показать поток операций	Обработка заявки
Полный бизнес-процесс	Пулы + дорожки	Нужна полная модель процесса	Клиент → Компания

Как понять, что использовать (быстрый способ)

Задайте себе 2 вопроса:

1. Кто участвует в процессе? → добавьте пул
2. Кто выполняет задачи? → добавьте дорожки

Практические рекомендации (актуально на 2026)

• Один пул = один участник процесса
• Дорожки создаются только внутри пула
• Роли внутри дорожек должны быть понятными и отражать зону ответственности
• Message Flow используется только для обмена между пулами
• Sequence Flow используется для потока операций внутри пула

Почему это важно

Правильное использование пула и дорожки:

• сохраняет границы процесса
• отражает правильное взаимодействие между участниками
• делает модель понятной для BPMS-системы
• помогает избежать ошибок и смешения ролей

Можно ли использовать BPMN без пула

Да, BPMN можно использовать без пула. В этом случае диаграмма отображает последовательность действий и поток операций, но не разделяет участников процесса визуально.

В BPMS-системах часто один процесс моделируется на одном листе:

• весь процесс помещается в единый поток;
• пул не визуализируется явно;
• дорожки могут оставаться для обозначения ролей, если нужно показать зону ответственности.

Ситуация	Как использовать	Пример
Внутренний процесс компании	Без пула, с дорожками для ролей	Обработка заявки внутри отдела продаж
Простые процессы с одной ролью	Без пула и без дорожек	Автоматическая отправка уведомлений
Фокус на поток задач	Один поток операций	Последовательность согласований документа

Сколько дорожек может быть в BPMN

Количество дорожек (Lanes) в BPMN не ограничено. Однако, чтобы диаграмма оставалась читаемой, рекомендуется использовать не более 5–6 ролей на один пул. Каждая дорожка представляет конкретную роль, и задачи внутри неё выполняются именно этим исполнителем.

Параметр	Рекомендация	Пример
Минимальное количество	Только необходимые роли	Менеджер, бухгалтер
Максимальное количество	Не перегружать диаграмму	До 5–6 ролей на один пул
Назначение	Каждая дорожка = отдельная зона ответственности	Отдел продаж, отдел логистики

Как правильно использовать дорожки (зоны ответственности) в BPMN

Дорожка в BPMN — это зона ответственности участника процесса, внутри которой выполняются все задачи этой роли. Любой элемент внутри дорожки исполняется конкретным участником, а поток задач визуально показывает последовательность операций между ролями.

Правильное использование дорожек помогает:

• четко распределять зоны ответственности;
• управлять задачами в BPMS-системе;
• показывать поток операций внутри пула;
• анализировать процессы и выявлять узкие места.

Например, поток операций может переходить из дорожки «Менеджер по продажам» в дорожку «Бухгалтер», и система показывает, кто и когда выполняет задачи. В BPMS-системах дорожки часто задаются как динамические зоны ответственности, то есть они показывают не конкретного сотрудника, а роль (должность), что упрощает управление при ротации сотрудников.

Типы задач в BPMN

Тип задачи в BPMN показывает кто выполняет действие и как оно выполняется: человек, система или автоматически по правилу.

Задача (Task) в BPMN — это элемент бизнес-процесса, который обозначает конкретное действие, выполняемое участником процесса или системой. Разные типы задач помогают моделировать поведение процесса и степень автоматизации.

Задача, как элементарное Действие процесса, рассматривалась в контексте первого Урока. Однако там был задействован основной тип Задач при описании бизнес-процессов – Пользовательская Задача (User Task). Тип Задачи определяется маркерами внутри графического элемента.

Рис. 3. Пользовательская задача

Тип задачи	Кто выполняет	Особенности	Пример
Пользовательская задача (User Task)	Человек	Выполняется с поддержкой системы	Обработка заявки менеджером
Ручное выполнение (Manual Task)	Человек	Выполняется вне системы	Проведение совещания
Сервисная задача (Service Task)	Система	Полностью автоматизировано	Отправка уведомления
Задача-сценарий (Script Task)	Система	Выполняется скриптом	Автоматический расчет данных
Бизнес-правило (Business Rule Task)	Система	Выполнение по правилу	Назначение ответственного по условию
Абстрактная задача (None Task)	Система или человек	Тип задачи не указан, используется для простых действий без маркера	Задача «Сделать звонок» без уточнения автоматизации
Отправка сообщения (Send Task)	Система	Отправляет сообщение другому пулу или процессу	Отправка счёта клиенту
Получение сообщения (Receive Task)	Система	Ожидает сообщение от другого пула или процесса	Получение подтверждения оплаты

В нотации BPMN описывается несколько типов Задач, однако здесь мы привели наиболее распространённые при описании бизнес-процессов. С остальными типами Задач, а так же более подробно с приведёнными ниже, можно ознакомиться в разделе 10.2.3 «Задача» в нотации BPMN.

Как выбрать тип задачи BPMN (актуально 2026)

1️⃣ Кто выполняет задачу?

• Человек → User Task или Manual Task
• Система → Service Task или Script Task

2️⃣ Нужен контроль внутри BPMS?

• Да → User Task или Service Task
• Нет → Manual Task

3️⃣ Есть бизнес-правило / условие?

• Да → Business Rule Task

4️⃣ Действие без уточнения, простое?

• None Task

5️⃣ Задача для обмена сообщениями между пулами?

• Отправка → Send Task
• Получение → Receive Task

Пользовательская задача (User Task)

Пользовательская задача (User Task) — это тип задачи, которая выполняется человеком с использованием программного обеспечения (BPMS). Графически Пользовательская задача отображается в виде прямоугольника с закругленными углами, который выполнен одинарной тонкой линией, и отличается от других типов Задач наличием маркера в виде верхней части фигуры человека. Это базовый тип задач при описании бизнес-процессов, где человек выступает исполнителем при содействии системы.

Ручное выполнение (Manual Task)

Ручное выполнение (Manual Task) — представляет собой Задачу, выполнение которой подразумевает действия человека и исключает использование каких-либо автоматизированных механизмов исполнения или приложений. Маркер — иконка руки.

Рис. 4. Задача – Ручное выполнение (Manual Task).

Ручное выполнение не поддается управлению никаким механизмом выполнения бизнес-процесса. Такой тип Задач можно отнести к неуправляемым, т.е. к Задачам, начало и завершение выполнения которых не отслеживается механизмами выполнения бизнес-процесса. В случае BPMS-систем (систем управления бизнес-процессами), это предполагает собой некоторое действие, которое исполнитель выполняет за рамками системы. 

Примеры: установка оборудования на месте у клиента, проведение совещания, сбор подписей.

Рис. 5. Использование Задачи – Ручное выполнение (Manual Task) в описании бизнес-процессов.

Примечание: На рисунке 5.3. приведён простой пример использования задачи Ручное выполнение в рамках процесса организации и проведения совещания в компании. Руководитель компании запускает процесс, заполняя данные по совещанию: дата, время, тематика, участник совещания (выбирает сотрудника, с которым планируется собрание). В данном примере для простоты рассмотрен вариант проведения совещания руководителя только с одним сотрудником компании. Сотруднику назначается задача «Подготовить материалы для совещания». Руководитель проводит совещание и, т.к. эта задача исполняется без подключения автоматизации, на диаграмме процесса действие выполнено в виде графического элемента Ручное выполнение. По итогам совещания сотрудник подготавливает отчёт и на этом процесс завершается.

Задача-сценарий (Script Task) и Сервисная задача (Service Task)

Задача-сценарий (Script Task) или Сервисная задача (Service Task) выполняется автоматически системой без участия человека. Графически Задача-сценарий отображается как прямоугольник с закругленными углами. Содержит маркер — лист со скриптом или иконка шестеренки.

Рис. 6. Задача-сценарий (Script Task)

Примеры:

• автоматический расчет суммы заказа;
• отправка HTTP-запроса к API;
• определение ответственного менеджера по региону клиента.

Рис. 7. и 8. Использование Задачи-сценария (Script Task) в описании бизнес-процесса.

Примечание: На рисунках выше показано использование Задачи-Сценария в различных ситуациях. Первый рисунок описывает процесс компании, когда клиент оставляет заказ на сайте компании или непосредственно секретарю, который формирует заявку. После этого система автоматически определяет менеджера компании, который отвечает либо за данный тип продукта либо за регион, из которого заказчик сделал заказ. Затем система формирует задачу определённому менеджеру и далее процесс обработки и выдачи заказа идёт по разработанному маршруту.

Второй рисунок отображает процесс сбора информации по отработанным часам сотрудниками компании для дальнейшего расчёта заработной платы. Сотрудникам компании параллельно приходят задачи на подготовку отчёта по трудозатратам. После выполнения всеми сотрудниками задач, система автоматически производит подсчёт и формирует единый сводный отчёт по всем сотрудникам. Этот отчёт направляется секретарю для внесения в реестр с последующим расчётом оплаты труда по отработанным часам.

Абстрактная задача (None Task)

Абстрактная задача (None Task) — это задача, тип которой явно не указан. Она не имеет специального маркера и используется, когда не требуется различать, выполняет ли действие человек или система. В BPMN 2.0 это базовая задача по умолчанию. Пример: задача «Подготовить документы», где способ выполнения не важен для модели.

Отправка и получение сообщений (Send / Receive Task)

Send Task используется для отправки сообщения другому пулу или процессу. Receive Task — для ожидания сообщения. Оба типа задач являются ключевыми для организации взаимодействия между разными участниками (пулами) в BPMN. Они работают в паре: один процесс отправляет сообщение, другой — его принимает.

Пример: в процессе «Обработка заказа» после выставления счёта используется Send Task для отправки счёта клиенту. В процессе клиента используется Receive Task для получения счёта.

События и шлюзы в BPMN: как управлять потоком

События (Events) показывают, как процесс начинается, прерывается или завершается. Стандарт BPMN 2.0 выделяет три основных типа:

• Стартовое событие (Start Event) — запускает процесс. Может быть по таймеру, по сообщению, по ошибке.
• Промежуточное событие (Intermediate Event) — происходит внутри процесса: ожидание таймера, получение сообщения, обработка ошибки.
• Конечное событие (End Event) — завершает поток. Может быть простым или указывать результат (например, завершение с ошибкой).

Шлюзы (Gateways) управляют ветвлением и слиянием потоков. Основные типы:

• XOR (исключающее «или») — только один из путей продолжается.
• AND (и) — все пути выполняются параллельно.
• OR (включающее «или») — один или несколько путей могут быть выбраны.

Подробно о типах событий, их маркерах и всех вариантах шлюзов с наглядными примерами читайте в отдельном уроке: ➡️Урок 2: События и шлюзы в BPMN

Подпроцесс (Sub-Process): когда группировать задачи

Подпроцесс (Sub-Process) — это группа связанных задач, свёрнутая в один блок для упрощения диаграммы. Он позволяет скрыть детали и сделать схему читаемой. В BPMN подпроцесс обозначается прямоугольником с маркером «+» и может быть:

• Развёрнутым (expanded) — содержимое видно на диаграмме;
• Свёрнутым (collapsed) — детали скрыты, но доступны для просмотра.

Рис. 9. Задача – Подпроцесс.

Пример: процесс «Подготовка отчёта» может быть подпроцессом внутри более крупного процесса «Закрытие месяца». Использование подпроцессов помогает структурировать диаграмму и управлять сложностью.

Подробнее Подпроцесс рассмотрен в следующем уроке - ➡️ Урок 4: Практическое использование подпроцессов в BPMN

Поток операций (Sequence Flow) и Поток сообщений (Message Flow) в BPMN: в чем разница

Поток операций (Sequence Flow) показывает последовательность задач внутри одного участника процесса (пула), а Поток сообщений (Message Flow) — взаимодействие между разными участниками (пулами).

Главное отличие потоков

Тип потока	Где используется	Что показывает	Пример
Поток операций (Sequence Flow, сплошная линия)	Внутри пула	Последовательность задач	Обработка заказа внутри компании
Поток сообщений (Message Flow, пунктирная линия)	Между пулами	Обмен сообщениями	Запрос от клиента в банк

Главное правило BPMN

• Поток операций (Sequence Flow) — сплошная линия → только внутри одного пула
• Поток сообщений (Message Flow) — пунктирная линия → только между пулами

👉 Поток операций не может пересекать границы процесса.

Когда использовать каждый поток

Поток операций (Sequence Flow):

• для описания логики процесса
• внутри одной зоны ответственности
• построение потока операций

Поток сообщений (Message Flow):

• для взаимодействия между участниками процесса
• между компаниями, системами, отделами
• передача данных или запросов

Подробнее о Потоках сообщений в нашем 5 Уроке: ➡️ Средства оповещения в BPMN.

Взаимодействие между пулами: пример с Message Flow

Рассмотрим процесс, где участвуют два пула: Клиент и Компания. Внутри пула «Клиент» — одна дорожка «Менеджер клиента», внутри пула «Компания» — дорожки «Менеджер по продажам» и «Бухгалтер». Взаимодействие между пулами происходит через поток сообщений (пунктирная линия), например, клиент отправляет заявку, компания отвечает счётом.

Элемент	Роль	Действие	Тип потока
Пул «Клиент»	Менеджер клиента	Отправляет заявку	Message Flow →
Пул «Компания»	Менеджер по продажам	Получает заявку	Sequence Flow внутри пула
Пул «Компания»	Менеджер по продажам	Обрабатывает заявку	Sequence Flow внутри пула
Пул «Компания»	Бухгалтер	Выставляет счёт	Sequence Flow внутри пула
Пул «Компания»	Менеджер по продажам	Отправляет счёт клиенту	Message Flow →

Этот пример наглядно демонстрирует, как Message Flow соединяет разные пулы, а Sequence Flow работает внутри одного пула.

Ошибки при использовании пулов и дорожек в BPMN

Самые частые ошибки в BPMN — это смешение участников процесса, неправильные потоки и нарушение границ пула, из-за чего диаграмма становится некорректной и теряет смысл.

ТОП-3 ошибки при моделировании пулов и дорожек

Ошибка	В чем проблема	Как правильно
Один пул для всех участников	Смешиваются разные участники процесса	Каждый участник = отдельный пул
Дорожки вне пула	Нарушается логика зоны ответственности	Дорожки всегда внутри пула
Неправильные потоки	Путаются Потоки Операций (Sequence Flow, сплошная линия) и Потоки Сообщений (Message Flow, пунктирная линия)	Внутри пула — Sequence, между пулами — Message

1. Один пул для всех участников

Нельзя объединять разные компании или системы в один пул — это ломает границы процесса и искажает взаимодействие между участниками.

Как правильно:
Каждый участник процесса (клиент, банк, система) должен быть в отдельном пуле.

2. Дорожки вне пула

Дорожки не могут существовать отдельно — они всегда являются частью пула и отражают зону ответственности внутри участника процесса.

Как правильно:
Сначала создается пул, затем внутри него добавляются дорожки для ролей.

3. Неправильные потоки (Sequence vs Message Flow)

• Потоки Операций (Sequence Flow, сплошная линия) используется только внутри пула
• Потоки Сообщений (Message Flow, пунктирная линия) — только между пулами

Смешение этих потоков нарушает логику потока операций и взаимодействия.

Как правильно:

• внутри участника → Sequence Flow
• между участниками → Message Flow

Почему это критично

Ошибки в пулах и дорожках:

• искажают зоны ответственности
• ломают поток операций
• делают модель непригодной для BPMS-систем

Быстрая проверка (чек-лист)

Проверь свою диаграмму:

• у каждого участника свой пул
• дорожки находятся внутри пула
• потоки не пересекают пулы напрямую
• роли четко разделены по зонам ответственности

Пример пула и дорожек в BPMN: процесс «Обработка заказа»

Рассмотрим процесс обработки заказа, где пул представляет компанию, а дорожки — роли сотрудников.

Рис. 10. Процесс «Обработка заказа»

Примечание: в расширенном примере-процессе (Рис.10) выделены две Дорожки – участники процесса «Офис-менеджер» и «Менеджер по продажам». Офис-менеджер отвечает за регистрацию и обработку заказа. Далее процесс переходит в зону ответственности Менеджера по продажам. Разработчики BPMS для дополнительного удобства сделали возможность задавать зону ответственности динамической, т.е. она не определяет конкретного сотрудника, а лишь показывает роль (должность) ответственного за выполнение задач. В рамках примера «Менеджер по продажам» задаётся динамической зоной, т.к. менеджеров в компании может быть много, а задачи будут выполняться одним из этих сотрудников.

Дорожка фактически является зоной ответственности участника: любой элемент, помещенный в дорожку, выполняется исполнителем, прописанным в заголовке дорожки. Так, например, на рисунке 10 видно, что поток операций переходит из дорожки «Офис-менеджер» в дорожку «Менеджер по продажам». Задачу, находящуюся в дорожке «Офис-менеджера» исполняет именно офис-менеджер. В одном процессе может быть неограниченное количество Дорожек. Таким образом, можно описать всех участников процесса – поток операций будет определять, какие задачи, кем, в какой момент, и в каком порядке будут выполняться в рамках процесса.

Элемент	Роль / Участник	Пример задачи
Пул (Pool)	Компания «А»	Процесс обработки заказов
Дорожка (Lane)	Офис-менеджер	Регистрация заказа
Дорожка (Lane)	Менеджер по продажам	Связь с клиентом, оформление отгрузки

Часто задаваемые вопросы

Что такое пул в BPMN?

Пул (Pool) — это контейнер в нотации BPMN, который показывает отдельного участника бизнес-процесса и его границы ответственности. Пул не детализирует внутренние задачи, а лишь обозначает, что внутри выполняется процесс, принадлежащий конкретному участнику — компании, системе или отделу. В BPMS-системах пулы используются для разделения процессов между разными организациями или внешними системами.

Что такое дорожка (Lane) в BPMN?

Дорожка (Lane) — это зона внутри пула, которая показывает роль или участника процесса и его зону ответственности. Дорожка позволяет понять, кто выполняет конкретные действия, и визуально разделяет потоки операций внутри одного участника. Например, внутри пула компании могут быть дорожки для менеджера, бухгалтера или директора.

В чем разница между пулом и дорожкой?

Пул показывает «кто участвует» — компанию, систему или отдел. Дорожка показывает «кто делает» — роль или конкретного исполнителя внутри пула. Пул — это внешний участник процесса, а дорожка — внутренняя зона ответственности.

Элемент	Уровень	Пример
Пул (Pool)	Внешний	Компания, CRM-система
Дорожка (Lane)	Внутренний	Менеджер, бухгалтер

Можно ли использовать дорожки без пула?

Да, BPMN можно использовать без пула. В этом случае диаграмма отображает последовательность действий и поток операций, но не разделяет участников процесса визуально. Такой подход подходит для внутренних процессов компании, где глобальные участники уже известны, а основное внимание уделяется последовательности задач.

Какие типы задач в BPMN существуют?

В BPMN 2.0 выделяют следующие типы задач:

• Пользовательская задача (User Task) — выполняется человеком через систему.
• Ручное выполнение (Manual Task) — выполняется человеком вне системы.
• Сервисная задача (Service Task) — полностью автоматизирована.
• Задача-сценарий (Script Task) — выполнение скрипта системой.
• Бизнес-правило (Business Rule Task) — выполнение по правилу.
• Абстрактная задача (None Task) — тип не указан.
• Отправка сообщения (Send Task) — отправляет сообщение другому пулу.
• Получение сообщения (Receive Task) — ожидает сообщение от другого пула.

В чем разница между Sequence Flow и Message Flow?

Sequence Flow (поток операций) — это сплошная линия со стрелкой, которая связывает элементы внутри одного пула. Она не может пересекать границы пула.
Message Flow (поток сообщений) — это пунктирная линия, которая связывает разные пулы или их элементы.

Какие частые ошибки допускают в BPMN?

1. Склеивание пулов — использование одного пула для разных организаций. Если это разные участники, используйте разные пулы.
2. Message Flow внутри пула — использование пунктирной линии между задачами внутри одного пула нарушает нотацию.
3. Нарушение границ — попытка начать поток операций в одном пуле и закончить в другом. Для этого нужно использовать Message Flow.

Что такое подпроцесс (Sub-Process) в BPMN?

Подпроцесс (Sub-Process) — это группа связанных задач, объединённых в один блок для упрощения диаграммы. Обозначается значком «+». Подпроцесс позволяет скрыть детали и сделать схему читаемой, особенно в сложных бизнес-процессах.

Какие бывают события в BPMN?

В BPMN выделяют три основных типа событий:

• Стартовые (Start Event) — запускают процесс (по таймеру, по сообщению, по ошибке).
• Промежуточные (Intermediate Event) — происходят внутри процесса (таймер, получение сообщения, обработка ошибки).
• Конечные (End Event) — завершают поток (простое завершение, завершение с ошибкой, отправка сообщения).

Подробнее о событиях и шлюзах читайте в Уроке 2: События и шлюзы в BPMN.

Какие шлюзы (Gateways) используются в BPMN?

• XOR (исключающее «или») — выбирается только один из путей.
• AND (и) — все пути выполняются параллельно.
• OR (включающее «или») — один или несколько путей могут быть выбраны.

Шлюзы управляют ветвлением и слиянием потоков, позволяя моделировать сложную бизнес-логику.

В каких программах можно рисовать BPMN-диаграммы?

BPMN-диаграммы можно создавать в:

• BPMS-системах — ELMA365, Camunda. Для исполняемых процессов.
• Редакторах диаграмм — Microsoft Visio, draw.io, Lucidchart (для прототипирования).
• Специализированных инструментах моделирования — Bizagi Modeler, Signavio.

Стандарт BPMN 2.0 поддерживается всеми современными платформами.

Практическое задание

Для проверки усвоенного материала, предлагаем Вам попробовать свои силы в описании процессов. Возьмём простой процесс из жизни – «Предоставление отпуска сотруднику». Постарайтесь учесть все возможные условия, направления потоков операций, используя по максимуму элементы BPMN, рассмотренные в этой статье: пулы, дорожки, различные типы задач, события (таймеры), шлюзы (XOR для согласования) и, возможно, подпроцессы.

Для описания процесса используйте триал-версию системы ELMA365. Активировать бесплатную версию можно ЗДЕСЬ.

Для проверки выполненного задания, Вы можете скачать наш вариант процесса, выполненного в дизайнере системы управления бизнес-процесса ELMA.

<< Содержание                              Урок 4: Практическое использование подпроцессов в BPMN>>