Форум

Берем вот эту штуку [URL=https://revisium.com/ai/]https://revisium.com/ai/[/URL] сканируем наш сайт и ручками проходимся по всему что он насканировал

Видимо зря вы так) Если кто-то старался собрать оформление через механизмы Битрикса а не писал сам, то все иденты в шаблоне должны быть сохранены.
Если есть иденты, но вы не используете функционал, лучше кидайте в display:none;

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

У вас нет блоков с id:
$arItemIDs['PRICE']
$arItemIDs['BASKET_ACTIONS']
$arItemIDs['STICKER_ID']
$arItemIDs['SECOND_PICT'] - чаще всего проблемы с ним, если не изменяет память
$arItemIDs['BASKET_PROP_DIV'] - вместе с функционалом, если нужно добавлять свойства товара в коризну


Это бегло. Надо смотреть на живом вообще что у вас там вообще написано в том числе в js.
Что еще можно посоветовать - берем стандартный шаблон и начинаем смотреть и сравнивать, если блока с идентом нету, то добавляем и смотри когда заработаем. Обычным методом исключения.

Мои советы носят информативный характер и никак не претендуют на правильность решения ситуации - учтите это. Я бы скорее назвал это костылем и лучше бы переписать это дело более грамотно

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

Если у вас привязка к классам, то это уже что-то допиленое. Нужно найти в таком случае код, который отвечает за добавление.

Вы уверены что ничего больше не меняли в шаблоне?

[CODE]CSaleOrderPropsValue::Update[/CODE]
Тут вообще идет речь об обновлении свойств заказа, а не товара. Поэтому ваш прототип не подойдет.

Какие компоненты используются для оформления заказа?

Без кодинга увы не получится, насколько мне известно. Для начала можно подсмотреть как реализовано это дело в цене - там как раз ползунок.

Примерная последовательность действий:

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

Такое ощущение что без кодинга не обойдется.

Это в случае если доп услуги хотите отображать только в карточке без иерархии.

Создается доп инфоблок с услугами, которые нужно помещать внутрь основных, создается свойство у основной услуги - привязка к элементам и указывается созданный ИБ из которого будем выбирать элементы. Ну и в основной картчоке делается нужная вам "магия".

Это если я вас правильно понял.

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

Не заметил что-то ночью. [QUOTE]Элементы второго уровня имеют атрибуты: [IS_PARENT] => код и [DEPTH_LEVEL] => 2[/QUOTE]

А как насчет элементов первого уровня? Почему у них нет [DEPTH_LEVEL] ?

[URL=http://joxi.ru/a2XX4v9CyVLlM2]http://joxi.ru/a2XX4v9CyVLlM2[/URL]

И тут как бы намек, на то, что в первом уровне вложенности должен быть DEPTH_LEVEL.

Да и пересобран массив не совсем корректно. Для работы вашего шаблона нужно сохранить структуру стокового массива.
К примеру стоковый выглядит так [URL=http://joxi.ru/82QKZv9h1Rb36r]http://joxi.ru/82QKZv9h1Rb36r[/URL] - это скрин вывода первого уровня. Ваш же массив в первом сообщении весьма отличается.

Элемент - #SECTION_CODE#/#ELEMENT_CODE#/

Похоже на ошибку в шаблоне. Покажите код шаблона

[URL=https://dev.1c-bitrix.ru/api_help/main/functions/string/truncatetext.php]https://dev.1c-bitrix.ru/api_help/main/functions/string/truncatetext.php[/URL]