Centar za edukaciju-BiH

Predmet:Samo pitanje

---

Nisam bas nesto jak u accessu a cesto se susrecem sa njim. Naime imam jednu bazu koju sam "naslijedio" od svog prethodnika i koju uz pomoc sa veseg foruma ali i drugih uspijevam odrzavati i pomalo unaprijedjivati. E sad mi se stalno namece jedno pitanje. Operateri koji unose, odnosno knjize materijalne dokumente moraju npr. jedan dokument dva puta knjiziti. Jedanput kao dokument izdavaoca a drugi put kao dokument primaoca. Jeli moguce napraviti da kada jednom unesemo skladiste koje izdaje i skladiste koje prima robu da access automatski skida odnosno dodaje te stavke na saldo izdavaoca i primaoca. Da se ne mora dva puta proknjizavati ta mat. dokument. Hvala unaprijed na odgovoru.

---

Predmet:Re: Samo pitanje

---

Stavi neki primjer, bit će nam lakše.

---

Predmet:Re: Samo pitanje

---

moze zosto da ne jas kaj mene vo moite programi imam slicna situacija kade izleznata faktura od eden magacin ili skladiste kako sto go vikas ti e vlezna faktura vo drug magacin.
Jas imam naprdaveno funkcija so koja od izlezna faktura od eden magacin knizam vlezna faktura vo drug magacin,taka se izbegnuva duplo knizejne,neznam zosto bo bilo problem toa da se napravi i kaj tebe.
Kako sto rece kolegata promislav daj nekoj primer i nie ke ti pomognime

Predmet:Re: Samo pitanje

---

Evo primjer pa pogledajte što treba još doraditi i popraviti u vezi izbjegavanja duplog knjiženja. I ostale primjedbe i sugestije su dobro došle .

Prilozi:

---

Predmet:Re: Samo pitanje

---

Malo si mi nejasan.
Prema ovom tvom primjeru roba koja se izdaje sa skladišta može biti isporučena u drugo skladište ili nekom kupcu odnosno partneru.
To bi po meni trebala biti dva različita dokumenta.
Roba ida sa jednog skladišta na drugo skladište - Međuskladišna otpremnica
Roba ide kupcu ili parneru izvan firme - Otpremnica ili faktura.
Dali sam u pravu?

Dali je ovo aplikacija za vođenje skladišta ili za knjigovodstvo?

---

Predmet:Re: Samo pitanje

---

Pa ovo je aplikacija koju koristim za knjigovodstvo ali je sad trebam za vođenje skladišta odnosno treba da pratim kretanja robe između skladišta i stanje u njima a da pri tom izbjegnem dvostruko knjiženje. Neka te ne bune ovi vanjski partneri to mi je ostalo. Poz..

---

Predmet:Re: Samo pitanje

---

E sad da li bi se moglo tu ukomponovati da mogu ponekad da knjižim i ulaz na glavno skladište od negog spoljnog partnera.

---

Predmet:Re: Samo pitanje

---

Da bi nešto mogli napraviti molim te malo detaljnije opiši postupak rada.
Što podrazumjevaš pod knjiženje?
Iz koje tablice u koju bi trebao upisivati podatke?

---

Predmet:Re: Samo pitanje

---

Pa evo ovako, npr. iz glavnog skladišta izdajem MS za 5 skladište. To treba da evidentiram kako izlaz sa glavnog skladišta i da mi to evidentira u stanju ms na tom glavnom skladištu a istovremeno da doda na stanju u 5.skladištu. Imam samo tblstavke u kojoj se evidentira taj ulaz i izlaz i na osnovu vrste dokumenta (ulaz ili izlaz) izračunavam stanje. Imam jos tbldoc gdje upisujem broj dokumenta i vrstu i skladiste kao i skaldiste kojem izdajem ili primam ms.

---

Predmet:Re: Samo pitanje

---

Evo mog predloga za resenje. Model je malo prenabudzen za ovaj konkretan slucaj gde imamo samo dve vrste komintenata i tri vrste dokumenata, ali dozvoljava prosirenje na neogranicen broj dokumenata (ulazna otpremnica, izlazna otpremnica, trebovanje, revers, primopredaja, rashodovanje…) i vezu vise prema vise izmedju vrste dokumenta i vrste komintenta.
Ogranicenje koja vrsta komintenta moze da se pojavi kao dugovna, odnosno potrazna strana ovde je reseno na nivou aplikacije, ali me zanima kako je moguce na nivou tabele postaviti CHECK CONSTRAINT na nivou tabele koji ce spreciti unos kombinacije VrstaDokumenta–Izdao ukoliko ta kombinacija ne postoji u Queryju DozvolaIzdavanja. Da je ovo skolski rad verujem da kod Getsbija ne bih prosao bez ovoga
Takodje posto combo boxovi brljave kada im se menja row source zanima me da li postoji neki nacin da se to nasmika? Resenje da se preko comba postavi textbox i za control source funkcija Dlookup mi se cini preglomazno.
Inace glavna caka kod ovog resenja je UNION Query q2 iz koga se dalje izvodi sve ostalo.

Prilozi: