у нас в камунда админке отсутствует кнопка logout в яндекс браузере, кто-нибудь сталкивался?

Ребята, посоветуйте как можно замоделировать такой кейс.
У меня есть 16 разных категорий  для сущности, комбинации которых в один момент должны влечь за собой создание разных типов тасков или последовательностей тасков. Типов таких тасков пока насчитал 31. Можно ли как-то упрощенно это запроектировать через dmn и события может, или как-то ещё, или остаётся только городить каскады шлюзов?

Специально проверил - в яндекс браузере во всех трех приложениях при нажатии на имя текущего залогиненного пользователя открывается менюшка с двумя пунктами
My profile и Log out

А какая версия камунды?

7.14

Вариант решения:

1. Делаете 31 процесс для разных наборов активностей.
2. В основном процессе у Вас 2 активности — одна решает, какой из 31 процесса вызывать, вторая его вызывает. Это может быть DMN, а может быть и простой service task.

вроде красиво. в случае последовательностей можно получается подпроцесс сделать множественным, а условия для вызова таски/тасок, если нужно, делать на схеме уже в самом подпроцессе. надо попробовать, спасибо

При тестировании пилотного процесса уткнулись в банальный вопрос. Если User task назначен конкретному пользователю, а он (внезапно) заболел, ушел в отпуск, уволился , то как это красиво разруливать?
Предполагается, что разруливать это должен некий менеджер среднего звена - типа владелец процесса. Через Cockpit не вариант.
По логике типов "разруливания" как минимум три и они не взаимозаменяемые и со своими недостатками:
1.  Назначить User task на другого пользователя (городим костыль на уровне frontend'a - право у пользователя/группы на переназначение задачи в зависимости от вида процесса)
2. "Откатить" процесс в определенную точку назад (загружаем схему процесса доп переходами или как-то еще прописываем куда возвращаться, если вдруг что)
3. Прервать текущий User task по таймеру (можно на схеме процесса красиво реализовать, но имеет смысл только когда никто никуда не торопится)

И еще доп. вопрос: кто-то искал/находил решение, чтобы таймеры учитывали только рабочее время? 😊 (в идеале с привязкой к производственному календарю)

Вы рассматривали вариант, когда задача присваивается не пользователю, а группе пользователей?

Допустим, группа "бухгалтеры", в которой Петя, Маша и Вася. Если Петя ушел в отпуск, то задачу клеймят Маша или Вася.

переназначение, возвраты... СЭДом попахивает)

это используется там, где это имеет смысл
но очень часто должен быть конкретный исполнитель и он известен на момент прихода процесса в User task

Есть ли возможность поставить перед user task service task, который будет проверять, доступен ли этот человек (которому нужно присвоить user task) сейчас?

Классическая причина не юзать таск лист от ууаунды и абстракции тасков как таковые

В elme например есть сущность "отсутствие", она селектит таски и переназначает их, и через нее же новые на такого же юзера прогоняется

Надо самому такое накодить в камунде

А что это решает? вечером в пятницу человек был и к нему прилетело надцать задач, а в понедельник утром он на работу не вышел )

я бы сделал попроще - назначать на группу + назначать дополнительно одного исполнителя

Итого - все видят все документы в группе, но в какой то момент один может "забрать" у другого задачку. Ну и плюс оповещения по SLA тоже помогут

вообще тема сложная

Это решает проблему отпусков, праздников и прочих плановых остутствий.