Centar za edukaciju-BiH

Predmet:Re: Provjera duplog unosa

---

Ja sam na temelju tvojih sugestija dodao neke tablice pa te molim da ih pogledaš i daš svoje eventualne primjedbe

Prilozi:

---

Predmet:Re: Provjera duplog unosa

---

Zaboravio sam napomenuti da u TblProdaja BrojOtpremnice (OrderID) Autonumber promjenio u Text zbog toga što unosim opremnice koje su pisane rukom a one imaju broj u obliku 052777 i kasnije bi ze generiranje ovod broja koristio Kod koji si mi več prije dao.

---

Predmet:Re: Provjera duplog unosa

---

E sad si ti mene pretekao. Ja sam mislio da radimo jednu po jedno ali dobro.
Evo prvo ova tabela koju smo vec uradili i njena dodatna tabela.
Polje:
IDGrupe. Ja sam mu dao ovako ime a odnosi se na ovo tvoje:
Kodna tabela koju si ti napravio TblGrupeProizvoda mora biti vezana za tabelu artikala.
O tome cemo kasnije.
Vidim da imas i nacin placanja Kodnu tabelu. Pretpostavljam da se placanje vrsi nakon nastanka podataka u tabeli TblProdaja odnsosno kada kupac prezentira sta hoce kupiti kod ref. prodaje.
U svakom slucaju mislim da se vrsi prodaja na osnovu papira koji napravi ref. prodaje.
Ako sam u pravu onda u tabelu TblProdaja treba dodati i polje PlacanjeID. Preneseni kljuc iz kodne tabele vrste placanja

tabekla TblProdajaStavke
StavkeProdajeID-->autonumber i kljuc
OrderID----->Broj otpremnice.Ovo bi trebalo biti preneseni kljuc iz tabele TblProdaja da bi mogao povezati ove dvije tabele jer moraju biti vezane a za broj otpremnice dodati polje
BrOtpremnice ili nekako drugacije ako ti pase. Dali ce imati duplikata ili ne odluci sam ali trebalo bi ovo polje indeksirati
Sifra ----->Sifra artikla
Kolicina---->Kolicina
CijenaProdaje---->Povalci se cijena iz tabele artikli u kojoj ce se unositi cijene
To cemo poslije razjasniti.
Po meni treba dodati jos:
JM---->jedinica mjere koja bi se isto povlacila iz tabele artikli

Jos cu samo da pokusam objasniti tabelu TblArtikli.
TblArtikli je kodan tabela.
Cemu sluzi?
Sluzi tome da korisnik nebi non stop pisao naziv artikla cijenu jM i ostalo sto se tice odredjenog artikla.
Ukoliko imamo kodnu tabelu jednostavno iz nje prenosimo podatke u tabele ulaza izlaza i bilo gdje sto se tice artikala.
Ovim nacinom se izbjegavaju greske pri kucanju a i samovolja samih operatera koji bi mogli znaci u nekom momsentu namjerno da promijene cijenu a to je poslije tesko dokazati.
Operateru se ostavlja samo da unese kolicinu robe i za nju odgovara.

Zasto se prenose podaci pored sifre ili naziva artikla cijena i jm.
Svi podaci u tabeli artikli koji su u nekom vremenskom periodu podlozni promjenama prenose se u tabele ulaza i izlaza tako da tamo ostaju trajno zapisani onakvi kakvi su bili u momentu nastanka papira.
Pored ovih u vecini slucajeva trebaju jos:
PDV
ZadnjaKalkulacija--->Ako se radi kalkulacija.

Nacin na koji si ti zaposceo to praviti je izvodiv ali se rijetko koristi.
Ti si napravio tabelu cjenovnik zasbnu i u nju imas namjeru upisati novu cijenu kada god se promijeni.
Naravno u tvom slucaju mozes imati cjenovnik od bilo kog datuma i da kazemo da je to prednost ovog nacina ali kome treba neki stari cjenovnik.
Treba mu posto je neki artikal prodat napr. prosle godine u aprilu a to ima u tabeli Izlaza robe (U tvom slucaju u tabeli tblProdajastavke)
Mane:
Kao prvo nepreglesdnost i nekada zna doci do emnormnog povecenja ako inflacija bije pa se cijene mijenjaju svaki dan.

Kako god se ti odlucis tako cemo praviti.

---

Predmet:Re: Provjera duplog unosa

---

E, pa malo žurim ali što ćeš. Vidim da ti uglavnom radiš po noći, a ja po danu pa nam dugo treba da stupimo u kontakt.

Ali dobro.

Mi prodajemo poljoprivredne strojeve pa se IDGrupe odnosi na vrstu stroja (Plug, sijačica, tanjurača itd) pa idGrupe treba biti vezan uz tablicu Artikli.

A ovo što si ti predpostavio
Gotova roba
trgovačka Roba
Konsignacija itd.

to se Odnosi se na IDskladišta jer indentičan artikl može imati ulaz na više raznih skladišta

npr jedan stroj iz proizvodnje ulazi u skladišet gotove robe (ID=020)

sa ovog skladišta može se sa međuskladišnom otpremnicom napraviti izlaz i ponovno ulaz na drugo skladište Konsignacija (ID=095)

Roba se tada može prodavati ili sa jednog ili sa drugog skladišta.

za cijenik sam i ja u dilemi,
Ako su mi cjene u Tbl_Artikli , pa tablica Prodaja stavke povuče cijenu iz te tablice, oda će mi se kod promjena cijene u starim otpremnicama također promjeniti cjena pa neču znati po kojoj je cijeni artikl prodan.

---

Predmet:Re: Provjera duplog unosa

---

Da ja sam uglavnom navece slobodan a po danu rjedje jer vala trcati za poslom.


Ovo mozes nazvati grupe artuikala pa ako nije dovoljno mogu biti podgrupe i to nebi trebalo imati veze sa ovim:
Ili grijesim?
Ako ima veze onda kao sto sam naveo bilo bi grupe i podgrupe:
Znaci grupa Gotova roba pa podgrupe:
Kultivatori
Kultivatori vinogradarski itd..

I to bi sve se vazalo opet za tablicu artikala.

Skladista se nesmiju mijesati sa ovim.
Skladista robe seu fizicki odvojene cjeline i svki ulaz ili ulaz robe mora imati i polje skladista da bi se moglo naznaciti na koje skladiste se odnosi.


ne nece ne povlacis ti cijenu jm i ostalo iz tabele artikli nego to prenosis u momentu bilo kakve transakcije.
Tako ti tablice detalja ulaza i izlaza ne ovise ni o cemu u njih upisujes cijenu robe jm kolicinu i artikal.
Primjer:
Ako uzmemo napr. artikal
Sijačica za žito i imas unesenu cijenu u artiklima nap 3000 i jm kom.
Pravis izlaz robe
U TBLUlazIzlaz bi trebao imati ista ova polja Jm Ime artikla ili sifru i cijenu.
U ta polja preneses vrijednosti
Sada dolazi do promjene cijene napr 5000
I sad ponovo pravis izlaz.
Sada ces u tabeli TbUlazIzlaz imati isti artikal ali njegovu cijenu ce prenijeti ovu novu pa ce biti 5000.
Jedino sto nemas a to je stara cijena u tabeli artikli jer si je promijenio ali ti ona vise i ne treba.

Cijena se formira obicno kalkulacijom pri svakoj nabavci robe.
O kalkulaciji mozemo kada sve zavrsimo ovo.

ako imas napr artikal

---

Predmet:Re: Provjera duplog unosa

---

IDGrupe nema veze sa skladištem, to je samo pripadnost vrsti stroja.
Ne trebaju nikakve podgrupe jer je ovo baza samo za gotove proizvode i tu neće biti sirovina i marerijala.

Cjenik ćemo onda raditi u sklopu Tbl_Artikli

Neznam dali si obratio pažnju na moj post #42, radi se o OrdreID odnosno Broju otpremnice

---

Predmet:Re: Provjera duplog unosa

---

Da to smo vec rekli.
ja sam samo napisao u postu 43 zbog imena.
OrderId si nazvao polje u tabeli TbProdaja i primarni je kljuc.
sada ako hoces radi boljeg razumijevanja onda neka ti bude u table tblProdajaStavke isto ime stranog(Prenesenog) kljuca iz tabele TblProdaja a za broj otpremnice da napravis novo polje.
Nemora se isto zvati polje kojim ces relacijski vezati ali eto lakse se snalaziti.
U tabeli tblProdajaStavke nisam vidio da imas straniKljuc iz tabele TblProdaja ili sam previdio.

O tome sam ja pisao.
Ime polja nije bitno za rad ali nama jeste radi lakseg snalazenja.

---

Predmet:Re: Provjera duplog unosa

---

Imama vezu Tbl_Prodaja.OrderID > Tbl_ProdajaStavke:OrderID, ako si na to mislio.

Jedino nisam siguran da li mi zapravo treba StavkeProdajaID (Autonumber) u Tbl_ProdajaStavke, za čega bi mi on više trebao služiti?

---

Predmet:Re: Provjera duplog unosa

---

Potpuno si u pravu. On je vise za to za nedaj boze sto bi rekli.
Ako bi se dalje sirilo pa da imas zasto vezati. Mozes ga i brisati ako hoces.

---

Predmet:Re: Provjera duplog unosa

---

Naravio sam sada tablice i njihove međusobne realacije, pa te molim da pogledaš i daš komentar

Prilozi:

---