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

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

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

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

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

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

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

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

Правильного/Хайпового/Актуального/Лучшего способа нет.

Если бы я делал достаточно большой и/или сложный алгоритм/процесс, то рассмотрел бы его с другой стороны:
- Разбил его на как можно более простые процессы.
- Для каждого такого процесса определил наиболее простое решение.

Может получиться так, что какие-то вещи будет проще сделать Роботами, какие-то Бизнес-процессами, а какие-то возможно стоит вообще вынести в списки.

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

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

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

Если мы говорим про Nethouse (шаблон сайты/лендинги) то интегрировать его с Битрикс24 по api на момент написания ответа нельзя. Можно сделать отправку на email, а его подключить к битрикс24 и вручную (или через другие приложения битрикс24) получать из него информацию.

Если мы говорим про "Nethouse. События", то это можно сделать через приложение "WebHook".
В таком случае Вам необходимо:
1) Иметь хостинг для того чтобы принимать веб-хук со стороны Nethouse
2) Создать веб-хук для созданного события в системе Nethouse (см статью выше)
3) Создать входящий веб-хук в Битрикс24 с правами CRM от пользователя с правами создания лидов в CRM
4) Написать код (на любом языке программирования) который бы принимал запрос от Nethouse и отправлял данные в Битрикс24.

Создавать приложение в Битрикс24 ради этого не стоит (вебхук будет проще).
К сожалению кусками кода поделиться не получиться - задача не массовая и ответ на этот вопрос лежит вне рамок этого ресурса, т.к. это скорее уже задание, а не вопрос.

На момент написания комментария историю сделки и историю переходов между стадиями сделки через REST Api получить нельзя.
Для коробочной версии можно использовать:
\Bitrix\Crm\History\Entity\DealStageHistoryTable - data mapper для историй состояния (переходы между стадиями)
CCrmEvent - для обработки истории
Bitrix\Crm\Timeline\TimelineEntry - для записей в timeline

Через REST выполнить такой запрос нельзя, т.к. в REST отсутствует сложная логика фильтрации.
Для данного действия необходимо использовать batch запрос с тремя запросами внутри.

Если под "поиском по заголовкам" вы подразумеваете поиск находящийся в шапке Битрикс24, то модифицировать его вы не можете. Максимум - изменить поисковой контент.

Если вы хотите изменить поисковый контент и добавить ответственного к поисковому набору, то следует подписаться на d7 событие обновление сущности, проверьте чтобы в событии в parameters был ровно 1 ключ - SEARCH_CONTENT и в него вы можете дописать все что угодно (strrot13).

Двустороннюю связь по аналогии Компания-Сделка с своими сущностями - нельзя.
Вы можете:
1) Создать доп. поле в сделке с привязкой компании, но эта компания нигде не отобразится.

2) Создать список "Участие в проектах" с полями
- Роль (Ген.подрядчик, Ген.проектировщик и т.п.)
- ID компании (привязка к компании с опцией "отображать в карточке")
- ID сделки (привязка к сделке с опцией "отображать в карточке")

Дополнительно можно конечно еще создать основные нередактируемые поля в сделке, а в списке ввести бизнес-процесс, который бы заполнял соответствующие поля в сделке.

1) В настройка CRM сделать поля НЕ обязательными
2) В настройках каждой стадии у полей указать "обязательность со стадии" и установить первую стадию в каждой категории.

1) Никогда не работайте с Битрикс24 через SQL.
Битрикс не рассчитан на insert/update/delete через sql. Вы можете это делать, только если вы полностью разбираетесь в структуре таблиц и понимаете что после выполнения этих действия можете получить неработающий портал.
Максимум что можно использовать: select-запросы.

2) Для того чтобы это сделать "не заморачиваясь" с sql/php/rest api можно воспользоваться административной панелью (по-умолчанию скрыта, так что нужно зайти на адрес /bitrix/).
И там через список пользователей можно их поместить в нужное подразделение.