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

Что это за процесс

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

Как читать эту схему

Диаграмма разделена на два пула: «Параллельное согласование» и «Последовательное согласование». В первом случае используется параллельный шлюз, который отправляет документ сразу нескольким участникам одновременно. Во втором — эксклюзивный шлюз, где документ переходит к следующему лицу только после завершения предыдущего этапа. Обратите внимание на ветки с условиями «Если изменения в зоне ответственности А/Б/В». Это инклюзивный шлюз, который направляет документ на доработку конкретным специалистам в зависимости от содержания правок. Если согласование проходит успешно (ветка «Да»), процесс завершается. Если нет — документ возвращается на этап внесения изменений.

Кому подойдёт

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

Как адаптировать под свою компанию

• Замените абстрактные зоны ответственности «А», «Б», «В» на реальные подразделения вашей компании (юристы, финансы, IT).
• Уточните роли согласующих в задачах «Определить перечень согласующих», привязав их к конкретным должностям.
• Настройте автоматические уведомления на этапах «Отправить на согласование», чтобы не терять документ в очереди.
• Добавьте таймеры контроля сроков на этапах «Согласовать документ», чтобы избежать простоев.
• Пропишите четкие критерии для веток «Да» и «Нет» в шлюзах, чтобы исключить субъективную оценку согласующих.

Типичные ошибки

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