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

ECM та документообіг

Електронний документообіг, ECM-системи, IDP та автоматизація узгоджень. Без зайвої міграції з Documentum «бо такий бюджет на квартал».

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

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

ECM-практика — це проєктування і впровадження систем управління корпоративним контентом: договори, накази, кадрові документи, технічна документація. Включає процеси узгодження (workflow), електронні підписи (КЕП/QES), архівне зберігання, інтеграцію з ERP/CRM.

У 2026 ключове — додавання AI/IDP (Intelligent Document Processing) для автоматичного класифікування, екстракції даних і маршрутизації документів без ручної роботи з боку секретаря.

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

  • Узгодження договору від запиту до підпису забирає 2+ тижні.
  • Маєте legacy ECM (Documentum, OpenText) з закінченою підтримкою.
  • Регулятор вимагає електронні підписи та audit trail.
  • Секретарі/юристи витрачають >50% часу на ручну обробку документів.
  • Готується перехід з паперу на електронний документообіг.
// наша позиція

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

01

Проєкти міграції ECM майже ніколи не провалюються через дані — вони провалюються через нові маршрути узгодження, непридатні до реальних щоденних винятків.

Технічна частина — це 30% складності. Решта 70% — змусити юристів, фінансистів і бухгалтерію погодитись на єдині workflow без 47 винятків «для нашого випадку».

02

IDP без чистих training-даних — це генератор сюрпризів. Cпочатку дані, потім AI.

Перш ніж впроваджувати AI-класифікатор документів, ми проводимо аудит наявного корпусу: чи є шаблони, чи відомі типи, чи однорідне форматування. Без цього 30% документів класифікуються неправильно.

03

Не треба замінювати ECM «бо стара». Треба замінювати, коли підтримка вендора закінчилась або інтеграція з новими системами стала неможливою.

Working ECM, який покриває потреби — найкращий ECM. Migration — це бюджет на 12–18 місяців і ризик зламати робочі процеси. Робіть це тільки коли реально треба.

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

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

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

✓ Потрібно

  • >500 документів/день у workflow
  • Legacy ECM з закінченою підтримкою вендора
  • Регуляторні вимоги до КЕП/audit trail
  • Готова бізнес-сторона з power user-ами в кожному відділі
  • Існує сильний executive sponsor проєкту

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

  • Замінюєте ECM «бо стара», без проблем у роботі
  • Малий бізнес <50 співробітників
  • Немає power user-ів готових витрачати 30% часу на проєкт
  • Хочете «AI-документообіг за 2 місяці»
// процес

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

01

Discovery & process mapping · 4–6 тижнів

Аудит наявних процесів узгодження, виявлення винятків і shadow-процесів, mapping типів документів і регуляторних вимог.

02

Архітектура цільового стану · 3–4 тижні

Вибір ECM-платформи, дизайн workflow, інтеграція з ERP/CRM, КЕП-інтеграція, archive strategy.

03

Pilot на одному типі документів · 2–3 місяці

Зазвичай починаємо з договорів — найвищий business impact, видимі винятки. Pilot закриває 80% технічних ризиків.

04

Поетапне розширення · 6–12 місяців

Поетапно — накази, кадрові, технічна документація. Кожен тип — окремий sprint з власним onboarding.

05

IDP layer (опційно) · 3–6 місяців

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

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

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

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

Big bang міграція ECM

Спроба замінити весь legacy ECM за один проєкт. Тривалість плану 12 місяців, реальна — 24. Старі процеси ламаються до того, як нові стабілізуються.

Що робимо інакше: паралельний run старої і нової ECM мінімум 6 місяців. Міграція — поетапно по типах документів.

Workflow без винятків

Спочатку проєктують «ідеальний» workflow. У production виявляється що 30% документів — винятки. Користувачі обходять систему через email.

Що робимо інакше: workflow з вбудованими механізмами для винятків (escalation paths, manual override з audit). Винятки — не bug, а expected behavior.

AI/IDP без training-corpus

Купують enterprise IDP-платформу очікуючи, що вона «навчиться сама». Через 6 місяців — 60% accuracy, що означає що кожен третій документ обробляється неправильно.

Що робимо інакше: мінімум 500 розмічених документів на тип перед production. Для рідкісних типів — rule-based fallback.

// досвід

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

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

Адміністративний суд · Megapolis.DocNet

Міграція з legacy на Megapolis.DocNet

Команда Softline перевела архів суду в Megapolis.DocNet за 4 місяці. Основний час — не на міграцію документів, а на узгодження нових маршрутів узгодження з суддями.

Енергохолдинг · 14 регіональних філій

Єдиний документообіг на UnityBase

Кожна філія мала власну ECM. Уніфікація через Scriptum (low-code BPM на UnityBase). 11 місяців. Найскладніше — узгодження уніфікованої номенклатури типів документів між філіями.

Банк · IDP для KYC-документів

AI-класифікація і екстракція даних з паспортів/посвідчень

Nectainium для автоматичної екстракції даних з документів клієнтів. Час обробки KYC впав з 15 хвилин до 90 секунд. Accuracy 96% для українських документів, 87% для іноземних.

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

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

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

08.05.2026 4 хв Детальніше →
07.05.2026 4 хв Детальніше →
26.04.2026 3 хв Детальніше →
24.04.2026 3 хв Детальніше →
18.04.2026 3 хв Детальніше →
// стек

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

ECM-платформи

Megapolis.DocNet · Scriptum.DMS · UnityBase · OpenText · M-Files · Alfresco · SharePoint

IDP & AI

Nectainium · Microsoft Form Recognizer · ABBYY Vantage · Google Document AI · UiPath Document Understanding

Workflow & BPM

Scriptum · Camunda · Bonita · jBPM · Activiti

Електронні підписи

КЕП (Україна) · QES (EU) · DocuSign · Adobe Sign · Diia.Signature

Архівне зберігання

Iron Mountain · AWS Glacier · Azure Archive · MinIO · S3-compatible storage

Стандарти

ISO 15489 · ISO/IEC 27001 · eIDAS · ДСТУ 4145 · MoReq2010

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

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

Чим Scriptum відрізняється від Megapolis.DocNet?

Scriptum — low-code BPM-платформа на UnityBase від InBase, для побудови workflow і кастомних бізнес-додатків. Megapolis.DocNet — спеціалізована ECM для електронного документообігу з вбудованими функціями узгодження. Перетинаються частково: для класичного ДОУ — Megapolis, для кастомних workflow — Scriptum.

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

Pilot на одному типі документів — 2–3 місяці. Повне впровадження для організації середнього розміру — 9–14 місяців. Якщо вам обіцяють «ECM за 3 місяці» — це скоріш за все base-конфігурація без реальної інтеграції.

Чи можна замінити паперовий документообіг повністю?

Технічно — так. Юридично — в Україні так, для більшості типів документів з 2017 року (за умови КЕП). На практиці залишається 5–10% документів, що мусять існувати в паперовій формі через специфіку контрагентів або процесів.

Як обрати між cloud і on-premise ECM?

Cloud — для більшості випадків (швидше впроваджується, нижче TCO). On-premise — коли документи з обмеженим доступом (вимоги КСЗІ), коли регулятор забороняє cloud, або коли вже є інвестиції в data center.

Що таке IDP і коли воно виправдано?

IDP (Intelligent Document Processing) — AI-системи для автоматичного класифікування і екстракції даних з документів. Виправдовується від ~5000 документів/місяць на тип. Нижче — ручна обробка дешевша за IDP infrastructure.

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

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

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

Розкажіть про ваші процеси документообігу — побачимо, де можна спростити

Discovery-розмова 30 хвилин з ECM-архітектором. Обговоримо поточний стан і опції без зобов'язань.

Усі контакти