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

как можно подвязать контакт со сделкой?

Это недоработка со стороны Битрикс24: связать контакт со сделкой через rest api нельзя. Ждем обновлений REST API.

Есть так же проблема с производительностью, массив очень большой, и скрипт обрабатывается долго, как можно это улучшить?

Сейчас вы выполняете синхронные запросы по 1. Если на обработку одного запроса нужно 1 секунда, то 60 запросов = 60 секунд. Вы можете группировать запросы в batch, таким образом 60 запросов превратятся в 2 запроса и будут обработаны за ~2 секунды

Еще, я бы рекомендовал использовать готовую библиотеку для отправки запросов: https://github.com/mesilov/bitrix24-php-sdk/tree/2.x

Если у вас облачный Битрикс24 и вы не хотите создавать стороннее приложение то никак.
Битрикс24 в действии Вебхук имеет возможность только отправить нужные данный по url, но никак не обработать результат операции.

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

Но подтягивается только название, без дополнительной инфы по ней. Что делать ?

Они и не будут подтягиваться, потому что именно так работает поле с привязкой к элементам инфоблока.
Что можно с этим сделать? Ну например создать в сделке такие же поля. Написать БП при создании/изменении сделки подтягивать из элемента данные и писать в поля сделки.

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

Как сделать генерацию документов Google docs в битрикс24?

Никак.
Битрикс24 не имеет штатных инструментов для создания подобных форм.
Вы можете создать свое приложение для создания такой формы воспользовавшись REST предоставляемыми Битрикс24.

Ознакомьтесь с документацией на эту тему: https://dev.1c-bitrix.ru/rest_help/imconnector/cas...

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

Для облачной версии: вам потребуется написать некоторое приложение, которое будет знать о задачах 1 и 2 и о сделке 2 которую нужно закрыть.

В коробочной версии то же самое, но можно сделать это без приложения.

У меня сомнения в технической части как правильно такое реализовать?

В облаке нельзя.
В коробке изменением компонента вывода можно сделать (при обновлениях может отваливаться список сделок).
Нужно изменить положение фильтра - по-умолчанию фильтр грузится в ui-панель или область pagetitile, которой к при формировании ajax-ответа нет. Вам нужно для конкретного ajax запроса выводить фильтр на страницу.

как мы можем отслеживать оффлайн продажи?

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

Например:
- Пользователь Илья предложил хорошую схему с пометкой состоявшихся сделок. Всегда можно добавить пункт "Купил офлайн".
Дополню: уже потом можно будет проводить "исследование" и пытаться понять что сделка с статусом "купил офлайн" и "заказ в офлайн магазине" это один и тот же заказ если товарная наменклатура или разделы похожи. ИИ вам в помощь.
- Так же от Илья поступало отличное предложение с ведением статистики в 1С. Тогда у вас все продажи будут аггрегированы на уровне 1С и вы будете видеть статистику по продажам.

Возможно вы заключаете договор или имеете программу лояльности и тогда можете "схлопнуть" заказы, но помните что не всегда если пользователь оформил заказ онлайн и пришел купить офлайн это один и тот же заказ. Например я хочу купить 100 изделий Х и 50 изделий У, но не уверен что они мне подойдут. Я иду в магазин и покупаю 1 изделие Х и 1 изделие У чтобы на работе проверить что все ок и уже потом оформить заказ.

Это я к тому что нужно учитывать так же и отрасль в которой вы работаете.

Основные данные о товаре я получаю через метод crm.product.get, а вот как получить вариации я так и не смог понять.

Через методы CRM вы их не получите, так как в crm нет торговых предложений.
Попробуйте поработать с API торгового каталога: https://dev.1c-bitrix.ru/rest_help/catalog/index.php

Однако насколько я знаю, работа с торговыми предложениями в rest пока не проработана.

Как можно обновить через API уже существующий лид в Битрикс24?

Использовать REST: dev.1c-bitrix.ru/rest_help/

Проблема в том что каждый раз когда пользователь редактирует свою заявку на стороне БУС в Битрикс24 создается новый лид. То есть один и тоже пользователь создает несколько лидов, в то время как нужно чтобы при изменении данных по заявке просто обновлялась информация лида.

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

Как правильно интегрировать веб-форму на 1C Битрикс (БУС) и сервис Битрикс24 так чтобы при редактировании новой заявки на стороне БУС можно было обновлять уже существующий лид?

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

Если потребуется использовать Webhook то нужны ли дополнительные настройки на стороне Битрикс24 и на стороне сервера?

Нет, не нужны. На стороне Битрикс24 достаточно создать вебхук, а вот на стороне сайта придется ее написать

Пользователь создается при добавлении элемента ИБ "Кадровые изменения"

Не следует использовать данную механику, потому что... барабанная дробь!... Добавление сотрудника на портал создает запись в ИБ "Кадровые изменения". Таким образом у вас получается бесконечный цикл: запись создает пользователя, который создает запись, которая создает пользователя...

Откажитесь от вашей механики в пользу простого добавления пользователя, ну или если уж совсем не хотите, то поставьте ограничение на рекурсию (например вот так)

Штатно никаких возможностей кастомизировать кнопки без ущерба для обновлений не предусмотрено.
Что допустимо с точки зрения "время-деньги":
- Разработка REST-приложения (читай про встройку) с дополнительной вкладкой под телом задачи
- Разработка собственного кода, который добавит кнопки или разделы в правую часть карточки задачи

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

Зайдите с другой стороны - посмотрите семантику.
Что такое сделка? Это успешная продажа какого-либо товара или услуги.
Когда она заканчивается? Когда товар у клиента или услуга оказана.

С точки зрения клиента, условно, процесс получения услуги выглядит так:
- Обращение в компанию
- Согласование условий
- Подписание договора
- Внесение предоплаты
- Оказание услуги
- Подписание актов
- Оплаты остальной части

Ты пытаешься совместить в одной клиентской воронке 2 независимых: Продажи и Производства.

На хорошие мысли тебя должны натолкнуть следующие вопросы:

1) Чью воронку я автоматизирую?
Воронку аккаунта который ведет от запроса и до получения оплаты?
Воронку продажника от получения запроса до первой продажи?
Воронку производства от получения задачи до ее выполнения?

2) А должна ли это быть одна воронка? Может быть это 3 связанных воронки?
Как гант: основная и 2-3 подзадачи.

3) А кто отвечает за подписание актов и получения остальной оплаты?
Тот кто оказывает услугу? Тот кто ее непосредственно выполняет? Отдельное лицо?

Например в компании где я работаю, условно, это устроено так:
В CRM воронка продажника совпадает с воронкой клиента.
В автоматизации настроено таким образом, чтобы при переходе на статус "Оказание услуги", в другой "воронке" (термин условный, там вообще не CRM) создается проект со своими стадиями. По завершению проекта в воронку идет ping, куда нужно подвинуть проект.

В REST методах нет корректной возможности получить подобные изменения.

Признаком является ключ "STAGE_SEMANTIC_ID", который может находится в 4 состояниях:
Пустота - неизвестно
P - сделка в процессе (все от новой стадии до финальных)
S - успешно завершенные
F - проваленные

Однако в REST методах он является ReadOnly и доступен только для чтения, т.е. фильтрация по нему не проходит.

Вам нужно чтобы сайт который вы сделали на Б24 (это не ваш внешний сайт который вы "интегрировали", а именно сайт на базе Сайты24), знал что он находится по этому адресу.
Для этого можно воспользоваться мануалом битрикса: https://helpdesk.bitrix24.ru/open/6624333/

Есть событие `Grid::updated` которое срабатывает при обновлении грида.
Событие `onAjaxSuccess` довольно топорное событие, так как срабатывает во многих случаях, а каждый раз парсить ответ чтобы проверять что то что прилетело (или было отправлено) это было обновление грида довольно затратное занятие.

Дело в том что "Товар" из CRM и "Товар" из Интернет-магазина это не один и тот же товар исторически.
Попробуйте работать с методам товаров из интернет-магазиина