Как лучше изменить тип цены в зависимости от способа оплаты?
Ситуация следующая:
В магазине есть 2 ценыПо вводным:: за наличку и при оплате картой
Сейчас ситуация такая: но в 1С все считается по другому, поэтому просто прикрутить наценку 6% и поставить округление не помогает.
Пример на картинке:
По вводным: цена за наличку 2499 руб.
По вводным: цена за безнал 2699 руб (хотя должна быть 2649) но округляется до 100 и вычитается 1 рубль.
Вопрос:Каким способом сделать так, чтобы при выборе способа оплаты при безнале, цена бралась из типа цен по безналу?
По вводным: p.S. В стандартном функционале Битрикса, типы цен можно только привязать к группе пользователя, но тут для всех.
Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.
Пока нет других ответов. Будьте первым, кто поможет автору.
Ответить на вопрос
В 1С-Битрикс менять тип цены в зависимости от способа оплаты можно, но делать это нужно до финального расчёта корзины и заказа. Нельзя просто поменять цену визуально в шаблоне оформления: заказ сохранится с другими значениями, скидки и налоги могут поехать.
Сначала определите бизнес-логику: например, при оплате картой использовать базовую цену, при оплате счётом — оптовую, при рассрочке — отдельный тип цены. Затем проверьте, есть ли эти типы цен в каталоге и заполнены ли они у товаров/SKU.
Технически вариантов несколько:
Если способ оплаты выбирается уже в
sale.order.ajax, нужно после выбора платежной системы отправить ajax-пересчёт и на backend пересчитать basket items. Важно не ломать скидки и не менять цену после сохранения заказа без пересчёта.На backend обычно смотрят события сохранения заказа или обработки корзины, но точный hook зависит от версии Битрикс. Логика должна быть такой: определить payment id → выбрать price type → получить цену товара → записать custom price/пересчитать basket → сохранить.
Я бы сначала проверил, нельзя ли выразить задачу через скидки/наценки. Если отличие цены фиксированное или процентное, штатные правила безопаснее. Если нужен именно другой тип цены из каталога, тогда нужен кастомный обработчик и тесты на SKU, купонах, доставке и возвратах.
Итог: менять нужно не шаблон, а расчёт корзины. После выбора способа оплаты запускайте пересчёт и назначайте цену на backend. Обязательно проверьте оформление, письмо заказа, админку и повторный пересчёт заказа менеджером.