← На главную

При настройке маркетинговых акций в 1С:Управление торговлей 11 пользователи часто сталкиваются с непониманием логики работы групп скидок. Когда в одной группе объединяются несколько скидок, выбор варианта Сложение или Умножение приводит к результатам, которые на первый взгляд кажутся неверными. Разберем, как именно система выполняет расчеты и почему ваши ожидания могут расходиться с программным алгоритмом.

Разбираем логику работы групп скидок

Для того чтобы понять, почему итоговая сумма отличается от ваших расчетов, нужно четко определить, какую математическую операцию выполняет система в каждом из случаев. Рассмотрим пример с двумя скидками: 10% и 20% для товара стоимостью 100 рублей.

Вариант 1: Сложение скидок

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

1. Сначала суммируем проценты: 10% + 20% = 30%.
2. Применяем общую скидку к начальной сумме: 100 рублей - 30% = 70 рублей.

Математически это выглядит так: 100 * (1 - (0.1 + 0.2)) = 70.

Вариант 2: Умножение скидок

Тип группы Умножение подразумевает последовательное применение скидок. Это означает, что каждая последующая скидка рассчитывается не от начальной цены, а от суммы, которая осталась после применения предыдущей скидки. Разберем этот процесс по шагам:

1. Сначала применяем первую скидку: 100 рублей - 10% = 90 рублей.
2. Затем применяем вторую скидку уже к полученному остатку: 90 рублей - 20% = 72 рубля.

Математически этот алгоритм выражается формулой: 100 * (1 - 0.1) * (1 - 0.2) = 72.

Как мы видим, результат 72 рубля при Умножении отличается от 70 рублей при Сложении. Именно эта разница в алгоритмах часто вызывает недоумение у пользователей.

Почему результаты кажутся идентичными

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

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

Взаимодействие скидок и НДС

Важно помнить, что в 1С:УТ 11 расчеты скидок тесно связаны с механизмом НДС. В большинстве случаев автоматические скидки применяются к сумме документа без учета НДС. Логика системы следующая:

1. Определяется цена товара.
2. Применяются скидки (вычисляется Сумма скидки).
3. Рассчитывается итоговая Сумма со скидкой.
4. На полученный результат начисляется НДС (если выбран вариант начисления «сверху»).

Если вы обнаружили, что суммы «скачут», проверьте, какой Вид цены назначен для вашего соглашения. Если в Виде цены установлена опция «Цена включает НДС», система будет производить вычисления внутри этой суммы, что может исказить восприятие математической последовательности скидок.

Рекомендации по отладке расчетов

Чтобы убедиться, что система работает корректно, проанализируем следующие действия:

1. Проверьте дерево скидок: убедитесь, что скидки сгруппированы именно так, как вы планировали. Используйте отчет Примененные автоматические скидки прямо в документе продажи — он покажет «базу», от которой считалась каждая скидка.
2. Анализ приоритетов: приоритет группы и приоритет скидки определяют очередность их применения. Попробуйте изменить приоритет, чтобы убедиться, что первая скидка действительно корректно уменьшает базу для второй.
3. Использование ценовых групп: если необходимо, чтобы скидки применялись только к определенным товарам, обязательно используйте механизм Ценовые группы. Это предотвратит конфликт между скидками на разные категории товаров.

Если после проверки настроек вы все равно получаете результат, который не соответствует формуле последовательного вычитания, скорее всего, проблема кроется в пересечении скидок из разных групп. В 1С:УТ 11 скидки из разных групп высокого уровня могут конфликтовать, поэтому старайтесь держать логику начислений в рамках единого «дерева» групп с четко заданными правилами Сложение или Умножение.