Centar za edukaciju-BiH



#41 05.05.2013 21:24
zxz Van mreze
Administrator
Registrovan od:03.02.2009
Postovi:10,610


Predmet:Re: Magacin rezervnih delova
Neznam mozda je bilo u onoj mojoj verziji ali moraju postojati 2 polja.
U jedno se pise ko je predao robu a u drugo ko je primio.
KlijentID- pri ulazu pisemo dobavljaca a u robu primio magacionera.
U izlazu magacioner je u polju klijenID a raobu primio je radnik koji je primio robu.
Tako sam ja zamislio i tako sam pravio prije e sad ti odluci.
Podrška samo putem foruma, jer samo tako i ostali imaju koristi od toga.
↑  ↓

#42 06.05.2013 08:53
pmiroslav Van mreze
Clan
Registrovan od:02.02.2009
Postovi:1,458


Predmet:Re: Magacin rezervnih delova
Dosta samo tu zakomlpicirali pa bi ja pokušao još malo:
Zašto nebi tablicu tblDobavljaci preimenovali u tblKlijenti i u nju dodali i polje Status gdje bi označili dali se unos odnosi na dobavljača ili korisnika(kupca) ili kako več.
Ja bih onda u istu tablicu upisivao i podatke o dobavljačima i podatke o CostCenrtima. Imali bi zajednički KlijendID (autonumber), a stari costCentarID upisao bih u polje PIB. tako bi onda lakše riješili upis u tblTransakcije bez obzira dali je ulazni ili izlazni dokument.

A da malo počnemo as formama:

Za početak sam napravio formu i kod za logiranje.
Dodao sam tblLogiranje gdje se upisuje tko se i kada logirao i odlogirao iz aplikacije.
Imamo modLogiranje gdje se pri logiranju u memoriju upiše vrijednost koja određuje prava korištenje (Function Prava()), i to kasnije možemo koristiti u aplikaciji.

Upss! Pogrešan fail

Prilozi:
Informacije o tipu datoteke za:rar  magacin RD3_MP.rar
Preuzimanja:383
Velicina datoteke:124.23 KB


Pozdrav
Ovaj post je ureden 1 puta. Posljednja izmjena 06.05.2013 09:11 od strane pmiroslav. ↑  ↓

#43 07.05.2013 08:08
dex Van mreze
Super Moderator
Registrovan od:23.02.2012
Postovi:625


Predmet:Re: Magacin rezervnih delova
Citat:
Prilikom izdavanja delova radniku odrzavanja, delovi i dalje ostaju u magacinu (sistemski), dok fizicki nisu tu, sve dok se nalog ne zatvori tj. proknjizi.

Prilicno neuobicajeno (a po mom misljenju i nefunkcionalno), ali kako kod nas kazu vezi konja gde ti gazda kaze. Znaci u tabelu vrste dokumenta dodajemo i radni nalog. Status dokumenta: izlaz.

Polja u tabeli transakcije u slucaju naloga se popunjavaju:
KlijentID - radnik odrzavanja
CostCentar - radnik odrzavanja unosi CC gde se delovi ugradjuju.

Polje radni nalog brisemo iz tabele Transakcije.

U tabeli VrsteTransakcije bih promenio:

Ulaz 1
Izlaz -1
Storno 0

Pod ID4 preimenovati u Povratnica interna (kad radnici istrebovane delove vrate u magacin)

Citat:
tabele tblRadnici i tblKorisnici mogu se svesti u jednu ali i nemora.
Ako je jedna anda opet dodati polje status pa sa njim rijesiti dali je radnik ili operator.
Moje misljenje:
Ostaviti dve tabele u vezi 1:1. Svi operateri su istovremeno i radnici, nisu svi radnici operateri. Dve tabele jer se za operatere vode i neki dodatni podaci koji se ne vode za ostale radnike. Veza nam je potrebna ako zelimo formu za unos, odnosno da iz jedne forme popunjavamo dve tabele.
U tabeli korisnici:
Korisnik ID - primarni kljuc (kao sto je zxz vec rekao)
KorisnickoIme - Indexed - Yes (No Duplicates)
Polja RadnoMesto i ImeiPrezime izbaciti, to se vec vodi u tabeli tblRadnici.

Takodje se slazem sa Zonicem da treba voditi evidenciju i o operateru koji unosi podatke, kao i o magacioneru koji je izdao/primio robu.

Citat:
Dosta samo tu zakomlpicirali pa bi ja pokušao još malo:
Zašto nebi tablicu tblDobavljaci preimenovali u tblKlijenti i u nju dodali i polje Status gdje bi označili dali se unos odnosi na dobavljača ili korisnika(kupca) ili kako več.

Ne vidim neki poseban razlog za to, ali ako vec komplikujemo da komplikujemo:

Dodati Kodnu tabelu StatusiKlijnata
Dodati u tabeli VrsteTransakcije polje status klijenta.
Onda se na osnovu vrste dokumenta pronalazi status klijenta i combo za izbor klijenta filtrira po njemu.

PS sve ove promene cu odraditi na zadnjem promeru koji je zakacio Miroslav i zakaciti na forum ako se ostali sloze sa izmenama
↑  ↓

#44 12.05.2013 18:14
wolfonix Van mreze
Clan
Registrovan od:03.12.2012
Postovi:15


Predmet:Re: Magacin rezervnih delova
izvinjavam se zbog malog odsustva...spojio sam praznike i stari godisnji...

@pmiroslav

ne bih stavljao dovavljace i klijente u istu tabelu, jeste mozda primer kod ostalih baza primer, ali ovde su dobavljaci externi, a klijenti interni tj. radnici unutar firme.

Ok je forma za logovanje, samo bi prepravio da bude combobox prilikom odabira korisnika i u tblLogiranje prepravio da umesto IDkorisnika bude korisnickoime

@ dexxxl

Citat:
Prilikom izdavanja delova radniku odrzavanja, delovi i dalje ostaju u magacinu (sistemski), dok fizicki nisu tu, sve dok se nalog ne zatvori tj. proknjizi.

Prilicno neuobicajeno (a po mom misljenju i nefunkcionalno), ali kako kod nas kazu vezi konja gde ti gazda kaze. Znaci u tabelu vrste dokumenta dodajemo i radni nalog. Status dokumenta: izlaz.

u pravu si...ovo je do sada kao praksa, ali kad bolje razmislim, ako je radnik odrzavanja preuzeo rez.deo, onda cu ga odmah i skinuti sa stanja...jer je jedna od namena ove app da znam pravo(realno) stanje u magacinu...

takodje se sa svim dole sto si naveo slazem...
Ovaj post je ureden 1 puta. Posljednja izmjena 12.05.2013 18:15 od strane wolfonix. ↑  ↓

#45 13.05.2013 19:10
dex Van mreze
Super Moderator
Registrovan od:23.02.2012
Postovi:625


Predmet:Re: Magacin rezervnih delova
Citat:
Ok je forma za logovanje, samo bi prepravio da bude combobox prilikom odabira korisnika

Sa textboxom je sigurnije, smanjuje se mogucnost neovlascenog pristupa

Citat:
i u tblLogiranje prepravio da umesto IDkorisnika bude korisnickoime

U povezanu tabelu UVEK se prenosi polje kljuca.
↑  ↓

Stranice (5):1,2,3,4,5

Srodne teme


Sva vremena su GMT +01:00. Trenutno vrijeme: 5: 09 am.