Workflow: маршруты задач и согласований

Workflow — формализованный маршрут выполнения работы: последовательность состояний, задач, решений и автоматических действий. Он является исполняемой частью процесса. Бизнес-процесс шире: включает цель, клиента, показатели и правила управления, а workflow описывает, как конкретный экземпляр проходит путь.

Элементы маршрута

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

Какие правила описывать явно

До автоматизации зафиксируйте:

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

Управление версиями

Изменение опубликованной схемы не должно ломать уже запущенные экземпляры. Новые запуски используют новую версию, а действующие завершаются по сохранённой логике либо мигрируются отдельным контролируемым решением.

Наблюдаемость и ошибки

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

Соберите прозрачный workflow

Покажем, как в Taska настроить версии маршрута, роли, условия, сроки и историю выполнения.

Состав исполняемого маршрута

Workflow определяет событие запуска, шаги, роли, данные, условия перехода, сроки, исключения и результат. Диаграммы недостаточно: каждый узел должен иметь понятный вход и критерий завершения. Автоматический шаг работает идемпотентно, чтобы повтор после сбоя не создавал дубли платежей, задач или сообщений.

Ветвления и человеческие решения

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

Версии и наблюдаемость

Запущенный экземпляр знает версию схемы. Изменение маршрута не ломает активные случаи без плана миграции. Журнал показывает текущий шаг, историю, ошибки и correlation ID. Пилот тестирует обычный путь, отказ, повтор, таймаут, отмену и изменение данных одновременно двумя участниками.

Приёмка также проверяет права на каждом шаге и невозможность пропустить обязательное решение прямым изменением статуса. Восстановленный после сбоя экземпляр продолжает работу без повторного внешнего эффекта.