Svibanj 2026

Što smo napravili i zašto? | Kako bismo pokrili ovakve specifične slučajeve i spriječili neispravno evidentiranje PDV-a zbog loše prakse pošiljatelja, izdvojili smo i prilagodili logiku isključivo za dokumente tipa Odobrenje.

Nova logika zaprimanja (samo za Odobrenja) | U opciji eRačuni > Pregled i zaprimanje ulaznih računa, kod zaprimanja Odobrenja primjenjuju se sljedeća pravila:

• Datum za PDV: Sustav sada ignorira datum isporuke i primarno traži datum dospijeća iz zaprimljenog XML-a. Ako podatak o dospijeću nije poslan, sustav će za PDV datum preuzeti datum izdavanja Odobrenja.

• Stupac Dospijeće: Za Odobrenja se sada u ovom stupcu prikazuje datum dospijeća izravno preuzet iz odgovarajućeg podatka u XML-u (ako ga je pošiljatelj naveo).

Napomena: Za sve ostale vrste eRačuna dosadašnja logika određivanja datuma ostaje nepromijenjena.

Što se događalo do sada? | Prilikom korištenja opcije eRačuni > Pregled i zaprimanje ulaznih računa, kada bi stigao eRačun od takve "centrale" (bez identifikatora PJ), sustav bi provjeravao šifrarnik i detektirao da pod tim OIB-om postoji više zapisa (centrala i njene podružnice). Zbog toga bi Luceed javljao upozorenje [TS-IC-URA-01] - Višestruki partneri, zaustavljao zaprimanje i tražio od korisnika da spoji ili obriše "duplikate" u šifrarniku partnera.

Što smo unaprijedili? | Prilagodili smo logiku prepoznavanja partnera unutar opcije Pregled i zaprimanje ulaznih računa kako bismo u potpunosti podržali ovakvu praksu pošiljatelja. Sustav sada prepoznaje i podržava situaciju u kojoj jedan od zapisa s istim OIB-om u šifrarniku nema naveden identifikator poslovne jedinice (što predstavlja centralu). Rezultat: Ako pošiljatelj pošalje eRačun bez identifikatora PJ, sustav će ga sada automatski i precizno povezati s onim zapisom u šifrarniku partnera koji pod tim OIB-om također nema upisan identifikator.

Zahvaljujući ovom unapređenju, omogućeno je nesmetano zaprimanje računa u ovakvim situacijama, bez lažnih upozorenja o duplikatima i bez potrebe za ručnim korekcijama u šifrarniku.

Što je ispravljeno? │ Stabiliziran je proces slanja odbijanja eRačuna i ispravljena je logika ažuriranja statusa. Nakon slanja odbijanja, dokument će ovisno o rezultatu prijeći u Odbijen ili Neuspjelo odbijanje.

Što trebate napraviti? │ Ako ste ranije pokušali odbiti eRačun i postupak nije dovršen, sada ga možete jednostavno ponovno pokrenuti:

• otvorite Ulazni dokumenti / eRačuni

• pronađite dokument u statusu Neuspjelo odbijanje

• u detaljima dokumenta odaberite Pošalji odbijanje

Ako u međuvremenu više ne želite odbiti taj račun, od postupka možete odustati, čime se dokument vraća u status Fiskaliziran te ga možete nastaviti dalje zaprimati i obrađivati u Luceedu.

Napomena: Odbijanje je moguće pokrenuti samo za eRačune u statusu Fiskaliziran, jer tek tada postoje u sustavu Porezne uprave.

Više informacija možete pronaći u korisničkoj uputi:
👉 Odbijanje ulaznih eRačuna u Interconnectu.

Što je promijenjeno? │ Na opciji eRačuni / eIzvještavanje, na kartici Pregled, akcija Pošalji na eIzvještavanje sada šalje podatke o eIzvještavanju bez obzira na to kako je podešena postavka Fiskalizacija 2.0 – način rada.

• Što je novo? │ Nakon što Luceed izgenerira konačni XML eRačuna zajedno sa svim privicima, automatski će provjeriti njegovu ukupnu veličinu prije slanja. Ako generirani XML premaši maksimalno dopuštenih 20 MB: slanje eRačuna se automatski prekida, dokument dobiva status Neispravan dokument, te se prikazuje greška [TS-TR-09].

• Što to znači u praksi? │ Uz ovu nadogradnju, dobivate jasnu informaciju o tome zašto eRačun nije poslan. Ovisno o situaciji, možete ukloniti nepotrebne privitke, smanjiti veličinu PDF dokumenata ili rezoluciju velikih slika, odnosno odabrati samo dokumente koji su nužni za slanje uz eRačun.

Više informacija i detaljne korake za rješavanje greške možete pronaći u korisničkoj dokumentaciji:

👉 Otklanjanje grešaka u eRačunima: TS-TR-09

Što je novo?

• Novi parametar: Na formi Vrste isporuke (kartica Parametri) dodan je novi parametar Naziv lokacije pošiljatelja. Prilikom kreiranja pošiljke, sustav sada prema Intereuropi šalje ovaj podatak, umjesto dosadašnjeg internog naziva skladišta.

• Podešavanje po lokacijama: Ako se roba šalje s više lokacija, parametar je moguće upisati i po pojedinačnim poslovnim jedinicama (PJ).

• Obavezna validacija: Kako bi se spriječile greške, prilikom slanja pošiljke sustav sada provjerava jesu li popunjeni obvezni parametri: Šifra lokacije pošiljatelja i Naziv lokacije pošiljatelja. Ako podaci nisu upisani, sustav će prikazati upozorenje i spriječiti slanje nepotpune pošiljke.

Što se promijenilo? │ U interni validator (TS Validator) dodana je kontrola privitaka. Prije slanja eRačuna sustav provjerava sve dokumente predviđene za slanje. Ako ijedan dokument nije u dozvoljenom formatu, slanje se blokira, a dokument dobiva status Neispravan dokument uz grešku [TS-TR-08]. Uz eRačun je moguće slati isključivo sljedeće formate: PDF, PNG, JPEG, CSV, XLSX i ODS. Svi ostali formati više nisu dopušteni i sprječavaju slanje.

Kontekst i logika sustava │ Pravilo vrijedi za sve načine slanja privitaka, neovisno o odabranoj postavci (Svi, Odabrani, Ekstenzija). Ako se među dokumentima za slanje nalazi nedozvoljen format, eRačun se neće poslati dok se takav dokument ne ukloni ili isključi iz slanja.

Više o opisu greške i uputama za rješavanje možete pronaći na sljedećim stranicama:

👉 Otklanjanje grešaka u eRačunima: TS-TR-08

Zašto je ovo važno? | Do sada se u pojedinim slučajevima mogla povratno javiti greška s004 – Neispravan digitalni potpis, iako su podaci (poput OIB-a) na prvi pogled izgledali ispravno. Uzrok su bili skriveni i nevidljivi znakovi koji bi narušili ispravnost digitalnog potpisa i uzrokovali odbijanje računa.

Što se promijenilo? | Sustav neposredno prije generiranja XML-a automatski "čisti" tekstualne podatke (briše praznine s početka i kraja unosa). Time je osigurana tehnička ispravnost datoteke, valjan digitalni potpis i uspješna fiskalizacija bez zastoja.