Длинный процесс и измененение данных в объекте - как решать?
Коллеги, привет! На днях у клиента случился такой кейс - при сохранении лида там стартует процесс, который "живет" в среднем от полугода до года, на одном из шагов процесса там создается фирма с основным контактом, сами контакты и бог знает что еще. Процесс сам включает что-то около 100 шагов, из которых половина - это задачи. Эти задачи ставятся на ответственного по сделке и на основного контакта в фирме. После задач с типом "встреча" клиенту отправляется автоматический follow up (т.е. без участия пользователя).
Суть кейса - у клиента поменялось ответсвенное лицо (поле "Основной контакт" в фирме), а через неделю - ответственный менеджер (поле "Ответственный в продаже"). Насколько я понимаю, изменить данные в запущенных по этой фирме и по этому ответственному процессах уже ничего невозможно. Он (процесс) будет и дальше работать со старыми значениями и посылать письма несуществуюшим сотрудникам. Как это глобально решать также непонятно, ибо ставить чтение данных из нескольких объектов перед каждым шагом - не вариант. Т.е. фактически данный кейс говорит о том, что процессы в системе без проблем можно использовать только в условиях гомеостазиса (когда ничего ни у кого не меняется), иначе все :)
Собственно вопрос к коллегам и вендору - как вы предлагаете решать ситуации изменения ключевых данных в уже запущенных процессах, когда частота и объем меняемых данных заранее неизвестны? Как уже говорилось выше, чтение данных перед каждым шагом не вариант.
Нравится
Может все проще можно сотрудник уволняется тот кто приходит на его место (или на кого сваливают) его фронт ответственности получает переадресацию его почты (корпоративной разумеется не личной).
Если с админами проблема для этой цели можно придумать какую то табличку замены почты а лучше сотрудников на уровне bpmonline (Учесть замещения увольнения и тд)
Те идея если стоит что сотрудник недоступен с такогото по такое то число (время) его активности (звонки, почту) переводить на заместителя (лей) если такие есть
Да, было бы здорово добавить параметры, которые автоматически пересчитываются при обращении к ним
Владимир Соколов,
Дык проблема не праздная. У меня висит открытый инцидент на то, как быть с описанными процессами? Изменить данные не всегда можно руками, да и не будет никто, а остановить процесс тоже нельзя. И вот что?
Владимир Соколов,
Тут проблема серьезнее. Либо мы говорим о бизнес-процессах (и в этом случае я не должен заморачиваться текущими данными бизнес-объекта, достаточно свойства (поля) объекта, а система сама вычитает текущее значение) либо же мы говорим просто об автоматизированном кодировании (т.е. когда алгоритм "рисуется", а потом просто компилируется/интерпретируется и после манипулирует данными на уровне объявленных переменных и им присвроенными пользователем значений), но это с бизнес-процессами не имеет ничего обшего, так как работает не с бизнес-объектами, а с атрибутами методов на системном уровне (не уверен, что объяснил то, что хотел).
Дмитрий Степанов пишет:
Иногда нужны значения бизнес-объектов на определенном этапе, иногда текущие. И сложно выбрать какой-то один вариант
Может все проще можно сотрудник уволняется тот кто приходит на его место (или на кого сваливают) его фронт ответственности получает переадресацию его почты (корпоративной разумеется не личной).
Если с админами проблема для этой цели можно придумать какую то табличку замены почты а лучше сотрудников на уровне bpmonline (Учесть замещения увольнения и тд)
Те идея если стоит что сотрудник недоступен с такогото по такое то число (время) его активности (звонки, почту) переводить на заместителя (лей) если такие есть
Для получения значений полей объектов нужно использовать элемент «Читать данные». Чтение лучше производить непосредственно перед использованием, чтобы между ними не было действий пользователей, которые заставляют процесс ожидать (задачи, страницы и др.). Если процесс пошагово выполняется месяцами, добавление операций чтения существенно не повлияет на производительность.
Если есть аргументированное мнение о том, что bpm'online не является системой управления бизнес-процессами, а является системой автоматизированного кодирования, можете подготовить об этом доклад на конференции.