Fiskalizacija 2.0 - odgoda, fijasko ili sposobnost bez premca

Uvođenje Fiskalizacije 2.0, koja podrazumijeva obvezno slanje B2G i B2B računa u XML formatu kroz sustave posrednika i Porezne uprave, predstavlja golem tehnički i operativni skok. S obzirom na to da su zadani izrazito ambiciozni rokovi, a sustav kompleksan uz primjenu na bazi od nekoliko stotina tisuća pretežito mikro poslovnih subjekata, koji u pravilu nemaju IT podršku, nekoliko je ključnih točaka koje mogu postati kritične:

1. Uska grla kod proizvođača softvera (ERP-ova). Većina poslovnih subjekata u Hrvatskoj ovisi o vanjskim developerima poslovnih sustava.

• Problem: Zbog kratkih rokova, programeri moraju u isto vrijeme nadograditi sustave za tisuće klijenata, ukupno na razini cijele RH nekoliko stotina tisuća klijenata.
• Posljedica: Softverska rješenja mogu biti "izbačena" na tržište bez dovoljno testiranja, što dovodi do bugova u produkciji, krivog izračuna poreza, upitne klasifikacije poreznih osnovica, poslovnih procesa, KPD oznaka, neuspješnog slanja računa ili kao nedavno nemogućnosti predaje PDV obračuna radi izostanka nadogradnje sustava Porezne uprave na nove šifre djelatnosti.

2. Tehnička nestabilnost sustava (Padovi servera). Fiskalizacija 2.0 drastično povećava broj transakcija koje sustav Porezne uprave i posrednika mora obraditi u sekundi.

• Problem: Ako centralni sustav nije spreman na "peak" opterećenja (npr. 10. ili 15. u mjesecu kada se šalje najviše računa), može doći do zagušenja.
• Posljedica: Nemogućnost slanja računa u realnom vremenu, što izravno zaustavlja poslovanje, pogotovo u segmentu veleprodaje i logistike. Neke tvrtke osiguravaju sredstva za plaće bez akumulacije rezervi od mjeseca do mjeseca, a izostanak pravovremenog slanja i naplate računa, može dovesti do nemogućnosti isplate plaća.

3. Problemi s digitalnim certifikatima i potpisima. Sustav se oslanja na stroge sigurnosne protokole.

• Problem: Kratki rokovi ne ostavljaju dovoljno vremena korisnicima da nabave adekvatne certifikate ili da ih programeri ispravno integriraju u softver.
• Posljedica: Računi koji su "tehnički ispravni", ali ih sustav odbija jer potpis nije validan, što stvara pravni vakuum (je li račun izdan ili nije?).

4. Operativni kaos u računovodstvu. Fiskalizacija 2.0 uvodi nove šifre (poput KPD šifri koje i nove statuse poslovnih procesa i računa.

• Problem: Djelatnici koji izdaju račune nisu prošli obuku, a računovodstveni servisi su zatrpani upitima.
• Posljedica: Pogrešan unos podataka (npr. kriva šifra oslobođenja od PDV-a) koji se automatski bilježi u sustavu Porezne uprave, što povećava rizik od kazni ili poreznog nadzora.

5. Problem s "odbijenim" računima i likvidnošću. U starom sustavu, ako ste pogriješili na PDF računu, mogli ste ga stornirati i poslati novi uz dogovor s partnerom.

• Problem: U XML svijetu, ako sustav odbije račun zbog tehničke pogreške, on pravno ne postoji, iako nije storniran.
• Posljedica: Kupac ne može platiti račun koji nije prošao sustav, a prodavatelj ne može naplatiti svoja potraživanja dok se tehnički problem ne riješi, što izravno ugrožava likvidnost tvrtke.

6. Nedostatak vremena za "Sandboxing" (Testnu fazu). Svaka velika IT implementacija zahtijeva barem 3-6 mjeseci testne faze u realnim uvjetima.EU za projekt ovakvih razmjena predviđa min. 18 mjeseci za implementaciju, a ne 6 mj.

• Problem: Zbog kratkih rokova, testna faza se često preskače ili skraćuje.
• Posljedica: Sve greške koje su trebale biti otkrivene u testiranju postaju "live" problemi koji se rješavaju dok tvrtka pokušava raditi.

7. Ovisnost o informacijskim posrednicima. Mnogi subjekti koriste posrednike za slanje eRačuna.

• Problem: Ako posrednik ima tehnički problem, tisuće tvrtki ostaju blokirane.
• Posljedica: Centralizacija rizika – kvar kod jednog posrednika znači prestanak rada za ogroman broj poslovnih subjekata.

Najveći rizik nije sama tehnologija, već sinkronizacija. Ako država, programeri i poduzetnici nisu na istoj razini spremnosti u istom trenutku, sustav će proizvoditi više administrativnog tereta nego što će olakšati poslovanje.

Izgleda li graf kao scenarij koji je moguće razviti i implementirati u 6 mj. uz nebrojeno subjakata koji se međusobno trebaju integrirati?

Graf fiskalizacije 2026.