Probaj da napraviš novu tabelu tblPlan koja će imati sve kolone kao i qryProtokolTrosenja i još jednu dodatu kolonu PlaniraniIznos. Kopiju qryProtokolTrosenja pretvori u AppendQuery, te iz takvog upita napuni tblPlan. To bi trebalo da zadovolji tvoje buduće prohteve ako sam dobro shvatio suštinu pitanja.

Probao sam da napravim formu sa planom kako si me savetovao i prvi deo mi ide odlicno.

Ne znam kako da stavim u formu podgrupe, tj. da mi tamo sabere sve iznose po grupama (1,2,3,4...) kao i do sada planirane kolicine po grupama i ukupan plan po grupama?

Uspeo sam sa DlookUp :)

Odlično. Upravo sam hteo da ti predložim da napraviš neko dugme u Footer-u forme koje će da radi sumiranje po zadatoj grupi. Bilo bi dobro da na kraju okačiš završnu verziju jer cenim da je tema vrlo interesantna kućnim korisnicima.

Imam jedan bug :|

U 'tblUlazniRacuniDetalji' Stavka 145 je:
Gorivo - bezolovni BMB95 kolicina: -> 27,31 (litara)

Kada bi u attachovanom primeru, poterao
query: 'UbacujePotrosnjuZaZadatiPeriodUtblPlanTemp'
Koji uzima podatke iz: 'tblUlazniRacuniDetalji'
(za 'planid' mozete upisati bilo sta - recimo: 2)

A posle appendovanja u tblPlanTemp, za kolicinu pise: -> 27

I zbog toga imam racunsku gresku na gorivu i bananama, i ne znam kako da je se resim? :)

U vezi količina: Nisu ti isti Field Size i Format kao u polaznoj tabeli (Long Integer, General Number, 2 i Double , Standard, 2). Imaš takvih propusta i u vezi cene. Pregledaj dobro tabele. Nije dobro da ti cena bude u jednoj tabeli Double, Standard, 2, a drugoj Currency. Nedoslednost je koren greške.

Hvala :)

Javicu se kada sredim i doteram :)

Evo je verzija koja radi plan. Ima jos puno tu da se doradjuje i dodaje, ali ovo radi.
Problem je sto na poslu radim sasvim drugi posao koji nema puno veze sa kompjuterima, pa eventualno stignem vikendom (prosli vikend nisam stigao) da se poigram sa bazom i ucim access.

Pozz :)

Mislio sam da zanovim bazu dalje, pa trazim da li negde ima klasifikacija svega sto moze da se kupi ;)
Razmisljam da ipak vodim i artikle, ali mi onda treba klasifikacija, otprilike:
prehrana - slatkisi - smoki - proizvodjac - komercijalni naziv - gramaza
kucna hemija - praskovi - praskovi za ves - proizvodjac - komercijalni naziv - gramaza
...

Tesko da cu naci tako nesto, ali reko da pitam... mozda ima neki mega market on-line?

Traži od nekog Marketa da ti pošalju cenovnik u elektronskom obliku. Skoro svi ga imaju u .xls formatu i rado šalju vlasnicima maloprodajnih objekata. Predstavi se kao zainteresovani. Fajl možeš kasnije konvertovati u Access.

Hteo sam da promenim da se posebno vode artikli, ali nikako da se odlucim/pogodim kako treba sta uraditi kada se pojavi novi artikal?

Trenutno u subformi imam combobox gde se unosi artikalID. Preko rowsource se u istom polju prikazuje Naziv artikla (2 columa, colum with prvog nula i bound to 1)

Dodao sam dugme koje poziva formu da se unese novi artikal koji kada se unese prepise ArtikalID nazad u formu i uradi requery.

On click event za Ubaci u formu:
Private Sub UbaciUFormu_Click()
Forms("frmUlazniRacuni").Controls("QUlazniRacuniDetalji").Form.ArtikalID.Requery
Dim NewArtikalID As Long
NewArtikalID = Me!ArtikalID.Value
'Zatvoriti formu
DoCmd.Close acForm, "frmArtikal"
'Iskopirati artikal id u subformu
Forms("frmUlazniRacuni").Controls("QUlazniRacuniDetalji").Form.ArtikalID = NewArtikalID
End Sub

I tu sad imam problem (pogledati sliku):
- ako je varijanta 1 sve radi ok ali ne pise lepo ime artikla vec samo sifra
- ako je varijanta 2 naziv se lepo vidi ali ne ne znam kako da programiram da upise novi artikal nazad kada je tako?
- varijanta 3 kada bi razdvojio polja na id artikla i naziv artikla?





_{[Ovu poruku je menjao Getsbi dana 16.11.2009. u 06:29 GMT+1]}

Resio sam tako sto u row source na kraju dodam union listi za novi artikal. I posle afterupdate event kada se selektuje novi artikal da otvori formu za dodavanje artikla.

Ima primer na: http://www.blueclaw-db.com/download/union_query.htm

Pitanje :)

Hteo bi da ubacim opcije placanja.
Kao primer, uzeo sam recimo da kupim neku stvar koja kosta 12000 dinara.
Nju mogu platiti na razne nacine, ali za pocetka radi jednostavnosti da se ogranicim na 3 mogucnosti:
1. gotovina - solarno placanje
2. 2000 gotovina, 5000 cek na 30 dana, 5000 cek na 60 dana
3. kartica 12x1100 mesecno.

Mislim da mi trebaju barem 3 tabele?

tblRacun:
- RacunID
- VrednostRacuna
- datum,broj...

tblDospeceObaveze:
- racunID
- dospeceID
- VrednostDospeca
- DatumDospeca

tblPlacanje:
- dospeceID
- placanjeID
- NacinPlacanja (kes,cek,kartica)
- vrednost
- DatumPlacanja

Interesuje me da li sam dobro postavio stvari ili treba drugacije?

Nisam siguran za NacinPlacanja gde da ga stavim?
Recimo da je cek - on se daje prilikom dobijanja racuna, pa bi mi bilo logicno ga stavim u tblDospeceObaveze ali se bojim da cu mozda posle zbog toga zapetljati?
Tek me kartice zbunjuju, 12x1100=1200din vise - gde ubaciti razliku u ceni, i sta ako je na kartici valutna klauzula pa je svaka rata razlicita?

Mislim da tblDospeceObaveze i tblPlacanje možeš slobodno da stopiš u jednu jer se sve odnosi na istu vrstu obaveza. Tabelu tblNacinPlacanja, sa za sada tri moguća zapisa: gotovina, ček i kartica, povežeš 1:više na strani te stopljene tabele u koju prethodno staviš kolonu NacinPlacanja. tblRacun je vezan 1:više na strani te stopljene tabele.
Za pojedini račun ćeš imati onoliko zapisa koliko je predviđeno parcijalnih plaćanja. PK će u stopljenoj tabeli biti neki Autonumber, tek da ima primarni ključ.
Na ovaj način svi podaci koji su iz iste kategorije informacija (pripadaju jednom entitetu), nalaze se na istom mestu. To što će neko polje u tabeli biti popujeno nakon 12 meseci ne treba da te brine.

Kartice su izveštaji i to ne treba da te zbunjuje. Moći ćeš da napraviš dobar query koji će poslužiti za izveštaj o kartci.

Razlika u ceni nije pojam iz ove priče. Za taj pojam ti treba nabavna cena i prodajna cena, što je njihova razlika.

Odlicno, hvala :)

tblCekovi - 'CekID' je autonumber i 'brojCeka' - broj ceka koji se dobije
tblDospeceIPlacanje - sta je stiglo na placanje

qryCekovi - poziva ga frmDospeceIPlacanje da u polju BrojCeka izlista samo cekove koji nisu izdati.

frmDospeceIPlacanje pa Polje Broj Ceka - Properities:
Bound Column: 1
Limit to list: No (da bi mi prikazao i ostale cekove)
RowSource:SELECT qryCekovi.CekID, qryCekovi.BrojCeka FROM tblCekovi INNER JOIN qryCekovi ON tblCekovi.CekID = qryCekovi.CekID WHERE (((qryCekovi.RacunID) Is Null));
Format: ColumWith: 1cm;5 cm

Tu je problem, posto u formi prikazuje CekID umesto BrojCeka.
Ako stavim ColumWith: 0cm;5 cm da bi u formi prikazao BrojCeka, dobijem poruku da ne moze kada je 'Limit to list' No, a Limit to list No mi treba da bi mi prikazao i cekove koje sam ranije izdao?

Prilozen primer - acces2007 format, ako moze pomoc sta radim pogresno? :)

Da li je ovo to što tražiš?

Jel mozes ponovo da uploadujes primer, pise velicina 0 i ne mogu da skinem?

evo probaj sada

Novo pitanje,

Pokusavam da sve prebacim u Coicop klasifikaciju koja izgleda npr:
01 HRANA I BEZALKOHOLNA PIĆA
01.01 PREHRANA
01.01.1 Hleb i žitarice
01.01.2 Meso
...
01.02 Bezalkoholna pića
...

Da li mi treba 3 tabele za 3 nivoa da bi sve artikle organizovao i posle mogao da vadim izvestaje na nivou klasifikacije po zelji?
Ili mogu nekako da sve organizujem u 1 tabeli gde bi stavio npr kolonu nivo klasifikacije i upisem 1,2,3?
Ili neko jos bolje resenje na osnovu broja karaktera u sifri klasifikaciji (kako)?

Pogledajte primer u prilogu mozda ce vam pomoci. U njemu je uradjena identifikacija i klasifikacija predmeta poslovanja.

Super je primer!
Moram se prvo malo obuciti za 'treeview' posto se prvi put igram sa njim pa prouciti Vas primer pa se javim posle, sta mi ne bude jasno? :)

Uocio sam da nisam sve povezao u bazi zato saljem sp1...

Evo jednog primera sa poboljšanom treeview kontrolom u ADO standardu. Moram priznati da sam prvu varijantu dobio svojevremeno od ovde prisutnog Zorana Eremije. Ova moja je dorađena po pitanju komoditeta, jer se ne dešava da se nakon zatvaranja pozvane forme, stablo stalno zatvara i kreće nanovo sa vrha. Usput sam zapakovao i OCX kontrolu.

Uputstvo za one koji neznaju:

Registrovanje .ocx ili .dll
1. ispod C:\Windows\system32 iskopirati .dll ili .ocx fajl
2. ( Start, Run regsvr32 /s NazivKontrole.ocx )

Evo ovog puta sam malo kompletirao aplikaciju bez menija.

Za one koji ne poznaju materiju, ovaj primer predstavlja paralelni sistem oznacavanja predmeta poslovanja.

Na godisnjem odmoru sam, pa sam uspeo malo da proucim primer :)

Probao sam da u 'Predmet poslovanja' dodam mogucnost grupisanja po osobini 'klasifikacionog broja'.
Kada postoji vise 'osobina grupisanja' moze se izabrati samo jedna za 'predmet poslovanja' (mislim da nije neophodno, a i ne znam kako bi napravio da moze vise).

Izmenjene tabele i forma:'PredmetPoslovanja'

Ako ti posao zavrsava 'tree view' kontrola, onda u imas potrebu za hijerarhijski uredjenim podacima. To je ono, svaki red ima roditelja koji je neki postojeci red u istoj tabeli. Taj deo je lak. Problemi nastaju kad treba pisati kverije nad takvom tabelom.

Hijerarhije obicno imaju razlicite nivoe i dubine, pa se brzo utrci u problem - koliku dubinu da pretpostavim? Samo postavljanje tog pitanja je greska, dubina hijerarhije se ne moze ograniciti, pa je takav pristup pogresan, sto se vrlo brzo pokaze kad primenis taj prinicp. Nesto zapne i nece dalje iza prvog coska.

Relacione baze, a Access pogotovo, nisu bas dobro opremljene za rad sa hijerarhijama, iako se moze i to napraviti. Moze, ali je tesko i prevazilazi mogucnosti objasnjenja na forumu. Veoma malo knjiga se bavi tom problematikom, veoma malo profesora poznaje tuproblematiku, i verovatno niko to i ne predaje, pa se tesko i uci. Stoga, bolje je da ne ides u te vode, ako ikako mozes.

Postoje knjige koje je pisao Itzik Ben-Gan, serija knjiga o SQL serveru, pocevsi od verzije 2000 pa do 2008. U svakoj od njih ima debeo odeljak o hijerarhijama i grafovima. Nevolja je sto su knjige tako pisane da mor a da se pocne citanje od verzije 2000, jer autor u svakoj sledecoj verziji preskoci neke vazne stvari iz prethodne verziej, po prinicpu 'ovo smo vec kazali ranije'. Tako da mora da se procitaju sve tri knjige, da bi covek razumeo sta se desava. I taman kad mislis da si razumeo, i probas sam da uradis nesto, ono se zaglavi, i zavrsis kopirajuci kod iz knjige i pokusvajuci da svoj slucaj nekako uguras u originalni kod. I to je sve u MS SQL Serveru. Da se to prevede na Access, mnogo je komplikovano, ne moze se generalizovati lako, i radi se resenje od slucaja do slucaja.

Sve u svemu, bukvalno visa matematika, koju treba izbeci ako se ikako moze. ne zato sto to ne valjaj nego zato sto je mnogo komplikovano.

:-(

File: 100818Klasifikator.mdb; frm: Klasifikator

Recimo, kada bi hteo da 010101 prebacim misem u 1202xx ne moze, a moze npr u 0201
Drag &drop radi, ali ne radi scrool, tj. ne mogu da scrolujem misom skroz do dole?

Gledao sam danas razne primere treeviewa, i ne mogu da otkrijem u cemu je caka da negde radi d&d/scrool, a ovde ne?

Kod mene u pomenutom fajlu, na pomenutoj formi, d&d/scrool radi. Probao sam da u Properties kontrole, scroll postavim na "No" i onda je skrolovanje onemogućeno. Vratio sam na "Yes" i ponovo radi.

E sad pošto nisi zakačio .ocx kontrolu, tvoj fajl radi sa onom koja je kod mene u C:\windows\system32
Zakačiću ti moju kontrolu, pa isprobaj.

Meni nece, evo xvid primer, sta radim pogresno? ;)

Interesantno je da mu se pojavi klizač sa strane ali kao da mu nešto isključi scroll. Moguće da nije do kontrole.

Uspelo je kada sam primenio sledece uputstvo za scrool:
http://alisadev.blogspot.com/2...ing-with-treeview-control.html

Okacicu primer, samo da se setim sledeceg pitanja :)

Evo zakačiću ja jedan primer u kojem sam nešto petljao sa ADO tehnologijom (mada mi je DAO bliži) jer ne rade sve metode u ADO i DAO isto. Odabir je na dupli klik. Dobro je što se u ovom primeru za razliku od već prikazanog, stablo ne zatvara, već ostaje otvoreno za dalji odabir. Scroll radi po defaultu.

Primer gde radi scrool drag&drop (kod strelica gore i dole).

Pokusavam da uradim jednu analizu na poslu i usput se vezbam da primenim metode iz 'klasifikatora' (i usput imam jake deadlineove... :D)

Napravio sam qryPriprema (rptPriprema), nikako nemam ideju kako da ubacim i naziv za 'NadredjenKlasifikator'?

Ideja je u prilogu...

Odlicna ideja, hvala :)

Koristeci ideju klasifikatora napravio sam sebi internu bazu za pravljenje tendera, ali je problem sto je jednostrana - nemam ideju kako da inkorporiram vise tendera u nju??

Uprosceni Primer:
Predmet_poslovanja01 (recimo Cefim inj 1x1g Hemofarm) i Predmet_poslovanja55 (recimo Maxicef inj 1x1g Galenika)
po klasifikaciji (tender) spadaju u u klasifikacioni broj (STAVKA): Cefepim inj 1x1gr kome je nadredjeni klasifikator (PARTIJA):Ampulirani cefalosporini kome je nadredjeni klasifikator (TENDER): Lekovi...

I super, mogu da slazem klasifikaciju (STAVKE) po partijama i imam sabranu potrosnju za predmete poslovanja i Mogu lako napraviti tender u accesu samo ubacujucu Klasifikacioni broj u tabelu recuni Tender_Specifikacija na osnovu cega cu dobiti report sa partijama (nadredjeni_Klasifikator) i ostalim.

E sad, za 6 meseci hocu da napravim drugi tender i recimo treba da stavim da Cefepim inj 1x1gr ne bude vise STAVKA vec PARTIJA - kada to uradim u klasifikaciji poremeticu stari tender.
MORA negde da stoji tacan naziv starog tendera, partija i stavki kako bi dalje vezao ugovore za te partije, a opet mi TREBA neki nacin da lako mogu da napravim novi tender .

Prakticno imam 3 baze:
1.potrebe->plan
2. priprema tendera (klasifikacija)
3. ugovori (tender, partija, postupak dokumenta, ugovori, izvestaji)
i upste nemam ideju kako da ih povezem u 1 :)

ps: Mislim da radi od access2007 (pozeljno sp) zbog dela sa exportovanjem izvestaja u xls i word.



_{[Ovu poruku je menjao joojant200 dana 26.12.2010. u 10:50 GMT+1]}

Na osnovu uvida u Vaš primer baze uočio sam da niste odvojili predmete poslovanja od klasifikatora.

Označavanje a samim tim i šifriranje premeta poslovanja je jedan od osnovnih preduslova razvoja informacionih sistema. Primer Klasifikator, koji sam prložio u prethodnom postu upravo je urađen po principima koje možete naći na ovom linku http://www.cet.rs/cetcitaliste/CitalisteTekstovi/1087.pdf.

Dakle klasifikacija služi da onaj ko posmatra sistem lakše dođe do neke informacije.

Predmet poslovanja je u hijerarhiji informacija nedeljiv objekat posmatranja i njega određuje onaj ko posmatra tj. analizira svoj sistem i on je jednoznačan što znači kada mu se dodeli ID broj, on jenoznačno opisuje objekat. Dok klasa opisuje grupu kojoj pripada objekat i to jednoznačnu grupu, ako imate potrebu da neki predmet poslovanja pripada u više klasa onda se to modeliranjem definiše drugačije, primer koji sam dao ne predviđa takvu mogućnost.

Sledeći dominantni objekat koji se javlja u realnom sistemu je "Dokument" (Radni nalog, Otpremnica, Plan, Račun, Tender...).

Iz Vašeg primera vidi se da postoji objekat po imenu "tblTender" i objekat "tblTenderSpecifikacija", ako bi generalizovali ove nazive to liči na Dokument i DokumentStavka.

Ako se pogledaju tabele fizički sadržaj je ajmo reći dobar ali logički nije. Logički bi tabela "tblTenderSpecifikacija" trebala da ima vezu sa tabelom "PredmetPoslovanja", a ne sa tabelom "Klasifikator".

Zbog toga Vam nastaje problem. Nadalje problem može nastati i u Vašem slučaju zbog možda neadekvatene klasifikacije.

Npr. UVOZNI LEK se stalno ponavlja u nazivu klasifikacije, postavlja se pitanje da li sam taj naziv može biti klasa, pa unutar te klase podklase ili uopšte ne treba klasifikovati na taj način...

Pogledajte gore naznačen članak, verujem da će Vam pomoći.

_{[Ovu poruku je menjao Zoran.Eremija dana 27.12.2010. u 19:05 GMT+1]}

Probacu preformulisati pitanje i bazu na osnovu Vasih sugestija, pa se javljam za koji dan sa ispravljenim pitanjem (cim se resim deadline-a za planove za 2011 godinu).
Hvala na pomoci :)

Pogledao na internetu ima dosta primera za query row numbering i to:
funkcije:
http://www.lebans.com/rownumber.htm
http://msaccesstips.com/2010/01/auto-numbering-in-query-column/
I primeri za ubacivanje subqery upita...ali meni dzabe :)

Attachovan file:
primer/tender/ubacoke/izaberem neku partiju u klasifikatoru (npr DOMAĆI LEK- AMPULIRANI CEFALOSPORINI)

qryUbacokeUTender/ column rownumber - prikazuje u svakom redu broj 9, nikako mi ne uspeva da ga nateram da ide od 1 do 9, pa molim za pomoc :)




_{[Ovu poruku je menjao joojant200 dana 11.01.2011. u 13:47 GMT+1]}

A čemu bi ti služio taj row number u upitu,kad ga uvek možeš odraditi na formi ili na izveštaju?

Treba da stoji u tabeli nepromenijiv redni broj stavke (i da moze rucno da se promeni), a ne da se genericki formira u formi ili izvestaju.

Ovako ce das se pojavi u kveriju:

Svaka cast, hvala :)

Interesuje me ova teme. Pa me interesuje da li je joojant200 jos uvek na forumu i da li je doradjivao ovaj program??? Hvala.

Poceo sam pomocu ovog primera da ponovim sto sam davno znao (nije to bilo nesto mnogo) i da naucim nesto novo. Pa me interesuje da li je moguce kod ovog konkretnog kod ovog RacunDetaljiID da se kod svakog novog racuna krece od jedinice? Naprimer u Rodi sam platio racun broj jedan sa detaljnim brojem artikala 7 a posle toga sam u maxi platio racun broj dva sa detaljno 5 artikala. Da li je moguce da ide racun 1 detalj 1, 2, 3... racun 2 sa detalj 1, 2... Unapred hvala na odgovoru!