Veljača 2026

Novi Obrazac PDV i unos podataka

U opciji Knjige URA/IRA > Obrazac PDV dodana je nova sekcija: VII. PODACI O OBAVLJENIM DONACIJAMA HRANE.

S obzirom na to da se podaci o donacijama ne povlače automatski iz sustava, u ovoj sekciji omogućen je direktan ručni unos nabavne i prodajne vrijednosti za donacije po stopama od 5%, 13% i 25%. Kako biste mogli unijeti podatke, moraju biti zadovoljena dva uvjeta:

1. U sistemskim postavkama mora biti aktivna opcija Omogući izmjenu podataka za obračun PDV-a.

2. Na samoj formi Obrasca PDV potrebno je pokrenuti izmjenu putem opcije Izbornik > Izmjena PDV obrasca (F3).

Snimanje ePDV datoteke

Prilikom korištenja opcije Izbornik > Snimi ePDV obrazac, Luceed sada automatski prepoznaje koju verziju datoteke (XML) treba generirati ovisno o odabranom razdoblju:

• Za razdoblja od 01.01.2026. – generira se nova verzija ePDV-a koja uključuje podatke o donacijama hrane (sekcija VII).

• Za razdoblja zaključno s 31.12.2025. – sustav generira prethodnu verziju ePDV datoteke, čime je osigurana potpuna povijesna točnost i kompatibilnost.

Izmjene u ispisu

Vizualni ispis obrasca (Izbornik > Ispis) također je prilagođen novom službenom izgledu:

• Za izvještajna razdoblja od 2026. godine nadalje, na ispisu je vidljiva nova sekcija VII s pripadajućim poljima.

• Za sva razdoblja prije 2026. godine, Luceed će automatski koristiti prethodnu verziju izgleda obrasca, bez novouvedene sekcije.

🤔 Kako je moguće da eRačun ne sadrži vrijeme izdavanja?

Nažalost, i mi se pitamo. Vrijeme izdavanja je po specifikaciji obvezan podatak i dio je skupa podataka koji se izdvajaju iz eRačuna i šalju na fiskalizaciju. Ali očito u praksi neki pošiljatelji ne šalju taj podatak. Kako je uopće fiskaliziran također nije jasno. Iako je XML datoteka tehnički nepotpuna, to u ovom trenutku nije vaš problem, a taj podatak vam nije potreban za kreiranje URA-e. Stoga smo Luceed prilagodili tako da propušta kreiranje URA-e i iz XML-a koji ne sadrži taj podatak.

Što je novo?

U postavkama (eRačuni > Postavke eRačuna) u polju Izvor podataka za eIzvještavanje o naplati sada možete odabrati Računi + Knjiga IRA plaćanja.

Ova opcija koristi kombinirani pristup:

• Podaci o računu (fiskalni broj, datum, predujam) uzimaju se direktno s izvornog računa u Luceedu.

• Iz Knjige IRA dohvaćaju se podaci o plaćanjima.

Na taj način Luceed povezuje izvorne fiskalne podatke računa s evidentiranim naplatama iz Knjige IRA.

Ako račune izdajete u Luceedu, ne vodite IOS, a naplate evidentirate kroz Knjigu IRA, sada možete odabrati odgovarajući izvor podataka i generirati izvještaje u skladu s vašim načinom rada.

👉 Detaljne upute možete pogledati ovdje: eIzvještavanje o naplati eRačuna

Zašto smo uveli ovu promjenu? │Prema službenoj specifikaciji eRačuna, polje Datum porezne obveze (TaxPointDate) obično označava datum kada je roba isporučena ili kada su usluge dovršene. Međutim, praksa je pokazala da određeni pošiljatelji u XML-u uopće ne šalju taj podatak, već isključivo podatak o stvarnom datumu isporuke (ActualDeliveryDate).

Do sada je Luceed, u nedostatku Datuma porezne obveze, automatski preuzimao Datum izdavanja računa. To je kod određenih računa (npr. usluge izvršene krajem prethodnog mjeseca, a fakturirane početkom tekućeg) zahtijevalo vaše ručne korekcije kako bi račun ušao u ispravan PDV obrazac.

Nova logika zaprimanja │Kako bismo se prilagodili ovakvoj praksi pošiljatelja i smanjili potrebu za vašim ručnim ispravcima, u logiku zaprimanja ugradili smo Stvarni datum isporuke kao dodatni uvjet.

Sustav će sada polje Datum za PDV popunjavati prema sljedećem redoslijedu (zapisuje se prvi podatak koji sustav pronađe u eRačunu):

1. Datum porezne obveze (TaxPointDate)

2. Stvarni datum isporuke (ActualDeliveryDate)

3. Datum izdavanja računa (IssueDate)

Sukladno ovoj izmjeni, na formi Pregled i zaprimanje ulaznih eRačuna (unutar grupe Podaci eRačuna) dodan je i novi stupac Stvarni datum isporuke kako biste imali jasan uvid u sve relevantne datume o isporuci iz izvornog dokumenta.

Ažurirane upute s detaljima o korištenju ove opcije potražite na našem portalu za dokumentaciju:

👉 Pregled i zaprimanje ulaznih eRačuna.

Dosadašnja praksa pokazala je da upravljanje eRačunima koji prođu internu Luceed validaciju, ali ih odbije vanjski sustav kupca, može zahtijevati dodatne korake. Kako bismo pojednostavili taj proces, implementirali smo sljedeće novosti:

1. Precizniji statusi i automatski ponovni pokušaj
   Računi koji nisu uspješno isporučeni pristupnoj točki primatelja sada automatski prelaze u status Neispravan dokument, a u nadzornom panelu jasno se ispisuje poruka o grešci koju je vratio vanjski sustav. Kako bi vas rasteretio kod privremenih zastoja, Luceed će u pozadini samostalno pokušati riješiti problem automatskim ponovnim slanjem (kreiranjem nove verzije dokumenta). Ukoliko i ponovljeni pokušaj rezultira greškom, to je jasan signal da podaci zahtijevaju vašu intervenciju. Tada se automatika zaustavlja kako bi se spriječila beskonačna petlja slanja, a račun ostaje u statusu Neispravan dokument čekajući vaš ispravak.

2. Nova akcija: Pošalji odabrane (ručno slanje)
   Ukoliko dokument i nakon automatskog ponovnog pokušaja dobije grešku isporuke (što najčešće znači da je potrebna izmjena podataka), ponovno slanje potrebno je inicirati ručno. Nakon što ispravite podatke, jednostavno označite jedan ili više takvih računa u tablici i kliknite na novi gumb Pošalji odabrane. Sustav će za njih kreirati novu verziju i poslati ih u prvom idućem ciklusu.

3. Preskakanje vremenske odgode za zakazane račune
   Akcija Pošalji odabrane ima i dodatnu primjenu. Ukoliko na razini sustava koristite vremensku odgodu slanja (npr. slanje s odgodom od nekoliko sati), ovu opciju možete primijeniti na dokumente u statusu Zakazano slanje. Odabirom opcije, zakazano vrijeme mijenja se na trenutno, čime se označeni dokumenti šalju odmah, bez čekanja isteka podešene odgode.

Kako bismo vam detaljno pojasnili novu logiku rada sustava, razliku između interne validacije i provjere kod primatelja te točne korake za otklanjanje grešaka, ažurirali smo službenu korisničku uputu.

Sve detalje o novom postupku možete pronaći na našem portalu s dokumentacijom: 👉 Pročitajte ažuriranu uputu: Nadzor fiskalizacije 2.0

Što je izmijenjeno?

• Uklonjeno fiksno ograničenje: Do sada je sustav pri generiranju eIzvještavanja fiksno tražio isključivo zatvaranja na kontima koja počinju brojem 12. Zbog toga se naplate korisnicima sa specifičnim kontima nisu povlačile.

• Dinamičko čitanje postavki: Luceed sada pri dohvatu podataka dinamički provjerava vašu postojeću postavku sustava u kojoj je definiran prefiks konta kupca (npr. "16"). Sustav će automatski i ispravno povući sve naplate s vaših stvarnih konta potraživanja, sukladno toj postavci.

Vaš sljedeći korak: Nakon ažuriranja Luceeda na novu verziju, možete normalno pokrenuti dohvat podataka za eIzvještavanje. Više nije potrebno primjenjivati privremena rješenja poput ručnog preimenovanja šifre konta u računskom planu.

💡 Napomena: Ukoliko se podaci nakon ažuriranja i dalje ne povlače ispravno, molimo provjerite je li u postavkama sustava (postavka: Konto kupca počinje sa...) točno upisan početni broj vašeg konta potraživanja.

U slučaju promjene pristupnih podataka (ID ili lozinke) ili problema u radu povezivanja, u opciji Postavke eRačuna možete samostalno unijeti nove podatke. Sustav ih automatski provjerava i ažurira postojeću integraciju – ne kreira se nova integracija. Za posrednika Omnizon Systems (Interconnect) nije moguće ručno unositi niti mijenjati pristupne podatke.

Detaljne upute dostupne su u korisničkoj dokumentaciji:
👉 Postavke eRačuna

Opcije za digitalno potpisivanje i slanje specifikacija dostupne su putem Veleprodaja > HZZO računi > Pregled računa, čime je cijeli proces pripreme i predaje dokumentacije prema HZZO-u objedinjen unutar Luceeda.

Detaljne upute dostupne su na stranici:
👉 Postupak slanja i likvidacije HZZO specifikacija i slanje eRačuna prema HZZO-u

U čemu je bio problem? Korisnici koji su učitavali izvještaje na portal susretali su se s potpuno nejasnom porukom greške: "Zahtjev je odbijen, na zapisu br. 1, šifra greške je: S_005, opis greške je: S005 Neispravni ulazni podaci...".

Ova poruka je nažalost vrlo zbunjujuća i ne ukazuje na stvarni uzrok. Također, službena uputa na portalu navodi isključivo ograničenje veličine od 10 MB. Međutim, našim testiranjem utvrdili smo da FiskAplikacija ima nedokumentirano ograničenje i odbija prihvatiti datoteke s više od 100 redaka (usprkos tome što te datoteke veličinom daleko ispod propisanih 10 MB).

Što donosi nova verzija? Kako biste mogli predati izvještaj koji sadrži više od 100 redaka, ugradili smo automatiku koja zaobilazi ovo ograničenje Porezne uprave:

• Automatsko dijeljenje datoteka: Kada na kartici Pregled kliknete na gumb [Izvezi u CSV], Luceed će provjeriti broj naplata u vašem izvještaju. Ako ih ima više od 100, sustav će automatski podijeliti vaš izvještaj na više manjih CSV datoteka (maksimalno 100 redaka po datoteci).

• Jasni nazivi datoteka: Svaka će datoteka u svom nazivu imati dodan raspon redaka (npr. ..._0001_0100.csv, ..._0101_0200.csv). Po završetku izvoza, na ekranu će vam se ispisati informativna poruka s točnim brojem i popisom generiranih datoteka.

Vaš sljedeći korak: Nakon ažuriranja Luceeda na novu verziju, jednostavno ponovite izvoz u CSV. Ako sustav generira više datoteka, potrebno ih je sve učitati na portal Porezne uprave.

Korisničke upute za eIzvještavanje također su ažurirane ovim novim informacijama.

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.