Automatické spracovanie faktúr: OCR, RPA alebo AI? Čo si vybrať a prečo

Keď firma povie „chceme automatizovať faktúry“, dostane ponuky na tri celkom rôzne veci, ktoré sa všetky tvária ako to isté: OCR, RPA a AI. Rozdiel medzi nimi nie je akademický. Rozhoduje o tom, či po pol roku budete mať menej práce, alebo budete opravovať chyby robota namiesto chýb človeka.

Poďme si ich rozobrať tak, aby sa podľa toho dalo vyberať.

OCR: prečíta znaky, nerozumie dokladu

OCR (optical character recognition) premení obrázok na text. Je to zrelá technológia, lacná a v jednom scenári úplne postačujúca: keď doklady chodia od pár dodávateľov v stále rovnakej šablóne. Vtedy sa dá povedať „suma je vpravo dole, číslo faktúry vpravo hore“ a funguje to roky.

Kde padá: OCR nevie, že „Spolu k úhrade“ je celková suma a „Základ DPH“ nie. Nevie, že položka na druhej strane patrí k tabuľke z prvej. Nevie, že tento dodávateľ píše dátum inak. Každý nový dodávateľ znamená novú šablónu — a pri stovkách dodávateľov to nikto neudrží. Na fotke z mobilu s tieňom a ohnutým papierom navyše chybuje aj v samotných znakoch.

RPA: robot, ktorý kliká za vás

RPA (robotic process automation) je softvér, ktorý napodobňuje človeka pri klávesnici: otvorí e-mail, stiahne prílohu, prepíše údaje do účtovného programu, klikne na uložiť. Užitočné je to tam, kde systém nemá API a jediná cesta dovnútra je cez jeho obrazovku.

Ale RPA nerieši čítanie dokladu — potrebuje k tomu OCR alebo AI. A je krehké: keď účtovný program po aktualizácii posunie tlačidlo o dvadsať pixelov, robot sa zastaví. Alebo horšie, nezastaví a klikne na nesprávne miesto. RPA je preto skôr „lepidlo“ na starý softvér než riešenie samo osebe.

AI: číta doklad podľa významu

Súčasné jazykové a multimodálne modely čítajú doklad podobne ako človek: pozrú sa naň celý a pochopia, čo je dodávateľ, čo IČO, čo položky, kde je DPH, ktorá suma je na úhradu. Nepotrebujú šablónu, takže doklad od nového dodávateľa spracujú rovnako ako od starého. Zvládnu slovenský, český aj zahraničný doklad, cudzie meny, rôzne formáty dátumov, a poradia si aj s ručne dopísanou poznámkou.

Kde padá AI: v istote. Model odpovie vždy, aj keď si nie je istý — a práve preto sa nesmie použiť samostatne. Potrebuje okolo seba kontroly a prah istoty, o ktorých je ďalšia časť. Druhý limit: celý ručne písaný doklad je na hranici a systém to musí priznať, nie hádať.

Porovnanie na jednej tabuľke

V praxi teda najlepšie funguje kombinácia: AI číta, OCR slúži ako záloha pri nekvalitných skenoch, a RPA sa použije len tam, kde účtovný program nemá iný vstup než obrazovku.

Ako vyzerá proces, ktorý nepustí chybu do účtovníctva

Technológia je polovica. Druhá polovica je proces, ktorý zabezpečí, že neistý doklad skončí u človeka, nie v účtovníctve:

1. Príjem odkiaľkoľvek. E-mailová schránka, zdieľaný priečinok, sken, fotka. Doklad sa dostane do spracovania sám.
2. Vyťaženie údajov. Dodávateľ, IČO, variabilný symbol, položky, sadzby DPH, sumy, dátumy. Ku každému údaju aj istota, s akou ho model prečítal.
3. Kontrola súčtov. Položky musia dať súčet, DPH musí sedieť so základom, suma na úhradu s celkom. Ak nie, doklad je označený — bez ohľadu na to, ako „isto“ model čítal.
4. Párovanie. S objednávkou, s dodacím listom, s dodávateľom v databáze. Trojcestné párovanie objednávka – dodací list – faktúra odhalí, že fakturujú viac, než dodali.
5. Prah istoty. Doklady nad prahom idú do systému. Pod prahom idú do fronty na kontrolu, kde človek vidí doklad a vyťažené údaje vedľa seba a opraví jedným klikom. Prah si nastavujete vy — napríklad všetko nad 10 000 € kontroluje človek vždy.
6. Zápis a stopa. Každý zápis má odkaz na doklad, stranu a istotu. Keď sa o rok niekto pýta, odkiaľ sa vzala táto položka, odpoveď existuje.

Bod päť je ten, ktorý odlišuje riešenie od dema. Riešenie, ktoré zapisuje všetko, čo prečíta, vám ušetrí prácu pri prepise a pridá prácu pri hľadaní chýb v uzávierke.

Podrobnejšie, vrátane toho, čo systém zvládne a čo stojí, je na stránke automatické spracovanie faktúr a dodacích listov.

Slovenské účtovné programy: dá sa to napojiť?

Najčastejšia otázka na prvom hovore. Pohoda, Money S3, Omega, Helios aj SAP Business One majú API alebo aspoň importný formát (XML, CSV, ISDOC). Tam, kde nie je ani jedno, ostáva import súborov alebo RPA cez obrazovku — menej elegantné, ale funguje. Účtovná firma, ktorá vedie účtovníctvo desiatkam klientov, má navyše výhodu: rovnaký proces sa nasadí raz a použije pre všetkých.

Pripravovaná povinná elektronická fakturácia časť problému vyrieši — štruktúrovanú faktúru netreba čítať. Dodacie listy, zahraničné doklady, pokladničné bloky a fotky z mobilu však ostanú a tie tvoria väčšinu ručnej práce.

Koľko to stojí a kedy sa vráti

Orientačne, bez DPH: analýza dokladov a procesu 900–1 800 €, pilot na reálnych dokladoch 3 500–6 000 €, produkčné nasadenie s integráciou do účtovníctva 6 000–12 000 €, prevádzka od 290 € mesačne plus spotreba modelu (pri stovkách dokladov mesačne jednotky až nižšie desiatky eur).

Návratnosť závisí od objemu. Pri stovkách dokladov mesačne, kde sa dnes prepisuje niekoľko hodín denne, vychádza typicky pod tri mesiace. Pri desiatkách dokladov rádovo do roka — a vtedy má zmysel zvážiť, či nestačí lacnejšia cesta. Všeobecnejšie o rozpočte AI projektov píšeme v článku koľko stojí AI riešenie.

Zhrnutie

• OCR so šablónami stačí pri pár dodávateľoch s pevným formátom.
• RPA je lepidlo na softvér bez API, nie riešenie čítania dokladov.
• AI číta doklad podľa významu a zvládne nového dodávateľa bez nastavenia — ale sama nesmie zapisovať do účtovníctva.
• Rozhoduje proces okolo: kontrola súčtov, párovanie, prah istoty a fronta na kontrolu.
• Spočítajte doklady za mesiac. Pri stovkách sa oplatí hovoriť hneď, pri desiatkach najprv rátať.

Ak chcete vedieť, ako by to vyzeralo na vašich dokladoch, pošlite nám vzorku — na prvom hovore povieme, ktorá z troch ciest dáva vo vašom prípade zmysel.