Što je e-Izvještavanje (Fiskalizacija 2.0) – u jednoj rečenici

e-Izvještavanje je skup standardiziranih poruka koje bilježe i prenose ključne događaje uz eRačun (primjerice odbijanje i razloge odbijanja, te događaje vezane uz naplatu), kako bi sustav imao trag, a sudionici dokaz.

Ako eRačun ima životni ciklus – e-Izvještavanje je dnevnik tog ciklusa.

Tko šalje e-Izvještavanje 2026

U praksi postoje dvije razine odgovora: tko je poslovno odgovoran and tko tehnički šalje. To se često miješa – i tu nastaju rupe u kontroli.

1) Poslovno odgovoran: izdavatelj/primatelj eRačuna

Izdavatelj i primatelj eRačuna su oni na čije se poslovanje vežu statusi (odbijanje) i naplata. Njihova je odgovornost imati jasnu proceduru: kada se šalje poruka, tko je šalje i tko potvrđuje da je status uredno evidentiran.

2) Tehnički šalje: aplikacija ili posrednik (ovisno o načinu rada)

• FiskAplikacija – kada se radi ručno ili putem učitavanja datoteka u aplikaciji.
• Integracija kroz servis/ERP – kada tvrtka koristi svoje rješenje ili informacijskog posrednika.
• Mikro eRačun – jednostavniji put za manje subjekte koji ne žele integracije.

Kada se šalje e-Izvještavanje (okidači + logika roka)

Najbrži način razumijevanja nije “rok kao datum”, nego rok kao reakcija na događaj. e-Izvještavanje se šalje kada se dogodi određeni statusni trenutak uz eRačun.

Kada se šalje poruka A

Poruka A tipično je vezana uz status primanja/obrade i posebno uz situacije odbijanja eRačuna – uključujući i razloge odbijanja (poslovne ili tehničke, ovisno o scenariju). U praksi: kad primatelj ne prihvati eRačun ili sustav odbije poruku, A je “službeni trag”.

Kada se šalje poruka B

Poruka B tipično se veže uz događaj naplate – kada račun prijeđe u stanje plaćeno ili kada nastane relevantna promjena vezana uz naplatu (npr. djelomična naplata, statusna promjena). B je “most” između računa i stvarnog novca u evidenciji.

Što se šalje: poruka A i poruka B (razlika, sadržaj, primjeri)

Ako se u jednom dijelu procesa morate ponašati kao kirurg, to je ovdje: razlikovati A i B, jer pogrešna poruka = pogrešan trag = kasnije nepotrebni razgovori, ispravci i gubitak vremena.

Poruka A: što znači u praksi

• Koristi se kad trebate imati jasan trag statusa (posebno odbijanja) i razloga.
• Ubrzava komunikaciju između izdavatelja i primatelja: “što je sporno i zašto”.
• Smiruje računovodstvo: manje “detektivskog rada”, više čiste evidencije.

Poruka B: što znači u praksi

• Vezana je uz naplatu – to je trenutak kada račun prestaje biti “papir” i postaje “novac”.
• Pomaže kada imate više uplata (djelomično), predujmove ili specifične modele plaćanja.
• Uređuje trag prema internim kontrolama i usklađivanju kupaca/dobavljača.

Kako poslati e-Izvještavanje (FiskAplikacija / servis / Mikro eRačun)

Postoje tri tipična puta. Razlika nije u smislu A/B poruka – smisao je isti. Razlika je u tome radi li se ručno or automatizirano, i gdje se vodi evidencija.

Gdje se vidi da je poslano (status, evidencija, potvrde)

Ovo je dio zbog kojeg se i piše ovakav vodič. U praksi se ljudi oslanjaju na “poslali smo”. Ali ono što vrijedi je: poslali smo i imamo dokaz.

Provjera u FiskAplikaciji

1. Otvorite modul e-Izvještavanje (A ili B).
2. Uđite u pregled poslanih poruka / evidenciju slanja (ovisno o sučelju).
3. Provjerite status poruke: zaprimljeno, obrađeno, odbijeno/greška.
4. Spremite ključne podatke: identifikator, datum/vrijeme, rezultat, eventualnu povratnu poruku sustava.

Provjera u ERP-u ili kod posrednika (ako šaljete automatizirano)

• Provjerite imate li “inbox/outbox” log poruka s jasno vidljivim statusima.
• Uspostavite pravilo: greške se rješavaju isti dan, a ne “kad stignemo”.
• Arhiva mora biti dostupna računovodstvu bez ovisnosti o jednoj osobi.

Najčešće pogreške (i kako ih izbjeći)

1) Zamjena poruke A i poruke B

Najčešća greška: pokušati “riješiti naplatu” porukom A ili “odbijanje” porukom B. Rješenje: u proceduri ugradite dvije kapije – Odbijanje → A, Naplata → B.

2) Slanje bez provjere statusa

Slanje bez provjere je isto što i e-mail bez “sent” foldera. Rješenje: uvijek nakon slanja provjeriti status i arhivirati rezultat.

3) “Poslano je” bez arhive

Ako nemate identifikator, vrijeme i ishod – sutra ne možete dokazati ništa. Rješenje: log/izvještaj pohraniti u internu arhivu (npr. mjesecno).

4) Nejasna odgovornost u firmi

Kad “svi rade pomalo”, na kraju nitko ne kontrolira. Rješenje: jedna osoba/sustav šalje, druga osoba provjerava (četiri oka).

5) Previše ručnog rada bez discipline

Ručni proces može biti odličan, ali traži ritam. Rješenje: definirati dnevnu/tjednu rutinu provjere i rješavanja grešaka.

6) Integracija bez jasnog mjesta provjere

Automatika je sjajna dok radi. Kad ne radi, trebate panel koji jasno pokazuje status. Rješenje: dogovoriti s ERP-om/posrednikom gdje se vidi evidencija i izvoz logova.

7) “Greška” se ignorira do kraja mjeseca

Greške koje stoje tjednima postaju multiplikator problema. Rješenje: greške se rješavaju isti dan, ili se radi eskalacija.

8) Nema internog uputnika

Kad proces postoji samo u glavi jedne osobe, firma je ranjiva. Rješenje: napisati mini SOP (1–2 stranice): okidači, slanje, provjera, arhiva.

FAQ: najčešća pitanja (kratko i jasno)

Tko je odgovoran ako posrednik tehnički šalje poruke?

Posrednik može slati poruke, ali poslovna odgovornost i interna kontrola ostaju na vašoj strani. Vi morate imati evidenciju da je poruka poslana i kakav je ishod.

Moram li slati i A i B za svaki eRačun?

Ne radi se o “obvezno uvijek oba” nego o događajima. Ako se dogodi odbijanje/statusni događaj → A. Ako se dogodi naplata/status naplate → B. U praksi, ovisi o tijeku.

Što ako je naplata djelomična (više uplata)?

Kod djelomičnih uplata najvažnije je imati konzistentnu evidenciju statusa naplate. U proceduri definirajte kako evidentirate avanse i kasnije uplate, te tko potvrđuje stanje.

Gdje je najbolji “dokaz” da je poslano?

Najbolji dokaz je kombinacija: evidencija u aplikaciji/ERP-u + identifikator poruke + vrijeme slanja + ishod (status/povratna poruka). Jedan element bez ostalih je slab dokaz.

Što ako status pokazuje grešku?

Greška nije “problem sutra”, nego signal danas. Zapišite identifikator poruke, vrijeme i povratnu poruku sustava, pa odradite korekciju i ponovno slanje ili eskalaciju prema podršci.

Checklista (za poduzetnike i računovodstvo)