iCentar » Racunari i oprema » Programirannje i baze podataka » Access

Mirzo	09.03.2011 23:10
Predmet:Re: Fiskalizacija u FBiH Pozdrav, ono što je oprezivo je stopa E ono što nije oporezivo je stopa K (usluga carinskog posredovanja) ako u toku dana imam prodaju artikla "X" sa E, pa onda izvoz istog artikla "X" i pošaljem K, da li je to problem ?

Mirzo	10.03.2011 07:40
Predmet:Re: Fiskalizacija u FBiH @ biromega Potpuno ste upravu vezano za računovođe, oni bi da im programeri sve riješe. Naveo bih jedan primjer vezano za prodaju iz veleprodaje: Faktura iz veleprodaje kolicina cijena (bez PDV) iznos bez PDV 10.000,00 1,45 14.500,00 PDV 2.465,00 Ukupno 16.965,00 (a) prema uređaju se šalje cijena sa PDV 1,45 * 1,17 = 1,6965 (zaokruzenje na dvije decimale) 1,70 i sad uređaj radi 10.000,00 * 1,70 = 17.000,00 (b) razlika (a) - (b) = 35,00 razlika po PDV 17.000,00 *17/117 = 2.470,09 oko 5,00 KM možda griješim ali ovo će stvarati probleme ako ovako ide ?

Mirzo

10.03.2011 07:40

Predmet:Re: Fiskalizacija u FBiH

@ biromega
Potpuno ste upravu vezano za računovođe, oni bi da im programeri sve riješe.
Naveo bih jedan primjer vezano za prodaju iz veleprodaje:
Faktura iz veleprodaje
kolicina cijena (bez PDV) iznos bez PDV
10.000,00 1,45 14.500,00
PDV 2.465,00
Ukupno 16.965,00 (a)

prema uređaju se šalje cijena sa PDV 1,45 * 1,17 = 1,6965 (zaokruzenje na dvije decimale) 1,70
i sad uređaj radi 10.000,00 * 1,70 = 17.000,00 (b)
razlika (a) - (b) = 35,00
razlika po PDV 17.000,00 *17/117 = 2.470,09 oko 5,00 KM
možda griješim ali ovo će stvarati probleme ako ovako ide ?

biromega	10.03.2011 11:21
Predmet:Re: Fiskalizacija u FBiH Ako će se jedan artikl prodavati na domaćem tržištu (stopa E) i ino tržištu (stopa K) onda je najbolje imati dva "zasebna artikla" jer je u zabranjenom preiodu (u toku jednog fiskalnog dana) zabranjena promjena porezne stope (naziva i jm). Za veleprodaju: u cilju slaganja fakture sa fiskalnim računom, u mojoj aplikaciji korigujem "početnu" vpc na "novu". Kako sam već ranije opisao u VP nisu potrebne nivelacije tako da ova "mala korekcija" ne bi trebala praviti "probleme". Zalihe se i onako vode po prosječnoj nabavnoj cijeni.
Prilozi: f.jpg (Velicina datoteke:57.17 KB)

biromega

10.03.2011 11:21

Predmet:Re: Fiskalizacija u FBiH

Ako će se jedan artikl prodavati na domaćem tržištu (stopa E) i ino tržištu (stopa K) onda je najbolje imati dva "zasebna artikla" jer je u zabranjenom preiodu (u toku jednog fiskalnog dana) zabranjena promjena porezne stope (naziva i jm).

Za veleprodaju:

u cilju slaganja fakture sa fiskalnim računom, u mojoj aplikaciji korigujem "početnu" vpc na "novu". Kako sam već ranije opisao u VP nisu potrebne nivelacije tako da ova "mala korekcija" ne bi trebala praviti "probleme". Zalihe se i onako vode po prosječnoj nabavnoj cijeni.

Prilozi:
f.jpg (Velicina datoteke:57.17 KB)

biromega	10.03.2011 11:40
Predmet:Re: Fiskalizacija u FBiH Jedno od rješenja da se izbjegnu pomenute razlike VP i MP cijena je: odrediti cijenu za 100 komada (neki to označavaju sa CET i često se primjenjuje kod vijčane robe i sl. tj u slucaju "male" cijene po komadu ili velikih količina) u tom slučaju: VPC=145,00 KM/cet tj. MPC=169,65 KM/cet a) "prodaja" 10000 "stvarnih" komada VP: 100,00 (cet) * 145,00 KM = 14.500,00 KM * 1,17 = 16.965,00 KM MP: 100,00 (cet) * 169,65 KM = 16.965,00 KM b) "prodaja" 1000 "stvarnih" komada VP: 10,00 (cet) * 145,00 KM = 1.450,00 KM * 1,17 = 1.696,50 KM MP: 10,00 (cet) * 169,65 KM = 1.696,50 KM c) "prodaja" 10 "stvarnih" komada VP: 0,10 (cet) * 145,00 KM = 14,50 KM * 1,17 = 16,965 =>(zaokruzivanje) 16,97 KM MP: 0,10 (cet) * 169,65 KM = 16,965 KM =>(zaokruzivanje) 16,97 KM d) "prodaja" 1 "stvarnog" komada VP: 0,01 (cet) * 145,00 KM = 1,45 KM * 1,17 = 1,6965 =>(zaokruzivanje) 1,70 KM MP: 0,01 (cet) * 169,65 KM = 1,6965 KM =>(zaokruzivanje) 1,70 KM

biromega

10.03.2011 11:40

Predmet:Re: Fiskalizacija u FBiH

Jedno od rješenja da se izbjegnu pomenute razlike VP i MP cijena je:

odrediti cijenu za 100 komada (neki to označavaju sa CET i često se primjenjuje kod vijčane robe i sl. tj u slucaju "male" cijene po komadu ili velikih količina)
u tom slučaju:

VPC=145,00 KM/cet tj. MPC=169,65 KM/cet

a) "prodaja" 10000 "stvarnih" komada

VP: 100,00 (cet) * 145,00 KM = 14.500,00 KM * 1,17 = 16.965,00 KM
MP: 100,00 (cet) * 169,65 KM = 16.965,00 KM

b) "prodaja" 1000 "stvarnih" komada

VP: 10,00 (cet) * 145,00 KM = 1.450,00 KM * 1,17 = 1.696,50 KM
MP: 10,00 (cet) * 169,65 KM = 1.696,50 KM

c) "prodaja" 10 "stvarnih" komada

VP: 0,10 (cet) * 145,00 KM = 14,50 KM * 1,17 = 16,965 =>(zaokruzivanje) 16,97 KM
MP: 0,10 (cet) * 169,65 KM = 16,965 KM =>(zaokruzivanje) 16,97 KM

d) "prodaja" 1 "stvarnog" komada

VP: 0,01 (cet) * 145,00 KM = 1,45 KM * 1,17 = 1,6965 =>(zaokruzivanje) 1,70 KM
MP: 0,01 (cet) * 169,65 KM = 1,6965 KM =>(zaokruzivanje) 1,70 KM

adi	11.03.2011 00:15
Predmet:Re: Fiskalizacija u FBiH Citiraj biromega: Za NSC (FP550H i MP-55LD) ja koristim "resident mode" Citiraj biromega: Za NSC (FP550H i MP-55LD) ja koristim "resident mode" Citiraj biromega: Za NSC (FP550H i MP-55LD) ja koristim "resident mode" Hvala puno, u resident modu radi bez problema Nadam se da mi neko može odgovoriti i na slijedeće jer me dosta buni jer prilikom rada operatera na aplikaciji dešavaju se razni slučajevi: - u slučaju da operater nakon što je odštampao fiskalni račun npr br.23, slučajno još 1x ili 2x uzastopno taj račun otprinta da li se taj rn pohrani u memoriju fiskalnog uređaja ponovo ili ga fiskalni uređaj "odbije" jer je duplikat Ono što me još interesuje je ako jedna firma ima sastavljenu veleprodaju i maloprodaju tj. na jednom mjestu i koristi npr.softver robno-materijalno (+POS kasa) da li po zakonu ta firma može promet evidentirati na jednom fiskalnom uređaju ili kao 2 fiskalna uređaja u ovom primjeru? Znam da je to u softveru razgraničeno s tim da se artikli po potrebi mogu prenositi iz vp u mp putem forme prenosnica ali nisam siguran šta se dešava kod fiskalizacije..

adi

11.03.2011 00:15

Predmet:Re: Fiskalizacija u FBiH

Citiraj biromega:

Za NSC (FP550H i MP-55LD) ja koristim "resident mode"

Citiraj biromega:

Za NSC (FP550H i MP-55LD) ja koristim "resident mode"

Citiraj biromega:

Za NSC (FP550H i MP-55LD) ja koristim "resident mode"

Hvala puno, u resident modu radi bez problema Wink

Nadam se da mi neko može odgovoriti i na slijedeće jer me dosta buni jer prilikom rada operatera na aplikaciji dešavaju se razni slučajevi:

- u slučaju da operater nakon što je odštampao fiskalni račun npr br.23, slučajno još 1x ili 2x uzastopno taj račun otprinta da li se taj rn pohrani u memoriju fiskalnog uređaja ponovo ili ga fiskalni uređaj "odbije" jer je duplikat

Ono što me još interesuje je ako jedna firma ima sastavljenu veleprodaju i maloprodaju tj. na jednom mjestu i koristi npr.softver robno-materijalno (+POS kasa) da li po zakonu ta firma može promet evidentirati na jednom fiskalnom uređaju ili kao 2 fiskalna uređaja u ovom primjeru? Znam da je to u softveru razgraničeno s tim da se artikli po potrebi mogu prenositi iz vp u mp putem forme prenosnica ali nisam siguran šta se dešava kod fiskalizacije..

biromega	11.03.2011 10:06
Predmet:Re: Fiskalizacija u FBiH @adi Citat: - u slučaju da operater nakon što je odštampao fiskalni račun npr br.23, slučajno još 1x ili 2x uzastopno taj račun otprinta da li se taj rn pohrani u memoriju fiskalnog uređaja ponovo ili ga fiskalni uređaj "odbije" jer je duplikat Broj fiskalnog računa "određuje" fisklani uređaj. Fiskalni uređaj "sve što dobije za štampu" preko drajvera štampa kao novi fisklani račun (ako je zahtjev za štampu ispravan). Kroz aplikaciju, moraš obezbjediti "čitanje broja odštampanog fiskalnog računa" (kasnije ti može pomoći kod izdavanja reklamiranog f.računa). Ako negdje spemiš ovaj broj odštampanog fiskalnog računa, onda lako možeš "spriječiti" da se taj zahtjev ponovo ne štampa kao novi fiskalni račun. Citat: da li po zakonu ta firma može promet evidentirati na jednom fiskalnom uređaju Jednostavno je pravilo: za svaki JIB minimalno jedan fiskalni uređaj. Prema tome ako postoji samo jedan JIB, nema smetnji da se na jednom fiskalnom uređaju registruje promet i iz "veleprodaje" i iz "maloprodaje". Ako je jedna aplikacija onda još lakše. Ako su odvojene aplikacije, onda paziti za ne dođe do "preklapanja" šifara (PLU) radi očuvanja jednoznačnosti.

biromega

11.03.2011 10:06

Predmet:Re: Fiskalizacija u FBiH

@adi

Citat:

- u slučaju da operater nakon što je odštampao fiskalni račun npr br.23, slučajno još 1x ili 2x uzastopno taj račun otprinta da li se taj rn pohrani u memoriju fiskalnog uređaja ponovo ili ga fiskalni uređaj "odbije" jer je duplikat

Broj fiskalnog računa "određuje" fisklani uređaj. Fiskalni uređaj "sve što dobije za štampu" preko drajvera štampa kao novi fisklani račun (ako je zahtjev za štampu ispravan). Kroz aplikaciju, moraš obezbjediti "čitanje broja odštampanog fiskalnog računa" (kasnije ti može pomoći kod izdavanja reklamiranog f.računa). Ako negdje spemiš ovaj broj odštampanog fiskalnog računa, onda lako možeš "spriječiti" da se taj zahtjev ponovo ne štampa kao novi fiskalni račun.

Citat:

da li po zakonu ta firma može promet evidentirati na jednom fiskalnom uređaju

Jednostavno je pravilo: za svaki JIB minimalno jedan fiskalni uređaj. Prema tome ako postoji samo jedan JIB, nema smetnji da se na jednom fiskalnom uređaju registruje promet i iz "veleprodaje" i iz "maloprodaje". Ako je jedna aplikacija onda još lakše. Ako su odvojene aplikacije, onda paziti za ne dođe do "preklapanja" šifara (PLU) radi očuvanja jednoznačnosti.

seeker	11.03.2011 12:34
Predmet:Re: Fiskalizacija u FBiH Kako izaći na kraj s razlikom obračuna PDV-a po svakoj stavci od obračuna PDV-a na ukupno oporezive stavke. U svom programu prvo zbrojim sve oporezive stavke i onda računam PDV na to, a ne računam PDV za svaku stavku pa onda zbrajam (tako radi FP). Razlika će se sigurno pojaviti zbog zaokruživanja i kada kupac dobije fiskalni račun na jedan iznos a račun na običnom papiru na drugi ostat će zbunjen. Kako će tek knjigovođe reagirat na to.

seeker

11.03.2011 12:34

Predmet:Re: Fiskalizacija u FBiH

Kako izaći na kraj s razlikom obračuna PDV-a po svakoj stavci od obračuna PDV-a na ukupno oporezive stavke.
U svom programu prvo zbrojim sve oporezive stavke i onda računam PDV na to, a ne računam PDV za svaku stavku pa onda zbrajam (tako radi FP).

Razlika će se sigurno pojaviti zbog zaokruživanja i kada kupac dobije fiskalni račun na jedan iznos a
račun na običnom papiru na drugi ostat će zbunjen. Kako će tek knjigovođe reagirat na to.

adi	11.03.2011 14:50
Predmet:Re: Fiskalizacija u FBiH Citat: Broj fiskalnog računa "određuje" fisklani uređaj. Fiskalni uređaj "sve što dobije za štampu" preko drajvera štampa kao novi fisklani račun (ako je zahtjev za štampu ispravan). Kroz aplikaciju, moraš obezbjediti "čitanje broja odštampanog fiskalnog računa" (kasnije ti može pomoći kod izdavanja reklamiranog f.računa). Ako negdje spemiš ovaj broj odštampanog fiskalnog računa, onda lako možeš "spriječiti" da se taj zahtjev ponovo ne štampa kao novi fiskalni račun. sve sam odgađao taj dio gdje moram nekako "izvući" broj ručuna sa fiskalnog uređaja, mislio sam da za početak to operater ručno unese ali ipak moraću to uraditi i zbog reklam.računa, automatizma a posebno zbog te blokade kako bi onemogućio operateru da klikne više od 1x na štampu jednog računa Citat: Jednostavno je pravilo: za svaki JIB minimalno jedan fiskalni uređaj. Prema tome ako postoji samo jedan JIB, nema smetnji da se na jednom fiskalnom uređaju registruje promet i iz "veleprodaje" i iz "maloprodaje". Ako je jedna aplikacija onda još lakše. Ako su odvojene aplikacije, onda paziti za ne dođe do "preklapanja" šifara (PLU) radi očuvanja jednoznačnosti. biromega hvala za ovu informaciju, dosta je od pomoći jer stvarno nisam bio siguran i još jedan od razloga zašto me ovo interesuje je zbog slijedećeg: u ovom slučaju sve je u jednoj aplikaciji i kod klijenta postoje slučajevi gdje se npr. "Artikal br.1" nalazi u veleprodaji sa zalihom od ukupno 10kom po 230km (vpc bez pdv) i zatim operater odluči da od tih 10kom prebaci 3kom u maloprodaju po mpc 295km putem forme Prenosnica (prenos sa vp na mp). Znam da kod fiskalnog uređaja nije bitna informacija o trenutnoj zalihi/količini raspoloživog artikla ali sad se dešava da Artikal br.1 ima "dvije" cijene 230km i 295km i kada se štampa račun iz vp mora vući naravno 230km(+pdv) a kada se štampa rn iz mp mora vući 295km a fiskalnom uređaju moramo memorisati jednu cijenu.. Da li je rješenje da se prilikom štampe mp računa cijena automatski izmjeni u 295km (putem change price komande) a kada se štampa vp račun mijenja cijenu na 230km(+pdv)? Možda sad zvuči mao konfuzno ali ovo se dešava svakodnevno u praksi Srdačan pozdrav

adi

11.03.2011 14:50

Predmet:Re: Fiskalizacija u FBiH

Citat:

Broj fiskalnog računa "određuje" fisklani uređaj. Fiskalni uređaj "sve što dobije za štampu" preko drajvera štampa kao novi fisklani račun (ako je zahtjev za štampu ispravan). Kroz aplikaciju, moraš obezbjediti "čitanje broja odštampanog fiskalnog računa" (kasnije ti može pomoći kod izdavanja reklamiranog f.računa). Ako negdje spemiš ovaj broj odštampanog fiskalnog računa, onda lako možeš "spriječiti" da se taj zahtjev ponovo ne štampa kao novi fiskalni račun.

sve sam odgađao taj dio gdje moram nekako "izvući" broj ručuna sa fiskalnog uređaja, mislio sam da za početak to operater ručno unese ali ipak moraću to uraditi i zbog reklam.računa, automatizma a posebno zbog te blokade kako bi onemogućio operateru da klikne više od 1x na štampu jednog računa

Citat:

Jednostavno je pravilo: za svaki JIB minimalno jedan fiskalni uređaj. Prema tome ako postoji samo jedan JIB, nema smetnji da se na jednom fiskalnom uređaju registruje promet i iz "veleprodaje" i iz "maloprodaje". Ako je jedna aplikacija onda još lakše. Ako su odvojene aplikacije, onda paziti za ne dođe do "preklapanja" šifara (PLU) radi očuvanja jednoznačnosti.

biromega hvala za ovu informaciju, dosta je od pomoći jer stvarno nisam bio siguran i još jedan od razloga zašto me ovo interesuje je zbog slijedećeg: u ovom slučaju sve je u jednoj aplikaciji i kod klijenta postoje slučajevi gdje se npr. "Artikal br.1" nalazi u veleprodaji sa zalihom od ukupno 10kom po 230km (vpc bez pdv) i zatim operater odluči da od tih 10kom prebaci 3kom u maloprodaju po mpc 295km putem forme Prenosnica (prenos sa vp na mp).

Znam da kod fiskalnog uređaja nije bitna informacija o trenutnoj zalihi/količini raspoloživog artikla ali sad se dešava da Artikal br.1 ima "dvije" cijene 230km i 295km i kada se štampa račun iz vp mora vući naravno 230km(+pdv) a kada se štampa rn iz mp mora vući 295km a fiskalnom uređaju moramo memorisati jednu cijenu.. Da li je rješenje da se prilikom štampe mp računa cijena automatski izmjeni u 295km (putem change price komande) a kada se štampa vp račun mijenja cijenu na 230km(+pdv)? Možda sad zvuči mao konfuzno ali ovo se dešava svakodnevno u praksi Wink

Srdačan pozdrav