Может разные scope?

Нет

Такое поведение начинает проявляться когда в процессе параллельно висит инцидент

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

Добрый день всем,
Кто знает как заставить liqubase сначала выполнить мой скрипт, а потом комунды?

ну, можно попробовать указать в свойстве spring.liquibase.change-log свой файл а в него сделать <include> файла со сриптами от Камунды после своей нужной части. Но я так никогда не пробовал

Добрый день. У меня вопрос по REST API. В ответе List History Task не возвращается formKey таска по каким-то идеологическим причинам? Мне нужно отобразить форму завершённого задания. Или есть какие-то обходные пути? Спасибо.

Возможно, это связано с тем, что под таской понимается не только User Task, но ещё и System Task, Script Task и т.д. к сожалению, придётся сходить второй раз и получить form key

В History Task уже есть атрибуты, присущие только User Task, например, assignee и owner. А "сходить" некуда, таска уже нет, он только в history...

а есть ли в BPMN возможность каким-то образом размечать мотивы? чтобы понимать где в процессе, например, может возникнуть конфликт интересов(продажи - больше продавать, производство - меньше станок крутить), или процесс ведет в основном одно подразделение, слабо в нем заинтересованное, а выгоду получает другое, в итоге мотивы не сходятся, не оч работать будет

даже не знаю как погуглить, везде "процессы мотивации" забивают, ну или если есть какие-то другие инструменты, тоже классно!

Разве что комментариями и цветами.

Но вообще есть ощущение, что Вы хотите использовать BPMN для того, для чего он не предназначался. Вопрос мотивации это более высокий уровень абстракции, чем то, что обычно делают на BPMN.

Есть BMM, прикольная штука, слегка напоминает archimate.  Тоже от омг, которая придумала бпмн. Но это уже совсем колдунство ентерпрайз архитектуры, далёкое от реального мира

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

хмм, интересная штука, поверх BPMN бизнес ценность обрисовывать, но на первый взгляд она применима только для процессов в целом, а не для участников, спасибо, посмотрю внимательнее

Это скорее про требования к результату. Должна быть некая модель желаемого выхода, с которой сравнивается результат процесса. А эта модель в свою очередь задается другим процессом. А мотив исполнителя должен быть в том, чтобы соблюдать требования к результату. И это можно измерить

Кажется, речь идёт о KPI различных групп исполнителей и построение отчётов по метрикам этих KPI

У одного вендора из трех букв были такие инструменты из коробки, для камунды наверняка существуют аналогичные плагины

немного не так, KPI и системы мотивации - это внешнее воздействие, мне же хочется на этапе дизайна процесса разметить внутренние мотивы, ну т.е. если результат завязан на подразделение, которое не имеет в этом никакой выгоды - лучше на другое переложить
я отрисовал процесс(опираясь на то, как оно сложилось), потом понял про вот эти мотивы, и хотел узнать, может быть есть какие-то расширение BPMN или еще, что
BMM покопался, сущности Influencer и Reward  (и куча разных связок), вроде бы подходит, но с натяжкой, как я понял там все же более высокий уровень абстракции

вроде бы Intent ключевик(что я "мотивом" называю), но что-то никак не могу ничего подходящего найти

эт не про BPMN