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

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

Учебный курс дает, как минимум, два способа:
1. заполнение переменной $templateData в template.php
2. дополнение $arResult нужными ключами в result_modifier.php и использование SetResultCacheKeys

Где? Если речь об админской странице Магазин - Покупатели - Подписка на товары, то упомянутое вами почтовое событие (SALE_SUBSCRIBE_PRODUCT) никакого отношения к этой подписке не имеет. Используются события CATALOG_PRODUCT_SUBSCRIBE_NOTIFY и CATALOG_PRODUCT_SUBSCRIBE_NOTIFY_REPEATED.

Правила корзины с купонами (как и скидки торгового каталога с купонами) не показываются в компонентах каталога.
Как я и сказал - через изменение списка групп пользователя (только не сессионного, а реального) и привязку правила к определенной группе пользователей. Минус идеи - подразумевается, что видов сертификатов (а значит и групп) будет немного.

Это ошибка. Исправление выйдет в обновлении iblock 18.0.3. Приносим свои извинения.

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

Использовать старое api. На текущий момент (iblock 18.0.3) основное предназначение таблетов модуля iblock - выборки.

В корзине указан ID предложения, а не основного товара. Так что берете поле PRODUCT_ID из результатов выборки CSaleBasket.

\Bitrix\Sale\Fuser::getUserIdById(FUSER_ID)

Да просто киньте в соседней папке компонент с дефолтном шаблоне и настройте для проверки.

Проверьте на дефолтном шаблоне. Если проблема воспроизведется - пишите обращение в ТП с предоставлением доступа, будем разбираться. Если нет - увы, вам сможет помочь только разработчик шаблона.

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

Создайте обращение в ТП, предоставив административный доступ. Будем разбираться. Номер тикета можете указать здесь.

Возможно, раньше отрабатывает другое правило (на систему оплаты, например), которое отключает применение остальных.

Товар пересохранили наверное.
Шаблон компонента кастомный?

Как вариант - проверьте, что у этих товаров есть цены тех типов, по которым можно купить. Также проверьте, являются ли они доступными (колонка Доступность в административном списке элементов) и какой тип у этих товаров.

Тогда только ставить отладку с трассировкой и ждать ошибки.

Если последовательно, то нет. Вообще проблема строго регулярная или эпизодическая?

Нет, я спрашивал про xml-импорт НА сайт. Либо искать вызовы метода \CIBlockCMLImport::DropTemporaryTables

Кастомные действия правил корзины.

Не надо использовать это событие, оно совершенно для иных задач.
Можно попробовать использовать штатные накопительные (в правилах корзины).

На кроне или на агентах нет ЛЮБОГО xml-импорта модуля инфоблоков? Не с 1С, а вообще?

Эта проблема была решена около года назад и связана с изменением поведения браузеров. Обновление давно доступно клиентам. Если обновиться вы не можете - обратитесь в техподдержку, вам выдадут фикс.

Оставить как есть, если шаблон несложный.