Pravila i mehanizmi za određivanje datuma PDV obveze

Ova stranica pokriva pravila i mehanizme za određivanje datuma nastanka porezne obveze na eRačunu: pregled relevantnih BT polja, ključno pravilo BR-CO-03 s flowchart dijagramima za oba slučaja obračuna (po izdavanju i po naplati), te mogući kodovi za BT-8.

Zašto ovaj dokument?

Pravila o datumima i poreznoj obvezi u eRačunu su razasuta po četiri izvora:

Svaki izvor odgovara na svoj dio pitanja, ali nijedan ne spaja cjelinu: “za ovaj poslovni slučaj, stavi ove podatke u ove XML elemente, a porezna obveza nastaje ovako”.

Rezultat: svaka softverska kuća implementira svoju pretpostavku, ulazni XML-ovi su nekonzistentni, a automatsko knjiženje ulaznih eRačuna zahtijeva ručnu provjeru svakog računa.

Ovaj dokument pokušava spojiti sva četiri izvora u konkretne primjere. Svaka sekcija koja sadrži autorovo tumačenje označena je badge-om Čeka potvrdu — dok službena potvrda ne stigne, sadržaj treba tretirati kao prijedlog, ne kao uputu.

1. Pregled polja — što na što utječe

Osnovna referenca

Kako čitati ovu tablicu — redoslijed provjere za primatelja eRačuna:

1. Prvo provjeri HR-BT-15 — ako je prisutan, izdavatelj je na sustavu po naplaćenoj naknadi i PDV tretman se mijenja za cijeli račun (čl. 125.i)
2. Tek onda tumači BT-7/BT-8/BT-2 prema EU normi

Svaki redak u tablici ispod sadrži napomenu “osim ako je prisutan HR-BT-15” gdje je to relevantno. Ovo je HR specifičnost koja nema ekvivalenta u EU normi.

* HR-BT-15 je obavezan za obveznike koji koriste obračun po naplaćenoj naknadi (čl. 125.i) — u svakom računu, uključujući CreditNote i predujam. To je svojstvo obveznika, ne pojedinačnog računa. BT-8=432 nije uvijek korišten u praksi (predujam koristi BT-7), ali HR-BT-15 je uvijek prisutan. Napomena: i BT-7 i BT-8 postoje u UBL CreditNote XSD shemi kao opcionalni elementi — u praksi se za odobrenja obično ne koriste, ali za CreditNote po naplati BT-8=432 bi se teoretski mogao primijeniti. Vidi sekcija 3.1.

Specifičnost HR proširenja: U EU normi, PDV tretman se u potpunosti određuje iz BT-7/BT-8/BT-2 — čist sustav, jedno polje, jedan mehanizam. Hrvatska dodaje HR-BT-15 koji nije datumsko polje nego flag koji mijenja cijeli PDV režim. Za primatelja eRačuna, HR-BT-15 je zapravo najvažniji podatak za PDV — važniji od BT-7 i BT-8 — jer mu kaže: “izdavatelj je na sustavu po naplaćenoj naknadi, ne smiješ odbiti pretporez dok ne platiš” (čl. 125.i st. 3). Bez HR-BT-15 primatelj ne zna pod kojim režimom je izdavatelj, čak i ako vidi BT-8=432. BT-7 i BT-8 postoje u UBL CreditNote XSD shemi kao opcionalni elementi, ali se u praksi za odobrenja ne koriste — a za CreditNote po naplati, BT-8=432 bi se teoretski mogao primijeniti. Za predujam se koristi BT-7 umjesto BT-8. U tim slučajevima HR-BT-15 služi kao dodatni signal za obračun po naplati, iako pitanje je koliko je on neophodan s obzirom na mogućnost korištenja BT-8=432 i u CreditNote. Ovo nema ekvivalenta u EU normi — Italija to rješava elegantno jednim poljem (EsigibilitaIVA), a ostale zemlje koriste samo BT-8=432. Vidi europsku usporedbu.

Kada se koje polje koristi — po scenarijima

* BT-72 se ne mora navoditi kad je jednak BT-2, ali može.

HR-BT-15 u tablici iznad: Primijetite da je HR-BT-15 prisutan u svim scenarijima “Po naplati” — uključujući predujam (gdje se koristi BT-7 umjesto BT-8) i CreditNote (gdje se BT-7/BT-8 u praksi ne koriste, iako oba postoje u UBL CreditNote XSD shemi kao opcionalni elementi). To potvrđuje da je HR-BT-15 svojstvo obveznika (uvijek prisutan kad je obveznik na čl. 125.i), dok je BT-8=432 mehanizam za datum (prisutan kad je primjenjiv). Napomena: za CreditNote po naplati, BT-8=432 bi se teoretski mogao koristiti — što dodatno otvara pitanje je li HR-BT-15 zaista neophodan kao zasebni element. Detaljna analiza: sekcija 3.1.

Što svako polje znači za koga

Detaljni primjeri utjecaja BT-72 i BT-73/74 na trošak, prihod i skladište:

• Izdavateljeva perspektiva: Primjeri — izdavatelj
• Primateljeva perspektiva: Primjeri — primatelj

2. Ključno pravilo: BR-CO-03

BR-CO-03: Europska norma EN16931 propisuje da se BT-7 i BT-8 međusobno isključuju.

• BT-7 / Datum nastanka obveze PDV-a (cbc:TaxPointDate) — eksplicitni datum
• BT-8 / Kod datuma PDV obveze (cac:InvoicePeriod/cbc:DescriptionCode) — kod koji upućuje na drugi podatak

Oba služe istoj svrsi: definiranju kada nastaje obveza PDV-a. Ako bi oba bila prisutna, sustav ne bi znao koji ima prednost. Ovo pravilo je flag="fatal" u Schematron validatoru — račun koji sadrži oba polja bit će odbijen.

Važno: Hrvatska ima dva načina obračuna PDV-a — po izdavanju (čl. 30 Zakona o PDV-u) i po naplaćenoj naknadi (čl. 125.i). XML mehanizam za određivanje datuma poreza (BT-7 / BT-8 / BT-2) je isti za oba, ali značenje je različito: kod obračuna po izdavanju datum poreza je poznat u trenutku izdavanja računa (= datum isporuke), kod obračuna po naplati datum nije poznat (= datum plaćanja u budućnosti). Oba slučaja su detaljno razrađena s flowchart dijagramima u nastavku ove sekcije (Slučaj 1, Slučaj 2).

Dozvoljene kombinacije prisutnosti polja u XML dokumentu

Što određuje datum poreza, a što NE

Kako odrediti datum nastanka porezne obveze — redoslijed provjere:

1. HR-BT-15 — ako je prisutan, PDV nastaje tek po plaćanju (čl. 125.i), neovisno o BT-7/BT-8/BT-2
2. BT-7 (cbc:TaxPointDate) — eksplicitni datum, ili
3. BT-8 (cbc:DescriptionCode) — kod koji upućuje na drugi datum, ili
4. BT-2 (cbc:IssueDate) — default ako nema ni BT-7 ni BT-8

BT-73/BT-74 NIKADA ne utječu na datum nastanka porezne obveze — uvijek su informativni.

flowchart TD
    START([Koji je datum porezne obveze?]) --> CHECK0{Postoji li<br>HR-BT-15<br>HRObracunPDVPoNaplati?}

    CHECK0 -->|DA| NAPLATA[Obračun po NAPLATI čl. 125.i<br>PDV nastaje tek kad kupac plati<br>Datum poreza = datum plaćanja]
    CHECK0 -->|NE| CHECK1{Postoji li<br>BT-7 TaxPointDate<br>u XML-u?}

    CHECK1 -->|DA| RESULT1[Datum poreza = BT-7<br>eksplicitni datum]
    CHECK1 -->|NE| CHECK2{Postoji li<br>BT-8 DescriptionCode<br>u XML-u?}

    CHECK2 -->|DA| RESULT2[Datum poreza ovisi o kodu:<br>3 = BT-2 IssueDate<br>35 = BT-72 ActualDeliveryDate<br>432 = GREŠKA! Bez HR-BT-15 ne smije biti 432]
    CHECK2 -->|NE| RESULT3[Datum poreza = BT-2<br>IssueDate<br>UVIJEK POSTOJI - obavezno polje!]

    RESULT3 -.- NOTE[Hijerarhija uvijek završava ovdje<br>jer BT-2 je obavezan.<br>Nema scenarija bez odgovora.]

    BT73[BT-73 StartDate<br>BT-74 EndDate] -.->|Izvan hijerarhije.<br>Ne postoji grana<br>koja vodi do njih.| START

    style START fill:#e3f2fd,stroke:#1565c0,color:#000
    style CHECK0 fill:#fff3e0,stroke:#e65100,color:#000
    style NAPLATA fill:#fce4ec,stroke:#c62828,color:#000
    style CHECK1 fill:#fff3e0,stroke:#e65100,color:#000
    style CHECK2 fill:#fff3e0,stroke:#e65100,color:#000
    style RESULT1 fill:#e8f5e9,stroke:#2e7d32,color:#000
    style RESULT2 fill:#e8f5e9,stroke:#2e7d32,color:#000
    style RESULT3 fill:#e8f5e9,stroke:#2e7d32,color:#000
    style NOTE fill:#f5f5f5,stroke:#9e9e9e,color:#9e9e9e
    style BT73 fill:#f5f5f5,stroke:#9e9e9e,color:#9e9e9e

Napomena o BT-8=432 bez HR-BT-15: U dijagramu iznad, kombinacija BT-8=432 bez HR-BT-15 je označena kao greška. Za ovu nekonzistentnost predložili smo validator pravilo HR-BR-GECI-F01 (flag="fatal") — račun s BT-8=432 bez HR-BT-15 bi trebao biti odbijen jer signalizira obračun po naplati kroz EU normu ali nema HR proširenje koje to potvrđuje.

Brojčanik računa i BT-2 (IssueDate)

Redni broj računa (brojčanik) uvijek se vrti prema BT-2 / Datum izdavanja računa (cbc:IssueDate), bez obzira na koje se porezno razdoblje račun odnosi.

Primjer: IT podrška obavljena u prosincu 2025., račun izdan 10.01.2026.

• Broj računa: 1/1/1 (prvi račun u 2026. godini)
• BT-2 (cbc:IssueDate): 2026-01-10
• Datum nastanka porezne obveze: 2025-12-31 (određen kroz BT-7 ili BT-8, ovisno o situaciji)

Brojčanik pripada 2026. (po datumu izdavanja), iako PDV ide u 2025. (po datumu nastanka porezne obveze). Ovo je u skladu sa Zakonom o fiskalizaciji (čl. 8 i 9) — broj računa prati kronološki redoslijed izdavanja, ne porezno razdoblje.

Slučaj 1: Obračun po izdavanju (čl. 30 Zakona o PDV-u)

“Oporezivi događaj i obveza obračuna PDV-a nastaju kada su dobra isporučena ili usluge obavljene.” — Čl. 30, st. 1 Zakona o PDV-u

Datum poreza je poznat u trenutku izdavanja računa i jednak je datumu isporuke.

Preduvjet: HR-BT-15 NIJE prisutan u eRačunu. Ako jest, vidi Slučaj 2.

flowchart TD
    A([Obračun po IZDAVANJU<br>čl. 30 Zakona o PDV-u])
    A --> B{Datum isporuke<br>razlikuje se od<br>datuma izdavanja?}

    B -->|NE — isti su| PATH1[Ni BT-7 ni BT-8<br>Porezna obveza = BT-2]
    B -->|DA — različiti| BT72{Postoji li datum<br>isporuke BT-72?}

    BT72 -->|DA| METHOD{Kako označiti<br>datum poreza?}
    BT72 -->|NE — npr. predujam| PATH4[BT-7 = datum<br>primitka predujma]

    METHOD -->|BT-7 eksplicitno| PATH2[BT-7 = datum isporuke<br>Primjeri: 4.1.2, 4.1.8]
    METHOD -->|BT-8=35 automatski| PATH3[BT-8 = 35<br>sustav koristi BT-72<br>Primjer: 4.1.6]

    PATH1 --> XML1[U XML:<br>✅ BT-2 IssueDate<br>✅ HR-BT-2 IssueTime<br>Primjer: 4.1.1]
    PATH2 --> XML2[U XML:<br>✅ BT-2, HR-BT-2<br>✅ BT-7 TaxPointDate<br>✅ BT-72 ActualDeliveryDate]
    PATH3 --> XML3[U XML:<br>✅ BT-2, HR-BT-2<br>✅ BT-8=35 DescriptionCode<br>✅ BT-72 ActualDeliveryDate]
    PATH4 --> XML4[U XML:<br>✅ BT-2, HR-BT-2<br>✅ BT-7 TaxPointDate<br>Primjer: 4.1.4]

    XML1 --> OK([BR-CO-03 ✅])
    XML2 --> OK
    XML3 --> OK
    XML4 --> OK

    style A fill:#e8f5e9,stroke:#2e7d32,color:#000
    style B fill:#fff3e0,stroke:#e65100,color:#000
    style BT72 fill:#fff3e0,stroke:#e65100,color:#000
    style METHOD fill:#fff3e0,stroke:#e65100,color:#000
    style PATH1 fill:#e3f2fd,stroke:#1565c0,color:#000
    style PATH2 fill:#e8f5e9,stroke:#2e7d32,color:#000
    style PATH3 fill:#e8f5e9,stroke:#2e7d32,color:#000
    style PATH4 fill:#f3e5f5,stroke:#7b1fa2,color:#000
    style XML1 fill:#f5f5f5,stroke:#616161,color:#000
    style XML2 fill:#f5f5f5,stroke:#616161,color:#000
    style XML3 fill:#f5f5f5,stroke:#616161,color:#000
    style XML4 fill:#f5f5f5,stroke:#616161,color:#000
    style OK fill:#e8f5e9,stroke:#2e7d32,color:#000

Primjer: Roba isporučena 28.03., račun izdan 05.04. BT-7 (cbc:TaxPointDate) = 2026-03-28 → PDV ulazi u ožujak, ne u travanj.

Standardni slučajevi (pokriveni dijagramom): 4.1.1 Isti dan, 4.1.2 Drugi mjesec, 4.1.4 Predujam, 4.1.6 BT-8=35, 4.1.8 Svi datumi različiti

Specijalni slučajevi (nisu u dijagramu jer bi sa svim kombinacijama postao nepregledan — detaljno razrađeni u primjerima): 4.1.3 Račun prije isporuke (čl. 30 st. 2 — PDV po datumu računa, ne isporuke), 4.1.5 Kontinuirana usluga (BT-7 = kraj razdoblja, nema BT-72), 4.1.7 Odobrenje (BT-7 i BT-8 postoje u CreditNote shemi ali se u praksi za odobrenja ne koriste — BT-2 služi kao default datum poreza)

Slučaj 2: Obračun po naplaćenoj naknadi (čl. 125.i Zakona o PDV-u)

“Porezni obveznik koji primjenjuje postupak oporezivanja prema naplaćenim naknadama, obvezu obračuna PDV-a ima u trenutku primitka plaćanja.” — Čl. 125.i Zakona o PDV-u

Datum poreza u trenutku izdavanja računa nije poznat — ovisi o tome kada će kupac platiti.

flowchart TD
    A([Obračun po NAPLAĆENOJ NAKNADI<br>čl. 125.i Zakona o PDV-u])

    A --> HRBT15[HR-BT-15 OBAVEZAN<br>HRObracunPDVPoNaplati<br>Signal: izdavatelj na sustavu po naplati<br>Primatelj: NE odbijati pretporez do plaćanja!]

    HRBT15 --> B[Datum poreza = datum plaćanja<br>Kupac još nije platio<br>→ datum poreza NIJE POZNAT]

    B --> C{Koji mehanizam<br>za datum?}

    C -->|Standardni račun| C1[BT-8 = 432<br>DescriptionCode = 432<br>Sustav zna: PDV po plaćanju<br>BT-7 se NE SMIJE uz BT-8!]

    C -->|Predujam<br>datum plaćanja poznat| C2[BT-7 = datum uplate<br>TaxPointDate = datum predujma<br>BT-8 se NE SMIJE uz BT-7!]

    C -->|CreditNote| C3[BT-8 = 432 moguć<br>ali u praksi se ne koristi<br>HR-BT-15 je prisutan]

    C1 --> XML[U XML idu:<br>✅ BT-2 IssueDate<br>✅ HR-BT-2 IssueTime<br>✅ BT-9 DueDate<br>✅ BT-8 = 432<br>✅ HR-BT-15]

    C2 --> XML2[U XML idu:<br>✅ BT-2 IssueDate<br>✅ HR-BT-2 IssueTime<br>✅ BT-7 TaxPointDate<br>✅ HR-BT-15<br>❌ bez BT-8!]

    C3 --> XML3[U XML idu:<br>✅ BT-2 IssueDate<br>✅ HR-BT-2 IssueTime<br>✅ HR-BT-15<br>BT-8=432 moguć ali ne koristi se u praksi]

    XML --> OK([BR-CO-03 ✅ Ispravno])
    XML2 --> OK
    XML3 --> OK

    style A fill:#fff3e0,stroke:#e65100,color:#000
    style HRBT15 fill:#fce4ec,stroke:#c62828,color:#000
    style B fill:#fff8e1,stroke:#f57f17,color:#000
    style C fill:#fff3e0,stroke:#e65100,color:#000
    style C1 fill:#e8f5e9,stroke:#2e7d32,color:#000
    style C2 fill:#f3e5f5,stroke:#7b1fa2,color:#000
    style C3 fill:#e3f2fd,stroke:#1565c0,color:#000
    style XML fill:#f5f5f5,stroke:#616161,color:#000
    style XML2 fill:#f3e5f5,stroke:#7b1fa2,color:#000
    style XML3 fill:#e3f2fd,stroke:#1565c0,color:#000
    style OK fill:#e8f5e9,stroke:#2e7d32,color:#000

Primjer: Račun izdan 15.03., roba isporučena 10.03., kupac plaća 20.05. PDV obveza nastaje tek 20.05. kada kupac plati. Na ispisu računa polje “Datum poreza” je skriveno jer datum još nije poznat.

HR-BT-15 napomena: Posrednik iz elementa hrextac:HRObracunPDVPoNaplati (s tekstom “Obračun prema naplaćenoj naknadi”) generira SOAP poruku za EvidentirajERacun prema Poreznoj upravi, koja označava da se za ovaj račun primjenjuje postupak oporezivanja prema naplaćenim naknadama (čl. 125.i Zakona o PDV-u).

XML primjeri za ovaj slučaj: 4.2.1 Isti mjesec, 4.2.2 Drugi mjesec, 4.2.3 Račun prije isporuke, 4.2.4 Predujam, 4.2.5 Kontinuirana, 4.2.6 Odobrenje

3. Mogući kodovi za BT-8

3.1 BT-8=432 i HR-BT-15 — obračun po naplati u dva elementa

Kod 432 signalizira obračun po naplaćenoj naknadi kroz EU normu (BT-8). Istovremeno, HR proširenje definira zaseban element za isti podatak (HR-BT-15). Oba nose istu informaciju — da izdavatelj obračunava PDV po naplati.

BT-8 — element iz EU norme EN16931 (0..1):

<cac:InvoicePeriod>
  <cbc:DescriptionCode>432</cbc:DescriptionCode>
</cac:InvoicePeriod>

HR-BT-15 — element iz HR proširenja HRFISK20Data (0..1):

<hrextac:HRFISK20Data>
  <hrextac:HRObracunPDVPoNaplati>Obračun prema naplaćenoj naknadi</hrextac:HRObracunPDVPoNaplati>
</hrextac:HRFISK20Data>

HR CIUS specifikacija (Tablica 52) definira: “Porezni obveznik koji primjenjuje postupak oporezivanja prema naplaćenim naknadama na računu mora navesti ‘Obračun prema naplaćenim naknadama’.”

Treba li HR-BT-15 uopće?

Nakon analize XSD sheme i svih scenarija, postavlja se pitanje: pokriva li BT-8=432 iz EU norme sve slučajeve, čineći HR-BT-15 nepotrebnim?

Jedini scenarij gdje BT-8=432 ne može preuzeti ulogu HR-BT-15 je predujam — jer tu koristimo BT-7 (datum je poznat), ne BT-8. Ali kod predujma je kupac već platio, pa pitanje pretporeza je ionako riješeno — pretporez ide u mjesec plaćanja u oba režima.

Argumenti za HR-BT-15 (zašto možda treba):

1. Zakonski zahtjev — čl. 125.i Zakona o PDV-u traži da obveznik na računu navede da koristi obračun po naplaćenoj naknadi. BT-8=432 je numerički kod koji čovjek ne može pročitati na ispisu računa, dok HR-BT-15 sadrži tekst “Obračun prema naplaćenoj naknadi”
2. Fiskalizacijska poruka — posrednik iz HR-BT-15 generira SOAP poruku za EvidentirajERacun prema PU. U Tehničkoj specifikaciji Fiskalizacija eRačuna (Tablica 6, stupac “EU Norma”) ne postoji mapiranje koje referencira BT-8 — fiskalizacijska poruka ne prenosi BT-8 prema Poreznoj upravi
3. Jasnoća za primatelja — tekstualna napomena je jednoznačna, numerički kod zahtijeva lookup tablicu

Argumenti protiv HR-BT-15 (zašto možda ne treba):

1. BT-8=432 je dovoljan signal za softver — primatelj koji primi eRačun s BT-8=432 automatski zna da je obračun po naplati
2. Dupliciranje podatka — ista informacija na dva mjesta povećava rizik nekonzistentnosti (što ako BT-8=432 ali HR-BT-15 nedostaje, ili obrnuto?)
3. Nijedna druga EU zemlja nema ovakvo proširenje — Italija koristi jedno polje (EsigibilitaIVA), ostale koriste samo BT-8=432. Vidi europsku usporedbu
4. Tekstualna napomena na ispisu računa može se generirati iz BT-8=432 — softver koji ispisuje račun može mapirati kod 432 u tekst “Obračun prema naplaćenoj naknadi” bez potrebe za zasebnim XML elementom

Otvorena pitanja za Poreznu upravu:

1. Je li HR-BT-15 uveden zbog zakonskog zahtjeva za tekstualnom napomenom (čl. 125.i), ili zbog tehničke potrebe fiskalizacijske poruke?
2. Bi li BT-8=432 sam bio dovoljan da sustav fiskalizacije prepozna obračun po naplati?
3. Ako su oba prisutna, koji ima prednost u slučaju konflikta (BT-8≠432 ali HR-BT-15 prisutan)?
4. Zašto fiskalizacijska poruka (Tablica 6) ne prenosi BT-8 prema PU?

Napomena iz primjera: U sekciji 4.2 svi primjeri obračuna po naplati koriste HR-BT-15, dok BT-8=432 nije uvijek korišten — predujam (4.2.4) koristi BT-7, a CreditNote (4.2.6) u praksi ne koristi BT-8 (iako postoji u CreditNote XSD shemi). No ovo je autorovo tumačenje — čekamo službenu potvrdu.

PU pojašnjenje (19.12.2025., pitanje 188): eIzvještavanje o naplati je obvezno za sve obveznike (ne samo za one na sustavu po naplati) — zamjenjuje OPZ-STAT-1. To znači da je BT-115 (PayableAmount) relevantan za sve eRačune. BT-9 (DueDate) je rok plaćanja — obavezan po HR-BR-4 kad je BT-115 > 0, ali nije direktno vezan uz eIzvještavanje o naplati (koje se odnosi na stvarni datum plaćanja, ne rok).