Сценарии заказов

Модуль для интернет-магазина на 1С-Битрикс, который сам меняет заказ по правилам «если — то». Оплаченный заказ уходит в сборку, неоплаченный за три дня отменяется, крупная техника переключается на грузовую доставку, крупный заказ первого покупателя попадает на проверку к менеджеру — без ручной работы и без программиста.

Каждый сценарий — это три блока: Когда (событие, при котором сценарий проверяется), Если (условия по заказу, оплатам, отгрузкам и корзине) и Тогда (действия, которые выполняются по порядку). Правило собирается в визуальном редакторе и читается как обычная фраза.

Как это выглядит в работе

• Не оплачен за 3 дня — отменить. Агент по расписанию перебирает заказы в статусе «Принят, ожидается оплата», находит неоплаченные заказы физлиц старше трёх дней, отменяет их с причиной «Не оплачен за 3 дня (название сценария)» и переводит в статус отмены. Менеджерам больше не нужно чистить список вручную.

• Крупный заказ — на проверку менеджеру. Новый заказ физлица на 50 000 ₽ и больше — или первый заказ покупателя от 20 000 ₽ — получает отметку «Требует проверки», статус «На проверке у менеджера» и ответственного. Остальные сценарии такой заказ не трогают, пока его не проверили.

• Крупная техника — грузовой доставкой. Если в корзине есть товар из раздела «Крупная техника» (с подразделами), служба доставки меняется на грузовую, а стоимость пересчитывается по её правилам. Если доставка уже грузовая, заказ не пересохраняется.

Когда срабатывает сценарий

• Заказ сохранён — при любом сохранении: покупателем на сайте, менеджером в админке, обменом с 1С, агентом или другим модулем. Можно сузить до «только создание» или «только изменение» и до сохранений, где изменилось нужное поле: статус, оплата, отмена, разрешение доставки, отгрузка, ответственный.

• По расписанию — агент периодически проверяет уже существующие заказы в выбранных статусах. Для правил вида «прошло N дней».

• Ручной запуск — для разовых операций над выборкой заказов.

Условия

• Поля заказа: статус, тип плательщика, оплата, отмена, отгрузка, ответственный, сайт, откуда пришло сохранение (сайт, админка, обмен с 1С, агент/API), вес, число позиций.

• Суммы и даты: сумма заказа, стоимость доставки и товаров, оплачено, скидка, купоны; даты создания, изменения, смены статуса, оплаты, отмены — со сроками «прошло больше / меньше» в часах или днях.

• Покупатель: группы, первый заказ, число прошлых заказов. Свойства заказа — все активные, по типам плательщика.

• Блоки по оплатам, отгрузкам и позициям корзины с режимами «у любой», «у всех», «ни у одной»: товар, раздел каталога с вложенными, количество, цена, трек-номер, служба доставки.

• Группы И / ИЛИ / НЕ до трёх уровней вложенности и условия на изменение: «изменилось», «стало», «было».

Действия

• Сменить статус заказа.

• Сменить платёжную систему у неоплаченных оплат.

• Сменить службу доставки у неотгруженных отгрузок — с пересчётом стоимости или без.

• Установить свойство заказа или очистить его.

• Назначить ответственного, заменить или дописать комментарий менеджера.

• Установить поле отгрузки: «Доставка разрешена», «Отгружена», трек-номер.

• Отменить заказ с причиной или снять отмену.

В причине отмены, комментарии и трек-номере работают подстановки: ID и номер заказа, название сценария, текущая дата.

Безопасно для живого магазина

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

• Проверка на заказе. Вводите номер заказа — и видите дерево условий с отметками ДА / НЕТ, значения в заказе и что изменит каждое действие: «было → стало». Заказ при этом не меняется.

• Запуск по заказам. Сценарий прогоняется по выборке — по статусам, периоду или номерам — сначала в режиме проверки, затем с применением. Охват показывается заранее.

• Журнал прогонов. Каждое срабатывание с итогом «Применён», «Тест», «Пропущен» или «Ошибка» и изменениями «было → стало» по каждому действию.

• Без «наполовину изменённых» заказов. Перед изменением проверяются все действия сценария; если хоть одно применить нельзя, сценарий пропускается целиком с причиной в журнале. Заказ сохраняется один раз за проход, штатными средствами Битрикса.

• Фоновая очередь. Сценарии выполняются сразу после ответа браузеру, поэтому не замедляют оформление заказа, а ошибка в сценарии не мешает покупателю. Сбои среды повторяются автоматически, при массовых ошибках срабатывает предохранитель.

• Защита от петель. Собственные сохранения модуля сценарии заново не запускают, а предел сохранений одного заказа (по умолчанию 5 за 10 минут) обрывает зацикливание с чужими обработчиками.

• Сценарий выключается сам, если ссылается на удалённый статус, службу доставки, платёжную систему или свойство, — с уведомлением в админке.

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

Требования

• 1С-Битрикс: Управление сайтом с модулем «Интернет-магазин» (sale).

• Агенты Битрикса на cron — рекомендуется для фоновой очереди и сценариев по расписанию.

Что модуль не делает

• Не откатывает изменения автоматически — их видно в журнале «было → стало» и можно вернуть вручную.

• Не меняет оплаченные оплаты и уже отгруженные отгрузки, не пересчитывает доставку на оплаченном заказе.

• Не отменяет оплаченный заказ и не снимает оплату — такой заказ отменяют вручную.

• Не обходит проверки интернет-магазина и чужих обработчиков событий: если Битрикс отказал, в журнале будет ошибка с его текстом.

• Не обрабатывает задним числом старые заказы по событию «Заказ сохранён» — для них есть запуск по заказам и сценарии по расписанию.