Naslov teme: Zaokroževanje na dve decimalki na računih
1160 30.01.2007 - 10:47h / Ostalo / Avtor: Alenka / 313 / 3
Tudi mi imamo velik problem pri izdaji računov.
In sicer cene imamo na 2 decimalki, vrednost brez ddv pa na 4 decimalke. Skupno rekapitulacijo imamo na 2 decimalki in potem nastane problem, da če sešteješ neto vrednost in ddv ne dobiš zneska za plačilo (razlika je en cent), ker program ko sešteva upošteva vse decimalke in šele na koncu zaokroži na dve decimalki.
Ko prenesemo in poknjižimo te fakture iz prodajnega v računovodski program, nam računovodski program sam spremeni tisti en cent na osnovi ali na ddvju, da dobi enak znesek za plačilo. Torej se zneski ddvja in osnove v takih primerih ne ujemajo s tistimi ki so prikazani na računih.
Zanima me ali so taki računi (kjer se osnova in ddv ne ujemajo z zneskom za plačilo za 1 cent) sporni s stališča zakonodaje?
Ali imamo lahko rekapitulacijo torej osnovo in ddv prikazano na 4 decimalke, znesek za plačilo pa na 2???
Kako ste drugje rešili ta problem???
Hvala in lep pozdrav!
Alenka
In sicer cene imamo na 2 decimalki, vrednost brez ddv pa na 4 decimalke. Skupno rekapitulacijo imamo na 2 decimalki in potem nastane problem, da če sešteješ neto vrednost in ddv ne dobiš zneska za plačilo (razlika je en cent), ker program ko sešteva upošteva vse decimalke in šele na koncu zaokroži na dve decimalki.
Ko prenesemo in poknjižimo te fakture iz prodajnega v računovodski program, nam računovodski program sam spremeni tisti en cent na osnovi ali na ddvju, da dobi enak znesek za plačilo. Torej se zneski ddvja in osnove v takih primerih ne ujemajo s tistimi ki so prikazani na računih.
Zanima me ali so taki računi (kjer se osnova in ddv ne ujemajo z zneskom za plačilo za 1 cent) sporni s stališča zakonodaje?
Ali imamo lahko rekapitulacijo torej osnovo in ddv prikazano na 4 decimalke, znesek za plačilo pa na 2???
Kako ste drugje rešili ta problem???
Hvala in lep pozdrav!
Alenka
Stary - 30.01.2007 - 17:42
Malo ste zakomplicirali, očitno imate težave s programsko opremo, ki ne deluje prav.
Do matematičnih težav lahko prihaja le takrat, kadar imate v maloprodaji objavljene cene na ceniku (ali na artiklih) z ddv na dve decimalki, potem pa morate izstaviti kupcu (npr. davčnemu zavezancu) račun, kjer morajo biti navedene cene za enoto mere brez DDV. To se najlažje reši s povečevanjem števila decimalnih mest v vseh vmesnih fazah in na koncu (pred pretvorbo zadnjega zneska na dve decimalki) prikaže izravnava.
Ne vem pa, če govoriva o isti stvari. Napišite en primer računa, recimo:
količina, cena, znesek
...
količina, cena, znesek
-----------------------
skupaj brez ddv xxxxxxx
ddv 20% osnova, znesek
ddv 8,5% osnova, znesek
skupaj z ddv xxxxxxxx
--------------------------
Pa bomo lažje pokomentirali.
Alenka - 31.01.2007 - 09:11
Stary hvala za odgovor.
Za lažjo predstavo:
Tole sem prepisala z našega računa:
količina, cena, znesek
10.500 pol, 95,45 (za 1.000 pol), 1.002,225
1.500 pol, 218,00 (za 1.000 pol), 327,0000
-----------------------
skupaj brez ddv 1.329,23
ddv 20% osnova, znesek 1.329,23
ddv 8,5% osnova, znesek 265,85
skupaj z ddv 1.595,07 Eur(to je znesek za plačilo)
Seštevek osnove in ddvja pa je 1.595,08 Eur
Takih primerov sicer ni veliko, ampak so.
Lp Alenka
Stary - 31.01.2007 - 15:35
Napako vam dela program, ki narobe sešteva znesek z DDV. Verjetno se ddv izračunava sproti, namesto od končne osnove. Zagnjavite programerje, to pravzaprav ni težava zaradi EUR, ampak napačna logika programa. V primeru, ki ga navajate, je skupni znesek računa 1.595,08.
Sem vnesel v naš program količine in cene iz vašega primera in pri nas enak primer dela povsem ok. Če mi sporočite mail, vam lahko pošljem ta račun, pa ga pokažite programerjem.