PDV I PNP

Nov 26, 2012 at 5:45 PM

Malo mi je zbunjujuce ovo s porezima
recimo da imamo racun u kojemu imamo jedan jedni artikl koji na sebi ima i PDV25 i PNP3% i da je iznos sa porezima recimo 35 kn
sta upisati u dio xml-a pod PDV osnovica i iznos a sta pod dio PNP osnovica i iznos

Nov 26, 2012 at 6:25 PM

Ja bi rekao da je to ovako:

    <tns:Pdv>
      <tns:Porez>
        <tns:Stopa>25.00</tns:Stopa>
        <tns:Osnovica>27.34</tns:Osnovica>
        <tns:Iznos>6.84</tns:Iznos>
      </tns:Porez>
      <tns:Porez>
        <tns:Stopa>3.00</tns:Stopa>
        <tns:Osnovica>27.34</tns:Osnovica>
        <tns:Iznos>0.82</tns:Iznos>
      </tns:Porez>
    </tns:Pdv>

Nov 26, 2012 at 6:27 PM

Odlicno, samo sam trebao potvrdu :) Hvala !

Coordinator
Nov 26, 2012 at 6:33 PM
Edited Nov 26, 2012 at 6:36 PM

hmmmmm...

Zašto ne ovako?

 

<tns:Pdv>
	<tns:Porez>
		<tns:Stopa>25.00</tns:Stopa>
		<tns:Osnovica>100.00</tns:Osnovica>
		<tns:Iznos>2.50</tns:Iznos>
	</tns:Porez>
</tns:Pdv>
<tns:Pnp>
	<tns:Porez>
		<tns:Stopa>3.00</tns:Stopa>
		<tns:Osnovica>100.00</tns:Osnovica>
		<tns:Iznos>3.00</tns:Iznos>
	</tns:Porez>
</tns:Pnp>

Jer porez na potrošnju je poseban type u schemi... Georgia, ukoliko po ovom tvojem predlogu napravi XML, imat će 2 PDV poreza po dvije stope (jedna je 25, druga 3), a uopće neće poslati na CIS podatak o PNP porezu...

PNP type se jednako serijalizira kao PDV...

Nov 26, 2012 at 6:35 PM
Edited Nov 26, 2012 at 6:37 PM

pa ne znam ovo sto si napisao izgleda mi da imas cca 2 stavke na racunu 

Stavka A = Osnovica 100 kn i IMA PDV25%, NEMA PNP

Stavka B = Osnovica 100 kn, NEMA PDV, IMA PNP 3%

 

Mene je zanimalo sta kad imas Samo Stavku A koja kosta 100 kn sad u ovom slucaju, a ima na sebi i PDV i PNP, zanimalo me koja je osnovica i koliko su porezi

Coordinator
Nov 26, 2012 at 6:37 PM

mayti, ali u onom njegovom XML-u nigdje nije definiran PNP, a to je type kojeg moraš definirati ukoliko imaš PNP.. kontaš?

Nov 26, 2012 at 6:38 PM

e sada vise nista ne kontam.... zar u PDV pisem i 3% ??

Coordinator
Nov 26, 2012 at 6:39 PM

ne :)

3% pišeš u PNP.

Nov 26, 2012 at 6:40 PM

Ok onda jel mi mozes dati primjer za racun koji ima jednu jedinu stavku sa iznosom 35kn (sa porezima PNP3% i PDV25%). Kako to zapisati 

Nov 26, 2012 at 6:46 PM

Onda je ovako

<tns:Pdv>
  <tns:Porez>
    <tns:Stopa>25.00</tns:Stopa>
    <tns:Osnovica>27.34</tns:Osnovica>
    <tns:Iznos>6.84</tns:Iznos>
  </tns:Porez>
</tns:Pdv>

<tns:Pnp>
  <tns:Porez>
    <tns:Stopa>3.00</tns:Stopa>
    <tns:Osnovica>27.34</tns:Osnovica> 
    <tns:Iznos>0.82</tns:Iznos>
  </tns:Porez>
</tns:Pnp>

Coordinator
Nov 26, 2012 at 6:47 PM
maytione wrote:

Ok onda jel mi mozes dati primjer za racun koji ima jednu jedinu stavku sa iznosom 35kn (sa porezima PNP3% i PDV25%). Kako to zapisati 

 

<tns:Pdv>
  <tns:Porez>
    <tns:Stopa>25.00</tns:Stopa>
    <tns:Osnovica>27.34</tns:Osnovica>
    <tns:Iznos>6.84</tns:Iznos>
  </tns:Porez>
</tns:Pdv>

<tns:Pnp>
  <tns:Porez>
    <tns:Stopa>3.00</tns:Stopa>
    <tns:Osnovica>27.34</tns:Osnovica>  
    <tns:Iznos>0.82</tns:Iznos>
  </tns:Porez>
</tns:Pnp>
Nov 26, 2012 at 6:47 PM

pa tako sam mislio da si napravio i prvi put tek sam poslije skontao da nisi bio u pnp nodeu

Coordinator
Nov 26, 2012 at 6:48 PM

ahaha :)))

Nov 26, 2012 at 6:49 PM

ma hebiga.. 8 sati u firmi i ostatak od kuce i gotov sam vise, bolje da nesto jedem danas i odem spavat

Nov 26, 2012 at 6:49 PM

jesu li ukljuceni validatori (nad vrijednostima) na test serveru ?

Coordinator
Nov 26, 2012 at 6:50 PM
maytione wrote:

jesu li ukljuceni validatori (nad vrijednostima) na test serveru ?

misliš da li ti štima matematika sa porezima?

Nov 26, 2012 at 6:51 PM

pa da, to, volio bi kad bi znao da je sve u redu

Coordinator
Nov 26, 2012 at 6:52 PM

nopee :) samo validiraju dvije decimale....

Nov 26, 2012 at 6:53 PM

krasno :)

Coordinator
Nov 26, 2012 at 6:53 PM

možeš mislit što bi garantirani maksimalni odziv bio 2 sec da validiraju i matematiku... sustav bi se raspao nakon trećeg upita :)

Nov 26, 2012 at 6:55 PM

pa da, tako je bilo i sa zdravstvenim CEZIH sustavom jos su ga majstori digli na MS SharePoint :)

Coordinator
Nov 26, 2012 at 6:57 PM
Edited Nov 26, 2012 at 7:01 PM

Nažalost, iz prve ruke imam informaciju tko je i kako razvijao taj (CEZIH) sustav... zašto i radi čega je taj sustav loš.. ali za sve više od ovoga da nešto napišem javno, pojeo bi me mrak :)

Konačno, fiskalizaciju su odradili ljudi iz struke... ovo je prvi sustav koji je odrađen "na nivou"... Java + Oracle.. obećavajuće :)

Nov 26, 2012 at 7:02 PM

De mi samo jos reci ako znas, kod ovog zaokruzivanja, moze se dogodit da masis za jednu lipu zar ne ?

Coordinator
Nov 26, 2012 at 7:06 PM
Edited Nov 26, 2012 at 7:13 PM

To je računovodstveni problem...

Poreznicima (koji će kontrolirati fiskalizaciju) je samo bitno da ono što piše na računu je jednako onome što si slao na CIS.. Znači tvoj zadatak je prikazati sve račune iz aplikacije koji će odgovarati svim računima poslanim na CIS... a sad.. o savjesnosti poreznika koji će kontrolirati računovodstveno stanje ovisi hoće li i za koliko lipa "progledati kroz prste"...

Nov 26, 2012 at 9:26 PM
Edited Nov 26, 2012 at 9:35 PM

Bilo bi ljepo da znamo kako sumirati Z jer ovisiti o volji poreznika nije nešto. Do sada nisu davili za par lipa ali nikad se ne zna.

Sumirati osnovice i na kraju dana obračunati PDV i PP <> sumirati stupce po svim računima

utr osn PDV PP utr razlika
10,00 7,81 1,95 0,23 9,99 0,01
11,00 8,59 2,15 0,26 11,00 0
12,00 9,38 2,35 0,28 12,01 -0,01
13,00 10,16 2,54 0,30 13,00 0
14,00 10,94 2,74 0,33 14,01 -0,01
15,00 11,72 2,93 0,35 15,00 0
16,00 12,50 3,13 0,38 16,01 -0,01
17,00 13,28 3,32 0,40 17,00 0
18,00 14,06 3,52 0,42 18,00 0
19,00 14,84 3,71 0,45 19,00 0
20,00 15,63 3,91 0,47 20,01 -0,01
           
165,00 128,91 32,23 3,87 165,01 obračun sume
           
165,00 128,91 32,25 3,87 165,03 suma stupaca
Nov 26, 2012 at 10:11 PM

@drumisek

Upravo ovo je vjecna rasprava s knjigovodjama, kojima njihov program nekad racuna drugacije. Mislim da pocetak svake rasprave treba poceti od onoga sto placa kupac, dakle od MPC, tj. prodajne cijene. Odatle treba sve racunati unatrag, makar se u zbroju ne slagalo. Jer prodavatelj je stavio novce od maloprodajne cijene u blagajnu, a ne od neke osnovice + ovaj + onaj porez. Isto tako, kod obracuna Z trake, mislim da bi najpravilnije bilo racun po racun zbrajiti MPC, osnovice i poreze, pa koliko god ispadne, makar se to ne slagalo sa izracunom kada bi se od ukupnog utrska direktno izracunali porezi.

U ovom (odlicnom!) primjeru koji si dao, ja smatram da bi Z traka trebala izgledati ovako:

Total iznos: 165,00         Total osnovica: 128.91      Total PDV 25%: 32.25      Total PP 3%: 3.87

Ovdje bi razlika bila +0,03 kn (osnovica+PDV+PP), ali mislim da je tako najpravilniji obracun, obzirom da se placa racun po racun, a ne svi racuni odjednom.

Naravno, uvijek ce se naci "pametnjakovic" sa inspekcijskom znackom (a bez da tocno odgovori na pitanje koliko je 2+2*2, naravno da nije 8, ali bi se zacudili koliko ih je spremno staviti pare na 8) i drugacijim misljenjem. No, daljnja rasprava vec zalazi u politiku pa nemojmo o tome.

Nov 27, 2012 at 9:58 AM
Edited Nov 27, 2012 at 10:02 AM

Viggor kaže : "Ovdje bi razlika bila +0,03 kn (osnovica+PDV+PP), ali mislim da je tako najpravilniji obracun, obzirom da se placa racun po racun, a ne svi racuni odjednom."

Moja usluga košta 0,01kn (s porezom).
Koliko je unutra poreza od 25%?
A koliko je ukupno poreza za prijaviti državi ako sam u jednom danu izdao 1000 takvih računa?

0kn ili 2kn?

:)

Nov 27, 2012 at 10:02 AM

Ako spremas porez u bazu na 2 decimale onda nemas poreza za prijavit :)

Nov 27, 2012 at 10:04 AM

@maytione, ti hoćeš reći da u Hrvatskoj postoje "mililipe", "mikrolipe", "nanolipe"?

Nov 27, 2012 at 10:08 AM

Stavka Iznos s porezom         StopaPDV     StopaPNP

A 100 25% 3%
B 100 25% 0%
C 100 0% 3%
D 100 10% 3%

E

100 10%

0%

Ukupan iznos racuna = 500 kn

PDV25% Osnovica? , Porez?

PDV10% Osnovica?, Porez?

PDV0% Osnovica?, Porez?

PNP3% Osnovica?, Porez?

Nov 27, 2012 at 10:42 AM
Edited Nov 27, 2012 at 11:31 AM

@maytione

Po meni, opet racun po racun, pa zbrajaj sve po kolonama (iznos, osnovica, PDV, PP), dakle konkretno u ovom slucaju:

A    osnovica = 100/1.28 = 78.13,    PDV = 78.13 x 0.25 = 19.53,    PP = 78.13 x 0.03 = 2.34
B    osnovica = 100/1.25 = 80.00,    PDV = 80.00 x 0.25 = 20.00,    PP = 80,00 x 0,00 = 0,00
C    osnovica = 100/1.03 = 97.09,    PDV = 97,09 x 0.00 = 00.00,    PP = 97.09 x 0,03 = 2.91
D    osnovica = 100/1.13 = 88.50,    PDV = 88,50 x 0,10 =  8.85,    PP = 88.50 x 0.03 = 2.66
E    osnovica = 100/1.10 = 90.90,    PDV = 90.90 x 0.10 =   9.09,    PP = 90.90 x 0.00 = 0.00
ZTR osnovica                =434.62     PDV                      = 57.47    PP                        = 7.91

Dakle, racun po racun. Jer klijentu se izdaje pojedinacni racun sa rekapitulacijom poreza zaokruzenim na 2 decimale i to se smatra zvanicnim dokumentom. Po tom dokumentu klijent smatra da je pruzatelj usluge naplatio njemu MPC, a drzavi navedene poreze. To sto se u konacnom zbroju ZTR-a se ne slaze, mislim da je manje bitno od onoga sto pise na racunima, jer se Z traka je zbroj svih stavki (a ne izracun) i predaje se poreznoj upravi koja bi morala biti svjesna ovog problema, koji nastaje zbog zaokruzivanja na 2 decimale. Tu nema pomoci, jedino ako zakon nalozi zaokruzivanje na vise.

@mladenbabic

da, mladene, duzan si 0kn poreza na MILION takvih racuna, a ne samo na 1000. Eto, pronasao si rupu u zakonu :))))))))))

To me podsjeca na onaj vic: -Koliko kosta kap benzina? -Nista! -Pa daj mi onda "nakapaj" 10 litara.

Nov 27, 2012 at 11:14 AM

Sve je to ok, osim stavke D gdje je PDV * 0.10, ali kako bi ti u to mslucaju izgledao xml dio za PU ?

<tns:Pdv>
  <tns:Porez>
    <tns:Stopa>25.00</tns:Stopa>
    <tns:Osnovica>???</tns:Osnovica>
    <tns:Iznos>???</tns:Iznos>
  </tns:Porez>
  <tns:Porez>
    <tns:Stopa>10.00</tns:Stopa>
    <tns:Osnovica>???</tns:Osnovica>
    <tns:Iznos>???</tns:Iznos>
  </tns:Porez>
  <tns:Porez>
    <tns:Stopa>10.00</tns:Stopa>
    <tns:Osnovica>???</tns:Osnovica>
    <tns:Iznos>???</tns:Iznos>
  </tns:Porez>
</tns:Pdv>
<tns:Pnp>
  <tns:Porez>
    <tns:Stopa>3.00</tns:Stopa>
    <tns:Osnovica>???</tns:Osnovica>  
    <tns:Iznos>???</tns:Iznos>
  </tns:Porez>
</tns:Pnp>

Nov 27, 2012 at 11:45 AM

@viggor, nema nikakve rupe u Zakonu !

Dužan sam 2kn poreza po dnevnom prometu.
Odnosno, ispravnije, dužan sam preračunatom stopom izračunati porez iz UKUPNOG prometa s porezom, a sve za ukupni periodu obveze prijave PDVa.

Znači, zbrojim sve maloprodajne promete za određenu poreznu kategoriju, i iz tog ukupnog iznosa preračunatom stopom izračunam pripadajući porez. Osnovica je "virtualna", ali se i ona na kraju izračunava za gore opisati porez (a ne odbija se porez od ukupnog iznosa kako bi se prijavila osnovica)

Znači, za stvarnu obvezu uopće nije bitno što si ti to prijavio na svom računu.

Nov 27, 2012 at 11:54 AM

Pozdrav,

Možda vam pomogne način izračuna pdv- a i pnp-a na koji ja računam.

Sumarno po stavkama (po pripadajućim porezima)  pravim rekapitulaciju pdv-a pnp-a i osnovica.

Pdv i pnp izračunavam izbijanjem iz ukupnog iznosa, a osnovicu dobijem oduzimanjem istih od ukupnog iznosa.

U određenim ukupnim iznosima stavaka može doći i do uvećavanja pdv-a i pnp-a kada su i jedan i drugi kod izbijanja  x.xx5 na trećoj decimali. Tada ih zaokružujem i umanjujem osnovicu za tu jednu lipu.

Moja usluga košta 0,01kn (s porezom).
Koliko je unutra poreza od 25%?
A koliko je ukupno poreza za prijaviti državi ako sam u jednom danu izdao 1000 takvih računa?

0kn ili 2kn?

Mislim da bi u ovom slučaju bilo ispravno ukupnu sumu dnevnih računa postaviti po pripadajućim porezima - znači izračunati porez za skupni iznos jer ionako sumarni dnevni promet ulazi u knjigu izlaznih računa  na temelju koje se pravi mjesečni obračun pdv-a.

Nov 27, 2012 at 11:56 AM
Edited Nov 27, 2012 at 12:59 PM

Ispravljena stavka D :)

Evo kako bih ja:

tns:Pdv>
  <tns:Porez>
    <tns:Stopa>25.00</tns:Stopa>
    <tns:Osnovica>158.13</tns:Osnovica>
    <tns:Iznos>39.53</tns:Iznos>
  </tns:Porez>
  <tns:Porez>
    <tns:Stopa>10.00</tns:Stopa>
    <tns:Osnovica>179.40</tns:Osnovica>
    <tns:Iznos>17.94</tns:Iznos>
  </tns:Porez>
</tns:Pdv>
<tns:Pnp>
  <tns:Porez>
    <tns:Stopa>3.00</tns:Stopa>
    <tns:Osnovica>263.72</tns:Osnovica> 
    <tns:Iznos>7.91</tns:Iznos>
  </tns:Porez>
</tns:Pnp>





krivo sam upisao osnovicu, nije 236,72 nego 263.72 (ovo radim rucno)

Nov 27, 2012 at 11:57 AM

:) jeste se zapalili, jednostavno sastavite onaj XML koji sam gore naveo pa cemo vidjeti koliko razlicitih pristupa ima, mislim da je onaj moj primjer sa racunom od 500 kn dobar pokazni primjer problema :)

Nov 27, 2012 at 12:03 PM

@viggor, ne valja ti 3%. 
3% na 236,72 je 7,10 a ne 7,91

 

 

Nov 27, 2012 at 12:03 PM

sada vidim zašto ja imam toliko korisnika :P

 

Coordinator
Nov 27, 2012 at 12:09 PM

...preračunata stopa...

Nov 27, 2012 at 12:13 PM

Da preračunatom se stopom utvrđuje iznos poreza iz vrijednosti s porezom.

Ali, kada nekome "pod nos" napišeš osnovicu za obračun nekog poreza po nekoj stopi, i uz to mu napišeš stopu i iznos poreza, pa valjda onda mora biti ispravna "mala matematika"!?

Nov 27, 2012 at 12:30 PM

moglo bi i ovo pomoći jer postavljanje konstanti za izbijanje pdva i pnpa dugoročno ne mogu opstati zbog učestalog mijenjanja postataka poreza

'mUkIznos = ukupan iznos stavke s uključenim pdv i pnp
'PdvStopa = stopa pdva (25  trenutno )
'PnpStopa = stopa pnp  (3 trenutno)

  
        If mUkIznos <> 0 and PdvStopa <> 0 Then
          mUkupanPorez_i_Pnp = CDbl(Format(mUkIznos - ((mUkIznos * 100) / (100 + PdvStopa + PnpStopa)), "0.00"))
          IznosPdv_a = CDbl(Format((mUkupanPorez_i_Pnp / (PdvStopa + PnpStopa)) * PdvStopa, "0.00"))
          IznosPnP_a = CDbl(Format((mUkupanPorez_i_Pnp / (PdvStopa + PnpStopa)) * PnpStopa, "0.00"))
          mOsnov = CDbl(CStr(Format(mUkIznos - (IznosPdv_a + IznosPnp_a), "0.00")))
        End If

Nov 27, 2012 at 12:49 PM
Edited Nov 27, 2012 at 12:50 PM

Stavka

IZNOS sa porezom

Stopa PDV

Stopa PNP

Osnovica

PDV

PNP

Provjera

A

100,00 kn

25%

3%

78,13 kn

19,53 kn

2,34 kn

100,00 kn

B

100,00 kn

25%

0%

80,00 kn

20,00 kn

0,00 kn

100,00 kn

C

100,00 kn

0%

3%

97,09 kn

0,00 kn

2,91 kn

100,00 kn

D

100,00 kn

10%

3%

88,50 kn

8,85 kn

2,65 kn

100,00 kn

E

100,00 kn

10%

0%

90,91 kn

9,09 kn

0,00 kn

100,00 kn

 

500 kn

 

 

434,62 kn

57,47 kn

7,91 kn

500 kn

PDV

 

 

  

          65,38 kn

 

STOPA

OSNOVICA

POREZ

     

25%

158,13 kn

39,53 kn

     

10%

179,40 kn

17,94 kn

     

0%

90,91 kn

0,00 kn

     

PNP

 

 

     

STOPA

OSNOVICA

POREZ

     

3%

263,71 kn

7,91 kn

     

 

 

 

     

 

 

65,38 kn

     
Nov 27, 2012 at 12:50 PM
Edited Nov 27, 2012 at 12:57 PM

@zadzic, sve je ok osim mOsnov.

mOsnov, treba izračunavati iz iznosa poreza i stope tog poreza. 
Na taj način kada god neko "lupi" stopu na osnovicu dobiti će baš taj porez. 
Razliku između "mUkIznos" se jedne strane i zbroja osnovice i oba poreza - dobro je prikazati kao stavku "Zaokruženje osnovice".

Nov 27, 2012 at 12:59 PM
mladenbabic wrote:

@viggor, nema nikakve rupe u Zakonu !

Dužan sam 2kn poreza po dnevnom prometu.
Odnosno, ispravnije, dužan sam preračunatom stopom izračunati porez iz UKUPNOG prometa s porezom, a sve za ukupni periodu obveze prijave PDVa.

Znači, zbrojim sve maloprodajne promete za određenu poreznu kategoriju, i iz tog ukupnog iznosa preračunatom stopom izračunam pripadajući porez. Osnovica je "virtualna", ali se i ona na kraju izračunava za gore opisati porez (a ne odbija se porez od ukupnog iznosa kako bi se prijavila osnovica)

Znači, za stvarnu obvezu uopće nije bitno što si ti to prijavio na svom računu.

Ovaj dio:

Odnosno, ispravnije, dužan sam preračunatom stopom izračunati porez iz UKUPNOG prometa s porezom, a sve za ukupni periodu obveze prijave PDVa.

 

To ti tako tumačiš ili ima neko slovo zakona da se to tako računa?

Ja sam skloniji varijanti, da ono što se ispisalo na računu da se to mora platiti, a ne neki virtualni iznos na kraju.

Ako se na kraju dana zbajaju iznosi svih računa i onda preračunatom stopom računa PDV (i PNP), onda bi tako trebalo raditi i na računu.

Znači, ako račun ima 100 stavki trebalo bi zbrojiti ukupne iznose po svim stavkama i tek onda računati PDV i PNP. E sad, dok još u računicu uključimo različite rabate po stavkama + ukupni rabat po npr. plaćanju i još neki cassa sconti i slično,..hmmmmmmmmmm

Ne znam. Žalosno je što država propisuje svakakve gluposti, a stvari kao što su računanje poreza, rabata, zaokruživanje,... ne propiše, pa da znamo što moramo raditi, a ne da si svaki knjigovođa (ili inspektor) tumači kako hoće, tj. država čak i da primjer ali on je totalno bezveze jer njihov primjer je:

iznos vez poreza 100 kn, porez:25 kn ukupno 125 kn i da imaš milion takvih računa zbroj će ti uvijek štimati ( a primjera sa 2-3 rabata, pnp-om, povratnom naknadom i sličnim nema ,ili su isto tako trivijalni)

Nov 27, 2012 at 1:03 PM

osnovicu radim na taj način zbog zaokruženja pdv-a i pnp-a

npr.  Iznos stavke 48 kn

25 + 3 % = 28% izbijanjem ispada 10,50

pdv = 9,375  znači 9,38

pp = 1,125  znači 1,13

ukupno pdv i pp  10,51 

zato osnovicu umanjujem za 1 lipu

ne znam kako riješiti drugačije jer mislim da nesmijem pdv umanjiti zbog pnpa i obrnuto

Nov 27, 2012 at 1:15 PM

Neka smo se zapalili, bas trebamo to rascistiti, jer netko mozda radi krivo. Pitanje je sto je glavno za placanje poreza - racun, ztraka ili obracunski period. Po meni je racun osnovica svega. Preko iskazanog poreza na racunu, kupac moze traziti povrat poreza od drzave. Upravo taj porez treba uplatiti prodavac - racun po racun. Obracun Z trake tako da se sve zbroji po poreznim grupama pa onda racunaju porezi ce uvijek biti razlicit za koju lipu i to u korist drzave, jer se preskoci jedno zaokruzivanje (pri izdavanju racuna) u kojem nestanu mili/mikro/nano/piko itd lipe.

Dakle, po meni je krucijalno pitanje kada se rade zaokruzivanja? Zasto onda ne uzeti obracunski period za placanje PDV-a kao glavni termin obracuna (najcesce mjesec dana - izbjegava se jos jedno zaokruzivanje - dnevno od Z trake) pa sve racune u obracunskom periodu zbrojiti i platiti (jos malo veci) porez?

Nov 27, 2012 at 1:23 PM

@zadzic, tu lipu ja ne dodajem na osnovicu nego je prikazujem posebno na računu.
Nekada je to i tri lipe. Bolje je greške zbrojiti i prikazati kao - "Greška zaokruženja osnovice", jer ona to i je.

@spikija, kako god ti prijavljivao porez po računima, na kraju te čeka stvarni porez u PDV obrascu. A njegova kontrola glasi - zbroj osnovice i poreza mora dati tvoj ukupni maloprodajni promet. Dakle ti piši što god hoćeš po tim računima, ali na kraju godine te čeka preračunata stopa iz UKUPNOG maloprodajnoj prometa. Prevedeno : možeš ti i "tajiti" taj porez po prometu, po računu, gdjegod, možeš računati 0kn iz mog primjera - ali time samo varaš sebe i korisnika tvog programa - Jer to nije prava obveza koja čeka, kako u obračunskom PDV obrascu, tako i u godišnjem.

 

Nov 27, 2012 at 1:24 PM

Što je glavno za plaćanje poreza

Mislim da je pdv obrazac glavni za plaćanje poreza. Knjige računa su osnov za izračun pdv obrasca.

Ako su u knjizi sumarno maloprodajni računi onda po njima, ali nisam siguran da netko u knjigu stavlja sve račune da li bi bila točnija rekapitulacija. I tada će doći do potrebe zaokruženja - vjerojatno osnovice.  

Nov 27, 2012 at 1:35 PM
Edited Nov 27, 2012 at 1:36 PM

@zadzic, da, u maloprodaji se zaokružuje osnovica, jer je maloprodajna vrijednost fiksna, izračun poreza preračunatom stopom je definiran pravilnikom, dakle samo je osnovica "bez zaštite". Pa kako bi zadržali integritet svake vrste, pošteno je reći kolika je razlika izračuna u jednom i u drugom smjeru.

Nov 27, 2012 at 1:48 PM
37,5 25 9,375 9,38  
37,5 3 1,125 1,13  
    10,5 10,51 48,01
         
37,49 25 9,3725 9,37  
37,49 3 1,1247 1,12  
    10,4972 10,49 47,98

 

Evo pokušao sam napraviti izračun po veleprodajnom načinu izračuna poreza. Moj problem s osnovicom je ustvari da određeni maloprodajni iznosi ne mogu biti ostvareni po veleprodajnom načinu ako se uzimaju iznosi zaokruženi na dvije decimale, a za prikazivanje greške zaokruženja osnovice moram priznati da nisam znao.

Nov 27, 2012 at 2:08 PM
mladenbabic wrote:
Moja usluga košta 0,01kn (s porezom).

Koliko je unutra poreza od 25%?
A koliko je ukupno poreza za prijaviti državi ako sam u jednom danu izdao 1000 takvih računa?

0kn ili 2kn?

:)

Okrenimo ovu varijantu u veleprodaju, gdje se račun ne knjiži zbirno.

znači R1 račun.

Moja usluga košta 0,01 lp bez poreza( i još dam 50% rabata :))) ) - porez na artiklu je 25%.

Što staviti u IRU za tu jednu stavku? :)

P.S. Bila bi zanimljiva i maloprodaja sa 50%rabata na iznos od 0.01lp

Nov 27, 2012 at 2:14 PM
zadzic wrote:

Evo pokušao sam napraviti izračun po veleprodajnom načinu izračuna poreza. Moj problem s osnovicom je ustvari da određeni maloprodajni iznosi ne mogu biti ostvareni po veleprodajnom načinu ako se uzimaju iznosi zaokruženi na dvije decimale, a za prikazivanje greške zaokruženja osnovice moram priznati da nisam znao.

Ja sam prije prikazivao na računu stavku npr. "Razlika u zaokruženju : 0.02" ali su se korisnici bunili što je to, zašto to prikazujemo, da ljudi kojima daju račune neznaju kako iskontirati takav račun i slično, pa sad tu razliku trpamo u osnovicu.

Nov 27, 2012 at 2:34 PM
Edited Nov 27, 2012 at 2:36 PM

@spikija, pa ljudi će ti se buniti i ako zaokruženje "trpaš" na osnovicu - bez obrazloženja.
Onda će ti "teta koja knjiži" reći da nije 99.8+25%=125!?

i da, I-RA, s iznosom 0.01kn i 0kn PDVa od 25%, je potpuno ispravna I-RA.
Ali to ne znači da ako ih imaš 1000 takvih, u obračunskom periodu, da ti je obveza PDVa = 0. To smo valjda apsolvirali. 

Nov 27, 2012 at 3:01 PM

Ako stavka ima i PDV i PNP pisem li zajednicuku osnovicu ili za svaki porez svoju osnovicu po preracunatim stopama za pojedini porez, tj idem li Iznos / 1.28 ili 19,531bla bla i 2.344blabla

Zanima me samo iz jednog razloga ... XML za PU :)

 

Dec 6, 2012 at 10:49 PM

Gospodo majstori, imam prog u Vb-u i zanima me kako se racunaju stope, odnosno algoritam trazim.

imam tabelu tblPoreziArtikli gdje se nalaze svi porezi kojeg pojedini artikl ima.

<tfoot></tfoot>
tblPorezArtikli
porez_id Article_Id
{617F3C52-0554-4830-9303-A11561D8B2B2} {019A62C1-9622-420F-8B19-CA85DA2DC61B}
{617F3C52-0554-4830-9303-A11561D8B2B2} {01AD943B-3D73-4EC7-83B1-C143E9D81ECA}

 

____________________________________________________

imam tabelu tblPorezi gdje se nalazi porezi

 

<tfoot></tfoot>
tblPorez
porez_id naziv stopa tipPoreza IsDeleted
{617F3C52-0554-4830-9303-A11561D8B2B2} PDV 25,00% PDV False
{7EDF70BE-FF36-4E98-9DE8-6865F5C6476A} PP 3,00% PNP False
{DD0B54F6-4D23-4A62-9C32-7E8CE4A9F9DA} Nulta stopa 0,00% OSTALO False

 

______________________________________________________________________________________________________________

imam tabelu stavki artikala

<tfoot></tfoot>
tblSubOrders
Id Cijena

CijenaBezPopusta

Obrisano Ispisano Kolicina OsnovicaBezPopusta OsnovnaCijena UkupnoPorez IznosPoreza Ukupno UkupnoBezPoreza UkupnoBezPopusta PostotakPopusta IznosPopusta
Article_Id Invoice_Id
{68E26C19-F42B-4C00-AED7-0E11CD55C4E6} 20,00 20,00 False True 1,00 16,00 16,00 0,25 4,00 20,00 16,00 20,00 0,00 0,00
603 {55EBB9C9-1501-4684-B3CA-18C030436F04}
{9E168097-4703-4E5D-ACF1-5C731D9D7DAB} 10,00 10,00 False True 1,00 7,81 7,81 0,28 2,19 10,00 7,81 10,00 0,00 0,00
614 {55EBB9C9-1501-4684-B3CA-18C030436F04}

Kako sada napraviti algoritam da mi po svakoj stavci poreza  na racunu ispise recimo:

Osnovica = 120,00kn

PDV = 25,00 kn

PNP = 15,00kn.

Sta recimo ako dodam jos jedan porez u tabelu tblPorezi sa stavkom PDV2, 10%

KAko izracunam po stavkama osnovice pdv i pnp i sta ako imam 2 pdva u stavkama , jedan od 25 a drugi od 10% kako cu ubaciti u XML string

primjer:

<tns:Pdv>
  <tns:Porez>
    <tns:Stopa>25.00</tns:Stopa>
    <tns:Osnovica>158.13</tns:Osnovica>
    <tns:Iznos>39.53</tns:Iznos>
  </tns:Porez>
  <tns:Porez>
    <tns:Stopa>10.00</tns:Stopa>
    <tns:Osnovica>179.40</tns:Osnovica>
    <tns:Iznos>17.94</tns:Iznos>
  </tns:Porez>
</tns:Pdv>
<tns:Pnp>
  <tns:Porez>
    <tns:Stopa>3.00</tns:Stopa>
    <tns:Osnovica>263.72</tns:Osnovica>  
    <tns:Iznos>7.91</tns:Iznos>
  </tns:Porez>
</tns:Pnp>

Znaci potreban mi je dinamicki algoritam kako bi to sve na kraju ispisao na racunu ...ima tko nekakv slican problem?

lp, Sanjin

Dec 7, 2012 at 1:04 PM

I u pojedinačnom računu svaka stavka (artikl) ima svoj iznos i poreznu stopu, pa bi se i po stavci dao izračunati PDV i zbrojiti kao PDV za cijeli račun, ali to, koliko sam sve pratio, nitko ne radi.

Prema tome, ukoliko u samom računu zbrajamo MP iznose po stavkama i iz zbroja izbijamo PDV (što u računu s puno stavaka obično ne odgovara matematičkoj sumi obračunatih poreza po stavci zaokruženih na 2 decimale), ne vidim zašto onda ne vrijedi logika da se u smjeni zbroji MP vrijednost svih izdanih računa i iz toga opet izbije PDV po stopama, i da to bude porez koji će prodavatelj platiti državi.

Jednostavnije: ako kupim 77 artikala u jednom računu, ili ako kupim sve to u istom dućanu na 77 računa, zbroj PDV-a tih 77 računa teško da će odgovarati PDV-u u onom jednom...

Feb 4, 2013 at 3:26 PM
Dobar dan svima!
  Imam jedno pitanje u vezi poreza. U tehničkoj specifikaciji za fiskalizaciju piše da tip podatka za pdv bude decimal(3,2) a najveća vrijednost tog tipa je 9,99. Pa me zanima kako prikazati PDV od 25% ili neku drugu vrstu poreza koja je veca od 9,99.
Coordinator
Feb 4, 2013 at 3:28 PM
PDV od 25% prikazuješ kao 25.00 - specifikacija decimal(3,2) označava da imaš 3 mjesta za cjelobrojnu vrijednost + 2 za decimale, dakle, najveći je broj 999.99 :)
Feb 4, 2013 at 3:33 PM
Onda je problem sa SQL serverom jer mi ne dopušta da unesem veći broj.
Feb 4, 2013 at 4:02 PM
Stavi sa ti je to decimal polje scale 18 precision 2 tj (18,2) pa si miran
Feb 5, 2013 at 12:42 AM
Edited Feb 5, 2013 at 12:45 AM
Pozdrav,
imao bih pitanje u vezi poreza pa da ne otvaram novu temu...

Recimo da na računu imam 2 artikla A i B.
Cijena artikla A je 35kn , a B 10 kn.
Artikal A ima poreze PDV 25% i PNP 3%
Artikal B ima samo porez PDV 25 %

Da li je ovo ispravan XML ?
<tns:Pdv>
<tns:Porez>
<tns:Stopa>25.00</tns:Stopa>
<tns:Osnovica>35.34</tns:Osnovica>
<tns:Iznos>8.84</tns:Iznos>
</tns:Porez>
</tns:Pdv>
<tns:Pnp>
<tns:Porez>
<tns:Stopa>3.00</tns:Stopa>
<tns:Osnovica>27.34</tns:Osnovica>
<tns:Iznos>0.82</tns:Iznos>
</tns:Porez>
</tns:Pnp>
<tns:IznosUkupno>45.00</tns:IznosUkupno>
Hvala unaprijed :))
Feb 5, 2013 at 10:59 PM
Ne vidim grešku...
Feb 5, 2013 at 11:20 PM
viggor wrote:
Neka smo se zapalili, bas trebamo to rascistiti, jer netko mozda radi krivo. Pitanje je sto je glavno za placanje poreza - racun, ztraka ili obracunski period. Po meni je racun osnovica svega. Preko iskazanog poreza na racunu, kupac moze traziti povrat poreza od drzave. Upravo taj porez treba uplatiti prodavac - racun po racun. Obracun Z trake tako da se sve zbroji po poreznim grupama pa onda racunaju porezi ce uvijek biti razlicit za koju lipu i to u korist drzave, jer se preskoci jedno zaokruzivanje (pri izdavanju racuna) u kojem nestanu mili/mikro/nano/piko itd lipe. Dakle, po meni je krucijalno pitanje kada se rade zaokruzivanja? Zasto onda ne uzeti obracunski period za placanje PDV-a kao glavni termin obracuna (najcesce mjesec dana - izbjegava se jos jedno zaokruzivanje - dnevno od Z trake) pa sve racune u obracunskom periodu zbrojiti i platiti (jos malo veci) porez?
Krucijalno pitanje je "hrvatski faktor" kod predaje PDV obrasca tj. koliko odstupanje osnovice i PDVja je dozvoljeno. Sve ostalo: na nivou dana, nivou računa, nivou stavaka računa ... opet "hrvatski fakor"
Feb 5, 2013 at 11:54 PM
Kod PDV obrasca ne smije biti odstupanja koliko znam.
Ja predajem online preko fine (e-porezna) i moram zaokružiti točno na lipu inače ne prolazi. Mislim da mi je jedamput kad sam osobno
donosio lik vratio jer nije štimalo u lipu. Većina mojih klijenata ima i veleprodaju i druge prihode osim maloprodaje. Tako
da meni malopr. izvještaji ne predstavljaju problem u cijeloj priči.
Feb 6, 2013 at 6:58 PM
Edited Feb 6, 2013 at 6:58 PM
@cartman, pitao sam vise radi provjere moje matematike nego samog koda :)
Naime, posto nikad nisam radio dosad s porezima, nisam bio siguran da li se porezi s istom stopom zbrajaju, neovisno o razlici u njihovim osnovicama.

Pozdrav!
Feb 7, 2013 at 12:29 AM
znači odvojeno zbrajaš sve poreze s različitim stopama, i tako ih razvrstavaš. Npr 5%, 10%, 25% su odvojene stope istog poreza.
Na samom PDV obrascu su također odvojene stope. Ali imaš i polje za kumulativ, pa to sve skupa pozbrajaš..
Mar 4, 2013 at 8:24 AM
Nakon ove rasprave nije se došlo do nekog zaključka kako raditi to sa porezima. Ako imam artikl sa koji košta 10 kn i ima pdv10 i pnp3, dolazit će do odstupanja u zavisnosti od broja stavki na računu(npr. ako izdamo 1 račun sa 100 takvih artikala ili 100 računa sa po jednim takvim artiklom). Zaključio sam da u bazi spremam samo cijenu sa pdv-om i poreznu kategoriju artikla. Znači imam 4 porezna kategorije(1.pdv10 2.pdv10+pnp3 3.pdv25 4.pdv25+pnp3). Ovaj artikl bi tako imao poreznu kategoriju 2. Napravit ću dvije funkcije, jedna koja računa poreze i osnovice za stavke računa i tako ih prikazuje, i druga koja vadi poreze i osnovice za cijelo razdoblje sumirano, a ne po stavkama, pa ću imati dvije vrste izvještaja jedan gdje se porezi izvještavaju sumirano po stavkama računa, a drugi gdje se osnovica i porezi izračunaju za cijelo razdoblje, pa nek knjigovođa odluči šta će sa odstupanjima.....
Mar 4, 2013 at 3:12 PM
Porez koji se ispisuje na racunu je samo informativnog karaktera za kupca.
Obračun poreza se vrši na mjesečnoj (ili tromjesečnoj) bazi za sve prodane artikle u tom razdoblju.

npr ako imas artikl koji sa PDVom kosta 0,01 kn (njegov porez zaokruzen na dvije decimale je 0,00kn) i prodas po jednu stavku na 1000 racuna, obracun poreza po racunima ce biti 0,00 kn.
Ispravan nacin je da uzmes ukupnu vrijednost toga artikla u obracunskom razdoblju i tek onda izracunavas porez., odnosno u ovom slucaju izbijas porez iz 10kn i dobijas 2 kn PDVa.
Mar 4, 2013 at 3:16 PM
Osim ako izracunati porez svake stavke u bazi cuvas na cca 6-8 decimala... onda bi u pravilu mogao zbrojit sve stavke :)
Mar 4, 2013 at 3:38 PM
divkovi1, e neznam baš, pitao sam knjigovođu i reko je da zbroj poreza na izvještaju mora biti isti kao zbroj poreza na svim računama, sad neznam da li si to rekao tako jer misliš ili imaš neku službenu potvrdu za to ili da su ti to barem potvrdila nekolicina knjigovođa ili netko tko se razumije u to. Mislim da si rekao da je to ispravan način jer ti tako misliš. Jedan developer na forumu je rekao da njegova firma radi drugačije, zar su onda oni u prekršaju?!?!.
Očito je da ovdje nitko ne zna kakva su točna pravila, a i stvarno je možda moguće da ne postoji regulacija na tome području u RH. Ja sam prije za tvoje verziju da se porez vrši na mjesečnoj bazi, ali sam preuređivao jednu pos aplikaciju i dodavao sam izvještaj za poreze. Prvo sam napravio kako sam mislio da treba ovo kako ti misliš da je u redu, ali je žena koja već 20 godina vodi njigovodstvo rekla da zbroj poreza na računima mora biti isti kao na izvještaju, onda tako već radi 20 godina i sve joj štima.
Ehhhhh sada je to zajeb, onda bit teoretski bi mogao napraviti od računa sa iznosom 10000 kn, 1000000 računa sa iznosom 0.01 kn i platio bi porez 0 kn ukupno. Neka fora mora postojati...........
Mar 4, 2013 at 8:08 PM
Edited Mar 4, 2013 at 8:09 PM
fico7489.
Tvoj knjigovođa je u pravu i poslušaj ga. Izdani račun je formalni (da ne kažem službeni) dokument i moraš ga tako tretirati.
Tako ga tretira i porezna i razni knjigovodstveni propisi. Vidim da neki pišu da je porez na računu informativnog karaktera ali očito ne razumiju širu problematiku. Dakle iako je iznos poreza na računu zaokružen on je kao takav ispravan ako si ga točno izračunao, pa nećeš pogriješiti ako sumiraš zaokružene iznose. Međutim većina programskih rješenja numerike interno zapisuje na više decimala pa kad pustiš obradu najčešće će ti biti razlika par lipa. Ovo ne bi trebao biti problem jer se lipa tolerira s obzirom na složenost obrade na računalima. Ne opterećuj se onim fantaziranjima o 100000 nečega po 0.00001 kunu i sl. jer se takve stvari u realnosti ne pojavljuju.
LP