http://bpmnforum.ru/topic/430 bpmnforum.ru » Topic: Взаимодействие бизнес-процессов по стандарту и в CAMUNDA. ru-RU Sat, 09 May 2026 02:35:38 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/430#post-1962 Пон, 10 Янв 2022 23:46:58 +0000 Анатолий Белайчук 1962@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="https://bpmnforum.ru/topic/430#post-1960">AlexeyAB</a>:</cite><br /> Цитата:<br /> Второй процесс предполагается для подготовки и подписания приказа по организации. Руководитель "верхнего уровня" не будет рассматривать заявления </p></blockquote> <p>С этим уточнением схема приобретает смысл, но:<br /> 1) никакого согласования в этом случае нет - согласует непосредственный начальник на предшествующем этапе процесса, а приказ просто подписывается не глядя<br /> 2) в организациях масштаба от среднего подобные приказы подписывает руководитель кадровой службы по доверенности</p> <p>Я не эксперт в Camunda, но уверен практически на 100% что это получится сделать штатными методами. И это скорее скриптовая задача, чем сервисная, поскольку выполняется самим движком. Сервисные - для обращения к внешним системам. </p> http://bpmnforum.ru/topic/430#post-1961 Пон, 10 Янв 2022 18:42:08 +0000 AlexeyAB 1961@http://bpmnforum.ru/ <p>Дополнение к вопросу выше.<br /> Например, можно ли реализовать сервисное задание, которое соберет из БД CAMUNDA параметры заявлений (значения переменных контекста экземпляра процесса), указанные пользователями при выполнении экземпляров процесса "Подать заявление на отпуск". </p> http://bpmnforum.ru/topic/430#post-1960 Пон, 10 Янв 2022 18:11:05 +0000 AlexeyAB 1960@http://bpmnforum.ru/ <p>Цитата:<br /> "Задача согласования заявления по логике назначается сразу после оформления заявления".<br /> Второй процесс предполагается для подготовки и подписания приказа по организации. Руководитель "верхнего уровня" не будет рассматривать заявления по мере их подачи и вообще по одному. Я немного "подковырял" процесс для получения примера для вопросов. В любом случае, меня интересовало взаимодействие процессов когда оно требуется.</p> <p>В связи с Вашими пояснениями по CAMUNDA.<br /> Сервисы CAMUNDA имеют доступ к БД, применяемой самой CAMUNDA? Возможно создание сервиса, который заберет данные из экземпляров других типов процессов (завершенных или еще активных) ? </p> http://bpmnforum.ru/topic/430#post-1952 Суб, 08 Янв 2022 22:50:24 +0000 Анатолий Белайчук 1952@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="https://bpmnforum.ru/topic/430#post-1950">AlexeyAB</a>:</cite><br /> Полагал, что BPMS должна исполнять отвечающую принятым соглашениям BPMN-схему без дополнительного программирования. </p></blockquote> <p>BPMS без программирования (no-code) пожалуй что и нет в природе. Есть BPMS с минимальным программированием (low-code), но разработчики Camunda свой продукт к относят к high-code, т.е. предназначают его для профессиональных программистов. В low-code BPMS цикл делается мышкой, т.е. без программирования в традиционном понимании этого термина.</p> <blockquote><p><cite>Цитирую <a href="https://bpmnforum.ru/topic/430#post-1950">AlexeyAB</a>:</cite><br /> У одного инициатором является пользователь. У другого - расписание. </p></blockquote> <p>Не надо путать назначение задачи и ее выполнение. Задача согласования заявления по логике назначается сразу после оформления заявления. То, что начальник выполняет эту задачу с утра - это его право при условии, что он укладывается в отведенный для этой задачи нормативный срок. Но это не повод делать отдельный процесс.</p> <blockquote><p><cite>Цитирую <a href="https://bpmnforum.ru/topic/430#post-1950">AlexeyAB</a>:</cite><br /> Существует много других причин разделять изображенные процессы. </p></blockquote> <p>Причины разделять процессы действительно бывают, но в данном случае их нет. Вообще, выяснить сколько в рассматриваемой задаче процессов BPMN - это самая сложная составляющая науки BPMN. Кое-какие материалы в помощь: <a href="https://mainthing.ru/ru/item/613/" rel="nofollow">https://mainthing.ru/ru/item/613/</a> </p> http://bpmnforum.ru/topic/430#post-1950 Птн, 07 Янв 2022 13:31:38 +0000 AlexeyAB 1950@http://bpmnforum.ru/ <p>Огромное спасибо!</p> <p>Уточните, пожалуйста.<br /> Формулировка:<br /> "если у вас есть множество объектов (записей в БД), то вы можете запустить по ним цикл по объектам".<br /> вызывает особый интерес.<br /> Полагал, что BPMS должна исполнять отвечающую принятым соглашениям BPMN-схему без дополнительного программирования. Безусловно, программист может запустить цикл и правильно обработать любые требования, если их поймет, но важно понимать поведение BPMS БЕЗ участия программиста,<br /> CAMUNDA сгенерирует задачи пользователю по количеству заявлений в пачке?</p> <p>С объединением двух пулов пока не готов согласиться.<br /> Изображены два самостоятельных процесса.<br /> У одного инициатором является пользователь. У другого - расписание.<br /> По какому событию будет стартовать объединенный процесс?<br /> Существует много других причин разделять изображенные процессы. </p> http://bpmnforum.ru/topic/430#post-1949 Срд, 05 Янв 2022 17:27:21 +0000 Анатолий Белайчук 1949@http://bpmnforum.ru/ <p>1. Формально корректно, работать будет. При конфигурировании сообщения надо указать откуда брать идентификатор экземпляра процесса-получателя. Он берется из БД, куда его записывает первый процесс.<br /> 2. Да, достаточно БД экземпляров процессов.<br /> 3. Да, это работает: если у вас есть множество объектов (записей в БД), то вы можете запустить по ним цикл по объектам.<br /> 4. Можно ставить одну галочку для всей таблицы, можно для каждой строки по отдельности. Указать можно в комментарии (аннотации) к схеме. Формулировка задачи у вас некорректна - должно быть не заявлениЕ, а заявлениЯ.<br /> 5. Да, все корректно.</p> <p>Итого: <u>формально</u> все корректно, за исключением помарки с названием задачи.</p> <p>Но по существу оба варианта - адский трэш: исполнители процесса моделируются не отдельными пулами, а дорожками. Сделайте один процесс с двумя дорожками, избавьтесь от бочонка и сообщения, схема станет простой и понятной, бизнес скажет вам за это спасибо. </p> http://bpmnforum.ru/topic/430#post-1948 Втр, 04 Янв 2022 21:36:02 +0000 AlexeyAB 1948@http://bpmnforum.ru/ <p>Здравствуйте!<br /> Прилагаю схемы двух бизнес-процессов в формате JPEG. Файлы в формате BPMN сайт отклонил.<br /> Прошу не обсуждать реальность бизнес-процессов. Они надуманные и пригодны только для иллюстрации вопросов.</p> <p>Вопросы по схеме 1<br /> 1. Корректность сообщения о подписании заявления в процесс подачи заявления. Смущает, что один экземпляр процесса подписания заявлений будет работать с множеством экземпляров процесса подачи заявлений. Активность передачи сообщения должна определить экземпляр процесса, в который уходит сообщение. CAMUNDA, например, такое сделает?<br /> 2. Процесс подписания "пачки" заявлений в предложенной схеме использует некую внешнюю базу данных в качестве накопителя поданных заявлений. А возможно накопить подлежащие подписанию заявления пользуясь контекстными данными экземпляров бизнес-процессов в той же CAMUNDA ? Буду благодарен предложению в виде BPMN-схемы.<br /> 3. Процесс подписания заявлений указывает, что для подписания каждого заявления пользователь получает отдельную задачу. Однако, процесс начинается с получения "пачки" заявлений, подлежащих подписанию. BPMS (например CAMUNDA). Получается, BPMS самостоятельно осуществит дробление "пачки" заявлений на отдельные экземпляры для активации отдельных заданий исполнителю? Это работает?</p> <p>Вопросы по схеме 2<br /> 4. Схема 2 указывает, что задача "Согласовать или отклонить заявление на отпуск" должна быть одна на все ожидающие согласования заявления.<br /> Очевидно, задание будет содержать данные всех заявлений, например, в виде таблицы с ФИО, должностью, подразделением сотрудников и параметрами запрошенных отпусков. В таком случае пользователь согласует или отклоняет все отпуска? А можно трактовать задачу, как требование принять индивидуальное решение для каждой строки таблицы? Как указать нужный вариант задачи на схеме?<br /> 5. Корректно ли на схеме 2 использование сервиса на отправку сообщений с параметром "множественное параллельное" ? Предполагается, что сервис разошлет сообщения в экземпляры процессов подачи заявлений "разобрав" решения, принятые исполнителем предыдущего задания для каждого отдельного заявления.</p> <p>Может быть, на самом деле все зависит от применяемой BPMS или даже конкретной интеграции CAMUNDA в конкретную ИТ-систему?</p> <p> [attachment=1948,764] [attachment=1948,765] </p>