Расчет преференций
Расчет преференций выполняется для каждой позиции чека
| К одной позиции чека в рамках одного события (расчет скидки, расчет бонусов и пр.) может быть применена только одна несуммируемая акция. Сначала выбирается акция, имеющая самый высокий приоритет. | Приоритет определяет, в каком порядке будет проверяться применимость акции к позиции в рамках определенного события |
| Если в системе несколько акций с одинаковым приоритетом, то выбирается акция, имеющая наибольший вес. Наибольший вес имеют акции с действиями по обновлению персонального предложения, установке минимальной и первоначальной цены. | |
Если приоритет и вес акций одинаков, то применится наиболее выгодная для клиента акция, исходя из суммы преференций на весь чек. Например, если по одной акции с приоритетом 80 скидка составляет 27% на одну позицию чека, а по другой акции с таким же приоритетом - 24%, но на все позиции чека, то применится та акция, что даст скидку более выгодную на весь чек (т.е., если в чеке одна позиция, то применится акция со скидкой в 27%, а если более одной, то акция со скидкой в 24%, т.к. она даст большую сумму скидки). После обработки несуммируемых акций система обрабатывает суммируемые акции. Все суммируемые акции, правилам которых соответствует покупка, применяются к чеку или его отдельным позициям. Суммируемые акции применяются по очереди в порядке их приоритета. |
С версии Системы 2021.1.1009.9929 в АРМ добавлен параметр Конфигураций UseCrossStringBasePriorityOffersOrder. По умолчанию значение параметра равно 1, для всех партнеров в проде, необходимо поменять его вручную на 0 сразу после обновления на версию 2021.1.1009.9929 и выше.
Благодаря доработке при наличии двух несуммируемых акций с одинаковым приоритетом и весом, применяется наиболее выгодная для клиента акция для каждой позиции чека.
Ранее применялся следующий расчет преференции:
Пример 1. Расчет, применявшийся ранее
В системе настроена несуммируемая Акция 1 (ID 395) с фильтром Товар, по которой на один товар предоставляется скидка 27%. А также несуммируемая Акция 2 (ID 346), по которой на все товары предоставляется скидка 24%. При этом стоимость Товара 1 и Товара 2 по 1000 рублей каждый, а Акция 1 и Акция 2 имеют одинаковый приоритет 58.
В соответствии с условиями Акции 1 на Товар 1 будет предоставлена скидка 1000 * 0.27 = 270 рублей и на Товар 2 будет предоставлена скидка 1000 *0 = 0 рублей. Итого скидка на оба товара составит 270 рублей.
По Акции 2 на Товар 1 скидка составит 1000 *0,24=240 рублей и на Товар 2 - также 1000 *0,24=240 рублей. Итого скидка на оба товара составит 480 рублей. Следовательно, более выгодной для клиента является Акция 2, именно она и применяется при расчете.
Позиции чека:
| Акции:
|
С версии 21.1 расчет преференций осуществляется отдельно по каждой позиции чека и применяется наиболее выгодная для клиента акция. Расчет суммы преференции для той же покупки будет выглядеть так (при этом в конфигурациях у параметра UseCrossStringBasePriorityOffersOrder должно быть выставлено значение 1):
Пример 2. Расчет максимальной суммы преференции после доработки
Для клиента будет более выгодно, если к позициям в чеке будут применены разные акции. Тогда сумма преференции будет максимальной.
В соответствии с условиями Акции 1 на Товар 1 будет предоставлена скидка 1000 * 0.27 = 270 рублей и по Акции 2 на Товар 2 будет предоставлена скидка 1000 *0,24 = 240 рублей. Итого скидка на оба товара составит 510 рублей.
Позиции чека:
| Акции:
|