Андрей Николаев

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

Для определения привязана ли задача к сделке можно воспользоваться методом tasks.task.get.
У задачи привязанной к CRM будет параметр UF_CRM_TASK с указанием к какой сущности она привязана.

Нет, реализовать подобное на момент написания комментария нельзя.

В отличии от других полей поле "Постановщик" не является множественным полем и не содержит дополнительной логики, так что в чистом виде такое возможно только в коробочной версии Битрикс24 с распилом ядра и лишнем обновлений.

Однако, путем разработки собственных действий бизнес-процесса возможно реализовать иной вариант.
Вам потребуется разработать 2 дополнительных блока действий бизнес-процесса:
- Ожидание изменение статуса задачи
- Редактирование задачи.

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

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

Когда я в последний раз работал с синхронизацией (весна 2019 года) такого механизма небыло.

Да и в целом, даже если отвлечься от БУС и Б24 такой механизм впринципе достаточно непростая работа, так как помимо всего прочено нужно дополнительно:
- поддерживать маппинг свойств (добавилось в б24 появилось в бус и наоборот)
- поддерживать маппинг товаров
- поддерживать маппинг значений списочных методов
- поддерживать маппинг ценовой политики

В общем случае интеграция работает так:
- БУС формирует заказ и отправляет его в Б24.
- Б24 создает товарные позиции под сформированную сделку/заказ
- Вся дальнейшая работа происходит в Б24.

1) Проверить модуль.
Включен ли количественный учет? Разрешена ли покупка при отсутствии товара?

2) Проверить индивидуальные настройки товара (для каждого товара можно переопределить)
Включен ли количественный учет? Разрешена ли покупка при отсутствии товара?

3) Проверить реальное доступное количество.
Количество товаров на складе не есть количество товаров. Битрикс отображает это только для справки, реальное количество берется из другого поля в карточке товара.

4) Проверить шаблон оформления заказа.
Возможно он кастомизирован или написан с 0. Там можети быть впринципе не предусмотрено такой механики

К 1С-Битрикс это имеет косвенное отношение, так как такая проблема была бы на любой CMS.

Вам необходимо углубиться в понятие lazy-loading слайдера который Вы используете.
Мы, например, используем Swiper Slider и там есть достаточно подробная инструкция для реализации lazy loading: https://swiperjs.com/api/#lazy

Это не связано с механиками битрикса - чисто интерфейсное решение.

Все зависит от настроек пользователя и это можно изменить:

По результатам общения в комментариях немного изменили код запросов и алгоритм выборки.
Проблема была в алгоримтах.

Я бы порекомендовал дополнительно:
1) Разделить шаблон на 2 части: result_modifier.php (логика, запросы, обработка результатов) и template.php (чисто визуальное отображение), иначе вы запутаетесь.
2) Проверить чтобы $arParams['PARENT_SECTION'] была не нулевая (не null, 0, false не пустой массив), иначе есть шанс получить все разделы
3) Не использовать запросы в цикле

Зависит от того какой компонент вы используете.
Например для bitrix:news.detail есть параметры, определяющие поведение при запросе несуществующего элемента. Так получается что если параметр SHOW_404 установлен в false, то пользователю будет выведено сообщение "Элемент не найден", а в случае true - содержимое страницы 404

Метод GetByID не возвращает свойства элемента, а является простой прослойкой для getList запрашивающий все свойства.

Явно используйте CIblockElement::getList для получения свойств

$resElement = \CIBlockElement::GetList(
    [],
    [
        'IBLOCK_ID' => 5,
        'ID' => 371,
    ],
    false,
    false,
    [
        'ID',
        'IBLOCK_ID',
        'PROPERTY_SLOGAN',
        'PROPERTY_COPY'
    ]
);

if ( !($element = $resElement->getNext() ) )
{
    echo "Элемент не найден";
    return;
}

var_dump($element);