[RIJEŠENO] Sistemska odstupanja u zbroju iznosa na eRačunu (greške BR-CO-10 i BR-CO-15)

Status: RIJEŠENO

Prioritet: NAJVIŠI

Sažetak: Prilikom validacije eRačuna povremeno dolazi do minimalnih matematičkih odstupanja (npr. 0.01 EUR) između zbroja pojedinačnih stavki i ukupnog iznosa dokumenta. Ovo uzrokuje odbijanje dokumenta od strane validatora uz tehničke greške BR-CO-10 i BR-CO-15. eRačun u Nadzoru fiskalizacije 2.0 ostaje u statusu Neispravan dokument.

Detaljan opis problema

Prilikom automatskog slanja eRačuna, sustav provodi strogu matematičku kontrolu prema EU normi. Do problema dolazi zbog razlike u metodologiji zaokruživanja decimala.

U modulu Nadzor fiskalizacije 2.0, ovi dokumenti dobivaju status Neispravan dokument, a u stupcu s greškama ispisuju se sljedeće poruke:

[BR-CO-10] - Sum of Invoice line net amount (BT-106) = Σ Invoice line net amount (BT-131)
[BR-CO-15] - Invoice total amount with VAT (BT-112) = Invoice total amount without VAT (BT-109) + Invoice total VAT amount (BT-110)

🛠️ Rješenje i daljnji koraci

Naš razvojni tim je identificirao uzrok problema i trenutno s NAJVIŠIM prioritetom radi na prilagodbi kako bi se eliminirala ova odstupanja u zaokruživanju.

‼️ Što korisnik treba napraviti?

Nije potrebno slati prijavu korisničkoj podršci za ove specifične greške.
Pratite ovu stranicu za obavijest o puštanju ispravka.
Nakon implementacije ispravka u novoj verziji, ovi računi će proći validaciju prilikom ponovnog slanja.

🚀 RIJEŠENO

Ovaj problem riješen je u verzijama:

3.23.3.8833 | 12.1.2026. | za račune iz modula Veleprodaja
3.23.3.8838 | 15.1.2026. | za račune iz modula Maloprodaja

Ova promjena rješava probleme s odbijanjem eRačuna od strane internog Luceed validatora zbog matematičkih odstupanja u decimalama, odnosno direktno rješava validacijske greške [BR-CO-10] i [BR-CO-15] koje su se javljale prilikom slanja eRačuna.

Što je promijenjeno? (Nova logika izračuna)

Implementiran je novi algoritam za formiranje iznosa stavki i ukupnih iznosa na eRačunu, usklađen s EU normom i strogim pravilima Fiskalizacije 2.0.

Nova pravila izračuna su:

Osnovica stavke: Iznos se zaokružuje na dvije decimale već na nivou pojedinačne stavke (redka računa).
Ukupna osnovica: Računa se kao jednostavan zbroj tih zaokruženih stavki.
Porez (PDV): Iznosi poreza sumiraju se po tarifama na nivou računa, a svaka stavka doprinosi ukupnom iznosu PDV-a zaokružena na dvije decimale.
Ukupan iznos: Formira se kao zbroj ukupne osnovice i ukupnog iznosa poreza.

Ovim pristupom osiguravamo da je matematički odnos: Neto + PDV = Ukupno uvijek točan u cent, čime se eliminiraju greške BR-CO-10 i BR-CO-15.

🖨️ Promjene na ispisima (DataSet)

Usklađivanje logike odrazilo se i na podatke koji se šalju na ispis računa. Ažurirana su polja u datasetu kako bi ispisani podaci odgovarali strukturi eRačuna:

osnovica – ukupna osnovica računa bez poreza (zbroj zaokruženih stavki)
porez_iznos – ukupan iznos poreza (zbroj zaokruženih iznosa po tarifama)
sveuk_iznos – ukupan iznos računa s porezom

💡 Kontekst: Zašto je došlo do promjene?

(Zašto je ranije dolazilo do razlika?)

Do sada je Luceed na veleprodajnim računima koristio logiku maksimalne preciznosti. Interni izračun porezne osnovice radio se na 4 decimale, a zaokruživanje se vršilo tek na samom kraju, na ukupnom iznosu računa.

Ovakav pristup je zakonski ispravan (prema Zakonu o PDV-u) i matematički precizniji, ali je povremeno dovodio do vizualnih odstupanja od 0.01 EUR između zbroja pojedinačnih stavki (koje vidite na ekranu zaokružene na 2 decimale) i ukupnog iznosa.

Što traži novi standard? S uvođenjem Fiskalizacije 2.0 i EU norme za eRačun, validatori (softverske kontrole) ne toleriraju ta odstupanja. Oni zahtijevaju tzv. horizontalnu konzistenciju: ako zbrojite iznose stavki s papira, taj zbroj mora u cent odgovarati ukupnom iznosu.

Zato smo prilagodili sustav da prioritet stavi na usklađenost zbroja stavki, umjesto na internu preciznost od 4 decimale.

❗ Napomena o prikazu u programu (Važno!)

Želimo naglasiti da prikaz dokumenta unutar Luceeda (na ekranu) za sada ostaje nepromijenjen.

To znači da Luceed u pozadini i dalje koristi postojeću logiku maksimalne preciznosti (4 decimale) dok radite na dokumentu. Tek u trenutku slanja eRačuna ili ispisa, sustav u pozadini primjenjuje novu logiku prilagodbe kako bi dokument bio validan.

Što to znači za vas? Moguće je da ćete na ekranu u Luceedu vidjeti minimalnu razliku (npr. 0.01 EUR) u odnosu na ono što piše na generiranom PDF-u ili eRačunu. Mjerodavan je ispis/eRačun jer je on usklađen s validatorom.

🗓️ Što slijedi? (IRA i knjiženja)

Usklađivanje samog prikaza u Luceedu, kao i prijenosa u porezne knjige (IRA) te automatskih knjiženja u Glavnu knjigu, uslijedit će u idućim verzijama.

Ne brinite za knjiženja: Kada ta nadogradnja bude puštena, sustav će automatski ažurirati postojeće zapise u knjizi IRA i temeljnici kako bi se uskladili s poslanim eRačunima. Nije potrebna vaša ručna intervencija.

✅ Što trebate napraviti?

Ažurirajte Luceed na novu verziju.
Uđite u Nadzor fiskalizacije 2.0.
Nakon sljedećeg automatskog ciklusa slanja, računi koju su ranije imali ove greške (bili u statusu Neispravan dokument) trebali bi promijeniti status u Zakazano slanje, Ponovni pokušaj slanja ili bi trebali biti uspješno Poslani.