automatizacija obrade ulaznih računa
Automatizacija obrade ulaznih računa: eRačun, OCR i AI
Strukturirani eRačun ide u parser, PDF i sken kroz OCR, a AI ostaje za iznimke. U ERP smije ući samo zapis koji je prošao pravila i odobrenje.
Sadržaj
Ukratko:
- Strukturirani eRačun ide u parser (program koji strukturirani zapis čita po zadanim pravilima) i determinističke provjere; PDF i sken mogu trebati OCR (prepoznavanje teksta na slici ili skeniranom dokumentu) ili model za dokumente; AI ostaje za promjenjive opise, klasifikaciju i pripremu iznimki.
- U ERP smije ući samo zapis koji je prošao pravila i odobrenje; odobrenje, knjiženje i plaćanje drže ovlaštena osoba i pravila.
- Vrijednost dokažite na početnom stanju, na istim vrstama računa i s mjerama dogovorenima unaprijed.
U zajednički pretinac stigne PDF i netko kaže da ga treba poslati modelu. Za loš sken model može biti dio puta. Za strukturirani eRačun prvi korak je parser i deterministička provjera. PDF sa strojno čitljivim tekstom, sken ili fotografija mogu trebati izdvajanje teksta, OCR ili model za dokumente.
AI ostavite za promjenjive opise, klasifikaciju i obrazloženu pripremu iznimke. Odobrenje, knjiženje i plaćanje i dalje drže ovlaštena osoba i pravila koja već imate.
Na izlazu želite kontroliran tijek: manje prepisivanja, vidljiv izvor svakog polja, zaustavljanje nejasnih slučajeva i predaju samo provjerenog zapisa u ERP (sustav za vođenje poslovanja tvrtke). Agent koji sam plaća račune nije taj ishod. Vrijednost dokažite na početnom stanju, na istim vrstama računa, iznimkama i mjerama koje ste dogovorili unaprijed.
Brzi odgovor: eRačun nije isto što i PDF
Porezna uprava definira eRačun kao račun izdan, poslan i zaprimljen u strukturiranom elektroničkom obliku koji omogućuje automatsku i elektroničku obradu. I Europska komisija naglašava strukturirani podatkovni format. PDF poslan e-poštom digitalni je dokument. Sam vizualni prikaz nije nužno strukturirani eRačun.
| Ulaz | Što sustav stvarno prima | Prvi ispravan korak | Gdje AI može pomoći |
|---|---|---|---|
| Strukturirani eRačun | Strojno čitljiva polja prema određenoj sintaksi i pravilima | Parser, provjera sheme, semantičkih pravila, kodnih lista i primjenjive hrvatske specifikacije | Klasifikacija nejasnog opisa ili priprema objašnjenja iznimke, ako pravila nisu dovoljna |
| PDF s ugrađenim tekstom | Vizualni raspored i tekst, ali ne nužno pouzdana poslovna struktura | Izdvajanje teksta i rasporeda, zatim mapiranje u strogo definirana polja | Prepoznavanje odnosa između oznake i vrijednosti te promjenjivih stavki |
| Sken ili fotografija | Pikseli, moguća rotacija, šum, sjene i nečitljivi dijelovi | Provjera kvalitete, OCR ili izdvajanje sustavom za obradu dokumenata, uz dokaz na izvornoj slici | Ograničeno izdvajanje i klasifikacija; ne popunjavanje nečitljivih podataka nagađanjem |
Ako uz eRačun stiže i PDF prikaz, automatizirana obrada neka uzme strukturirani zapis, a PDF neka ostane čovjeku za pregled. XML nemojte provlačiti kroz OCR. Polje koje možete pouzdano pročitati iz definicije nemojte vraćati modelu da ga „ponovno pročita”.
Sedam koraka od računa do provjerenog ERP zapisa
1. Zaprimite račun kroz kontrolirani ulaz
Odredite dopuštene kanale: informacijskog posrednika, namjenski pretinac, portal ili mapu pod nadzorom. Pri zaprimanju zapišite vrijeme, kanal, tehnički identifikator, kriptografski sažetak datoteke i status obrade. Privitak provjerite prema pravilima sigurnosti datoteka prije otvaranja ili slanja drugom servisu.
Jedan ulazni događaj treba dobiti jedan trajni identitet. Na tome stoje otkrivanje duplikata, sigurno ponavljanje obrade i dokaz da ERP zapis pripada baš tom dokumentu.
2. Utvrdite format prije odabira alata
Nastavak datoteke i predmet e-poruke nisu dovoljni. Provjerite tip sadržaja, potpis datoteke, može li se parsirati i odgovara li očekivanoj strukturi. Razdvojite strukturirani eRačun, PDF s tekstom, sken, fotografiju, oštećenu datoteku i nepodržani format.
Ta odluka bira najjednostavniji pouzdan put. Strukturirani zapis ide parseru. Uredan PDF možda i ne treba OCR. Loš sken treba kontrolu kvalitete ili ručnu obradu. Prepoznavanje formata ostavite kodu.
3. Parsirajte ili izdvojite podatke uz trag do izvora
Za eRačun koristite parser i aktualne validacijske artefakte. Registar Europske komisije objavljuje kodne liste i validacijske artefakte za EN 16931, uključujući artefakte za UBL 2.1 i CII 16B (standardne formate strukturiranog eRačuna). Verzije i nacionalne specifikacije se mijenjaju, pa verziju pravila zapišite uz rezultat provjere.
Za PDF ili sken izdvojite samo polja koja ste unaprijed definirali: identitet dobavljača, broj i datum računa, valutu, iznose, porezne stavke, referencu narudžbenice i stavke računa. Rezultat treba nositi vrijednost, stranicu ili područje izvora, način izdvajanja i signal pouzdanosti. Nečitljiv ili nedostajući podatak označite kao iznimku. Model ga ne smije nadopuniti pretpostavkom.
4. Provedite determinističke provjere
Prije poslovne odluke kod treba provjeriti shemu, obvezna polja, formate, aritmetiku i poslovna pravila. Zbroj stavki, popusti, porezi i ukupni iznos ponovno se računaju iz izdvojenih vrijednosti. Identitet dobavljača, valuta, broj računa, referenca i račun za plaćanje uspoređuju se s mjerodavnim internim zapisom.
Pragovi tolerancije nisu univerzalni. Financije ih trebaju postaviti prema vrsti nabave, društvu, dobavljaču i riziku. Sustav mora zapisati koje je pravilo primijenjeno, koju je verziju imalo i zašto je račun prošao ili stao.
5. Povežite račun s narudžbenicom i primitkom
Kod računa koji se oslanjaju na narudžbenicu usporedite dobavljača, artikl ili uslugu, količinu, cijenu, valutu i dogovorene troškove. Microsoftova dokumentacija o usklađivanju računa razlikuje provjeru ukupnih iznosa, dvosmjerno usklađivanje računa s narudžbenicom i trosmjerno usklađivanje koje uključuje i potvrdu primitka.
To su poslovne kontrole. Slobodna procjena modela tu ne može zamijeniti izračun. AI može pomoći objasniti tekstualno odstupanje ili predložiti kategoriju. Razliku treba izračunati kod, primijeniti odobrenu toleranciju i otvoriti iznimku.
6. Prikažite iznimku osobi koja je može odlučiti
Red za pregled treba pokazati izvorni dokument, izdvojenu vrijednost, mjerodavni podatak, pravilo koje nije prošlo i posljedicu odluke. Pregledavatelj mora moći ispraviti polje, odbiti račun, zatražiti dopunu ili ga poslati ovlaštenoj osobi. Posebno izdvojite promjenu bankovnog računa dobavljača, duplikat, račun bez očekivane narudžbenice, neuobičajenu valutu i odstupanje primitka.
Potvrdu nemojte tražiti za svaki bezopasan korak. Ljudska pažnja treba ostati na iznimkama i na radnjama s financijskim ili pravnim učinkom. Zapišite tko je vidio koje podatke i što je odlučio.
7. Predajte ERP-u nacrt koji se može sigurno ponoviti
ERP zahtjev iz validiranih polja slaže integracijski servis. Model to ne smije raditi sam. Servis koristi zaseban identitet s najmanjim potrebnim ovlastima, vanjsku referencu ili ključ idempotentnosti (isti zahtjev poslan više puta ne stvara duplikate) i provjeru trenutačnog stanja prije upisa. Ponovljeni zahtjev ne smije stvoriti drugi račun.
Prvi opseg neka bude stvaranje nacrta ili zapisa na čekanju. Knjiženje, odobrenje za plaćanje i samo plaćanje ostaju odvojene ovlaštene radnje. Vodič za sigurno povezivanje AI agenata s internim sustavima prolazi identitete, ponavljanje upisa, zapise i oporavak.
Što pripada pravilima, OCR-u, AI-u i čovjeku
Stabilne i provjerljive odluke ostavite kodu. Modelu dajte neuređeni dio. Ovlast ostaje kod odgovorne osobe. Širi izbor između pristupa objašnjava vodič AI agent, chatbot ili automatizacija.
| Sloj | Dobar zadatak | Ne bi smio sam odlučiti |
|---|---|---|
| Parser i pravila | Shema, obvezna polja, kodne liste, aritmetika, duplikati, tolerancije, usmjeravanje i idempotentnost | Značenje nejasnog slobodnog teksta bez pravila |
| OCR ili obrada dokumenata | Tekst, tablice, raspored i polja iz PDF-a ili slike, uz lokaciju izvora | Je li račun poslovno opravdan ili spreman za plaćanje |
| AI model | Klasifikacija promjenjivog opisa, prijedlog konta, sažetak dokaza i objašnjenje iznimke | Izmišljanje nedostajućeg polja, promjena pravila, odobrenje ili plaćanje |
| Čovjek | Rješavanje iznimke, potvrda osjetljive promjene i odluka u granicama svoje ovlasti | Preskakanje obveznih kontrola bez zabilježene i dopuštene procedure |
Platforma dolazi nakon ove podjele. Ako birate izvršni sloj, usporedba n8n-a, Copilot Studija, Makea i Zapiera pokazuje razlike u upravljanju, mreži, identitetu i trošku. Ne pretpostavlja da jedan alat odgovara svakom ERP-u.
Provjere koje ne treba prepustiti modelu
Minimalni skup ovisi o procesu, ali često uključuje:
- valjanost strukture, sintakse, kodnih lista i primjenjivih poslovnih pravila eRačuna;
- postojanje obveznih polja te ispravnost datuma, valute, identifikatora i formata računa;
- ponovno računanje stavki, popusta, poreznih iznosa i ukupnog iznosa;
- podudaranje dobavljača s matičnim zapisom i zasebnu provjeru promjene računa za plaćanje;
- traženje duplikata kombinacijom izvornog identifikatora, dobavljača, broja, datuma, iznosa i sažetka dokumenta;
- dvosmjerno ili trosmjerno usklađivanje prema pravilima nabave;
- dopuštenu pravnu osobu, troškovno mjesto, konto i lanac odobrenja;
- idempotentnost ERP upisa, stanje prethodnog pokušaja i mogućnost sigurnog oporavka.
Signal pouzdanosti može dokument poslati na pregled. To nije dokaz da je polje točno. Kritičan podatak mora proći neovisnu provjeru, ili ljudsku potvrdu kad nema mjerodavnog strojnog izvora.
Mjerite polja, cijeli račun i poslovni proces
Prije pilota složite označen skup stvarnih ili primjereno zaštićenih računa. Neka pokrije formate, dobavljače, jezike, valute, višestranične dokumente, odobrenja, storna i iznimke koje zaista imate. Razvojne primjere odvojite od zaključanog evaluacijskog skupa. Svaka očekivana vrijednost treba imati potvrđeni izvor.
Googleova dokumentacija za evaluaciju Document AI-ja računa precision, recall i F1 usporedbom predviđenih entiteta s oznakama u testnim dokumentima. Ista dokumentacija kaže da opća „accuracy” slabo pomaže kad neko polje nije na svakom računu ili se ponavlja, kao stavka.
| Mjera | Točna definicija | Što otkriva |
|---|---|---|
| Precision polja | TP / (TP + FP) za točno definirano polje i pravilo podudaranja | Koliko su vraćene vrijednosti pouzdane |
| Recall polja | TP / (TP + FN) | Koliko je očekivanih vrijednosti sustav pronašao |
| F1 | 2 × precision × recall / (precision + recall), kada nazivnik nije nula | Jedna sažeta mjera ravnoteže precisiona i recalla |
| Potpuno ispravan kritični skup | Računi na kojima su sva unaprijed označena kritična polja točna / svi evaluirani računi | Može li zapis nastaviti bez korekcije ključnih podataka |
| Promašena iznimka | Stvarne iznimke koje sustav nije zaustavio / sve stvarne iznimke | Najopasniji propust kontrole |
| Ručni rad | Ukupne minute pregleda, ispravka i eskalacije / dovršeni računi | Je li se posao smanjio ili samo premjestio |
| Vrijeme ciklusa | Medijan i 90. percentil od zaprimanja do provjerenog ishoda | Učinak na tipične i spore slučajeve |
| Jedinstven ERP upis | Odobreni računi koji su završili s točno jednim ERP zapisom / svi odobreni računi poslani na upis | Radi li cijeli proces, uključujući odbijanje duplikata i sigurno ponavljanje |
| Trošak po dovršenom računu | Model, OCR, platforma, infrastruktura i ljudski rad / dovršeni računi | Stvarni operativni trošak usporediv s početnim stanjem |
Pragove zapišite prije nego što pogledate rezultate, i to zasebno po polju i riziku. Broj računa u testu nema jednu univerzalnu vrijednost. Skup mora biti dovoljno širok da uhvati važne varijante i dovoljno odvojen da ne mjerite pamćenje razvojnih primjera.
Za poslovni izračun uzmite vlastite volumene u kalkulatoru cijene i ROI-ja AI agenta. Procjenu nemojte pretvarati u zajamčenu uštedu.
Račun je nepouzdan ulaz, uključujući skrivene upute
Tekst u PDF-u, napomena u XML-u (strukturirani tekstualni format), tekst na slici ili sadržaj QR koda podatak je dobavljača. Vaš sustav ga ne smije čitati kao naredbu. OWASP prompt injection opisuje neizravni napad u kojem vanjska datoteka mijenja ponašanje modela.
Multimodalni sustav može pokupiti i uputu skrivenu u slici. RAG (pristup u kojem model odgovara na temelju dokumenata koje sustav prethodno dohvati) i dodatno treniranje sami po sebi taj rizik ne uklanjaju.
Zato korak za izdvajanje ne bi trebao imati ERP alat, pristup tajnama ni mogućnost slanja poruka. Ograničite ga na fiksnu izlaznu shemu. Tipove i dopuštene vrijednosti provjerite u kodu. Sadržaj dokumenta držite odvojeno od sistemskih uputa.
U test ubacite dokumente s vidljivim, skrivenim i kodiranim pokušajem da se zadatak promijeni. Sljedeći servis svako polje i svako poslovno pravilo provjerava iznova. Izlaz modela za njega je nepouzdan prijedlog.
Podaci, privatnost i trag odluke
Račun može sadržavati imena, kontaktne podatke, identifikatore i podatke o računu fizičke osobe. Kad se obrađuju osobni podaci, GDPR traži utvrđenu svrhu i pravnu osnovu te primjenu načela minimizacije, točnosti, ograničenja čuvanja, cjelovitosti i povjerljivosti. Odgovarajuće tehničke i organizacijske mjere ovise o prirodi obrade i o riziku.
Zapišite koji podatak ide kojem procesoru ili modelu, gdje se obrađuje, koliko se čuva, tko su podizvršitelji, tko ima pristup, kako je enkriptiran, kako se briše i što se radi u incidentu. U zapisima držite ono što treba za poslovni i revizijski trag.
Ovlasti za dokument, za izdvojene podatke i za tehničke zapise neka budu odvojene. Obveze čuvanja, porezne provjere i potrebu za procjenom učinka utvrdite s osobama odgovornima za pravna i računovodstvena pitanja te sa službenikom za zaštitu podataka. Ovaj vodič nije pravni ili porezni savjet.
Pilot u sjeni tijekom prvih 30 dana
Trideset dana nije rok za autonomno knjiženje. To je ciklus u kojem gledate može li ograničeno rješenje iz sjene prijeći u kontrolirani ERP nacrt.
| Dani | Rad | Dokaz i vrata odluke |
|---|---|---|
| 1–5 | Nacrtajte stvarni tok, vlasnike, formate, polja, iznimke i ovlasti. Izmjerite volumen, ručne minute, ciklus, dorade i duplikate. | Poznato je početno stanje i postoji vlasnik svakog pravila i odluke. |
| 6–10 | Sastavite zaključani evaluacijski skup i potvrđene oznake. Uključite strukturirane eRačune, PDF-ove, skenove, rubne slučajeve i očekivane kvarove. | Kritična polja, pravila, metrike i pragovi dogovoreni su prije testa. |
| 11–18 | Pokrenite obradu u sjeni bez ERP upisa. Usporedite svaki prijedlog s ishodom postojećeg procesa i zabilježite korekcije. | Poznati su precision, recall, promašene iznimke, ručni rad i najčešći uzroci pogreške. |
| 19–24 | Testirajte duplikate, prekide, ponavljanje, pogrešne formate, promjenu bankovnog računa i prompt injection. U sandboxu provjerite stvaranje nacrta. | Sustav se sigurno zaustavlja, ne duplira upis i ostavlja čitljiv trag. |
| 25–30 | Usporedite proces s početnim stanjem, izračunajte trošak i pregledajte privatnost, sigurnost i operativno vlasništvo. | Zapisana je odluka: stati, popraviti, nastaviti u ograničenom opsegu ili proširiti nakon dodatnih dokaza. |
Ako kritična provjera, pravna procjena, integracija ili vlasništvo nisu spremni, pilot ostaje u sjeni. Datum u kalendaru ne zamjenjuje ta vrata.
Česta pitanja
Je li PDF račun eRačun?
Ne nužno. PDF je vizualni dokument, čak i kad u sebi ima strojno čitljiv tekst. eRačun je izdan, poslan i zaprimljen u strukturiranom podatkovnom obliku koji omogućuje automatsku obradu. Ako uz strukturirani zapis dobijete i PDF prikaz, automatizaciju oslonite na strukturirani zapis nakon validacije.
Treba li AI za obradu strukturiranog eRačuna?
Za čitanje polja obično ne. Parser, shema i poslovna pravila pouzdaniji su kad je podatak već strukturiran. AI može pomoći u uskom neuređenom dijelu, na primjer prijedlogom klasifikacije opisa ili sažetkom razloga iznimke. Taj rezultat ponovno prolazi pravila i odobrenje.
Je li OCR dovoljan za automatizaciju računa?
OCR pretvara sliku u tekst. Time nije dokazan identitet dobavljača, ispravnost zbroja, postojanje narudžbenice, primitak robe, dopuštena tolerancija ni ovlast za knjiženje. Koristan je kao ulazni korak. Vrijednost nastaje u provjerama, u obradi iznimki, u integraciji i u mjerenju cijelog procesa.
Koja je prihvatljiva točnost izdvajanja?
Jednog univerzalnog postotka nema. Prag ovisi o polju, o posljedici pogreške i o tome imate li neovisnu provjeru. Iznos, identitet dobavljača, valuta i račun za plaćanje obično traže strožu kontrolu od internog opisa. Mjerite precision, recall, kritični skup i promašene iznimke. Jedna ukupna brojka to ne pokriva.
Može li AI automatski knjižiti ili odobriti plaćanje?
To što je tehnički izvedivo nije isto što i siguran prvi opseg. Krenite obradom u sjeni, zatim stvaranjem ERP nacrta uz obveznu provjeru. Širi opseg dolazi nakon dokaza, jasnih ovlasti, odvojenih dužnosti i sigurnog oporavka. Plaćanje ostavite u ovlaštenom procesu koji već imate.
Treba li zamijeniti postojeći ERP workflow?
Ne, ako taj workflow već pouzdano provodi pravila, odobrenja i trag odluke. Najmanji sustav često je parser ili OCR ispred postojećeg workflowa, uz usku iznimku za AI. Novi orkestrator dodajte samo ako postojeća platforma ne može sigurno spojiti korake koji vam trebaju.
Kako odabrati prvi opseg?
Uzmite jednu pravnu osobu, jedan kontrolirani ulaz, poznate dobavljače i izlaz koji možete definirati. Popišite volumene, formate, sustave, ručne korake i iznimke koje najviše koštaju. Procjena procesa za AI automatizaciju taj opis pretvara u početno stanje, matricu rizika i odobrenja, pilot-brief i evaluacijski skup.
Trebate pomoć s prvim pilotom?
Ako želite ovo primijeniti na svom procesu, javite se Sororu. Zajedno možemo odabrati jedan proces, zapisati granice ovlasti i dogovoriti kako ćete izmjeriti pilot. Pogledajte procjenu procesa za AI automatizaciju ili nam pišite na ante.barisic@gmail.com.
Službeni izvori
- Porezna uprava — eRačun
- Europska komisija — What is eInvoicing
- Europska komisija — Registry of supporting artefacts to implement EN 16931
- Google Cloud — Evaluate Document AI processor performance
- Microsoft Learn — Accounts payable invoice matching overview
- OWASP GenAI Security Project — LLM01: Prompt Injection
- EUR-Lex — Uredba (EU) 2016/679, GDPR
Pregledano 31. kolovoza 2026. Tehničke specifikacije, validacijski artefakti, kodne liste, porezne obveze i mogućnosti platformi mijenjaju se. Prije arhitektonske, produkcijske, pravne ili porezne odluke provjerite aktualne službene izvore i zahtjeve vlastite organizacije.