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

К сожалению для данного типа поля такое использовать нельзя, однако можно использовать какое-либо из полей типа HTML/BB и уже там выводить как вам хочется.

1) Подписываемся на событие OnEpilog модуля main.
Подробнее в документации: https://dev.1c-bitrix.ru/learning/course/index.php...

Почему onEpilog? Потому что основной код страницы уже выполнен, а буферизация еще не закончена.

2) На событии:
- Проверяем что это не Ajax запрос

$req = \Bitrix\Main\Application::getInstance()->getContext()->getRequest();
// $req->isAjaxRequest()


- Проверяем что страница не админка (будет определена константа ADMIN_SECTION и она будет true)

И если ок, то регистрируем и подключаем свою js-библиотеку и подключаем ее.
Подробнее о js-библиотеках: https://dev.1c-bitrix.ru/api_help/js_lib/my_extens...
3) В коде своей библиотеки регистрируем подписку, как вы указали

Исходящий веб-хук возвращает строго указанную информацию.
Расширить передаваемые параметры в облачном битрикс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) В настройках каждой стадии у полей указать "обязательность со стадии" и установить первую стадию в каждой категории.