Коротка відповідь: Перенесення отриманих рахунків і чеків до бухгалтерської системи сьогодні належить до процесів, які найпростіше автоматизувати в малому бізнесі. Поєднання OCR і мовних моделей надійно зчитує звичайні документи, створені в електронному вигляді, — постачальника, суми, DPH, variabilní symbol і позиції — та готує їх до імпорту в бухгалтерську систему. Однак система не повинна ухвалювати рішення самостійно: рукописні записи, неякісні скани й нестандартні формати досі спричиняють помилки, тому між вилученням даних і проведенням документа потрібні перевірка людиною та процедура погодження. Впровадження полягає не в купівлі готового «коробкового» рішення, а в його інтеграції в уже наявний у компанії документообіг: місце збору → вилучення даних → валідація → погодження → імпорт до бухгалтерської системи.
У більшості малих компаній отримані документи досі опрацьовують однаково: рахунки надходять електронною поштою у форматі PDF, чеки носять у гаманцях, а частина документів приходить звичайною поштою на папері. Час від часу хтось сідає й переносить дані вручну — постачальників, суми, строки оплати та variabilní symbol. Потім документи погоджують, пересилаючи електронні листи, а наприкінці місяця намагаються з’ясувати, чого бракує.
У цій статті ми докладно розглянемо одне конкретне питання: що з цього вже реально може взяти на себе система, де проходять межі її можливостей і як виглядає покрокове впровадження. Якщо вам потрібен ширший огляд бізнес-процесів, які варто автоматизувати, ми підготували його у статті про AI-автоматизацію для компаній — тут же докладно розглянемо процес, що посів у ній перше місце.
Ручне перенесення даних і автоматична обробка: у чому різниця
Ручна обробка документа складається з більшої кількості кроків, ніж зазвичай здається: відкрити електронний лист, зберегти PDF, прочитати заголовну частину, перенести постачальника, IČO, суми й ставки DPH до бухгалтерської системи, переписати variabilní symbol і строк оплати, класифікувати документ, надіслати його на погодження та зберегти оригінал. На кожному етапі можна припуститися помилки — а хибу у variabilní symbol або сумі часто виявляють лише під час зіставлення платежів чи перевірки.
Автоматична обробка документів означає, що програмне забезпечення самостійно зчитує з документа ті самі відомості й передає їх далі у вигляді структурованих даних. Технічно цей процес складається з двох рівнів:
- OCR (оптичне розпізнавання символів) перетворює зображення або PDF на текст. Такі програми існують уже десятки років, але самого тексту недостатньо: з нього ще потрібно визначити, яке число є сумою з DPH, а яке — variabilní symbol.
- Вилучення даних перетворює текст на структуру: хто є постачальником, які його IČO та DIČ, база оподаткування і DPH за окремими ставками, загальна сума, валюта, дата виставлення, DUZP, строк оплати, номер рахунку, variabilní symbol та, за потреби, окремі позиції. Раніше для кожного постачальника доводилося створювати окремий шаблон. Сьогодні цю роботу виконують мовні моделі навіть для рахунків, які система бачить уперше, оскільки вони розуміють контекст документа, а не лише розташування поля на сторінці.
Третій рівень, про який часто забувають, — це валідація. Вилучені дані можна автоматично перевірити ще до того, як їх побачить людина: чи дорівнює сума баз оподаткування та DPH загальній сумі? Чи існує IČO в реєстрі ARES і чи відповідає йому назва компанії? Чи має номер рахунку правильний формат і чи збігається він із рахунком, який постачальник зазначав раніше? Чи немає в системі документа з тим самим постачальником, variabilní symbol і сумою, тобто дубліката? Такі перевірки виконує не «штучний інтелект», а звичайні правила — і саме вони виявляють більшість проблем.
Що автоматизація реально вміє сьогодні
Для типових завдань малого бізнесу нинішні можливості вже цілком зрілі. Надійно працюють:
- Рахунки у форматі PDF, створені в електронному вигляді, — тобто переважна більшість документів, що надходять електронною поштою. Не має значення, чи виставив рахунок великий ERP-комплекс, чи сервіс для рахунків, яким користується приватний підприємець.
- ISDOC — чеський формат електронного рахунка. Якщо постачальник надсилає ISDOC, вилучати дані не потрібно: вони вже структуровані у файлі й можуть бути імпортовані безпосередньо. Варто активно просити постачальників надсилати ISDOC, адже багато систем створюють його одним натисканням.
- Збір з електронної пошти. Скриньку на кшталт faktury@firma.cz, куди постачальники й колеги надсилають документи, можна відстежувати автоматично: вкладення завантажуються, сортуються та передаються на обробку без участі людини. До того самого місця збору можна під’єднати сканер для паперових документів.
- Чеки, сфотографовані телефоном, — із застереженням, до якого ми повернемося в розділі про обмеження. Рівний і розбірливий чек, сфотографований одразу після покупки, опрацьовується добре; зім’ятий термочек, що пролежав місяць у гаманці, — зовсім інша історія.
- Пропозиція щодо класифікації. На підставі постачальника та змісту документа система може запропонувати центр витрат, проєкт або попередню проводку відповідно до того, як раніше обліковували схожі документи. Це лише пропозиція — її підтверджує бухгалтер.
- Зіставлення із замовленням. Якщо компанія веде облік замовлень, отриманий рахунок можна перевірити автоматично: чи збігаються постачальник, позиції та сума із замовленими? Відповідність легко погодити, а розбіжності система виділить.
Практичний наслідок: людина не зникає з процесу, але характер її роботи змінюється. Замість ручного перенесення даних вона перевіряє підготовлені відомості й ухвалює рішення щодо винятків.
Де проходять межі можливостей і чому тут потрібна людина
Чесна відповідь так само важлива, як і сповнена ентузіазму. Сьогодні система ще не може надійно опрацьовувати:
- Рукописний текст. Написані від руки квитанції, додані примітки, закреслення та печатки поверх тексту. Розпізнавання рукописного тексту вдосконалюється, але покладатися на нього в бухгалтерському документі, де важлива кожна цифра, не можна.
- Неякісні скани та фотографії. Сфотографований під кутом, пересвічений або обрізаний чек, вицвілий термодрук чи документ, відсканований крізь плівку. OCR створює з неякісних вхідних даних неякісний результат, після чого система вилучення впевнено працює з помилково розпізнаним текстом.
- Нестандартні формати. Авансові рахунки, поєднані з остаточним розрахунком, коригувальні податкові документи, рахунки іноземними мовами з незвичною структурою DPH, документи зі знижками, розподіленими між окремими позиціями. Система може їх прочитати, але для правильної інтерпретації потрібне професійне судження бухгалтера.
- Абсолютну впевненість. Мовна модель завжди дає відповідь, навіть якщо не впевнена в ній. Тому серйозне рішення має враховувати рівень упевненості: дані, вилучені з високою надійністю та перевірені правилами валідації, одразу передаються на погодження; сумнівні поля виділяються й очікують перевірки людиною. Системі, яка не вміє сказати «тут я не впевнена», не місце в бухгалтерському обліку.
Звідси випливає основне правило, яке ми повторюємо під час кожної автоматизації: система готує, людина погоджує, бухгалтерська система проводить документ. Мета полягає не в тому, щоб усунути бухгалтера з процесу, а в тому, щоб позбавити його ручного перенесення даних і залишити за ним контроль та опрацювання винятків. Докладніше принцип людського контролю ми розглянули у статті про те, що в компанії справді варто автоматизувати.
Як виглядає покрокове впровадження
Впровадження автоматичної обробки — це не встановлення програми, а перебудова документообігу. На практиці процес складається із шести кроків:
- Аналіз поточного стану. Потрібно визначити, якими каналами документи надходять до компанії (електронна пошта, паперові документи, портали постачальників, чеки працівників), хто зараз переносить дані, хто їх погоджує та в якій системі вони зрештою опиняються. Без цього кроку ви автоматизуєте хаос — а автоматизований хаос залишається хаосом, лише швидшим.
- Єдина точка приймання. Створюється спільна скринька для документів і запроваджується правило, за яким усе проходить через неї: постачальники отримують нову контактну адресу, паперові документи скануються, а працівники надсилають фотографії чеків до того самого місця. Цей організаційний крок може здаватися незначним, але саме від нього залежить успіх усього проєкту.
- Вилучення та валідація даних. Впроваджуються засоби вилучення даних і набір перевірок: математичних (суми та ставки DPH), реєстрових (перевірка IČO в ARES і статусу платника DPH), історичних (номер рахунку та звичайні суми постачальника), а також перевірок на дублікати. Визначається, які документи можуть пройти автоматично, а які потрібно зупинити для ручної перевірки.
- Процедура погодження. Визначається, хто погоджує документ по суті — зазвичай це особа, яка зробила замовлення, — і від якої суми потрібне погодження другої особи. Погодження переноситься з пересилання електронних листів до системи, де видно стан кожного документа та зберігається аудиторський слід: хто, коли й що погодив. Для малого бізнесу достатньо простих правил; важливо, щоб вони існували й щоб їх неможливо було обійти.
- Інтеграція з бухгалтерською системою. Погоджений документ імпортується до бухгалтерської системи — чеські продукти, як-от POHODA, Money або ABRA, мають інтерфейси для автоматизованого імпорту (XML, API, ISDOC). Саме тут проходить межа між «автоматизацією» та «напівавтоматизацією»: якщо наприкінці хтось вручну переносить результат до бухгалтерської системи, половина користі втрачається. Водночас потрібно визначити, що залишається у віданні бухгалтера: перевірка попередніх проводок, операції із закриття періоду та нестандартні документи.
- Пілотний і паралельний запуск. Протягом першого місяця новий процес працює паралельно зі старим: дані з документів вилучаються автоматично, але бухгалтер перевіряє кожен результат за оригіналом. Типи помилок фіксуються — у яких постачальників, форматах і полях вони виникають. На цій основі коригуються правила, і лише після цього перевірку обмежують сумнівними та нестандартними документами.
Усе впровадження є радше інтеграційною, ніж суто «айтішною» роботою: потрібно з’єднати поштову скриньку, сервіс вилучення даних, погодження та бухгалтерську систему так, щоб документ проходив увесь шлях без ручного перенесення між ними.
Коли автоматизація окупається, а коли для неї ще зарано
Не вигадуючи цифр, рішення можна ухвалити на основі кількох чесних запитань:
| Ознака | Що це означає |
|---|---|
| Документи переносить конкретний працівник, і це регулярно забирає частину його робочого тижня | Безпосередній кандидат на автоматизацію — витрати часу можна розрахувати за власними даними: кількість документів × час на один документ |
| Обсяг документів зростає (інтернет-магазин, більше постачальників, більше працівників із чеками) | Автоматизація масштабується разом з обсягом, ручне перенесення — ні |
| Повторюються помилки під час зіставлення платежів, пропускаються строки оплати, губляться документи | Користь полягає не лише в економії часу, а й у порядку та прозорості |
| Погодження відбувається пересиланням електронних листів із розрахунком на те, що «якось потім знайдемо» | Формалізована процедура погодження принесе користь навіть без автоматичного вилучення даних |
| За місяць надходить лише кілька документів | Автоматична обробка не окупиться — достатньо отримувати ISDOC від постачальників і підтримувати порядок у поштовій скриньці |
| Процес не має правил і ніхто не знає, хто що погоджує | Спочатку потрібно узгодити процес, а вже потім автоматизувати його |
Є ще одне важливе питання: куди потрапляють дані. Рахунки містять відомості про ділові відносини, ціни та персональні дані. Під час вибору сервісу для обробки цілком доречно з’ясувати, де опрацьовуються документи та які дані зберігає сервіс. Для чутливішої інформації варто розглянути обробку під власним контролем — локально або у власній інфраструктурі. Як і з будь-яким іншим корпоративним AI, це вибір між зручністю хмарного рішення та контролем над даними.
Як ми робимо це в ITHOPE
Автоматична обробка документів — одна з послуг з автоматизації, які ITHOPE надає компаніям, поряд з інтеграцією систем, що не вміють «спілкуватися» між собою, та створенням AI-асистентів для роботи з корпоративними даними. Ми починаємо не з інструмента, а з карти документообігу: що, звідки й куди надходить, хто з цим працює та де процес сьогодні дає збій. Потім ми створюємо рішення на основі систем, які компанія вже використовує, додаємо валідацію та людський контроль там, де вони потрібні, і проводимо пілотний запуск. Так кожен клієнт може перевірити автоматизацію на власних документах, перш ніж почне на неї покладатися. Конкретний зміст послуги описаний на сторінці автоматизації рахунків. Якщо ви хочете обговорити, як це могло б працювати у вашій компанії, зв’яжіться з нами — для першої розмови достатньо повідомити, скільки документів ви опрацьовуєте щомісяця та в якій системі ведете облік.
Поширені запитання
Чи може система опрацювати рахунок від постачальника, якого бачить уперше?
Як правило, так, якщо рахунок створений в електронному вигляді: вилучення даних на основі мовних моделей не потребує заздалегідь підготовленого шаблону для кожного постачальника. Однак перші документи від нового постачальника варто перевірити вручну та переконатися, що всі поля зчитуються правильно.
Чи замінить автоматизація бухгалтера?
Ні. Автоматизація бере на себе перенесення даних і стандартні перевірки; бухгалтер і надалі відповідає за правильність проведення, винятки, нестандартні документи та закриття звітних періодів. На практиці його робота зміщується від введення даних до ухвалення рішень.
Що робити з паперовими документами та чеками?
Паперові документи скануються до того самого місця збору, що й вкладення з електронної пошти, а чеки фотографуються телефоном — бажано одразу, поки вони залишаються читабельними. Нерозбірливі та рукописні документи й надалі потрібно опрацьовувати вручну; система має позначати їх, а не непомітно вгадувати зміст.
Чи потрібно заради цього змінювати бухгалтерське програмне забезпечення?
Здебільшого ні. Поширені чеські системи підтримують автоматизований імпорт документів (XML, API, ISDOC), тому засоби вилучення даних інтегруються з тим, що компанія вже використовує. Змінювати програмне забезпечення доцільно лише тоді, коли чинна система не має жодного відповідного інтерфейсу.
Скільки часу потрібно, щоб на автоматизацію можна було покластися?
Належне впровадження передбачає пілотний період, протягом якого кожен опрацьований документ звіряється з оригіналом, а правила налаштовуються відповідно до реальних постачальників компанії. Лише коли частка помилок у власних документах знизиться до прийнятного рівня, перевірку можна обмежити сумнівними випадками. Покладатися на систему з першого дня — помилка.