// компетенція

BPM та автоматизація процесів

Low-code BPM, RPA, AI-агенти у workflow. Автоматизація як інженерна дисципліна, а не «купити робота».

// про практику

Що це і кому потрібно

BPM-практика — це проєктування і автоматизація бізнес-процесів через комбінацію low-code платформ (Scriptum на UnityBase), RPA для legacy-сценаріїв, AI-агентів для обробки неструктурованих даних. Покриває процеси узгодження, обробки звернень, фінансових операцій, HR-флоу.

У 2026 ключовий тренд — AI-агенти всередині workflow: не як заміна людини, а як перший рівень обробки, що знімає 60–70% rutine-роботи.

Вам це потрібно, якщо

  • Маєте процеси з 5+ кроками узгодження, де кожен крок — окремий email.
  • Витрачаєте >40 годин/тиждень на ручну обробку звернень/заявок.
  • Команди розробки скаржаться на технічний борг від кастомних інтеграцій.
  • Регулятор вимагає audit trail для процесів узгодження.
  • Готові проєкти автоматизації затримуються через IT-капіт.
// наша позиція

Чому ми робимо це інакше

01

Pilot-фаза AI-проєктів зазвичай йде гладко. Проблеми починаються на другому місяці production'у, коли модель уперше зустрічає реальний обсяг шуму у вхідних даних.

Не оцінюйте AI-автоматизацію на pilot — оцінюйте на стабільній production-фазі через 3–6 місяців. Pilot занадто чистий, щоб бути правдою.

02

Low-code не означає «без розробників». Означає «розробники роблять у 3 рази більше за той самий час».

Spreading low-code до бізнес-користувачів без architecture guardrails створює тіньовий IT з нульовою документацією. Архітектор лишається обов'язковим.

03

RPA — це тимчасове рішення. Якщо ви RPA-нете API integration, через 2 роки ви матимете 200 ботів, які ламаються при кожному оновленні legacy.

RPA виправдано тільки коли API недоступний і legacy буде виводитись з експлуатації <2 роки. Інакше — інвестиції в правильну integration.

// чесний фільтр

Коли вам це потрібно — і коли ні

Чесніше сказати «вам це поки не треба», ніж продати engagement, який не дасть ROI.

✓ Потрібно

  • Процеси з 5+ ручних кроків і >100 інстансів/місяць
  • Регуляторні вимоги до audit trail
  • IT-команда не справляється з backlog кастомних запитів
  • Готова інфраструктура для low-code (база, аутентифікація)

✗ Поки не треба

  • Процеси що змінюються щоквартально — автоматизація не встигне за ними
  • Малий бізнес з <50 інстансів процесу/місяць
  • Хочете «AI-агента що зробить все»
// процес

Як ми ведемо проєкт

01

Process discovery · 2–3 тижні

Інтерв'ю з власниками процесів, mining реальних потоків з email/ticketing, виявлення винятків і shadow-процесів.

02

Архітектурний дизайн · 2–3 тижні

Вибір платформи (Scriptum / Camunda / RPA), дизайн workflow з врахуванням винятків, інтеграція з ERP/CRM/ECM, governance.

03

Pilot на одному процесі · 2–3 місяці

Зазвичай починаємо з обробки звернень або узгодження договорів. Doomed to fail сценарії — high-frequency, high-stakes процеси з невідомими винятками.

04

AI layer (опційно) · 3–4 місяці

Додавання AI-агентів для класифікації звернень, екстракції даних, маршрутизації. Тільки після того, як базовий workflow стабільний.

05

Continuous improvement · постійно

Process mining щомісяця, виявлення нових bottlenecks, оптимізація AI-моделей за новими типами звернень.

Проєкт ведуть: InBase (Scriptum, UnityBase) та Softengi (AI-агенти, RPA).
За потреби долучаються: Softline (інтеграція з державними системами).

// антипатерни

Типові помилки, на яких ми вже бачили проєкти

Автоматизація хаосу

Автоматизують поточний процес «як є», без оптимізації. Результат — той самий неефективний процес, що виконується швидше. Хаос масштабується.

Що робимо інакше: process redesign перед automation. Спочатку відповідаємо «чи потрібен взагалі цей крок», потім — як його автоматизувати.

AI-агент як заміна архітектора

Очікують що AI-агент сам спроєктує workflow. У production agent приймає рішення, що ламає compliance. Звинувачують AI, а не дизайн.

Що робимо інакше: AI-агент — у workflow, дизайн якого зробив архітектор. Чіткі межі: що AI може ухвалювати, що — escalation до людини.

RPA замість API

Замість 2 тижнів на API integration — 3 дні на RPA-бота. Через рік: 200 ботів, кожен ламається при оновленні legacy, команда підтримки росте лінійно з кількістю ботів.

Що робимо інакше: RPA — тільки коли (a) API недоступний і (b) legacy буде decommission <2 роки. Інакше — інвестуємо в правильну integration.

// досвід

Типові сценарії з нашої практики

Без точних відсотків економії — реальні цифри залежать від стартової точки замовника. Натомість — конкретні архітектурні рішення та організаційні зміни.

Державний орган · обробка звернень

Scriptum + AI-класифікація звернень громадян

Орган обробляв 5000 звернень/місяць вручну, час від реєстрації до відповіді — 14 днів. Scriptum для workflow + AI-класифікація для маршрутизації. Час впав до 3 днів.

Tier-2 банк · KYC-процес

AI-агент для first-line KYC verification

AI-агент перевіряє документи клієнта проти 12 джерел (державні реєстри, sanctions lists, internal blacklists). Escalation до людини — лише для конфліктів і borderline cases. 70% заявок обробляються без людини.

Виробничий холдинг · supply chain

BPM для процесу узгодження закупівель

Раніше — узгодження закупівлі від запиту до тендеру займало 6 тижнів. Scriptum з паралельними approval-tracks для різних категорій. Час впав до 12 днів.

// поглиблені матеріали

Що писали по темі

Дев'ять свіжих експертних матеріалів — від тематичних оглядів до конкретних архітектурних рішень.

// стек

Технології, з якими ми працюємо

Low-code BPM

Scriptum · UnityBase · Camunda · Bonita · Mendix · OutSystems

RPA

UiPath · Microsoft Power Automate · Automation Anywhere · Blue Prism · Robocorp

AI-агенти & LLM

OpenAI · Anthropic Claude · LangChain · LangGraph · Microsoft Copilot Studio · n8n

Process mining

Celonis · UiPath Process Mining · SAP Signavio · ARIS Process Mining

Integration

n8n · Make · Zapier · Apache Camel · MuleSoft

Стандарти

BPMN 2.0 · CMMN · DMN · ISO/IEC 27001 · GDPR

// часті запитання

Поширені запитання

Scriptum, Camunda чи UiPath — як обрати?

Scriptum — для кастомних бізнес-додатків на low-code, особливо якщо вже використовуєте UnityBase. Camunda — для складних BPMN-сценаріїв з developer-first підходом. UiPath — для RPA з legacy без API. Часто проєкт використовує комбінацію.

Чи замінить AI-агент людину в support?

У 2026 AI-агент закриває first-line (типові запити, FAQ, routing) — це 60–70% звернень. Second/third-line — досі людина, бо вимагає судження і контексту. Заміна людини повністю — поки маркетинг, не реальність.

Скільки часу займає впровадження BPM-системи?

Pilot на одному процесі — 2–3 місяці. Платформа для організації середнього розміру — 6–12 місяців. AI-layer над робочим BPM — додатково 3–6 місяців.

Що таке process mining і чи воно потрібно?

Process mining — аналіз реальних потоків процесів за event logs з систем. Виявляє shadow-процеси, відхилення від планованого workflow, bottlenecks. Виправдовується для організацій з >5 enterprise-системами і складними процесами.

Як вимірювати ROI автоматизації?

Three метрики: (1) time-to-completion (від запиту до завершення); (2) error rate (помилки на 1000 інстансів); (3) cost-per-instance (з урахуванням infrastructure і licenses). ROI рахуємо через 6+ місяців після production launch — не на pilot.

// інші компетенції

Суміжні напрямки

Реальні проєкти рідко вписуються в одну компетенцію. Подивіться, з якими ще напрямками ми працюємо.

Розкажіть про процес, який хочете автоматизувати

30-хвилинна discovery-розмова з BPM-архітектором. Подивимось чи варто, з чого почати, скільки реально займе.

Усі контакти