Veljača 2026

Nova forma omogućuje:

• generiranje izvještaja o naplati izdanih eRačuna

• pregled i kontrolu stavki prije slanja

• izvoz podataka u CSV format

• automatsko slanje na Poreznu upravu (uz važeći fiskalni certifikat).

Na jednom mjestu možete pripremiti, zaključiti i poslati eIzvještavanje o naplati bez dodatne ručne obrade podataka.

Detaljne upute dostupne su u korisničkoj dokumentaciji:
👉eIzvještavanje o naplati eRačuna

Pristup opcijama eRačuna više nije vezan uz oznaku Administrator (na radniku), već se definira putem preciznih pravila i grupa radnika. Kako bismo vam osigurali nesmetan rad, sustav je prilikom nadogradnje automatski dodijelio prava većini korisnika, no važno je znati:

• Vidljivost izbornika: Ako korisnik nema pravo niti na jednu opciju unutar eRačuna, cijeli modul mu se više neće prikazivati.

• Nadzor fiskalizacije 2.0: Zbog sigurnosti, ova opcija više nije automatski vidljiva svima. Ako je vaši zaposlenici trebaju koristiti, potrebno im je ručno dodijeliti novu grupu prava.

• Provjera prava: Ako vi ili vaši kolege ne vidite potrebne opcije, provjerite postavke u Matični podaci > Ostalo > Radnici.

Detaljne upute o novim pravilima i načinima dodjele prava pročitajte na poveznici:

👉 PROČITAJ VIŠE: Nova kontrola pristupa za modul eRačuni

Prilikom unosa plaćanja moguće je odabrati jednu od sljedećih oznaka:

• T – Plaćanje na transakcijski račun

• O – Ostala obračunska plaćanja (kompenzacija, cesija i sl.)

• Z – Gotovina / kartica / zatvaranje potraživanja

• P – Plaćanje po računu predujma

Za račune izdane od 1.1.2026. unos oznake načina plaćanja obavezan je za sve IRA stavke koje se odnose na eRačune. Bez ove oznake sustav ne može ispravno razvrstati naplate za Poreznu upravu.

Više informacija možete pronaći u uputi:
👉Odabir izvora podataka za eIzvještavanje o naplati eRačuna

Na temeljnicama kroz koje knjižite naplatu (npr. bankovni izvodi, kompenzacije) potrebno je odabrati pripadajuću vrijednost: T za transakcijski račun ili O za ostala obračunska plaćanja. Ako oznaka nije definirana, sustav će promet automatski tretirati kao Z (ostalo).

Napomena za korisnike koji koriste Knjigu IRA kao izvor podataka: Definiranje oznaka na samim temeljnicama nije potrebno ako analitiku plaćanja ne vodite kroz salda-konti, već izravno kroz stavke Knjige IRA.

Detaljne upute o odabiru odgovarajućeg izvora podataka za vaš način poslovanja pročitajte na:

🔗 Izvor podataka za eIzvještavanje o naplati eRačuna

Zadana vrijednost je Izvodi otvorenih stavki i namijenjena je korisnicima koji vode IOS i zatvaraju otvorene stavke. U tom slučaju nije potrebna nikakva dodatna izmjena postavki.

Ako naplate evidentirate isključivo kroz Knjigu IRA, prije prve izrade izvještaja potrebno je promijeniti postavku na Knjiga IRA. Kod rada s Knjigom IRA prilikom unosa plaćanja obavezno je odabrati Oznaku načina plaćanja, jer se taj podatak koristi u eIzvještavanju.

Uočeno ponašanje│Kod učitavanja novog osnovnog artikla s varijantama putem Excel tablice, nazivi varijanti formirali su se ispravno, sa šiframa boje i veličine (npr. boja: W, veličina: L). Međutim, ako se isti artikl kasnije mijenjao putem nove Excel datoteke, sustav je ponovno generirao nazive varijanti, ali je umjesto šifri upisivao nazive boje i veličine (npr. boja: bijela, veličina: velika). Ako bi se nakon toga artikl ručno otvorio i spremio (Izmijeni / Snimi – F3/F10), naziv bi se ponovno formirao ispravno sa šiframa. Ponašanje kod izmjene putem Excela nije bilo u potpunosti usklađeno s radom u Luceed sučelju.

Što je ispravljeno? │Kod izmjene artikala putem Excela, sustav više ne mijenja šifru u naziv. Oznake #C i #V dosljedno koriste šifre boje i veličine, bez obzira radi li se o unosu novog artikla, izmjeni kroz sučelje ili masovnoj izmjeni putem Excela. Dodatno je ispravljena i Help dokumentacija jer se za boju koristi oznaka #C (a ne #B).

Nakon ispravka, vrijednost u stupcu Snimi više se ne postavlja automatski. Korisnik sam određuje želi li nalog odobriti i eventualno kreirati backorder za neraspoloživu količinu, a daljnja obrada izvršava se isključivo prema odabranoj vrijednosti.

Što je promijenjeno | Sustav sada koristi identičnu metodu izračuna ukupnog iznosa u Pregledu kao i prilikom samog Unosa računa.

Logika prikaza | Kada pregledavate sve stavke računa (bez filtera), prikazuje se stvarni ukupan iznos računa usklađen s plaćanjem. Ako koristite filtere nad stavkama, sustav će prikazati zbroj samo onih stavki koje su trenutno vidljive u tablici.

Kod takvih POS ispisa moglo je doći do razlika u centima u odnosu na iznose prikazane u Luceedu. Nakon dorade, iznosi prikazani u sučelju i na POS ispisu sada se u potpunosti podudaraju, a način izračuna usklađen je s načinom izračuna koji se već koristi za integrirane i korisnički definirane POS ispise.

To se moglo dogoditi kod generiranja računa iz otpremnice putem Skladište > Generiranje računa ili Veleprodaja > Generiranje računa iz vp. dokumenata, ako su bile uključene postavke Promjena statusa šalje e-mail i SCC – Isporuka kreira račun = Nikome.

Nakon ispravka, PDF računa se sada šalje tek kada je račun u potpunosti dovršen i kada ima dodijeljen konačan broj. Time je osigurano da se broj računa u PDF-u uvijek podudara s brojem računa u Luceedu, bez negativnog predznaka.

Sada je logika sustava usklađena: otpremnicu je moguće slobodno mijenjati sve dok na njoj nema niti jednog važećeg vezanog računa. Ako su svi prethodno generirani računi stornirani, sustav više neće blokirati izmjene na samoj otpremnici.

Nakon ispravka, novi nalog za preostale količine uvijek se snima s ispravnim (pozitivnim) brojem te se automatski uspostavlja veza između originalnog i novog naloga. Time je osigurana jasna povezanost djelomično isporučenih količina i potpuna sljedivost u opcijama Pregled naloga prodaje i SCC-u.

Do sada se prilikom snimanja u URA zapisivao izvorni datum porezne obveze, umjesto predloženog datuma za PDV. Nakon ispravka, u knjigu URA se sada zapisuje datum koji je prikazan u polju Datum za PDV, čime je osigurano pravilno evidentiranje u otvorenom PDV razdoblju.

Što je TSValidator?

Iako Luceed već sadrži niz ugrađenih kontrola prilikom unosa podataka, praksa je pokazala da službeni Schematron validator ponekad propušta određene tehničke detalje koji kasnije mogu uzrokovati probleme u samoj razmjeni ili pri fiskalizaciji.

TSValidator je osmišljen kao dinamičan sustav u koji ćemo kontinuirano ugrađivati nova pravila i provjere temeljene na iskustvima iz prakse, a koje službeni validator ne obuhvaća.

Ključne prednosti novog sustava

• Dvostruka provjera: Prije slanja, sustav sada automatski pokreće sekvencu:

  1. TSValidator (interna provjera tehničkih pravila)

  2. Schematron validator (službena provjera strukture)

• Zajednički prikaz grešaka: Ako bilo koji od validatora pronađe nepravilnost, dokument će dobiti status Neispravan dokument, a sve detektirane greške bit će prikazane odjednom kako biste ih mogli ispraviti u jednom koraku.

Inicijalna faza: Dosljedna provjera OIB-a

Luceed već ima implementiranu kontrolu ispravnosti unosa OIB-a na ključnim mjestima (partneri, radnici, postavke firme). Međutim, ako su podaci u bazu upisani u ranijim verzijama sustava ili uvezeni bez stroge validacije, TSValidator sada služi kao finalni filter.

Čak i ako je podatak ranije upisan s greškom, sustav će spriječiti slanje eRačuna i upozoriti vas na potrebu ispravka. To uključuje provjeru formalne ispravnosti OIB-a za:

• Prodavatelja (vaša tvrtka)

• Kupca

• Operatera (vaš djelatnik koji je izdao eRačun)

Što dalje?

TSValidator ćemo dalje proširivati provjerama koje praksa pokaže nužnima radi različitih tumačenja i primjene pravila od strane drugih sudionika u procesu razmjene eRačuna.

Detaljne upute za otklanjanje grešaka možete pronaći na našem portalu:

👉 Otklanjanje grešaka u eRačunima

Automatska migracija za postojeće korisnike

Ako trenutno imate aktivan atribut Broj ugovora, Luceed će pri vašoj sljedećoj prijavi automatski izvršiti sljedeće:

• Preimenovanje: Šifra atributa broj_ugovora mijenja se u referenca_ugovora, a naziv u Referenca ugovora. Sve postojeće vrijednosti na dokumentima se zadržavaju.

• XML Mapiranje: Podatak se od sada ispravno šalje u eRačun unutar taga <cac:ContractDocumentReference>.

• Uklanjanje suvišnih polja: Atribut datum_ugovora automatski se postavlja kao nevidljiv. Prema novom standardu ovaj se podatak više ne šalje, pa je unos onemogućen kako bi se izbjegle pogreške.

Važna napomena o dostupnosti

Ova se promjena trenutno odnosi isključivo na korisnike koji već imaju definiran atribut broj_ugovora. Za korisnike koji do sada nisu koristili ovaj atribut se u ovoj verziji ništa ne mijenja. Mogućnost automatskog kreiranja novog atributa Referenca ugovora za korisnike koji ga tek trebaju početi koristiti bit će dodana u jednoj od nadolazećih verzija.

Automatsko uklanjanje veze: Brisanjem zapisa iz Knjige URA sada se automatski uklanja i veza prema Interconnectu. Time je omogućeno da isti eRačun ponovno zaprimite kroz formu Pregled i zaprimanje ulaznih eRačuna.

Jasne upute kod brisanja: Ako račun sadrži priložene dokumente ili knjiženja, sustav će vas točno uputiti što trebate učiniti kako biste ga mogli obrisati (npr. obrisati priložene dokumente na kartici Dokumenti ili vezana knjiženja). Tek kada se ovi preduvjeti ispune, Luceed će dopustiti brisanje stavke u Knjizi URA.

💡 Napomena za ranije obrisane račune

Ako ste URA-u obrisali prije ove verzije i eRačun vam se ne nudi za ponovno zaprimanje, javite se našoj korisničkoj podršci. Pošaljite nam broj računa, datum izdavanja i naziv pošiljatelja kako bismo vam ručno omogućili ponovno učitavanje, ili ručno unesite stavku u Knjigu URA.

To vrijedi za sljedeće opcije:

• Skladište > Pregled skladišta > Izbornik > Snimi kao veleprodajni dokument

• Skladište > Generiranje računa

• Servis > Generiranje računa

Oznaka poslovnog procesa preuzima se iz postavki veleprodajnog dokumenta i automatski se upisuje na novi dokument. Time se osigurava da je poslovni proces ispravno postavljen, što je preduvjet za uspješno generiranje i razmjenu eRačuna u sklopu Fiskalizacije 2.0.