Обработка заказа в интернет-магазине

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

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

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

В центре процесса лежат решения о том, куда и как доставлять товар. Здесь используются два типа шлюзов. Эксклюзивный шлюз (XOR) применяется для выбора одного варианта доставки: «доставка в выбранный пункт выдачи», «доставка до клиента» или «доставка в постамат». Система выбирает только один путь, исходя из выбора клиента. Инклюзивный шлюз (OR) используется для обработки итогов выдачи: ветки «если клиент принял товар» и «если есть товары, которые клиент не принял» могут активироваться независимо друг от друга, что позволяет одновременно оформить получение принятых позиций и запустить возврат непринятых. Также в схеме присутствуют события-таймеры («Каждый день в 0х:00»), которые запускают периодические задачи, такие как определение маршрутов или анализ статусов.

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

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

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

• Замените типы шлюзов, если ваша система не поддерживает частичный возврат товаров (тогда инклюзивный шлюз нужно заменить на эксклюзивный).
• Добавьте шаги согласования, если перенос срока доставки требует подтверждения менеджера, а не происходит автоматически.
• Уточните источники данных: замените общие «БД заказов» на конкретные интеграции с вашей WMS или CRM-системой.
• Измените таймеры планирования маршрутов, если ваша логистика работает не ежедневно, а по графику (например, только в будни).
• Добавьте ветку обработки ошибок, если товар не был зарезервирован из-за отсутствия на складе.

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

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