Pojašnjenje unosa i ponašanja kod (izdavanja) i zaprimanja Odobrenja🆕
🔔 Objavljeno: 28.1.2026.
S obzirom na specifična pravila eRačuna (norma EN 16931) te tehničke upute Porezne uprave, donosimo detaljno pojašnjenje kako Luceed obrađuje predznake kod Odobrenja i njihovih Storna, na koji način ih trebate unositi te kako se evidentiraju ulazni računi u Knjigu URA.
1. Izdavanje (izlaznog) odobrenja
Pri izradi odobrenja u Luceedu postupate na standardan način.
Unos: Stavke unosite s negativnom količinom.
Rezultat u Luceedu: Ukupni iznos dokumenta u Luceedu bit će negativan (npr. -100,00 EUR).
Što se šalje u eRačun? Iako je iznos u programu negativan, Luceed će prilikom generiranja eRačuna (XML-a) taj iznos automatski pretvoriti u POZITIVAN (npr. 100,00 EUR), uz oznaku tipa dokumenta 381 (CreditNote). Ovo je nužno jer EU norma zahtijeva da se redovna odobrenja šalju s pozitivnim apsolutnim iznosom, a sam tip dokumenta (381) govori primatelju da se radi o umanjenju.
2. Storniranje odobrenja (izlazno)
U slučaju da morate stornirati već izdano odobrenje (ponovno zadužiti kupca), možete to raditi kao i do sada, storniranjem dokumenta:
Rezultat u Luceedu: Storno dokumenta u Luceedu imat će pozitivan iznos (kako bi se financijski poništio minus s izvornog odobrenja).
Što se šalje u eRačun? Luceed će ovaj dokument poslati kao eRačun tipa 381, ali s NEGATIVNIM iznosom. Ovakav način označavanja ("storno odobrenja") tehnički je ispravan i sukladan uputama Porezne uprave za specifične slučajeve ispravaka.
3. Učitavanje ulaznih eRačuna (Knjiga URA)
Kod učitavanja eRačuna koje primate od dobavljača, Luceed primjenjuje logiku "okretanja" predznaka kako bi vaša Knjiga URA bila ispravna i usklađena s vašim načinom rada:
Standardno odobrenje: Dobavljači (koji šalju ispravno) šalju redovno odobrenje s pozitivnim iznosom. Luceed ga pri učitavanju pretvara u negativan iznos kako bi vam se u knjigama umanjila obveza.
Storno odobrenja od dobavljača: Ako vam dobavljač šalje storno svog odobrenja, taj eRačun stiže s negativnim iznosom. Luceed ga pri učitavanju pretvara u pozitivan iznos.
🛑 Gdje u praksi dolazi do problema s ulaznim računima?
Prema zaprimljenim upitima korisnika, primijetili smo da određeni pošiljatelji (dobavljači) izvorno odobrenje šalju s negativnim iznosima, što je u suprotnosti sa standardom i uputama.
Što se tada događa u Luceedu? Prilikom učitavanja takvog (neispravnog) odobrenja u Knjigu URA, Luceed dosljedno primjenjuje pravilo "okretanja predznaka".
Ako dobavljač pošalje -100,00 (a trebao je poslati 100,00 kao tip 381), Luceed to pretvara u +100,00.
Posljedica: Umjesto da vam se obveza smanji, ona se u Knjizi URA poveća.
Važno: Ovo nije greška u radu Luceeda, već posljedica neispravno kreiranog eRačuna od strane pošiljatelja koji ne poštuje normu da se redovna odobrenja šalju kao pozitivni iznosi.
Što kaže Porezna uprava?
Za potvrdu ispravnosti postupanja, citiramo službena Pitanja i odgovore Porezne uprave:
15. NA KOJI NAČIN SE EVIDENTIRA STORNO RAČUNA I STORNO ODOBRENJA RAČUNA?
Storno računa može se raditi na dva načina. Izdavanje korektivnog računa (Invoice) u negativnom punom iznosu s oznakom procesa P10 i tip dokumenta 384 ili izdavanjem odobrenja (CreditNote) u punom iznosu s oznakom procesa P9 i tip dokumenta 381.
Storno odobrenja bi zapravo bilo terećenje (Invoice) u punom iznosu i oznakom procesa P10 i tip dokumenta 384.
Storno odobrenja bi se moglo raditi i sa tipom 381 (CreditNote) s negativnim iznosima i oznakom procesa P9, međutim ovo izrazito komplicira obradu takvih dokumenata.
Iz ovoga je jasno vidljivo:
Redovno odobrenje (CreditNote) šalje se u "punom iznosu" (dakle, pozitivnom), jer sam tip dokumenta određuje smjer transakcije.
Korektivni račun ili Storno odobrenja su situacije gdje se koriste negativni iznosi ili drugi tipovi dokumenata.
🤔 Dodatno pojašnjenje: Zašto Luceed šalje storno odobrenja kao tip 381 s negativnim iznosom?
Možda ste primijetili napomenu u uputama Porezne uprave da slanje storna kao Tip 381 s negativnim iznosom "izrazito komplicira obradu". Unatoč toj opasci, Luceed koristi upravo tu metodu, i to iz dva ključna razloga:
Konzistentnost slijednosti brojeva: Kada u Luceedu radite storno, sustav zadržava isti brojač dokumenata. Ako bismo za storno odobrenja slali drugi tip dokumenta (npr. 384 - Korektivni račun), postojala bi opasnost od "rupa" u slijednosti brojeva (npr. PU zaprima Odobrenje br. 1 kao tip 381, a storno odobrenja br. 2 kao tip 384). Kako bismo osigurali čistu i jasnu numeraciju koju Porezna uprava također strogo nadzire, zadržavanje istog tipa dokumenta je najsigurnija opcija.
Jednostavnost procesa: Želimo da korisnici storno rade jednim klikom, bez potrebe za otvaranjem novih vrsta dokumenata.
Smatramo da je tehnička napomena o "kompliciranju obrade" nedovoljno precizna da bi bila obvezujuća zabrana, stoga smo odabrali rješenje koje je za vas kao korisnike najlogičnije i koje osigurava ispravnu zakonsku slijednost brojeva računa.