примерно так: gdecider.github.io / articles-bx-inner-component.html
В курсах разработчиков решение тоже есть, но не буду искать, захотите найдете.
В курсах разработчиков решение тоже есть, но не буду искать, захотите найдете.
|
Это и ошибка и нет одновременно. Даже если стоит округление на сайте - это не панацея для решения, может еще хуже стать. Принцип расчета скидки такой(откуда ноги растут этой ошибки): вычисляется сколько процентов от общей стоимости занимает товар и такой же примерно процент берется от суммы скидки, вот и появляются дробные значения. А когда стоит округление, то тут еще веселей клиент делает заказ получил сумму на оплату(округление по правилу сработало в меньшую сторону), а после оплаты происходит пересчет заказа почему-то(не знаю зачем это сделано, но увы) и тут округление может проигнорировать правило и рассчитать математически в большую строну. Итог, к примеру, по оплата по банку 99р, а в чек идет 100р. Я в свое время пытался достучаться за помощью, но не получилось, то у меня битрикс не обновлен до последней версии, то не дефолтный компонент оформления заказа.
|
|
|
|
|
|
задал принудительно валюту и sait_id
пересчитываю заказ
|
|||
|
|
|
|
|||||||
|
|
|
|
Это тот же самый Sale\Discount\Actions::applyToBasket только с учетом моих доппараметров
if(!empty($action0['dopparam']['PROC'])){ $value = '-'.(float)$action0['dopparam']['PROC']; }
|
|||||
|
|
|
Новая проблема найдена: если зайти в админку в заказ с товаром по такому правилу, то мы видим цены без учета правила, но на оплату отдается верная сумма. однако стоит что-то изменить в заказе(коммент подправить) и все правило уже не применилось, товары по полной цене и на оплату идет полная цена смотрю что возвращает пересчет
получается скидку он видит, но почему-то не применяет в заказе и при нажатии пересчитать или сохранить заказ отправляет на сохранение именно с отключенной скидкой |
|||
|
|
|
|
Аааа, так у вас старый битрикс получается где правила корзины и товаров не объединенные.
Тогда не понятно почему вы пишите
После объединения и у тех и у тех настройки общие, а разделение для товара скидка или для корзины происходит автоматом в зависимости от условия. тогда вариантов только 2: 1. играться сортировкой и приоритетом(хотя я не помню в какой версии появилась галочка прекратить действие скидки вообще и на текущем приоритете, может не подойдет вам) 2. попробовать написать свое, кастомное, правило, но сразу говорю по этой теме очень мало информации |
|||
|
|
|
Скорее всего можно от родителя, от которого идет наследование подгрузить, но я этого делать не стал, а просто добавил к себе |
|||||
|
|
|
|
|||
|
|
|
|
Никак не могу понять причину.
Делаю свое правило скидок для корзины вывожу 2 строковых поля
получаю но при заполнении значений и нажатии сохранить они не сохраняются |
|||
|
|
|
имеем 3 раздела в каждом одинаковые товары в первом дожна быть сортировка 321 во втором - 231 в третьем 132 в остальных 123 Поле SORT - обеспечит общую 123 как нам поможет одно единственное свойство PROPERTY_SECTION_SORT в 3 разделах если элемент во всех трех есть и должен по разному сортироваться? не понял. |
|||
|
|
|
|
Как предложил Илья, заведите свойство отдельное.
Вам нужно вывести где-то в середине текста или уже после содержимого? 1. в середине текста, тогда в месте где нужно выводить блок внесите метку #BLOCK# далее в шаблоне вывода статьи сделайте замену
2. после содержимого тут еще проще, меток в тексте не нужно никаких просто проверяете пустое новое свойство или нет и выводите свой блок |
|||
|
|
|