Pročitaj temu "Kako da definišete projektni zadatak" na linku:
http://www.elitesecurity.org/t...a-baza-podataka-procitajte-ovo
Takođe pročitaj sve Top teme. Osmisli projekat. Čitaj knjigu iz Accessa. Postavlja pitanja. Ljudi će se već priključiti kad primete nešto interesantno.

U polje pretraga upiši reč Seminarski i pogledaj druge radove.

Evo za pocetak sam napravio dvije tabele: tblKlasifikacija i tblRegistarArtikala.
Napravio sam qryRegistarArtikala kako bih unosio nove artikle.

Npr. Pred.Amortizer isao bi pod klasifikaciju Amortizeri u tblKlasifikacija.

Meni vec pravi problem u upitu. Kada kliknem na naziv klasifikacije “stavio sam list box” izbacuje mi sifre klasifikacije, a ne nazive, odnosno Amortizeri, Lezajevi itd.

Ocekujem prve sugestije u vezi ovoga i pomoc od zainteresovanih da mi pomognu.

Probacu da teoretski objasnim kako zamisljam ovu bazu kad nemogu prakticno.

Vec sam poceo sa klasifikaciom artikala, ali me nece, dalje sto bi ova baza trebala da ima jest kalkulacije, odnosno fakture od dobavljaca a time i unos robe u nasu bazu.
Maloprodajne racune, tj. prodaju auto-dijelova.

Primjer za kalkulaciju “unos artikala”
Vjerovatno kalkulacija ima svoju sifru, naziv dobavljaca, datum i sta je vec potrebno. Izabere se kalkulacija, tj. nova kalkulacija i idemo na unos artikala gdje nas ceka sifra artikla, kataloski broj, naziv artikla, kolicina, cijena, rabat, marza, prod.cijena, pdv, iznos itd.

Nadam se da nisam pretjerao. Pokusao sam bar povrsno da objasnim kako sam ja to zamislio.
Vjerovatno baza treba da ima forme i izvjestaje, ali mislim da je bitno prvo rijesit koje su sve tabele potrebne i pravilno ih povezati.

Toliko od mene za pocetak, ako sam sta preskocio ili pretjerao slobodno me ispravite.
Od ove baze cu naucit dosta toga, a nadam se da ce Vas biti jos koji ce ucit samnom.

To sa query-jem qryRegistArartikla i List Box-om zaboravi bar za sada, jer nema neku veliku svrhu. Query-ji su samo izfiltrirane tabele. To jest virtuelni pogled na tabelu koji zavisi od zadatog kriterijuma. Služi najčešće kao izvor podataka za forme ili reporte, a može pošto je u suštini SQL izraz da se uvuče u VBA i preko njega manipuliše sa podacima tabela.

Za sada si napravio šifarnik artikala. Slobodno kreiraj i druge tabele koje pominješ pa ćemo u raspravi oko ciljeva zadatka doći do njihovih krajnjih izgleda i međusobnih veza.

Kreirao sam ostale tabele, koje mislim da su potrebne i povezao ih kako sam znao.
Ne znam koliko je potrebno da svaku opisujem, mislim da netusim previse.
Samo ime tabele govori njegovu svrhu.
Nadam se da ima bar neke osnove u ovom sto sam uradio do sada. Napomenucu samo da tabela tblStanjeArtikala sluzi kao lager, odnosno popis artikala koji su na stanju a koji ne. Naravno, to bi podrazumijevalo promet kalkulacija i faktura, ako sam ja to dobro povezao.

Sacekacu Vase komentare, a nadam se i pomoc.

Sve kolone koje se tiču iznosa možeš slobodno da izbaciš jer skladištenje izračunatih podataka nema svrhu. Oni se uvek mogu izračunati i to veoma brzo i efikasno u Access-u. To isto važi i za kolone Vrednosti. Ukoliko postoji PorezPDV, onda je VrednostPDV-a višak. Takođe, ako u tblKlasifikacija imaš Sifra i Naziv, onda je u tblRegistarArtikala dovoljno SifraKlas bez ponavljanja NazivKlasifikacije.
Tabelu tblStanjeArtikala bih ja preimenovao u nekakav Istorijat ili Promet jer računanje stanja verovatno neće biti jedina namena te tabele. Na osnovu toga da li je SifraFakture ili SifraKalkulacije zna se da li je ulaz ili izlaz i to ima smisla. Mada bih da sam na tvom mestu izbacio tu tabelu iz modela jer ona predpostavlja knjiženje dokumenata, a to znači ili akcione query-je ili VBA kod. Za školu bi ovo verovatno bilo previše i ne verujem da ćeš imati toliko vremena da uđeš u suštinu navedenih opcija. Jedinicu mere treba držati samo u šifarniku artikala tblRegistarArtikala i NazivArtikla ne treba spominjati u drugim tabelama, dovoljno je u tblRegistarArtikala. Sve se ostalo može odraditi putem formi, query-ja i reporta.
Zanima me odnos SifreArtikla i KataloskogBroja. Nakon ovog bi smo malo doradili Primarne ključeve i prodiskutovali veze.



_{[Ovu poruku je menjao Getsbi dana 26.11.2007. u 21:47 GMT+1]}

Evo mog predloga. S tim što ako se ne radi o klasičnom robnom knjigovodstvu koje kasnije vodi ka finansijskom, a to bih rekao jer pominješ školu, ja bih najradije izbacio tabelu tblPrometArtikla (i u njoj sam zaboravio da obrišem kolonu iznos). Stanje se može uvek izračunati pomoću query-ja i prikazati na reportima.

Zahvaljujem se na pomoci.
Istina je da mi toliko detalja nece trebati u skoli. Ali ja pokusavam da naucim sto je moguce vise, kad vec to imam u skoli. I kad vec imam priliku da ucim, posto se bazama mislim baviti i posle skole. Zato ja malo vise kreiram tih tabela.
Posto trenutno nemam vremena nikako da sjednem za racunar i izmjenim bazu kako si mi rekao, javicu se cim nesto odradim.
Ja cu se maksimalno truditi da odradim ono sto sam zamislio.

I naravno, zahvaljujem se na promjenama koje si mi poslao. Kada ih dobro proucim javim se.

S postovanjem.

Evo, malo sam proucio bazu pa mozemo dalje.
Sto se tice tabele tblPrometArtikala, ja cu je izbaciti ako je jednostavnije bez nje, mozda je i bolje krenuti sa jednostavnijim stvarima da se neizgubim u tome svemu.

A odnos SifreArtikla i kataloskogBroja cu probati pojasnit. Posto imam nekog iskustva sa prodajom auto dijelova i koristim jedan program koji nije bas za prodaju auto-dijelova, sta hocu reci, SifraArtikla je nasa sifra u trgovini a KataloskiBroj je sifra dijela koji kada trazim nesto u katalogu za nekakvo auto, on mi izbaci kataloski broj. Jest da to izgleda komplikovano i mozda previse tih sifri, ali ima jos jedan problem koji se javlja u prodaji auto-dijelova. Sta kada dobijamo robu od drugog proizvodjaca npr. KataloskiBroj od Michelin gume nije isti sa Bridgestone gumom. Nezelim da pretjerujem, samo sam htio objasnit potrebu za KataloskimBrojem i SifromArtikla ako ste na to mislili.

S moje strane mozemo krenuti dalje.

Za tabelu tblKlasifikacija napravi običnu formu. Za tblRegistarArtikala takođe, s tim što nad poljem SifraKlase možeš napraviti Combo Box iz kojeg će se birati klasa. Za tblPartneri takođe jedna forma, dok za dokumente kalkulacije i fakture trebaju master forme i subforme. Forme možeš da praviš ovim redom i da ih napuniš sa po par slogova. Kod master formi će ti trebati Combo Boxovi za izbor Partnera, a kod subformi za izbor artikala.

Nesto od formi sam uradio, ali imam jedan problem.
frmRegistarArtikala, za SifruKlasifikacije i NazivKlasifikacije stavio sam combo box ali pri otvaranju SifraKlasifikacije na oba combo box-a ne mijenja artikle.
Napravio sam jedan query i jednu formu koja ga koristi kako bih rijesio problem ali u query-ju mi pod NazivomKlasifikacije izbacuje prazno.

Upitom sam samo pokusao probati mogucnosti, jer nemogu odraditi combo box kako valja.

Da li se problem rijesava pravljenjem same forme i mogu li combo box-ovi radit kako treba "da se izborom na njih prilikom promjene artikla npr.sifre ili naziva mijenjaju i ostale vrijednosti", bez upita?

Sve forme sam radio kao subform ako nije problem.

Nemoj da koristiš subformetamo gde ne treba. Napravio sam par formi koje u sufiksu imaju nastavak _G. Tvoje nisam obrisao da bi video u čemu je razlika. Kod Combo Box-ova obrati pažnju na osobine: Column Count, Column Widths i List Width, jer ti one nisu bile dobro postavljene. Obrati pažnju da u Column Count navedem koliko kolona hoću da vidim iz izvora podataka, a onda namestima onih koje ne želim u Combo Box-u stavim nulu u Column Widths.

Sad po uzoru master forme za Fakture i njene podforme napravi isto to i za Kalkulacije. tako ćeš na primeru naučiti najlakše. Forme: frmKlasifikacije_G, frmRegistarArtikla_G i frmPartneri_G možeš da prebaciš i u Single Form, Continuous Forms ali pošto su šifarnici u pitanju najbolje je da ostanu Datasheet. Takav tabelarni prikaz formi je dobar jer se jednim pogledom može obuhvatiti više slogova, efektniji su rezultati sortiranja i filtriranja.

Za frmFakture stavio sam combo box na SifreArtikla tj. Naziv artikla koji nisam promijenio, i za kataloski broj.
Ista stvar se odnosi i na frmKalkulacije.
Trebalo bi da radi.

Odlično. Sad napravi par izveštaja po principu kakve bi ti hteo da imaš da si gazda prodavnice autodelova ili da u njoj radiš.

Polje NazivPartnera iz tblKalkulacie možeš da obrišeš. to sam zaboravio. I prefikse u formama postavi na frm umesto ona tri tbl kod subformi. Čisto zbog doslednosti.

_{[Ovu poruku je menjao Getsbi dana 04.12.2007. u 23:44 GMT+1]}

Report nije onakav kako bi trebao izgledati.

Za NazivArtikla stavio sam combo-box jer nisam znao drugacije da ubacim. Ni estetski nije “docaran” ali za pocetak mi je bitno da je funkcionalan.
Suma cijena mi stoji na pogresnom mjestu jer mi u footer-u pravi gresku.

Na pocetku izvjestaja bi trebalo da stoji npr. datum fakture, partner itd. Ali kad to ubacim onda mi trazi da unesem artikle sto mi nije jasno.
Mogu li se moji problemi sa izvjestajem rijesit na neki nacin, npr. da mi izbacuje samo one artikle koje unosim za odredjenog partnera a ne sve artikle koji se nalaze
u tblArtikliKalkulacije?

Suma cena ne znači ništa sama po sebi. Napravio sam ti Sumu kolicina x cena. To već ima smisla. Ta izračunata vrednost ne može stajati u Detail sekciji kao kod tebe već u Futeru izveštaja. Što se tiče pitanja za izveštaj po dobavljaču, trebalo bi da napraviš upit sa uslovom u redu Criteria za dobavljača i da taj upit proglasiš za izvor podataka nekog novog izveštaja UlaziPoDobavljacu.

Napravio sam novu formu frmkalkulacije u kojoj sam dodao izmedju ostalih,
Rabatp – rabat u procentu
RabatVr – cijena nabavnog artikla manje rabat
NabavnaCijena – je cijena koja se dobije sa oduzetim rabatom
NabavniIznos – iznos robe sa oduzetim rabatom
MarzaP- marza u procentima, iznos marze u procentima
Ruc – razlika u cijeni, razlika izmedju nabavnog iznosa robe i prodajnog
IznosBP – iznos bez poreza, nabavni iznos pomnozen sa marzom
PorezPDV – stopa poreza u procentima, stopa je 17%
PrCijena - prodajna cijena jednog artikla
PrIznos – prodajna cijena svih artikala

Evo primjera za jedan artikal:

Kolicina 2,
cijena 15km,
iznos 30,
rabat u proc% 10.00
RabatVr 3
NabavnaCijena 13.63
NabavniIznos 27
Marza 10%
Ruc 2.70
IznosBP 29.70
PorezPDV 17%
Iznos poreza je 5.05
PrCijena je 17.38
PrIznos je 34.75

Ja to izracunam na papiru ali mi je problem to uradit na formi. Probao sam i sa query-jem ali opet me zeza. Ono sto izracunam je iznos nabavne robe tj. kolicinu pomnozim sa cijenom.
Posle me zeza rabat, marza, jer kako god da ga podijelim uvijek mi pravi gresku.
Znam da su to proste stvari, ali moram pitati kad mi nije jasno, gledao sam i na forumu ali nisam nasao ono sto meni treba.

Pogledaj ovde u zadnjem primeru način kako se kreiraju izračunata polja na formi i podformi:
http://www.elitesecurity.org/t267874-1-Aplikacija-access-pitanja
I još jednom isti savet. Izbaci sva izračunata polja iz tabele tblArtikliKalkulacije. Ako ti baš treba neki iznos da se vidi na formi, napravi unbound (nevezano) polje i popuni mu Control Source osobinu kao u primeru na linku. Necelishodno je da čuvaš izračunate vrdnosti u tabeli. Problem sa zaokruživanjem reši funkcijom Round(). Pogledaj u Helpu.

Uradio sam kalkulaciju, ali sada imam problem sa izvjestajem.
Kako sam izracunata polja radio u formi frmKalkulacije na izvjestaju mi ne prikazuje izracunata polja.
U izvjestaju koji sam napravio polje iznos sam dobio tako sto sam ponovo mnozio kolicinu sa cijenom, a to polje iznos vec imam izracunato u formiKalkulacije. Medjutim kada odem u tblArtikliKalkulacije to polje mi prikazuje prazno “0.00”
Slican problem mi se javlja kada u izvjestaju sabirem iznos, tj. pravi mi error.
Gdje sam pogrijesio?

Prosli put si rekao nesto za izracunate vrijednosti u tabeli ali nisam te bas skuzio.

Hvala Getsbi na svakoj pomoci do sada bez koje ne bih rjesavao svoje probleme.

Evo fajla dole.

Ne znam kako da ti objasnim, a da već nisam. Znači tvoja tabela tblArtikliKalkulacije ne treba da ima polja: Iznos, RabIzn, NabavniIznos, IznosBP, PrIznos i slična polja u kojima bi se čuvale vrednosti koje uvek možeš da izračunaš. Znači tabele treba da sadrže samo elementarne atribute tipa Cena i Kolicina, a ne i Iznos koji je proizvod ta dva elementa.
Što se tiče izračunatih polja u izveštaju i formama, oni nemaju veze jedni sa drugima. To što si napravio jedno izračunato polje na formi ne znači da na izveštaju treba da se vidi.
Konkretno za tvoj primer. Prvo premesti na izveštaju izračunato polje iz sekcije Page Footer u sekciju Report Footer, a u Control Source te kontrole Text24 stavi =Sum([kolicina]*[cijena]). Takođe i u Detailj sekciji ponovo dovuci iz tabele kontrolu Cijena jer je bila postavljena kao unbound (nevezana), a treba da bude vezana.

Evo jednog primera za tebe i buduće interesente, o tome kako se radi sumiranje na izveštajima.

Rijesio sam probleme sa izvjestajem zahvaljujuci tebi Getsbi.
Sada bih malo doradio, tj. ubacio bih mogucnost da, kada unosim kalkulaciju povecava mi stanje na lageru. Isto vazi i za fakture, kada izdam fakturu da mi skida sa lagera odredjeni artikal.

U bazi koju sam poslao, napravio sam frmkalkulacije i frmfakture.
Od tabela tu su tblKlasifikacija, tblPartneri, tblRegistarArtikala, tblFakture, tblKalkulacije i tblPrometArtikala za koju mislim da ce ta tabela biti lager.
Ostalo nisam radio, mislim na frmKalkulacije i frmFakture jer ne znam sta tacno treba pa necu da radim napamet.
Stavio sam polja koja misilm da su potrebna: sifraArtikla, nazivArtikla, kolicina i cijena. Iznos i ostale izracunate vrijednosti nisam pravio kao sto si mi i prije govorio da su nepotrebna i da se mogu po potrebi izracunati.

Mene interesuje, da li je tabela tblprometArtikala lager artikala odnosno skladiste i postoji li mogucnost da se to poveze sa kalkulaciom i fakturom tako da se moze vrsit unos i izlaz artikala, i da to radi naravno.

Unaprijed zahvalan na pomoci.

Već sam napominjao da tabela u kojoj će se zapisivati promet ili istorijat (tblPrometArtikala) sporna u onoj meri u kojoj se predviđa količina budućih unetih dokumenata. Ako baza pretenduje da čuva samo desetak hiljada dokumenata (ne zapisa, jer se zapisi ne mogu baš planirati) onda bi moglo i bez nje, a pomoću query-ja obraditi zahteve za trenutnim stanjem količine po artiklu ili zbirno (lager lista) za sve artikle.
Negde sam već pisao da je preko 20.000 dokumenta optimalnije stanja čuvati u tabelama, a ne itzračunavati ga svaki čas.
Ako se odlučiš da zadržiš tu tabelu (znači planiraš 20.000 dokumentat i više, kao i da držiš bazu na SQL serveru) i želiš da naučiš kako da nešto proknjižiš iz tabele u tabelu, to ima na sledećoj lokacoiji:
http://www.elitesecurity.org/t...odateke-iz-jedne-tablice-drugu
Ako odlučiš bez te tabele (dakle, baza na Access-u i do 10.000 dokumenata) onda obrati pažnju na dve teme pod br. 16 u: Interesantne teme koje su nekada bile TOP, a i na sve druge teme gde se pominje reč stanje ili stanje artikala. Ovo je mnogo celishodnija varijanta, pogotovo ako je seminarski u pitanju. Nema VBA koda i sve se rešava SQL upitima.

Havala Getsbi za savjet.
Prosli put sam zaboravio jos nesto da priupitam a to je:

1. U jednom polju koje izracunavam iznos npr. 49,9931 nece da mi zaokruzi na 50? Zasto? Kao sto mi u nekom zapisu u istom tom polju zaokruzi iznos od 115,0097 zaokruzi na 115,01?

Format polja sam stavio Standard, a probao sam i druga i sve moguce sto sam mislio da bi mi pomoglo ali nista.
Moze li se to nekako doterat?

Osim osobine Format, popuni i osobinu Decimal Places. Recimo na 2 za novčane iznose ili 3 za količine. To forsiraj i u formama. Ako postoji negde propust, pa ne možeš da utrdiš gde onda na izlazu upotrebi funkciju ROUND().

U formi frmKalkulacije, ako uzmemo kalkulaciju 4 jer imam samo dva artikla pa je lakse, i stisnem dugmence “Stampaj” (zanemarim gresku sto mi izbacuje, ne znam zbog cega) trazi sifru kalkulacije, upisujemo 4 jer ne znam drugacije pa pozovem odredjenu kalkulaciju.
E, tada mi trazi da upisem rabat, a u izvjestaju sam ga stavio. To mi nije javljao dok nisam stavio tekst ukupno, odnosno da mi sabere Fakturnu cijenu.
Za rabatvr upisujem 25 jer mi u kalkulaciji toliko, da ne bi doslo do zabune.
Sto je jos gore, zbir fakturne vrijednosti bi trebao biti u Report Header-u gdje se nalazi crveni kvadratic.
Ne znam da li trazim nemoguce ili sta je vec? Probao sam sve sto mi je palo na pamet.

Nadam se da nesmeta sto nastavljam od ove teme, da ne otvaram novu.

Izveštaj u Design modu suzi do granica koje si postavio u Page Setup. Ako je A4 format u pitanju onda do 189 mm. Vodi računa o marginama. To je što se tiče greške pri pokretanju izveštaja.
U upit na kojem ti se zasniva izveštaj postavi referenciranje na formu, kako te ne bi zapitkivao za parametre. Ovde pogledaj pravila za referenciranje : http://www.elitesecurity.org/t221799-0#1601903

Zbir fakturisane vrednosti ide na kraju u dnu strane. Access prolazi redom kroz izvor podataka i tako formatira izveštaj. U zaglavlju izveštaja se mogu staviti samo podaci iz prvog zapisa izvora podataka. Za sve ostalo je potrebno obezbediti još jedan prolaz kroz zapise putem VBA koda što ti ne preporučujem obzirom da je mesto zbiru na dnu izveštaja, znanje iz VBA oskudno.

Za upit 2 “qyery2” stavio sam polja:
sifraKalkulacije,
KataloskiBroj,
SifraArtikla,
NazivArtikla,
Kolicina,
Cijena;

Namjera je bila da mi upit izbaci sve artikle iz svih kalkulacija sto i radi. Medjutim, mislio sam to malo doradit da mi upit izbaci onoliko artikala koliko ih ima kolicinski. Odnosno za artikl, npr. pod kalkulaciom 2, SifraArtikla je 35, unijeto je 2 komada tog artikla i meni bi trebalo da upit ispise dva puta taj artikal, odnosno onoliko puta koliko ga ima u toj kalkulaciji.
Jedino sto sam uspio u upitu jest da mnozim sa kolicinom i tada dobijam vrijednost sto nije moj cilj.

Moze li se moj problem rijesiti nekom metodom (bez VB koda)?

Upiti su filtrirane tabele. Tako da nemam neko pametno rešenje a da je bez VBA koda i još jedne temporary tabele.
Ono što bih preporučio, a nema veze sa pitanjem je izbacivanje svih izračunatih polja iz tabele jer se njima krši treća normalna forma u relacionim bazma podataka. Kolona u tabelei ne sme da zavisi ni od jednog druge kolone već samo od ključa i isključivo od ključa te tabele. Kolonu Kolicina ne treba definisati kao Currency već sa Number, Single ili Double.

OK, Getsbi.
Hvala puno na savjetu.

Jedno pitanjce za Gorana-7, kako si postavio plavu pozadinu u sfrm kalkulacije u datasheet-u?
pozdrav

Uđeš u Form View te podforme (znači ne u Design mod), u Toolbar Options pronađi ikonicu Fill/Back Color. Popuni sa odabranom bojom.

By getsbi

_{[Ovu poruku je menjao Getsbi dana 30.03.2008. u 12:59 GMT+1]}

Nekad davno sam se zalio na probleme sa izvjestajem tj. da mi zbir sume nije dobar. Sad, kada sam uhvatio vremena i da pokusam greske svesti na minimum, ostala mi je jedna sitnica koja mi pravi velike probleme.
U formi frmKalkulacije, zatim na dugmence stampaj, pod sifrom 5 koju sam uzeo sa primjer. Kada se pojavi izvjestaj polja obiljezena crvenom bojom mi nisu dobra jer mi nije dobar zbir. Pored sam stavio vrijednosti koje bi trebale biti, npr umjesto 100.70 ispise mi 100,69. Koristio sam i round ali tada mi jos gore zaokruzuje.
Ako se moze bezbolno rijesit dobro je, a ako ne hvala u svakom slucaju na pomoci.


Jos jedno pitanje koje ce mi mnogo pomoci.
Da li za pocetak ucenja Access-a moze knjiga npr: Access 2002, ili Access 2003 biblija, Autori: Cary N. Prague, Michael R. Irwin, Jennifer Reardon.
Gledao sam, u knjizi Access 2002 se pominje i Visual Basic. Da li jedna od te dvije sadrzi materijal za jednog pocetnika kao ja i osnove VB-a koji se pominje ili neka treca knjiga? Da mogu na miru ucit i da nemoram zapitkivati za svaku sitnicu koja mi pravi probleme.
Znam da od jedne knjige se ne moze sve naucit ali od neceg moram pocet. Gledao sam i po forumu ali nisam nasao nesto za pocetnicki nivo Access-a.
Hvala jos jednom.

Ako nisi kupio knjigu, možda za početak i ne moraš. Možeš početi odavde:
http://www.icentar.com/showthread.php?t=80
Knjiga je u elektronskom obliku.
Od štampanih, nisu loša Microsoft Step By Step u izdanju i prevodu Cet-a. Može i Biblija koju pominješ. Samo čitaj.
Ovo oko zaokruživanja ću pogledati.

Edit: Savku celinu koja se satstoji od množenja i deljenja stavi u funkciju Round(). Recimo ovako:
=Sum(Round((suma1*suma2/suma3);2) - Round((suma4/suma2*suma5);2))
U tvojim izrazima će ova funkcija biti na dva i više mesta. Malo si iskomplikovao sa zagradama pa ne mogu da se snađem.
Inače funkcija Round je klasično matematičko zaokruživanje naniže i naviše. Radi korektno. Samo je treba korektno upotrebiti.

Ono za tip Currency i Format :#.##0,00" KM";-#.##0,00" KM", sam te već jednom kritikovao. To treba da stoji u Input Mask.
Za Format odaberi takođe Currency kao i tip, a Decimal Places postavi na 2. U reginal setings Windowsa postavi svju nacionalnu valutu.

_{[Ovu poruku je menjao Getsbi dana 16.04.2008. u 21:16 GMT+1]}