ну, возможно, если будет что-то совсем сложное, то сломается где-то

Я отвечу по делу скоро

А не троллю)

Я когда рисую, отталкиваюсь от следующего: если человек не разбирается в коде, http и прочих технических вещах сможет прочесть диаграмму и не задаст ни одного уточняющего вопроса, значит сделано верно😅

@ilyabrr Вы сейчас реализуете bpmn схему как программисты, и для программистов. Для реального "бизнес"-пользователя, например, Response code 200 или не 200 это птичий язык. И ты своей подробностью будешь портить ему аппетит ))) Bpmn в идеале это чуть более высокий уровень абстракции. Там есть действие - Отправить запрос. Оно может закончиться успешно, или "в конечном итоге" не успешно. Как вы этого будете добиваться это ваши проблемы, а не бизнес пользователя, он вообще об этом ничего не должен знать.

во, я точно так же, пока что проблем не было) Читают мою схему аналитики и тестеры, которые в джаве вообще не секут)

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

а код не могут ?  ctrl+клик мышкой в ide

тот же самый флоу)

с кодом туговато, тем более, у нас не делегаты, а camel

ну и там уже всё-таки надо понимать, это же не картинки

А если они не знают, что такое http, коды ответа, таймауты операций и вот это вот всё

как вы о них

Вы покажите продавцу, если поймёт, значит ок)

Дело в том, что изначально bpmn это процессное управление уровня предприятия. А у вас бизнес-процесс это небольшой flow обработки платежа. Исходя из этого, можно реализовывать как удобно. Но тогда просто не нужно равняться на best practice уровня предприятия )))

сначала вы едите на камунде, а потом она на вас

в смысле? Я о них замечательно, со своей работой они отлично справляются. Разбираться в коде и кодить в их обязанности не входит

А это как так делается? Плагин какой-то?

а смотреть в схему это не разбираться в коде? :)