Автоматизація документообігу: маршрути погодження без email

Автоматизація документообігу між відділами починається з простого питання: де зараз цей договір? Якщо відповідь знає лише той, хто його пересилав, документ втрачає час, а компанія втрачає контроль.

Знайома картина. Юрист перевірив договір з постачальником і надіслав фінансовому директору. Той у відрядженні й відповість завтра. Потім документ іде директору на підпис, директор просить уточнити один пункт і повертає договір юристу. Нове коло правок, три листи, два нагадування в Telegram. Це умовний приклад, але майже кожен власник упізнає в ньому свою компанію.

Ця стаття для власників і операційних директорів компаній на 20–100 людей, де договори, рахунки, накази й заявки ходять між юристом, фінансами та керівником. Ми покажемо, з чого складається маршрут погодження, які документи автоматизувати першими, як порахувати втрати в годинах і налаштувати маршрут покроково. Окремо розберемо чотири підходи, типові помилки та випадки, коли автоматизація не потрібна.

Коротко

Проблема в інструменті, а не в людях. У email, Telegram і Google Docs немає статусу, строку, наступного кроку й журналу, тому документ губиться між відділами.
Маршрут — це правила. Тип документа, послідовність погоджувачів, строк на крок, нагадування, ескалація, заступник. Спочатку правила, потім інструмент.
Починайте з одного типу документа. Беріть той, що ходить часто, однаковим маршрутом і де затримка коштує грошей.
Втрати рахуються в годинах. У нашому умовному прикладі вийшло близько 51 години на місяць. Ви підставите свої цифри.
Внутрішній маршрут і кваліфікований підпис (КЕП) — різні кроки. Спершу погодження всередині компанії, потім підпис, потім обмін із контрагентом.

Чому документи зависають між відділами

Типовий маршрут договору

Візьмемо договір з новим постачальником у компанії на 50 людей. За регламентом його проходять три людини: юрист перевіряє умови, фінансовий директор оцінює платіжні зобов’язання, директор підписує.

Ось як це виглядає на практиці:

Менеджер із закупівель надсилає Word-файл юристу на email.
Юрист робить правки й повертає файл із позначками. Менеджер на нараді й бачить їх лише ввечері.
Менеджер враховує правки й надсилає договір фінансовому директору. Той у відрядженні, документ лежить у вхідних.
Фінансовий директор пересилає договір директору. Директор просить уточнити дату поставки, і документ іде назад до менеджера.
Після ще одного кола правок договір нарешті підписують.

Кожен діє розумно. Але ніхто, крім менеджера, не знає, на якому кроці документ і яка версія актуальна. Операційний директор дзвонить і питає. Це не проблема дисципліни. Пошта й месенджери створені для розмов, а не для керування маршрутами.

Чому email, Telegram і Google Docs не тримають маршрут

Для маршруту потрібні чотири речі: статус, строк, наступний крок і журнал. Звичайні інструменти не дають жодної з них.

Email. Лист не має статусу «на погодженні». Версії розходяться по вкладеннях, а коротке «погоджую» тоне в гілці з двадцяти листів.
Telegram. Зручно, але повідомлення швидко йдуть угору стрічки. Через місяць не знайти, хто й коли погодив саме цю версію. Нагадувань за строком немає.
Google Docs. Коментарі схожі на погодження, але документ не знає, хто наступний погоджувач, не нагадає й не збереже рішення у вигляді, придатному для перевірки.

Для 5–10 документів на місяць така комбінація терпима. Коли документів десятки, а кроків кілька, люди витрачають частину робочого дня на пошуки й нагадування.

Чекліст: ознаки, що проблема вже коштує грошей

Ви не можете за хвилину сказати, на якому кроці зараз конкретний договір.
Хтось регулярно нагадує погоджувачам вручну.
Існує кілька копій одного файлу, і доводиться з’ясовувати, яка остання.
Через пів року не можна довести, хто й коли погодив документ.
Документ завис через відпустку чи відрядження однієї людини.
Клієнт чекав на договір або рахунок довше, ніж був готовий.
Операційний директор щоранку збирає статуси документів у голові або в окремому файлі.
Новий співробітник не знає, кому слати документ, і питає в чаті.

Збіглося три пункти й більше: маршрут варто описати й автоматизувати. Один-два: можливо, вистачить письмового правила (див. розділ про випадки, коли автоматизація не потрібна).

Що таке автоматизація документообігу і з чого вона складається

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

Елементи маршруту

Тип документа. Від нього залежить маршрут: договір, рахунок, наказ, заявка.
Маршрут. Послідовність погоджувачів, іноді з умовами за сумою чи контрагентом.
Строк на крок. Наприклад, робочий день для юриста. Без строку маршрут перетворюється на чергу.
Нагадування. Система нагадує сама, до настання строку, а не після нього.
Ескалація. Якщо строк минув, повідомлення йде керівнику погоджувача.
Заступник. На час відпустки чи відрядження документ переходить до заміни.
Версії й коментарі. Правки в одному місці, видно, що змінилося й хто змінив.
Реєстр і архів. Номер, дата, контрагент, статус, пошук.
Журнал дій. Хто, коли й яке рішення ухвалив.

Без двох елементів, строку й журналу, решта не працює: нагадувати нема про що, а перевірити нема чого.

Послідовний, паралельний і змішаний маршрут

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

Паралельний: усі отримують документ одночасно. Підходить, коли кожен перевіряє свою частину й правок мало: накази, заявки, акти. Очікування коротше.

Змішаний: частина кроків паралельна, частина послідовна. Типовий для договорів: юрист і фінанси дивляться одночасно, директор підписує після обох. Правило вибору просте. Якщо правка одного впливає на інших, йдіть послідовно. Якщо ні, паралельно.

Маршрут, СЕД, КЕП і ЕДО: чим вони відрізняються

Ці терміни плутають найчастіше, хоча вирішують вони різні задачі.

Що це	Що робить	Чого не робить
Внутрішній маршрут погодження	Веде документ через відділи компанії, нагадує, фіксує візи	Сам по собі не підтверджує особу підписанта
СЕД (система електронного документообігу)	Реєструє, зберігає й шукає документи, часто містить маршрути	Розрахована на всю організацію, тому потребує налаштування під вашу структуру
КЕП (кваліфікований електронний підпис)	Підтверджує особу підписанта й цілісність документа	Не визначає, хто й у якому порядку погоджує
ЕДО (сервіси обміну електронними документами) з контрагентами	Обмінює підписані документи між компаніями	Головне призначення — зовнішній обмін, а можливості внутрішнього погодження в сервісах різні

Для компанії на 20–100 людей повна СЕД потрібна рідко. Часто досить автоматизувати три-п’ять маршрутів і підключити КЕП там, де потрібен юридичний підпис.

Що каже закон

Закон України «Про електронні документи та електронний документообіг» № 851-IV відповідає на питання, чи має електронний документ юридичну силу. Стаття 5 визначає його як документ, інформація в якому зафіксована у вигляді електронних даних. Стаття 6: створення електронного документа завершується накладанням електронного підпису та/або печатки. Стаття 7: оригінал — це електронний примірник з обов’язковими реквізитами, зокрема з електронним підписом автора. Стаття 8: юридична сила електронного документа не може бути заперечена виключно через те, що він має електронну форму. Стаття 13: строк зберігання електронних документів не менший, ніж для паперових.

Що це означає для маршруту. Віза погодження — один із реквізитів за ДСТУ 4163:2020, а оригіналом договору стає документ із підписом. Тому журнал маршруту зберігайте так само довго, як і сам документ, а КЕП ставте після останньої візи. Це наша практична порада, а не юридична консультація. Нюанси для вашого типу документів уточніть у юриста.

Які документи автоматизувати першими

Не все варто переносити в систему одразу. Ось як виглядає вибір для типових документів.

Документ	Типові погоджувачі	Що ускладнює	З чого почати
Договір з постачальником	Закупівлі, юрист, фінанси, директор	Правки в тексті, кілька кіл	Маршрут «юрист, фінанси, директор» і єдина версія файлу
Договір з клієнтом після угоди	Менеджер продажів, юрист, директор	Нестандартні умови клієнта, тиск строків	Типовий шаблон і автозапуск маршруту після угоди
Рахунок або заявка на оплату	Ініціатор, керівник відділу, фінанси	Пороги сум, бюджети	Поріг: до певної суми погоджує керівник відділу, вище — директор
Наказ	Юрист, кадри, директор	Вимоги до реквізитів	Шаблон і паралельне візування
Заявка на відпустку чи відрядження	Лінійний керівник, кадри	Заміна на час відсутності	Найпростіший маршрут для пілоту
Акт виконаних робіт	Виконавець, менеджер проєкту, фінанси	Прив’язка до договору	Після того, як запрацюють договори й рахунки

Договори з постачальниками й рахунки зазвичай зачіпають закупівлі. Про цей стик докладніше в статті про автоматизацію відділу постачання.

Критерії вибору першого маршруту

Обсяг за місяць. Чим частіше ходить документ, тим швидше маршрут принесе користь.
Однаковий маршрут. Якщо більшість документів ідуть тими самими людьми, маршрут легко описати. Якщо щоразу інакше, спершу наведіть лад у правилах.
Ціна затримки. Договір, що блокує поставку чи угоду, дорожчий за заявку на канцелярію.
Є власник процесу. Одна людина, яка відповідає за правила й вирішує спірні питання. Зазвичай це той, до кого сьогодні телефонують із питанням «де документ»: операційний директор чи офіс-менеджер. Він затверджує правила, а не погоджує кожен документ.
Документ уже в електронному вигляді. Для паперових документів із візами від руки система нічого не зробить: спершу потрібен електронний шаблон.

Поріг: коли автоматизувати, а коли досить правила в чаті

Наш практичний орієнтир, а не норма. Автоматизуйте, якщо виконуються дві умови одночасно. Документ ходить регулярно, хоча б кілька разів на тиждень. І затримка на ньому реально коштує: зриває угоду, оплату чи поставку.

Якщо документів мало, а погоджувачів двоє, досить письмового правила в чаті: «рахунок до такої суми погоджує керівник відділу, вище — директор, відповідь протягом робочого дня». Правило можна ввести завтра. Автоматизація потрібна тоді, коли правило перестали пам’ятати, виконувати або перевіряти.

Перш ніж братися за документи, подивіться на них у контексті всієї автоматизації бізнес-процесів підприємства. Іноді більший ефект дає зовсім інший процес.

Як порахувати втрати від ручного погодження

Формула

Втрати за місяць у годинах:

(документи × кроки × хвилини активної роботи + нагадування + пошук версій) ÷ 60

Результат множите на вартість години співробітника. Ця вартість у кожної компанії своя, тому підставте свою.

Документи — скільки документів за місяць проходить маршрут.
Кроки — скільки погоджень у середньому на документ.
Хвилини активної роботи — скільки людина реально працює з документом на одному кроці: читає, править, відповідає. Час, коли документ лежить у вхідних, сюди не входить.
Нагадування — скільки разів ініціатор нагадує вручну, помножене на хвилини на одне нагадування.
Пошук версій — хвилини на документ, щоб знайти актуальний файл.

Розібраний приклад

Це приклад, а не наш замір. Компанія на 50 людей, 40 документів на місяць, у середньому 3 погодження на документ.

Складова	Розрахунок	Годин на місяць
Активна робота	40 × 3 × 20 хв = 2 400 хв	40
Нагадування вручну	40 × 2 × 5 хв = 400 хв	близько 6,7
Пошук версій	40 × 5–7 хв = 200–280 хв	близько 4
Разом		близько 51

Вийшло близько 51 години на місяць: більше, ніж робочий тиждень однієї людини. Щоб отримати гроші, помножте на вартість години у вас. Ми свідомо не називаємо цифру, бо вона різна.

Очікування в розрахунку немає. Поки документ лежить у вхідних, люди працюють над іншим, і години не горять. Зате для договору це календарні дні затримки.

Приховані втрати

Затримка угоди. Договір, який погоджується довше, ніж клієнт готовий чекати, дає клієнту час розглянути інші пропозиції. Особливо болісно це для тендерів і сезонних замовлень.
Версії. Юрист правив одну копію, фінансовий директор іншу. На підписанні виникає питання, яка з них остання, і ризик підписати не той текст.
Немає аудиторського сліду. Через пів року або під час суперечки важко довести, хто й коли погодив.
«Незамінна людина». Процес тримається на тому, хто знає, кому переслати документ. Його відпустка зупиняє погодження.

Коли не окупиться

Чесно: за часом автоматизація не окупиться, якщо документів кілька на місяць або маршрут складається з двох людей, що сидять в одній кімнаті. Не окупиться й тоді, коли правила змінюються щотижня.

Є ще один випадок. Гальмує не передача документа, а рішення: директор тримає договір, бо сумнівається в умовах. Система покаже цю затримку, але не ухвалить рішення замість людини. У таких випадках точніше рахувати не години, а ризики: угоди, що зірвалися, і документи без сліду. Якщо ризиків немає, залиште правило в чаті.

Як налаштувати маршрут погодження покроково

Нижче дев’ять кроків. У кожному вказано, хто відповідає і що має бути на виході.

Опишіть, як документ ходить зараз. Хто, у якому порядку, де чекає, де виникають правки. Відповідає: власник процесу разом із двома-трьома погоджувачами. На виході: схема «як є» з позначеними місцями затримок. Допоможе шаблон опису процесу.
Запишіть правила маршруту й пороги сум. Хто погоджує за якої умови: тип документа, сума, контрагент. Відповідає: власник процесу разом із директором. На виході: таблиця «умова, погоджувачі».
Задайте строки. Строк на кожен крок і загальний строк. Відповідає: власник процесу, погодивши їх із виконавцями. На виході: строки для кожного кроку.
Налаштуйте нагадування й ескалацію. Нагадування до строку, ескалація після нього. Відповідає: власник процесу та керівники відділів. На виході: правила «кому, коли, яким каналом».
Призначте заступників. Для кожного погоджувача хтось, хто підміняє його у відпустці, у відрядженні чи після звільнення. Відповідає: керівники відділів. На виході: таблиця «основний, заступник».
Підготуйте шаблони й правила версій. Типові шаблони договорів, одне місце для актуального файлу, коментарі в системі, а не в листах. Відповідає: юрист. На виході: затверджені шаблони й правило «актуальна версія лише одна».
Визначте реєстр, архів і журнал. Які поля реєструються, скільки зберігаються документи, хто має доступ. Відповідає: юрист і бухгалтер разом з адміністратором. На виході: структура реєстру та строки зберігання з урахуванням закону.
Запустіть пілот на одному типі документа. Одна група людей, один маршрут. Відповідає: адміністратор маршруту. На виході: робочий маршрут і список проблем, які знайшли люди.
Два тижні працюйте паралельно зі старим способом, потім розширюйте. Порівняйте: нічого не загубилося, строки дотримано. Якщо так, додайте наступний тип документа. Відповідає: власник процесу та адміністратор. На виході: рішення про розширення.

Два тижні паралельної роботи — це і наша практика при запуску систем. Старий спосіб лишається страховкою, поки люди звикають.

Як виглядає один договір після запуску

Менеджер завантажує договір і вибирає тип. Система за правилами будує маршрут: якщо сума вища за поріг, додається директор. Юрист отримує в Telegram повідомлення зі строком і кнопками. Не відповів до строку: приходить нагадування, а після строку ескалація йде керівнику. Юрист повертає договір із коментарем, менеджер бачить причину, править і запускає знову.

Заздалегідь домовтеся про правило повторного погодження. Якщо правка змінила суть умов, маршрут починається спочатку. Якщо виправлено лише опечатку, документ іде далі без повторних погоджень. Після останньої візи договір іде на підпис, а потім в архів разом із журналом: хто, коли й яке рішення ухвалив.

Що міряти в пілоті

Достатньо чотирьох показників:

час від запуску документа до останньої візи;
кількість прострочених кроків і ескалацій;
скільки разів документ повертали на доопрацювання і чому;
скільки нагадувань люди ще роблять вручну.

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

Чотири підходи і як вибрати

Найкращого варіанту для всіх немає. Є той, що відповідає вашій інфраструктурі, обсягу документів і людям, які користуватимуться ним щодня.

BAS Документообіг КОРП: якщо облік уже в BAS

Якщо облік ведеться в BAS або на платформі 1С, розширення для документообігу — логічний вибір. Плюси: маршрут працює там, де вже є договори, контрагенти й рахунки; погоджувачі вже є користувачами; передбачені архів і пошук. Обмеження: підходить, лише якщо BAS уже в компанії; зміни маршруту зазвичай проходять через налаштування облікової системи, а не за кілька кліків; не всі співробітники швидко звикають до її інтерфейсу.

Вчасно та інші сервіси ЕДО з КЕП

Вчасно дозволяє погоджувати документ усередині компанії почергово або паралельно, заблокувати підписання, доки всі учасники не погодили, і зберігає історію погодження разом із документом. Є маршрути, що автоматично направляють документи потрібним користувачам. Сервіс пише про 1 500 000 компаній-користувачів і понад 3500 інтеграцій.

Плюси: КЕП і обмін із контрагентами в одному місці, швидкий старт. Обмеження: сильна сторона — підпис і зовнішній обмін, тож складні умови маршруту (гілки за сумою, відділом, винятками) варто перевірити на демо. Інші сервіси ЕДО мають схожу логіку. Порівнюйте їх за трьома ознаками: чи є умовні маршрути, чи є заступники й ескалація, як налагоджений зв’язок з обліком.

n8n і Make: конструктор під ваш маршрут

n8n і Make — конструктори автоматизацій. З них можна зібрати маршрут: бот або форма приймає документ, погоджувач отримує повідомлення в Telegram, відповідь записується в таблицю. Плюси: гнучкі умови, сповіщення там, де люди вже працюють, зазвичай швидше й простіше, ніж повна система. Обмеження: потрібен технічний фахівець, який підтримує сценарії; кожен сценарій — окрема розробка; юридично значущого підпису немає, КЕП підключають окремо. Для одного-двох маршрутів це добре, для десятка вже важко підтримувати.

Власна система під процес

Власна система — це програма під ваші правила. Ми будуємо такі: код пишуть ШІ-агенти під контролем архітектора, тому перша версія буває готова за кілька днів. Плюси: маршрут, ролі, документи й звіти в одному місці, Telegram як інтерфейс, код і дані належать вам. Обмеження: потрібен опис процесу, правила маршруту затверджуєте ви, а підтримка й розвиток — окрема підписка. Докладніше в розділі нижче.

Порівняльна таблиця

Критерій	BAS Документообіг КОРП	Сервіси ЕДО з КЕП	n8n / Make	Власна система
Для кого	Компанії, що вже ведуть облік у BAS	Компанії, де головне — підпис і обмін із контрагентами	Один-два прості маршрути й технічний фахівець	Власні правила, які не вкладаються в коробку
Складні умови маршруту	Так, через налаштування	Обмежено, перевіряйте на демо	Так, кожен сценарій пишуть окремо	Так, під ваш процес
Підпис КЕП	Через інтеграцію з сервісом ЕДО	Вбудований	Підключається окремо	Підключається інтеграцією
Зв’язок з обліком	Рідний	Через інтеграції	Через API	Під ваш облік
Інтерфейс погоджувача	Облікова система	Веб-кабінет сервісу	Telegram, пошта, форми	Telegram і веб
Головне обмеження	Потрібен BAS	Не для складних внутрішніх процесів	Потрібна підтримка фахівця	Потрібен опис процесу

П’ять питань, щоб вибрати

Чи ведете ви облік у BAS і чи хочете тримати документи там же?
Чи потрібен юридично значущий підпис КЕП одразу і скільки документів іде контрагентам?
Які умови маршруту: лише пороги сум чи різні гілки за відділами й контрагентами?
Хто підтримуватиме систему: свій адміністратор, інтегратор чи підрядник?
Де люди вже працюють щодня: у Telegram, у пошті чи в обліковій системі?

Якщо відповіді ведуть у різні боки, поєднуйте: внутрішній маршрут окремо, підпис через ЕДО після нього. Про вибір між готовим і власним детальніше в тесті «готова програма чи власна система».

Як це вирішує ШІ-система управління бізнесом

Ми в Directoria розробляємо ШІ-систему управління бізнесом під процеси компанії: заявки, розрахунки, документи, оплати, задачі в Telegram. Код у ній пишуть ШІ-агенти під контролем архітектора, а людина перевіряє результат на реальних замовленнях. Основа вже працює в наших проєктах: ролі, вхід через Telegram, сповіщення, документи, резервні копії. Маршрут погодження ми збираємо під ваш процес як модуль поверх цієї основи.

Що система робить

Розбирає вхідні документи й повідомлення у вільній формі та кладе їх у картку.
Читає прайси й документи, готує чернетки відповідей для менеджера.
Нагадує погоджувачу в Telegram і пише звіти: що на погодженні, що прострочено.
Сама формує документи: рахунок, видаткову накладну, акт, комерційну пропозицію, суму прописом, PDF.
Розмежовує ролі: хто що бачить і хто що погоджує.
Щодня робить резервну копію.

Чого система не робить

Не рахує ціну. Її рахують формули, які затвердили ви, а не ШІ.
Нічого не надсилає клієнту без людини, якщо ви не погодили інакше.
Не підписує КЕП за людину. Підпис ставить власник ключа.
Не вирішує спірні питання замість юриста. ШІ готує чернетку, рішення ухвалює людина.

Наші приклади

У Saloy, нашій компанії з виробництва на верстатах з ЧПК, питання до клієнта позначаються на картці замовлення. Якщо замовлення з відкритими питаннями намагаються перевести у виробництво, система попереджає, але не блокує. Це «ворота» перед виробництвом. Для маршруту документів це корисний урок: для кожного кроку вирішіть, що потрібно, жорстка заборона чи попередження.

Другий урок про версії. Одного разу оновлення зі старої копії затерло свіжий модуль, і його відновлювали вручну. Відтоді правило: контроль версій і резервні копії з першого дня. Докладніше про це у кейсі власної системи управління.

Інший приклад: калькулятор для виробника металоконструкцій. Менеджери вже працювали у своїй CRM, і ми її не міняли, а вбудувалися в неї. Для кожної заявки система сама формує комерційну пропозицію у фірмовому PDF і розрахунок в Excel із живими формулами. Перед запуском ми звірили результати з Excel на контрольних прикладах, і вони збіглися до копійки. У самому Excel знайшлися помилки. Ми не виправляли їх мовчки, а передали інженеру. Для маршруту погодження той самий принцип: правка йде власнику правил із коментарем і не зникає.

Як ми працюємо. Демо на 30 хвилин безкоштовно, далі опис процесу займає тиждень, потім запуск 2–4 тижні. Перша версія буває за кілька днів, а ще два тижні система працює паралельно зі старим способом.

Інтеграція з українськими сервісами

BAS і 1С

Якщо облік у BAS чи 1С, маршрут має читати й записувати дані туди: контрагента, договір, номер рахунку. Тоді фінансовий директор, погоджуючи рахунок, бачить контекст: договір і попередні платежі. Це можна зробити вбудованим модулем або обміном даними між системами. Вибір залежить від того, хто підтримуватиме рішення.

Вчасно і M.E.Doc

Внутрішній маршрут і зовнішній підпис — два різні процеси. Спершу документ проходить внутрішнє погодження, потім на нього ставлять КЕП, і лише тоді він іде контрагенту через сервіс ЕДО, наприклад Вчасно. Багато компаній використовують M.E.Doc для звітності й обміну первинними документами. Логіка та сама: те, що йде назовні, спершу проходить усередині. Після останньої візи система готує документ до підписання, а статус «підписано» можна повертати в журнал обміном даними.

Telegram як інтерфейс погоджувача

Погоджувач отримує повідомлення з назвою документа, строком і двома кнопками: «Погодити» та «Повернути з коментарем». Натиснув, і рішення записане в журнал. Нічого вчити не треба. Telegram ми й використовуємо як основний інтерфейс у наших проєктах. Одне застереження: кнопка фіксує візу, а КЕП ставиться окремо.

CRM відділу продажів

Договір з клієнтом часто народжується в готовій CRM: угоду закрито, потрібен договір. Є два варіанти. Перший: лишити CRM як є й передавати в маршрут подію «угоду виграно». Система створює договір із шаблону й запускає погодження. Другий: вести і угоду, і договір в одній власній системі. Готова CRM підходить, якщо від неї потрібні воронка й картки, а складні маршрути погодження зазвичай доводиться доробляти. Що відбувається з угодою до договору, читайте в статті про автоматизацію відділу продажів.

Типові помилки впровадження

Запуск одразу на всю компанію. Через тиждень хаос, і люди повертаються до email. Як уникнути: пілот на одному типі документа й одній групі.
Немає нагадувань і ескалації. Одне повідомлення на вході, далі тиша, і погоджувачі просто забувають. Як уникнути: нагадування до строку, ескалація після нього, перевірка обох у пілоті.
Юрист і бухгалтер не брали участі у виборі. Вони не обирали рішення, тож пасивно його саботують: затримують погодження й скаржаться на незручність. Як уникнути: запитайте їх, як зручно отримувати документи, і врахуйте відповідь.
Немає адміністратора. Перші тижні завжди виникають питання: додати людину, розблокувати застряглий маршрут. Як уникнути: призначте одну людину, не обов’язково IT-спеціаліста, і дайте їй право змінювати маршрут.
Маршрут копіює хаос замість спрощення. У систему переносять усі сім погоджень, що колись з’явилися «про всяк випадок». Як уникнути: на кроці «як є» про кожне погодження питайте, що станеться, якщо його прибрати.
Немає заступників. Документ стоїть, бо ключова людина у відпустці. Як уникнути: призначте заступника для кожної ролі до запуску.

Коли автоматизація документообігу не потрібна або не спрацює

Документів мало, погоджувачів двоє. Письмове правило в чаті дешевше й швидше.
Правила нестабільні. Якщо маршрут змінюється щотижня, спершу домовтеся про правила, потім автоматизуйте.
Гальмує рішення, а не передача. Система покаже затримку, але не примусить думати швидше.
Немає власника процесу. Без людини, яка відповідає за правила, маршрут зупиниться на першому спірному питанні.
Керівник працює в обхід. Якщо директор і далі погоджує в особистих повідомленнях, система лишиться формальністю.
Документи переважно паперові. Якщо ви не плануєте переходити на електронні, автоматизувати нічого.

В усіх цих випадках на демо ми скажемо про це прямо й не будемо продавати систему, яка вам не потрібна.

Часті питання

Чим автоматизація документообігу відрізняється від автоматизації документів?

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

Що буде, якщо погоджувач у відпустці або звільнився?

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

Чи потрібен IT-фахівець?

Користувачеві ні: погоджувач натискає кнопку. Для налаштування й змін маршруту потрібен адміністратор. Зазвичай це операційний менеджер, який пройшов коротке навчання. IT-фахівець знадобиться для складних інтеграцій з обліком і для конструкторів на кшталт n8n. Нашу систему після запуску ми підтримуємо за підпискою.

Чи юридично дійсний електронний документ?

Так, якщо він підписаний. За ст. 8 закону № 851-IV юридична сила електронного документа не може бути заперечена виключно через його електронну форму, а створення документа завершується накладанням електронного підпису (ст. 6). Внутрішні візи підпису не замінюють. Нюанси для вашого документа уточніть у юриста.

Скільки триває впровадження?

У нас опис процесу займає тиждень, запуск — 2–4 тижні, перша версія буває за кілька днів. Ще два тижні система працює паралельно зі старим способом. Терміни BAS-рішень і сервісів ЕДО залежать від виконавця, тому ми їх не називаємо.

Де зберігаються документи і кому вони належать?

У нашій системі код і дані належать вам. Ми ставимо її на ваш сервер або на наш і за потреби передаємо вам будь-коли. Щодня робиться резервна копія. Доступ до документів розмежований ролями, тож кожен бачить лише своє. Строк зберігання електронних документів не може бути меншим, ніж для паперових, тому заздалегідь визначте, як довго тримати архів.

Якщо у вас договори, рахунки чи заявки застрягають між юристом, фінансами та керівником, опишіть, як у вас зараз ходить договір чи рахунок. Покажемо систему на демо за 30 хвилин і чесно скажемо, що вам вигідніше. Детальніше — ШІ-система управління бізнесом.