Skip to main content
Skip table of contents

Pitanja i odgovori

Tko i od kada točno ima obvezu slanja eRačuna?

Odgovor

Obveza se uvodi fazno, a ključno je razlikovati obvezu primanja od obveze slanja eRačuna.

Obveza PRIMANJA eRačuna

  • Od 1. siječnja 2026.: Obvezu zaprimanja eRačuna i provedbu fiskalizacije zaprimljenih eRačuna imaju svi primatelji eRačuna definirani Zakonom. To uključuje sve porezne obveznike (i one u sustavu PDV-a i one izvan njega) te tijela javne vlasti.

Obveza SLANJA eRačuna

Obveza slanja eRačuna uvodi se u dvije faze:

  • Od 1. siječnja 2026.: Obvezu slanja eRačuna imaju porezni obveznici sa sjedištem, prebivalištem ili uobičajenim boravištem u tuzemstvu koji su upisani u registar obveznika PDV-a.

  • Od 1. siječnja 2027.: Obveza slanja eRačuna proširuje se i na preostale skupine poreznih obveznika koji nisu upisani u registar obveznika PDV-a.

Kada moram izdati eRačun (F2.0), a kada primijeniti fiskalizaciju u krajnjoj potrošnji (F1.0)? Koji sustav koristiti ovisno o kupcu (B2B ili B2C) i načinu plaćanja (gotovina, kartica, transakcijsko)?

Odgovor

Primjena sustava ovisi o tome tko je kupac (B2C ili B2B) te, u B2B segmentu, o načinu plaćanja.

A. Fiskalizacija u krajnjoj potrošnji (F1.0) - B2C

Ovo je sustav namijenjen poslovanju s građanima (potrošačima).

  • Obveza: Primjenjuje se kada obveznik fiskalizacije (obveznik poreza na dohodak od samostalne djelatnosti ili poreza na dobit) izdaje račun građaninu u prometu u krajnjoj potrošnji.

  • Način plaćanja: Od 1. siječnja 2026. obveza F1.0 vrijedi za sve načine plaćanja, uključujući gotovinu, kartice, transakcijski račun i ostalo.

B. Izdavanje i fiskalizacija eRačuna (F2.0) - B2B i B2G

Ovo je sustav namijenjen poslovanju između poreznih obveznika (B2B) i s tijelima javne vlasti (B2G).

  • Obveza: Primjenjuje se za tuzemne transakcije kada je primatelj računa drugi porezni obveznik (bez obzira je li u sustavu PDV-a ili ne) ili tijelo javne vlasti.

  • Napomena o uvođenju: Obveza slanja eRačuna za obveznike upisane u registar PDV-a kreće 1. siječnja 2026.. Za obveznike koji nisu upisani u registar PDV-a (obveznici poreza na dohodak/dobit) te za tijela javne vlasti izvan sustava PDV-a, obveza slanja kreće 1. siječnja 2027..

  • Način plaćanja: Ovo je obvezan sustav za B2B transakcije koje se plaćaju transakcijski (virmanski).

C. Iznimka: Primjena F1.0 u B2B poslovanju

Zakon definira iznimku kada se B2B transakcija ne mora provesti kroz F2.0 (eRačun), već se umjesto toga primjenjuje F1.0.

  • Uvjet: Transakcija se mora plaćati gotovinom ili karticom.

  • Postupak: U tom slučaju, izdavatelj je dužan provesti postupak fiskalizacije u krajnjoj potrošnji (F1.0). Pritom mora u sustav za fiskalizaciju dostaviti i OIB primatelja računa.

  • Važno: Ako se primijeni ovaj postupak (F1.0), za tu transakciju ne može se izdati i fiskalizirati eRačun (F2.0).

👉 Primjena u Luceedu

  • Za račune iz modula Veleprodaja, bit će omogućeno da se prema tipu komitenta (partnera) automatski određuje je li kupcu potrebno poslati eRačun, odnosno primjenjuje li se F1.0 ili F2.0 postupak fiskalizacije.

  • Za račune iz modula Maloprodaja, bit će omogućeno da izdavatelj, u slučaju plaćanja gotovinom ili karticom, odabere postupak koji će se provesti (slanje i fiskalizacija eRačuna (F2.0) ili fiskalizacija računa u krajnjoj potrošnji (F1.0)), dok je u slučaju transakcijskog plaćanja obvezno slanje eRačuna.

Moraju li B2C (F1.0) računi i B2B (F2.0) eRačuni imati odvojenu slijednost brojeva?

Odgovor

Koristimo Luceed ERP i izdajemo račune za krajnju potrošnju (B2C) koje fiskaliziramo prema F1.0 pravilima, ali i eRačune poslovnim partnerima (B2B) koje ćemo trebati fiskalizirati prema F2.0 pravilima. Moramo li zbog toga definirati dva odvojena naplatna uređaja i imati dvije odvojene slijednosti brojeva?

Ne, odvojena slijednost nije obavezna. Možete koristiti jedinstvenu slijednost brojeva za obje vrste računa, za jedan naplatni uređaj.

To je potvrdila i Porezna uprava (u službenom odgovoru na Pitanje br. 27), koja je navela da iako se radi o dva različita procesa:

Ukoliko se na tržištu razvije rješenje koje će u jednom postupku imati ta dva različita programska rješenja, teoretski slijednost računa bi mogla biti ista, uz uvjet da je navedeno propisano internim aktom.

Luceed ERP je upravo takvo rješenje. Sustav prepoznaje o kojoj se vrsti računa radi (B2C ili B2B) te automatski primjenjuje ispravan postupak (slanje JIR-a za F1.0 ili slanje eRačuna za F2.0), sve unutar jednog naplatnog uređaja i jedinstvene slijednosti brojeva.

Važno je samo da u svom internom aktu propišete da koristite jedinstvenu slijednost na tom naplatnom uređaju, oslanjajući se na mogućnosti svog ERP sustava.

Službeni odgovor PU (br. 27.):

image-20251107-130422.png

Mogu li izdati eRačun u tekućem mjesecu, a da obveza PDV-a pripada prethodnom mjesecu?

Odgovor

U poslovanju se često događa da se oporezivi događaj (isporuka dobara, obavljanje usluge ili primitak uplate predujma) dogodi u jednom obračunskom razdoblju, dok se račun za tu transakciju izdaje u sljedećem razdoblju.

Prema Zakonu o PDV-u, ključan podatak za ispravan obračun PDV-a je datum isporuke dobara ili obavljenih usluga (ili datum primitka predujma). PDV prijava popunjava se isključivo prema datumu nastanka oporezivog događaja.

Budući da računi s transakcijskim plaćanjem (B2B segment) do sada nisu podlijegali fiskalizaciji, u nekim se slučajevima prakticiralo se ručno mijenjanje datuma nastanka porezne obveze (u Luceedu polje Datum) na datum iz prethodnog mjeseca, iako je sam račun kreiran u tekućem mjesecu. Iako sistemski datum i vrijeme kreiranja dokumenta (polje Kreiran) nisu bili promjenjivi, ovaj ključni datum za PDV jest.

S uvođenjem Fiskalizacije 2.0, svaki izdani eRačun bit će fiskaliziran, čime Datum postaje nepromjenjiv. To znači da nakon što je račun jednom izdan i poslan (pri tome fiskaliziran), više neće biti moguće mijenjati datum nastanka porezne obveze. Time dosadašnja praksa naknadne izmjene tog datuma više nije moguća.

Pitanje: Kako, unutar novih pravila, izdati ispravan i zakonski usklađen eRačun u tekućem mjesecu, a da se obveza PDV-a nedvojbeno odnosi na prethodno razdoblje?

👉 Primjena u Luceedu

Ispravan i zakonski usklađen eRačun u ovakvoj situaciji izdaje se primjenom standardiziranog principa razdvajanja datuma izdavanja od datuma nastanka porezne obveze. Sustav eRačuna i Fiskalizacije 2.0 zapravo samo formalizira princip koji Luceed već primjenjuje.

Ključno je razumjeti i ispravno koristiti dva datuma na računu:

  • Datum i vrijeme IZDAVANJA: Ovo je stvarni, sistemski zabilježen i nepromjenjiv trenutak kada je račun kreiran u Luceedu (podatak iz polja Kreiran). S uvođenjem Fiskalizacije 2.0, ovaj podatak postaje službeni datum i vrijeme izdavanja računa koji se šalje Poreznoj upravi.

  • Datum nastanka OBVEZE PDV-a: Ovo je datum isporuke, obavljene usluge ili primitka predujma. To je datum iz polja Datum na računu i on određuje u koje obračunsko razdoblje ulazi obveza PDV-a.

Nakon slanja eRačuna, datum nastanka obveze PDV-a (polje Datum) neće biti moguće mijenjati. Zato je važno odabrati ispravan proces u Luceedu prije izdavanja računa.

Mogućnost unosa datuma nastanka porezne obveze ovisi o poslovnom procesu. Primjerice, prilikom generiranja računa iz jedne ili više otpremnica, Luceed vam omogućuje odabir datuma u polju Datum. S druge strane, kod snimanja isporuke direktno računom (npr. iz naloga prodaje) to nije moguće jer se podrazumijeva da je isporuka nastala na dan kreiranja računa.

Neovisno o poslovnom procesu, kada je zaprimljena avansna uplata u jednom obračunskom razdoblju, a isporuka i konačni račun slijede u idućem, ispravno i zakonski obvezujuće rješenje je izdavanje računa za predujam. Račun za predujam se izdaje s datumom primitka uplate, čime se obveza PDV-a ispravno evidentira u pripadajućem mjesecu.

Kako bi se izbjeglo ručno kreiranje računa za predujam, Luceed nudi i automatizirano rješenje kroz opciju Povezivanje uplata s dokumentima. Ovaj proces, ovisno o postavkama, može automatski kreirati račun za predujam na datum uplate, a prilikom izrade konačnog računa automatski će izvršiti i njegovo storniranje. Time se osigurava potpuna usklađenost uz minimalan napor.

Važna napomena

Svjesni smo da će nemogućnost naknadne izmjene podataka na poslanim eRačunima utjecati na dosadašnje radne procese. Stoga u Tomsoftu analiziramo mogućnost uvođenja opcije odgođenog slanja (i fiskalizacije) eRačuna.

Takva bi funkcionalnost, unutar zakonski propisanih rokova, osigurala vremenski period za provjeru i eventualne ispravke podataka na računu, uključujući i datum nastanka porezne obveze (polje Datum), prije nego što se račun fiskalizira i postane nepromjenjiv.

O svim budućim opcijama bit ćete pravovremeno obaviješteni. Preporučujemo da pratite naše objave i dokumentaciju.

Moram li mijenjati proces izdavanja računa fizičkim osobama (za web narudžbe) koje naplaćujem preko transakcijskog računa iz modula Veleprodaja?

Odgovor

Imamo internetsku trgovinu. Kupcima (fizičkim osobama) izdajemo ponudu, a nakon njihove uplate na naš transakcijski račun, izdajemo račun iz Luceed modula Veleprodaja. S obzirom na obvezu fiskalizacije transakcijskih plaćanja u krajnjoj potrošnji od 1. siječnja 2026., moramo li mijenjati proces, otvarati novu poslovnu jedinicu ili preći u modul Maloprodaja?

Možete nastaviti koristiti modul Veleprodaja za opisani proces, uz nekoliko ključnih prilagodbi vezanih uz samu fiskalizaciju.

Evo ključnih činjenica koje se odnose na vaš proces i rad u Luceedu:

  1. Luceed podržava fiskalizaciju u krajnjoj potrošnji (F1.0) po izdavanju računa iz modula Veleprodaja
    Zakon o fiskalizaciji (kao ni drugi relevantni zakoni) ne razlikuje veleprodajne i maloprodajne račune, već se odnose samo na račun. Luceed je i do sada podržavao fiskalizaciju u krajnjoj potrošnji (F1.0) unutar modula Veleprodaja i tako će ostati.

  2. Obveza fiskalizacije za transakcijska plaćanja

    Od 1. siječnja 2026. svi računi koje izdate fizičkim osobama (B2C), neovisno o načinu plaćanja (uključujući i transakcijski račun), moraju se fiskalizirati prema pravilima fiskalizacije u krajnjoj potrošnji (F1.0) u trenutku izdavanja.

  3. Prepoznavanje B2C vs. B2B u Luceedu

    Osnovno prepoznavanje radi li se o B2C (krajnjoj potrošnji) ili B2B transakciji provodit će se prema tipu komitenta (kupca). Ako je kupac definiran kao fizička osoba, Luceed će račun tretirati kao B2C i provesti fiskalizaciju (F1.0). Ako je kupac pravna osoba, račun će se tretirati kao B2B i pripremati za slanje kao eRačun. Napominjemo da planiramo načine prepoznavanja i podešavanja kojim kupcima se šalje eRačun, a kojima izdaje račun prema F1.0 pravilima dodatno proširiti, o čemu će korisnici na vrijeme biti obaviješteni.

  4. Poslovni prostor i B2B prodaja

    Za provođenje fiskalizacije morate imati prijavljen poslovni prostor.

    • Ako ga do sada niste imali (jer niste fiskalizirali transakcijska plaćanja), morate ga prijaviti Poreznoj upravi.

    • Prilikom prijave, kao tip poslovnog prostora navodite internetska trgovina.

    • Prema našim saznanjima, prijava poslovnog prostora pod tipom"internetska trgovina ne isključuje mogućnost da s te iste poslovne jedinice izdajete i B2B račune (eRačune) poslovnim partnerima, no ovo svakako sami provjerite.

  5. Kontekst KPD šifri

    Ovo je važno ako s iste poslovne jedinice i istog skladišta radite i B2B prodaju:

    • Za B2C fiskalizirane račune (fizičkim osobama) KPD šifre nisu obvezne.

    • Za B2B eRačune (pravnim osobama) KPD šifre su obvezne.

    • Budući da račune izdajete iz modula Veleprodaja (i vjerojatno s veleprodajnog tipa skladišta), Luceed će za B2B eRačune koristiti KPD šifre definirane za veleprodajni kontekst, što je za ovaj scenarij ispravno.

Zaključak

Ne morate mijenjati temeljni proces. Možete nastaviti izdavati račune fizičkim osobama iz modula Veleprodaja.

Morate osigurati sljedeće preduvjete:

  1. Imati uredno prijavljen poslovni prostor u Poreznoj upravi.

  2. Osigurati da su u Luceedu aktivirane i ispravno postavljene postavke za fiskalizaciju u krajnjoj potrošnji (F1.0) za tu poslovnu jedinicu.

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.