e-Račun i AI: što se može automatizirati u 2026. i gdje su zamke

Od 1. siječnja 2026. hrvatske firme u sustavu PDV-a šalju i primaju e-Račune po obvezi, ne po izboru. Na papiru izgleda kao administrativna promjena - ispravite format, pošaljite kroz FINA kanal, gotovo. U praksi, e-Račun uvodi novi set operativnih pitanja: tko unosi podatke, tko validira OIB i IBAN kupca, tko prati statusove isporuke i što se dogodi kad račun bude odbijen? To su procesi koji se mogu automatizirati - ali samo ako razumijete gdje AI stvarno pomaže, a gdje ga ne možete zamijeniti za provjeru koja nosi pravnu odgovornost.

Što je e-Račun i zašto je 2026. važna godina

e-Račun je strukturirani elektronički račun u XML formatu (standard UBL 2.1) koji se šalje i prima kroz certificiranog operatera. U Hrvatskoj to najčešće znači FINA-in APIS sustav ili komercijalne certificirane servise koji apstrahiraju FINA integraciju. Za razliku od PDF-a poslanog emailom, e-Račun je strojno čitljiv od prvog kontakta: nosi OIB i IBAN kupca i prodavača, stavke, poreze i referencu narudžbe - sve u definiranoj strukturi.

Obveza B2G slanja (firme prema javnom sektoru) postoji od 2019. B2B obveza više nije najava: od 1. siječnja 2026. svi porezni obveznici upisani u registar obveznika PDV-a sa sjedištem u Hrvatskoj dužni su slati i primati e-Račune u domaćim poslovnim transakcijama, uz obveznu fiskalizaciju (Porezna uprava). Tko nije u sustavu PDV-a, tijekom 2026. može primati e-Račune kroz aplikaciju MikroeRačun, a od 1. siječnja 2027. obveza se širi i na njih.

Ako procese postavljate tek sada, kasnite, ali ne nepovratno. Bolje je napraviti to jednom kako treba, s automatizacijom od početka, nego zakrpati na brzinu pa popravljati kroz cijelu godinu.

Ulazni e-Račun: gdje automatizacija stvarno ima smisla

Automatizacija ulaznih e-Računa je zrelija od izlaznih. Razlog je jednostavan: XML koji stigne ima strukturu i nosi sve potrebne podatke bez ekstrakcije iz slike ili slobodnog teksta.

Ekstrakcija podataka bez ručnog unosa je prvi i najočitiji korak. e-Račun koji dođe kroz certificirani kanal nosi OIB, IBAN, iznose, stavke i porezne kodove u definiranim XML elementima. Workflow koji parsira taj XML i upisuje podatke direktno u vaš ERP (Pantheon, Minimax, ERPnext ili drugi sustav) može ukloniti 100% ručnog unosa za ulazne račune koji dolaze kroz formalni e-Račun kanal. Nije to AI u strogom smislu - to je integracija. Ali je to automatizacija koja odmah donosi mjerljiv ROI.

Validacija OIB-a i IBAN-a je drugi sloj. OIB ima algoritamsku provjeru - nije slučajan niz, nego broj sa specifičnim pravilima provjere. Workflow sustav koji automatski provjerava ispravnost OIB-a i IBAN formata može odmah zatvoriti slučajeve s tipfelima i blokiratih ih prije nego uđu u odobravalački tok. Ovo je posebno korisno za firme koje redovito primaju račune od novih dobavljača.

Trostrano usklađenje je napredniji sloj koji ima smisla za firme s definiranim procesom narudžbi. Usporedba e-Računa s narudžbenicom i primkom robe pokazuje razlike: iznos ne odgovara, stavka nije bila na originalnoj narudžbi, OIB se ne poklapa s registriranim dobavljačem. Workflow označuje izuzetke i šalje ih na ljudski pregled; sve što prođe bez razlika ide direktno u odobrenje. U računovodstvenim servisima koji obrađuju stotine ulaznih računa tjedno, ovaj pristup eliminira velik dio ručnog pregledavanja.

Izlazni e-Račun: gdje AI dodaje vrijednost i gdje nije dovoljan

Izlazni tok je kompleksniji jer podaci dolaze iz različitih, često nestrukturiranih izvora: ručnih narudžbi, CRM sustava, email zahtjeva, Excel tablica.

Priprema e-Račun drafta iz nestrukturiranih izvora je tu gdje AI model stvarno dodaje vrijednost. Narudžba koja stigne emailom ili kao PDF sadržava informacije - stavke, iznose, kontakt podatke - ali u slobodnom formatu. AI može izvući te elemente i pripremiti draft e-Račun za pregled. Ovo nije potpuna automatizacija bez nadzora: zahtijeva review korak, ali elimina ručno kucanje i smanjuje greške koje nastaju prepisivanjem.

Provjera ispravnosti prije slanja je gotovo obvezan korak koji bi trebao biti automatski. e-Račun koji prođe kroz FINA kanal i bude odbijen zahtijeva storno i novi dokument, što je i administrativni i financijski trošak. Automatska provjera obveznih polja prije slanja - postoji li OIB kupca, je li IBAN ispravan format, jesu li porezni kodovi u skladu s pozicijom stavke - može spriječiti greške koje dolaze skuplje nego što izgledaju u trenutku kad se dogode.

Stvarne zamke koje nitko ne spominje unaprijed

FINA integracija nije plug-and-play

FINA-in APIS sustav ima vlastitu autentifikaciju baziranu na certifikatima i specifične zahtjeve za format slanja. Ako planirate direktnu integraciju svog ERP-a s FINA-om, ovo nije standardna REST API integracija: zahtijeva tehničku implementaciju, postavljanje certifikata, testiranje na sandboxu i produkcijsku verifikaciju. Alternativa su certificirani softverski servisi koji apstrahiraju APIS integraciju, ali i oni imaju vlastita sučelja s kojima vaš sustav mora komunicirati. AI ovdje ne mijenja ništa - ovo je infrastrukturni preduvjet koji mora biti riješen prije bilo kakve automatizacije na vrhu.

B2C nije u mandatu, ali tražite pravilan routing

e-Račun u B2C kontekstu (tvrtka prema krajnjem potrošaču - fizičkoj osobi) nije obvezan i reguliran je drugačije. Ako imate mješovitu bazu s poslovnim i privatnim kupcima, vaš sustav mora znati razlikovati tko je tko i usmjeriti transakciju na pravi tok. Workflow koji prema OIB-u razlikuje pravne i fizičke osobe i automatski primjenjuje odgovarajući kanal može eliminirati ručni routing. Ali ovaj dizajn mora biti namjerna odluka, ne nešto što se pretpostavlja da radi samo od sebe.

Status praćenje bez integracije ostaje ručno

Nakon što pošaljete e-Račun, kupac ga mora potvrditi, odbiti ili zatražiti pojašnjenje. FINA kanal vraća status - ali samo ako vaš sustav aktivno pita za njega ili imate polling ili webhook integraciju. Bez toga, vidite status tek kad ga ručno provjerite u portalu. Ovo je zamka koja kasno dolazi: firma implementira slanje e-Računa i misli da je automatizirano, a ops tim i dalje ručno prati je li račun prihvaćen. Status loop je dio integracije, ne bonus.

OIB validacija je potrebna ali nije dovoljna

Algoritamska provjera OIB-a potvrđuje da je broj ispravno formiran, ali ne provjerava je li ta firma zaista kupac koji je naručio ili postoji li u poslovnom registru. Puna identifikacija zahtijeva povremenu provjeru prema registrima poslovnih subjekata. Workflow može automatizirati upit prema javno dostupnim API-jima, ali ovo trebate svjesno dizajnirati - ne računati da se dogodi samo od sebe.

Što AI ne može napraviti umjesto vas

AI može automatizirati ekstrakciju, validaciju i routing, ali pravna odgovornost uvijek ostaje na vama. Pogrešan iznos, krivi PDV kod, netočan OIB kupca - sve to zahtijeva storno koji je i administrativni i financijski trošak. AI koji odobrava bez review koraka za izuzetke premješta rizik, ne uklanja ga.

Za firme s manjim volumenom, puna automatizacija bez nadzora često nije pravi omjer između brzine i odgovornosti. Polu-automatizacija - AI izvuče i validira podatke, čovjek potvrdi - ostavlja odgovornost tamo gdje pripada, uz znatno manje ručnog rada. Ako vaš proces obradi ispod 50 ulaznih e-Računa tjedno, ovo je vjerojatno pravi model za vas u prvoj godini.

Trošak i vremenski okvir

Workflow integracija između e-Račun kanala i ERP sustava, s validacijom i automatskim upisom ulaznih računa, tipično zahtijeva 2-4 tjedna za implementaciju, ovisno o složenosti vašeg ERP-a i postojeće infrastrukture. Kroz Klapa workflow paket, tipičan setup stoji 2.500 EUR jednokratno za implementaciju i 300 EUR/mj za integraciju i održavanje.

Isplativost se računa jednostavno. Ručna obrada jednog ulaznog računa traje osam do petnaest minuta; na 200 računa mjesečno to je oko 33 sata, odnosno oko 400 eura rada po satnici administrativnog radnika s doprinosima. Uz mjesečnu naknadu od 300 eura, razlika pokriva postavljanje kroz otprilike godinu i pol, a brže ako je volumen veći ili ako ručne korekcije trenutno rade skuplji ljudi. Ispod pedesetak računa tjedno taj se račun teško zatvara i pošteno je to reći unaprijed.

Ako vas zanima širi kontekst automatizacije računovodstvenih procesa, pročitajte i kako pristupamo automatizaciji ulaznih faktura za računovodstvene urede - tamo su konkretni primjeri volumena i toka iz prakse.

Gdje dalje

Ako uvodite e-Račun u 2026. i gledate koji procesi imaju smisla za automatizaciju, ili imate već postavljeni tok koji ne radi dobro, dogovorite besplatnu 30-minutnu provjeru. Već na pozivu dobijete konkretnu preporuku za vašu situaciju, bez naknade i bez obaveze.