Рахунок надходить на загальну електронну пошту, накладна — разом із поставкою, акт — у месенджер відповідальному співробітнику. Бухгалтеру доводиться збирати документи з різних джерел, переносити реквізити та з’ясовувати, до якого замовлення відноситься кожна сума.
Проблема полягає не лише в обсязі ручної роботи. Помилка в номері договору, повторно завантажений рахунок або непомічена розбіжність між замовленням і поставкою можуть зупинити оплату або призвести до надсилання на узгодження невірних даних.
Розберемо, як організувати обробку рахунків та первинних документів так, щоб система готувала дані та маршрут, а рішення щодо фінансів залишалося за відповідальним співробітником.
Де починається зайва ручна робота
Документи рідко надходять одним способом. Постачальники використовують електронну пошту, кабінет обміну документами, форму на сайті або передають паперовий примірник разом із товаром. Усередині компанії копії зберігають у папках, надсилають між відділами та додають до завдань.
Якщо єдиного пункту прийому немає, бухгалтерія спочатку шукає останню версію, а потім вручну вводить постачальника, дату, суму, податкові дані та номер замовлення. Коли інформації не вистачає, документ повертається до листування, де його статус уже важко відстежити.
Що можна передати системі
Автоматизація може прийняти файл із дозволеного каналу, визначити тип документа та виокремити необхідні поля: реквізити постачальника, номер і дату, позиції, суму та валюту. Потім дані зберігаються в картці обробки разом із вихідним файлом, щоб співробітник бачив не тільки розпізнані значення, а й документ-підставу.
На цьому етапі система не повинна вважати будь-який знайдений текст достовірним. Нечіткий скан, незвичний шаблон або пропущене поле позначаються для перевірки. Таким чином, сумнівні дані не проходять далі як підтверджені.
Як документ пов’язується із замовленням
Після вилучення даних система шукає відповідник у ERP або іншій обліковій системі: замовлення постачальнику, договір, поставку або раніше створене зобов’язання. Зіставлення відбувається за кількома ознаками, а не лише за номером з одного поля.
- постачальник та його реквізити;
- номер замовлення або договору;
- номенклатура, кількість та ціна;
- факт приймання товару або виконання робіт;
- валюта, сума та допустимі відхилення.
Якщо відповідної підстави немає або збіглося кілька замовлень, картка надсилається співробітнику із зазначенням чіткої причини. Автоматичне припущення не замінює рішення бухгалтера.
Які перевірки проводяться до узгодження
Перед запуском маршруту варто перевірити, чи не надходив цей документ раніше, чи активний постачальник, чи збігаються сума та позиції з замовленням, чи зареєстровано поставку. Правила залежать від процесів компанії: для послуг важливий підтверджений акт, для товару — фактична кількість під час приймання.
Під час перевірки дублікатів слід враховувати не лише ім’я файлу. Один і той самий рахунок може надійти у форматі PDF, як фотографія або як вкладення у повторному листі. Надійніше порівнювати реквізити документа та його зв’язок із конкретним замовленням.
Система автоматизації готує перевірену картку та вказує на розбіжності, але не повинна самостійно підтверджувати спірний документ або ініціювати платіж.
Як формується маршрут узгодження
Маршрут визначається на основі даних самого документа та правил компанії. Рахунок може спочатку отримати власник замовлення, потім керівник підрозділу і лише після цього бухгалтерія. Для сум, що перевищують встановлений ліміт, додається окремий узгоджувач, а для стандартних повторюваних послуг шлях залишається коротшим.
Кожен учасник отримує картку з вихідним файлом, знайденим замовленням, результатами перевірок та зазначеними розбіжностями. Узгодження фіксує, хто і коли ухвалив рішення, а повернення обов’язково містить причину та ім’я наступного відповідального.
У яких випадках потрібне рішення співробітника
Особа підтверджує неоднозначне зіставлення, зміну реквізитів постачальника, перевищення суми, розбіжності за позиціями та готовність документа до обліку. Платіж, виправлення бухгалтерського запису та зміна довідника контрагентів здійснюються лише відповідно до чинних повноважень компанії.
Система може нагадати про затримку та передати завдання заступнику згідно з заздалегідь узгодженим правилом. Вона не повинна оминати учасника лише тому, що термін минув, якщо його підтвердження є обов’язковим.
Що бачить керівник процесу
Для керівника важливий не перелік усіх файлів, а стан потоку: які документи очікують на перевірку, де виникла розбіжність, у кого затрималося узгодження та що було повернуто постачальнику для виправлення. Такий огляд допомагає керувати винятками, не втручаючись у кожну стандартну операцію.
Історія дій дозволяє відстежити шлях документа від його отримання до внесення до обліку. Це особливо корисно у разі повторного запиту до постачальника, внутрішньої перевірки або зміни відповідального співробітника.
Як поетапно впроваджувати автоматизацію
- Обрати один тип документів та один зрозумілий канал надходження.
- Зафіксувати обов’язкові поля, підстави та допустимі відхилення.
- Описати маршрут, повноваження та причини повернення.
- Перевірити процес на якісних файлах, неякісних сканах, дублях та документах без замовлення.
- Лише після налагодження процесу слід розширювати перелік постачальників та типів документів.
Що слід оцінити перед впровадженням
Перед початком проєкту варто визначити, де зберігається достовірна інформація про замовлення та постачання, хто відповідає за довідник контрагентів, які розбіжності є допустимими та які дії вимагають двох рівнів підтвердження. Без цих правил автоматизація лише швидше перенесе існуючу невизначеність.
Хороший результат — це не документ, який «обробився сам», а прозорий потік: стандартні дані підготовлено без повторного введення, винятки видно одразу, а фінансове рішення ухвалює співробітник із відповідними повноваженнями.
