otpremnica sadrzi servis koji se ne prima u magacin...?

Slucaj nije klasican:proizvod se primi u magacin i kada se otpremi skida se sa stanja.

U pitanju je vrsenje usluge (servis) i ne treba da ga skida stanja. Na primer servis "zamena ulja na kolima" ubacim u tabelu proizvodi ali ga nemam na prijemu robe kao sto je proizvod "ulje".
Trebalo bi nesto kao da kada ubacujem servis u tabelu proizvodi, na formi (proizvodi, preko koje ubacujem sve proizvode u bazu) dodam chek box, koje bi bilo stiklirano kada je proizvod koji ubacujem usluga, na taj nacin se proizvod ne tretira kao klasican proizvod i za njega na vazi prijem i skidanje sa stanja.
Ali ne znam kako bih ovo odradio pa ako neko ima ideju...

Ne znam da li možeš to riješiti sa chek box-om koji si zamislio, vjerovatno može kodom pa ako je true ne provjerava stanje za taj „PROIZVOD“-uslugu, također nisam siguran da se USLUGA otprema, ja mislim da se ona fakturiše, to ti govorim zato što nisam nikad vidio otpremnicu na kojoj stoji usluga. Tako da nisam 100% siguran. Pa to prvo provjeri.

Evo daću ti jedan primjer kako to radi firma koja servisira moje auto.
Ja dođem na servis sa narudžbenicom, poslovođa izdaje radni nalog majstoru, majstor prima auto utvrđuje šta treba raditi (zamjena uja, filtera, kočnica itd) trebuje potrebene rezervne dijelove i materijal iz skladišta na osnovu čega mu skladištar ispisuje IZLAZ ROBE (tako piše na originalu, a to je ustvari otpremnica) i to majstor prima i potvrđuje primitak svojim potpisom, nakon završenih radova majstor dopunjava radni nalog (opis radova i druge napomene, vrijeme utrošeno za popravak možda još neke stvari kojih se nemogu sjetiti) predaje meni auto, ja provjeravam šta je urađeno i potvrđujem ispravnost svojim potpisom na radnom nalogu (ili neispravnost). Na osnovu ta dva dokumenta oni prave račun u kojem su pobrojani svi dijelovi i materijal kao i usluga popravka iskazana u satima pa puta cijena, pa porez i tako dalje, i šalju to poštom ili daju u ruke, ali tu više nema potvrde prijema niti potpisivanja znači samo račun po kojem se plaća.
Šta ti hoću reći, najvjerovatnije da ta faktura nije nikako vezana za skladište već gore pomenuta otpremnica (IZLAZ ROBE) koju je primio majstor što i jeste normalno jer je on odgovoran za ugradnju istog. Znači da je skidanje dijelova i materijala izvršeno otpremnicom, a usluga iskazana na radnom nalogu te na osnovu toga dvoga napravljen račun.
Eto ti opet provjeri šti ti tačno treba ovo je samo kao moguća ideja, možda treba drugačije postaviti svari.

Potpis

Kiro

Kiro je vrlo lepo opisao proces u auto servisu. iz Kirinog opisa sledi da ti trebaju u stvari dve aplikacije:
1) na izlazu iz magacina, gde mehanicar preuzima delove
2) na recepciji Auto servisa, gde se
a) kreira radni nalog (onaj koji mehanicar uzme i id s njim da preuzme delove)
b) kreira se racun za klijenta, a na racunu pise rad (izvrsene usluge, servis) + delovi

Naravno, obe aplikacije gledaju u istu bazu podataka (back end), koji je naravno Access

Kakva treba da bude baza podataka da bi podrzala ovaj proces? Ocigledno je da treba tabela sa klijentima (ime, prezime, adresa, telefon). Zatim treba tabela sa delovima. Pa onda tabela sa uslugama (servisima) koja sadrzi ServisID, potrebno vreme i mozda cena usluge, ako nije strogo po satu. Posto delovi i usluge nisu isto, naravno da ce biti u odvojenom tabelama. Onda treba tabela RadniNalog, koja sadrzi datum, IDnaloga, ID klijenta. Za svaki radni nalog, postojace jedan ili vise servisa i (nula, jedan ili vise) delova. To daje jos dve tabele, RadniNalogUsluge i RadniNalogDelovi.

Kako ce da izgleda racun? U zaglavlju podaci o klijentu i radnom nalogu. Onda dve detaljne sekcije: usluge i delovi, dakle neka vrsta UNION. Da li ce racun biti tabela ili kveri, zavisi od mnogo detalja koje mi ovde ne znamo, ti ih znas, pa odluci. Verovatno ce ti trebati barem tabela za zaglavlje racuna, sa DatumRacuna i IDracuna i status (nije jos placen, placen, ponisten i slicno)

Sve u svemu, rad je rad a delovi su delovi i ne treba ih mesati. Moguce je da postoji veza izmedju delova i usluga. Na primer, za uslugu 'Zamena ulja' mehanicar moze da trebuje ulje, ali ne i gume ili razvodnu kapu ili ne daj boze diferencijal Ako je tako, onda je potreban jos jedan set tabela, koje definisu 'recepturu', to jest odredjuju koji delovi idu uz koju uslugu. U praksi, verovatno da postoje usluge sa strogo definisanom recepturom, ali i usluge gde to nije definisano bas precizno.

Da te ne zamaram dalje, imas dosta materijala za razmisljanje.

Srecan rad!

Znam da je logicno da se proizvodi i servis ne mesaju ali mi se cini najlakse da to odradim na nacin sa chekbox-om, a raspitao sam malo i jedan knjigovodja rece da moze na otpremnici da stoji: 4 litre ulja (prva stavka kao prodaja) i zamena ulja (druga stavka kao servis).Bitno je samo da svaka stavka ima jedinicu mere, a za servis bi bila "kom". Tako bi klijent unosio svaki servis u kasu sa podacima o jed. mere koja bi bila "kom", zatim cena, stopa itd.
Posto sam pocetnik u ovom poslu treba mi neki cod (on_click) koji kada je chekbox ukljucen nebi proveravao stanje.

Hvala unapred

Ako si pocetnik, i hoces da nesto naucis onda treba pazljivo da slusas i citas. Ja nisam nigde rekao da na otpremnici ne treba ili ne moze da stoji i servis i delovi. Samo je logicnije da se to zove radni nalog. Otpremnica je dokument koji se u magacinskom poslovanju koristi da pokaze sta je magacioner izdao iz magacina. Iz magacina ne moze da se izda servis, pa nem alogike da se to zove otpremnica, ma sta ti kjigovodja rekao. Pitaj automehanicara, mozda ti kaze drugacije.

Sta ce da pise na dokumentu, pa makar se pogresno zvao i Otpremnica, a sadrzao servis i materijal, je jedna stvar. Kako ce to da se cuva u bazi podataka, je druga stvar. Sta ce da pise na dokumentu, to slusaj sta ti knjigovodja ili mehanicar kazu, to je OK. Kako ces to da spakujes u bazu, preporucujem da slusas sta ti kazemo ovde na forumu. Inace neces nauciti nista, i kroz nekoliko godina bices programer sa iskustvom koji ne zna nista, pa ni kada treba a kada ne treba da koristi check box ili neku drugu kontrolu. Naucices da programiras kombob boksove, liste, svasta, rekordsete, bookmarks, ADO, DAO, VB.NET, ali nazalos neces znati nista o tome kako se diajnira i priprema baza podataka. Veruj mi, ako je baza lose dizajnirana, nikakvo ekspertsko programiranje nece te spasiti.

Toliko od mene, a ti kako hoces.

Srecan rad