Yariy

$dbProducts = \Bitrix\Iblock\Elements\ElementCatalogTable::getList([
    'select' => ['ID', 'PREVIEW_PICTURE', 'DETAIL_PICTURE', 'ACTIVE', 'NAME', 'RESERVE_INFO.ID'],
    'filter' => [],
    'runtime' => [
            new \Bitrix\Main\Entity\ReferenceField(
                'RESERVE_INFO',
                '\Korus\Orm\ReserveProductsTable',
                ["=this.ID" => "ref.UF_PRODUCT_ID"],
                ["join_type"=>"left"]
            ),
        new \Bitrix\Main\Entity\ReferenceField(
            'CATALOG_INFO',
            '\Bitrix\Catalog\ProductTable',
            ["=this.ID" => "ref.ID"],
            ["join_type"=>"left"]
        ),
    ]
]);

Все, теперь понял, спасибо

Разрешил вопрос просто - поставил проверку на обработчик:

$request = \Bitrix\Main\Context::getCurrent()->getRequest();

if ($request->isAdminSection() || php_sapi_name() == 'cli') return

Проверь сервер, возможно свободного места мало и сессия удаляется

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

В result_modifier для каждого выводимого раздела получить список элементов (с свойствами, соответственно). В данном случае, в том, что вы показываете, элементы уже есть, но они без свойств. Нужно сложить все ID элементов в массив и вызвать GetList с фильтром по ID и выборкой нужного свойства
В шаблоне выводить элементы со свойствами для каждого раздела

Но! Как мне кажется, тут неверно выбран компонент, используйте bitrix:catalog.section для корневого раздела. Там в параметрах указать нужное свойство

Рабочий стол - Настройки - Настройки продукта - Обработка адресов - Правила обработки

Смотри тут правила для каталога, скорее всего у тебя некорректный urlrewrite

OnBeforeOrderAdd(&arFields) - событие создания заказа. отлавливай его, и в arFields меняй что нужно

Решил в итоге не мудрить сильно, т.к. время очень ограничено, запилил в модель пользователя функции, которые через join'ы вытаскивают id всех сущностей, связанных с пользователями через несколько таблиц

public function stores(){
        return Store::join('branches', 'stores.branch_id', '=', 'branches.id')->
            join('user_branches', 'branches.id', '=', 'user_branches.branch_id')->
            join('users', 'user_branches.user_id', '=', 'users.id')->
            select('stores.id as id')->
            where('users.id', $this->id);
    }

    public function rates(){
        return Rate::join('stores', 'rates.store_id', '=', 'stores.id')->
        join('branches', 'stores.branch_id', '=', 'branches.id')->
        join('user_branches', 'branches.id', '=', 'user_branches.branch_id')->
        join('users', 'user_branches.user_id', '=', 'users.id')->
        select('rates.id as id')->
        where('users.id', $this->id);
    }

и добаивл фильтр по id

->whereIn('id', Auth::user()->rates()->pluck('id'))

Новый шаблон - это жопа, лучше скачай старый шаблон и кастомизируй его. Больше нервов и времени сэкономишь

У торговых предложений нет собственных карточек - никак не прописать. Только что-то свое допиливать. По логике Битрикс ТП должны выводиться в карточке товара

в параметрах компонента INCLUDE_SUBSECTIONS, вроде. Catalog.section компонент, в комплексном каталоге, если мне память не изменяет, нет этого параметра

В данном случае в КК нужно править файл sections.php - у тебя просто в нем нет компонента bitrix.section

А вообще в этом случае можно отказаться от комплексного компонента, разместить в /services/index.php компонент catalog.section, у него в настройках 'ELEMENT_CODE' брать из URL и все. В URLREWRITE оставить это же правило