Схема доставки заказа в eEPC: И, ИЛИ, XOR

Схему доставки заказа в нотации eEPC собирают из чередующихся событий и функций, а развилки и слияния обозначают тремя логическими элементами: «И» (нужно всё), «ИЛИ» (одно или несколько) и «исключающее ИЛИ», или XOR (строго один вариант). Для интернет-магазина типичная цепочка выглядит так: заказ оплачен, проверка наличия, сборка, выбор способа передачи, отгрузка, получение или отказ клиента, возврат на склад.

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

Зачем рисовать процесс доставки в eEPC

eEPC (extended Event-driven Process Chain, расширенная событийная цепочка процессов) используют, когда блок-схемы уже не хватает. Блок-схема показывает порядок действий. eEPC добавляет к ним документы, исполнителей и информационные системы, поэтому по такой схеме видно, кто отвечает за шаг, где лежат данные и какой документ сопровождает груз.

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

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

Из чего состоит схема

Схема собирается из шести типов элементов:

• Событие: состояние, которое запускает или завершает функцию. Например, «заказ оплачен» или «посылка передана курьеру».
• Функция: действие, которое выполняется над заказом. Например, «собрать заказ» или «оформить накладную».
• Логический оператор: И, ИЛИ, XOR. Он ставится там, где процесс ветвится или сходится.
• Документ: накладная, заявка, акт возврата, чек.
• Организационная единица: склад, отдел продаж, курьерская служба.
• Информационная система: где фиксируется операция, например учётная система магазина или кабинет службы доставки.

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

Логика «И»: нужно выполнить всё

Оператор «И» ставят, когда для следующего шага должны наступить все события или когда после шага запускаются все ветки сразу.

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

Логика «ИЛИ»: одно или несколько

«ИЛИ» допускает один вариант или сразу несколько. В логистике он встречается чаще, чем кажется:

1. Заявка может прийти по телефону, на почту или в мессенджер, а клиент нередко дублирует её по нескольким каналам. Любое из этих событий запускает функцию «принять заказ».
2. Состав заказа бывает разным: часть товаров уходит курьером до двери, часть клиент забирает в пункте выдачи. Допустимы обе ветки сразу.
3. Документы по заказу можно отправить в бумажном виде, в электронном или в обоих. Выбор зависит от требований покупателя.

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

Исключающее ИЛИ (XOR): строго один вариант

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

XOR удобно проверять вопросом: «может ли произойти и то, и другое?» Если нет, это XOR. Если да, это «ИЛИ». Если обязательно оба, это «И».

Цикл обратной связи

Повторение действия до выполнения условия на схеме показывают стрелкой назад. Типичный пример: курьер не дозвонился, заказ возвращается на функцию «согласовать время» и повторяется. Чтобы цикл не стал бесконечным, задайте условие выхода: например, после трёх неудачных попыток заказ уходит на ветку «вернуть на склад».

Пример: доставка заказа интернет-магазина

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

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

Расходы на плечо доставки по такой схеме можно оценить в калькуляторе стоимости рейса.

Как кодировать функции и документы

Когда схем больше пяти, без кодов не обойтись. У каждого процесса должен быть идентификатор, у функций и документов собственные номера. Тогда регламент ссылается на шаг по коду.

• Документы нумеруют по внутреннему реестру, код ставят в левом верхнем углу блока. У внешних документов, пришедших от поставщика или перевозчика, может быть только название.
• Для функций подходит составной код: подразделение, процесс, порядковый номер шага. Например, «03-ДЗ-02»: подразделение 03, процесс «доставка заказа», шаг 2.
• События нумеруют отдельным рядом, чтобы по коду было видно, что это состояние.

Схема кодов условная, у каждой компании своя. Важно, чтобы код был уникальным и не менялся при правке схемы.

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

• Слишком крупная функция. «Обработать заказ» скрывает пять реальных шагов. Дробите до уровня, на котором понятно, кто и что делает.
• Смешаны «ИЛИ» и XOR. На схеме допускаются оба варианта сразу там, где в жизни возможен только один.
• Нет ветки сбоя. Схема предполагает, что заказ всегда оплачен, товар всегда есть, клиент всегда дома. Возвраты и отказы стоят на отдельной ветке.
• Не указаны исполнители и системы. Без них схему нельзя превратить в должностную инструкцию или в ТЗ.
• Две функции подряд без события. Это пропущенное состояние, например «товар найден» или «груз принят перевозчиком».
• Нет кодов, поэтому схему невозможно связать с регламентом и показателями.

Как связать схему с показателями

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

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

Частые вопросы

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

Чем XOR отличается от ИЛИ? XOR допускает строго один вариант, «ИЛИ» допускает один или несколько. Проверочный вопрос: могут ли оба события произойти для одного заказа. Если да, это «ИЛИ».

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

Как показать самовывоз и курьера в одной схеме? Оператором «ИЛИ» после события «заказ собран», если клиент может разделить заказ, и оператором XOR, если способ выбирается один на весь заказ.

Читайте также

• Схемы процессов интернет-магазина: заказ и доставка
• Логистика интернет-магазина: поставки, хранение, доставка
• Фулфилмент для интернет-магазина: услуги и стоимость
• Курьерская доставка заказов интернет-магазина: схемы

Остальные материалы раздела собраны в рубрике маркетплейсы и магазины.

Проверено: октябрь 2026. Источники: описание нотации eEPC в методике ARIS (Software AG), учебные материалы по моделированию бизнес-процессов.

Раздел: Курьерская доставка и посылки / Маркетплейсы и интернет-магазины

Посчитайте сами: объёмный вес груза