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

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

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

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

Каждый шаг бизнес-процесса должен иметь краткую и ёмкую метку, отражающую суть действия. Например, выражение для расчёта комиссий лучше пометить как «Рассчитать комиссию по продажам».

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

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

содержит глагол и субъект действия (что и над чем выполняется).

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

Для организации процессов можно использовать элемент «дорожка» (swimlane).

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

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