Доброго времени суток, коллеги!
Хотел попробовать добавить уведомление ответственному по возвращению из стадии "OnHold" в "В работе", создал шаблон уведомления, выстроил цепочку чтения данных и отправки, но не знаю как считать id обращения для чтения ответственного именно в том обращении, которое возварщается "В работу" когда стартовым действием является не "сигнал" а "стартовый таймер".
Как это можно реализовать?
Нравится
Руслан, если по таймеру, то надо каким-то образом определять, какой Id имеется в виду. Если выйдет настроить фильтр, в который попадут только такие записи, можно использовать его.
Либо добавить служебное логическое поле «обработан» и программно его значение-галку снимать при смене стадии и ставить после отправки. И фильтровать в БП по таймеру записи, где снято.
Хотя, если делаем обработчик события смены стадии, можно всё сделать в нём и нет смысла в отдельном БП по таймеру.
Вам нужно по таймеру обработать все обращения со статусом "В работе" или только последнее?
Ксензов Егор,
Мне нужно обработать индивидуально обращение, которое было возварщено из стадии OnHold и отправить уведомление именно тому ответственному, обращение которого было возвращено. Знаю как "цеплять к id" если 1 шаг это стартовый сигнал, а вот с таймером не разобрался как сделать
.jpg){kind=avatar}
Шарифуллин Руслан,
здравствуйте! Тогда Вам необходимо добавить в данный процесс подпроцесс который будет обрабатывать обновленную коллекцию. В данной статье описана работа с коллекциями в БП. Это так на вскидку.
Руслан, если по таймеру, то надо каким-то образом определять, какой Id имеется в виду. Если выйдет настроить фильтр, в который попадут только такие записи, можно использовать его.
Либо добавить служебное логическое поле «обработан» и программно его значение-галку снимать при смене стадии и ставить после отправки. И фильтровать в БП по таймеру записи, где снято.
Хотя, если делаем обработчик события смены стадии, можно всё сделать в нём и нет смысла в отдельном БП по таймеру.