Передача информации по задаче
Добрый день!
У нас в организации система на Greendata является центральным конвейером, на котором проходят все процессы и выполняются задачи. Однако у разных подразделений есть свои системы с АРМ, где они веду учет времени, эффективности и прочие метрики. Поэтому важно таким системам оперативно передавать информацию о назначении задачи и о ее завершении прям в моменте.
Подумали, о следующих решениях, но в них есть свои минусы:
1. Сделать расписание, которое будет регулярно отправлять данные о списке задач по этому подразделению.
Минус: если сделать расписание слишком частым, то будет нагружать систему пустыми потоками. Если сделать его реже, то не будет отражать действительность в моменте
2. Поставить сервисное действие перед/после завершением задачи
Минус: придется сильно расширять схему на каждую задачу по 2 СД. Причем в СД перед задача по сути не назначена, поэтому придется в алгоритме хардкодить значения последующего этапа
(Есть вариант повесить логику на кастомную кнопку завершения задачи, а системную скрыть, но вопрос с назначением отсеется открытым)
3. События на задаче. Можно сделать проверку на список нужных задач, а дальше в алгоритме отлавливать назначение и завершение
Минус: Тип задачи системный и этот алгоритм будет влиять на быстродействие всех задач и на любое сохранение в целом. (В теории можно сделать дочку от системного типа, но насколько это правильно и не будет ли эта возможность заблокирована в дальнейших версиях платформы?)
Хотелось бы узнать, какой-то триггер, который может вызывать алгоритм при назначении задачи и при завершении. Можно есть настройка на этапе или событие какое-то, которое крепится к задаче и дальше выводит в определённую ветку.
Кажется, что ситуация достаточно популярная и много где есть свои системы, в которых ведется учет времени сотрудников, которым данные хорошо бы передавать максимально оперативно.
Комментарии
Добрый день! Подготовим для вас ответ.
Добрый день!
Самым оптимальным выглядят только события на задаче.
Можно сделать свой прикладной тип объектов для задач, наследованный от системного типа WF_PROCESS_TASK, и уже в этом типе добавить свои алгоритмы ЖЦ.
На нужных этапах БП можно указать этот тип, как тип для создания задачи, и задачи по данному этапу будут создаваться как экземпляры указанного типа объектов с применением настроенных алгоритмов ЖЦ.
От возможности создавать прикладные дочерние типы для задач не планируется отказываться.
Данную возможность считаем полезной и востребованной.
Для событий при назначении задачи можно также использовать "Алгоритм после формирования задачи" в Дополнительных настройках:
Это работает и с системным типом WF_PROCESS_TASK.
Для события завершения задачи можно реализовать подобный функционал, но это уже потребует доработки системы.
@Marina_Odincova , супер, тоже думали к этому варианту прийти. Отлично, что от наследования WF_PROCESS_TASK не планируете отказываться
Благодарю за развернутый ответ и за описание настройки "Алгоритм после формирования задачи" в Дополнительных настройках!