Centar za edukaciju-BiH

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.

---

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:

---

Predmet:Re: Magacin rezervnih delova

---

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)

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.


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

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


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...

Predmet:Re: Magacin rezervnih delova

---

Sa textboxom je sigurnije, smanjuje se mogucnost neovlascenog pristupa


U povezanu tabelu UVEK se prenosi polje kljuca.