|
PUNJENJE DATUMA NA UFA-ma PRILIKOM IMPORTA ELEKTRONIČKIH RAČUNA U 4D WAND Kao što je vjerojatno već svim našim korisnicima dobro poznato u programskom rješenju 4D Wand, osim mogućnosti slanja elektroničkih računa, postoji i mogućnost automatskog zaprimanja elektroničkih računa u knjigu URA. Odnosno, da budemo još precizniji, postoji mogućnost automatskog importiranja takve vrste račune u knjigu Ulaznih računa za robu i usluge (URA), a nakon importiranja i mogućnost automatskog kreiranja primke. Prednosti slanja i primanja takve vrste računa su već svima dobro poznate i u ovom 4D Wand Info-u ih nećemo dodatno isticati nego ćemo naglasak staviti na pojašnjenja oko svih datuma koji se importiraju na samu UFA-u prilikom procesa importa eRačuna. Također, ključna napomena je da se ovdje ne govori o eRačunima u javnoj nabavi (Business to Government - B2G) nego o eRačunima koji se razmjenjuju između poslovnih subjekata koji nisu sudionici javne nabave (Business to Business - B2B). PUNJENJE DATUMA NA UFA-ma PRILIKOM IMPORTA ELEKTRONIČKIH RAČUNA U 4D WAND Kada vam dobavljač pošalje elektronički račun on zapravo šalje podatke o računu u xml datoteci koja je potpisana (ovjerena) naprednim elektroničkim potpisom, čime se jamči autentičnost i nepromjenjivost takve vrste dokumenta. Potpis računa naprednim elektroničkim potpisom osigurava posrednik u slanju elektroničkih računa (tzv. digitalni poštar) i u slučaju 4D Wand-a to je tvrtka Elektronički računi d.o.o. preko servisa Moj e-račun ( https://www.moj-eracun.hr/cms/naslovna/ ). Zaprimanjem eRačuna na vašu eMail adresu dolazi vam obavijest da ste dobili elektronički račun kojeg sada možete importirati u 4D Wand. Račun se u 4D Wand importira pozivom naredbe Preuzimanje i provjera eRačuna iz padajućeg izbornika eRačuni u Knjizi URA za primljenu robu i usluge:
U samoj xml datoteci u kojoj su dostavljeni podaci o eRačunu vašeg dobavljača nalaze se polja s tri ili četiri datuma, ovisno o programskom rješenju vašeg dobavljača: •IssueDate – navedeni datum predstavlja datum računa --> dakle stvarni datum kada je račun nastao i kada je fakturiran kupcu. •ActualDeliveryDate – navedeni datum predstavlja datum nastanka poslovnog događaja odnosno datum nastanka porezne obveze (datum otpreme ili izvršenja usluge). •TaxPointDate – navedeni datum predstavlja datum tj. razdoblje u kojem možete priznati pretporez po tom ulaznom račun. •PaymentDueDate – navedeni datum predstavlja datum dospijeća plaćanja računa tj. datum valute plaćanja računa. Od nabrojanih datuma ActualDeliveryDate i TaxPointDate su najčešće identični jer im je i namjena vrlo slična pa u nekim xml datotekama je vidljiv samo jedan od ta dva datuma, a to je većinom ActualDeliveryDate. Navedena dva datuma mogu se razlikovati jedino u danu (npr. ActualDeliveryDate = 26.05.2019., a TaxPointDate = 31.05.2019.), ali nikako ne i u mjesecu jer isporukom dobara ili izvršenjem usluga automatski nastaje porezna obveza za to razdoblje. Upravo je to razlog zašto neke xml datoteke iz pojedinih programa imaju samo jedan od ta dva datuma, a to je ActualDeliveryDate. 1. Polje Datum popunjava se u ovisnosti o tome da li se u vašem xml-u nalazi polje TaxPointDate i u ovisnosti o tome da li imate odobren obračun PDV-a za razdoblje u kojem je datum iz polja TaxPointDate ili ActualDeliveryDate. Bitno je za naglasiti da nakon što se navedeno polje popuni nekim datumom da isto uvijek možete naknadno ručno izmijeniti. Uzmimo za primjer račun koji vam je fakturirao vaš dobavljača za uslugu koju je izvršio u svibnju (npr. 30.05.2019.g.), a fakturu je izradio tek u lipnju (npr. 11.06.2019.g.). Dakle, u takvoj xml datoteci polje ActualDeliveryDate trebalo bi biti popunjeno datumom 30.05.2019.g., polje TaxPointDate datumom 31.05.2019.g. (jer je to posljednji dan u poreznom obračunskom razdoblju za svibanj), a polje IssueDate datumom 11.06.2019.g. Importom takvog eRačuna u Knjigu URA polje Datum popunit će se s 31.05.2019.g. zato što je u xml-u u polju TaxPointDate prikazan taj datum, ali samo u slučaju ako je obračun poreza (PDV) za mjesec 05/2019 još uvijek otvoren (nezaključen). Ako je obračun PDV-a za 05/2019 zaključen navedeno polje Datum popunit će se današnjim datumom tj. s datom importa (npr. to je 11.06.2019.g.).
DATUM IZDAVANJA RAČUNA = DATUM RAČUNA Tijekom naše podrške primijetili smo da računi nekih dobavljača sadrže ukupno 4 datuma: 1.Datum izdavanja računa 2.Datum valute/dospijeća računa 3.Datum računa 4.Datum isporuke dobara/obavljanja usluga
Primjer jednog takvog računa nalazi se na slici gore. S obzirom na to da se na formi ulaznih računa u 4D Wand-u nalaze polja s 3 datuma logičan zaključak je da se u takvim slučajevima ne mogu importirati sva 4 datuma. U 4D Wand-u se nalaze 3 datuma upravo zato što zakonodavni okvir u RH propisuje tri datuma koja su obavezna na računu (Datum izdavanja računa, Datum isporuke dobara/obavljanja usluga i Datum valute/dospijeća računa) tako da je prema našem mišljenju ovakav račun ima jedan datum viška: Datum izdavanja računa i Datum računa trebali bi biti identični jer naše zakonodavstvo ne poznaje četvrti datum na računima. Dakle, ako dobijete takav račun od dobavljača i u polju IssueDate je upisan datum 11.06.2019. taj datum će se importirati u knjigu URA u 4D Wand i nećete ga moći naknadno izmijeniti. Ako ga želite uključiti u obračun PDV-a za prethodni mjesec, kada je i izvršena sama usluga, u polje Datum morate imati upisan datum iz tog mjeseca u kojem želite iskoristiti pretporez (05/2019). Naravno, preduvjet za to da 4D Wand ulazne račune uključuje u obračun PDV prema polju Datum je da u Parametrima programa --> Podešavanje dokumenata --> kartica Obračun poreza --> imate uključen parametar programa ''1 – Izbor po datumu dokumenta''. Onim korisnicima koji na ovom mjestu imaju uključen parametar ''2 – Izbor po datumu računa'' obračun PDV-a će se popunjavati po datumu upisanom u polje Datum računa. Dakle, ako dobijete račun kao što smo naveli u prethodnom primjeru gdje je IssueDate popunjen datumom 11.06.2019., a ActualDeliveryDate datumom 31.05.2019. isti neće moći automatski završiti u obračunu PDV-a za 05/2019 (iako je usluga izvršena u tom periodu) jer imate uključen parametar da se PDV automatski popunjava po datumu računa. Napominjemo da se svaki račun u obračun PDV-a u 4D Wand-u može uključiti i samostalno od strane samog korisnika.
Datum valute plaćanja popunjava se datumom koje je u xml datoteci popunjeno u polju PaymentDueDate. Taj datum ne bi trebao biti sporan i svima je jasno što isti predstavlja. ZAKLJUČAK Dakle, zaključak ovog 4D Wand Infa je da u slučaju da od Vašeg dobavljača dobijete eRačun kod kojeg se importom u knjigu URA u polju Datum računa importirao neki datum za kojeg smatrate da nije točan (ne ulazimo u razloge zašto smatrate da isti nije točan) nemojte zahtjevati da se taj datum naknadno mijenja jer je on upisan u xml datoteci eRačuna koji ste primili od dobavljača. Dakle, obratite se dobavljaču da vam izda novi račun s ispravnim datumom jer se u 4D Wand-u navdeni datum ne smije mijenjati radi zadržavanja vjerodostojnosti i nepromjenjivosti eRačuna koji je ovjeren elektronilki potpisom. .
|
