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

Как сделать генерацию документов 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 и "Товар" из Интернет-магазина это не один и тот же товар исторически.
Попробуйте работать с методам товаров из интернет-магазиина

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

Это достаточно не простая задача потребует значительных архитектурных конструкций в Битрикс24. Вам необходимо выставить кучу условий в самом БП который срабатывает на изменение и дополнительных полей. Для облака не могу подсказать конкретного решения, но на коробочной версии я бы не стал это делать через действия бизнес-процесса. Впрочем как и на облаке я бы воспользовался REST действиями (сделал бы свое).

1С-Битрикс в последних обновлениях (20+) провела масштабную работу по безопасности продукта, а так же изменению внутренних подсистем. Одним из таких шагов было изменение механизма хранения сессионных файлов и cookie, что не могло не повлиять на "старый добрый 'все работало раньше'".
Ошибка которую вы приводите возникает из-за cookie `PHPSESSID`, которое хранит идентификатор сессии залогиненного пользователя. Для любого сайта cookie это не просто пара ключ-значение, а чуть более сложный механизм включающий время действия и домен который его выдал. В общей практике этому ключу должно соответствовать лишь одно значение - то, которое выдал сайт.

Что же происходит после последних обновлений?
Для удобства рассмотрим некоторую компанию: company.org. Cookie может быть выдано несколькими способами: на конкретный домен и на доменную группу, причем доменная группа это все подсайты текущего сайта. Если Б24 находит на поддомене b24.company.org, то куки с названием `PHPSESSID` может быть выдана и b24.company.org и company.org, таким образом для сайта company.org не будет никаких проблем, в то время как для Б24 это создаст огромные проблемы. Соответственно чем меньше уровень домена, тем больше сайтов могут на нее повлиять. Например для: spb.b24.company.org это могут сделать аж 3 сайта (spb.b24.company.org, b24.company.org, company.org).

Что делать?
Есть несколько вариантов. Например самый простой из них:
1) Смоделировать ошибку
2) Открыть консоль разработчика в браузера, вкладку с cookie
3) Посмотреть кем выдано лишнее cookie (там могут встретиться 2 записи: ".b24.company.org" и ".company.org"). Лишние cookie, это cookie которые не имеют в своем домене непосредственно адреса портала. В приведенном примере это ".company.org"
4) Перенастроить сайт "company.org" таким образом, чтобы он не выдавал cookie на доменную группу или сменить название cookie переменной.

Способ намного сложнее: можно изменить параметр `session.name` на веб-сервере где находится Битрикс24 с значения `PHPSESSID` на что-то более уникальное и модифицировать часть подсистем Битрикс24 чтобы они использовали новое название. Однако этот пункт с очень большой звездочкой, поэтому рекомендую выбрать простой вариант.

Как можно привязать бизнес процесс открывающий форму к изменению состоянии задачи? И можно ли можно настроить функционал чтобы бизнес процесс отображения формы запускался только если сотрудник (юрист) укажет в задаче что она выполнена?

Да, в самом БП в блоке где вы создаете задачу есть опция "Ожидать выполнение задачи".