Media is too big
VIEW IN TELEGRAM
📌 Почему Control? Причина 6: анализ истории процессов
Когда нужно разобраться, почему завершённый процесс прошёл именно так, а не иначе, в Camunda 7 Community вы оказываетесь с пустыми руками — готового интерфейса для работы с историей нет. В платной Enterprise Edition (которая к тому же сейчас недоступна для прямой покупки) для анализа решений и первопричин часто требуется отдельный продукт — Camunda Optimize.
OpenBPM Control Community даёт готовый аналитический интерфейс для работы с историей прямо «из коробки». Это не просто журнал событий, а целый рабочий стол для "расследования".
Ключевые шаги анализа в Control:
🔹 От общего к частному: найдите завершённый процесс в общем списке и откройте его интерактивную диаграмму с цветовой маркировкой выполненных шагов.
🔹 Изучите контекст: вся хронология (активности, задачи, переменные, инциденты) разложена по тематическим вкладкам прямо под диаграммой на одном экране.
🔹 Проверьте логику: кликните на DMN-узел на диаграмме, чтобы сразу увидеть сработавшее правило и все данные, повлиявшие на решение.
Итог: вместо сборки пазла из REST API и логов (как в Camunda CE) — вы получаете единую точку входа для работы с историческими данными.
➡️ В видео менее чем за 2 минуты показываем, насколько простой может быть работа с историей процессов.
Как вы сейчас проводите аудит и анализ старых процессов? Делитесь опытом в комментариях! 👇
#OpenBPM #Control #гайд #видео
Когда нужно разобраться, почему завершённый процесс прошёл именно так, а не иначе, в Camunda 7 Community вы оказываетесь с пустыми руками — готового интерфейса для работы с историей нет. В платной Enterprise Edition (которая к тому же сейчас недоступна для прямой покупки) для анализа решений и первопричин часто требуется отдельный продукт — Camunda Optimize.
OpenBPM Control Community даёт готовый аналитический интерфейс для работы с историей прямо «из коробки». Это не просто журнал событий, а целый рабочий стол для "расследования".
Ключевые шаги анализа в Control:
🔹 От общего к частному: найдите завершённый процесс в общем списке и откройте его интерактивную диаграмму с цветовой маркировкой выполненных шагов.
🔹 Изучите контекст: вся хронология (активности, задачи, переменные, инциденты) разложена по тематическим вкладкам прямо под диаграммой на одном экране.
🔹 Проверьте логику: кликните на DMN-узел на диаграмме, чтобы сразу увидеть сработавшее правило и все данные, повлиявшие на решение.
Итог: вместо сборки пазла из REST API и логов (как в Camunda CE) — вы получаете единую точку входа для работы с историческими данными.
➡️ В видео менее чем за 2 минуты показываем, насколько простой может быть работа с историей процессов.
Как вы сейчас проводите аудит и анализ старых процессов? Делитесь опытом в комментариях! 👇
#OpenBPM #Control #гайд #видео
🔥3❤1
🤔 Границы транзакций: необходимость или опция?
Короткий ответ: необходимость. Но давайте по порядку.
Транзакционная модель BPM-движка — фундамент надёжности процессов. Однако в сложных сценариях даже хорошо спроектированный процесс может вести себя недетерминированно, если границы транзакций остаются «за кадром».
Команды, которые ведут процессы в прод, регулярно сталкиваются с типовыми проблемами:
🔴 Недетерминизм при ретраях
Сбой → движок перезапускает транзакцию. Если границы расставлены неявно, повторно могут выполниться участки, которые этого не предполагали. Пример: повторная отправка данных во внешний сервис. Идемпотентность помогает не всегда.
🔴 Длительные транзакции блокируют ресурсы
Одина затянувшаяся сервис-таска держит соединение с БД, блокирует пул потоков и может остановить обработку параллельных экземпляров. Без понимания, где именно происходит долгая транзакция, оптимизация превращается в угадайку.
🔴 Асинхронные продолжения усложняют картину
Async before/after повышают отказоустойчивость, но скрывают реальную транзакционную структуру. В какой именно транзакции выполняется активность — вопрос. Искать ответ в логах?
🔴 Wait states — точки сохранения, которые не видны
User Task, Receive Task, промежуточный таймер создают новую транзакцию и сохраняют состояние. На диаграмме эти точки никак не маркируются. При сбое инфраструктуры сложно быстро оценить, какие инстансы гарантированно сохранены.
🔴 Метрики без контекста
Среднее время шага, количество ретраев — следствия. Причина всегда в транзакционной структуре. Без визуализации границ интерпретация метрик остаётся поверхностной.
👉 Проблема не в движке, а в прозрачности. Даже самый надёжный движок не отдаст визуальную диаграмму с метками, где и почему возникают транзакционные точки. Это вынуждает полагаться на логи, опыт и часы отладки.
В следующем посте покажем, как OpenBPM Control Enterprise превращает контроль границ в действие "на три клика".
Визуализация прямо на диаграмме — в процессах и экземплярах. Без логов, без плагинов.
Пишите в комментариях, как сейчас вы определяете границы транзакций? И какая причина наиболее часто подталкивает к этому?👇
#OpenBPM #control #Camunda #транзакции
Короткий ответ: необходимость. Но давайте по порядку.
Транзакционная модель BPM-движка — фундамент надёжности процессов. Однако в сложных сценариях даже хорошо спроектированный процесс может вести себя недетерминированно, если границы транзакций остаются «за кадром».
Команды, которые ведут процессы в прод, регулярно сталкиваются с типовыми проблемами:
🔴 Недетерминизм при ретраях
Сбой → движок перезапускает транзакцию. Если границы расставлены неявно, повторно могут выполниться участки, которые этого не предполагали. Пример: повторная отправка данных во внешний сервис. Идемпотентность помогает не всегда.
🔴 Длительные транзакции блокируют ресурсы
Одина затянувшаяся сервис-таска держит соединение с БД, блокирует пул потоков и может остановить обработку параллельных экземпляров. Без понимания, где именно происходит долгая транзакция, оптимизация превращается в угадайку.
🔴 Асинхронные продолжения усложняют картину
Async before/after повышают отказоустойчивость, но скрывают реальную транзакционную структуру. В какой именно транзакции выполняется активность — вопрос. Искать ответ в логах?
🔴 Wait states — точки сохранения, которые не видны
User Task, Receive Task, промежуточный таймер создают новую транзакцию и сохраняют состояние. На диаграмме эти точки никак не маркируются. При сбое инфраструктуры сложно быстро оценить, какие инстансы гарантированно сохранены.
🔴 Метрики без контекста
Среднее время шага, количество ретраев — следствия. Причина всегда в транзакционной структуре. Без визуализации границ интерпретация метрик остаётся поверхностной.
👉 Проблема не в движке, а в прозрачности. Даже самый надёжный движок не отдаст визуальную диаграмму с метками, где и почему возникают транзакционные точки. Это вынуждает полагаться на логи, опыт и часы отладки.
В следующем посте покажем, как OpenBPM Control Enterprise превращает контроль границ в действие "на три клика".
Пишите в комментариях, как сейчас вы определяете границы транзакций? И какая причина наиболее часто подталкивает к этому?👇
#OpenBPM #control #Camunda #транзакции
🔥6
This media is not supported in your browser
VIEW IN TELEGRAM
В OpenBPM Control Enterprise мы добавили визуализацию границ транзакций прямо на BPMN-диаграмме. Функция доступна в Enterprise-версии и помогает:
✅ Понимать, где процесс сохраняет состояние;
✅ Видеть точки создания новых транзакций;
✅ Анализировать корректность асинхронных продолжений;
✅ Выявлять риски повторного выполнения (retries) и узкие места.
Как это работает:
На диаграмме отображаются пунктирные линии двух цветов:
🔵 Синий пунктир — коммиты, которые BPM-движок выполняет по умолчанию, то есть точки, где процесс сохраняет состояние и переходит в режим ожидания (User Task, Receive Task, промежуточные события и т.д.).
🔴 Красный пунктир — коммиты, явно заданные при моделировании процесса.
Где искать:
Процессы / Экземпляры процессов → открываете диаграмму процесса → включаете «Отображение границ транзакций».
📘 Подробное описание функции — в документации: ссылка
P.S. Если есть пожелания, какого функционала вам не хватает — пишите в комментариях. 👇
#OpenBPM #control
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
Forwarded from BPM Developers
Посмотрели вебинар про Roadmap Camunda на 2026 год. Интересно, что ключевая тема оказалась не AI, а миграция с Camunda 7 на Camunda 8.
Спасибо команде Reunico за вебинар и детальный разбор roadmap и практического сценария использования AI в процессах.
Мы сделали короткую выжимку с несколькими интересными выводами.
1️⃣ Большинство клиентов всё ещё на Camunda 7
Судя по roadmap, у Camunda огромная база клиентов на 7-й версии. Поэтому 2026 год фактически посвящён устранению блокеров миграции.
В 8.9 добавляют функции, которые давно были в 7:
• Global User Task Listener
• Conditional Events
• Audit / User Operations
• Identity migration
• Business ID
Фактически Camunda постепенно догоняет функциональный паритет с 7-й версией.
2️⃣ Один из главных барьеров — инфраструктура Camunda 8
Многие клиенты не хотели зависеть от Elasticsearch.
Поэтому в Camunda 8.9 появляется поддержка RDBMS (PostgreSQL, MySQL и др.). По бенчмаркам — до ~80% производительности Elasticsearch.
3️⃣ Переход с 7 на 8 — это не обновление, а полноценная миграция
• другой engine (Zeebe)
• другая архитектура
• другие workers
• новые API
Поэтому Camunda развивает инструменты миграции:
• migration analyzer
• diagram converter
• code conversion
• data migration tools
4️⃣ При этом главный новый фокус — AI оркестрация
В демо показали процесс выдачи кредита, где AI:
• анализирует документы
• анализирует фото
• общается с клиентом по email
• собирает контекст
• передаёт человеку уже готовую рекомендацию
Ключевая идея: AI становится участником BPM-процесса, а не отдельным сервисом.
Если AI-агенты можно вызывать как сервисы, то есть ли необходимость обновляться до Camunda 8?
То есть: Camunda 7 + AI-сервисы + Custom Workers = оркестрация AI без миграции на Camunda 8
Если добавить AI-оркестрацию в Camunda 7 (через кастомные сервисы, workers и интеграции), были бы вы готовы не платить за лицензию и новую инфраструктуру и отказаться от перехода на Camunda 8?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
Увы, но всё чаще мы получаем сообщения о том, что привычный Telegram сбоит.
И чтобы сохранить возможность получать вашу бесценную обратную связь и делиться новостями мы поддерживаем резервные каналы связи в MAX:
Уже сейчас мы переносим посты со скринкастами туда, и со следующей недели начнем дублировать все посты в MAX.
К сожалению, MAX не поддерживает пока в полной мере механизм комментариев, поэтому обсуждение новых постов можно будет вести в отдельном MAX-чате, по ссылке выше.
🤔 А что вы думаете о вынужденной миграции с привычных инструментов? Делитесь в комментариях!
#OpenBPM #MAX
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4😢3🙈2💊2😁1😭1
🎤 Вебинар Актуальные вопросы ИБ в закупках BPM платформ
31 марта разберем что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО.
Разберем следующие вопросы:
- Нюансы законодательства по 152-ФЗ и 187-ФЗ
- Типовые отраслевые объекты КИИ
- ГОСТ Р 56939–2024, проблемы сертификации
- Приказа ФСТЭК № 117, правомерность ссылок на п.50
- Удорожание проектов при покрытии по ГОСТ Р 56939–2024
- Этапность работ по РБПО
👤 Спикер:
Игорь Клопотов, директор продукта OpenBPM
📎 Ссылка на регистрацию
31 марта разберем что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО.
Разберем следующие вопросы:
- Нюансы законодательства по 152-ФЗ и 187-ФЗ
- Типовые отраслевые объекты КИИ
- ГОСТ Р 56939–2024, проблемы сертификации
- Приказа ФСТЭК № 117, правомерность ссылок на п.50
- Удорожание проектов при покрытии по ГОСТ Р 56939–2024
- Этапность работ по РБПО
👤 Спикер:
Игорь Клопотов, директор продукта OpenBPM
📎 Ссылка на регистрацию
🔥5
📣 OpenBPM на VII Международной конференции по операционному и проектному менеджменту!
Мы анонсировали конференцию, на которой наша команда выступит в числе корпоративных участников наряду со Stormbpmn, GlowByte, BPM школой и представителями крупного бизнеса.
Отличная новость: будет открытая трансляция! Подключайтесь: ссылка
#OpenBPM #мероприятие
Мы анонсировали конференцию, на которой наша команда выступит в числе корпоративных участников наряду со Stormbpmn, GlowByte, BPM школой и представителями крупного бизнеса.
Отличная новость: будет открытая трансляция! Подключайтесь: ссылка
#OpenBPM #мероприятие
Telegram
OpenBPM
📣 OpenBPM на VII Международной конференции по операционному и проектному менеджменту!
🗓 25–27 марта 2026 (9:30–18:30 МСК)
📍 Место проведения:
Финансовый университет, факультет «Высшая школа управления»
г. Москва, ул. Верхняя Масловка, д. 15 (м. «Динамо»)…
🗓 25–27 марта 2026 (9:30–18:30 МСК)
📍 Место проведения:
Финансовый университет, факультет «Высшая школа управления»
г. Москва, ул. Верхняя Масловка, д. 15 (м. «Динамо»)…
👍8
Media is too big
VIEW IN TELEGRAM
🔐 КИИ и BPM: правила игры изменились
Вышло Распоряжение Правительства № 360-р, которое зафиксировало перечни типовых объектов КИИ. Для команд, работающих с BPM-системами, это означает конец эпохи «самостоятельного категорирования» — теперь критичность определяет государство.
Главное:
⏳ Жесткие сроки. К 1 января 2028 года все значимые объекты КИИ должны быть переведены на российское ПО. Как сказал глава Минцифры, политика «консервации зарубежного софта» закончена.
🛡 Приказ ФСТЭК № 117. Теперь в ГИС с 1 марта 2026 года переходим от «бумажной безопасности» к непрерывному процессу управления рисками. Устранение критических уязвимостей теперь должно занимать не более 24 часов.
👥 Кадровый норматив. Минимум 30% сотрудников ИБ-подразделения должны иметь профильное образование или пройти переподготовку.
💸 Цена халатности. Введены новые штрафы до 500 000 рублей за нарушение правил эксплуатации и обсуждаются оборотные штрафы за срыв сроков миграции.
BPM-системы находятся в зоне особого внимания, так как они управляют ключевыми процессами: от платежей до логистики.
Смотрите видео, чтобы узнать подробности и понять, как подготовить вашу инфраструктуру к проверкам и успеть в дедлайны.
Делитесь своим мнением по сложившейся ситуации в комментариях 👇
#OpenBPM #видео #КИИ
Вышло Распоряжение Правительства № 360-р, которое зафиксировало перечни типовых объектов КИИ. Для команд, работающих с BPM-системами, это означает конец эпохи «самостоятельного категорирования» — теперь критичность определяет государство.
Главное:
⏳ Жесткие сроки. К 1 января 2028 года все значимые объекты КИИ должны быть переведены на российское ПО. Как сказал глава Минцифры, политика «консервации зарубежного софта» закончена.
🛡 Приказ ФСТЭК № 117. Теперь в ГИС с 1 марта 2026 года переходим от «бумажной безопасности» к непрерывному процессу управления рисками. Устранение критических уязвимостей теперь должно занимать не более 24 часов.
👥 Кадровый норматив. Минимум 30% сотрудников ИБ-подразделения должны иметь профильное образование или пройти переподготовку.
💸 Цена халатности. Введены новые штрафы до 500 000 рублей за нарушение правил эксплуатации и обсуждаются оборотные штрафы за срыв сроков миграции.
BPM-системы находятся в зоне особого внимания, так как они управляют ключевыми процессами: от платежей до логистики.
Смотрите видео, чтобы узнать подробности и понять, как подготовить вашу инфраструктуру к проверкам и успеть в дедлайны.
Делитесь своим мнением по сложившейся ситуации в комментариях 👇
#OpenBPM #видео #КИИ
🔥5
На прошлой неделе наша команда приняла участие в VII Международной научно-практической конференции Финансового университета при Правительстве РФ.
Игорь Клопотов выступил с докладом «BPMN как двигатель для мультиагентных систем» — тема нашла отклик у аудитории: практический взгляд на инженерную основу ИИ-решений органично вписался в общую повестку про искусственный интеллект и автоматизацию процессов.
Формат мероприятия располагал к неформальному общению, которое помогает формировать новые направления для взаимодействия и, как следствие, развития отрасли в целом.
Благодарим организаторов за насыщенную программу и живую дискуссию!
➡️ Посмотреть конференцию в записи можно по ссылке: ссылка. Наш доклад начинается с 3:15:21 😉
P.S. Очень удачно эта конференция совпала с другим важным мероприятияем Финансового университета: "Всероссийским межвузовским студенческим чемпионатом деловых игр MANAGERIAL FOCUS-2026", где победители получили из рук Игоря экземпляры нашей настольной игры. 😊
#OpenBPM #ивент
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
🔥 Camunda провела закрытый бенчмарк форков
Camunda 7 провели масштабное исследование — изучали, кто лучше всего справляется с ролью замены семёрке.
По итогам опроса региональных амбассадоров и ключевых пользователей Camunda вывод оказался однозначным: OpenBPM — самая достойная замена Camunda 7.
Bernd Ruecker, ко-фаундер Camunda, написал у себя в X (запрещено в РФ):
Bernd, мы не знакомы, но спасибо. И да — God job, мы тоже так думаем!
С 1 апреля, друзья 🙃 Бенчмарка не было. Поста тоже. Но то, что OpenBPM — достойная замена Camunda 7, совместимая по API и без немецких лицензий — это правда без всяких праздников.
#OpenBPM #Camunda
Camunda 7 провели масштабное исследование — изучали, кто лучше всего справляется с ролью замены семёрке.
По итогам опроса региональных амбассадоров и ключевых пользователей Camunda вывод оказался однозначным: OpenBPM — самая достойная замена Camunda 7.
Bernd Ruecker, ко-фаундер Camunda, написал у себя в X (запрещено в РФ):
"I don't know those guys from OpenBPM, but they've built a thing! God job!"
Bernd, мы не знакомы, но спасибо. И да — God job, мы тоже так думаем!
#OpenBPM #Camunda
😁6🔥3🤣1
🔐 BPM-системы и регуляторные требования: разбираем тендерные ловушки
Провели вебинар — и собрали самое важное для тех, кто участвует в тендерах на BPM-системы или составляет тендерную документацию.
Что разобрали:
📌 152-ФЗ и 187-ФЗ — требования к персональным данным и КИИ предъявляются к инфраструктуре, а не только к прикладному ПО. Распоряжение 360Р наконец закрепило перечень из ~400 типовых объектов КИИ — BPM-системы туда входят по множеству пунктов.
📌 Сертификация — ФСТЭК пока сертифицирует организации и процессы разработки, а не конкретные программы. Требовать «сертификат соответствия» на прикладную BPM-систему — методологически некорректно.
📌 ГОСТы в тендерах — ссылка на ГОСТ целиком не работает. Правильно: указывать конкретные пункты, которые нужно реализовать. Иначе сдать проект будет невозможно.
📌 РБПО — выполнение всех требований ГОСТа по безопасной разработке удорожает проект на 30–50%. Это процесс, а не разовая проверка.
📌 Шифрование, ЭП, IDM — всё это ответственность инфраструктуры, а не прикладной системы. BPM должна поддерживать работу с СКЗИ и российскими IDM, но не реализовывать их самостоятельно.
📌 Ключевая дата — январь 2028 года: всё должно быть замещено и приведено в соответствие. Форвардные контракты с вендорами — до сентября 2026.
Смотрите полную запись вебинара — разобрали каждый пункт с примерами из реальных тендеров 👇
▶️ Смотреть запись
#OpenBPM #вебинар #КИИ
Провели вебинар — и собрали самое важное для тех, кто участвует в тендерах на BPM-системы или составляет тендерную документацию.
Что разобрали:
📌 152-ФЗ и 187-ФЗ — требования к персональным данным и КИИ предъявляются к инфраструктуре, а не только к прикладному ПО. Распоряжение 360Р наконец закрепило перечень из ~400 типовых объектов КИИ — BPM-системы туда входят по множеству пунктов.
📌 Сертификация — ФСТЭК пока сертифицирует организации и процессы разработки, а не конкретные программы. Требовать «сертификат соответствия» на прикладную BPM-систему — методологически некорректно.
📌 ГОСТы в тендерах — ссылка на ГОСТ целиком не работает. Правильно: указывать конкретные пункты, которые нужно реализовать. Иначе сдать проект будет невозможно.
📌 РБПО — выполнение всех требований ГОСТа по безопасной разработке удорожает проект на 30–50%. Это процесс, а не разовая проверка.
📌 Шифрование, ЭП, IDM — всё это ответственность инфраструктуры, а не прикладной системы. BPM должна поддерживать работу с СКЗИ и российскими IDM, но не реализовывать их самостоятельно.
📌 Ключевая дата — январь 2028 года: всё должно быть замещено и приведено в соответствие. Форвардные контракты с вендорами — до сентября 2026.
Смотрите полную запись вебинара — разобрали каждый пункт с примерами из реальных тендеров 👇
▶️ Смотреть запись
#OpenBPM #вебинар #КИИ
🔥4
AI-агенты научились генерировать код – но с BPMN-диаграммами у них до сих пор проблемы. Синтаксически правильная схема не значит рабочая: агент читает XML, но не понимает замысла автора. Без контекста он рискует «оптимизировать» именно то, что важно: обработчики ошибок, граничные события, интеграционные точки.
В новой статье на Хабре разбираем шесть стратегий, которые делают BPM-среду готовой к работе с агентами.
Ключевые тезисы:
— Манифесты процессов: машиночитаемые документы с бизнес-целями и задокументированными архитектурными решениями
— Семантическая документация прямо внутри XML – там, где агент реально работает
— Модульная архитектура с явными контрактами сервисных задач
— Тесты для DMN-таблиц, edge-case и интеграций – единственная обратная связь для агента
— CI/CD с детерминированным развёртыванием и автооткатом
— Наблюдаемость через OpenTelemetry и process mining
🔗 Читать полностью: ссылка
Делитесь в комментариях своими методами научить ИИ-помощников понимать BPMN 👇
#OpenBPM #статья #BPMN
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
OpenBPM официально проверил корректную работу платформы с российской системой управления базами данных FTData.
Для организаций, реализующих требования импортозамещения, это ещё один сертифицированный элемент технологического стека.
Что проверялось?
✅ Установка и запуск СУБД FTData
✅ Инициализация базы данных для OpenBPM
✅ Настройка подключения через JDBC
✅ Запуск BPM-платформы
✅ Деплой бизнес-процессов
✅ Выполнение экземпляров процессов
✅ Работа с переменными и историей выполнения
✅ Корректная остановка системы
Тестирование проводилось на ОС Red OS 8. По результатам – ни одной проблемы совместимости не выявлено: все основные сценарии работы выполнены без ошибок.
#OpenBPM #совместимость
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
ИИ в корпоративной разработке: Джеймикс офлайн митап в Москве
Наши коллеги из команды Jmix не только делают крутую платформу для корпоративных систем(кстати, именно на Jmix построен наш Control) , но и проводят отличные мероприятия, где открыто делятся своим богатым опытом.
На этот раз главная тема — то, от чего не спрятаться современному разработчику, даже если его основной профиль BPM-системы: как подружить своё приложение с ИИ так, чтобы потом не было мучительно больно.
🗓 23 апреля 2026, 18:30 - 22:30
📍Адрес: AZIMUT Сити Отель Смоленская Москва 4*, г. Москва, ул. Смоленская, д. 8 (м. Смоленская)
Это возможность для Java-сообщества обсудить, как меняется enterprise-разработка в эпоху цифровой трансформации и какие инструменты стоит использовать сегодня.
Программа:
✔️ Как мы Джеймикс с ИИ дружили
Дима Кремнев, ведущий разработчик
Расскажем историю развития ИИ в Джеймикс — от умного ассистента до искусственного коллеги-аналитика. На живых примерах покажем, как ИИ можно использовать прямо на продакшене. И, конечно, поделимся, как воспитывать LLM, чтобы она не устраивала апокалипсис в вашем приложении.
✔️ Как прикрутить ИИ к приложению и перестать страдать
Дима Черкасов, ведущий разработчик
Ваш менеджер уже спрашивал: «А можем ли мы туда ИИ прикрутить?» Да? Скоро спросит снова. Так давайте подготовимся. Разберем, как Spring AI + Джеймикс превращают страшное слово «ИИ-интеграция» в пару конфигов и один контроллер. RAG, чат-боты с памятью, автоклассификация — всё на знакомом стеке, без ученой степени по ИИ и жертвоприношений GPU-кластеру. Код будет в докладе, а слайды с буллетпоинтами — нет.
✔️ Умный чат, закрытый контур и немного здорового недоверия
Дима Ващенко, ведущий тренер
Умный чат, закрытый контур и немного здорового недоверия
Поговорим о том, как строить ИИ-ассистента с локальными моделями на Джеймикс так, чтобы он искал по базе знаний, отвечал по-человечески, не уносил данные наружу и не фантазировал там, где должен просто взять и посчитать.
Записей докладов не будет!
Участие бесплатное, требуется только регистрация здесь ⬅️
Наши коллеги из команды Jmix не только делают крутую платформу для корпоративных систем
На этот раз главная тема — то, от чего не спрятаться современному разработчику, даже если его основной профиль BPM-системы: как подружить своё приложение с ИИ так, чтобы потом не было мучительно больно.
🗓 23 апреля 2026, 18:30 - 22:30
📍Адрес: AZIMUT Сити Отель Смоленская Москва 4*, г. Москва, ул. Смоленская, д. 8 (м. Смоленская)
Это возможность для Java-сообщества обсудить, как меняется enterprise-разработка в эпоху цифровой трансформации и какие инструменты стоит использовать сегодня.
Программа:
✔️ Как мы Джеймикс с ИИ дружили
Дима Кремнев, ведущий разработчик
Расскажем историю развития ИИ в Джеймикс — от умного ассистента до искусственного коллеги-аналитика. На живых примерах покажем, как ИИ можно использовать прямо на продакшене. И, конечно, поделимся, как воспитывать LLM, чтобы она не устраивала апокалипсис в вашем приложении.
✔️ Как прикрутить ИИ к приложению и перестать страдать
Дима Черкасов, ведущий разработчик
Ваш менеджер уже спрашивал: «А можем ли мы туда ИИ прикрутить?» Да? Скоро спросит снова. Так давайте подготовимся. Разберем, как Spring AI + Джеймикс превращают страшное слово «ИИ-интеграция» в пару конфигов и один контроллер. RAG, чат-боты с памятью, автоклассификация — всё на знакомом стеке, без ученой степени по ИИ и жертвоприношений GPU-кластеру. Код будет в докладе, а слайды с буллетпоинтами — нет.
✔️ Умный чат, закрытый контур и немного здорового недоверия
Дима Ващенко, ведущий тренер
Умный чат, закрытый контур и немного здорового недоверия
Поговорим о том, как строить ИИ-ассистента с локальными моделями на Джеймикс так, чтобы он искал по базе знаний, отвечал по-человечески, не уносил данные наружу и не фантазировал там, где должен просто взять и посчитать.
Записей докладов не будет!
Участие бесплатное, требуется только регистрация здесь ⬅️
👍7
🚀 Вышел OpenBPM Control 2026.0.0
Мы проделали большую работу — и рады представить новый релиз. В выпуске более 25 закрытых задач!
DMN. Теперь работать с таблицами решений в Control еще удобнее:
• Переработаны экраны деталей решения (#71) и таблиц (#54, #53)
• Добавлены история экземпляров решений (#72) и переход к нужной таблице из деталей экземпляра (#52)
Диагностика:
• Добавлен переход от инцидента к связанному Job — меньше ручного поиска при разборе сбоев (#45)
• Реализован полноэкранный режим для окна трассировки стека (#46)
Управление задачами и экземплярами:
• Завершить или переназначить пользовательскую задачу можно прямо из экрана просмотра деталей (#29)
• При удалении экземпляра — опциональный пропуск кастомных лисенеров и IO-маппингов (#63)
Небольшие, но полезные изменения:
• Фильтры сохраняются в URL — можно делиться ссылкой на нужный срез (#37)
• Автомасштабирование и кнопки зума на BPMN-диаграммах (#42, #47)
Исправления:
• Детали ошибок внешних задач теперь отображаются корректно (#64)
• Список задач корректно работает при наличии «ручной задачи» (#62)
• Подсчёт числа развёртываний теперь без ошибок (#41)
• Отправка сообщения элементу без имени больше не вызывает исключение (#75)
И это далеко не все!
🔗 Релиз доступен на GitFlic:
— Полный список изменений, исходные коды и портативная версия: [ссылка]
— docker образ: [ссылка]
Документация OpenBPM Control: [ссылка]
Спасибо всем, кто присылал замечания и пожелания! Ваша обратная связь помогает нам создавать лучшее средство для администрирования BPM-движков.🔝
#OpenBPM #control #релиз
Мы проделали большую работу — и рады представить новый релиз. В выпуске более 25 закрытых задач!
DMN. Теперь работать с таблицами решений в Control еще удобнее:
• Переработаны экраны деталей решения (#71) и таблиц (#54, #53)
• Добавлены история экземпляров решений (#72) и переход к нужной таблице из деталей экземпляра (#52)
Диагностика:
• Добавлен переход от инцидента к связанному Job — меньше ручного поиска при разборе сбоев (#45)
• Реализован полноэкранный режим для окна трассировки стека (#46)
Управление задачами и экземплярами:
• Завершить или переназначить пользовательскую задачу можно прямо из экрана просмотра деталей (#29)
• При удалении экземпляра — опциональный пропуск кастомных лисенеров и IO-маппингов (#63)
Небольшие, но полезные изменения:
• Фильтры сохраняются в URL — можно делиться ссылкой на нужный срез (#37)
• Автомасштабирование и кнопки зума на BPMN-диаграммах (#42, #47)
Исправления:
• Детали ошибок внешних задач теперь отображаются корректно (#64)
• Список задач корректно работает при наличии «ручной задачи» (#62)
• Подсчёт числа развёртываний теперь без ошибок (#41)
• Отправка сообщения элементу без имени больше не вызывает исключение (#75)
И это далеко не все!
🔗 Релиз доступен на GitFlic:
— Полный список изменений, исходные коды и портативная версия: [ссылка]
— docker образ: [ссылка]
Документация OpenBPM Control: [ссылка]
Спасибо всем, кто присылал замечания и пожелания! Ваша обратная связь помогает нам создавать лучшее средство для администрирования BPM-движков.
#OpenBPM #control #релиз
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7
Наши коллеги из Джеймикс решили не ограничиваться офлайн-митапом!
🗓 21 апреля (16:00 по МСК) они проведут вебинар, где Виктор Фадеев, руководитель продукта Джеймикс, расскажет, как не спровоцировать локальное восстание машин при использовании ИИ в энтерпрайз-разработке.
Ключевые темы вебинара
Будут разобраны критически важные вопросы при внедрении ИИ в энтерпрайз-разработку
Почему это важно?
ИИ не заменяет инженерную дисциплину. Он делает её требования более жёсткими. Без управляемой среды разработка становится менее предсказуемой, а стоимость ошибок растёт.
Поэтому основной вопрос сегодня – способность команды сохранить контроль над системой в условиях ускоренной генерации кода с ИИ.
Для кого этот вебинар:
Приходите! Будет полезно!
*устойчивая фраза, означающая условие: хаос на входе = хаотичный результат на выходе.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Мы живем в эпоху невиданной точности и культа пунктуальности, продуктивности и тайм-менеджмента, когда расписан по секундам даже сам тайм-менеджмент. И чем глубже ты проникся этой философией, тем больше удивляешься, когда сталкиваешься с таймерами в BPM.
В OpenBPM и других движках на базе Camunda 7 таймер на «5 минут» сработает примерно через 5 минут. Но это не баг — это осознанное архитектурное решение.
BPM-движок не является системой реального времени. Здесь «таймер» — это про «продолжи/начни процесс не раньше этого момента».
— Почему так происходит?
— Где таймеры действительно полезны?
— Где их лучше не использовать?
Ответы на эти вопросы и подробный разбор механик в блоге Haulmont на Хабре
🔗 Читать на Хабре
Приходилось ли вам использовать интервалы меньше 15 секунд в своих бизнес-процессах? Расскажите в комментариях.
#OpenBPM #статья
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍2
В конце прошлого года мы писали в блоге об успешном переходе индустриальной платформы ИНКА 4.0 на OpenBPM.
А буквально сегодня мы узнали, что проект ИНКА победил в специальной номинации "Промышленные платформы и фреймворки" конкурса «Лучшие ИТ-решения в металлургии», который организован интернет-изданием ComNews в рамках VI международного форума по цифровизации и ИТ в металлургической отрасли.
Победу принес проект по созданию MES-систем и формированию единого технологического подхода к цифровизации управления производством.
Поздравляем НИЦ "КОНСОМ ГРУПП" с заслуженной победой.
👉 Переходите на наш сайт, чтобы попробовать OpenBPM - возможно это именно то, что нужно вашим бизнес-процессам.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
This media is not supported in your browser
VIEW IN TELEGRAM
🤔 Cохранить в закладках конкретные срезы процессов, задач, инцидентов или решений? Передать срез коллеге?
В Control 2026.0.0 фильтры сохраняются в URL: настрой срез, сохрани или отправь ссылку коллеге, и теперь по ссылке откроется ровно тот же вид.
Обновляйтесь до последней версии Control и оцените все изменения – в релизе закрыто более 25 задач.
#OpenBPM #control
В Control 2026.0.0 фильтры сохраняются в URL: настрой срез, сохрани или отправь ссылку коллеге, и теперь по ссылке откроется ровно тот же вид.
Обновляйтесь до последней версии Control и оцените все изменения – в релизе закрыто более 25 задач.
#OpenBPM #control
🔥2
Spring Framework 7. Jakarta EE 11. Java 21 и Java 25 как новый стандарт. Это не «когда-нибудь потом» — это происходит прямо сейчас, и при выборе BPM-движка всё чаще звучит: «А со Spring Boot 4 это вообще работает?»
И прямо сейчас мы отвечаем – «да, работает!»
OpenBPM Engine Enterprise переходит на Spring Boot 4. В работе новый стек: Spring Boot 4.0 + Spring Framework 7.0 + Jakarta EE 11. Поддержка Java 21 и 25, JUnit 6, Testcontainers 2.0... Да так, чтоб без миграции схемы БД и без breaking changes в REST API!
Важно: в ближайшее время поддержка Spring Boot 4 появится только в Enterprise-редакции. Community-версия остаётся на текущем стеке.
Детали и даты будут совсем скоро. Следите за каналом!
Пишите в комментарии, важна ли для ваших проектов поддержка Spring Boot 4
#OpenBPM #Engine
Please open Telegram to view this post
VIEW IN TELEGRAM
🎉6👍1