Što se provjerava
- EN 16931: europska pravila BR-xx (obvezna polja, izračuni zbrojeva, kategorije PDV-a), službeni CEN schematron za UBL.
- HR proširenje: pravila HR-BR iz Specifikacije osnovne uporabe eRačuna s proširenjima, schematron Porezne uprave u primjeni od 15. 3. 2026. Među njima:
- identifikator specifikacije (BT-24) i oznaka procesa P1–P12 ili P99 (BT-23),
- vrijeme izdavanja (HR-BT-2), oznaka i OIB operatera (HR-BT-4, HR-BT-5),
- ispravnost svih OIB-a, uključujući kontrolnu znamenku,
- KPD 2025 klasifikacija na svakoj stavci (listID „CG”), osim kod računa za predujam i odobrenja,
- HR oznake kategorija PDV-a (HR:PDV25, HR:PDV13, HR:PDV5, HR:E, HR:AE, HR:O …) i HR iznosi PDV-a,
- elektroničke adrese prodavatelja i kupca (BT-34, BT-49),
- datumi (npr. datum izdavanja nakon 1. 1. 2026.) i prazni XML elementi.
Popis svih pravila s objašnjenjem nalazi se na stranici greške eRačuna (HR-BR).
Najčešće greške
| Pravilo | Značenje | Kako popraviti |
|---|---|---|
| HR-BR-25 | Stavka nema KPD oznaku | Dodajte cac:CommodityClassification/cbc:ItemClassificationCode listID="CG" s oznakom iz KPD 2025 (aplikacija KLASUS, DZS) |
| HR-BR-9 | Neispravan OIB operatera | U cac:SellerContact/cbc:ID upišite 11-znamenkasti OIB osobe koja izdaje račun |
| HR-BR-53 | Neispravan OIB prodavatelja ili kupca | Provjerite kontrolnu znamenku; PDV broj ima oblik HR + 11 znamenki |
| HR-BR-34 | Nedostaje oznaka procesa | U cbc:ProfileID upišite P1–P12 ili P99:oznaka kupca |
| HR-BR-2 | Nedostaje vrijeme izdavanja | Dodajte cbc:IssueTime u obliku hh:mm:ss |
| HR-BR-40 | Datum izdavanja prije 1. 1. 2026. | eRačun po Fiskalizaciji 2.0 ne može imati raniji datum; provjerite cbc:IssueDate |
Što ispravna provjera znači u praksi
Datoteka koja prolazi oba schematrona strukturno je ispravan eRačun. Prilikom razmjene sustav dodatno provjerava podatke koje nije moguće provjeriti iz same datoteke: postoji li primatelj u adresaru metapodatkovnih servisa (AMS), je li broj računa jedinstven i ima li izdavatelj ovlaštenog informacijskog posrednika. Za primatelja provjera znači nešto drugo: eRačun s greškama u izračunu PDV-a ili s neispravnim OIB-om treba vratiti izdavatelju, a izvještaj s ove stranice (kod pravila i putanja) dobra je podloga za zahtjev za ispravak.
Za programere
Ista provjera dostupna je kao HTTP API: pošaljite datoteku metodom POST i dobit ćete JSON izvještaj s kodom pravila, porukom i putanjom do elementa. Tako je provjeru moguće ugraditi u program za fakturiranje prije predaje informacijskom posredniku. Postoji i MCP poslužitelj za AI agente.
Česta pitanja
Sprema li se datoteka negdje?
Ne. eRačun se obrađuje u memoriji i briše nakon slanja izvještaja. Ništa se ne prosljeđuje Poreznoj upravi ni trećim stranama.
Zašto službeni primjeri Porezne uprave ne prolaze provjeru?
Primjeri objavljeni u prosincu 2025. imaju datum izdavanja iz 2025. i ogledne OIB-ove (npr. 12345678901) bez ispravne kontrolne znamenke. Schematron u primjeni od 15. 3. 2026. to označava pravilima HR-BR-40, HR-BR-9 i HR-BR-53. To je očekivano ponašanje, a ne greška validatora.
Podržavate li odobrenja i račune za predujam?
Da. Provjeravaju se UBL Invoice i CreditNote, uključujući račune za predujam, storno i odobrenja, s pravilima koja za njih vrijede (npr. KPD oznaka nije obvezna kod računa za predujam i odobrenja).
Koja je razlika između greške BR-xx i HR-BR-xx?
BR-xx su europska pravila norme EN 16931 i vrijede za e-račune u cijeloj EU. HR-BR-xx su hrvatska pravila iz Specifikacije osnovne uporabe eRačuna s proširenjima i vrijede samo za eRačune po Fiskalizaciji 2.0.
Za programere: isti alat kao API
curl -F file=@invoice.pdf https://einvoicechecker.com/v1/validatecurl -F file=@invoice.xml https://einvoicechecker.com/v1/parsecurl -F file=@invoice.xml "https://einvoicechecker.com/v1/render?lang=hr" -o invoice.html