В процессе работы с торговыми решениями на базе 1С часто возникает ситуация, когда стандартные автоматические скидки (например, по дисконтным картам) начинают суммироваться с ручными скидками, которые кассир вводит непосредственно в чеке. В результате вместо ожидаемого максимального процента покупатель получает огромную общую скидку, что негативно сказывается на маржинальности продаж. Рассмотрим подробнее, почему так происходит и как правильно настроить систему, чтобы применялась либо самая выгодная скидка, либо ручная скидка вытесняла автоматическую.
Проанализируем ситуацию: в программе 1С:Розница 2 по умолчанию может быть установлен режим Сложение для всех действующих скидок. Когда кассир считывает карту лояльности (5%) и затем вручную вводит в строке чека еще 40%, система воспринимает это как два независимых события. Если эти скидки не объединены в специальную группу с правилами взаимодействия, программа просто складывает их математически, получая 45%. Наша задача — перевести эти скидки в управляемое русло.
Основной инструмент управления логикой лояльности — это справочник Группы совместного применения скидок. Чтобы скидки не складывались, мы должны поместить их в одну группу и выбрать одно из правил:
Для создания такой группы перейдем в раздел Маркетинг — Скидки (наценки) и создадим новую группу с вариантом Максимум.
Выясним важную техническую особенность: прямой ввод процента в колонку чека часто считается системой "внесистемной" скидкой. Она может игнорировать правила групп совместного применения. Чтобы полностью контролировать процесс, рекомендуется использовать механизм Управляемых скидок.
Разберем по шагам, как настроить управляемую скидку:
Теперь эта скидка не сработает автоматически. Кассир должен будет нажать кнопку Расчет скидок в РМК (Рабочее место кассира), и система предложит список доступных управляемых скидок. Так как эта скидка теперь находится в одной группе с дисконтной картой, правило Максимум отработает корректно.
Посмотрим на пример, когда нужно, чтобы ручная скидка всегда имела приоритет, даже если она меньше автоматической. В этом случае в созданной группе совместного применения выбираем вариант Вытеснение.
В списке скидок внутри группы мы можем менять их положение (вверх/вниз). Скидка, находящаяся выше, имеет более высокий приоритет. Если кассир выбирает управляемую скидку "Ручная 40%", она вытеснит "Скидку по карте 5%", и итоговый результат будет именно 40%.
Чтобы исключить человеческий фактор и злоупотребления, крайне важно настроить ограничения. В 1С:Розница это делается в настройках магазина или в дополнительных правах пользователей:
Рассмотрим ситуацию, когда в чеке присутствуют и скидки, и бонусные баллы. В типовой конфигурации бонусы обычно рассматриваются как вид оплаты, а не как скидка. Однако в настройках бонусной программы можно указать:
Процент оплаты бонусами = 30%
Важно понимать порядок: сначала система рассчитывает все процентные скидки (согласно настроенным группам), получает итоговую сумму к оплате, и уже от этой суммы предлагает списать бонусы. Если вы хотите, чтобы бонусы списывались "до" скидок, это потребует существенной доработки программного кода в модулях расчета скидок, что не рекомендуется для типовых решений.
Проанализировав ситуацию, мы пришли к выводу, что наиболее стабильный и правильный вариант настройки выглядит так:
1. Группа совместного применения: "Максимум" или "Вытеснение".
2. В составе группы:
- Скидка по карте (Автоматическая).
- Ручная скидка (Управляемая).
3. Приоритет: Ручная скидка выше автоматической.
Такой подход позволит кассирам выбирать заранее подготовленные варианты скидок (например, "Скидка по браку", "Акция для своих"), а система сама проконтролирует, чтобы они не складывались с дисконтными картами покупателей. Это обеспечит прозрачность учета и исключит финансовые потери из-за некорректного наслоения маркетинговых акций.