Автоподстановка службы доставки по региону снимает с оператора необходимость каждый раз вручную решать, кем везти заказ в Казань, а кем — в отдалённый посёлок. В RetailCRM это собирается из зон доставки, правил расчёта и триггеров, и в этой статье мы разберём логику по слоям.
Зачем автоматизировать выбор перевозчика
Когда в магазине подключено три-четыре службы доставки, оператор при обработке каждого заказа фактически принимает логистическое решение: СДЭК до пункта выдачи, Почта России в село, курьер по своему городу. На потоке в сотни заказов это источник ошибок — выбирают дорогого перевозчика туда, где дешевле работает другой, или службу, которая вообще не возит в этот регион.
Задача автоподстановки — заранее описать правила «регион → служба» один раз, а дальше система сама предлагает или проставляет корректный тип доставки. Оператору остаётся подтвердить выбор и, при необходимости, изменить его вручную.
- Скорость обработки — не нужно держать в голове карту покрытия каждой службы;
- Единые тарифы — клиент в одном регионе всегда видит одинаковую стоимость;
- Меньше пересозданий заявок — реже приходится переоформлять отправление на другого перевозчика.
Из чего складывается логика в RetailCRM
В RetailCRM за выбор перевозчика по региону отвечают несколько связанных сущностей. Важно понимать, что «автоподстановка» — это не одна галочка, а результат их совместной работы.
| Сущность | Где настраивается | За что отвечает |
|---|---|---|
| Тип доставки | Администрирование → Справочники → Типы доставки | Сам перевозчик и его интеграционный модуль |
| Зоны доставки | Настройки типа доставки | Список регионов/городов, куда работает служба |
| Правила расчёта стоимости | Настройки типа доставки → Стоимость | Цена и сроки в зависимости от зоны и веса |
| Триггеры | Настройки → Триггеры | Автопростановка типа доставки при событии |
Настройка зон доставки
Зона — это набор регионов и городов, для которых действует конкретный тип доставки и его тариф. Чтобы служба «подставлялась» только там, где реально работает, ограничьте зону покрытия в карточке типа доставки.
- Откройте
Администрирование → Справочники → Типы доставкии выберите нужную службу. - В блоке зон добавьте регионы: можно указывать страну, регион (область/край) или конкретный город.
- Задайте для каждой зоны стоимость, срок и, при необходимости, порог бесплатной доставки.
Логика простая: если регион заказа не попадает ни в одну зону типа доставки, этот тип для заказа недоступен. Так вы автоматически отсекаете перевозчиков, которые не возят в нужное место.
Триггеры для простановки типа доставки
Зоны определяют, какие службы доступны, а триггеры решают, какая будет выбрана по умолчанию. Триггер срабатывает на событие (например, создание заказа или заполнение адреса) и меняет поле заказа.
Типичный сценарий: «если регион = Москва и Московская область, установить тип доставки = Курьер по Москве». Условия строятся по полям заказа, включая регион и город получателя.
- Событие — создание заказа, смена статуса, изменение адреса доставки;
- Условие — регион, город, сумма заказа, вес, канал продаж;
- Действие — установить тип доставки, назначить ответственного, добавить задачу.
Для регионов, где выгоднее конкретный перевозчик, делают отдельные триггеры с приоритетом. Порядок проверки триггеров важен: более частный (город) должен идти раньше более общего (страна).
Связка с расчётом стоимости и модулями
После того как тип доставки подставлен, в дело вступает расчёт стоимости. Если тип связан с интеграционным модулем службы, цена и срок могут подтягиваться из API перевозчика в реальном времени по индексу и весу. Если модуля нет — работают ручные правила из зоны.
Практичная схема — комбинировать оба подхода:
| Направление | Служба | Источник цены |
|---|---|---|
| Свой город | Курьер | Фиксированная ставка из зоны |
| Крупные города | СДЭК до ПВЗ | API модуля по тарифу |
| Отдалённые регионы | Почта России | API по индексу и весу |
Так автоподстановка по региону выбирает перевозчика, а расчёт стоимости сразу показывает клиенту корректную сумму — без ручного открытия личных кабинетов служб.
Типичные ошибки и как их избежать
Большинство проблем с автоподстановкой связаны не с самой CRM, а с неаккуратно заполненной географией и логикой правил.
- Несовпадение названий регионов — если адрес приходит из разных источников (сайт, маркетплейс, оператор), регион может писаться по-разному. Настройте нормализацию адреса и справочник географии.
- Дырки в зонах — регион не покрыт ни одной службой, и заказ «зависает» без доступного типа доставки. Заведите резервную службу с широкой зоной.
- Конфликт триггеров — два правила проставляют разные типы доставки для одного города. Проверьте порядок и условия.
- Игнорирование веса и габаритов — служба доступна по региону, но не берёт крупногабарит. Добавьте условие по весу.
Итог
Автоподстановка службы доставки по региону в RetailCRM собирается из четырёх элементов: типов доставки, зон, правил расчёта и триггеров. Зоны отсекают недоступных перевозчиков, триггеры задают умолчание, а расчёт показывает цену. Настроенная один раз связка экономит операторам минуты на каждом заказе и снижает число ошибок в выборе перевозчика.
Мы в B2Bsite настраиваем эту логику под конкретную географию и ассортимент магазина: описываем зоны, прописываем приоритеты служб, подключаем модули доставки и тестируем на боевых адресах. Если хотите, чтобы CRM сама выбирала перевозчика, — поможем собрать правила без ручной рутины операторов.
Частые вопросы
Можно ли полностью запретить оператору менять подставленную службу?
Прямого жёсткого запрета нет, но можно ограничить доступные типы доставки зонами, чтобы неподходящие перевозчики просто не отображались в заказе. Полный контроль обычно оставляют оператору намеренно — для обработки исключений.
Что важнее для автоподстановки — зоны или триггеры?
Они работают в паре. Зоны определяют, какие службы вообще доступны в регионе, а триггеры выбирают одну из них по умолчанию. Без зон триггер может подставить перевозчика, который туда не возит.
По каким полям заказа можно строить условия?
По региону и городу получателя, сумме и весу заказа, каналу продаж, статусу и другим полям. Для географии используется справочник регионов, поэтому важно, чтобы адрес был корректно распознан.
Как быть, если регион в заказе написан с опечаткой?
Нужна нормализация адреса на входе — через подсказки адресов на сайте и сопоставление со справочником географии CRM. Иначе правило по региону может не сработать из-за несовпадения строки.
Подтянется ли стоимость доставки автоматически вместе со службой?
Да, если тип доставки связан с интеграционным модулем перевозчика — цена и срок придут из API. Для ручных типов доставки используется фиксированная ставка, заданная в зоне.
Сколько служб доставки разумно подключать одновременно?
Обычно достаточно трёх-четырёх: курьер по своему городу, федеральная служба до ПВЗ, Почта России для отдалённых мест и резервный вариант. Слишком большое число служб усложняет правила без заметной выгоды.
Сработает ли автоподстановка для заказов с маркетплейсов?
Для заказов, которые везёт сам магазин (FBS/DBS), — да, если у заказа заполнен регион. Для отгрузок со склада площадки логистику определяет маркетплейс, и правила CRM на неё не влияют.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.