Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Maloprodaja Robe

[es] :: Access :: Maloprodaja Robe
(Zaključana tema (lock), by Zidar)
Strane: 1 2 3 4

[ Pregleda: 46102 | Odgovora: 70 ] > FB > Twit

Postavi temu

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com.



+79 Profil

icon Maloprodaja Robe24.10.2005. u 19:21 - pre 224 meseci
Na kraju teme "magacinsko Poslovanje" dat je predlog da se baza za magacinsko polsovanje nadgradi tako da moze da pokrije maloprodaju. Svi smo se slozili da je slicno ali nije isto. Evo u ovoj izdvojenoj temi cemo da nastavimo diskusiju o maloprodaji.

Najbitnija izmena u odnosu na magacinsko poslovanje je uvodjenje cene u igru. Cana se pojavljuje dva puta, kad mi kupimo od veletrgovca = kupovna cena i kad prodamo robu kupcu = prodajne cena. Robu dakle kupujemo po jednoj ceni a prodajemo po drugoj. Kamo srece da je sve tako prosto. Vec pri kuovini uvode se novi pojmovi - porez, predporez, marza, cena. Vec pri kupovini vrsi se 'kalkulacija' - racuna se izmedju ostalog i buduca prodajna cena, uz iznose koje treba da platimo, sto dobavljacu, sto drzavi za porez.

Prilikom prodaje, za svaki artikl prepisujemo cenu iz tabele roba i tada mozemo da je i malo promenimo (nekome damo popust). Ta cena ostaje nepromenjena u transakciji koju smo zabelezili, dok se cena u tabeli Roba menja s vremena na vreme. Uz neto prodajnu cenu ide i obracun poreza, jednog ili vise, znaci jos jedna kalkulacija. pa se sve sabira na kraju da se vidi sta kupac ima da plati. A moze mu se i na taj iznos dati neki popust, pa se stvar komplikuje. A posle prodaje treba drzavi platiti porez. tek onda imammokao neku razliku od izmedju kupovine i prodaje od koje treba da pokrijemo svoje troskove (zakup radnje, struja, radnici, knjigovodja, programer).

10,000 KM daleko od jednostavnog magacina. I sve kalkulacije, radnje i predradnje se rezlikuju od drzave do drzave, od firme do firme. A mi imamo bar 8 drzava vise da se bavimo nego sto smo imali pre.

Predlazem da se postavi sistem koji pokriva samo one delove koji se uvek javljaju i koji su teski da se setite sami, ali laki da se objasne. Ostalo da za pocetak pojednostavimo i uvedemo neke vrlo proste pretpostavke.

Evo ovako:

1) KUPOVINA ROBE OD DOBAVLJACA
ekvivalentna je PRIJEMu robe u magacin. Pretpostavke:
Na ulazu postoji dokument=racun od dobavljaca. U racunu su izlistane stavke (RobaID, Naziv) i za svaku stavku pise Kolicina, NetoCena, PoreskaStopa. Nista predporez, nista marza, oni se ne javljaju uvek, a princip je isti.

2) Prodaje robe kupcima
ekvivalentno je Otpremanju robe iz magacina. plus cena naravno. pretpostavke:
- prodajna neto cena se cita iz tabele Roba i kopira u tabelu tblOtpremniceDetail
- u tblOtpremnica DEtail mozemo da promenimo cenu svake robe i da damo popust
- NE DAJEMO POPUST NA UKUPNI IZNOS. Na ovajnacin ne moramo da cuvamo ukupan iznos u nsem primeru, to ce uvek biti
Code:

SUM(Kolicina*NetoProdajnaCena)
na datom racunu

- svaki artikl ima tacno jedan porez i taj porez se cuva u tabeli roba, kao PoreskaStopaID. Razni artikili mogu da imaju razne stope (pivo i hleb se ne oporezuju na isti nacin na primer, i ne bi trebalo)

3) PLACANJE DOBAVLJACIMA
Ovo je novo, nije bilo u magacinu. Pretpostavicemo da se placa nezavisno od primljene robe. Na primer, hleb dobijamo svakog dana, mleko takodje. I svakog dana sledi prijemnica. Ali ne placamo svaku prijemnicu, nego zbirno, na kraju meseca. Kome treba da placa svaku prijemnicu posebno, neka doda polje prijemnicaID u tabelu IsplateDobavljacu i neka tamo belezi za koju prijemnicu je izvrsena uplata. Ako treba 30 uplatnica za hleb i 30 za mleko, nema problema, vremena za bacanje imamo, mozemo na postu svaki dan po dva sata :-).

Sacuvao sam sve nazive tabela iz baze magacin, sto nije dobro, ali je meni lakse.
Evo ga model koji odgovara datim pretpostavkama. znam da nisu tacne, ali da ne komplikujemo stvari u ovom momentu.

U sledecem javljanju pokazacemo:
- prepisivanje cene iz tabele roba u tabelu OtpremnicaDetalj (prodata roba)
- report "Zaduzenej razduzenje Dobavljaca" - sa koliko vrednosti nas je Dobavljac zaduzio, a koliko smo mu platili i kada i koliki je konacni saldo - ko kome duguje.

Cilj je da se ove dve operacije razumeju. Nisat vise od toga za sada.

Ako neko od knjigovodja iz prakse moze da skenira (ali lepo, da je citljivo) jednu pravu prijemnicu/temeljnicu, sa porezom, predporezom, marzom i zakaci je na diskusiju (ZIP, ne RAR), onda mozemo da postavljamo smislenija pitanja na tu temu, pa da mozda ubacimo pravu kalkulaciju za neki konkretan slucaj u aplikaciju. O tom potom.

:-)

Prikačeni fajlovi
 
0

drbogi

Član broj: 5045
Poruke: 601
212.200.67.*

ICQ: 454238854


+3 Profil

icon Re: Maloprodaja Robe25.10.2005. u 19:39 - pre 224 meseci
Popust zaboravi, odmah, nije predvidjen trenutnim propisima u Srbiji. Jedini način je da radiš nivelacije cena...

Ovo čisto da ne gubiš nepotrebno vreme...
 
0

banem
Kikinda

Član broj: 16619
Poruke: 583
*.smin.sezampro.yu.



+15 Profil

icon Re: Maloprodaja Robe25.10.2005. u 22:18 - pre 224 meseci
Aha, ima popusta, još kako. Recimo, u bazu ili fiskalnu kasu uneseš ISTI artikal sa dve različite cene.
Pozdrav,
Branislav
 
0

vmatoic
Vjekoslav Matoić
Hrvatska

Član broj: 60050
Poruke: 123
*.adsl.net.t-com.hr.

Sajt: www.ben.hr


Profil

icon Re: Maloprodaja Robe26.10.2005. u 08:17 - pre 224 meseci
Citat:
Zidar:
U sledecem javljanju pokazacemo:
- prepisivanje cene iz tabele roba u tabelu OtpremnicaDetalj (prodata roba)
- report "Zaduzenej razduzenje Dobavljaca" - sa koliko vrednosti nas je Dobavljac zaduzio, a koliko smo mu platili i kada i koliki je konacni saldo - ko kome duguje.


Ako ipak mozes u svoj model ubaciti prijemnicaID u tabelu IsplateDobavljacu. Razumijem da ne treba za svaku prijemnicu posebno biljeziti, no ja zapravo nemam prijemnica. Imam direktno samo racune i prema njima placam.

Prema ovom tvojem modelu znam napraviti query i kasnije report kao karticu dobavljaca, no kada to mora biti popraceno odgovarajucim brojem racuna, tj. u tvojem slucaju otpremnice tu mi nastaje problem. Pa ako ti nije problem to ubaciti u model?

Citat:
Zidar:
Ako neko od knjigovodja iz prakse moze da skenira (ali lepo, da je citljivo) jednu pravu prijemnicu/temeljnicu, sa porezom, predporezom, marzom i zakaci je na diskusiju (ZIP, ne RAR), onda mozemo da postavljamo smislenija pitanja na tu temu, pa da mozda ubacimo pravu kalkulaciju za neki konkretan slucaj u aplikaciju. O tom potom..


Ja sam i knjigovoda i vlasnik jednog malog kafica, tako da mogu oko toga pomoci, no kako sam spomenuo nemam prijemnica nego direktno racun i direktno se zaduzuje caffe i nema izmedu nikakvih skladista. A primjer kalkulacije kakav je u Hrvatskoj mozes pronaci u onom mojem primjeru u temi caffe.
 
0

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com.



+79 Profil

icon Re: Maloprodaja Robe26.10.2005. u 14:30 - pre 224 meseci
Zakaci onda kopiju jednog prosecnog acuna da je vidimo, ako nije poslovna tajna.

Sto se tice broja racuna uz uplatnicu, dodacemo. Cini mi se da je isto i u Srbiji, pa ce valjati svima.
Prikačeni fajlovi
 
0

vmatoic
Vjekoslav Matoić
Hrvatska

Član broj: 60050
Poruke: 123
*.adsl.net.t-com.hr.

Sajt: www.ben.hr


Profil

icon Re: Maloprodaja Robe27.10.2005. u 07:00 - pre 224 meseci
Primjer kalkulacije u Hrvatskoj.


[Ovu poruku je menjao vmatoic dana 27.10.2005. u 11:46 GMT+1]
Prikačeni fajlovi
 
0

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com.



+79 Profil

icon Re: Maloprodaja Robe27.10.2005. u 14:44 - pre 224 meseci
Hvala za primer kalkulacije. Sad je mnogo jasnije (videces dole)

Medjutim, moram da vidim Racun koji dobijas od dobavljaca. Izvini sto sam toliko dosadan, racun pa racun, ali to je kljucni dokument, to je ono sto je ulaz u proces. Onda cu moci da postavljam bolja pitanja. Znam da si verovatno sve ovo odgovorio u temi kafic, ali moj mozak ne moze to da svari tom brzinom, mora korak po korak i neke stvari moram da vidim, nije dovoljno da mi objasnis

U stvari, najbolje je ovako:
1) primer racuna koji dobijes od dobavljaca
2) kalkulaciju za taj konkretni racun, prva dva-tri artikla

Nazad na kalkulaciju:

Razumeo sam za sada ovoliko:
Ulazni podaci za kalkulaciju:
- Naziv artikla
- Kolicina (u jedinici mere za datu robu)
- NC (valuta)
- Rabat (%), 3.5%=0.035

NettoNabavna = NC*(1-Rabat/100)
priimer NC=2.5, Rabat=3% => NettoNabavna = 2.55 * (1-3/100) = 2.47

Ovo dalje nagadjam, ispravi me molim te ako gresim:

- Marza = ulazni podatak, citas sa racuna, izrazen u valuti

Marza% = Marza / (NettoNabavna *Kolicina) * 100%,
primer: marza=32.68, NettoNabavna =2.47 =>
Marza% =32.68/(2.47*10)*100% = 1.323 * 100% = 132.31%

Predporez = ulazni podatak, citas sa racuna, izrazen u valuti

PC = maloprodajna cena, izrazena u valuti

PDV = ulazni podatak, citas sa racuna, iznos poreza na dodatnu vrednost, izrazen u valuti, ili PDV = (PC*Kolicina) * 18/100 (priblizno 18%?)

BezPDV = (PC * Kolicina) - PDV

IznosZaPlatiti = NettoNC + Predporez

Ako je ovo sve tacno sto sam napisao, onda u tabeli PrijemnicaDetalji treba imati polja za sve podatke koji stizu sa racuna i onda cela ova kalkulacija postaje jako jednostavna u najobicnijem kveriju.

Ako su neki od ulaznih poadataka atributi robe a ne ulaznog racuna, onda treba da se nalaze u tabeli Roba. na priomer, ako je rabat uvek isti za datu robu (zavisi dakle od Robe) onda rabat treba cuvati u tabeli Roba. Ako rabat za robu 'COLA'oze da bude na jednom racunu 0% a na drugom 3%, onda to treba cuvati sa racunom, ili prepisivati iz tabele Roba.

Pomozi mi jos jednom da shvatim PC (= maloprodajna cena?) Ispada da tebi dobavljac odredjuje po kojoj ces ceni da prodajes robu?



:-)

[Ovu poruku je menjao Zidar dana 27.10.2005. u 16:13 GMT+1]
 
0

banem
Kikinda

Član broj: 16619
Poruke: 583
*.smin.sezampro.yu.



+15 Profil

icon Re: Maloprodaja Robe27.10.2005. u 18:35 - pre 224 meseci
Nije mi jasno zašto vam to ne obezbedi kolega odavde koji je započeo celu diskusiju? On svakako radi na tom programu, pretpostavljam i da ima sve podatke; pošto hoćete da pomognete pretpostavljam da bi to bilo u redu. Ako se ne varam, to je ona mešaona hrane. Ako da, onda se izvinjavam. :)
Pozdrav,
Branislav
 
0

banem
Kikinda

Član broj: 16619
Poruke: 583
*.smin.sezampro.yu.



+15 Profil

icon Re: Maloprodaja Robe27.10.2005. u 18:37 - pre 224 meseci
[Quote]Predporez = ulazni podatak, citas sa racuna, izrazen u valuti[/Quote]

Bojim se da ovoga nema u Srbiji. Čini mi se i da prodavac ne izražava svoju maržu na računu.
Pozdrav,
Branislav
 
0

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com.



+79 Profil

icon Re: Maloprodaja Robe27.10.2005. u 21:20 - pre 224 meseci
Jos nismo stigli do mesavina, to je za posle. Za sada samo hocemo da napravimo ulaz izlaz i famoznu kalkulaciju za recimo bakalnicu. Pa cemo da se vratimo na kafic, a tamo se bavimo spricerima i koktelima (pivo vise necu da spominjem, ja ga ni ne pijem inace).

Ako u Srbiji nema predporez, tri put ura za Dinkica :-)

Poenta je da u bazu strpamo ono sto se nalazi na ulaznom dokumentu, samo sirove podatke, a racunanje mozemo da obavimo i sami. Ko ima predporez, neka upise, ko nema, neka uziva.

:-)
 
0

Cyberghost
Aleksandar Jovanović
Programer
S U M A D I J A

Član broj: 14674
Poruke: 813
213.244.200.*



+1 Profil

icon Re: Maloprodaja Robe28.10.2005. u 07:01 - pre 224 meseci
Citat:
banem: Nije mi jasno zašto vam to ne obezbedi kolega odavde koji je započeo celu diskusiju? :)

Osecam se prozvanim :) , krenule su slave pa se malo zabatalio posao, posto "tata" Zidar kaze da prvo resimo ovaj ulaz i izlaz, kalkulacija bla bla bla ajd da se to resi pa cemo da predjemo na mesavinu hranu :)
Poz
Every program is either trivial or it contains at least one bug.
 
0

BiloKoje
Beograd

Član broj: 40147
Poruke: 401



+4 Profil

icon Re: Maloprodaja Robe28.10.2005. u 09:24 - pre 224 meseci
Citat:
banem: [Quote]Predporez = ulazni podatak, citas sa racuna, izrazen u valuti[/Quote]

Bojim se da ovoga nema u Srbiji. Čini mi se i da prodavac ne izražava svoju maržu na računu.


Da nije u pitanju različita terminologija?
I u Srbiji prilikom nabavke robe plaća se porez na vrednost nabavvke. Kad se roba proda plaća se porez na razliku u ceni. Međutim prilikom obračuna porez se prikazuje na celokupan iznos pa se umanjuje za iznos predhodno plaćen.

naprimer:

ulazna cena bez poreza=100
porez =18
Plaćeno dobavljaču =118
prodajna cena bez poreza= 150
obračunati porez = 27

porez za uplatu 27-18=9

Znači postoji predhodno plaćeni porez i iskazuje se u poreskoj prijavi. Da li je to isto što i predporez?
 
0

tacka
novi sad

Član broj: 55414
Poruke: 105
*.nspoint.net.



Profil

icon Re: Maloprodaja Robe28.10.2005. u 10:39 - pre 224 meseci
ulazni racun je ujedno i kalkulacija.
obveznik pdv unosi u nabavnu vrednost robe vrednost sa racuna bez poreza, a ko nije obveznik pdv-a unosi za nabavnu vrednost vrednost sa racuna bruto.
isto je i sa zavisnim troskovima nabavke.
u vezi rabata vidim da ga je neko spomenuo, na izlaznom racunu, ako dajes rabat na neku kolicinu robe onda moras npr.
ulaznom kalkulacijom si postavio marzu 10% na 100 kg hleba, sada pri prodaji 10 kg hleba uvodis rabat odnosno smanjujes marzu te bi trbalo napraviti novu kalkulaciju napr. sa sifrom SK (storno kalkulacije) kojom pravis kalkulaciju na -10 kg psa marzom od 10%, i NK (novu kalkulaciju) sa 10 kg hleba sa marzom 8% (ako si rabat postavio na 2%)
ja sam jos proletos krenuo da pravim aplikaciju na ovu temu medjutim zbog drugih obaveza stao, nadam se da cu nastaviti kad budem imao vremena
Prikačeni fajlovi
 
0

vmatoic
Vjekoslav Matoić
Hrvatska

Član broj: 60050
Poruke: 123
*.adsl.net.t-com.hr.

Sajt: www.ben.hr


Profil

icon Re: Maloprodaja Robe28.10.2005. u 10:43 - pre 224 meseci
Upravo je to tako kako je BiloKoje opisao! I takav porez za uplatu se uplaćuje mjesečno državi.

Mislim da je nama upravo ta terminologija često problem zbog toga jer nas ima od svakud. :)

Evo prilažem primjer računa i kalkulacije u Excelu gdje je sve objašnjeno i gdje se može vidjeti po tome što se s čime množi, djeli, oduzima i sl.

I tako bi otprilike trebao izgledati naš query. Jel sam u pravu?
Prikačeni fajlovi
 
0

savkov
Igor Savkov
Vrsac

Član broj: 21550
Poruke: 94
*.centurion.co.yu.



+2 Profil

icon Re: Maloprodaja Robe29.10.2005. u 11:32 - pre 224 meseci
Evo moje baze koju sam napravio za maloprodaju koristeci par knjiga i informacije sa ovog sajta funkcionise iako bih hteo da je napravim ispocetka jer je sve neuredno sklepano posto se ja accessom bavim zadnih godinu dana iz hobija a inace sam trgovac.
Igor
Prikačeni fajlovi
 
0

savkov
Igor Savkov
Vrsac

Član broj: 21550
Poruke: 94
*.centurion.co.yu.



+2 Profil

icon Re: Maloprodaja Robe29.10.2005. u 11:36 - pre 224 meseci
evo drugog dela

Igor
Prikačeni fajlovi
 
0

kloktor
Velimir Milosavljevic
Kosjeric

Član broj: 18093
Poruke: 56
212.200.74.*



+2 Profil

icon Re: Maloprodaja Robe29.10.2005. u 12:22 - pre 224 meseci
Sto se tice kalkulacije, malo je ozbiljnije nego sto izgleda. Naime, prvo je bitno da li je dobavljac koji je ispostavio fakturu u sistemu PDV-a, a zatim da li je korisnik za koga se radi takodje u sistemu PDV-a (kasnije cu se pozabaviti detaljima).Zatim, nabavna cena sa racuna moze biti sa ili bez poreza (sto znaci - ako je bez poreza primenjuje se procenat poreza koliki jeste, a ako je sa porezom - primenjuje se preracunata stopa). Po meni, ovo su osnovni parametri koje treba definisati na samom pocetku (postoji i slucaj kada je dobavljac poljoprivredni proizvodjac, ali ne bih sada o tome).
Kalkulacija bi trebala da se sastoji iz osnovne forme na kojoj ce se unosti osnovni podaci (sifra dobavljaca,datum, valuta, broj racuna, pdv u ceni, rabat - u dinarima ili procentima). Za nju da bude veza podforma koja bi trebala da sadrzi sledeca polja (naravno oboje je samo predlog):
Artikal - sifra artikla (unosi se)
Stopa - (vuce iz tabele roba) - poreska stopa (u slucaju da se promeni poreska stopa u tabeli roba u kalkulaciji mora da ostane prava)
Kolicina - nabavljena kolicina (unosi se)
Cena - nabavna cena sa racuna (takodje se unosi jer je u maloprodajnim objektima sa velikim brojem artikala nemoguce (u nasoj zemlji bez upotrebe barkoda) odrediti kom artiklu pripada koja cena, plus razliciti dobavljaci za iste artikle daju razlicite cene)
Nabavna vrednost - (racuna se, moze da se menja rucno) iznos koji se dobija kada se pomnoze kolicina i nabavna cena. treba ga upisivati isto zbog zaokruziavnja koje je veoma cesto razlicito a krajnji zbir mora biti isti kao na racunu.
Rabat - (Unosi se) - Rabat odobren od strane dobavljaca, moze biti u dinarima ili procentima
Iznos rabata - (Racuna se) - kada se unese prethodno polje da se iznos upise u ovo. Neophodno je jer na racunu dobavljaca moze da se pojavi zaokruzenje koje nije matematicki tacno (cak sta vise cesto se desava), pa mora rucno da se unese iznos)
Prethodni PDV - (izracunava se) - porez koji je placen dobavljacu i obaracunava se na nabavnu cenu (treba da se obracunava za svaku stavku, a ne da se unosi rucno, jer nema na svakom racunu iznos poreza pojedinacno).
Marza - procenat marze - moze i da se unese i da se izracuna (desava se da klijent kaze stavi mi 20% marze pa koja se dobije prodajna cena. Takodje, kada se unese prodajna cena da izracuna procenat marze).
Prodajna - (unosi se ili se racuna nakon unosa procenta marze) - prodajna cena koju odredjuje onaj za koga se radi kalkulacija

Prodajna vrednost i iznos marze u dinarima ne moraju da se upisuju jer uvek mogu da se izracunaju i ne menjaju se ni u kom slucaju (mada je daleko lakse upisati i ova dva podatka).

Ovo je samo osnovna konstrukcija koja zadovoljava minimalnu funkcionalnost. Sledi obracun.

Nabavna vrednost
Ako je onaj za koga se radi kalkulacija u sistemu pdv-a onda:
- ako je PDV sadrzan u nabavnoj ceni treba ga prvo oduzeti pa izracunati nabavnu vrednost (kolicina * (cena - porez))
- ako PDV nije u ceni onda je nabavna vrednost = kolicina * cena
Ako korisnik kome se radi kalkulacija nije u sistemu PDV-a:
- ako je pdv u ceni nabavna se racuna kao kolicina * cena
- ako pdv nije u ceni nabavna vrednost se dobija tako sto se na vrednost kolicina * cena doda i iznos prethodnog pdv-a

Rabat
Rabat se obracunava tako sto se na nabavnu vrednost primeni procenat rabata, ako je rabat u procentima. Ako je rabat u dinarima iznos se ne menja.

Obracun prethodnog poreza (pdv koji je placen dobavljacu i ulazi u odbitak)
- Ako su i dobavljac i kupac u sistemu PDV-a porez se racuna tako sto se na nabavnu vrednost od koje je oduzet rabat primeni stopa poreza. U slucaju kada je nabavna cena bez poreza primenjuje se stopa kolika jeste (npr. 18%), a ako je cena sa porezom primenjuje se procenat koji se dobija preracunatom stopom (preracunata stopa se dobija kao (100 * Stopa) / (100 + Stopa) - gde bi za 18% poreza se dobilo 15,254237%).
- Ako je dobavljac u pdv-u a kupac nije prethodni pdv je nula (sabira se u nabavnu vrednost)
- Ako dobavljac nije u sistemu pdv-a a kupac jeste - prethodni pdv je takodje 0 jer ga obveznici koji nisu u sistemu pdv-a ne iskazuju
- Ako obojica nisu u pdv-u prethodni porez je takodje nula.

Marza
- ako je nabavna cena sa porezom procenat marze se dobija kao ((Prodajna - Cena) * 100) / Cena
- ako nabavna nije sa porezom procenat marze se dobija kao ((Prodajna - Cena - (Ukukupan_PDV / Kolicina)) * 100) / (Cena + (Ukukupan_PDV / Kolicina))
(prodajna je prodajna cena, cena je nabavna cena, Ukupan_PDV je iznos prethodnog poreza, (Ukukupan_PDV / Kolicina) je iznos prethodnog poreza za uentu cenu po jedinici mere i, naravno, moze i drugacije da se izracuna)

Prodajna vrednost
Uvek je kolicina * prodajna cena


Par napomena:
Obracuanti porez je porez koji se racuna na prodajnu cenu i razlika izmedju obracunatog i prethodnog je za uplatu. Medjutim, kako se za obracunati porez kod nas uzima podatak sa fiskalne kase (iz maloprodaje naravno) nema nekog posebnog smisla da se obracunava kod izrade kalkulacije.
Programeri koji su radili programe za fakturisanje veoma cesto prave gresku kod ukupnog iznosa poreza. Naime, ne sabiraju pojedinacne stavke sa fakture nego na kraju primene procenat poreza na osnovicu za obracun. Na taj nacin se ne retko desava da se ukupan zbir poreza na pojedinacnim stavkama razlikuje i po desetak para u odnosu na izracunati (pogotovu kada se koristi preracunata stopa koja je po prilicno nezahvalana ako se koristi sa manje od 6 decimala). Tada se mora rucno menjati iznos poreza u kalkulaciji jer mora biti u paru isti kao na racunu.

Nadam se da nisam previse zakomplikovao i da ce vam ovo koristiti.
Klo
 
0

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com.



+79 Profil

icon Re: Maloprodaja Robe31.10.2005. u 14:11 - pre 224 meseci
Sad kolektivno mongo vise znamo od racunima i Kalkulaciji :-)

Nieam imao vremena da pogledam attachmente u poslednjim postovima, ali sam zakljucio jedno:
- sta god se nalazi na racunu, ima da se unese u tabelu tblUlazDetalj
- sta god je vec izracunato na racunu, ima da se prepise sa racune, umesto da se racuna, zbog zaokruzivanja i zbog sinhronizacije sa racunom.

Cim stignem, pogledacu attachmente i vreovatno prepisati strukture u novi fajl i dacemo kao neki program i potrebne kverije.

Imam puno posla na poslu ovih dana a i bio sam nesto bolestan, pa se oteglo. Godine, sta ces ...

:-)
 
0

Zidar
Canada

Moderator
Član broj: 15387
Poruke: 3085
*.eqao.com.



+79 Profil

icon Re: Maloprodaja Robe01.11.2005. u 15:23 - pre 224 meseci
Evo da nesto i uradimo. Hvala kolergi VMaotic na prilozenoj kalkulaciji i racunu. ostale attachemnet nisam jos stigao da pogledam, ali verujem da pomazu ba r nekome da se razjasni problem.

Napravio sam deo baze, tek toliko da pokrije ulaz i kalkulaciju. Jasno je da se kalkulacija arzlikuje od slucaja do slucaja, od zemlje do zemlje, ali niej bas toliko razlicito. Pokusao sam da napravim model koji moze da sluzi kao osnova za razlicite kalkulacije. U zakacenom fajlu je primer racuna i kalkulacije koje je dao Vmaotic, jedan Word dokument gde sam dao neka objasnjenja i MDB back end sa dva kverija.
U MDB fajlu, procitajte komentare o poljima u dizajnu tabela. ima nekoliko stvari koje mogu da se ubace u model ali i ne moraju, zavisi od situacije.

Proanalizirajte tabele i vidite da li to ima smisla. Ko ima drugacuju kalkulaciju, pokusajte da je napravite u kveriju, na osnovu modela koji sam predlozio, da bismo testirali model.

Ako sam zabrazdio u nesto sto ipak nema veze sa realnoscu, molim da to neko kaze, da ne gubimo dalje vreme. :-)
Prikačeni fajlovi
 
0

tacka
novi sad

Član broj: 55414
Poruke: 105
*.nspoint.net.



Profil

icon Re: Maloprodaja Robe02.11.2005. u 13:05 - pre 224 meseci
evo kako izgleda kalkulacija
Prikačeni fajlovi
 
0

[es] :: Access :: Maloprodaja Robe
(Zaključana tema (lock), by Zidar)
Strane: 1 2 3 4

[ Pregleda: 46102 | Odgovora: 70 ] > FB > Twit

Postavi temu

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.