Как в Битрикс 24 поставить задачу при изменении поля?

Question

[web_dev_d]

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

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

Как можно решить такую задачу?
У нас коробочная версия, по этому можно прибегнуть к PHP в бизнес процессе.

Answer 1

[belc]

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

Answer 2

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

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

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

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