Indikator kopije (HR-BT-1) — ispravak nePDV podataka bez storna

Ova stranica pokriva element CopyIndicator (HR-BT-1) u eRačunu i indikatorKopije u fiskalizacijskoj/eIzvještavajućoj poruci. Suprotno intuitivnom nazivu, ovo NIJE mehanizam za slanje klasične kopije računa — to je mehanizam za ispravak podataka koji ne utječu na obračun poreza, pod istim brojem računa, bez potrebe za stornom i novim računom.

Sadržaj

• Indikator kopije (HR-BT-1) — ispravak nePDV podataka bez storna
  • 1. Što je indikator kopije?
  • 2. Što se SMIJE ispraviti kopijom?
    • Što se NE SMIJE mijenjati u kopiji
    • Što je upitno (siva zona)
  • 3. Uvjeti za korištenje kopije
  • 4. Fiskalizacija kopije
    • 4.1 Ponašanje PU sustava
    • 4.2 Gdje postoji indikatorKopije
  • 5. Primjeri
    • 5.1 Legitimna kopija — ispravak reference na narudžbu
    • 5.2 Legitimna kopija — ispravak IBAN-a
    • 5.3 NEDOPUŠTENA kopija — promjena iznosa
    • 5.4 Kopija poslana u drugom mjesecu — je li to “drugo razdoblje”?
  • 6. Razlika od EU norme
  • 7. Otvorena pitanja
  • Izvori

1. Što je indikator kopije?

Članak 43. Zakona o fiskalizaciji (NN 89/25) definira poseban mehanizam:

“Kada se ispravlja podatak na eRačunu koji ne utječe na obračun poreza, eRačun se može u istom razdoblju oporezivanja izdati pod istim brojem, uz obvezno navođenje podatka ‘indikator kopije računa’.”

Ovo znači da CopyIndicator / indikatorKopije nije mehanizam za ponovno slanje identičnog računa (klasična kopija), nego je mehanizam za ispravak nePDV podataka pod istim brojem računa — alternativa postupku storniranja i izdavanja novog računa.

Ako kopija nije dopuštena (promjena PDV podataka, drugo razdoblje), alternativa je storno + novi račun. Storno se može izvršiti na više načina:

• CreditNote 381 — financijsko odobrenje/storno (ne zahtijeva KPD, HR-BR-25 izuzetak) — najčešći postupak
• Korektivni račun 384 — korekcija s referencom na original (zahtijeva KPD!)
• Invoice 386 s negativnom količinom — samo za storno predujma (386 = Prepayment invoice, ne generički storno)

Napomena o materijalnom/robnom storniranju: CreditNote (381) je oslobođen KPD klasifikacije (HR-BR-25) — ali i dalje može sadržavati stavke s količinama u minusu. Ako je bitno da PU vidi i koje stavke se vraćaju (ne samo financijski iznos), postoje opcije:

• 381 sa stavkama (količina u minusu) — PU vidi artikle, ali bez KPD-a
• 384 (korektivni račun) — PU vidi artikle s KPD-om jer 384 zahtijeva KPD klasifikaciju

Izbor ovisi o tome treba li PU evidencija sadržavati i robni aspekt storna ili samo financijski.

Ključne točke:

• To NIJE klasična kopija — Porezna uprava eksplicitno upozorava da se ne smije koristiti u svrhu klasične kopije računa
• To je ispravak podataka koji ne utječu na obračun poreza pod istim brojem računa
• To je opcija, ne obveza — alternativa je uvijek storno (CreditNote 381) + novi račun (Invoice 380)
• Vrijedi samo u istom razdoblju oporezivanja kao original
• Ispravljeni eRačun se mora odmah fiskalizirati s indikatorKopije=true

UPOZORENJE Porezne uprave: “Mogućnost uz naznaku ‘indikator kopije računa’ propisana člankom 43. Zakona o fiskalizaciji NE može se koristiti u svrhu klasične kopije računa.”

Izvor: Porezna uprava — Ispravci eRačuna koji ne utječu na obračun poreza

2. Što se SMIJE ispraviti kopijom?

Čl. 43 dopušta ispravak samo podataka koji ne utječu na obračun poreza. Umjesto nabrajanja svih polja koja se smiju mijenjati (kojih ima stotine), praktičnije je definirati što se NE SMIJE mijenjati — sve ostalo je po logici čl. 43 dopušteno.

Što se NE SMIJE mijenjati u kopiji

* Napomena o BT-2 (datum izdavanja) u kopiji: Čl. 43 Zakona o fiskalizaciji kaže da se eRačun može izdati “pod istim brojem” — ali ne kaže eksplicitno “pod istim datumom izdavanja”. BT-2 je dio identifikatora eRačuna prema specifikaciji (Tablica 6), ali nije jasno kako PU sustav koristi BT-2 pri provjeri jedinstvenosti — uspoređuje li cijeli datum, samo godinu, ili ga uopće ne uspoređuje. Ako bi se BT-2 u kopiji razlikovao od originala, PU sustav bi to mogao tretirati kao novi račun (jer je novi identifikator), a ne kao kopiju — što bi rezultiralo greškom S008 umjesto očekivanog ponašanja kopije. Stoga je sigurnije da BT-2 u kopiji bude isti kao u originalu, ali službena potvrda ne postoji.

Što je upitno (siva zona)

Naše tumačenje: Sve što ne mijenja iznos, stopu, kategoriju PDV-a, niti identitet stranaka (OIB) bi trebalo biti dopušteno za kopiju. Ali za siva zona polja — čekamo službenu potvrdu PU.

PU navodi kao primjere dopuštenih ispravaka: “referenciranje na dokument, promjena podataka o plaćanju, operatera i slično” (izvor: porezna-uprava.gov.hr).

3. Uvjeti za korištenje kopije

Sva četiri uvjeta moraju biti istovremeno ispunjena:

Ako bilo koji uvjet nije zadovoljen → storno (CreditNote 381) + novi račun (Invoice 380).

4. Fiskalizacija kopije

Element indikatorKopije je obavezan u fiskalizacijskoj SOAP poruci (EvidentirajERacunZahtjev). Za svaku fiskalizaciju — i original i kopiju — mora se eksplicitno navesti vrijednost:

4.1 Ponašanje PU sustava

• PU sustav provjerava da originalni račun postoji u evidenciji prema identifikatoru eRačuna i vrsti (ulazni/izlazni)
• Ako original ne postoji → greška S012 (“Ne postoji evidentiran originalni eRačun”)
• Ako se šalje račun s istim identifikatorom BEZ indikatorKopije=true → greška S008 (“Već postoji fiskaliziran eRačun s istim identifikatorom”)
• CopyIndicator=true signalizira PU sustavu da je to namjerni ispravak istog računa, ne duplikat greškom

Identifikator eRačuna (kompozitni ključ): Prema Tehničkoj specifikaciji Fiskalizacija eRačuna i eIzvještavanje (Tablica 6), specifikacija navodi da su dio identifikatora eRačuna:

• BT-1 (brojDokumenta)
• BT-2 (datumIzdavanja) — format YYYY-MM-DD
• BT-3 (vrstaDokumenta)
• Plus vrsta eRačuna (I = izlazni, U = ulazni) pri provjeri jedinstvenosti (S008)

Otvorena pitanja:

• Kako PU sustav koristi BT-2 u provjeri jedinstvenosti — uspoređuje li cijeli datum, samo godinu, ili ga uopće ne koristi u usporedbi?
• Mora li BT-2 u kopiji biti isti kao u originalu, ili kopija može imati novi datum izdavanja (datum ponovnog slanja)?
• Čl. 43 kaže “pod istim brojem” — ne kaže “pod istim datumom”
• Što je s HR-BT-2 (IssueTime) — je li dio identifikatora?

Bez službene potvrde, ne možemo tvrditi kako točno PU sustav tretira ova polja u kontekstu kopije.

Napomena o validaciji: Schematron validator ne može provjeriti je li kopija legitimna jer vidi samo jedan dokument. Posrednik ima pristup oba dokumenta i mogao bi uspoređivati PDV-relevantna polja — ali ni to nije jednostavno jer ovisi o definiciji kompozitnog ključa.

4.2 Gdje postoji indikatorKopije

<!-- Fiskalizacijska SOAP poruka — original -->
<indikatorKopije>false</indikatorKopije>

<!-- Fiskalizacijska SOAP poruka — ispravak nePDV podataka -->
<indikatorKopije>true</indikatorKopije>

<!-- UBL eRačun — ispravak nePDV podataka -->
<cbc:ID>42/P1/2</cbc:ID>
<cbc:CopyIndicator>true</cbc:CopyIndicator>
<cbc:IssueDate>2026-03-15</cbc:IssueDate>

5. Primjeri

5.1 Legitimna kopija — ispravak reference na narudžbu

Situacija: Izdavatelj je poslao eRačun 42/P1/2 s krivim brojem narudžbenice u BT-13 (napisao “NAR-100” umjesto “NAR-200”). Iznosi su ispravni, PDV je ispravan, isti mjesec.

Ispravno: Izdavatelj šalje isti račun s istim brojem, CopyIndicator=true, i ispravljenim BT-13:

<cbc:ID>42/P1/2</cbc:ID>
<cbc:CopyIndicator>true</cbc:CopyIndicator>
<cbc:IssueDate>2026-03-15</cbc:IssueDate>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<!-- ... -->
<cac:OrderReference>
  <cbc:ID>NAR-200</cbc:ID>  <!-- ISPRAVLJENO (bilo NAR-100) -->
</cac:OrderReference>
<!-- ... svi iznosi i PDV identični originalu ... -->

Fiskalizacija: <indikatorKopije>true</indikatorKopije>

Rezultat: Kupac prima ispravljeni račun s točnom referencom. Iznosi i PDV nepromijenjeni.

5.2 Legitimna kopija — ispravak IBAN-a

Situacija: Na računu 42/P1/2 naveden je krivi IBAN primatelja uplate. Kupac ne može platiti. Isti mjesec.

Ispravno: CopyIndicator=true, ispravljeni IBAN u BG-16 (podaci o plaćanju), sve ostalo identično.

<cbc:ID>42/P1/2</cbc:ID>
<cbc:CopyIndicator>true</cbc:CopyIndicator>
<!-- ... -->
<cac:PaymentMeans>
  <cac:PayeeFinancialAccount>
    <cbc:ID>HR1234567890123456789</cbc:ID>  <!-- ISPRAVLJENI IBAN -->
  </cac:PayeeFinancialAccount>
</cac:PaymentMeans>

Fiskalizacija: <indikatorKopije>true</indikatorKopije>

5.3 NEDOPUŠTENA kopija — promjena iznosa

Situacija: Izdavatelj je na računu 42/P1/2 naveo krivi iznos (10.000 EUR umjesto 8.000 EUR). Pokušava poslati “kopiju” s ispravljenim iznosom.

KRIVO — iznosi utječu na obračun poreza:

<cbc:ID>42/P1/2</cbc:ID>
<cbc:CopyIndicator>true</cbc:CopyIndicator>
<cbc:PayableAmount currencyID="EUR">8000.00</cbc:PayableAmount>
<!-- ^^^ NEDOPUŠTENO! Promjena iznosa = utječe na PDV -->

ISPRAVNO — storno + novi račun:

1. CreditNote 381 — stornira pogrešni original: ```xml

2. **Novi Invoice 380** — s točnim iznosom:
```xml
<cbc:ID>44/P1/2</cbc:ID>
<cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
<cbc:PayableAmount currencyID="EUR">8000.00</cbc:PayableAmount>

5.4 Kopija poslana u drugom mjesecu — je li to “drugo razdoblje”?

Situacija: Izdavatelj je u ožujku 2026. izdao račun s pogrešnom napomenom (BT-22). Sada je travanj 2026. — želi poslati kopiju s ispravkom.

Ključno pitanje: Čl. 43 kaže “u istom razdoblju oporezivanja”. Ali:

• BT-2 (datum izdavanja) se ne smije mijenjati jer je PDV podatak i dio identifikatora
• Ako BT-2 ostaje 15.03.2026. (isti kao original), onda je dokument iz ožujka — isto razdoblje oporezivanja
• Kopija se fizički šalje u travnju, ali BT-2 je iz ožujka
• Datum slanja ≠ datum izdavanja — posrednik ima timestamp slanja, ali BT-2 je datum dokumenta

Razmišljanje: Ako se BT-2 ne smije mijenjati (jer utječe na PDV), onda kopija uvijek ostaje u istom razdoblju kao original — jer je BT-2 isti. Uvjet “isto razdoblje” iz čl. 43 je automatski ispunjen samom činjenicom da se BT-2 ne mijenja. To bi značilo da se kopija može poslati i mjesecima nakon originala, sve dok su ispunjeni ostali uvjeti (isti broj, samo nePDV ispravci).

Ali: Nije jasno tumači li PU “isto razdoblje oporezivanja” kao razdoblje u kojem je BT-2 (dakle automatski ispunjeno) ili kao kalendarski mjesec u kojem se kopija šalje (dakle kopija u travnju za ožujski račun bi bila nedopuštena). Čekamo službenu potvrdu.

Ako PU tumači “razdoblje” po datumu slanja → storno + novi račun je jedina opcija za ispravke u drugom mjesecu.

6. Razlika od EU norme

EU norma EN16931 ne koristi CopyIndicator — EU validator izdaje upozorenje UBL-CR-004 (“A UBL invoice should not include the CopyIndicator”). Element postoji u UBL 2.1 XSD shemi, ali nije dio EN16931 semantičkog modela.

Hrvatska je uvela CopyIndicator kroz HR CIUS specifikaciju kao HR-BT-1, s posebnom svrhom definiranom u čl. 43 Zakona o fiskalizaciji. To nije klasična kopija u smislu UBL standarda, nego mehanizam specifičan za hrvatsku fiskalizaciju.

Napomena: Upozorenje UBL-CR-004 treba u hrvatskom kontekstu tretirati kao informativno, ne kao zabranu — element je legitimno u upotrebi temeljem HR CIUS proširenja.

7. Otvorena pitanja

Sljedeća pitanja zahtijevaju službenu potvrdu Porezne uprave:

1. Datum dospijeća (BT-9): Smije li se mijenjati kopijom? PU navodi “promjena podataka o plaćanju” kao dopuštenu (izvor) — ali BT-9 je rok plaćanja koji koristi likvidatura i cash flow. Praktički nePDV podatak, ali posljedice za likvidaturu i praćenje rokova plaćanja treba razmotriti.
2. Adresa kupca/prodavatelja: Smije li se ispraviti adresa kopijom? Ne utječe na PDV, ali mijenja identifikaciju stranke.
3. Drugo razdoblje — obaveza storna: Čl. 43 eksplicitno ograničava kopiju na isto razdoblje oporezivanja. Za ispravke u drugom razdoblju, jedina opcija je storno + novi račun — postoji li iznimka?
4. Zamjena u evidenciji PU: Kako PU sustav tretira kopiju — zamjenjuje li original u evidenciji ili ga čuva uz bilješku o ispravku?
5. Višestruki ispravci: Može li se isti račun ispraviti kopijom više puta unutar istog razdoblja?

Izvori