Prikazi cijelu temu
05.05.2013 18:08
05.05.2013 18:08
Predmet:Re: Magacin rezervnih delova
@dexxxl
U tabeli TblTarnsakcija postoji polje KlijentID koje se odnosi na ulaz(dobavljaca) i izlaz materijala(radnika) i nije vezano za tabelu CC.
StatusTransakcije je obrisano
MagacionerID polje je predvidjeno za korisnicko ime magacionera koji je napravio transkaciju(dokument) tj. napravio izmenu.
U radnom nalogu moze da bude jedna ili vise stavki, ali moraju biti vezane za jedan CC. Ako imamo vise materijala koji ce biti utroseni na vise CC-ova onda otvaramo i toliko radnih naloga koliko ima i CC-ova. (nadam se da sam vam ovo dobro objasnio).
Radnici odrzavanja prave radne naloge na kom CC ugradjuju istrebovane delove.
Magacioner ne moze da zna (i ne zanima ga) gde ti delovi idu i po kom nalogu. On je
delove razduzio po trebovanju radnika koji je delove uzeo.
Delovi koje je radnik odrzavanja uzeo po jednom trebovanju mogu da idu na vise naloga i na vise CC-a.
Uostalom prilikom pravljenja naloga uopste nije bitno po kom su dokumentu ti delovi dospeli kod odrzavanja[/quote]
Prilikom izdavanja delova radniku odrzavanja, delovi i dalje ostaju u magacinu(sistemski), dok fizicki nisu tu, sve dok se nalog ne zatvori tj. proknjizi. Kao sto sam gore naveo jedan radni nalog moze imati jednu ili vise stavki, ali je vezan za jedan CC, i za svaki sledeci CC se otvara radni nalog kad su u pitanju majstori odrzavanja.
@pmiroslav
U pravu si sto se tice vrsti transkacija - upravo ih ispravljam.
@zxz
prepravljena tabela tblUlazIzlaz
Sto se tice tblRadnici i tblKorisnici, ja bi ih ostavio u dve tabele i vezane da se iz tabele radnici biraju korisnici app, posto korisnik app moze samo biti neko od radnika, niko sa strane, ali ako to nije ispravno ili otezava sam rad aplikacije ne moraju biti vezane
Prilozi:
@dexxxl
U tabeli TblTarnsakcija postoji polje KlijentID koje se odnosi na ulaz(dobavljaca) i izlaz materijala(radnika) i nije vezano za tabelu CC.
StatusTransakcije je obrisano
MagacionerID polje je predvidjeno za korisnicko ime magacionera koji je napravio transkaciju(dokument) tj. napravio izmenu.
U radnom nalogu moze da bude jedna ili vise stavki, ali moraju biti vezane za jedan CC. Ako imamo vise materijala koji ce biti utroseni na vise CC-ova onda otvaramo i toliko radnih naloga koliko ima i CC-ova. (nadam se da sam vam ovo dobro objasnio).
Citat:
Da, u pravu si. Radnik dolazi u magacin i trebuje odredjene delove. Prema odeljenju gde radnik radi delovi se
prenose na odgovarajuci CC.
Radnici odrzavanja prave radne naloge na kom CC ugradjuju istrebovane delove.
Magacioner ne moze da zna (i ne zanima ga) gde ti delovi idu i po kom nalogu. On je
delove razduzio po trebovanju radnika koji je delove uzeo.
Delovi koje je radnik odrzavanja uzeo po jednom trebovanju mogu da idu na vise naloga i na vise CC-a.
Uostalom prilikom pravljenja naloga uopste nije bitno po kom su dokumentu ti delovi dospeli kod odrzavanja[/quote]
Prilikom izdavanja delova radniku odrzavanja, delovi i dalje ostaju u magacinu(sistemski), dok fizicki nisu tu, sve dok se nalog ne zatvori tj. proknjizi. Kao sto sam gore naveo jedan radni nalog moze imati jednu ili vise stavki, ali je vezan za jedan CC, i za svaki sledeci CC se otvara radni nalog kad su u pitanju majstori odrzavanja.
@pmiroslav
U pravu si sto se tice vrsti transkacija - upravo ih ispravljam.
@zxz
prepravljena tabela tblUlazIzlaz
Sto se tice tblRadnici i tblKorisnici, ja bi ih ostavio u dve tabele i vezane da se iz tabele radnici biraju korisnici app, posto korisnik app moze samo biti neko od radnika, niko sa strane, ali ako to nije ispravno ili otezava sam rad aplikacije ne moraju biti vezane
Prilozi:
magacin RD3.rar
Preuzimanja:321
Velicina datoteke:102.48 KB
Preuzimanja:321
Velicina datoteke:102.48 KB