14:17 Начало (описание классификации) 14:48 1 категория классификации (где событие может быть в схеме бизнес процесса) 15:01 Описание стартового события 15:53 Описание промежуточного события 16:18 Описание завершающего события 16:42 2 категория классификации (прерывающие и не прерывающие) 17:54 3 категория (где находится событие, в процессе, или подпроцессе, или на самой задаче/ вложеннные) 18:27 4 категория (Catching токен ждет когда произойдет это событие, или Throwing: событие что то иницирует и токен сразу проезжает дальше). Catching - это как ловить, стоишь и ждёшь на воротах мяч. Токен "застревает" и проходит вперёд только получения соответствующего throw эвента Throw это как кинуть - кинул и пошел , токен с него мгновенно движется вперёд 20:08 5 категория (описание значков внутри события) 21:54 Пример стартового события 22:30 Пример завершающего события (посередине промежуточный) 22:53 Пример Inter / No inter (прерывающие / не прерывающие) 29:01 Message event 30:23 пример события Message 36:11 Пример прерывающего и не прерывающего стартового события 43:19 (44:08) Пример Catching 46:04 Примеры типов Message 48:01 Пример Intermedia / Boundary / Inter (attached event/ вложенные) 53:45 Пример завершающего события с отправкой Message 55:45 Таймеры 56:03 старт запланирован на какое то время 57:27 встроенный подпроцесс обработчик (Start / Event Sub / Inter, не прерывающий) 59:30 встроенный подпроцесс обработчик (Start / Event Sub / Non Inter, прерывающий) 01:01:25 Intermedia / Catching timer (таймер) 01:03:21 Intermedia / Boundary / Inter timer (таймер) 01:05:14 Intermedia / Boundary / No Inter timer (таймер) 01:08:31 Intermedia / Boundary / Inter Error 01:13:33 Промежуточное и завершающее события типа Error 01:17:57 Стартовый Error 01:21:06 Эскалация 01:21:44 Стартовая и завершающая эскалация 01:24:06 Промежуточное событие эскалации (прерывающее и не прерывающее) 01:26:24 Эскалация Throwing 01:28:01 Компенсация (не рассказал), 02:00:25 продолжение (тоже не рассказал) 01:39:02 Отмена 01:43:39 Событие Conditional 01:48:08 Портал Link 01:50:16 Сигналы 01:54:20 Terminate 01:57:05 По мнению Дениса никогда не используемые символы Multiple, Multiple paralel 01:57:40 Multiple event 01:58:45 Multiple event paralel
Спасибо большое за Ваши видео! Начала знакомство с BPMN 2.0, сначала прочитала нотацию и сразу увлекло, и показалось всё понятным. Но когда нашла Ваши видео, где Вы разбираете сложные большие схемы, то я поняла, что ещё ничего не поняла 😁 И именно данное видео очень мне помогло! Буду смотреть Ваши видео дальше 👍
Помогите пжл разобраться. Что в Storm чтo в Bizagi что в Сomunda Modeller не могу найти значки события не прерывающие процесс? как их в этих программах показать на диаграмме? Может есть какие-то горячие клавиши которые прерывающее событие трансформирует в не прерывающее?
Денис, вопрос такой: Есть колл-центр который обрабатывает входящие заявки поступающие по разным каналам (та самая омниканальность) - это корзина сайта, чат, email, лендинг, звонок на тел, звонок с сайта по WebRTC, звонок/сообщение в месенджере, callback звонок + разные направления по исходящим (с точки зрения КЦ) звонкам. Т.е. моделируя процесс работы кц, все вышеописанное будет являться стартовым событием. Разве не для этого и придумано событие multiple? И как быть с поступлением обращений одновременно по разным каналам (или частично одновременно, т.е. по части из выше описанных)? И как быть с разными типами обращений, т.е. например звонки могут быть сервисными, продажными, разделяться по отделам, по номерам куда звонят, по логике обработке звонка (например с IVR или без, пишем запись или нет, собираем такую статистику или другую, аудируем 5% звонков или 3%)? Как вообще научится правильно это все дело моделировать?
@@BPMN2ru спасибо, а как на счет частично одновременного поступления обращений? Формально исполнитель один, но фактически людей на линии больше чем один (что и позволяет делать одновременную обработку). Не совсем понятно как бпмс воспринимает оператор ИЛИ
@@BPMN2ru Например один из них будет позволять работу триггера, с помощью которого мы дадим команду фулфилменту разобрать заказ, а другой например не позволит процесс автоматизировать и надо будет звонить и договариваться. (Эт я придумываю вариации)
@@BPMN2ru Или например, заказ с сайта может быть полностью автоматически обработан и кц надо будет только подтвердить заказ и проинформировать по срокам доставки, а по телефону надо данные по заказу собирать в ручную + например если у меня не прописана интеграция склада и кц, то оператор кц не знает остатки (и у него появляются дополнительные телодвижения - зайти в админку склада, найти товар, посмотреть остаток - чего не будет в автоматическом варианте)
@@BPMN2ru Обработка запроса и его исполнение должны быть разделены, нельзя чтобы канал влиял на поведение процесса. Т.е. расписывать как отдельный процесс?
Добрый день! Видео пересмотрел уже 3 раза. Буду благодарен за помощь в конкретном и вроде простом вопросе касательно использования таймера. Как изобразить срок исполнение действия? Вот некоторые ставят таймер промежуточный (подписали допустим "в течение нелели") и после него указывают действие (допустим "обработать заявку"). И подразумевают, что они таким образом обрабатывают заявку неделю. Но ведь это не по bpmn. Как это правильно изобразить? Только с прикреплённым к действию событием в виде таймера (допустим "Через неделю отправить обработанную заявку") или можно как-то не с прикреплённым таймером?
@@BPMN2ru А ещё есть варианты? Этот я сразу и думал. Но у нас не используют прикреплённые события, а ставят их просто в основной поток. А я не хочу делать неправильно.
@@BPMN2ru Спасибо большое за ответ и за труд! Последнее уточнение. Если сделать так, как сейчас делают, то это получается что "перед таймером делали какое-то событие, потом таймер говорит, что ждём неделю, а потом уже обрабатывает заявку"?
Подскажите пожалуйста, можно в Camunda сделать несколько throw link ивентов, и один catch link event ? Идея в том, что с нескольких мест в процессе нужно вернуться в одну точку.
@@BPMN2ru почему ? в документации Camunda указано следующее: Note that you might have the same event source (throwing intermediate link event with the same event definition name) multiple times, but the event target (catching intermediate link event) has to be unique according to the BPMN 2.0 specification.
А, косяк, и правда, ошибся. Очередной повод заглянуть в стандарт :) там на 253 странице и правда пишут что источников много может быть. В любом случае я их не люблю и не пользуюсь, потому что они скрывают смысл происходящего на процессе, при этом в реальном мире таких событий не существует, что засоряет диаграмму.
Коллеги, в примере месседжа, упустили факт прерывающего события, заявка/токен, ждал бы до таймаут эррора! тут нужно было по завершению проверки отправить коллбэк, либо сделать событие непрерывающим. (пример с Закупкой МТЦ 33:33) P.S. То же самое с 46:20 (аяяй, события то прерывающие, а действия нет)
Токен это теоретическое описание выполнения процессов в BMNP схемах. Условно его смысл можно описать как фишку которая двигается по полю настольной игры, но при этом обладает возможностью разделятся на клоны и части. Нагляднее можно посмотреть если посмотреть видео "Token in BPMN (english)".
Ужасно. Ни одного примера из жизни. Описание событий очень условное. Вишенка на торте - назвать событие по условию бумажкой. Верните мне 2 часа моей жизни.
спасибо, Вам большое! очень классный разбор, думаю, будет повод вернуться.
14:17 Начало (описание классификации)
14:48 1 категория классификации (где событие может быть в схеме бизнес процесса)
15:01 Описание стартового события
15:53 Описание промежуточного события
16:18 Описание завершающего события
16:42 2 категория классификации (прерывающие и не прерывающие)
17:54 3 категория (где находится событие, в процессе, или подпроцессе, или на самой задаче/ вложеннные)
18:27 4 категория (Catching токен ждет когда произойдет это событие, или Throwing: событие что то иницирует и токен сразу проезжает дальше).
Catching - это как ловить, стоишь и ждёшь на воротах мяч. Токен "застревает" и проходит вперёд только получения соответствующего throw эвента
Throw это как кинуть - кинул и пошел , токен с него мгновенно движется вперёд
20:08 5 категория (описание значков внутри события)
21:54 Пример стартового события
22:30 Пример завершающего события (посередине промежуточный)
22:53 Пример Inter / No inter (прерывающие / не прерывающие)
29:01 Message event
30:23 пример события Message
36:11 Пример прерывающего и не прерывающего стартового события
43:19 (44:08) Пример Catching
46:04 Примеры типов Message
48:01 Пример Intermedia / Boundary / Inter (attached event/ вложенные)
53:45 Пример завершающего события с отправкой Message
55:45 Таймеры
56:03 старт запланирован на какое то время
57:27 встроенный подпроцесс обработчик (Start / Event Sub / Inter, не прерывающий)
59:30 встроенный подпроцесс обработчик (Start / Event Sub / Non Inter, прерывающий)
01:01:25 Intermedia / Catching timer (таймер)
01:03:21 Intermedia / Boundary / Inter timer (таймер)
01:05:14 Intermedia / Boundary / No Inter timer (таймер)
01:08:31 Intermedia / Boundary / Inter Error
01:13:33 Промежуточное и завершающее события типа Error
01:17:57 Стартовый Error
01:21:06 Эскалация
01:21:44 Стартовая и завершающая эскалация
01:24:06 Промежуточное событие эскалации (прерывающее и не прерывающее)
01:26:24 Эскалация Throwing
01:28:01 Компенсация (не рассказал), 02:00:25 продолжение (тоже не рассказал)
01:39:02 Отмена
01:43:39 Событие Conditional
01:48:08 Портал Link
01:50:16 Сигналы
01:54:20 Terminate
01:57:05 По мнению Дениса никогда не используемые символы Multiple, Multiple paralel
01:57:40 Multiple event
01:58:45 Multiple event paralel
кто может помочь с решением задач (нужно построить по ним диаграмму) с пояснением, я уже который раз пытаюсь и все неверно
Для занятых, реальное начало на 12:13
бро)
Спасибо за труд! Многое в голове уложилось и укрепилось
Мега круто! Спасибо!
Очень полезное видео. Спасибо большое за Вашу работу!
очень доходчиво! спасибо!!!! успехов вам!
Денис, спасибо большое! Отличный обзор, всё очень четко, компактно и понятно!
Спасибо за видео. Жаль мало примеров было и примеры были в большей степени абстрактными. Но есть с чем поработать и над чем подумать.
Спасибо большое за Ваши видео! Начала знакомство с BPMN 2.0, сначала прочитала нотацию и сразу увлекло, и показалось всё понятным. Но когда нашла Ваши видео, где Вы разбираете сложные большие схемы, то я поняла, что ещё ничего не поняла 😁
И именно данное видео очень мне помогло! Буду смотреть Ваши видео дальше 👍
Спасибо за видео!! Очень понятно, информативно, интересно и полезно!!
Спасибо Вам! Очень полезный материал с понятной подачей!
Прекрасное видео, спасибо вам большое
Как всегда - отлично !
Спасибо!
Благодарю за знания👍
Спасибо. Очень полезное видео, Много нового и интересного.
Вах, красафчег! Супер видос! Братко, жжешь! Спасибо, что живешь!
Спасибо за стрим!)
Так, как все-таки применять стартовую компенсацию в событийном подпроцессе?
Спасибо большое за стрим и видео. Поддержу остальных, что конкретных примеров очень мало и очень они необходимы(((
@@BPMN2ru Спасибо, очень жду!)
Гениально , в очередной раз
Спасибище за видео. Подскажите: какой софр взать для начала - что бы все по стандарту и обязательно с иммитацией и рассчетами?
stormbpmn.com
Помогите пжл разобраться. Что в Storm чтo в Bizagi что в Сomunda Modeller не могу найти значки события не прерывающие процесс? как их в этих программах показать на диаграмме? Может есть какие-то горячие клавиши которые прерывающее событие трансформирует в не прерывающее?
Что такое токены и инстансы?
Денис, вопрос такой: Есть колл-центр который обрабатывает входящие заявки поступающие по разным каналам (та самая омниканальность) - это корзина сайта, чат, email, лендинг, звонок на тел, звонок с сайта по WebRTC, звонок/сообщение в месенджере, callback звонок + разные направления по исходящим (с точки зрения КЦ) звонкам. Т.е. моделируя процесс работы кц, все вышеописанное будет являться стартовым событием. Разве не для этого и придумано событие multiple? И как быть с поступлением обращений одновременно по разным каналам (или частично одновременно, т.е. по части из выше описанных)? И как быть с разными типами обращений, т.е. например звонки могут быть сервисными, продажными, разделяться по отделам, по номерам куда звонят, по логике обработке звонка (например с IVR или без, пишем запись или нет, собираем такую статистику или другую, аудируем 5% звонков или 3%)? Как вообще научится правильно это все дело моделировать?
@@BPMN2ru спасибо, а как на счет частично одновременного поступления обращений? Формально исполнитель один, но фактически людей на линии больше чем один (что и позволяет делать одновременную обработку). Не совсем понятно как бпмс воспринимает оператор ИЛИ
@@BPMN2ru отличие от канала - меняется набор операций и их последовательность, инструменты.
@@BPMN2ru Например один из них будет позволять работу триггера, с помощью которого мы дадим команду фулфилменту разобрать заказ, а другой например не позволит процесс автоматизировать и надо будет звонить и договариваться. (Эт я придумываю вариации)
@@BPMN2ru Или например, заказ с сайта может быть полностью автоматически обработан и кц надо будет только подтвердить заказ и проинформировать по срокам доставки, а по телефону надо данные по заказу собирать в ручную + например если у меня не прописана интеграция склада и кц, то оператор кц не знает остатки (и у него появляются дополнительные телодвижения - зайти в админку склада, найти товар, посмотреть остаток - чего не будет в автоматическом варианте)
@@BPMN2ru Обработка запроса и его исполнение должны быть разделены, нельзя чтобы канал влиял на поведение процесса.
Т.е. расписывать как отдельный процесс?
насморк конечно не в тему) выздоравливайте!
30
4
Добрый день! Видео пересмотрел уже 3 раза. Буду благодарен за помощь в конкретном и вроде простом вопросе касательно использования таймера. Как изобразить срок исполнение действия? Вот некоторые ставят таймер промежуточный (подписали допустим "в течение нелели") и после него указывают действие (допустим "обработать заявку"). И подразумевают, что они таким образом обрабатывают заявку неделю. Но ведь это не по bpmn. Как это правильно изобразить? Только с прикреплённым к действию событием в виде таймера (допустим "Через неделю отправить обработанную заявку") или можно как-то не с прикреплённым таймером?
@@BPMN2ru А ещё есть варианты? Этот я сразу и думал. Но у нас не используют прикреплённые события, а ставят их просто в основной поток. А я не хочу делать неправильно.
@@BPMN2ru Спасибо большое за ответ и за труд! Последнее уточнение. Если сделать так, как сейчас делают, то это получается что "перед таймером делали какое-то событие, потом таймер говорит, что ждём неделю, а потом уже обрабатывает заявку"?
Хотела бы уточнить, можно ли как то добавить легенду, что бы она сама сформировалась?
Подскажите пожалуйста, можно в Camunda сделать несколько throw link ивентов, и один catch link event ? Идея в том, что с нескольких мест в процессе нужно вернуться в одну точку.
Нельзя Линки вообще не стоит использовать, они сильно ухудшают читаемость схем, используйте потоки управления и развилки
@@BPMN2ru почему ?
в документации Camunda указано следующее: Note that you might have the same event source (throwing intermediate link event with the same event definition name) multiple times, but the event target (catching intermediate link event) has to be unique according to the BPMN 2.0 specification.
А, косяк, и правда, ошибся. Очередной повод заглянуть в стандарт :) там на 253 странице и правда пишут что источников много может быть. В любом случае я их не люблю и не пользуюсь, потому что они скрывают смысл происходящего на процессе, при этом в реальном мире таких событий не существует, что засоряет диаграмму.
this very cool video
sps. nihuya ne ponyal. yebat trudno eta tema
Коллеги, в примере месседжа, упустили факт прерывающего события, заявка/токен, ждал бы до таймаут эррора! тут нужно было по завершению проверки отправить коллбэк, либо сделать событие непрерывающим. (пример с Закупкой МТЦ 33:33)
P.S. То же самое с 46:20 (аяяй, события то прерывающие, а действия нет)
На стене ребёнок тоже диаграмму рисовал)
10
1:31:20
отмена и компенсация это откат действий. тогда в чем их разница?
Отмена работает только в транзакционном подпроцессе и трегерит все компенсации, какие в нем есть
Что такое токен?
@@BPMN2ru ,типа "фишка" процесса,идущая от старта к финишу.
Токен это теоретическое описание выполнения процессов в BMNP схемах. Условно его смысл можно описать как фишку которая двигается по полю настольной игры, но при этом обладает возможностью разделятся на клоны и части. Нагляднее можно посмотреть если посмотреть видео "Token in BPMN (english)".
@@MrBotv0091 ок,посмотрю.Спасибо.Смысл прояснился.
@@BPMN2ru ,есть ли какая-то программа,которая может запустить токен в составленном процессе,чтобы наглядно увидеть его работу и понять ошибки?
@@BPMN2ru спасибо!
Ужасные звуковые помехи
czcams.com/video/s85_4lBLy1A/video.html - начало
Ужасно. Ни одного примера из жизни. Описание событий очень условное. Вишенка на торте - назвать событие по условию бумажкой. Верните мне 2 часа моей жизни.
Спасибо!
10
10