Погодження документів

Погодження документів — це процес перевірки, узгодження і затвердження документів у компанії перед тим, як вони будуть виконані, оплачені, підписані, проведені в обліку або передані далі за бізнес-процесом.

Простими словами, погодження документів відповідає на питання:

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

Головне. Погодження документів потрібне не для бюрократії. Воно потрібне, щоб важливі рішення не приймались випадково, платежі не виконувались без контролю, договори не підписувались без перевірки, а відповідальність не розчинялась у фразі “ну хтось же мав подивитися”.

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

Для виконавців. Автоматизоване погодження зменшує хаос у пошті, месенджерах, Excel-файлах і паперових підписах. Документ має маршрут, статус, відповідального, історію і результат.

Поширена проблема. Якщо документ “десь на погодженні”, але ніхто не знає де саме, це не погодження. Це документальний туризм без GPS.

Вступ

У будь-якій компанії постійно створюються документи.

Це можуть бути:

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

Більшість таких документів не повинні просто створюватися і одразу виконуватися.

Їх потрібно перевірити.

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

Договір має перевірити юрист, фінансовий відділ, відповідальний менеджер і директор.

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

Кадровий документ може потребувати погодження HR, керівника і бухгалтерії.

Якщо погодження ведеться вручну, через пошту або месенджери, дуже швидко виникають проблеми:

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

Саме тому погодження документів краще автоматизувати в ERP.

Що таке погодження документів простими словами

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

Приклад:

Працівник створює заявку на оплату рахунку.

Далі документ проходить маршрут:

Ініціатор → Керівник підрозділу → Фінансовий відділ → Директор → Бухгалтерія → Оплата

На кожному етапі відповідальна особа може:

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

У результаті компанія бачить не просто документ, а повний процес його проходження.

Для чого потрібне погодження документів

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

Воно допомагає:

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

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

Які документи потрібно погоджувати

Погоджувати можна різні документи.

Найчастіше погоджують:

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

Не кожен документ потребує складного маршруту.

Простий документ може погоджувати одна особа.

Критичний документ може проходити кілька рівнів погодження: керівник, фінанси, юрист, директор, власник.

Приклад погодження заявки на оплату

Заявка на оплату — один із найтиповіших документів для погодження.

Процес може виглядати так:

Ініціатор → Керівник підрозділу → Фінансист → Директор → Бухгалтерія

Ініціатор створює заявку і додає:

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

Керівник підрозділу перевіряє, чи потрібна ця витрата.

Фінансист перевіряє бюджет і платіжний календар.

Директор погоджує великий або критичний платіж.

Бухгалтерія виконує оплату після погодження.

ERP фіксує кожну дію.

Приклад погодження договору

Договір може мати складніший маршрут.

Наприклад:

Ініціатор → Юрист → Фінансовий відділ → Керівник напряму → Директор → Підписання

Юрист перевіряє:

юридичні ризики;
відповідальність сторін;
штрафи;
строки;
умови розірвання;
правильність реквізитів;
повноваження підписантів.

Фінансовий відділ перевіряє:

суму;
бюджет;
умови оплати;
валюту;
вплив на cash flow;
податкові наслідки;
фінансові ризики.

Керівник напряму перевіряє бізнес-сенс.

Директор затверджує фінальне рішення.

Після цього договір може бути підписаний.

Договір без погодження. Це як підписати інструкцію до гри, не прочитавши правила, а потім здивуватися, що штрафи, строки і відповідальність грають проти вас.

Приклад погодження заявки на закупівлю

Заявка на закупівлю може проходити такий маршрут:

Ініціатор → Керівник підрозділу → Склад → Закупівельник → Фінанси → Директор

Ініціатор описує потребу.

Керівник перевіряє доцільність.

Склад перевіряє, чи немає потрібного товару в наявності.

Закупівельник перевіряє постачальників, ціни і строки.

Фінанси перевіряють бюджет.

Директор погоджує великі суми або критичні закупівлі.

Після погодження створюється замовлення постачальнику або заявка на оплату.

Приклад погодження кадрових документів

Кадрові документи також часто потребують погодження.

Наприклад, відпустка:

Працівник → Керівник → HR → Бухгалтерія

Працівник подає заявку.

Керівник погоджує можливість відсутності.

HR перевіряє залишок днів відпустки і кадрові правила.

Бухгалтерія використовує дані для зарплати.

Інший приклад — відрядження:

Працівник → Керівник → Фінанси → HR → Бухгалтерія

Тут потрібно перевірити не тільки факт поїздки, а й бюджет, аванс, добові, документи і звітність.

Маршрут погодження

Маршрут погодження — це послідовність осіб або ролей, через які проходить документ.

Маршрут може бути:

простий;
складний;
послідовний;
паралельний;
умовний;
багаторівневий;
динамічний;
змішаний.

Приклад простого маршруту:

Автор → Керівник → Виконавець

Приклад складного маршруту:

Автор → Керівник підрозділу → Фінанси → Юрист → Директор → Бухгалтерія

Маршрут повинен відповідати реальному бізнес-процесу.

Якщо маршрут занадто простий, компанія ризикує пропускати важливі перевірки.

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

Послідовне погодження

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

Приклад:

Керівник → Фінансовий директор → Директор

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

Переваги:

чітка логіка;
зрозуміла відповідальність;
контроль етапів;
простіше відстежувати статус.

Недоліки:

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

Паралельне погодження

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

Приклад:

Юрист
Фінанси
Керівник напряму

Усі троє можуть перевіряти документ одночасно.

Переваги:

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

Недоліки:

потрібно визначити, що робити при відхиленні одним учасником;
потрібні правила завершення;
можуть виникати суперечливі коментарі.

Наприклад, юрист каже “підписувати можна”, фінансист каже “грошей немає”, а керівник каже “дуже треба”. ERP не вирішить конфлікт сама, але хоча б збере всіх у одному процесі.

Умовне погодження

Умовне погодження залежить від параметрів документа.

Наприклад:

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

Приклад:

Якщо сума до 10 000 грн — погоджує керівник підрозділу.

Якщо сума від 10 000 до 100 000 грн — додатково погоджує фінансовий директор.

Якщо сума понад 100 000 грн — погоджує директор.

Якщо контрагент новий — додається юрист або служба безпеки.

Якщо перевищено бюджет — додається власник або фінансовий комітет.

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

Динамічний маршрут

Динамічний маршрут формується автоматично залежно від даних документа.

Наприклад:

Документ створено по підрозділу “Маркетинг” — погоджує керівник маркетингу.

Документ створено по підрозділу “Виробництво” — погоджує керівник виробництва.

Документ пов’язаний із проєктом — додається керівник проєкту.

Документ стосується IT — додається IT-директор.

Документ має валютний платіж — додається фінансовий директор.

Такий підхід гнучкіший за фіксований маршрут.

ERP може автоматично визначати потрібних погоджувачів.

Ролі в погодженні

У погодженні документів можуть брати участь різні ролі.

Роль	Що робить
Ініціатор	Створює документ, заповнює дані, додає файли і запускає погодження.
Керівник підрозділу	Перевіряє доцільність документа для свого напряму.
Фінансовий відділ	Перевіряє бюджет, платіжний календар, cash flow, статті витрат і фінансові ризики.
Бухгалтерія	Перевіряє документи, реквізити, податкові питання, правильність оформлення і виконує облік.
Юрист	Перевіряє договори, ризики, умови, відповідальність, штрафи і правові наслідки.
Закупівельник	Перевіряє постачальника, ціни, строки, комерційні пропозиції і умови закупівлі.
Директор	Затверджує важливі, великі або ризикові документи.
Виконавець	Виконує дію після погодження: оплату, закупівлю, підписання, проведення документа.

Статуси погодження

Статуси допомагають бачити, на якому етапі знаходиться документ.

Типові статуси:

чернетка;
на погодженні;
погоджено;
відхилено;
повернуто на доопрацювання;
очікує додаткових даних;
очікує бюджету;
очікує юридичної перевірки;
очікує фінансового погодження;
затверджено;
виконано;
скасовано;
архівовано.

Статус повинен бути зрозумілим.

Якщо документ має статус “у роботі”, але ніхто не знає, хто саме з ним працює, це слабкий статус.

Краще бачити конкретно:

“Очікує погодження фінансиста”;
“Повернуто ініціатору”;
“Очікує директора”;
“Готово до оплати”;
“Оплачено”.

Дії погоджувача

Погоджувач може виконувати різні дії.

Наприклад:

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

ERP повинна фіксувати не тільки фінальне рішення, а й історію дій.

Коментарі в погодженні

Коментарі дуже важливі.

Вони пояснюють, чому документ погоджено, відхилено або повернуто.

Приклади корисних коментарів:

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

Поганий коментар:

Не ок

Це не коментар, а загадка.

Ще гірше:

Див. вище

Особливо якщо “вище” вже ніхто не бачить.

Файли і вкладення

До документа часто потрібно додавати файли.

Наприклад:

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

ERP повинна зберігати файли поруч із документом і погодженням.

Це краще, ніж коли рахунок у пошті, договір у месенджері, акт на робочому столі бухгалтера, а рішення “погоджено” було сказано усно в коридорі.

Історія погодження

Історія погодження показує, що відбувалося з документом.

Вона повинна містити:

хто створив документ;
коли створив;
хто отримав на погодження;
коли отримав;
хто погодив;
хто відхилив;
хто повернув;
які коментарі були додані;
які файли додано;
які зміни внесено;
коли документ був завершений;
хто виконав дію після погодження.

Історія потрібна для прозорості і відповідальності.

Якщо через місяць виникає питання “хто це погодив?”, ERP повинна відповідати не “не знаю”, а показувати конкретну людину, дату, час і коментар.

Версії документів

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

Наприклад:

версія 1 — початковий договір;
версія 2 — правки юриста;
версія 3 — правки контрагента;
версія 4 — фінальна версія для підпису.

ERP повинна допомагати не переплутати версії.

Бо підписати не ту версію договору — це окремий вид корпоративного спорту. Небезпечний, дорогий і дуже нервовий.

Строки погодження

Документи повинні мати строки погодження.

Наприклад:

керівник має погодити протягом 1 робочого дня;
фінанси — протягом 2 днів;
юрист — протягом 3 днів;
директор — протягом 1 дня;
термінові документи — протягом кількох годин.

ERP може показувати:

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

Погодження без строків. Це як маршрут без дати прибуття. Формально документ рухається. Практично — може зимувати в чиємусь списку задач.

Делегування погодження

У реальному житті погоджувач може бути у відпустці, відрядженні, на лікарняному або просто недоступний.

Тому потрібне делегування.

Делегування дозволяє передати право погодження іншій особі.

Наприклад:

Фінансовий директор у відпустці.

На цей період погодження до 100 000 грн делегується фінансовому менеджеру.

Важливо, щоб ERP фіксувала:

хто делегував;
кому делегував;
на який період;
які документи можна погоджувати;
які ліміти;
історію дій.

Заміщення погоджувача

Заміщення схоже на делегування, але може бути налаштоване як правило.

Наприклад:

Якщо керівник підрозділу відсутній, документи автоматично йдуть його заступнику.

Якщо директор не погодив документ протягом 2 днів, система надсилає нагадування або передає на наступний рівень.

Такі правила допомагають не зупиняти бізнес-процеси.

Ескалація

Ескалація — це підняття питання на вищий рівень, якщо документ не погоджено вчасно або виникла проблема.

Приклад:

Документ чекає погодження керівника понад 3 дні.

ERP надсилає нагадування.

Через 5 днів повідомляє директору.

Або:

Фінансист відхилив платіж через відсутність бюджету.

Ініціатор просить винести питання на директора.

Ескалація допомагає вирішувати завислі або конфліктні документи.

Повідомлення і нагадування

ERP повинна повідомляти учасників про потрібні дії.

Повідомлення можуть бути:

у системі;
email;
месенджер;
push-сповіщення;
задачі;
календарні нагадування.

Приклади:

“Вам на погодження надійшла заявка на оплату.”
“Документ прострочено на 2 дні.”
“Договір повернуто на доопрацювання.”
“Заявку погоджено.”
“Платіж готовий до виконання.”
“Потрібно додати файл.”

Повідомлення повинні бути корисними, а не перетворюватися на шум.

Якщо система надсилає 100 повідомлень на день, люди перестають їх читати. І тоді навіть важливе повідомлення тоне в цифровому болоті.

Права доступу

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

Не всі користувачі повинні бачити всі документи.

Наприклад:

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

Права доступу потрібні для конфіденційності, безпеки і контролю.

Погодження і бюджет

Для фінансових документів погодження часто пов’язане з бюджетом.

ERP може перевіряти:

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

Приклад:

Відділ маркетингу створює заявку на оплату 80 000 грн.

Бюджет на місяць — 300 000 грн.

Вже погоджено — 260 000 грн.

Нова заявка перевищує бюджет на 40 000 грн.

ERP повинна показати перевищення і додати фінансового директора або директора до маршруту погодження.

Погодження і платіжний календар

Для заявок на оплату важливо перевіряти не тільки бюджет, а й платіжний календар.

Може бути ситуація:

Бюджет є.

Але грошей на потрібну дату немає.

Наприклад:

Платіж на 500 000 грн погоджується на 15 число.

У платіжному календарі на 15 число вже є зарплата, податки і критичний платіж постачальнику.

ERP повинна показати ризик касового розриву.

Тоді фінанси можуть:

перенести оплату;
змінити дату;
розбити платіж;
погодити тільки частину;
домовитись із постачальником;
змінити пріоритети.

Погодження і договори

Договори — один із найважливіших типів документів для погодження.

Потрібно перевіряти:

контрагента;
реквізити;
предмет договору;
суму;
валюту;
строки;
умови оплати;
штрафи;
відповідальність;
умови розірвання;
гарантії;
податкові наслідки;
юридичні ризики;
повноваження підписантів;
додатки;
специфікації.

ERP може забезпечити маршрут, де договір не піде на підпис, поки його не погодять потрібні ролі.

Погодження і закупівлі

У закупівлях погодження потрібне для контролю потреб, цін, постачальників і бюджету.

Можуть погоджуватись:

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

Наприклад, закупівля може вимагати три комерційні пропозиції, якщо сума понад певний ліміт.

ERP може не дозволити погодити документ, якщо не прикріплені потрібні файли.

Погодження і склад

Складські документи також можуть потребувати погодження.

Наприклад:

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

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

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

Погодження і HR

У HR погоджуються:

відпустки;
відрядження;
лікарняні документи;
прийом на роботу;
звільнення;
переведення;
зміна зарплати;
премії;
графіки роботи;
понаднормові;
кадрові накази.

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

Погодження і виробництво

У виробництві можуть погоджуватися:

виробничі замовлення;
зміни специфікацій;
зміни маршрутів;
списання матеріалів;
понаднормові витрати;
брак;
переробки;
заявки на матеріали;
простої;
зміни плану виробництва;
запуск великої партії.

Погодження важливе, бо виробничі рішення часто впливають на собівартість, строки і закупівлі.

Наприклад, заміна матеріалу у виробі повинна бути погоджена технологом, якістю і фінансами.

Погодження і технічні завдання

Технічне завдання також бажано погоджувати.

Особливо якщо за ним буде розробка, впровадження, закупівля або виробництво.

Погодження ТЗ допомагає перевірити:

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

Без погодженого ТЗ процес часто перетворюється на “ми думали, ви зробите трохи інше”. А “трохи інше” в розробці, виробництві або впровадженні може коштувати дуже недешево.

Відхилення документа

Документ може бути відхилений.

Причини відхилення:

немає бюджету;
неправильні дані;
відсутні файли;
немає договору;
неправильна сума;
ризиковий контрагент;
невигідні умови;
документ дублює інший;
потреба не підтверджена;
порушені правила компанії;
невідповідність технічним вимогам.

Відхилення повинно мати коментар.

Погано:

Відхилено

Добре:

Відхилено: перевищено бюджет статті “Маркетинг” на 40 000 грн. Потрібне окреме погодження директора або перенесення на наступний місяць.

Повернення на доопрацювання

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

Причини:

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

ERP повинна показувати, кому повернуто документ і що потрібно виправити.

Повторне погодження

Після доопрацювання документ може знову піти на погодження.

Важливо визначити, чи потрібно проходити весь маршрут заново, чи тільки ті етапи, які залежать від змін.

Наприклад:

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

Якщо змінилася сума договору, потрібно повторно погодити фінанси і директора.

ERP може автоматично визначати логіку повторного погодження.

Погодження змін

Окремо важливо погоджувати зміни в уже погоджених документах.

Наприклад:

зміна суми;
зміна контрагента;
зміна дати оплати;
зміна умов договору;
зміна специфікації;
зміна маршруту;
зміна кількості;
зміна бюджету;
зміна відповідального.

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

ERP повинна або блокувати такі зміни, або запускати повторне погодження.

Електронне погодження і паперове погодження

Паперове погодження має багато недоліків:

документ потрібно фізично передавати;
підписувач може бути відсутній;
складно відстежити статус;
немає автоматичних нагадувань;
складно зберігати історію;
папери губляться;
важко аналізувати строки;
немає швидкого пошуку;
немає автоматичного зв’язку з ERP.

Електронне погодження має переваги:

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

Електронне погодження. Це не просто “підпис у комп’ютері”. Це контрольований процес, де кожна дія має автора, дату, статус і наслідок.

Погодження через месенджери

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

Проблеми:

повідомлення губляться;
складно знайти рішення;
немає структури;
немає статусів;
немає контролю версій;
немає прав доступу;
немає зв’язку з документами;
немає історії в ERP;
важко довести, що саме погодили;
люди погоджують “ок”, не бачачи всіх даних.

Класична ситуація:

— Ви погодили оплату?
— Я писав “ок”.
— На який рахунок?
— Ну той, що вище.
— А вище вже було три рахунки.

Це не погодження. Це ризик у форматі чату.

Погодження через email

Email краще за усні домовленості, але теж має проблеми:

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

Email може бути допоміжним каналом повідомлень, але не повинен бути головним місцем погодження.

Погодження в ERP

Погодження в ERP дозволяє об’єднати документ, маршрут, статус, файли, коментарі, права доступу і виконання.

ERP може забезпечити:

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

ERP робить погодження частиною бізнес-процесу, а не окремим життям у пошті, чатах і папках.

Автоматичні правила погодження

ERP може використовувати автоматичні правила.

Наприклад:

якщо сума понад 50 000 грн — додати директора;
якщо стаття бюджету “IT” — додати IT-директора;
якщо новий контрагент — додати юриста;
якщо немає договору — заблокувати погодження;
якщо перевищено бюджет — додати фінансового директора;
якщо платіж валютний — додати фінанси;
якщо документ прострочений — надіслати нагадування;
якщо погоджувач відсутній — передати заступнику.

Такі правила зменшують ручну роботу і помилки.

Контроль обов’язкових полів

Перед запуском погодження ERP може перевіряти обов’язкові поля.

Наприклад, для заявки на оплату:

контрагент;
сума;
валюта;
дата оплати;
стаття бюджету;
договір;
рахунок;
файл рахунку;
обґрунтування;
відповідальний.

Якщо щось не заповнено, система не дозволяє запустити погодження.

Це краще, ніж ганяти документ по маршруту, щоб фінансист у кінці написав: “А де рахунок?”

Аналітика погодження документів

ERP може давати аналітику по погодженню.

Наприклад:

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

Приклад:

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

Якщо договори в середньому погоджуються 15 днів, потрібно дивитися, де саме виникає затримка.

Типові помилки в погодженні документів

Найпоширеніші помилки:

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

Окрема помилка — погоджувати все однаково.

Заявка на 500 грн і договір на 5 000 000 грн не повинні проходити однаковий маршрут. Якщо проходять, система або душить дрібні процеси, або недоконтролює великі ризики.

Надмірна бюрократія

Погодження повинне контролювати ризики, а не паралізувати роботу.

Надмірна бюрократія виникає, коли:

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

Поганий маршрут:

Ініціатор → Керівник → Фінанси → Бухгалтерія → Юрист → HR → IT → Директор → Власник

Для покупки канцелярії це виглядає як державний тендер на ручку.

Добре налаштоване погодження має бути розумним: просте для простих документів і суворе для ризикових.

Як K2 ERP допомагає з погодженням документів

K2 ERP може використовуватися для автоматизації погодження документів і бізнес-процесів компанії.

Система може охоплювати:

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

Для малого бізнесу це може бути простий маршрут погодження: керівник → бухгалтерія.

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

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

Приклад процесу в K2 ERP

Приклад погодження заявки на оплату:

працівник створює заявку;
додає рахунок, договір, суму, дату оплати і статтю бюджету;
ERP перевіряє обов’язкові поля;
документ надходить керівнику підрозділу;
після погодження йде до фінансів;
фінанси перевіряють бюджет і платіжний календар;
якщо сума велика, додається директор;
після затвердження заявка переходить у бухгалтерію;
бухгалтерія виконує оплату;
банківська виписка підтверджує факт;
документ закривається.

Приклад погодження договору:

менеджер створює картку договору;
додає файл договору;
юрист перевіряє умови;
фінанси перевіряють суму і платежі;
керівник напряму перевіряє бізнес-сенс;
директор затверджує;
договір переходить на підписання;
фінальна версія зберігається в ERP.

Що потрібно описати перед впровадженням погодження

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

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

Чим краще описані правила, тим менше буде хаосу після запуску.

Ролі в системі погодження

У системі погодження можуть бути такі ролі:

Роль	Що робить
Автор документа	Створює документ, заповнює дані, додає файли і запускає маршрут.
Погоджувач	Перевіряє документ і приймає рішення: погодити, відхилити або повернути.
Затверджувач	Приймає фінальне рішення по важливому документу.
Виконавець	Виконує дію після погодження: оплата, закупівля, підписання, проведення.
Контролер	Слідкує за строками, простроченнями, повнотою даних і якістю процесу.
Адміністратор ERP	Налаштовує маршрути, ролі, права, статуси, повідомлення і правила.
Керівник	Контролює ключові документи, ризики, бюджети і затримки.

Коротко

Питання	Відповідь
Що таке погодження документів?	Це процес перевірки, узгодження і затвердження документа відповідальними особами перед виконанням або проведенням.
Для чого потрібне погодження?	Щоб контролювати витрати, договори, закупівлі, ризики, бюджети, відповідальність і строки виконання документів.
Які документи можна погоджувати?	Заявки на оплату, договори, рахунки, заявки на закупівлю, кадрові документи, складські документи, акти, службові записки, ТЗ та інші.
Що таке маршрут погодження?	Це послідовність осіб або ролей, через які проходить документ.
Які бувають маршрути?	Послідовні, паралельні, умовні, динамічні, багаторівневі і змішані.
Що таке статус погодження?	Це поточний стан документа: чернетка, на погодженні, погоджено, відхилено, повернуто, виконано тощо.
Навіщо потрібні коментарі?	Щоб пояснювати рішення, причини відхилення, умови погодження або потрібні виправлення.
Чому важлива історія погодження?	Вона показує, хто, коли і яке рішення прийняв по документу.
Чому погодження в месенджері небезпечне?	Бо немає структури, статусів, історії, прав доступу, контролю версій і зв’язку з документами в ERP.
Як ERP допомагає?	ERP автоматизує маршрути, статуси, повідомлення, права, файли, історію, строки, бюджетний контроль і аналітику.
Як K2 ERP може допомогти?	K2 ERP може автоматизувати погодження заявок, договорів, рахунків, закупівель, кадрових, складських, виробничих документів і бізнес-процесів.

Висновок

Погодження документів — це важливий інструмент управління компанією.

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

Без системного погодження документи губляться в пошті, чатах, папках, усних домовленостях і “я думав, це вже погодили”.

З автоматизованим погодженням компанія бачить:

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

K2 ERP може допомогти зробити погодження документів частиною єдиної системи управління підприємством: від заявки до оплати, від договору до підписання, від закупівлі до поставки, від кадрової заявки до зарплати, від документа до рішення.

Погодження документів — це не про те, щоб ускладнити життя співробітникам.

Це про те, щоб важливі рішення проходили правильно, прозоро і вчасно.

Бо документ без погодження — це іноді просто папір.

А документ із правильним погодженням — це контрольоване управлінське рішення.