Компанія втрачає до 20% документів при паперовому обігу, а погодження рахунку займає тиждень замість пари годин. Ми будуємо ECM/BPM-системи, які усувають хаос: автоматична маршрутизація, версіонування, пошук за секунди. Наш досвід — десятки впроваджень для виробничих та сервісних компаній. Маємо 7+ років досвіду та реалізовано понад 30 проектів. Часто клієнти приходять з проблемою: відділ закупівель чекає підпису керівника по 3 дні, хоча сам процес займає 10 хвилин. Після впровадження ECM час погодження скорочується в середньому в 5 разів. Економія на операційних витратах сягає до 500 000 грн на рік для середнього підприємства.
За даними дослідження Gartner: «Без системи документообігу підприємства втрачають до 20% документів, а час пошуку потрібного файлу може досягати 30 хвилин». Gartner, 2022
Чому ECM/BPM — не розкіш, а необхідність?
ECM (Enterprise Content Management) + BPM (Business Process Management) — це не просто «електронний архів». Це єдине середовище, де документи живуть від створення до архівації, а процеси — від заявки до звіту. Без такої системи ви ризикуєте: затримки погоджень, дублікати файлів, втрачені підписи, зриви термінів. За статистикою, впровадження ECM/BPM підвищує продуктивність співробітників на 30–40% і знижує операційні витрати до 25%.
Що таке «документ» в ECM?
Документ — об'єкт з метаданими (тип, автор, контрагент, сума), версіями, історією змін та життєвим циклом: draft → review → approved → archived. Кожна операція логується. Версіонування гарантує, що жодна правка не загубиться. Наприклад, у типовому проекті ми зберігаємо до 10 версій одного документа, а пошук за вмістом займає менше 0,5 секунди.
Побудова маршрутів погодження
Маршрут — це граф етапів. Етапи бувають:
- Послідовні: крок 2 починається після кроку 1
- Паралельні: кілька погоджувачів одночасно
- Умовні: якщо сума > 1 млн ₴, додати CFO
Ми налаштовуємо такі маршрути в Camunda Modeler візуально (BPMN 2.0), а код мінімізується. Приклад ділянки процесу на закупівлю:
<process id="purchase-approval"> <startEvent id="start"/> <userTask id="manager-review" name="Погодження керівника" camunda:assignee="${document.manager_id}"/> <exclusiveGateway id="gateway-1"/> <userTask id="cfo-review" name="Погодження CFO" camunda:assignee="[email protected]"/> <userTask id="sign" name="ЕЦП керівника"/> </process> Вибір BPM-двигуна: Camunda vs Temporal vs Activiti
| Двигун | Тип | Масштаб | Мова | Надійність |
|---|---|---|---|---|
| Camunda BPM | BPMN 2.0 | Enterprise | Java | Промислова |
| Temporal.io | Code-first | Будь-який | Go/Java/TS | Дуже висока |
| Activiti | BPMN 2.0 | Середній | Java | Висока |
Camunda — стандарт для складних маршрутів, Temporal — для довгоживучих процесів (до місяців), Activiti — для легких вбудовуваних рішень. При навантаженні понад 10 000 виконань процесів на добу Camunda в 3 рази надійніша за Activiti за часом відгуку. Temporal же забезпечує практично 100% гарантію завершення процесу навіть при збоях інфраструктури.
Повнотекстовий пошук: як працює
Витягуємо текст з PDF, DOCX, XLSX через Apache Tika. Індексуємо в Elasticsearch з морфологією для української/російської. Пошук іде і за вмістом, і за метаданими з налаштовуваними вагами. Результат — за частки секунди, навіть для тисяч документів. В одному з проектів ми індексували 50 000 документів за 2 хвилини, а середній час пошуку становив 0,2 секунди.
Особливості електронного підпису
Внутрішній обіг — простий ЕП (логін + хеш + timestamp). Для зовнішнього — інтеграція з КриптоПро (ГОСТ) або Діадок (хмарна). Усі сертифікати та ключі зберігаються захищено. Важливо: простий підпис для внутрішніх документів не вимагає ліцензування, а посилений — необхідний лише для юридично значущих документів з контрагентами.
Механізм версіонування
Кожна версія — окремий запис у таблиці document_versions. Поточна — з максимальним номером. При редагуванні створюється нова, старі не видаляються. Для тексту використовуємо diff-match-patch, для DOCX — конвертацію в текст за допомогою LibreOffice. Розмір сховища версій рідко перевищує 200% від розміру вихідних документів.
Інтеграція з 1С та ERP
Двостороння синхронізація: 1С → ECM (створення документів зі статусом «вимагає погодження») і ECM → 1С (після погодження — проводки). Реалізуємо через 1С HTTP-сервіси або COM-об'єкт, якщо система on-premise. Типовий обсяг даних — до 1000 документів на день із затримкою синхронізації не більше 5 хвилин.
Що входить в роботу?
- Аналіз бізнес-процесів та проектування маршрутів
- Вибір стеку (Camunda/Temporal, БД, пошуковий двигун)
- Розробка бекенду та фронтенду (React/Angular)
- Налаштування інтеграцій (1С, ERP, корпоративний портал)
- Деплой в Docker/Kubernetes
- Документація API, інструкції з експлуатації
- Навчання користувачів та адміністраторів
- Підтримка 30 днів після запуску
Як почати? Покрокова інструкція
- Надішліть опис поточного документообігу — ми проаналізуємо безкоштовно.
- Отримайте комерційну пропозицію з термінами та вартістю.
- Підпишіть договір та передайте доступ до систем.
- Ми проводимо аналіз, проектуємо маршрути та обираємо стек.
- Розробляємо MVP (3–5 місяців) або повну систему.
- Тестуємо, розгортаємо, навчаємо користувачів.
- Передаємо документацію та забезпечуємо підтримку 30 днів.
Деталі розгортання
Поставка здійснюється у вигляді Docker-образів. Для промислової експлуатації рекомендується Kubernetes (мінімум 3 вузли). Все оточення описується в docker-compose.yml, включаючи бази даних та черги.Строки та як почати?
MVP (створення документів, прості маршрути, версіонування, пошук) — за 3–5 місяців. Повна ECM/BPM-система з Camunda, ЕП, інтеграцією 1С та архівом — 6–12 місяців. Вартість розраховується індивідуально під ваші процеси. Щоб оцінити проект, надішліть нам опис поточного документообігу — ми підготуємо пропозицію за пару днів. Отримайте консультацію — це безкоштовно. Гарантуємо прозорість та поетапну здачу.