Евгений Жуков (Все сообщения пользователя)

Для этого есть условие "Были применены скидки" в действиях правил корзины.

Речь о правилах корзины.

Есть условие по ID товара.

Вам ответят в рамках тикета.

Поясните

Александра Плотникова, номер обращения укажите, пожалуйста. Исчезнуть оно не могло.
Для страниц каталога не подходит.
Его надо привести к формату скидок торгового каталога. Вообще, какую задачу вы решаете? Если вы отдаете существующие скидки, может, проще их настроить?
Если цена зависит только от товара - через свой провайдер. Если требуются данные корзины - надо делать через правила корзины (для корзины и оформления заказа - самый правильный вариант в любом случае).

Во-первых, я не вижу ключа RESULT_PRICE
Во-вторых, в описании скидки уже ошибка - DISCOUNT_VALUE у вас 0, вместо 30 (если судить по названию)
В-третьих (но это основное) - обработчик OnGetOptimalPrice не используется в публичке. Он будет задействован только в провайдере и выгрузке в Яндекс. Для публички (каталог товаров) используйте событие OnGetDiscount, которое возвращает список скидок

Через правила корзины.

В таком случае самое простое - перейти к пошаговому скрипту (100-200 файлов за хит).

внутри себя этот метод вызывает сохранение кэша для запрошенных файлов. Для вашего скрипта этот метод избыточен (как по нагрузке на кэш, так и по нагрузке на базу). Фактически вы проверяете наличие записей в базе. Для такой проверки вполне подойдет \CFile::GetList, только вызываемый для пакета ID-ников (а не для каждого элемента инфоблока).

Документация будет дополнена. Сразу могу сказать, что ключи PRICE и DISCOUNT устарели и нами в продукте больше не используются. PRICE - с версии catalog 15.0.2, DISCOUNT - с catalog 12.5.0

Что именно не обновили? Сейчас на странице метода актуальная информация как о структуре возвращаемых данных, так и о параметрах. Что касается обработчиков событий метода - больше года внутри метода результаты обработчиков приводятся к требуемому формату (если это вообще возможно).

Не надо менять размер скидки. Заведите несколько скидок, которые будут срабатывать при определенном значении свойства, где содержится величина скидки, остальные пусть срабатывают по дополнительным условиям (например "Были ли применены скидки").

Скорее всего, проверка сайта выдаст у вас ошибку "Параметр sql_mode должен быть пустым" - там присутствуют команды STRICT_TRANS_TABLES либо STRICT_ALL_TABLES, которые и вызывают подобную ошибку.
Что касается управления содержимым SEARCHABLE_CONTENT - есть такое пожелание. По срокам ничего конкретного пока сказать не можем.

Не надо менять сортировку торговых предложений. Поменяйте сортировку у значений свойства (если свойство типа Список либо Справочник) либо у элементов, на которые идет привязка (если свойство типа Привязка к элементам).

Судя по вашему описанию, задача решается штатными настройками. Как в скидках на товар, так и в правилах корзины.

Сегодня передал номера обращений в отдел работы с клиентами (к сожалению, сразу ваш ответ не увидел).

Ошибка возникает в стороннем модуле. Либо удалите его, либо обратитесь к разработчику.

Видимо, товары в корзину добавляются самописными функциями. Смотрите код добавления в корзину у себя на сайте.

Версия модуля iblock?

Штатно - нет.

Пролог подключаете?

Версии sale и catalog? В ТП обращались?

Это штатный функционал, он реализован изначально. У вас есть какие-то особенности?

34-ю смотрите, скорее всего.