Zašto je eRačun zaprimljen kao R2 URA iako je dobavljač označen kao R1?

📝 Ukratko

Luceed kod zaprimanja eRačuna u knjigu URA prepoznaje račun kao R2 (obračun prema naplaćenim naknadama) zato što izdavatelj računa u XML datoteci šalje indikator obračuna po naplati. Budući da je eRačun jedini službeni zakonski dokument, Luceed prioritet daje podacima iz samog računa, a ne onima koji su ranije upisani u vaš šifrarnik partnera.

📜 Što kaže službena specifikacija?

Primjenjuje li porezni obveznk postupak oporezivanja prema naplaćenim naknadama definira se indikatorom HR-BT-15 - Obračun PDV-a po naplaćenoj naknadi.

Luceed kod zaprimanja eRačuna strogo poštuje službenu specifikaciju HR-BT-15 (Obračun PDV-a po naplaćenoj naknadi) koja jasno kaže:

• Ako je element prisutan znači da izdavatelj računa u sustavu PDV ima obračun PDV-a po naplaćenom računu.

• Porezni obveznik koji primjenjuje postupak oporezivanja prema naplaćenim naknadama na računu mora navesti 'Obračun prema naplaćenim naknadama' sukladan zakonu.

To znači da obveznici koji nisu u sustavu po naplati taj element uopće ne smiju navoditi.

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

⚠️ Što se u nekim slučajevima zaista šalje?

Neka rješenja koja generiraju eRačune pogrešno su implementirala ovo polje. Umjesto da element u potpunosti izostave (kada nije riječ o primjeni postupka oporezivanja prema naplaćenim naknadama), ona šalju polje s upisanim tekstom "false", misleći da time negiraju postojanje indikatora.

<hrextac:HRFISK20Data>
  <hrextac:HRObracunPDVPoNaplati>false</hrextac:HRObracunPDVPoNaplati>
</hrextac:HRFISK20Data>

Budući da je ovo INDIKATOR, specifikacija je jasna: ako je element prisutan (bez obzira na tekst unutar njega), on označava da izdavatelj plaća PDV po naplati. Luceed detektira prisutnost polja i ispravno dodjeljuje status R2.

🛠️ Kako postupiti?

Ako primijetite da sustav nudi R2 za dobavljača koji to nije, savjetujemo sljedeće korake:

1. Upozorite dobavljača: Prije svega, kontaktirajte svog dobavljača i objasnite mu da njihovo rješenje za eRačune šalje neispravan indikator u XML-u. Dokle god oni u računu šalju tu oznaku, sustavi koji zaprimaju njihove račune prepoznavat će ih kao obveznike po naplati.

2. Izmijenite tip računa na URA-i: Budući da se tip računa trenutno ne može mijenjati na samoj formi za zaprimanje eRačuna, postupak je sljedeći:

   • Zaprimite račun u Luceed (on će privremeno biti spremljen kao R2).

   • Otvorite kreiranu Knjigu URA.

   • Pronađite taj račun i ručno mu promijenite tip računa (npr. u R1).

🏛️ Naša politika i usklađivanje tržišta

Svjesni smo postojanja i drugih sličnih slučajeva uzrokovanih prevelikom količinom "šuma" u razmjeni podataka između svih sudionika u procesu (izdavatelja, posrednika i softverskih rješenja).

Naša politika je da ćemo uvijek, gdje god je to moguće, inzistirati na ispravnom postupanju prema službenim specifikacijama. Na taj način osiguravamo da vaši podaci budu zakonski utemeljeni, a vaš rad dugoročno što jednostavniji i automatiziran. Nažalost, bit će potrebno određeno vrijeme da se svi sudionici na tržištu potpuno usklade, stoga vas molimo za razumijevanje u ovim prijelaznim situacijama.

🚀 Planirana poboljšanja

Kako bismo vam olakšali uočavanje ovakvih neusklađenosti uzrokovanih neispravnim XML-ovima, razmatramo opciju da podatak o statusu (R1/R2) prikažemo već na samoj formi zaprimanja. Time biste mogli reagirati i uočiti nepravilnost prije nego što se račun proknjiži u knjige.

ℹ️ Napomena o terminologiji

U Luceedu se i dalje koriste termini R1 i R2 radi lakše prilagodbe korisnika, iako oni formalno više ne postoje. Oznaka R2 označava izdavatelja koji obračunava i plaća PDV na temelju naplaćenih naknada (Članak 125.i Zakona o PDV-u).