Настройка акционных цен по расписанию в 1С-Битрикс: автоматизация скидок

Почему скидки по расписанию в Битрикс ломаются на живом каталоге

Правило акции сработало по расписанию, а на витрине по-прежнему старая цена. Причина обычно в том, что скидка в каталоге не считается в момент показа: пересчёт идёт пакетами, индексация и кеш страниц отдают ранее собранную версию, и витрина живёт своей жизнью. Пока агент обходит каталог, покупатель уже открыл карточку с прошлой ценой — и акционные цены не применяются там, где их ждут больше всего.

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

Часть позиций остаётся со старой ценой и по менее очевидным причинам: правило не покрывает торговые предложения, конфликтует с другим активным правилом, ограничено группой или остатками, а длинный проход агента прерывается и половина каталога просто не успевает обновиться. Ошибки в акциях каталога накапливаются молча — журнал никто не читает, пока не придут продажи с нулями.

Дальше начинается ручной пересчёт цен: сверка выгрузки с прайсом, выборочное обновление карточек, отмены и переоформление заказов, а на откат акции — новая серия правок вручную. Ниже разбираем, как это закрывается: от постановки правил и расписания до сверки цен между витриной, корзиной и заказом.

Что даёт автоматизация акционных цен: измеримый эффект в практике

Автоматизация акционных цен в 1C-Битрикс меняет не витрину, а измеримые величины: сколько времени уходит на подготовку акции, какая доля правок каталога делается руками и сколько расхождений между карточкой и оформленным заказом ловит поддержка. Пока акция живёт в списке правок, её запуск — операция «в ночь перед стартом».

Ключевое здесь — единые правила цен. Условие по периоду, приоритет между акциями, порядок округления и совместимость скидок задаются один раз и одинаково срабатывают в карточке, в корзине и в заказе. Отсюда и сокращение ручных операций: менеджер не переписывает цены по регламенту и не возвращает их обратно вручную.

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

Как настроить скидки по расписанию в Битрикс: варианты и ограничения

В 1С-Битрикс цена и скидка живут в разных слоях: условие на товар, условие на корзину, цена торгового предложения и цена, которую присылает учётная система. Расписание переключает их по времени, но не всякий механизм умеет стартовать и завершаться сам.

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

На практике расписание собирают из двух слоёв: правило каталога держит период и приоритет, правило корзины — логику набора и суммы. Пересечения приоритетов и возврат к базовой цене после окончания акции проверяют до запуска — иначе скидка либо не снимется, либо снимется не та.

Порядок внедрения: от разбора каталога до контроля результата

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

1. Аудит каталога и источников цен. Какие типы цен используются, кто и как их меняет, где расходятся склад и сайт. На выходе — карта позиций: что можно ставить в акцию, а что требует предварительной чистки.
2. Схема правил и приоритетов. Перечень акций, расписание включения и отключения, поведение при пересечении двух скидок, правила для товаров с нулевым остатком.
3. Настройка механики. Привязка правил к разделам, свойствам и брендам, автоматический возврат к базовой цене после окончания периода. Делается штатными средствами каталога в 1С-Битрикс, без правок ядра.
4. Тестовый контур. Копия каталога с реальными ценами, где расписание прогоняется целиком: переход через границу суток, момент окончания акции, повторный запуск. Витрина, корзина и оформленный заказ должны показывать одну цену.
5. Проверка правил акции. Сверка по контрольной выборке товаров и в выгрузках для агрегаторов и маркетплейсов — расхождения ловим до включения на боевом каталоге.
6. Передача в эксплуатацию. Регламент запуска, инструкция для контент-менеджера, журнал срабатываний и оповещения об ошибках: следующую акцию команда запускает сама.

Что остаётся в проекте после передачи: файлы, схемы, регламенты

Мы отдаём не архив с кодом, а работающий контур: правила скидок по расписанию, схему прохождения цен, регламенты и доступы. По этим артефактам акцию запускает контент-менеджер, а не разработчик — и каждый шаг воспроизводится без нас.

Состав фиксируем актом передачи: проверяем каждый пункт на тестовой позиции, чтобы правило отработало у заказчика, а не только у нас.

• Настроенные правила акций — привязка к группам товаров, разделам и каналам продаж, окна действия по расписанию, приоритет при пересечении нескольких акций.
• Схема источников цен — откуда правило берёт базовую цену: выгрузка из 1С, остатки склада, ручная правка; и что происходит со скидкой при обновлении прайса.
• Регламент запуска акции — шаги от согласования до снятия: проверка на тестовых позициях, включение окна, контроль витрины, возврат цен.
• Инструкция для контент-менеджера — как включить, продлить или остановить акцию своими силами, какие поля обязательны, что делать при конфликте правил.
• Документация по правилам — перечень действующих правил, их приоритеты и логика: почему старое правило отключают, а не удаляют.
• Права доступа к настройкам — роли: кто меняет цены, кто только смотрит, кто согласует; журнал изменений с автором и временем правки.
• Сценарий отката — как вернуть исходные цены одной операцией, если акция пошла не по плану, и где смотреть журнал срабатываний.

Кейс: сезонная акция на каталоге в десятки тысяч позиций

Каталог — несколько десятков тысяч товарных позиций, а акция привязана к календарю: сезонная распродажа, праздничная неделя, тематические подборки. До автоматизации каждую волну скидок готовили руками — выгружали прайс, построчно правили нужные строки и заливали обратно в каталог.

До: ручная подготовка акции

На подготовку уходило около десяти рабочих дней. В акции участвовало примерно 3 800 позиций, и в каждой волне 5–7% строк уходили на витрину с неверной ценой — после отключения скидки базовая цена возвращалась не у всех товаров. Витрина и оформление заказа показывали разные суммы, а часть позиций выпадала из акции просто потому, что до них не дошли руки.

После: правила и расписание

Расчёт перенесли в правила: группы условий по разделам, брендам, остаткам и уровню наценки, приоритет при пересечении правил, расписание включения и отключения с точностью до минуты и автоматический возврат базовой цены по окончании акции. Ответственный сотрудник теперь только проверяет предпросмотр и подтверждает запуск.

Результат: подготовка акции сократилась с десяти рабочих дней до двух часов, ручных правок стало ноль вместо 3 800, доля позиций с неверной ценой упала до нуля, а переход на акционные цены идёт без ночных провалов. На 1С-Битрикс такие правила опираются на штатный механизм цен, поэтому логика не расходится с обменом каталога, склада и заказов.

Что делать, если каталог обновляется чаще, чем правила акций?

Когда выгрузка из учётной системы приходит каждые 15 минут, а правила акций пересчитываются раз в час, между процессами остаётся окно рассогласования. В этом окне витрина показывает цену, которой нет ни в каталоге, ни в акции: покупатель видит одну сумму, менеджер в заказе — другую. Чем чаще обновляется каталог, тем шире окно и тем больше расхождений копится в заказах и отчётах.

Причина не в частоте акций, а в том, что оба процесса живут независимо. Выгрузка пишет базовые цены и остатки, правило акции переписывает их по своему расписанию — и результат зависит от того, кто отработал последним. Если правило уже применило скидку, а следом пришла выгрузка, скидка стирается до следующего запуска; если наоборот, акция цепляется к позиции, которая уже снята с продажи. В 1С-Битрикс штатные агенты и обмен с учётной системой запускаются разными расписаниями, поэтому порядок приходится задавать явно.

Рабочая схема — один управляемый порядок пересчёта цен вместо двух независимых расписаний. Выгрузка складывает новые цены в очередь, обработчик принимает её целиком, и только после этого по приоритету проходят правила: базовые цены, затем акционные, затем групповые и персональные условия. Каждый шаг идемпотентен и оставляет запись в журнале — повторный запуск не удваивает скидку и не ломает уже оформленные заказы.

Приоритет правил фиксируется явно. Конфликт двух акций на один товар решает старшинство правила, а не порядок записей в базе; пересечение по периоду отсекается на этапе настройки, а не в момент продажи. Отдельно работает сверка: отчёт показывает, где расчётная цена разошлась с той, что ушла на витрину — расхождение видно сразу, а не всплывает в претензии покупателя.

Массовую выгрузку можно ставить на паузу для пересчёта — правило встаёт в очередь и отрабатывает сразу после её завершения. Это дешевле, чем гонять полный пересчёт каталога после каждого обновления.

Частые технические вопросы перед стартом настройки

Частые вопросы перед настройкой расписания — про стыки, где обычно и ломается автоматизация: обмен с учётной системой, разные группы товаров и регионы, уже оформленные заказы, поведение витрины в момент переключения. Ниже — короткие инженерные ответы, чтобы решение принималось по фактам, а не на ощупь.

Расписание мы проектируем отдельным слоем поверх каталога: правила акции живут своей сущностью, а цены пересчитываются в фоне, не блокируя витрину. Поэтому старт и окончание акции не превращаются в событие для всего сайта.

Как задаются группы товаров и регионы?

Правило ставится на группу или категорию целиком, а исключения перечисляются точечно — так акция не задевает сопутствующие позиции. Для регионов условие задаётся через тип цен и привязку к складу: скидка считается отдельно для каждого типа, поэтому розница и опт не конфликтуют. При появлении новой позиции в группе она подхватывает правило автоматически.

Что будет с заказами, оформленными во время акции?

Цена фиксируется снимком в момент оформления, поэтому последующий пересчёт заказ не меняет. Заказы, созданные до старта, не пересчитываются задним числом. Для корзин, брошенных с акционной ценой, задаётся отдельное условие — считаем по времени оформления, а не по времени просмотра.

Будет ли простой сайта при включении расписания?

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

Обсудим задачу: пришлите структуру каталога и правила акций

Чтобы вернуться с оценкой и планом работ, а не с приблизительным «недели три, наверное», нам нужен срез вашего каталога и правил акций. Акционные цены живут на стыке каталога, типов цен и расписания, поэтому точность оценки напрямую зависит от состава данных: чем раньше видно структуру и пересечения, тем меньше допущений остаётся в смете.

Пришлите то, что есть под рукой — даже частичный набор ускорит разбор:

• Структура каталога: разделы, товары и торговые предложения, свойства, по которым группируете акции — бренд, коллекция, сезон, категория.
• Состав данных о ценах: какие типы цен задействованы, откуда приходят базовые и закупочные, есть ли группы покупателей и накопительные скидки.
• Правила акций: условия старта и остановки, приоритет скидок при пересечении, что делать с товаром, попадающим сразу в несколько акций.
• Расписание: интервалы, часовой пояс, повторяемость, исключения на праздники и периоды распродаж.
• Источник данных: выгрузка из учётной системы, прайс-листы поставщиков, ручные правки менеджеров — как часто меняется и кто отвечает за корректность.
• Сценарий отката: как сейчас снимаете акцию досрочно и что при этом происходит с уже оформленными заказами.
• Доступы: тестовый контур, копия каталога, контакт администратора со стороны бизнеса.

Опишите задачу в двух-трёх абзацах и приложите то, что найдётся из списка — вернёмся с оценкой и планом работ: этапами, сроками, зонами ответственности и точками, где нужны ваши решения.