Size: a a a

Camunda BPM Group

2019 May 16

DG

Dmitrii Goncharov in Camunda BPM Group
Maksim Davliatshin
Можно. с тегом который придумаем ближе к митапу
Спасибо
источник

ДЗ

Дмитрий Зоров... in Camunda BPM Group
Есть интернет магазин.
В нем можно сделать Заказ.
Заказ после создания попадает в платформу по управлению заказами, с которой работают операторы.
Каждый заказ нужно обработать и условно довести от статуса "Новый" До статуса "Закрыт"
На каждом этапе происходят различные интеграции, например:
Отправить инфу по заказу в 1С
Отправить инфу по заказу в транспортную компанию и так далее...

Идея реализовать процесс обработки заказа как BPM процесс в камунда. Подойдет ли она под эту задачу?
источник

DK

Denis Kotov in Camunda BPM Group
Подойдёт
источник

ДЗ

Дмитрий Зоров... in Camunda BPM Group
👌
источник

KH

Ksenia Hoxton in Camunda BPM Group
Dmitrii Goncharov
А вопросы спикеру при просмотре онлайн можно будет позадавать во время митапа?
Да, в ютубе чат будет
источник

MD

Maksim Davliatshin in Camunda BPM Group
Ksenia Hoxton
Да, в ютубе чат будет
Тут удобнее )
Чтобы видели вопросы и все кто сидит на конфе )
источник

KH

Ksenia Hoxton in Camunda BPM Group
Можно и тут
источник

KH

Ksenia Hoxton in Camunda BPM Group
Я готова мониторить оба канала
источник

MD

Maksim Davliatshin in Camunda BPM Group
Спасибо👍🏼
источник

MD

Maksim Davliatshin in Camunda BPM Group
Если что я помогу
источник

RT

Ruslan Tagirov in Camunda BPM Group
Дмитрий Зоров
Есть интернет магазин.
В нем можно сделать Заказ.
Заказ после создания попадает в платформу по управлению заказами, с которой работают операторы.
Каждый заказ нужно обработать и условно довести от статуса "Новый" До статуса "Закрыт"
На каждом этапе происходят различные интеграции, например:
Отправить инфу по заказу в 1С
Отправить инфу по заказу в транспортную компанию и так далее...

Идея реализовать процесс обработки заказа как BPM процесс в камунда. Подойдет ли она под эту задачу?
Только не рассматривайте сущность "Заказ" как один сплошной бизнес-процесс.
На самом деле будет несколько параллельных бизнес-процессов разных подразделений, которые (процессы) должны общаться друг с другом сообщениями.
Например, заказ поступает в CRM, там с ним работает некий менеджер, формирует заявку на комплектацию (сообщение) на склад, далее заявка преобразуется в отгрузку (посылку) - снова сообщение - в логистику
это ТРИ параллельных бизнес-процесса
где-то ранее пробегала статья тут в чате про такой подход к проектированию процессов.
важно понимать, что у разных подразделений разные процессы, идущие параллельно, а сущность "заказ" порождает другие сущности "заявка на комплектацию", "отгрузка" и так далее
ну и конечно эти параллельные процессы в обратную сторону должны слать сообщения "комплектация завершена", "посылка в дороге", "посылка доставлена" и передавать атрибуты (идентификаторы и другие метаданные)
источник

MD

Maksim Davliatshin in Camunda BPM Group
Круто!
источник

MD

Maksim Davliatshin in Camunda BPM Group
Любителям нотации BPMN: https://github.com/bpmn-io/bpmn-font -  новая версия шрифта с пиктограммами от bpmn.io (названия см. на demo page https://rawgit.com/bpmn-io/bpmn-font/master/dist/demo.html)
источник

OG

Old Grog in Camunda BPM Group
Ruslan Tagirov
Только не рассматривайте сущность "Заказ" как один сплошной бизнес-процесс.
На самом деле будет несколько параллельных бизнес-процессов разных подразделений, которые (процессы) должны общаться друг с другом сообщениями.
Например, заказ поступает в CRM, там с ним работает некий менеджер, формирует заявку на комплектацию (сообщение) на склад, далее заявка преобразуется в отгрузку (посылку) - снова сообщение - в логистику
это ТРИ параллельных бизнес-процесса
где-то ранее пробегала статья тут в чате про такой подход к проектированию процессов.
важно понимать, что у разных подразделений разные процессы, идущие параллельно, а сущность "заказ" порождает другие сущности "заявка на комплектацию", "отгрузка" и так далее
ну и конечно эти параллельные процессы в обратную сторону должны слать сообщения "комплектация завершена", "посылка в дороге", "посылка доставлена" и передавать атрибуты (идентификаторы и другие метаданные)
Не холивара ради, но почему лучше отдельные процессы? Это же дополнительная сложность в системе.
источник
2019 May 17

SN

Sergey Novikov in Camunda BPM Group
Old Grog
Не холивара ради, но почему лучше отдельные процессы? Это же дополнительная сложность в системе.
Это не сложность - это упрощение. Процесс надо декомпозировать по зонам ответственности. Разбить на пулы, а пулы синхронизировать сообщениями. Поддерживать и развивать отдельные маленькие пулы процессов проще и системе и людям.
источник

OG

Old Grog in Camunda BPM Group
Sergey Novikov
Это не сложность - это упрощение. Процесс надо декомпозировать по зонам ответственности. Разбить на пулы, а пулы синхронизировать сообщениями. Поддерживать и развивать отдельные маленькие пулы процессов проще и системе и людям.
Спасибо. Про маленькие пулы (но в большем количестве) «проще системе» возможно есть какие-то доки?
источник
2019 May 18

DP

Dmitrii Pisarenko in Camunda BPM Group
Существуют ли нечто вроде шаблонов проектирования для BPMN, т. е. лучшие практики решения типовых задач? Типовая задача это, например, процесс выдачи кредита.
источник

DK

Denis Kotov in Camunda BPM Group
для более мелких вещей, не имеющих бизнесового смысла, существуют патерны
источник

DK

Denis Kotov in Camunda BPM Group
типа как от циклов избавляться, или там ситуации 1-к-N сущностей обрабатывать в процессах
источник

DS

Dmitry Sinkovskiy in Camunda BPM Group
источник