Ožujak 2026

Kontekst i logika sustava | U Luceedu se podaci o modelu i pozivu na broj u knjizi URA zapisuju unutar istog polja, pri čemu sustav koristi razmak kao ključni separator između ta dva podatka. S obzirom na to da u pristiglim eRačunima podatak o plaćanju može biti zapisan s razmakom ili bez njega (npr. HR01 123... ili HR01123...), bilo je potrebno osigurati ujednačenost zapisa.

Automatska prilagodba formata | Sustav je sada nadograđen logikom koja prilikom uvoza eRačuna automatski provjerava i korigira format zapisa:

• Ako podatak započinje oznakom "HR", a model i broj nisu razdvojeni, sustav će automatski umetnuti razmak nakon četvrtog znaka (npr. transformacija iz HR01123... u HR01 123...).

• Ako podatak već sadrži ispravan razmak ili ne započinje s "HR", sustav će preuzeti izvorni podatak bez izmjena.

Zašto je ovo važno? | Ova automatizacija izravno utječe na ispravnost generiranja SEPA naloga za plaćanje. Pravilan razmak omogućuje sustavu da ispravno prepozna gdje završava model, a gdje počinje poziv na broj. Time se eliminiraju situacije u kojima je banka mogla odbiti nalog zbog neispravnog formata.

Što se promijenilo? | U ranijim verzijama, Luceed je u ovom stupcu prikazivao tip eRačuna isključivo ako se radilo o šiframa koje su ujedno podržane kod kreiranja izlaznih računa iz Luceeda. Ako bi pristigao eRačun s nekom drugom šifrom (npr. 81, 83, 575, …), taj bi stupac ostao prazan, iako je sustav takve račune i ranije ispravno zaprimao. Sada sustav izravno čita i prikazuje izvornu numeričku šifru iz XML datoteke (element InvoiceTypeCode). Na taj način odmah vidite točnu oznaku dokumenta koju je poslao vaš dobavljač.

Što to znači u praksi? | Čak i ako zaprimite dokumente s manje uobičajenim šiframa (npr. 81, 83, 575 i sl.), one će sada biti jasno vidljive u tablici. Bez obzira na promjenu u prikazu šifre, proces zaprimanja ostaje nepromijenjen. Na temelju prikazane šifre, i dalje možete ručno promijeniti knjigu URA prije samog zaprimanja ako je to potrebno.

Ovom nadogradnjom osiguravamo transparentnost, ono što piše u datoteci vašeg dobavljača, sada je jasno vidljivo i u Luceedu.

Ažurirane upute možete pronaći na sljedećim stranicama:

👉Pregled i zaprimanje ulaznih eRačuna
👉Razvrstavanje eRačuna u knjige URA

U slučajevima kada se veleprodajni račun plaća karticom, shema kontiranja često predviđa istovremeno pozitivna i negativna knjiženja na kontu potraživanja od kupca (npr. 1200 dugovno + i dugovno -) kako bi se potraživanje prebacilo na kartičara. Budući da su oba ova knjiženja vezana uz isti račun, sustav je njihova međusobna zatvaranja do sada mogao interpretirati kao dvostruku naplatu istog iznosa.

Sustav je sada usklađen s ovim modelom knjiženja. eIzvještavanje prepoznaje storno knjiženja unutar iste sheme te ispravno kompenzira iznose, osiguravajući da se u stupcu Iznos plaćanja uvijek prikazuje stvarni, iznos naplate računa.

Po novome, u eIzvještavanje ulaze isključivo računi (IRA) koji imaju upisan Datum izdavanja 01.01.2026. ili kasniji.

Važna napomena za korisnike: Ukoliko imate račune koji pripadaju poslovnoj godini 2025., ali ih je potrebno uključiti u eIzvještavanje za 2026. godinu (jer su realno izdani tada), na tim je stavkama IRA nužno ručno upisati Datum izdavanja unutar 2026. godine. Sustav isključivo prema tom polju određuje hoće li dokument biti obuhvaćen izvještajem.

Nova verzija validatora donosi dodatne kontrole, među kojima su:

• provjera ispravnosti OIB-a za porezne identifikatore na eRačunu

• dodatna pravila za validaciju datuma (datum nastanka PDV obveze, obračunska razdoblja i datumi na stavkama računa)

• dodatne kontrole usklađenosti ukupnog iznosa PDV-a i zbroja PDV stavki

• ograničenja za broj decimala i znamenki kod količina, cijena i stopa PDV-a.

Uz IBAN broj sada se automatski prikazuje i naziv banke. Sustav prepoznaje banku na temelju vodećeg broja IBAN-a, što pomaže kod dobavljača koji imaju otvorene račune u više različitih banaka. Ako IBAN nije ručno odabran, sustav će (kao i do sada) kod snimanja naloga za banku automatski koristiti prvi upisani račun dobavljača.

Promjene u načinu slanja pozivnica i upravljanju korisnicima

U Interconnect aplikaciju uveden je novi sustav koji omogućuje preciznije upravljanje korisničkim pristupima unutar organizacije.

Dosadašnji način rada

Slanje pozivnica funkcioniralo je isključivo putem Luceed opcije Pregled Interconnect korisnika. Svi korisnici dodani na ovaj način automatski su dobivali pune administratorske ovlasti u Interconnectu.

Nova funkcionalnost

Administracija korisnika sada se vrši izravno unutar Interconnect aplikacije. Putem nove funkcionalnosti, administratorima je omogućeno:

• Dodavanje novih korisnika: Inicijalni administrator i dalje se poziva iz Luceeda, dok se svi ostali korisnici dodaju direktno u Interconnectu.

• Upravljanje korisničkim ulogama: Korisnicima se može dodijeliti uloga Administrator (pristup postavkama i upravljanju) ili Korisnik (ograničen pristup funkcionalnostima).

• Upravljanje pristupom firmama: Korisniku se može dodijeliti pristup jednoj firmi, skupu firmi ili svim firmama povezanim s vašom organizacijom.

Detaljne upute o svim novim funkcionalnostima možete pronaći na našim stranicama dokumentacije:

👉 Upravljanje korisnicima i pravima pristupa

Ispravak problema s pristupom aplikacijama

Dosadašnjim načinom rada, slanje pozivnice za jednu aplikaciju (npr. Interconnect) moglo je rezultirati prepisivanjem prava i gubitkom pristupa drugim aplikacijama (npr. LuceedHR ili Parallel). Ovim ažuriranjem spriječeno je nenamjerno uklanjanje postojećih ovlaštenja.

Upute za administratore (reaktivacija pristupa)

Ako je neki od korisnika ranije izgubio pristup jednoj od aplikacija, pristup je potrebno ručno ponovno omogućiti na sljedeći način:

• LuceedHR: U Luceed ERP sustavu pokrenite opciju: Administracija > Luceed HUB administracija radnika > Ponovno slanje pozivnice.

• Parallel: U Parallel aplikaciji otvorite: Admin > Korisnici, pronađite korisnika i ažurirajte njegova prava pristupa (dovoljo je sponovno snimiti postojeće podatke).

• Interconnect: Upravljanje i reaktivacija vrše se izravno unutar Interconnect aplikacije (Postavke > Korisnici).

Sada je moguće definirati pravila prema znatno većem broju kombinacija kriterija, uključujući točan artikl, hijerarhiju grupa (grupa / nadgrupa / supergrupa), robnu marku te marker. Prilikom obračuna loyalty bodova, Luceed automatski pronalazi i primjenjuje odgovarajuće pravilo prema strogo definiranom prioritetu – od najspecifičnijeg prema najopćenitijem.

Redoslijed prioriteta dohvaćanja pravila: Sustav traži pravila sljedećim redoslijedom i primjenjuje prvo koje zadovoljava uvjete na stavci računa:

1. Točan Artikl (najviši prioritet)

2. Kombinacija: Grupa / Nadgrupa / Supergrupa + Robna marka + Marker

3. Kombinacija: Grupa / Nadgrupa / Supergrupa + Robna marka (bez markera)

4. Kombinacija: Grupa / Nadgrupa / Supergrupa + Marker (bez robne marke)

5. Samo Grupa / Nadgrupa / Supergrupa

6. Kombinacija: Robna marka + Marker (bez ikakve grupe)

7. Samo Robna marka

8. Samo Marker

9. Opće pravilo – kada nije odabran niti jedan od navedenih kriterija (najniži prioritet, primjenjuje se na sve ostale stavke)

Napomena o hijerarhiji grupa: Unutar svih točaka koje uključuju grupe, sustav uvijek prvo provjerava i primjenjuje pravilo za najnižu razinu (Grupa artikla). Ako ono ne postoji, prelazi na Nadgrupu, a tek na kraju na Supergrupu.

Ovim proširenjem omogućeno je preciznije definiranje loyalty pravila i fleksibilnije upravljanje programima nagrađivanja za različite kategorije proizvoda.

Dodano je novo polje Izdan u koje se unosi stvarni datum izdavanja računa. Taj datum koristi se prilikom generiranja eIzvještavanja o naplati eRačuna kao datum izdavanja koji se prijavljuje Poreznoj upravi. Postojeće polje Datum i dalje se koristi za datum porezne obveze, odnosno za određivanje PDV razdoblja.

⚠️ Važno: Ako račune unosite direktno u Knjigu IRA, potrebno je popuniti polje Izdan. Ako u Knjizi IRA već postoje ranije uneseni računi bez tog podatka, potrebno ih je naknadno dopuniti. U suprotnom, prilikom generiranja eIzvještavanja o naplati eRačuna sustav neće moći snimiti izvještaj.

Ako se zapis u Knjizi IRA kreira automatski iz drugih Luceed dokumenata (npr. računa), polje Izdan automatski se popunjava prema datumu izvornog dokumenta.

Što je ispravljeno? | Iako je račun bio u ispravnom statusu (Greška na fiskalizaciji), sustav je prilikom sigurnosne provjere prepoznavao isključivo zapis greške s podcrtom (S_008). S obzirom na to da sustavi Porezne uprave ili sustavi informacijskih posrednika povremeno drugačije interpretiraju i prosljeđuju ovu grešku (često u formatu bez podcrte, kao S008), akciju u tim situacijama nije bilo moguće izvršiti te se prikazivala poruka upozorenja da je opcija dostupna samo za kod "S_008".

Nakon ovog ispravka, Luceed uspješno prepoznaje sve varijante zapisa ove greške. Sada je moguće bez smetnji označiti eRačune kao fiskalizirane, neovisno o tome je li greška u vanjskim sustavima interpretirana i zapisana kao S_008 ili S008.

Važna napomena za korisnike: Kako biste nesmetano mogli koristiti ovu funkcionalnost za sve zahvaćene račune, potrebno je ponovno ažurirati Luceed na najnoviju verziju, neovisno o tome jeste li to već učinili ranije danas.

👉 Pročitajte cijelu uputu: Ručna promjena statusa eRačuna za grešku S008

Što smo dodali? U novoj verziji aplikacije, unutar modula Nadzor fiskalizacije 2.0, omogućili smo ručnu promjenu statusa izlaznih eRačuna u status Fiskaliziran: Primatelj.

Zašto smo ovo dodali? U praksi se povremeno susrećemo sa situacijama gdje dođe do zastoja u komunikaciji između informacijskog posrednika i Porezne uprave. Prilikom slanja fiskalizacijske poruke, posrednik od sustava Porezne uprave može zaprimiti tehničku grešku (poput timeouta ili privremenog prekida veze). Unatoč toj grešci, Porezna uprava u pozadini zapravo uspješno zaprimi podatke o računu.

Kada sustav posrednika pokuša ponovno poslati isti račun, Porezna uprava vraća grešku S008 (Već postoji zabilježen eRačun s istim identifikatorom). Zbog ovakvog scenarija, status računa u sustavu posrednika ostaje zabilježen kao greška, što se posljedično prenosi i u Luceed. Rezultat je taj da se status eRačuna u Luceedu ne ažurira na onaj stvarni (fiskaliziran), iako je račun kod Porezne uprave potpuno ispravan i evidentiran.

Kako ovo rješava problem? Do sada su takvi ispravni računi ostajali u statusu Greška na fiskalizaciji. Nova funkcionalnost vam omogućuje da samostalno postavite ispravan status. Nakon što provjerite stvarno stanje na portalu Porezne uprave, sada možete u Luceedu ručno uskladiti status računa. Time račun dobiva ispravan status u sustavu i nestaje iz pregleda grešaka.

Uvjeti za korištenje opcije Kako bi se spriječile slučajne pogreške i osigurao ispravan tok dokumenata, ova akcija je dostupna isključivo za eRačune koji zadovoljavaju sljedeće uvjete:

• Trenutni status računa je Greška na fiskalizaciji.

• Evidentiran je kod greške S008.

• Odabran je točno jedan račun (opciju nije moguće koristiti masovno na više računa odjednom).

Upute za rad (koraci):

1. U Nadzoru fiskalizacije 2.0 uočite račun sa statusom greške i opisom S008.

2. Izvršite provjeru tog računa u FiskAplikaciji (PU) kako biste se uvjerili da je on tamo zaista uspješno fiskaliziran.

3. Ako je račun u PU vidljiv, označite ga u Nadzoru fiskalizacije 2.0.

4. U meniju kliknite na Alati, a zatim odaberite Označi kao fiskaliziran.

5. Sustav će poslati zahtjev prema Interconnectu, odraditi potrebnu sinkronizaciju i ažurirati status u Luceedu.

6. Po uspješnom završetku, dobit ćete poruku potvrde.

Provjera unutar TSValidatora

TSValidator je proširen novim pravilom koje automatski provjerava formalnu ispravnost IBAN-a prije slanja eRačuna. Ako IBAN nije u ispravnom formatu, eRačun će dobiti status Neispravan dokument, a u opciji Nadzor fiskalizacije 2.0, unutar polja Napomena statusa fiskalizacije, bit će prikazana poruka: [TS-TR-07] - IBAN za plaćanje nije formalno ispravan. Provjerite unos u osnovnim postavkama firme.

Iako je u Osnovnim postavkama moguće navesti više računa, validator provjerava isključivo prvi navedeni IBAN jer se samo taj podatak prenosi u polje BT-84 eRačuna. Neispravan podatak potrebno je korigirati u izborniku Administracija > Osnovne postavke. Nakon ažuriranja podataka, dokument će biti uspješno poslan prilikom sljedećeg zakazanog slanja.

Unaprjeđenje validacije na korisničkom sučelju

Uz kontrolu pri slanju eRačuna, usklađena je i dodatno dorađena postojeća validacija hrvatskih (HR) IBAN-a prilikom unosa podataka u Luceed. Validacija se primjenjuje ovisno o namjeni polja:

• Mogućnost unosa više IBAN-a: U opcijama Matični podaci > Partneri i Administracija > Osnovne postavke dozvoljen je unos više IBAN-a odvojenih isključivo zarezom (bez razmaka). Uz polje IBAN kod partnera dodan je informativni tooltip s uputom o ispravnom formatu unosa. Sustav provjerava ispravnost svih navedenih IBAN-a te dopušta pohranu podataka samo ako su svi unosi formalno ispravni.

• Ograničenje na jedan IBAN: U opcijama gdje proces zahtijeva isključivo jedan transakcijski račun, sustav će onemogućiti pohranu ako se unese više vrijednosti: Plaće > Djelatnici (kartica Banka, polja Tekući račun i IBAN (ŽR)) te Matični podaci > Temeljnice (kartica Učitavanje izvoda, polje Oznaka računa).

Navedene izmjene osiguravaju točnost podataka u bazi i smanjuju potrebu za naknadnim intervencijama.

Ako ste preuzeli otpremnicu na slaganje (Skladište > Pozicijsko skladište > Slaganje dokumenta), unijeli SSCC kod i pokušali snimiti dokument, sustav je u određenim situacijama javljao poruku da je pozicija skladišta obavezna, iako pozicije u tom scenariju nisu bile uključene. Zbog toga dokument nije bilo moguće snimiti.

Nakon ispravka, dokument sa SSCC kodom moguće je normalno snimiti kada pozicije skladišta nisu u uporabi, dok u scenarijima gdje su pozicije uključene sustav i dalje ispravno zahtijeva unos pozicije.

Ovaj problem je sada ispravljen i prilikom storniranja HZZO računa, bilo da on ima ili nema račun za dopunsko osiguranje, te ako ga ima ono glasi na HZZO ili nekog drugog osiguravatelja ispravno se dodjeljuje broj računa i provodi postupak storniranja.

Nakon ispravka, sada se na otpremnici u polje Po dokumentu ispravno upisuje broj vezanog računa. Ispravak se odnosi na sve scenarije kreiranja dokumenta u modulu Veleprodaja (Dokument iz dokumenta, Pregled ponuda, Pregled predračuna, Pregled računa).

Nakon ispravka, sve promjene analitika na kontu (partner, mjesto troška, nositelj troška, predmet, vozilo, korisnik) primjenjuju se odmah nakon spremanja. Nije potrebno ponovno pokretati aplikaciju niti se ponovno prijavljivati u Luceed.