Вот таким образом получилось запустить.
bizproc.workflow.start.json?TEMPLATE_ID=1228&DOCUMENT_ID[]=crm&DOCUMENT_ID[]=Bitrix\Crm\Integration\BizProc\Document\Dynamic&DOCUMENT_ID[]=DYNAMIC_1032_1336
TEMPLATE_ID - id бизнес процесса
DOCUMENT_ID[]=crm&DOCUMENT_ID[]=Bitrix\Crm\Integration\BizProc\Document\Dynamic - стандартная фигня, которая криво описана в документации
DOCUMENT_ID[]=DYNAMIC_1032_1336 -------- 1032 - это id смарт процесса, 1336- id элемента смарт процесса
ruzont, Через роботов не делал, но выглядит всё правильно (блоки по сути одни и те же). Но главное не забыть, что "Шаблон бизнес-процесса" должен быть создан именно в сделках. "что бы он мог определить сделку. Верно ?" - да именно для этого надо передать id сделки.
Запустите сейчас тестовую сделку и проверьте. Я в своё время сделал как написал выше.
Если не получится, то есть ещё один вариант замудрённый.
Zanuda28, Куда надо зайти:
Разработчикам ------ Другое ------ Входящий вебхук .
Выбираешь метод - task.item.complete .
Добавляешь параметр TASKID .
Даёшь права на задачи, на срм, на бп и расширенные права на задачи.
Сохраняешь.
Копируешь URL и идёшь в свой бизнес-процесс. Вставляешь блок "исходящий вебхук' и в него заносишь этот URL. В конце URL тебе надо подставлять ещё ID задачи (если это всё в одном шаблоне, то можешь передать это через дополнительные результаты, если в разных шаблонах (разные стадии сделки), то id задачи надо сохранять в какое-нибудь поле, чтобы потом передать в блок исходящего вебхука)
В модуле Fusion обычному юзеру видно только вот это
В то время как это видят админы портала
.
.
.
Человеку админа давать не хотелось бы, а вот просмотр всех этих встреч дать было бы неплохо.
В самом модуле права даются людям лишь на создание и редактирование переговорок, но не на просмотр встреч
Плюс если у вас нет правил по записи телефонов, то скорее всего не взлетит, так как номера:
1) +7-999-999-99-99
2) 8-999-999-99-99
3) +7 999 999 99 99
Это всё разные номера для системы в данной логике
Nikita54,
1. Заводишь глобальную переменную и устанавливаешь ей числовое значение равное кол-во лидов на данный момент.
2. Делаешь вот такую схему:
1) итератор гоняешь по глобальной переменной
2) "Получить информацию об элементе CRM" - там условие, что если ID равно глобальной переменной, то ты забираешь из этого элемента номер телефона
3) В условии тип смешанный - если телефон равен доп результату из "Получить информацию об элементе CRM" то отправишь уведомление
4) После всего прохода увеличиваешься переменную на 1
Так тебе битрикс же даёт информацию о том что это повторный лид. Зачем определять по номеру телефону?
На крайняк можешь взять блок "Получить информацию об элементе CRM" и фильтр сделать по полю с номером телефона. Если что-то найдётся похожее, то отправляй уведомление.
bizproc.workflow.start.json?TEMPLATE_ID=1228&DOCUMENT_ID[]=crm&DOCUMENT_ID[]=Bitrix\Crm\Integration\BizProc\Document\Dynamic&DOCUMENT_ID[]=DYNAMIC_1032_1336
TEMPLATE_ID - id бизнес процесса
DOCUMENT_ID[]=crm&DOCUMENT_ID[]=Bitrix\Crm\Integration\BizProc\Document\Dynamic - стандартная фигня, которая криво описана в документации
DOCUMENT_ID[]=DYNAMIC_1032_1336 -------- 1032 - это id смарт процесса, 1336- id элемента смарт процесса