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