Bosna i Hercegovina



#31 01.05.2013-07:18
pmiroslav Offline
Moderator
Registrovan/a od: 02.02.2009-10:32
Komentari: 1,339


Subject: Re: Magacin rezervnih delova
Citat od wolfonix:
naravno da se artikl ne vezeju za radnika nego za cc...to smo resili tako sto smo u tabelu transkacije uveli polje costcentar na predlog zxz-a.(par postova iznad)...
Zbog toga ja mislim da ti ne treba tablica radnici biti vezana za tablicu Transakcija, nego trebaš imati tablicu tblOperatori ili tblKorisnici u koju će biti upisani samo oni radnici koji koriste aplikaciju i ona nije vezana ni na jednu drugu tablicu. A podatak iz te tablice će se programski upisivati u polje MagacionerID u svim tablicama gdje to polje postoji.
Pozdrav
↑  ↓

#32 02.05.2013-20:49
wolfonix Offline
Clan
Registrovan/a od: 03.12.2012-18:21
Komentari: 15


Subject: Re: Magacin rezervnih delova
dodati prefix-i i odradjene prepravke iz predhodnog posta...

Prilozi:
Informacije o fajlu: rar  magacin RD2.rar
Preuzimanja: 62
Veličina: 103.21 KB

↑  ↓

#33 03.05.2013-11:44
dex Offline
Super Moderator
Registrovan/a od: 23.02.2012-19:59
Komentari: 575


Ocjena: Ocjena:100 Subject: Re: Magacin rezervnih delova
Da dam svoje vidjeinje stvari, a Wolfonix neka me ispravi ako negde gresim.
U tabeli TblTarnsakcija imamo polje klijent koje podatke vuce iz tabele Dobavljaci ili tabele CostCentri,
zavisno od vrste dokumenta. Verovatno je potrebno i polje radnik (radnik koji je istrebovao/vratio delove, odnosno potpisao dokument). Ostaje prazno u slucaju ulazne otprmnice i povratnice.
Polje StatusTransakcije je suvisno u tabeli transakcije. Potrebno je u UlazIzlaz, a DefaultValue vuce iz tblVrstaTransakcije, odnosno nije potrebno ni tu ako ostavimo razdvojena polja ulaz i izlaz.
Sto se tice polja MagacionerId i tu imamo dva podatka: Magacioner koji je izdao/primio robu i operater koji unosi podatke. Da li je to jedan isti podatak ili dva razlicita i da li su oba potrebna najbolje zna Wolfonix.

Sto se tice polja RadniNalog, to bi bilo idealno, da sve sto je odrzavanje istrebovalo po jednom dokumentu jednim Radnim Nalogom prebaci na odgovarajici CC, ali ne verujem da je to slucaj u praksi.

Moje vidjenje procesa:
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.
↑  ↓

#34 03.05.2013-15:56
pmiroslav Offline
Moderator
Registrovan/a od: 02.02.2009-10:32
Komentari: 1,339


Subject: Re: Magacin rezervnih delova
tblVrsteTransakcija popunio si sa nazivima dokumenata:
Prijemnica
Povratnica
Radninalog
CostCentar
Povratnica
Storno

Koliko ja znam Radni nalog i CostCentar nisu vrste ulazno-izlaznih dokumenat
Dokumenti transakcije prate prela robe sa jednog mjesta na drugo npr. iz skladišta u CostCentar. Radni nalog je dokumet koji prati izradu nekog proizvoda (utrošeni materijal, vrijeme itd.)

Ulazni dokumenti mogu biti:

Prijemnica ili prikma
Povratnica
Međuskladišna otpremnica

Izlazni dokumenti:

Trebovnica (Izdatnica)
Otpremnica
Međuskladišna otpremnica
Revers

Možda ti imaš drugačije nazive.
Pozdrav
↑  ↓

#35 04.05.2013-11:24
zxz Offline
Administrator
Registrovan/a od: 03.02.2009-16:22
Komentari: 9,547


Subject: Re: Magacin rezervnih delova
Pored ovih vasih primjedbi da dam i ja svoje koje sam vec dao.
Tabela UlazIzlaz
Polja ulaz i izlaz se brisu a dodaje se polje kolicina.
Polje status sluzi za verifikaciju ulaza i izlaza i to se upisuje po defaultu na formi na osnovu menija gdje cemo imati ulaz i izlaz.
Znaci polje status ima opcije:
1-ulaz
2-izlaz
0-storno ili brisano

Ako ostavimo polja ulaz i izlaz:
Prvo sto cemo imati problema pri unosu jer cemo morati imati 2 forme ili da u polju mijenjamo controlsurce kodom.
U tabeli je uvijek jedno polje null ako je ulaz izlaz je null i obratno.
To nije dobro radi baze a i teze je sracunati stanje.

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.
Pozdrav
↑  ↓

#36 05.05.2013-17:08
wolfonix Offline
Clan
Registrovan/a od: 03.12.2012-18:21
Komentari: 15


Subject: 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).

Citat:
Radnik dolazi u magacin i trebuje odredjene delove. Prema odeljenju gde radnik radi delovi se
prenose na odgovarajuci CC.
Da, u pravu si.

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:
Informacije o fajlu: rar  magacin RD3.rar
Preuzimanja: 71
Veličina: 102.48 KB

↑  ↓

#37 05.05.2013-18:52
zxz Offline
Administrator
Registrovan/a od: 03.02.2009-16:22
Komentari: 9,547


Subject: Re: Magacin rezervnih delova
Ovo je sad dosta dobro ali treba sacekati i druge da daju primjedbe pa cemo onda krenuti u izradu formi.

Poje primjedbe:
Pregledaj sva tekstualna polja pa im daj adekvatnu duzinu jer su ti vecina ostala na 255 karaktera.
Tabela korisnici kljuc treba da bude KorisnikID.
U tabeli transakcije mozda bi bilo dobro dodati polje Sifra primaoca robe.
Eto toliko od mene za sada.
Pozdrav
↑  ↓

#38 05.05.2013-19:47
wolfonix Offline
Clan
Registrovan/a od: 03.12.2012-18:21
Komentari: 15


Subject: Re: Magacin rezervnih delova
Citat od zxz:

U tabeli transakcije mozda bi bilo dobro dodati polje Sifra primaoca robe.

mislis na primaoca robe kao radnik tj. njevog id kartice ili ?
↑  ↓

#39 05.05.2013-19:48
zxz Offline
Administrator
Registrovan/a od: 03.02.2009-16:22
Komentari: 9,547


Subject: Re: Magacin rezervnih delova
Da radnik.
Kada se roba zagubi onda traze ko je zaprmio bez obzira na nalog.
Pozdrav
↑  ↓

#40 05.05.2013-19:52
wolfonix Offline
Clan
Registrovan/a od: 03.12.2012-18:21
Komentari: 15


Subject: Re: Magacin rezervnih delova
pa postoji KlijentID u tabeli koje se odnosi na dobavljaca ako je ulaz odnosno radnika ako je izlaz robe iz magacina...mislim da smo tako definisali to polje u jednom od ranijih postova, ako se ne varam.
↑  ↓

#41 05.05.2013-21:24
zxz Offline
Administrator
Registrovan/a od: 03.02.2009-16:22
Komentari: 9,547


Subject: 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.
Pozdrav
↑  ↓

#42 06.05.2013-08:53
pmiroslav Offline
Moderator
Registrovan/a od: 02.02.2009-10:32
Komentari: 1,339


Subject: 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 fajlu: rar  magacin RD3_MP.rar
Preuzimanja: 114
Veličina: 124.23 KB


Pozdrav
Ovaj komentar je mijenjan 1 puta. zadnja izmjena 06.05.2013-09:11 od strane pmiroslav. ↑  ↓

#43 07.05.2013-08:08
dex Offline
Super Moderator
Registrovan/a od: 23.02.2012-19:59
Komentari: 575


Subject: 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 Offline
Clan
Registrovan/a od: 03.12.2012-18:21
Komentari: 15


Subject: 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 komentar je mijenjan 1 puta. zadnja izmjena 12.05.2013-18:15 od strane wolfonix. ↑  ↓

#45 13.05.2013-19:10
dex Offline
Super Moderator
Registrovan/a od: 23.02.2012-19:59
Komentari: 575


Subject: 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 (3): 1, 2, 3

Srodne teme


All times are GMT +01:00. Current time: 21.01.2018-19:09.