BPMN за 9 минут: Отмена процесса в любой момент

[@azima2878]

Супер! Коротко и ясно. Больше подобных видео с разбором )

[@Vsevolod44]

Спасибо! Пойду гляну про токены

[@utandr]

Офигенное раскрытие темы. Storm bpmn пользуемся полгода, крутой инструмент

[@ОльгаА-у7ъ]

Классно! Никогда в нем не работала, но было понятно. Спасибо!

[@max_from_it]

Денис, красава! Коротко и понятно всё объяснил.

[@levbovski3559]

Отличное видео, спасибо

[@olgazi5642]

Спасибо! Отлично получилось 👍. Коротко и ясно.

[@IIIlllyyyccchhh]

Весь мир: делает видосы за 1 минуту Котов: делает короткое видео с 50 секундным интро

[@BPMN2ru]

Я не из того поколения)) но как-нибудь сосредоточусь и сделаю минутное)))

[@niknixon5472]

@@BPMN2ru Даёшь тик-токи по BPMN!))

[@god_slayer-restart]

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

[@hatoriguru9645]

Кстати, интересно тогда как бы выглядит процесс, например, в 3-м варианте, когда клиенту предлагаем скидку, но при этом не нужно процесс останавливать, например, достаточно параллельно торговаться и закончить это к моменту завершения основной ветки процесса. Ну или еще сценарий: нужно токен основной ветки не убить, а вернуть немного назад, например, на условный шаг 2. При этом не важно на каком он сейчас шаге, главное не на 1м.

[@BPMN2ru]

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

[@pohhyun]

а можно как-то скрыть подпроцесс на доске? имею в виду свернуть и при необходимости развернуть

[@СеваМариныч]

Приветствую! Поясните, пожалуйста, следующий момент (речь про последний вариант исполнения): в моем понимании, поскольку событие в пп непрерывающее, то токен в основном процессе продолжит работать одновременно с токеном, созданным в пп. В таком случае, если клиент, отказывается от скидки, то нам в пп необходимо в кач-ве конечного события использовать останов, чтобы убить токен основного процесса, верно?

[@220486Max]

Terminate End Event

[@andreynew02]

Спасибо за видео. Каким образом сделать уничтожение токенов основного процесса по условию? Допустим отменить процесс (отмена по инициативе клиента) можно только до четвертого действия. Как только токен начинает выполнять четвертое и последующие действия, процесс отменить нельзя, даже если клиент очень хочет. Что приходит на ум: объединить первые три действия в подпроцесс и навешать туда прерывающее сообщение. Есть ли еще способ? И как в последующих процессах показать действия в случае попытки отмены (сообщаем клиенту, что отменить нельзя) - объединением в подпроцесс с непрерывающим событием?

[@alexandergrechukhin6421]

Насколько важно рисовать пул клиента и поток сообщений от него в событие во встроенном подпроцессе-обработчике? Какие риски отсутствия пула клиента и потока сообщений?

[@BPMN2ru]

Никаких, я нарисовал для наглядности

[@alexandergrechukhin6421]

@@BPMN2ru , понял, большое спасибо.

[@ЕвгенийШатских-р6ю]

Как я понял тут рассмотрен отказ с позиции клиента, выглядит очень удобно. Вопрос: В ходе рассмотрения кредитной заявки банк может отказать клиенту после каждого из этапов рассмотрения и придётся после каждого блока всё равно ставить exclusive gateway как на первом примере, можно как-то этого избежать?

[@BPMN2ru]

Ага, надо ставить. Мы же знаем когда отказ будет, а самому себе слать мессаджи нельзя

[@Dimir_slik-b5z]

​ @BPMN2ru Хорошо, самому себе слать нельзя. А если у событийного подпроцесса обработчика будет тригером будет условие (какое-то условие, это внутри кружочка такой листок бумаги)? Т.е. у нас работает БП, в какой-то момент что-то пошло не так, поэтому изменили условие - на это условие тригернул событийый подпроцесс обработчик прерывающий и остановил БП (убил). Или ещё, кажется вы в каком-то видео говорили, можно послать типа во вне сообщение, чтобы от туда пришло нужное мне в этом БП сообщения чтобы на него тригернул событийный подпроцесс обработчик - т.е. шлешь себе но через посредника.

[@BPMN2ru]

Да это тоже самое что скому себе слать)) через бумажку можно, норм вариант

[@ale6094]

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

[@220486Max]

Походу никак. Я бы текстом прописал. Тем более, что нотация предписывает минимизировать количество элементов до лишь тех, что несут ценность.

[@hatoriguru9645]

Не увидел особого преимущества 3-го варианта над 2-м вариантом

[@alex_kenbo]

Ссылки не работают

[@ruslangabitov5202]

Ребята из OMG, конечно, молодцы, но тот, кто придумал Событийный шлюз, будет гореть в аду.

[@BPMN2ru]

Этот шлюз ещё норм, там есть мультистарт, вот где ад

[@ruslangabitov5202]

@@BPMN2ru, с точки зрения реализации мультистарт не так плох, как событийный шлюз, потому что он принимает решение о том, как пойдет исполнение на основании данных, которые уже есть в контектсте процесса. А этот событийный шлюз должен контролировать, что происходит _ПОСЛЕ_ него. Ни один другой элемент BPMN так не изуродован. И самое обидное, что все что делает этот событийный шлюз можно легко реализовать без него.

[@Ostap91b]

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

[@BPMN2ru]

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

[@gu1503]

Все видео смотрю в глаза пёселя.🙄

[@alexeybeloushko7240]

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