Obrazac U-RA

[trnac]

Testiram obrazac U-RA na Poreznoj i imam zanimljiv problem.
Kod uplate računa iz drugog poreznog razdoblja (PDV po naplaćenoj realizaciji), prikazujem redak bez iznosa računa i samo prebacujem iz "ne može" u "može" stupac.

Međutim, javljaju se greške:




Kako prikazivati takav redak?

[MDamir]

trnac kaže:

Testiram obrazac U-RA na Poreznoj i imam zanimljiv problem.
Kod uplate računa iz drugog poreznog razdoblja (PDV po naplaćenoj realizaciji), prikazujem redak bez iznosa računa i samo prebacujem iz "ne može" u "može" stupac.

Međutim, javljaju se greške:




Kako prikazivati takav redak?

Ako sam dobro shvatio tebi je iznos racuna 0, ako je tome tako naravno da ti javlja grešku, a i sve ti jasno piše u poruci.

[trnac]

Ne znam jesi li vidio da se radi o PDV-u po naplati?
Primjerice, račun iz 1. mjeseca će biti prikazan s iznosom i porezom u stupcu "25% ne može".

Uplatom istog računa u 2. mjesecu, prikazujem redak u kojem je iznos računa 0, stupac "25% ne može" je negativan, a stupac "25% može" pozitivan za isti iznos poreza.

[konto12345]

U obrazac se stavljaju samo oni računi koji su vezani uz pdv obrazac, oni računi kojima odbijate pdv. Ako račun niste platili i nema ga u pdv obrascu jer ste po naplati onda ga ni ne možete prikazati u obrascu URA.

[ceha]

Pa ljudi ovi ko da su s Marsa pali. Sad im neće štimati knjige ura s obračunom PDV. U Knjizi URA ne mogu ući ni stjacanje dobara i usluga iz EU ni ostale slične egzibicije. Također nas ponovno sile na glupo zbrajanje Osnovica + pdv za ukupni iznos računa. I time sprečavaju prijavu ispravne vrijednosti računa u knjizi računa, tj. ukupni iznosi primljenih računa (koji imaju stavke bez pdv i stavke s pdvom) s prijavljenim računima kroz knjigu URA neće se slagati.

Znači sad 'komotno' te dijelove račune ne traba unositi po njima naravno (a porezne kontrole traže znači očitovanje za svaki račun slijedi po tom pitanju).

Da mi je znati kako će sad porezne kontrole izgledati

[trnac]

Znači da se prikazuju uplate s podacima računa jer tek po uplati se PDV prikazuju u PDV obrascu.

OK, provjerio sam. Provjera prolazi premda datum računa nije u zadanom periodu.

[ceha]

datum može biti i prije perioda jedino ne iza perioda to se podrazumjeva.

[trnac]

ceha kaže:

U Knjizi URA ne mogu ući ni Stjacanje dobara i usluga iz EU ni ostale slične egzibicije.

Znači zato ne prolazi kontrola za OIB
Uporno sam pokušavao progurati ino PDV ID koji je kraći/dulji od 11 znakova i nikako nije prolazilo.
Ne kužim čemu onda oznaka 2 za ino PDV ID??? To valjda samo oni znaju.

[ceha]

a ima neki specijalni slučaj za to gdje stranac iz EU ima PDVID u Hrvatskoj (ili je u pitanju njegov zastupnik čini mi se). OIB također mora biti ispravan ali može biti i nepostojeći tipa 12345678903 (za sada jer prolazi im provjeru ispravnosti ali ne egzistira u stvarnosti )

[Novi12]

Kako ste riješili URe bez pretporeza, 100% prolazne stavke?
Odnosno: ako takve račune knjižite u knjigu U-RA (ja sam ih do sada knjižio), a u xml tj. ePoreznu ne mogu ići, da li to znači da se redni brojevi prave knjige i e-knjige ne moraju podudarati?
Jeste i Vi shvatili da će eU-RA (xml) za veljaču ponovno početi od rednog broja 1?

[konto12345]

Novi12 kaže:

Kako ste riješili URe bez pretporeza, 100% prolazne stavke?
Odnosno: ako takve račune knjižite u knjigu U-RA (ja sam ih do sada knjižio), a u xml tj. ePoreznu ne mogu ići, da li to znači da se redni brojevi prave knjige i e-knjige ne moraju podudarati?
Jeste i Vi shvatili da će eU-RA (xml) za veljaču ponovno početi od rednog broja 1?

Mi smo baš zvali u vezi toga programere jer je synesis riješio programski da sve sam povuče u obrazac URA ,ali se događa da program povuče redne brojeve ura kako su knjiženi kod nas i imamo redne brojeve 2,3,4,6,7 jer npr. broj 1 i 5 su računi bez pdv-a i ne idu u obrazac URA.
Ali onda e-porezna odbije obrazac jer računi u obrascu nisu po rednim brojevima od 1 na dalje. Synesis sad čeka odgovor od Apisa da se usklade,a što će biti točno od toga čekamo odgovor.

[trnac]

Porezna želi brojeve od broja 1 i to mi je OK jer knjigovodstveni broj UR-a nema veze s njihovim rednim brojevima.

Da, vidio sam da svaki mjesec ide od broja 1 i tako sam posložio.

UReve bez PDV-a ne šaljem u XML. Još sam posložio da korisnik sam može obrisati višak stavki i po potrebi editirati jer za ovu egzibiciju će trebati par mjeseci da se uštima.

[Novi12]

Mogu se složiti da je OK da "knjigovodstveni broj UR-a nema veze s njihovim rednim brojevima" . Svima nam je lakše, jer onda u knjigama radimo što želimo. Čak dvije knjige (imam i takve slučajeve) možemo strpati u jedan xml. Ili riješiti ispis knjige po naplaćenom.
Pitanje je samo što će reći referenti pri povratu PDV-a. Moji su navikli da je broj Ure iz tablice isti kao onaj rukom dopisan na dokumentu/knjigovodstveni broj/.

Pupilla je brzo objavio nadogradnju, bez da se obrazac pojavio na ePoreznoj.

Osim problema rednih brojeva
- za razliku od stvarne knjige u xml ne pišem ukupan iznos, već sumu osnovica i PDV-a, (što ste već primijetili)
- kod troškova osobnih auta 50/50 u osnovicu za xml stavljam punu osnovicu
dok sam do sada stavljao pola, jer je toliko išlo u PDV obrazac... po APISU se sad ti iznosi/sume ne mogu povezati.

[Nikad spreman]

konto12345 kaže:

U obrazac se stavljaju samo oni računi koji su vezani uz pdv obrazac, oni računi kojima odbijate pdv. Ako račun niste platili i nema ga u pdv obrascu jer ste po naplati onda ga ni ne možete prikazati u obrascu URA.

Da li si 100% sigurna da se je to tako kod obrtnika koji PDV plaćaju na temelju primitaka/izdataka, tj. da se kod njih unose plaćeni računi a ne primljeni računi?

Bilo bi logično da je to tako kako kažeš, međutim gledam pravilnik o PDV-u, čl. 173. st. 4, i tamo piše drugačije, ne spominju se plaćeni već primljeni računi, a to dvoje naravno nije isto.

(4) Porezni obveznik upisan u registar obveznika PDV-a uz prijavu PDV-a podnosi i posebnu evidenciju o primljenim računima elektroničkim putem do 20-og dana u mjesecu koji slijedi po završetku razdoblja oporezivanja (mjeseca ili tromjesečja) nadležnoj ispostavi Porezne uprave prema sjedištu odnosno prebivalištu ili uobičajenom boravištu poreznog obveznika. Iznimno, posebnu evidenciju o primljenim računima ne podnosi porezni obveznik koji nema sjedište, stalnu poslovnu jedinicu, prebivalište ili uobičajeno boravište u tuzemstvu i obavlja isključivo povremeni međunarodni cestovni prijevoz putnika na području Republike Hrvatske te mali porezni obveznik iz članka 90. stavka 1. Zakona. Posebna evidencija o primljenim računima sadrži podatke iz članka 165. ovoga Pravilnika.

Dakle, koje račune u taj jebeni obrazac onda stavljaju obrtnici obveznici poreza na dohodak?

[konto12345]

Baš sam išla ukucati par računa jednog obrtnika i meni u programu vuče samo one koje sam zatvorila da su plaćeni, znači po naplati. Meni je to jedino logično jer čemu usporedba sa pdv obrascem ako će se slati cijela knjiga ura za obrtnike. Naravno da napišu zakon i pravilnik sa hrpu proturječja jer pojma nemaju o ničemu. Nije isto primljeni i naplaćeni računi kod obrtnika ili kof firmi koje pdv obračunavaju po naplati. Niš,ja ću slati ovako,po naplati jer inače pdv obrazac neće imati veze sa obrascem URA.

[konto12345]

Baš sam išla ukucati par računa jednog obrtnika i meni u programu vuče samo one koje sam zatvorila da su plaćeni, znači po naplati. Meni je to jedino logično jer čemu usporedba sa pdv obrascem ako će se slati cijela knjiga ura za obrtnike. Naravno da napišu zakon i pravilnik sa hrpu proturječja jer pojma nemaju o ničemu. Nije isto primljeni i naplaćeni računi kod obrtnika ili kof firmi koje pdv obračunavaju po naplati. Niš,ja ću slati ovako,po naplati jer inače pdv obrazac neće imati veze sa obrascem URA.

[trnac]

I ja ću preštrikati da računi idu po naplati.
Znači, prikazujem račun u poreznom razdoblju kada je plaćen s originalnim datumom računa.

Još mi je enigma kako ću prikazivati oznaku "1" i "2" za tip OIB-a.
OIB je uvijek duljine 11, a "2" se odnosi na OIBove nerezidenata. Definitivno enigma. Sve se nadam da takvih slučajeva neće biti, ali...
Svako rješenje je i više nego dobro došlo.

[konto12345]

8.2.2019. 9:45
​Obavještavamo korisnike da je u produkciji nova verzija aplikacije ePorezna i U-RA obrasca sa sljedećim izmjenama:
1. omogućena je predaja obrazaca s rednim brojevima koji ne idu slijedno i ne moraju početi s 1,
2. proširena je duljina polja broja računa s 25 na 64 znaka,
3. omogućen je unos datuma računa dobavljača/isporučitelja koji je veći od 'Datuma do' u zaglavlju obrasca (podatak R3 xml sheme i stupac 3. na ručnom unosu obrasca) i
4. omogućeno je spremanje retka u kojima su iznosi u stupcima „Ukupni iznos računa s PDV-om“ i „Ukupni pretporez“ jednaki nuli.

Također je objavljena nova xml shema obrasca U-RA koju možete pronaći ovdje, a objavljena je i nova verzija upute za popunjavanje xml sheme, koju možete pronaći ovdje.

[Novi12]

Hoćete li sad prikazivati račune bez pretporeza, 100% prolazne stavke (banka,..) ili ćete ih za xml preskočiti? Ako stoji da brojevi ne moraju ići slijedno, to bi značilo da neke račune, po želji možemo izostaviti.

O PDV po naplaćenom:
ja imam sistem da kod takvih obveznika sve prispjele račune knjižim i numeriram klasično, a za potrebe izračuna PDV generiram knjigu gdje program izračuna pretporez i ostale iznose proporcionalano uplati... /ne knjižim račun tek kada je plaćen/. Za takve xml knjige URa po naplaćenom, primijenit ću numeriranje od broja 1., svaki mjesec. Vidjet ću kako će mi to proći. S time da sam i do sada referentima pri traženju povrata tako postupao.. Klasičnu URu sa zaprimljenim računima nisam im dostavljao.

[Novi12]

trnac kaže:

I ja ću preštrikati da računi idu po naplati.
Znači, prikazujem račun u poreznom razdoblju kada je plaćen s originalnim datumom računa.

Još mi je enigma kako ću prikazivati oznaku "1" i "2" za tip OIB-a.
OIB je uvijek duljine 11, a "2" se odnosi na OIBove nerezidenata. Definitivno enigma. Sve se nadam da takvih slučajeva neće biti, ali...
Svako rješenje je i više nego dobro došlo.

u jednom odgovoru rekli su mi da je '2' za posebne slučajeve, stranaca s hrvatskim PDV ID brojem... EU PDV ID brojevi se neće pojavljivati... bar dok se nečeg ne sjete, pa izmjene duljinu elementa.