Статусы доставки в RetailCRM приходят от служб доставки по трек-номеру и обновляются автоматически. Грамотное сопоставление статусов перевозчика со статусами заказа даёт операторам и клиентам прозрачную картину: где посылка и что с ней происходит.
Как статусы попадают в заказ
После регистрации отправления и получения трек-номера RetailCRM периодически опрашивает API службы доставки и подтягивает текущий статус посылки в блок доставки заказа. Это происходит без участия оператора.
Статус доставки хранится отдельно от статуса заказа. У них разное назначение:
- Статус доставки — состояние посылки у перевозчика: «принято», «в пути», «прибыло в ПВЗ», «вручено»;
- Статус заказа — этап в вашей воронке: «отгружен», «доставляется», «выполнен».
Задача настройки — связать эти две шкалы, чтобы движение посылки автоматически двигало заказ по воронке.
Сопоставление статусов СД и заказа
Каждая служба доставки использует свой набор статусов, часто с десятками значений. В RetailCRM их сводят к статусам заказа через маппинг и триггеры.
| Статус службы доставки | Статус заказа |
|---|---|
| Отправление принято | Передан в доставку |
| В пути / в транзите | Доставляется |
| Прибыло в пункт выдачи | Готов к выдаче |
| Вручено получателю | Выполнен |
| Возврат отправителю | Возврат |
Триггеры на смену статуса доставки
Автоматический перевод заказа по статусу доставки настраивается триггерами: Настройки → Коммуникации → Триггеры. Событие — изменение статуса доставки, действие — смена статуса заказа и/или уведомление клиента.
- Событие: статус доставки изменился на «вручено»;
- Условие: тип доставки — нужная служба;
- Действие: перевести заказ в «Выполнен», отправить клиенту благодарственное письмо.
Аналогично настраивают уведомления о прибытии посылки в ПВЗ — это заметно снижает число «забытых» посылок, которые уезжают обратно из-за истёкшего срока хранения.
Уведомления клиенту о статусе
Статусы доставки — отличный повод для полезных, а не рекламных сообщений. Клиенты ценят информирование о движении посылки. Через триггеры настраивают:
- Отправление создано — письмо/SMS с трек-номером и ссылкой на отслеживание;
- Посылка в пути — ориентировочная дата прибытия;
- Прибыло в ПВЗ — адрес, режим работы и срок хранения;
- Скоро истекает хранение — напоминание забрать заказ;
- Вручено — благодарность и запрос отзыва.
Контроль проблемных отправлений
Статусы помогают вовремя ловить проблемы. Настройте отдельное внимание к «застрявшим» и возвратным посылкам:
| Ситуация | Признак в статусе | Действие |
|---|---|---|
| Долго в одном статусе | Нет обновлений N дней | Задача менеджеру, запрос в СД |
| Истекает срок хранения | «В ПВЗ» дольше срока | Напомнить клиенту забрать |
| Возврат отправителю | Статус «возврат» | Оформить возврат, связаться с клиентом |
| Проблема доставки | «Неудачная попытка» | Уточнить адрес/время у клиента |
Настройте триггер, который переводит такие заказы в отдельный статус или создаёт задачу — так проблемные посылки не теряются в общем потоке.
Отчётность по статусам доставки
Собранные статусы — источник аналитики логистики. По ним оценивают качество работы служб и собственных процессов:
- Средний срок доставки по службам и регионам;
- Доля возвратов и невыкупов — особенно для наложенного платежа;
- Доля отправлений, застрявших в пути;
- Скорость перехода от отгрузки до вручения.
Эти метрики помогают выбрать перевозчика под конкретные направления и обосновать смену службы там, где сроки или невыкуп бьют по марже. Данные доступны в отчётах RetailCRM и выгружаются для внешней BI-аналитики.
Итог
Статусы доставки в RetailCRM автоматически подтягиваются от служб по трек-номеру и, будучи сопоставленными со статусами заказа, двигают его по воронке без ручного труда. На их основе строятся полезные уведомления клиенту, контроль проблемных отправлений и аналитика логистики.
Мы в B2Bsite выстраиваем статусную модель доставки под ваши процессы: маппинг статусов служб, триггеры уведомлений и контроль возвратов. В результате вы всегда знаете, где посылка, а клиент получает информирование без вашего участия.
Частые вопросы
Как часто обновляются статусы доставки?
RetailCRM периодически опрашивает API службы доставки по трек-номеру. Частота зависит от перевозчика и настроек интеграции, обычно несколько раз в сутки.
Чем статус доставки отличается от статуса заказа?
Статус доставки — это состояние посылки у перевозчика, а статус заказа — этап в вашей воронке. Их связывают маппингом, чтобы движение посылки двигало заказ.
Нужно ли отражать все статусы перевозчика?
Нет. Достаточно 4–6 ключевых точек: передача в доставку, транзит, готовность к выдаче, вручение и возврат. Остальное остаётся в блоке доставки.
Как уведомлять клиента о статусе?
Через триггеры на смену статуса доставки: отправка трек-номера при создании, сообщение о прибытии в ПВЗ, напоминание о сроке хранения и благодарность после вручения.
Можно ли ловить застрявшие посылки?
Да. Настройте триггер или задачу, если статус не обновляется дольше заданного срока или пришёл статус неудачной попытки — заказ уйдёт на ручную проверку.
Обновляется ли статус заказа автоматически после вручения?
Да, если настроен триггер: при статусе доставки «вручено» заказ переводится, например, в «Выполнен», и можно отправить запрос отзыва.
Где смотреть аналитику по срокам доставки?
В отчётах RetailCRM по статусам и службам, а также при выгрузке данных во внешние BI-инструменты для оценки сроков, возвратов и невыкупа.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.