Обработка заказа в интернет-магазине
Что это за процесс
Схема описывает путь заказа от момента его создания клиентом до финальной выдачи товара. Процесс начинается с события «Создан заказ от клиента» или «Поступил заказ на посылку» и включает этапы резервирования, комплектации на складах и логистической обработки. Завершается цепочка выдачей посылки клиенту в пункте выдачи, постамате или при курьерской доставке, а также оформлением факта получения товара.
Как читать эту схему
В центре процесса лежат решения о том, куда и как доставлять товар. Здесь используются два типа шлюзов. Эксклюзивный шлюз (XOR) применяется для выбора одного варианта доставки: «доставка в выбранный пункт выдачи», «доставка до клиента» или «доставка в постамат». Система выбирает только один путь, исходя из выбора клиента. Инклюзивный шлюз (OR) используется для обработки итогов выдачи: ветки «если клиент принял товар» и «если есть товары, которые клиент не принял» могут активироваться независимо друг от друга, что позволяет одновременно оформить получение принятых позиций и запустить возврат непринятых. Также в схеме присутствуют события-таймеры («Каждый день в 0х:00»), которые запускают периодические задачи, такие как определение маршрутов или анализ статусов.
Кому подойдёт
Эта модель подходит для интернет-магазинов и логистических компаний, работающих с несколькими каналами выдачи. Она полезна для ролей, участвующих в цепочке: операторов складов (основного и вспомогательного), логистов, планирующих маршруты, курьеров и сотрудников пунктов выдачи. Также схема актуальна для аналитиков, настраивающих базы данных заказов под разные типы доставки.
Как адаптировать под свою компанию
- Замените типы шлюзов, если ваша система не поддерживает частичный возврат товаров (тогда инклюзивный шлюз нужно заменить на эксклюзивный).
- Добавьте шаги согласования, если перенос срока доставки требует подтверждения менеджера, а не происходит автоматически.
- Уточните источники данных: замените общие «БД заказов» на конкретные интеграции с вашей WMS или CRM-системой.
- Измените таймеры планирования маршрутов, если ваша логистика работает не ежедневно, а по графику (например, только в будни).
- Добавьте ветку обработки ошибок, если товар не был зарезервирован из-за отсутствия на складе.
Типичные ошибки
Частая ошибка — игнорирование сценария частичного отказа от товара. Если клиент отказывается от одной позиции из заказа, процесс должен корректно разделить принятые и непринятые товары, а не аннулировать весь заказ. Вторая ошибка — отсутствие контроля сроков. Без событий-таймеров или условных событий «Изменился статус посылки» заказ может зависнуть в статусе «ожидает доставки» бесконечно. Третья ошибка — смешивание логистики разных каналов в одной базе данных без четкого разделения потоков, что приводит к путанице в маршрутах курьеров и пунктов выдачи.
Какие элементы BPMN здесь использованы
Нажмите на элемент, чтобы разобраться, что он означает и когда его применяют.
Где этот процесс в архитектуре
Отраслевые реестры, в деревьях которых встречается этот процесс — полезно, если описываете компанию целиком, а не одну схему.
Частые вопросы
Как схема обрабатывает ситуацию, если клиент отказался от части товаров?
Используется инклюзивный шлюз, который позволяет одновременно запустить ветку «Оформить получение товара клиентом» для принятых позиций и ветку обработки непринятых товаров. Это обеспечивает частичный возврат без отмены всего заказа.
Что происходит, если клиент хочет перенести дату доставки?
Схема предусматривает ветку «перенос срока», которая ведет к задаче «Перенести срок доставки». Это отдельный поток, который не прерывает основной процесс комплектации, но меняет логистические параметры.
Зачем в схеме есть три разных таймера «Каждый день в 0х:00»?
Таймеры запускают регулярные задачи: определение маршрутов доставки, анализ статусов и, возможно, сверку данных. Они имитируют ночную обработку данных, когда система готовит задачи для курьеров и складов на следующий день.
Различаются ли процессы комплектации на основном и вспомогательном складах?
Да, в схеме выделены отдельные задачи: «Комплектация посылки на основном складе» и «Комплектация посылки со вспомогательного склада». Это позволяет управлять запасами и логистикой для разных типов товаров или зон хранения.
Как система определяет, куда везти посылку: курьеру или в пункт выдачи?
Решение принимается на этапе «Проанализировать выбранный клиентом вариант доставки». Далее эксклюзивный шлюз направляет заказ в соответствующий поток: курьерскую доставку до клиента, в постамат или в пункт выдачи.
Что означает событие «Изменился статус посылки»?
Это условное событие, которое реагирует на внешние изменения в статусе заказа (например, пометка «доставлено» или «возврат»). Оно позволяет процессу перейти к следующему этапу без ожидания таймера или ручного запуска.



