Još jedan problem????
Kreirao sam upit i na temelju njega izradio formu ali kada želim upisati podatke u formu ne mogu, nego dobijem poruku - "Vrijednost se ne može dodavati u novi redak prije njegove rezervacije. Najprije rezervirajte redak i zatim mu pokušajte dodati vrijednost."
POMOĆ ... Kako rezervirati redak za unos podataka ?

Proveri da li ti je osobina forme Allow Additions postavljena na Yes. A moguće je i da query nije editabilan. I postavi primer možda neko pokuša da reši.

Postavio sam primjer i query nije editabilan - ali normalno ne znam to ispraviti.
Na primjeru forma o podacima za projekat javlja grešku pošto nisam u primjer uvrstio ostale upite i tablice, inače radi normalno.

Editabilni su: obični SELECT , Find Duplicates i Find Unmatched.
Neditabilni su;
1. Crosstab Query
2. Group by (oni sa kolonom Total)
3. Akcioni (Make, Update, Append, Delete jer i ne pokazuju rezultujuće record setove)
4. Ako SELECT query sadrži kolone koje su posledica neke funkcije ili uslova.
5. Ako postoji veza INDETERMINATE (atribut sa atributom, a da nisu ključevi)
6. Union Query

Možda još koji ali ne mogu sad da se setim. Moraćeš da nađeš drugi izvor podataka za tu formu ili još verovatnije da pretreseš model podataka i utvrdiš šta nevalja. Što reče Zidar, nije to baš naivan poslovni problem.

Problem rješen jednostavnim makroom - zatvori formu i ponovno otvori formu - vrati početno stanje!

Ovaj drugi problem oko query-ja Situiranje ćeš rešiti tako da promeniš tip INER Join-a, jer ti hoćeš sve zapise iz Sutacija i samo neke iz Projekta koji su vezani za tu situaciju. Treba da stoji RIGHT Join ili u odabiru Join Properties postavi na 3. Tako će ti proraditi padajuća lista za Vrstu.

Ako m=dovoljavate da se ukljucim. Vas model baze nije dobar ni tehnicki ni logicki.

Vec smo mnogo puta govorili da treba izbegavati nazive objekata (Tabele, Query-je, Forme...) sa upotrebom simbola koji nisu iz engleskog analfabeta, kao i specijalne znake kao sto je razmaknica...

U prilogu Vam dajem predlog modela kako bi otprilike trebao da izgleda, svakako na osnovu informacija koje su date u Vasem primeru.

Getsbi - promjenio sam na RIGHT Join i stvarno sve padajuće lista su proradile i mogu upisivati ali nakon što unesem unos kada ponovno otvorim formu zapisa nema tj. sada mogu pisati ali ne sprema zapis. Problem sam rješio sa formom koju pozovem preko komandnog dugma i upišem podatke za situaciju - ovako normalno radi....
Zorane, znam da si u pravu, međutim ovo je standardan predložak iz Accessa i pisan je u originalu ( imam Access na hrvatskom ) sa nazivima koji imaju razmake i naša slova. Pošto sam taj predložak preuredio za svoje potrebe i malo ga proširio, kada završim sa bazom sigurno ću na kopiji ( kada će sve raditi ) raditi preinake po tvom savjetu. Sada me malo strah zbog mnogo upita i makronaredbi koje nebi znao podesiti da ispravno radi...
Zahvaljujem na savjetu i pozdrav!

Ako nesto radi "NE DIRAJ" zlatno pravilo...:-)

Ali eto slucaj je hteo da kod mene nece da otvori prvu formu "Detalji o projektu". Moja verzija Accessa je "Microsoft® Office Access 2003 (11.8321.8341) SP3" :-(

Znam, na postu sam napisao da ne otvara formu; ali primjer mi je bio važan zbog upita ....
Moja verzija Accessa je "Microsoft® Office Access 2010 (14.0.6024.1000) SP1 MSO (14.0.6129.5000)" sa hrvatskim jezikom - i help i VB.
Pozdrav!

Hteo sam da napisem kako koriscenje gorovih Microsoft tempates (predlozak?) nije dobra ideja, pa sam odustao, da se ne mesam, ako to vec radi. Medjutim, izgleda da ne radi kako treba.

Uspeo sam da otvorim aplikaciju i sve forme i tacno, forma "Detalji o projektu" nje editable, jer kveri "Situiranje" nije editable. Dobra vest je da ti taj kveri uopste ne treba. Record source za formu Situiranje treba da bude tabela Situacije i nista vise. Tabela Situacija ima kolonu Projekat, koju treba na glavnoj formi vezati za kolonu Projekti.ID. Da ne duzim, pogledaj kako sam napravio primer, moj fajl se zove Primjer_Z_01.mdb. Radjen je u verziji 2007, tako da ces sa svojom verzijom 2012 moci da otvoris primer.

Dodao sam dve forme:
frmProjekti_Split ("Split" znaci podljena forma, od engleskog "to split", to je forma koja je istovremeno i forma i datasheet
frmSituiranje_Z_DS - subforma u koju se upisuju vrednosti situacija

Aplikacija se otvara u frmProjekti_Split, gde vidis sve tvoje projekte kao datasheet. Pozicioniras se na koji hoces projekat i kad kliknes onaj mali plus sa leve strane, otvorice ti se kaskadno subforma frmSituiranje_Z_DS. Tu mozes da vidis postojece situacije i da dodas novu bez problema. Projekat ID = 3 ima neke situacije, pa to uzmi za primer.

Znaci, glavna, split fomase koristi za navigaciju po listi projekata, a situacije se dobijaju otvaranjem subforme klikom na + znak sa leve strane. Ako ti se dopada, mozes da zadrzis

Zapazi da nisam koristio makroe i nisam napisao ni jednu jedinu liniju koda. Cak ni jedan kveri nisam napisao jer mi nije trebalo. Kada Microsoft kaze da se u accesu mogu praviti aplikacije bez ijedne linije koda, to ne znaci "uzmi gotovi predlozak". To znaci da se mudrom konfiguracijm postojecih objekata zaista mogu pisati aplikacije bez koda i bez makroa (makroe ne treba UOPSTE koristiti, ako radisozboljno).

Inace, predlozak koji si koristio naoko deluje OK i privlacno, a u stvari ima ogromnih mana. Ako hoces, o tome mozemo u posebnom postu ili cak posebnoj temi.

Usput, sta se desilo sa vodomjerima, je li to jos uvek aktuelno?

Na žalost ponovno moram priznati da ste u pravu što se tiče gotovih Microsoft predložaka; kod mene radi izvrsno, a kada probam da je prebacim na 2003 (.mdb ) nastane problem zbog makroa, tako ne mogu otvoriti izvještaje i sl. U firmi na pola kompjutera je Office 2007, a na pola 2003. To je samo jedan od problema, a ima ih još. Nadam se da ću polako riješiti i te probleme, a posebno uz pomoć ovog foruma ( uz tebe, Zorana, Getsbija i dr. ) Predložak mi se svidio i želio sam ga iskoristiti za svoje potrebe u firmi ( dobra arhiva i praćenje poslovanja ) pošto program koji imamo koristi samo računovodstvo a tehnički sektor ništa.
Programćić za alatnicu kojeg mi je pomogao rješiti Zoran u postu "Pomoć za Upit na bazu... prikazuje što treba i što netreba !!!" već se vrti u firmi i alatničar je prezadovoljan ( Usput Zorane HVALA !!! ).
Što se tiče ove podjeljene forme, sviđa mi se i vjerojatno ću je upotrebiti jer ću se u originalnoj iz predloška izgubiti kada je počnem prepravljati.
Što se tiče vodomjera, aktuelno je i dalje, ali ponovno moram priznati da je Zoran bio u pravu. Morat ću malo saćekati i rješavati lakše zadatke pošto mi i ovaj sada, sa prepravljanjem gotovog predloška zadaje dovoljno problema. Očito prvo moram razraditi dobro shemu jer ovako u predlošku ima puno podataka koji mi ne trebaju, a podaci koje trebam nedostaju. Situiranje (naplatu) radova sam sam ubacio u predložak, međutim trebam još tablica ( interne situacije, podaci o ugovorima i sl. ) - sada će se Zoran nasmijati ako pročita ovaj post pošto je opet u pravu - PRVO MODEL BAZE (citat: "Model partnera sam vec vise puta prikazivao u raznim temama te pogledajte.")
Svakako ću se još javiti vezano uz ovaj predložak pošto ću probati iz njega izvući maksimalno što ću moći. Moj problem je i što kolege u firmi ( budući korisnici ) o informatici znaju veoma malo i moram im sve za unose napraviti veoma jednostavno - samo preko formi i komandnih dugmadi.
Za sada toliko.
Pozdrav!

Potpuno te razumem i ne mislim da si nesto lose uradio. Microsft predlosci zaist izgledaju predivno, i sam sam se bar jednom upecao na izgled i mislio da cu za nesto jednostavnije samo malo popraviti predlozak i to je to. Na kraju sam zavrsio uvek radeci sve iznova, uz koriscenje ponekih lepo uradjenih elemanta sa formi iz predloska.

Ako su ti pola racunara na 2003, a pola na 2007, onda zaboravi 2007 - sta god uradis nece uglavnom raditi na 2003. U tom slucaju, zbogom split-forme, za neko vreme.

Ako hoces ozbiljno ovo da radis, pomoci cemo. I ja sam nekadasnji vodovodzija, pa znam kkao ti je. A i posao je interesantan, pa zasto ne bi uradili nesto korisno i nesvakidasnje.

Srecan rad

Slozio bih se s kolegom @Zidar s time sto bih dodao da ozbiljno razmislite da Vam Back-end bude SQL Server, a Front-end svakako moze ostati Access s ogranicenjem verzije koju Vam je kolega @Zidar napomenuo.

Stvarno ne radi, krećem kako si i predvidio - ISPOČETKA.
Da ne napravim ponovno nekakvu glupost prikvačio sam model pa da stručniji vide da li je dobro postavljen; shema bi trebala ići ovako:
1. Za određeni projekat sklapa se ugovor o financiranju između firme 'Vodoprivrede' i Komunalca ( može i između Županije ili jedinica lokalne uprave i Komunalca )
2. Komunalac sklapa ugovor sa nekim Izvođačem za taj projekat ( obično Javna nabava )
3. Sada Komunalac sa tim Izvođačem sklapa Kooperantski ugovor za poslove montaže i ispostavlja Interne situacije za napravljen posao na temelju tog kooperantskog ugovora.
4. Izvođač sada 'Komunalcu' ispostavlja situacije za kompletan posao, a Komunalac na temelju ugovora o financiranju povlaći sredstva od 'Vodoprivrede' za plaćanje Izvođača - CIKLUS ZAKLJUČEN
Nadam se da sam uspio razjasniti ciklus.
Zahvaljujem unaprijed za dobronamjerne savjete...
Pozdrav!

Šta je granica Vašeg sistema? Da li je to Komunalac ili Vodoprivreda ili Županija ili lokalna samouprava? Pretpostavljam da je to Komunalac. Ako jeste šta želite u okviru tog sistema da posmatrate? Da li je to samo upravljanje projektima ili kasnije želite i ostale segmente poslovanja? Ovo je prvo što treba da odlučite.

A sada da malo analiziramo Vaš predloženi model.

1. U kojem su odnosu Projekat i Ugovor o finansiranju? Da li jedan projekat može imati više ugovora o finansiranju?
2. U kojem su odnosu projekat i javna nabavka? Da li jedan projekat može imati više javnih nabavki? Ili da li se za ceo projekat ide u javnu nabavku ili recimo samo za deo?
3. Da li je atribut Vlasnik u entitetu Projekti u stvari odgovorni Zaposlenik za taj projekat?
4. Da li izvođači mogu biti fizička lica? Ako mogu, da li se kroz vreme može dogoditi da recimo zaposlenik prestane to da bude i kasnije se pojavi kao izvođač?
5. Ako je Vaš sistem Komunalac, kakve veze ima koperantski ugovor izvođača sa Vašim sistemom?
6. Može li jedan projekat imati više situacija, ako može onda Vam veza između Projekti i Situacije nije dobra.
7. Šta predstavljaju Interne situacije? Čije su one da li to znači da jedna Situacija se sastoji iz više situacija? I ko kreira ili radi Situacije i interne situacije?

Ovo su pitanja koja utiču na to kako ćete model podataka postaviti.

Da odgovorim na upite: Granica sistema je Komunalac!
Vodoprivreda, Županija i lokalna samouprava se pojavljuju samo kao financijeri projekta ( plaćaju u pojedinim postocima koji se dogovore - može biti i da smo svi financijeri za pojedini projekat ). Želja mi je da promatram upravljanje projektima, ali kada spominješ, a bolje razmislim želio bi i bilancu stanja za pojedini projekat ( tablica troškovi po projektu ).
Pojašnjenja na moj predloženi model:
1. Projekat može imati više ugovora o financiranju
2. 1 Projekat - 1 Javna nabava
3. Atribut Vlasnik u stvari je zaposlenik zadužen da vodi projekat
4. Zaposlenik se ne može pojaviti kao izvođač.
5. Kooperantski ugovor Glavnog izvođača i nas sa našim sistemom ima tu relaciju što za ugovor sa izvođačem sklopljen za određeni projekat MI izvodimo dio radova ( monterski radovi ) i za izvođenje tih radova ( Izvođaču - po kooperantskom ugovoru naručiocu ) mi ispostavljamo situaciju ( To su INTERNE situacije ). Za određeni ugovor može biti puno situacija (mjesečnih računa) - Ako posao traje 5 mjeseci imamo 4 privremene i 1 okončanu situaciju. Dakle - Internu situaciju kreira Komunalac i ispostavlja ju Naručiocu ( u Kooperantskom ugovoru ). Naručioc sada postaje Izvođač i ispostavlja Situaciju ( u koju je ugradio i Komunalčeve radove iz interne situacije ) za radove izvedene u određenom mjesecu ( Projekat ima više situacija ). Na temelju OVE kumulativne situacije MI povlačimo novac prema financijskom ugovoru i plaćamo Izvođača radova.
Nadam se da sam pojasnio, malo je komplicirano i nije baš u skladu sa zakonom, ali je tako...
Pozdrav!

Mislim da je rano za crtanje bilo kakvih shema baze, dok ne sagledamo celu sliku. Neke stvari treba da bude jasne na pocetku:

1) necemo biti u stanju da damo finalni i gotov projektni zadatak
2) necemo moci da napravimo finalni sistem koji odgovara projektnom zadatku

Ovo nema veze s tim sto to radio na forumu, ovakva vrsta zadtaka se i u praksi resava iterativno i po modulima. Ono sto mozemo da se nadamo je da opisemo sistem kako valja, sa sto potpunijim ogranicenjima i da iz toga izadje nekakva shema baze (tabele i relacije). Na osnovu takve sheme trebalo bi biti moguce napraviti prve iteracije aplikacija koje ce raditi sa bazom. Ostaje da se nadamo da promene u buducnosti nece biti takve da nam potpuno poruse sistem.

Vidim da ne razuemo svi pojam 'situacija'. kada se izvode gradjevinski projekti (investicioni projekti), projektom se definisu vrste, kvalitet i obim radova, cesto i cen. Taj deo projekta zove se predmer i predracun radova. Izvodjac se ugovorm obavezuje da ce radove izvesti po predmeru i predracunu. Za razlicite vrste radova mogu se uzeti razliciti izvodjaci. Za komunalac (vodovod i kanalizacija, gradska cistoca, centralno grejanje, groblja, parkovi), vrste radova su obicno
'zemljani' - iskop za kanale i sahtove, temelje objekata
'momtazni' - polaganje i montiranje cevi,
'zidarski ili gradjevinski' - zidanje sahtova, zgrada crpnih stanica i slicno, i sve sto se radi ciglom,
'betonski' - betoniranje gde god treba
'masinski' - montaza crpnih stanica, kranova i sve stvari gde se radi klucem i srafovima
'elektro' - postavljanje instalacija jake struje, za crpne stanice
'telemetrija i monitoring' - elektronika za kontrolu i upravljanje sistemoma vode i kanalizacije

Spisak nije potpun, ali dobijate ideju. Elem, u predmeru pise sta , kako i koliko treba uraditi. Izvodjenje nekih radova traje dugo vremena. Ako izvodjenje traje duze od mesec dana, onda izvodjac svakog meseca investitoru dostavlja lsitu radova i uradjenih kolicina, da bi naplatio svoj rad. Ta lista uradjenih radova u datom periodu zove se situacija. Sledi da za jedna projekat, svaki izvodjac podnosi jednu ili vise situacija. Investitor pogleda situaciju i ako mu se ne svidi, moze da je odbije - da ne plati. Znaci, podneta situacija ne znaci automatski placanje. Obicno u ime investitora situaciju pregleda nadzorni organ, pa ko on potpise, tek se onda placa. Ovaj proces treba uzeti u obzir. Ne zaboraviti nadzornog organa (koji odbrava situaciju) i promenu stanja kroz koje prolazi situacija podnesena->odobrena->izdat nalog za placanje ili kako vec ide. Koliko se secam, za svaku vrstu radova u situaciji se daje kolicina za posmatrani mesec i kumulativna kolicina. To takodje treba nekako uhvatiti.

U ovom slucaju Komunalac sam radi deo radova, pa se pojavljuje kao podizvodjac glavnog izvodjaca. To znaci da nam je potreban sistem za generisanje i pracenje internih situacija (interna situacije = ona koju komunalac salje izvodjacu). Treba videti da li ce zajedno biti sacuvane interne i situacije koje primamo od izvodjaca. Toliko za sada od mene.

Izvrsno! Upravo tako funkcionira sistem i ako se uzmu u obzir svi sudionici procesa koji sam prethodno naveo dobivamo kompletan sustav ¨tijeka" jednog projekta.
Ja čak nisam imao namjeru toliko detaljno razraditi radove iz ugovora, nego ih samo podjeliti prema ugovorima ili na 3 grupe koje su važne za situacije ( monterski - radi ih Komunalac , građevinski - to su oni koje si ti većinom naveo a radi ih glavni Izvođač s kojim se sklapa ugovor i eventualno ugradnja opreme zbog toga jer taj dio znamo raditi i mi i glavni izvođač) Normalno da je bolje što se više razradi, ali mislim da to ne utjeće na sistem osim što tablica za vrstu radova ( koju ja nisam predvidio ) ima više podataka. Želio sam ovaj sistem koji sam predvidio modelom čim prije napraviti jer sada u firmi imamo završne račune i obračune pa sam mislio da bi bilo izvrsno ove podatke ubaciti u bazu. Princip kako mi sada radimo u firmi veoma je loš pošto nažalost za svaki ovakav podatak moram vrtiti hrpe papira i registratora ili trčati po podatke u računovodstvo.
Nadam se da ću i taj problem preskočiti pomoću Accessa.
Pozdrav!

Zaboravio sam jedinu dobru vijest...

Dogovoreno u firmi da će svi koji bi trebali koristiti program dobiti Office 2007. Tako da Split forma igra..

Kako rece kolega @Zidar do modela podataka je dug put. Vec iz gore isprovociranog odgovora naslucivao sam da Vam je zelja da posmatrate ceo sistem, a osim toga to i dokazujete otvaranjem drugih tema HTZOprema i vodomeri...

Vidite iterativnia metoda je neophodna da bi se jasno definisali zahtevi. Kada se posmatra neki sistem, prvi korak koji ubrzava je u upoznavanju sa unutrasnjom organizacijom i sistematizacijom radnih mesta, kao i opisima radnih mesta. Iz njih se dosta toga moze izvuci da bi se definisalo stablo poslova koje u mnogome pomaze da isplanirate razvoj IS. Tek tada se odlucuje od kojeg poslovnog procesa cete krenuti. Veliku pomoc tome cine CASE alati - softveri koji imaju u sebi implementiranu metodologiju i pravila. Pogledajte temu http://www.elitesecurity.org/t...-Access-baza-Odrzavanje-zgrade koja je u dobrom delu ispratila jedan put do projektovane aplikacije.

Licno bih Vam preporucio da se odlucite da posmatrate kompletan sistem Komunalac jer na taj nacin cete izbeci zamke koje proisticu iz razvoja informatickih ostrva, koja vec u dva dvasa primera ukazuju na nekompatibilnost (U jednom imate entitet Zaposlenici a u drugom Uposlenik). Priznacete da ova dva objekta od interesa posmatranja u sustini predstavljaju jedan ali imenovanjem ste ih razdvojili. Naravno da Vas razumem jer ste sigurno rastrgnuti izmedju zelje da zadovoljite sto pre korisnike.

Zoran i ja se uporno slazemo

Zakacio sam sliku onog dela procesa koji se bavi pracenjem izvodjenja investicionih projekata - ono o izvodjacima situacijama. Pokusao sam da na osnovu recenog do sada napravim sliku kako to izgleda. Molim da me Davor ispravi.

ZOran je u pravu kad trazi da se sagleda 'full picture', da bi ostavili mesta za stvari koje ce doci u buducnosti. Sto se tice pracenja situacija, to je nesto jednostavnije nego na primer vodomeri i verovatno cemo biti u stanju nesto da predlozimo sto ce bar delimicno pomoci u realnom zivotu. Ponavljam, ne treba ocekivati da napravimo progarm koji ce posle bilo ko moci da koristi bez prepravki, tako nesto je jednostavno nemoguce. S druge strane, Komunalc ce morati da angazuje ososbu koja moze da radi puno radno vreme na dogradnji sistema, nekoga ko je iz Delnica ili berm blizu, jer ovo nije posao za power users i amatersko bavljenje kad se ima vremena.

Pre nego sto nastavmo, trebace i sledece informacije:

1) da li firma Komunalac ima lokalnu mrezu ili su racunari nezavisni jedan od drugoga. Cini mi se da mreza postoji, treba nam potvrda ili negacija.
1A) imaju li korisnici e-mail adres i da li se za e-mail koristo Outlook
2) pozeljno je da na razvoju radi neko full time (puno radno vreme) jer ce biti mnoogo posla da se odradi.
3) koji je nivo znanja i iskustva osobe koja ce na strani Komunalca da ovo radi. Ako nivo znanja zne prelazi "uzmem MS predlozak i prilagodim naslove" onda smo u problemu.

4) Pozeljno je da davor uradi download ove slike, recimo u Visio, a moze i u Power Point i da na sliku doda dokumente koji se javljaju pojedinim fazama procesa. Onda cemo da vidimo sta Zoran moze dapredlozi svojim modelom, a ja cu kao i uvek da zanovetam ako mislim d anesto moze bolje. A moze i neka druga strategija, videcemo.

5) Pozeljno je da nam Davor skenira 1-2 primera situacije koju distavljaju dobavljaci, i da to upload uz poruku, da vidimo dokument koji je nase centralno pitanje u ovom momentu. To ce nam datiu priliku da postavimo jos pitanja.

Superr!!!!
Da odgovorim redom:
1. Imamo mrežu i svi su kompjuteri povezani
2. Svi imamo e-mail adresu i koristimo Outlook
3. Problem je oko djelatnika koji će raditi na razvoju programa, nema ga i ja ću morati maksimalno da zapnem. Znam da okrećeš očima i misliš da smo u bezizlaznoj situaciji, ali ja se ne bojim izazova i naučit ću uz vašu pomoć sve što će trebati - tako sam za početak sam napravio i web stranicu firme (www.komunalac.hr) i mislim da nisam napravio tako loše. Jedini problem je u biti taj što na žalost kao tehnički direktor u firmi ne mogu za radno vrijeme biti angažiran na razvoju programa. Međutim kada dođem kući, od 16 sati do 1-2 u noći nije problem ionako sam na kompjuteru, a to je u biti puno radno vrijeme koje se mogu posvetiti programu...
Što se tiče ostalog nema problema, skenirat ću situacije, ugovore i druge dokumente koji će nam trebati pa ću napraviti upload uz poruku.
Ovoj tvojoj slici procesa nemam što reći osim da se vidi da si vjerojatno građevinac kao i ja, pošto je sve obuhvačeno kako treba i kako u stvarnosti funkcionira, jedino ću nadodati nadzornog inženjera koji također sudjeluje u procesu i to u svim segmentima kao i Izvođač (Javna nabava, ugovor, situacija). Ovu tvoju sliku ću proanalizirati sa kolegama u firmi i sa kolegicom iz sektora financija i računovodstva i za dan, dva uploadovat sa eventualnim ispravkama i slikama dokumenata.
Za sada toliko...
Pozdrav!

Kao što sam obećao, skenirao sam ugovore i situacije; skenirao sam samo prve strane pošto ostali podaci, osim broja ugovora, datuma i urudžbenog broja nisu bitni, a isti slučaj je i sa situacijama.
Pregledali smo sliku procesa koju je "Zidar" napravio i zaključili da nema nikakvih ispravaka i primjedbi osim prije navedenog - uključen je i nadzorni inženjer.
Još jedno pitanje: da li za buduće praćenje troškova realizacije projekta već sada u ovom procesu treba stvoriti 'vezu', ili se ona odvija kao zasebni entitet ( mislim na praćenje troškova u smislu analize, da li je realizacija projekta pozitivna ili se stvorio gubitak - troškovi plaća, prijevoza, materijala i dr. )
Pozdrav!

Zahvaljujem na fotokopijama. Javcu se ponovo u ponedeljak, dotle cu pogledati sat imamo

Ovo je Zidar, samo sa drugim log-in, zaturio sam password,

Pre nego sto pocnemo da radimo konkretan posao, treba da napravimo generalno startegiju - kkao cemo da radimo. Svi znamo da sistemi za upravljajje bazama podataka zasnovani na Access-u se satoje od fajla sa podacima i programskog fajla. Progarmski fajl se povazuje sa podacima (linkovanje, attachovanje tabela). programski fajl se nikad ne izvrsava na file-serveru (networku) nego sa lokalne masine. jednoj istoj bazi moze da pristupa vise istih ili razlicitih programa istovremeno. Slika izgleda otprilike ovako:



Objasnjenj za sliku je ovo:
Access sistemi se sastoje od dva access fajla:
Program, sadrzi forme, uite, izvestaje, programski kod. Podaci se drze u drugom Access fajlu I programu su dostupni putem linkovanja tabela. Program koji rad isa Accs podacima I ne mora da bude Access program.
Access MDB fajl koji sadrzi podatke – tabele. Nema formi, nema modula, makroa. Mogu da postoje samo neki upiti za manualnu kontrolu I manipulaciju podacima, koje izvode iskljucivo programeri ili administratori, ako se za to ukaze potreba. Fajl sa podacinm nekad zovemo I ‘baza podataka’, u istom smislu u kome zovemo baza podataka ono sto cuva ORACLE , MS SQL Server ili slicni sistemi.

Razvoj sistema:
Baza podataka (skup tabela u fajlu sa podacima) razvija se nezavisno od buducih programa koji ce bazi pristupati. Razvoj baze ide po pravilima relacionh baza podataka – tabele, uslovi ogranicenja, ER dijagrami, normalizacija.
Ideja o programima se radja I pre baze podataka, ali se stvarno programiranje odvija tek kad je baza jasno definisana, jer su izmene strukture baze posle programiranja pogubne za kvalitet uradjenog posla. To se ne moze uvek izbeci, izmena baze posle programiranja, ali tome barem tezimo. Kada se zavrsi pocetna verzija programa, koja kako tako radi bar neke zadatke, ta se verzija vise ne dira. Svaka dopuna I promen ima svoju verziju, oznacenu rastucim brojem. Na primer:
PracenjProjekata_00.MDB = pocetna verzija, koja ugrubo lici na ono sto cemo dobiti na kraju. Nije spremna za produkciju, ali je spremna za korisnicko testiranje.
PracenjProjekata_01.MDB – verzija u koju su doidate prve popravke I dodaci, ima veci stepen upotrebljivosti od pocetne verzije
PracenjProjekata_02.MDB – poboljsana verzija, ima dodatke I ispravljene krupnije bagove
PracenjProjekata_02A.MDB – isto sto verzija 02, bez dodatnih funkcionalnosti, ispravljeni minorni bagovi (greske u kucanju na labelama, pozicija I velicina kotrola, jednostavnije formatiranje)
Ukratko, kad god morate da dodate neki objekat (novi upit, nova forma, novi izvestaj, nove linije koda – nove funkcij ili procedure, to jepovecanje brojaca verzije. Ako imate samo ispravku jednostavnijh bagova ili kozmeticke izmene – to je dodavanje slova A,B,C,D.. na poslednju numerisanu verziju.

Broj verzija I do 100 nije neobican. U pocetku. Treba nak nemoliko dana ili nedelja da dodjemo do pocetne verzije. Posle toga izbacujemo jednu ili dve verzije dnevno, jer tad otkrivamo (korisnik nam otkriva) sta smo sve propustili, zaboravili ili lose uradili. Kasnije radimo izmene na nedelju dana, pa na dve, pa na mesec dana. Kad dodjemo dotle da nema potrebe za iamenama za jedan ceo mesec – to se moze nazvati sistem spreman za produkciju. Bice promena I polse,a li ce biti mnogo redje, jer cemo vremenom ispraviti najveci broj gresaka I dodati skoro sve sto korisniku treba. Onda ce neko vreme korisnik biti zauzet koriscenjem onoga sto u programu ima, da bi polse godin, dve ili tri poarasli apetiti, iz nekoliko razloga;
Korisnik tada vidi sta bi jos moglo da se radi automatski (sto u startu nije video I znao)
Programeri su naucili nove tehnike koje nisu znali na pocetku
Pojavile su se nove verzije Access programa, nove kontrole I mogucnosti koje mozemo da iskoristimo

Znaci, razvoj nikada ne prestaje. U pocetku se vise radi, pa se malo posao ustabili, pa onda opet dodju ozbiljni dodaci, pa opet misrno, pa opet promene. I tako do penzije 

Ispoorucivanje vrerzija korisnicima
Kako garantovati da svi korisnici u sto kracem roku rade sa istom, najnovijom verzijom programa I baze podataka?
Pomenuli smo inicijalnu verziju, PracenejProjakata_01.MDB. Kasnije dodeljujemo brojeve verzija. Poslednja verzija se kopira u fajl PracenejProjekata_PROD.MDB Ono PROD znaci produkciona verzija. Produkciona verzija uvek sadrzi poslednju verziju. O tome se brine glavni programer. Produckcina verzija stoji uvek na istom mestu na disku. Teorijski, korisnici je uvek uzmu sa poznatog mesta, naprave kopiju na lokalnu masinu I to startuju kao program. Mozemo da napravimo DOS batch fajl koji sadrzi komande:
MD C:\PracenjeProjekata
COPY N:\PracenjeProjekata\ProdVersion\PracenejProjekata_PROD.MDB C:\PracenjeProjekata\PracenejProjekata_PROD.MDB
C:\PracenjeProjekata\PracenejProjekata_PROD.MDB

Prva linija kreira na lokalnom kompjuteru folder MD C:\PracenjeProjekata. Ako je takav folder vec postojao, bice obrisan sa kompletnim sadrzajem
Druga linija kpira produkcioni fajl na lokalni disk, u upravo kreirani folder
Treca linija startuje iskopirani produkcioni fajl sa lokalne masine

Ako svakom korisniku na desk-top stavimo shortcut koji startuje nas batch file, I korisnik svoj ‘progarm’ startuje klikom na taj shortcut, program ce uvek biti najnovija verzija.

Sada znamo:
Osnovnu konfiguraciju sistema – baza na serveru, programi na lokalnim masinama
Kako se kontrolise razvoj programa – brojevi verzija
Kako se korisnicima isporucuje uvek najnovija verzija – administracija sistema

Ako dodamo jos pravljenej back-up kopija, zaokruzili smo metod I strategiju razvoja I ordzavanja infromacionog sistema zasnovanog na Access bazi podataka.

Ovo je sve teorija, koja radi u praksi. Uskoro cemo dati detaljnije primere.


Sutra cu na poslu da se logujem kao Zidar ponovo. Pusta starost, OK je kad zaboravis password, ali kad zaboravis i user_id, e ond aje stanje ozbiljno

Ovaj a_pecaros odozgo sam stvarno ja. Izgleda da sam nekad otvorio jos jedan userid, sa istom e-mail adresom pa mi stize password za pogresan account.

Evo kako meni izgleda moguca shema tabela - gruba skica za pracenje investicionih projekata, sa stanovista komunalca koji je neka vrsta investitora. Nisam ukljucio deo za placanje, ta vrsta knjigovodstva vec negde postoji. Ovo je vise da se moze pratiti sta se desava i da se pripremaju nalozi za isplatu ili zahtevi za srdstva od finasijera. Mozda treba dodati i finansijere u sliku, tek da se vidi ko i koliko placa koju investiciju. Sutra ili za neki dan mozemo da razgovaramo o logici koja stoji iza ovoga, sada zurim.

Niti ja sada nemam vremena, ali na prvi pogled izgleda mi da nešto nedostaje - meni je neophodno pratiti ugovor sa financijerima, tijek izvođenja radova sa povlačenjem financijskih sredstava i posebno interne situacije u kojima komunalac naplaćuje svoje radove. Popodne ću malo analizirati shemu i dodati dio koji mi je neophodan ( po mojem mišljenju ).
Šteta što se Zoran ne uključuje sa svojim iskustvom kreiranja relacija pošto mislim da nam je njegovo iskuszvo i znanje neophodno!!!
Uostalom sada sam u fazi da moram od strane finansijera napraviti kontrolni pregled ugovorne dokumentacije i radova po pojedinom projektu koji se sufinancirao prema planu iz 2012. godine; skenirati ću izvještaj o pregledu da se vidi koje podatke moram imati i obavezno pratiti.
Pozdrav!

Zoran je postao deda jedne male princezice...

Pokusacu da nadjem vremena da se ukljucim jer u ulozi dede sam sav spetljan kao sajla :-)

Cestitam!!!

I ja se pridružujem čestitkama.Neka je živa i zdrava i pametna na dedu.

Zoranu cestitke i sve najlepse zelimo princezi i roditeljima :-)

U sledecm postu bice reci o modelu, nisam sve ukljucio niti objasnio, radio sam u zurbi.

Zorane, mnogo čestitki, i ja sam deda već 1,5 godina tako da znam da nemaš vremena.
Svejedno, javi se kada unučica spava!!!
Pozdrav!

_{[Ovu poruku je menjao dzaga29 dana 22.01.2013. u 16:44 GMT+1]}

Neophodno je pratiti:
- ugovor sa financijerima,
- tijek izvodenja radova sa povlacenjem financijskih sredstava
- i posebno interne situacije u kojima komunalac naplacuje svoje radove.

Tabele:
[Investicije] - odgovara dokumentu Ugovor o sufinanciranju H.Vode - Komunalac.jpg. Tu se daje ime investiciong projekta

[InvesticioniRadovi] - odgovara delimicno dokumentu "Ugovor o sufinanciranju H.Vode - Komunalac - Prilog.jpg", tu listamo ono sto pise u koloni "Poslovi po ugovornim dokumentima". Sve ostalo u toj tabeli odnosi se na izvodjace i konkretne ugovore za datu godinu, pa to sve ostalo cuvamo u tabeli Ugovori.

Tabela [Ugovori]: Ako se izabere izvodjac, razumeo sam da se ugovori sklapaju za svaku godinu posebno. Znaci ako radovi traju tri godine, sklopice se tri ugovora sa istim ili razlicitim izvodjacem. Tu ide ostatak tabele "Predmet sufinanciranja su vazeci ugovor" iz dokumenta "Ugovor o sufinanciranju H.Vode - Komunalac - Prilog.jpg". Taj se dokument odnosi na 2012 godinu, tako pise u zaglavlju. Znaci li da ce takav dokument postojati i za 2013, za istu investiicju, ako s eradovi produze u 2013?

Svi se ugovori cuvaju una jednom mestu - tabela Ugovori
Postoje dva tipa ugovora - Interni i Externi.
Interni - Komunalac izvodi radove za Izvodjaca (Narucilac = 'Odabrani Izvodjac', Izvodjac = 'Komunalac'
Externi - Izvodjac izvodi radove za Komunalc/Finansijera (Narucilac = 'Komunalac', Izvodjac = 'Odabrani Izvodjac')
Za svaki ugovor slede situacije - podatke o situacijama upisujemo u tabelu Situacije, interne i externe
Definisace se upiti za prikaz internih i externih situacija

Finansijeri: - mozemo da dodamo na tabelu Investicije jos jednu tabelu gde upisujemo koji finasijer koliko sredstava obezbedjuje, za koje radove

Šaljem još jedan dokumenat koji će pokazati što sve treba pratiti kroz određenu investiciju. To je izvještaj koji podnosim financijeru a on kontrolira namjensko trošenje sredstava koje je uložio za određeni projekat.
Prema donjoj shemi mislim da nije dovoljna samo jedna tabela Ugovori sa tip ugovora ( int, ext ) ali ako i je, ne sviđa mi se prva tabela Investicije ( ako sam dobro razumio ) kompletan ugovor sa vodama predlažeš da bude jedna investicija za određenu godinu bez obzira na količinu ugovorenih radova. Taj dio ja sam zamiskio riješiti upravo kroz tabelu "Financijski ugovor" pošto se kako sam već rekao ugovori sklapaju na više razina, da ponovim:
1. Komunalac za određenu investiciju sklapa ugovor sa financijerima ( može biti samo jedan, a može ih biti i više npr. Hrvatske vode (državna firma ), Županija, jedinica lokalne uprave i sam Komunalac. Ako je više financijera ugovor se sklapa prema dogovorenim postocima ulaganja koji se razlikuju od ugovora do ugovora. Ugovor sa Hrvatskim vodama u pravilu se sklapa na godišnjoj razini za više projekata koje je Komunalac predvidio kroz svoje investiciono ulaganje ( Vode moraju te planove prihvatiti ili Komunalac sam financira investiciju koja nije ušla u plan ) - prilog ugovoru koji sam prije poslao.
2. Kada se prihvati plan i godišnji ugovor o financiranju raspisuje se Javno nadmetanje i odabire se izvođač radova za određeni projekat. Sa odabranim Izvođačem Komunalac sklapa ugovor ili okvirni sporazum ( ugovor na više godina, na temelju kojeg se sklapaju godišnji ugovori za izvođenje )
3. Dalje sve po shemi: odabiremo Nadzornog inženjera za kontrolu radova
4. Sklapamo kooperantski ugovor za izvođenje monterskih radova
5. Ispostavljaju se situacije ( prvo kooperanti izvođaču i onda Izvođač kumulativno financijeru
6. Financijer cesijama ili gotovinski plaća radove po situaciji i tako do završetka radova...
7. Kontroliramo i predajemo radove sa financijerom ( prilog izvještaj ovom postu ) i završavamo ciklus.
To je to...

MALI ISPRAVAK, povlačim sve gore navedeno; nisam odmah uočio što se unosi u tabelu InvesticioniRadovi - sutra ću po tvojoj shemi složiti tablice i uspostaviti relacije za probu;
Pozdrav!



_{[Ovu poruku je menjao dzaga29 dana 22.01.2013. u 23:15 GMT+1]}

OK, taj deo sa finasijerima nisam uopste ubacio u shemu. Shema ce lepo da pokrije ugovore koje sklapa Komunalac sa izvodjacima (u oba smera) i nadzornim organima, situacije i racune nadzornog organa. Ovo sa financijerima cu pogledati, pa cemo dodati.

Usput, web sajt mi se veoma dopada, lepo izgleda. jedino su podacimo potrosnji iz 2007-2008, ali to malo ko primeti :-) Sve u svemu, jako dobro.

Nikako ne zaboraviti da su ugovori, osim u tvojoj shemi Interni i externi, još podjeljeni na Zaštitu voda ( odvodnja tj. kanalizacija ) i na Korištenje voda ( vodoopskrba ).
Pozdrav!

Napravio sam tablice po shemi i povezao ih u relacije, ali sam dodao još tablicu VrstaInvesticije ( Korištenje voda i Zaštita voda ) i tablicu VrstaSituacije ( Privremena i okončana ) Kod tablice situacije nedostaju mi podaci ( Izvođač i Naručioc ) kasnije će krajnji korisnik imati problem pratiti tko je kome ispostavio situaciju tako da mislim da treba ubaciti i te podatke što neće biti problem. Veći problem mi je što se ne snalazim sa tablicom InvesticioniRadovi i ne razumijem kako mogu nabrojati npr. stavku po stavku a da mi sve stavke budu pod istim ugovorom sa Hrvatskim vodama - prilog ugovoru od neki dan, i onda jednu od tih stavki kroz čitavu shemu pratim kao zasebnu investiciju???
Prikvačio sam primjer da vidiš i da probamo pratiti kroz realan primjer Stare Sušice - I faza koja objedinjuje sve slučajeve..
- sklopljen je ugovor ( okvirni sporazum ) na tri godine - vrijednost 3.800.000,00 kn - znači gradit ćemo 3 godine
- Sa izvođačem koji je odabran Javnom nabavom za kompletan posao od tri godine sklapa se posebno godišnji ugovor, npr.
za 2011. godinu bilo je 1.300.000,00 kn, za 2012. drugih 1.200.000,00 kn i za 2013. preostalih 1.300.000,00 kn
U tablici investicije uneo sam cijeli iznos a u tablicu InvesticijaGodine godišnji iznos - što mi se povlaći u tablicu Ugovori ???

Tvoje pitanje "NadzorniOrgan - ko je nadzorni organ za određeni ugovor? "
Nadzorni organ se dobiva ili putem Javne nabave ili godišnjim ugovorom sa npr. projektantom određenog projekta. Uvjek je to vanjski djelatnik ( tvrtka ) u biti jedan od izvođača.

Ovako kako si složio shemu Nadzor je u biti potpuno odvojen od izvođača i situacija, ali i ovako može ostati...

Provjeri da nisam krivo povezao tablice iako mislim da sam uradio dobro.

Pozdrav!

Evo pocetna varijanta, delimicno. Preradio sam tabelu Ugovori, sada moze da cuva sve vrste ugovora:
1. finasijski - ugovori koje finansijeri skalpaju sa Komunalcem, finasijeri su narucioci a Komunalac je izvrsilac
2. externi - ugovore koje Komunalac sklapa sa izvodjacima, Komunalac narucilac, izvodjac je isporucilac.
3. interni - izvodjac je narucilac a Komunalac je izvrsilac

U svakom slucaju, izvrsilac salje situacije i zahteve za isplatu naruciocu. Finansijeri sklapaju ugovore za celu investiciju (RadID = 0). Komunalac za pojedine delove investicije sklapa ugovor sa izvodjacima. Ond izvodjac sklapa ugovor sa komunalcem za montazne radove. Komunalac sklapa ugovor sa nadzornim organima.

Pracenje izvodjenja radova - stanje (nije zapoceto, zapoceto, u zastoju, gotovo..) cemo dodati malo kasnije.

Prvo da vidimo da li ovo sa ugovorima odgovara. Svakako da ce biti jos kolona da se dodaju, samo treba da pazimo gde cemo ih dodati.

Napravio sam malu demonstracionu formu kakao bi sve moglo da izgleda. Prostudiraj, probaj, pa da vidimo. U prvih 2 minuta ocekujem da imas bar 5-6 zahteva.

Uzivaj

Izgleda da smo pisali poruke u isto vreme, pa nisam video poslednji post. Mislim da su neka pitanja iz tvog poslednjeg posta odgovorena u verziji 00 koju sam poslao:
- dodao sam vrstu investicije (voda, kanalizacija, gradska cistica)
- svi ucesnici u ugovaranju su na jednom mestu - Ugovaraci (Komunalac, finasijeri, izvodjaci, nadzori)
- ugovaraci generalno mogu biti i narucilac i izvrsilac ugovora (komunalac i izvodjac jedn drugome su i narucilac i izvrsilac, zavisno od onog TipUgovora (EXT, INT, FIN). Sa finasijerima je Komunalac izvrsoilac a finssijeri su narucioci.
- dodai sam predmet ugovora u igru
- situcije cemo vezati za konkretne ugovore, i po tipu ugovora znacemo ko kome salje situaciju


Tablea InvesticioniRadovi nece sadrzati one radove koje vidimo u predmeru, ne , to je jednostavno investicija razbijena na celine koje ce se ugovarati. Na primeru Susice, iz jednog od skeniranih dokumenta se vidi da se ta invetsicija deli na:
1. sanacija cjevovoda Stara Susica I faza - dato izvodjacu 'Goran graditeljstvo d.o.o. Delnice'
2. snacija tlacno gravitacijskog cjevovoda do Sungera - dato izvodjacu 'Gradex & Co d.o.o.o. Zabok'
3. zamjena elektroopreme u TS CS Isevnice - dato izvodjacu 'HEP Elektroprimorje Rijeka'
4. strucni nadzor nad sanacijon cjevovoda Stara Susica - dato 'Dekom d.o.o. Delnice'

Ove cetiri stavke su meni InvesticioniRadovi. Za te radove ugovars posao i alociras finansijska sredstva.

Sta sam uradio pogresno u verziji 00: vezao sam ugovore sa finsijerima za Godinu, sto nije tacno. Finsnijer moze da sklopi ugovor na vise godina. To cemo ispraviti. Mozemo u tom slucaju i da ugovore sa izvodjacima vezemo za taj ugovor sa finsijerom? Problem je ako imamo 3 finsijera, ond ne mozemo izvodjacke ugovore da vezemo za finsiranje - ne znamo koji od tri nam treba.

Sta nedostaje:
1. u mojoj tablei Ugovori ne postoji nadzorni organ, dodacemo, podrazumeva se da je to nako ko je vec sklopio ugovor sa komunalcem za isti element iz liste InvesticioniRadovi
2. ugovorni datum pocetka radova

Kad odvojim finsisjke ugovore od izvodjackih (zato sto se sklapaju za vise godina), i dodm nadzornog organa i datum pocetka radova, deluje da smo skoro zavrsili idejno resenje za deo koji se bavi sklapanjem ugovora.

Takodje, ne postoji nista sto prati javne nabavke, to se moze dodati naknadno, ako bas treba.

Uskoro stice verzija 01.

Jedan mali nesporazum koji uporno pokušavam riješiti!


Iz skeniranog dokumenta se vidi NE da je Sušica podjeljena na 4 djela, nego je po Ugovoru br. 23-084/12 od 11.07.2012. Komunalac sklopio ugovor o sufinanciranju sa H. vodama za 3 PROJEKTA ili INVESTICIJE + vršenje nadzora ili uslugu nadzora za projekat Sušica. Uslugu nadzora smatram da u ovom slučaju samo kao jednog izvođača više u projektu Sušica. Za nas je Sušica isto što i sanacija tlačno-gravitacionog cjevovoda do Sungera - SAMO JEDAN OD UGOVORENIH PROJEKATA PO VAŽEĆEM UGOVORU O SUFINANCIRANJU


Mislim da trebamo zasebno vezati Ugovor Finansijeri - Komunalac, a kod izvođenja radova da se uvijek Komunalac smatra za Finansijera prema izvođačima ( Izvođači, projektanti, nadzori ) jer oni uvijek preko Komunalca ispostavljaju situacije za naplatu.

OK, sad smo blize pravom resenju:

Visegodisnji ugovori su odvojeni od godisnjih. Visegodisnji ugovori su nezavisni i od investicija. Postoji veza izmedju visegodisnjih ugovora i investicija - nova tabela InvesticijeVisegodUgovori. Sada godisnji ugovori zavise od te nove tabele:
- Visegodisnji ugovor pokriva investiciju X
- na osnovu tog ugovora placaju se godisnji ugovori,koji pokrivaju delove investicija (investiconi radovi, nesrecan naziv, ako imas bolji, daj ga)

Jedan visegodisnji ugovor pokriva vise investicija.

Nisam dodao nista od programskih elemanta, samo sam preorganizovao tabele (uneo sam neke podatke u nove tabele). Pogledaj, pa da idemo dalje (sutra).

Ovo ide sada super, malo ću testirati - ispunjavati ću stvarne podatke da pronađem eventualnu grešku. Kod mene u formi koju si dodao (frmUgovoriViseGod_DS) za polje InvID pokazuje grešku - nema kontrolu. Imam jedan predlog radi lakšeg praćenja - umjesto UgovoriViseGod nazovimo ovu tablicu OkvirniSporazum jer ću ga na formi tako morati nazvati.
Pitanje: Što se dešava kada pratimo Investiciju za koju nije sklopljen Okvirni sporazum, nego običan ugovor na npr. 8 mjeseci; da li samo preskačem unose za tablicu OkvirniSporazum ili ćr mi tražiti obavezan unos?
Pozdrav!

Dobro, sad razumem. Susica dakle nije investicija, ono sto ja zovem InvRadovi su prakticno nezavisni projekti, koji se finansiraju iz nekog visegodisnjeg ugovora. To ce da pojednostavi stvar, donekle. Sutra o tome, treba mi malo vremena da preradim shemu.

Nema garancije da ce forme da rade :-( - samo sam promenio strukturu. Jos uvek nije dobro, jer jos uvek se u toj verziji posmatraju tri projekta kao delovi jedne investicije, umesto nezavisno. Odmori, nema sta da se vidi za sada, promasena tema delimicno. Tako to ide u pocetku.

Cujemo se sutra.

Mislim da sam pogodio model za Okvirne Ugovore i Projekte (Investicije). To su sada dva nezavisna entiteta. Ugovori se vezu za Projekte, a za ugovore cemo vezati Situcije. U zakacenomfajlu su i neke forme, jedna od mogucnosti kako bi mogao d aizgleda kostur programa: otvara se split-foma za Okvirne Ugovore, na + se dobija kaskada sa projektima koji se finansiraju iz tog okvirnog ugovora, a odatle i ugovori koji su potpisani za taj projekat ('EXT'sa izvodjacem, 'INT' za montazne radove i recimo nadzor). I za Okvirne Radove imas mogucnost da cuvas elektronske kopije dokumenta u bazi.

Ovo sa elektronskim kopijama u bazi izazvace kometare tipa 'bolje da se to cuva na disku negde a u Accesu da se cuvaju samo linkovi'. Moze i tako, mada je bolje ovako, u samoj bazi, ali kada je prostor na disku skup, moze i onako. Kad radis Insert Into imas opciju da kopiras fajl u bazu ili da zapamtis samo link. Moze i mesano.

Forme su date samo kao orjentacija. Na nekima ces imati problema da uneses podatke, posebno ProjektiFinansije, unos ce biti regulisan kad smo otprilike gotovi sa strukturom baze. Ovo je sada samo KOSTUR, detalje ces otkriti kad program krene u produkciju (ne ova verzija, nego kad budemo na broju 7-8 otprilike).

Pogledaj, pa da vidmo sta cemo dalje. Ja cu u medjuvremenu da postavim tabelu za situacije. To je veoma specijalna tabela, jer svaki rekord zavisi od prethodnog (slicno kao ProjektiFinansiranje) Kad postavimo situacije, moci ces sam da pocnes da gradis upite i izvestaje. Tu ce se otkriti sta smo sve zaboravili ili zanemarili u dosadasnjem radu, pa cemo popravljati. Zato sam rekao na pocetku da ce ti trebati programer puno radno vreme, jedno sest meseci dok sve ne stane na noge. To ti je neka gruba procena koliko je potrebno vremena da se ovakav sistem napravi za minimalnu upotrebu u praksi - 6 meseci do godinu dana programerskog rada iskusnog programera.

Imam mali problem kada otvaram bazu, dobijem poruku o greški ( vidi sliku ), ali kasnije učita bazu. Ovo što si napravio definitivno mi se sviđa.

Ovaj odgovor na citat me zanima jer 80% ugovora je na period od 1 godine ili kraće?
Pozdrav!

Ne znam za gresku, kod mene ne javlja. Ignorisi, verovatno ce nestati kad napravimo MDE.

Sto se tice ugovora bez OkvirnogSporazuma, mozes uneti ugovor a da nemas (OkvirniSporazum, InvID) - oba polja moraju biti prazna. Ako hoces da za svaki ugovor imas prethodno definisan Projekat, onda cemo prespojiti tabele tako da to moze. Imas ove opicje:

1. Ugovor moze postojati i ako ne postoji OkvirniSporazum niti InvID - to moze i ovako kako jeste, ali nece izgledati dobro, imasec samo broj ugovora bez ideje o kom s eposlu radi. Trenutno se ne ne dozvoljava da postoji projekat bez OkvirnogSporazuma. Oba podataka, (OkvirniSporazum, InvID) , ili zajedno postoje ili zajedno ne postoje.

2. Ugovor ne moze postojati bez InvID (Projekat) , a OkvirniSporazum je opcion, moze i ne mora - za to treba da prespojimo tabele

3. Izmislimo jedan specijalni Okvirni sporazum i zovemo ga 'Bez Okvirnog Sporazuma' i onda na njega zakacimo sve projekte i ugovore koji nisu deo nekog stvarnog Okvirnog sporazuma.

Mozda je ovo 3) ponajbolje? Time cuvamo ono sto smo napravili i podaci su pod kontrolom.

Slažem se da je ovo 3 najbolje.
Mene definitivno nešto muči oko VBA koda, kada na kaskadi kliknem na InvID ne otvara mi detalje o projektu, a kada pokušam otvoriti Dokument okvirnog sporazuma (skenirani dokument) otvori ga, ali kada ugasim sliku forma mi je blokirana, ne mogu dobiti fokus dok ne kliknem na donji dio forme (frmOkvSporProjekti_DS) ali klikom na drugi dokumenat otvara onaj prvi...
Da li je moguće da imam aktivno ili neaktivno nešto od dodataka za VBA kod. Ništa nisam dirao i prije nisam naišao na takav problem??

Probaj da pretvoris fajl u .ACCDE (bivis MDE). Access hoce da pravi probleme sa kaskadama bez nekog posebnog razloga, posebno za unos i brisanje. Moze da bude i prblem sa Windowsom, sa memorijom i sto cuda. Ako bude uporno smetalo, prekrojicemo. Bitno je da ideja kretanja kroz podatke odgovara - nekakav drill-down.

probaj ovo sto sam zakacio - ne vidi se kod i objekti se ne mogu menjati, ali je zato 'stabilnije' u radu.

Cujemo se sutra.

Kod mene definitivno problem ostaje....

Pokušao sam datoteku koju si zakačio i u njoj mogu otvoriti detalje o projektu, ali želio sam i sam napraviti .ACCDE fajl i nakon pretvorbe nije se desilo ništa - isto kao i .ACCDB, što se desilo pretpostavljam iz razloga koji sam prije naveo pa VBA kod ne može kompajlirati, uostalom pročitaj poruku o greški.
Jedino mi preostaje da prema tvojoj bazi pokušam sve napraviti ponovno sam...od tablica, upita, koda i dr. - nemam nikakvu drugu ideju.
Što se tiče tvojeg pitanja o ideji kretanja kroz podatke ona u potpunosti odgovara; kasnije kada se poveže situiranje radova i praćenje troškova i javna nabava to je onda to što sam zamislio.
Na žalost dok ne riješim problem sa VBA kodom mogu samo gledat što radiš...
Da li da probam instalirati neku drugu verziju Accessa ili napraviti potpuni reinstal ????
Pozdrav!

Kreirao sam novu bazu i u nju importirao tablice - bez greške
Importirao upite - bez greške
Izvješće - bez greške
Kada sam htjeo importirati forme dobio sam slijedeću poruku: "Sukob naziva s postojećim modulom, projektom ili bibliotekom objekata"
Išao sam importirati formu po formu, ne sve odjedanputa i uspio sam unjeti 5 formi, a za forme:
1. frmOkvirniSporazum_SPL
2. frmProjekti_DS
3. frmUgovori_DS
4. frmUgovori_SPL dobio sam gore navedenu poruku o greški.
Napomena: preimenovao sam upit "zzzqryOkvSporProjekti" u "qryOkvSporProjekti" jer se forma frmOkvirniSporazum_DS vezala na taj naziv upita

Nema potrebe da se u ovom momentu mnogo uzbudjujes oko koda i formi. To cemo sva da ocistimo kad za to dodje vreme. Danas sam na poslu pa cu da vidim detaljnije sta pravi problem. Mozda da proversi da li imas sva service-packs za Access i Windows

OS Name Microsoft Windows 7 Enterprise
Version 6.1.7601 Service Pack 1 Build 7601

Access 2007:

Nazalost nismo jos gotovi sa shemom tabela :-(

Pitanja:

1) Okvirni Sporazum:Da li se uvek sklapa s tacno jednim finansijerom (Vodoprivreda, Zupanija, Grad Delnice) ili moze biti vise finsnijera pokriveno jednim sporazumom

2) Projekti - investicije: da li nekad jednu investiciju-projekat finasira vise od jednog finasijeram recimo {40% vodoprivreda + 30% Zupanija+ 20% grad Delnice i ostatak, 10% Komunalac}?

Oba pitanaj su povezana. Trenutno nam u bazi vazi pretpostavka da {se jedan projekat finansira iz tacno jednog okvirnog sporazuma (tacno jedan finsijer) i ugovori se vezuju za taj okvirni sporazum koji je sklopljen s tacno jednim finansijerom}. Ovo mi deluje sumnjivo.

Molim te pojasni, da bismo konacno utvrdili deo baze koji povezuje finasijere, okvirne sporazume, projekte i ugovore. Za situacije ne brini, tu je veza bar jasna - svaka situacija se veze na tacno jedan ugovor, to cemo lako dodati.

Za program i VBA kod ne brini, to ce se doterati kad bude vreme, uskoro.

Okvirni sporazum je ugovor koji se sklapa na period duži od godinu dana ( dvije do tri godine ) Sklapa se između Komunalca i jednog ili više partnera. Dakle može biti više od dva potpisnika ugovora. Npr. projekat Stara Sušica je primjer Okvirnog sporazuma potpisanog na tri godine. Za sve tri godine predviđeno je cca 3.800.000,00 kn. Nakon potpisivanja Okvirnog sporazuma ( ovisno o raznim uvjetima; priliv sredstava i sl. ) Za svaku godinu potpisuje se novi "godišnji" ugovor u kojem se točno specificiraju radovi i vrijednost radova za određenu godinu ( npr. 1.200.000,00 kn za prve dvije godine i 1.400.000,00 kn za treću godinu) . Nakon tri godine završava Okvirni sporazum. Radovi u navedenom periodu mogu biti i veći i manji od ugovorenih. Ako su manji onda se predviđeni novac od financijera troši samo do navedenog ( stvarno izvedenog ) iznosa, a ako je iznos veći, onda Komunalac plaća razliku preko ugovorenih radova.
VAŽNO!!! Okvirni sporazum se po istim principima ( Osnovni + godišnji ugovori ) sklapa i između Komunalca i glavnog izvođača radova koji je odabran npr. putem javne nabave.


Da, u pravilu je više od jednog financijera.

Kako sam neki dan naveo, Okvirni sporazumi se rijetko potpisuju, ali skoro svake godine od 20-30 ugovora barem 1 je okvirni sporazum.
Pozdrav!

Naziv OS-a - Microsoft Windows 7 Ultimate; Verzija 6.1.7601 Service Pack 1 Nadogradnja (HAL) Verzija = "6.1.7601.17514"
- Vrsta sustava je x64-based PC
MS Access 2010 (14.0.6024.1000) SP1 MSO (14.0.6129.5000)
Možda problem stvara što imam instaliran Visual Studio 2010 ???

Samo kratko iskustvo sa moje strane. Aplikacija koju sam radio u Access 2010 (Office 32/bitni) nije htela da prikazuje sve forme na mašini koja je imala Office 64/bitni. Rešeno je tako što je ovaj Office 64/bitni reinstalacijom spušten na 32/bitni. Windows7 je i dalje na toj mašini ostao 64/bitni. Možda pomogne.

Probat ćemo i to...

Sve isto kao i prije...



_{[Ovu poruku je menjao Zidar dana 29.01.2013. u 18:53 GMT+1]}

Ma ne brini za program, ionako je vec zastareo

Muci me jos uvek shema baze. Ono sto imamo ne valja. Spremio sam novu verziju, cini mi se da je bliza realnosti. Zakacicu 3 slike:
1) cela baza = ShemaBAze_03.png
2) deo o okvirnim sporazumina i finsniranju
3) deo o izvodjackim ugovorima i situacijama

Shema je na nivou koncepta, ideje - logicki model. Nedostaju pomocne lookup-tabele i naravno nedostaju mnoge kolone (predmet radova, vrsta ugovora interni externi i ostal), u tabelama. One ce se pojaviti kad predjemo na fizicki model.

Ono sto se vidi iz sheme cele baze jeste da imamo dve oblasti koje su namerno ostavljene da budu nezavisne. Deo o finssijama (gore levo na shemi) i deo o izvodjenju (desno, odozgo na dole) jedinu vezu imaju preko liste projekata i plana kostanja projekata po godinama. To znaci da mozemo da radimo jedan pa drugi deo i da ti delovi rade jedan bez drugoga ako je potrebno. I zaista, da bi pravili ugovore s izvodjacima i pratili situacije, nije 100% neophodno da imamo podatke o okvirnim sporazumima. Isto tako, mozemo ceo posao u vezi sa finasiranjem da napravimo a da i ne znamo za situacije i izvodjacke ugovore. Kada cemo da povezemo finasiranje i izvodjenje? Onda kada budemo hteli da finasijerima prosledimo naloge za naplatu koji proizilaze iz podnesenih situacija. E to ce verovatno da popuni onu prazninu u donjem levom uglu nase sheme.

Za sada ne znamo dovoljno o mehanizmu same naplate, pa neka to saceka. Ne znamo da li prvo komunalac naplati od finasijera, pa onda komunalac plati izvodjacu minus motazni radovi, ili se trazi da finasijer direktno plati izvodjacu, pa onda izvodjac placa komunalcu za montazne radove, ili nesto trece, za sada nas ne zanima.

ShemaBaze_03 dozoljva:
1. da bude vise od jednog finsijera na jednom sporazumu
2. da se projekti izvode vise od jedne godine
3. da za svaku godinu projekta doidelimo jednog ili vise finsijera

1. Za svaki projeakat raspisujemo javni poziv
2. Imamo tacno jednog pobjednika na javnom pozivu
3. Taj pobednik sklapa ugovore za svaku godinu za projekt koji mi je dodeljen
4. za svaki ugovor podnose se situacije

Nije vidljivo sa shema ali vazi:
1. Komunalac ce se naci na lsiti finsijera
2. Komunalac ce se naci na lsiti potencijalnih izvodjaca (ugovaraca, kao u prethodnim verzijama)
3. komunalac ce biti neakd narucilac radova, a nekad izvrsilac
4. Kada je komunalac izvrsilac radova, narucilac je izvodjac sa postojecim ugovorom

Shema grantuje integritet podataka u smislu da neke stvari moraju postojati pre nekih drugih stvari. Na primer, da bi se nparavio ugovor o izvodjenju, mora da postoji a) pobednik javnog natjecaja i b) plan kostanja projekta za datu godinu. Drugi primer - da bi se dogovorilo finsiranje projekta kroz godine, mora da postoji a) okvirni sporazum b) lista finasijera sa dodgovorenim udelima u finsiranju c) plan kostanja projekta po godinama.

Nas problem je kako da obezbedimo integritet podataka i za uslove koje se nevide sa sheme:
1. jednom uneti podaci o ugovoru ili okvirnom sporazumu (datumi, iznosi) ne smeju se vise menjati (moze se napraviti anex ugovora, ali se ne sme menjati postojeci ugovor)
2. da se jednom unete situacije ne mogu vise menjati
To cemo kad budemo radili fizicki dizajn baze.

Sada slike:
A) Finasiranje projekata:

B) IZvodjenej Projekata

C) Sve zajedno

Najbolje je da se kompletna baza povezuje preko samog Projekta.

Ova ideja mi se sviđa i mislim da će i sami budući korisnici jednostavnije koristiti buduću bazu. Koliko sam te shvatio, neće biti problem povezati i izraditi podatke koje smo u prethodnoj shemi imali za ugovore. Pošto je ubačena tablica JavnaNabava da li to znači da se naknadno može u bazu uključiti i dio za pračenje kompletnog postupka javne nabave ( objava, eventualne žalbe i dr. vezano uz JN ).

Usput da navedem da je princip plaćanja direktno izvođačima cesijama.
Pozdrav!

U access verziji bice sva polja koja smo imali ranije (narucilac, izvrsilac, Predmet ugovora, zastupnici, vrsta ugovora). Menja se dosta deo o finansiranju i nacin na koji su povezane tabele.

Ugovore mozemo direktno vezati za projekte, ali mi se cini da je veza na PlanKostanjaProjekta (Projekt,Godina, Iznos) bolja jer se ugovori sklapaju za svaku godinu, sa ili bez okvirnog sporazuma. Ugovori vise nisu vezani za sporazume. Znaci, na strani ugovora belezis stvarne troskove (sto moras platiti izvodjacima), a n strani finansiranja belezis plan trosenja para, ko ce i koliko na kraju da plati. Baza podataka ti pomaze da uporedis sta su ti ispostavili izvodjaci sa onim sto su ti finasijeri obecali da ce platiti.

Verovatno ce za javne nabavke moci da se doda ono sto si pomenuo, posto smo javnu nabavu uveli u igru.

U Access verziji necemo pisati nikakav kod, prvo cemo upisvati podatke u tabele direktno, onim redom kako nam kaze flow-chart koji smo na pocetku napravili - ko sta radi. Mozda ce nam trebati i jedan flowchart da pokrije finansije, to nemamo u pocetnom dijagramu.

Najverovatnije nist sutra, ili vrlo malo, imam puno da radim, ali bice za cetvrtak i petak zasigurno.

Odlično, ja ću za vikend uzeti kući stvarne podatke iz firme ( ugovore, situacije i dr. ) tako da napunim tablice kako bi onda lakše pratio tok i relaciju podataka kroz npr dva primjera koji se međusobno razlikuju.

Prije svega, pohvaljujem temu i pratim je zdušno :)
Hvala pokretaču teme, i svima koji pomažu (da Vas sada ne nabrajam sve :) ) ovo izgurati do nekog nivoa.

Igrom slučaja radim u jednoj građevinskoj firmi pa imam iskustva sa situacijama, ugovorima, itd. Često se na neki ugovor dodaje aneks, pa bi i to trebali uzeti u obzir, npr. ubaciti entitet "aneks".

Također, u najviše slučajeva Situaciju ovjerava izvođač, nadzor i investitor (osim ako nisu neki manji poslovi kada investitor ne angažira nadzor), tako da smatram da bi trebali ubaciti i entitet "nadzor".

Imam još nekih ideja, ali za sada toliko, dok vidim kako će se prihvatiti ove, ali uglavnom radi se o vrstama usluga, odnosno radova koji bi bile stavke ugovorenog troškovnika, preko kojega bi se Situacija trebala automatski generirati.

Naravno, ovo sve govorim iz prakse na poslu, s programiranjem Vam baš ne mogu puno pomoći :)

Hvala thenoise Ono sa aneksima je dobra ideja, ubacicemo, 'leba ne jede.

Sto se tice nadzora i overavanja, dobro je i to, ali cemo sacekati malo sa povezivanjem. Za sada mozemo da evidentiramo ugovor koji Komunalac potpisuje sa nadzornim organom. Overavanje situacije i placanje je proces, koji cemo verovatno modelovati nesto kasnije. Za sada nam je dovoljno da evidentiramo ugovore i situacije koje dolaze na overu na osnovu tih ugovora. Overa situacija je sledeci korak, u ovom momentu to jos nemamo.

U ovom momentu nema planova da se cuvaju u bazi stavke troskovnika (troskovnik = predmer i predracun ?), niti stavke ugovora, iako je i to moguce. To ima smisla jedino kad se ovaj sistem poveze sa projektovanjem, pa projektanti direktno u bazu unose stavke troskovnika. Ako nije tako, onda mora neko da prekucava ceo predmer u bazu, sto nije prijatno i na kraju zbog toga nikad i ne proradi cela stvar.

Naravno, ne znaci da ne moze da se skine baza sa foruma i da svako sebi dodaje sta mu treba. Samo treba biti pazljiv da se negde ne zabrlja.

Drago mi je da nam se thenoise pridružio;
Što se tiče ideje o unosu troškovnika i automatskog generiranja situacija, mislim da bi to strahovito zagušilo bazu; mada nebi bilo loše, međutim za višegodišnje radove (npr. izgradnja vodospreme cca 4000 m3) imam izvođačku situaciju od 50-100 listova svih vrsta radova i dovoljna je greška u jednoj stavci, opisu stavke i sl. da kompletan trud padne u vodu. Kada sam dobio ideju za ovu bazu želja mi je bila u konačnici pratiti stvarne troškove realizacije nekog projekta; ugovaranje, izvođenje i troškovi realizacije projekta da bi znao da li je investicija pozitivna ili negativna. Taj dio možemo eventualno na kraju...
Pozdrav!

Upravo zbog toga nisam ni detaljno pojašnjavao cijelu ideju, dok ne čujem vas kako ćete reagirati.

Mada, ukoliko želiš pratiti i troškove, i fakturirane, odnosno situirane radove, trebaš ih pratiti prema nekom ugovorenom troškovniku da bi znao da li si na nekom projektu u plusu ili minusu.

Ne znam kako misliš postaviti relaciju ugovoreno/utrošeno, ako ćeš upisivati samo cifre u access bazu, negdje opet trebaš sa strane (čitaj excel) računati troškove.

Ali u pravu ste, idemo dovršiti ovu super ideju, pa se onda može nastaviti ukoliko bude znanja i volje :)

Vjerojatno si mogao zaključiti da radim u komunalnoj firmi i kao tehnički rukovodioc moj je posao upravo što želim rješiti kroz ovu bazu. Kolegica koja vodi računovodstvo i financije ionako prati troškove za pojedine projekte (plaće, materijali, prijevoz i ostali troškovi) a ja mislim njezin izračun upisati u bazu...
U budućnosti tko zna?

Polako se ukljucujem u temu, malo sam zapostavio i cini mi se da na osnovu ovog Vaseg poslednjeg posta ipak sve vodi da je granica sistema na nizem nivou od Preduzeca ili kako ste rekli "moj je posao upravo što želim rješiti kroz ovu bazu". Mozemo li onda smatrati da je Vas posao upravljanje investicionim projektima? Ako je to tako onda bih pokusao da definisem prvo funkcionalni model, a onda model podataka.

Zorane, već je bilo i vrijeme da se uključite!

Na žalost, moj posao nije samo upravljanje investicionim projektima, ali je i to. Jednostavno smatrao sam da sa rješavanjem baze za vođenje investicionih projekata rješavam si ogroman posao, a puštam mogućnost naknadne dogradnje sistema za "viši" nivo. Sama baza za upravljanje investicionim projektima je za mene ionako prevelik "zalogaj" i da kolega Zidar nije uskočio i preuzeo voditi realizaciju ove baze vjerojatno bi i odustao. Ovako uz vas iskusnije ako uspijem realizirati ovaj projekat biti će super, a ima šanse dogurati do kraja, što za nivo Poduzeća ne mogu garantirati.



Kako se u subformu ubaci ovakav zadnji red sa slike???

_{[Ovu poruku je menjao dzaga29 dana 31.01.2013. u 07:51 GMT+1]}

Uspeo sam da nekako prevedem opstu shemu u Access. Jos nisam potpuno zadovoljan, ali evo bar nesto.

Popunio sam tabele na finsnijskoj strani, i nesto malo na strani ugovora. Sa izvodjackim ugovorima imamproblem - da li se ugovor potpisuje samo na osnovu javne nabavke, ili moze i bez toga?

Baz je u MDB formi, za Access 2003. AKo ne prolazi u 2007 i 2010, uradite konverziju. Ne mogu da se javim do ponedeljka najverovatnije.

Ugovor sa izvođačem u pravilu se potpisuje ne temelju odabira putem javne nabave. U rijetkim slučajevima ide putem direktne pogodbe. Dakle Javna nabava mora biti.
Moramo unjeti i tablicu djelatnika koji će biti zaduženi za pojedine investicije i pratiti samo stanje investicije ( pod stanjem mislim nešto nalik; ugovoreno, u izgradnji, završeno ili sl. ) kako bi kroz upite mogao na kraju npr. izlistati dovršene investicije ili investicije u izgradnji i sl.
Pozdrav!

_{[Ovu poruku je menjao dzaga29 dana 02.02.2013. u 00:27 GMT+1]}

Smatrao sam za prikladno da promenim naziv teme iako je počela trivijalnim pitanjem.

Hvala Getsbi, to je bila prava stvar. Opet ja sa drugim UserID, password koji mi radi na poslu, ne radi kod kuce.

Evo sta imamo sada:
1) iz poslednje (04) verzije izbacio sam nepotrebne kolone, uglavnom iz finnsijskih tabela
2) dodao sam pracenje statusa investicije, na najprostiji moguci nacin, ali neka za sada
3) preradio tabelu IzvodjackiUgovori
4) preradio malo veze izmedju ugovora, pobjednika na javnoj nabavi, javne nabave

Sledi tekst:
- objasnjenje tabele IzvodjackiUgovori i nekih pravila za unos podataka
- pravila za popunjavanje tabele Situacije
- kako radi pracenje statusa

Ugovori:

Za inevsticiju (projekat) broj [InvID], za godinu [ugovornaGodina], na dan [datumUgovora], potpisan je ugovor broj [BrojUgovora] tipa [TipUgovora], sa izvodjacem [Izvrsilac] koji je na javnoj nabavci [JavnaNabava] pobedio; predmet ugovora je [PredmetUgovora], vrednost ugovora je [UkupniIznosUgovora]; sam dokument smo skenirali i sacuvali u poljeu [Datoteka].

Uslovi:
Tip ugovora moze biti EXT, INT, ANX i NDZ. Zavisno od tipa ugovora, polja [Izvrsilac],[Podizvodjac],[BrojUgovora] i [VezaNaUgovorGod] moraju biti popunajen ana odredjen nacin. Ovako:

'EXT = ugovor koji Komunalac sklapa sa izvodjacem, [Podizvodjac] = [Izvrsilac], [BrojUgovora] = [VezaNaUgovorGod]

'ANX', = anex na postojeci 'EXT' ugovora, [Podizvodjac] = [Izvrsilac], [VezaNaUgovorGod] = postojeci EXT ugovor

'INT'= ugovor o izvodjenju montaznih radova, koje EXT izvodjac sklapa sa komunalcem, [Podizvodjac] = 'Komunalac', [VezaNaUgovorGod] = postojeci EXT ugovor

'NDZ' = ugovor sklopljen sa nadzornim organom, da nadzire projekat koji je ugovoren nekim postojecim EXT ugovorom. Izvodjac = 'Nadzodni organ', [VezaNaUgovorGod] = postojeci EXT ugovor



Situacije:
Situacija je racun (invoice) koji izvodjac radova podnosi komunalcu. Obicno s epodnosi jednom mesecno, poslednjeg daa u mesecu, za radove izvresene u datom mesecu. U mesecu u kome se zavrsavaju radovi podnosi se 'Zavrsna situacija'. Sve ostale situacije su 'Privremene'. Za jako kratke projekte, podnosi se amo jedna situacija - zavrsna. Posle zavrsne situacuje nema vise podnosenja situacija. Podnete situacije en mogu se menjati, Situacije se moraju unositi u prirodnom redosledu, po datumima na koje se odnose. Ne dozvoljava se da se posmatrani projekat unese prvo situacija za MArt, pa onda za Januar ili februar. Mora ici redom - Januar, februar, mart. Izmene iznosa su dozvoljene za poslednju unetu situaciju, dok s ene unese nova situacija. Posle toga izmene unazad nisu dozvoljene. Tabela Situacije napravljena je tako da se iskazana pravila moraju postovati.

Pravila unosa u tabelu Situacije:
Sva polja su obavezna.
BrojUgovora - prenosi se iz tabele IzvodjackiUgovori
RB = 1 za prvu situaciju, raste za 1 za svaku sledecu
DatumSituacije = sloboda nunos, mora biti veci od datuma prethodne situacije
VrstaSituacije = 'privremena' il 'zavrsna'
UkupnoDoSada = zbir zinosa svih prethodnih situacija plus iznos ove situacije.
Za prvi unos, UkupnoDOSada = IznosSituacije
IznosSituacije = iznos na situaciji
RbPre = Vrednost RB u prethodnom rekordu, RbPre = Rb-1. Za prvi unos, RbPre = Rb = 1
DatumPre = datum iz prethodnog unosa, za prvi unos DatumPre = DatumSituacije
UkupnoPre = vrednost UkupnoDoSada iz prethodnog unosa. Za prvi rekord UkupnoDoSada = IznosSituacije
VrstaSituacijePre = vrsta situacije u prethodnom unosu. Za prviu unos, VrstaSituacije = VrstaSituacijePre, i moze biti Privremena = privremena ili Zavrsna = Zavrsna.
Ne moze postojati ni jedan rekord gde je VrstaSituacijePre = 'Zavrsna' i VrstaSituacije = 'Pocetna'

Rekapitulacija pravila unosa za pocetnu situaciju za posmatrani projekat:
BrojUgovora = ugovor za koji upisujemo situaciju
Rb = 1
DatumSituacije = slobdan unos
IznosSituacije = slobodan unos
UkupnoDoSada = IznosSituacije
VrstaSituacije = 'privremena' il 'zavrsna' (Zavrsna je kad je prva situacija i jedina situacija, desava se za male projekte)
RbPre = 1 (= Rb)
DatumPre = DatumSituacije
UkupnoPre = IznosSituacije
VrstaSituacijePre = VrstaSituacije

Za svaki sledeci unos (situaciju) za posmatrani projekta:
BrojUgovora = ugovor za koji upisujemo situaciju
Rb = 1+RbPre (1+iz prethodnog rekorda (1,2,3,4...))
DatumSituacije = slobdan unos, veci od DatumPre
IznosSituacije = slobodan unos
UkupnoDoSada = IznosSituacije + UkupnoPre
VrstaSituacije = 'privremena' ili 'zavrsna'
RbPre = Rb-1 (= Rb iz prethodnog rekorda)
DatumPre = DatumSituacije iz prethodnog rekorda
UkupnoPre = UkupnoDoSada iz prethodne situacije
VrstaSituacijePre = VrstaSituacije iz prethodne situacije

Ova kompleksnost se veoma lako sakriva kodom, pa korisnik aplikacije samo unosi nove vrednosti, on ..Pre i ne vidi. Imam kod u verziji sa 2007, pa cu ga u sledecoj iteraciji ubaciti.

Kako radi precenje statusa
Statuse ima smisla pratiti samo u toku pripreme i izgradnje, i to one aktivnosti koje nismo pokrili tabelama u bazi.
Nema svrhe unositi statuse "Investicija usla u okvirni sporazum", "Ugovoreno", "naplaceno" jer za sve to postoje tabele sa podacima.
Ako postoji rekord u tabeli ProjektiUSporazumu za odredjeni projekta, onda smo dostigli stanje "usao u sporazum".
Ako postoji rekord u tabeli JavneNabave, onda smo dostigli status "Raspisana javna nabava"
Ako imamo rekord u tabeli "PobkednicNatjecanja", onda smo dostigli tu fazu.
Ako imamo rekord u tabeli Ugovor, onda smo dostigli i tu fazu.

Statuse ima smisla pratiti kad pocne izvodjenje, da mozemo reci na primer ovo:

Priprema:
InvId = 1, DatumStatusa = 1 Feb 2011, Status ="Zpoceta Priprema", Opis = "Narucena projektna dokumentacija, Teh projekt Rijeka"
InvId = 1, DatumStatusa = 25 Maj 2011, Status ="Priprema u toku", Opis = "Dokumentacija prosla reviziju"
InvId = 1, DatumStatusa = 30 Juni2011, Status ="Priprema u toku", Opis = "Dobijene saglasnosti od Elektro distribucije"
InvId = 1, DatumStatusa = 1 Feb 2012, Status ="Zavresne Priprema", Opis = "Dobijena gradjevinska dozvola"

U medjuvremenu smo raspisali javni natjecaj i odabrali izvodjaca. Onda sledi izvodjenje:
InvId = 1, DatumStatusa = 1 April 2012, Status ="Zapoceti radovi"
InvID = 1, DatumStatusa = 30 Juni 2012, Status = "Radovi u toku", Opis = "Postavljene cevi do stacionaze 1500"
InvID = 1, DatumStatusa = 30 Juli 2012, Status = "Radovi u toku", Opis = "Postavljene cevi do stacionaze 3500"
InvID = 1, DatumStatusa = 6 Aug 2012, Status = "Zastoj", Opis = "Kliziste na stacionzis 3700"
InvID = 1, DatumStatusa = 16 Aug 2012, Status = "Radovi u toku", Opis = "Sanirano kliziste, ponovo radimo"
InvID = 1, DatumStatusa = 30 Aug 2012, Status = "Radovi u toku", Opis = "Zavresna proba na pritisak"
InvID = 1, DatumStatusa = 30 Sep 2012, Status = "Radovi u toku", Opis = "Zavrsen prikljucak na glavni dovod"
InvID = 1, DatumStatusa = 30 Sep 2012, Status = "Radovi zavrseni", Opis = "Izvrsena primopredaja cevovoda"

Uneo sam koliko sam mogao podataka u tabela, i gd eje bilo zgodno stavio sam lookup na kolone za laksi unos. Kolone sa lookupima i dalje pokazuju stvarne vrednosti (sto nije uobicajeno), tako da to nece smetati kverijima.

Imate materijala za nekoliko dana. prethodne verzije su bile prilicno nemoguce za rad i unos test podataka. Verzija 05 je malo laksa. U 06 cu dodati kod za olaksani unos situacija. Mislim d aima dovoljno materijala za celu sedmicu.

Srecno

Šta reći na ovo, osim pohvaliti?

Ako mogu primijetiti ovo: u tablici Uposlenici, ima vanjski ključ RadnoMjestoID koji bi trebao biti iz tablice Radna mjesta, a te tablice nema, tako da nemamo ni radna mjesta za pojedinog uposlenika. Nije toliko ni bitna u ovoj fazi, ali eto samo da pokažem da pratim materiju :)

Htio bih pitati za tablicu Pravila i dbo_Calendar.

Pravila - gdje se mogu pronaći primjeri kreiranja pravila za noobove, kako bismo mogli ovo upotrebljavati ubuduće, jer mi se čini jednostavnije postaviti neka pravila u tablicama, nego kasnije prtljati po kodu.

dbo_Calendar - kako uopće kreirati ovakvu neku tablicu, i kako najlakše editirati npr. da je svaka subota osim praznika radna, odnosno kako neke datume koji su neradni u klasičnom smislu npr. 01.01. najjednostavnije staviti na neradne. Da li to raditi preko Update query, odraditi jednom i to je to (znam kako npr. za svako 1.5. staviti NO, ali za subote ne znam), ili se može pri kreiranju ovakve tablice na početku nešto odraditi.
Također, za šta će nam ova tablica služiti kasnije konkretno? Pretpostavljam da će biti vezano uz datume situacija i slično ali me zanima razlika upotrebe od klasičnog tipa podatka date/time i ovoga.

Ovo sa Statusima mi se jako sviđa, gdje se može pratiti izvođenje radova, i tražiti izvješća od odgovorne osobe u pojedinim fazama, pa onda to uspoređivati sa dinamičkim planom.

Htio bih reći i ovo, na pojedine tendere se zajednički često prijavljuje nekoliko firmi kao konzorcij. Jedna firma je uvijek nositelj projekta i ona ispostavlja situacije prema investitoru, dok ostali članovi konzorcija ispostavljaju svoje situacije prema nositelju projekta. Investitor novac prebacije samo na nositelja projekta, dok nositelj prebacuje na ostale članice konzorcija.
Često se događa da zbog financijskih problema kojih smo svi svjesni, situirate jedan iznos, a investitor ili nositelj projekta vam prebaci manji iznos, jer para nema, more bit bidne, ali sada nema.
Možda ne bi bilo loše postaviti tablicu uplate, da se u nju unosi koliko je kada leglo na račun, tako da se vidi da je situirano milion nečega, u godinu dana, na to plaćen porez, a prebačeno vam 50 000 nečega te da možete reagirati. Pretpostavljam da je to sada priča vezana za porširenje cijele aplikacije, ali ako se već ima podatak o odrađenom poslu, ne bi bilo loše u istoj bazi imati podatak i o naplaćenim iznosima.


_{[Ovu poruku je menjao thenoise dana 05.02.2013. u 23:50 GMT+1]}

@thenoise hvala za pohvae :-), i mnogo je dobrih zapazanja u tvojoj poruci. Da odgovorimo na zapazanja:
Interesantno kakao inzenjer uvek ima dobro zapazanje :-) Naravno da je lakse postaviti pravila na tabelama nego petlajti po kodu. Problem je sto 90% programera to razume i ne vide u cemu je problem jer njima programiranje nije problem - pa to je ono za sta su palceni, ne? Pravi nacin razmisljanja je 'treba programirati korisne stvari, a ne gubiti vreme na ono sto s emoze postici bez programiranja'. Naravno, ne mogu bas sva pravila da se postave na tabelama, mora nekad i kod da se pise. To ne znaci d atreba UVEK pistai kod i potpuno zanemariti pravila na tabelama.

Elem, tabela sa pravilima nazalost nije doe sistema za uspostavljanje pravila. Tu sam mislio da drzim pravila prevedana na jezik koji ljudi mogu d a razumeju. Pravila su zapisana u table properties, u vidu logickih izkaza koji povezuju kolone (polja) u tabeli. Na primer, kad hocu da kazem "Ako je tip ugovora = 'EXT' onda mora biti BrojUgovora = PozivNaUgovor" to zapisujem kao Tabela tblPravila sadrzla bi tekst pravila iskazan prirodnim ljudskim jezikom (srpski, hrvatskim, bosanski, federacisjkim, slovenackim, makedonskim, i ostalim jezicima bivse Jugoslavije) . U table properties za tabelu Ugovori upisan bi bio ovaj NOT.. OR matematicki iskaz.

Dobro zapazanje. tabela Uposlenici je tu samo kao primer, mnogo toga treba da se doda, zavisno od lokalne situacije. To ostavljamo svakom ponaosob ko bude razvijao sistem na osnovu ponudjene okvirne sheme.

Tablicu Kalendar mozes kreirati u Excelu, pa prebaciti u Access. Onda koristis UPDATE ili direktan unos da podesis sta ti treba. Posto to sve radis samo jednom, svejedno je kako ces to da uradis. Izmene su moguce i kasnije. Do sada nismo koristili ovu tabelu, ali posto je opste korisna, stavio sam je bazu.

tacno, to je to. Steta je sto se ne mozemo direktno povezati sa naprimer MS project. Medjutim, ako je dinamicki plan iole stabilan (ne dodaje nove aktivnosti) mozda bi mogao da uvezes dinamicki plan kao tabelu. ili skup tabela, pa je to dostupno bazi. Problem je kad se promeni dinamicki plan, da se te promene odrade i u Access bazi. Ali, to nije tema ovog projekta.

Pazi, ova baza se radi da pokrije potreba Komunalca. Komunalac placa konzorcijumu i bas ga briga kako ce konzorcijum da podeli pare. Komunalac ne prati situacije koje clanovi konzorcijuma podnose nosiocu posla. Ako se i to zeli - moze. Ubacis sve clanove u tabelu izvodjaca i tretiras ih kao INT ugovore (na isti nacin kao sto tretiras situacije koje Komunalac podnosi izvodjacu)


Ovo je moguce dodati, to je onaj donji levi cosak sheme, koji tek treba da se razvije. medjutim, ponovo imamo problem duplikacije podataka. Podaci o uplatama postoje negde u firmi, valjda su svi knjigovodstveni sistemi vec automatizovani. Ovo znaci da nas referent koji prati investiciju, mora nekako od knjigovodstvene sluzbe da dobije podatke o uplatama i sam da ih unosi i ovu nasu bazu. To znaci da ti podaci nece biti ni tacni ni azurni. posto s ene garantuje ni tacnost ni azurnost, mozda je Excel bolje resenje?

Hvala na zapazanjima i pohvalama :-)

Ja ću krenuti od kraja prema gore.

Dupliranje podataka - cilj svake baze podataka i aplikacije koja njome upravlja i koristi podatke iz nje je integriranost, odnosno unošenje određenog podatka samo jednom, i u daljoj upotrebi samo iskorištavanje tog podatka. Tako i kod ovog "lijevog ćoška šeme", za koji smatram da ukoliko će se ova ideja od dzaga29 razvijati i dalje treba odmah pretpostaviti i pokušati to razviti kao samostalnu aplikaciju na koju se može "zalijepiti" neka od rješenja za financijsko knjigovodstvo koje se mogu naći na ovom podforumu.

To govorim iz razloga, što je ranije građevinska situacija bila dovoljna po zakonodavcu za knjiženje. Pojavom fiskalizacije kod nas u BiH, uz svaku situaciju je potrebno uspostaviti i fiskalni račun. Zbog ograničenja fiskalnih kasa, i printera na broj znakova po svakom artiklu, bilo je potrebno nabaviti i aplikaciju za fiskalni uređaj, gdje se može napraviti da izbaci cijeli račun u jednoj stavci, a uz fiskalni račun se prilaže i faktura, na kojoj su stavke pojedinačno. I evo ga, već smo kod dupliranja unosa.
Isto tako, kada mi vrijednost situacije unesemo jednom u ovu bazu koju sada razvijamo, isti podatak se mora unijeti još minimalno jednom u aplikaciju za financijsko poslovanje. Opet se duplira unos. Tako da dok firma nije u stanju kupiti ili napraviti neko custom rješenje za svoje potrebe, dupliranje unosa postoji.

Konzorcij sam spomenuo iz istog razloga i mišljenja da bi trebalo staviti tablicu uplate, odnosno "lijevog ćoška". Evo jedan od primjera: imamo ugovor sa nekim da kao izvođač izvedemo radove u vrijednosti 100. Za tog investitora smo do sada izveli 99 ali nam on ne plaća ništa već pola godine. I imamo drugog investitora za kojeg isto imamo ugovor 100, izveli smo 90 i platio nam je 85. Treba odlučiti koji prije završiti.

Kod situacija, odnosno kod dijela kada se potpiše Ugovor, u ovisnosti o Ugovoru, postoje i stavke o avansu, te vrijednosti zadržanog novca za garanciju izvođenja radova. Avans je najčešće 10%, a zadržani novac za garanciju je, barem kod mene 3-5%. Avans i zadržani novac se od situacija odbija u istom postotku kolika mu je vrijednost. Ne bih Vas htio previše gnjaviti sa ovim, ali možda bi trebalo i ovo uzeti u razmatranje.

Ovo sa statusima se može koristiti u praćenju dinamičkog plana koji je zadan i npr. je već kod šefa građenja na zidu negdje. Ukoliko se prilagodi baza višekorisničkom sučelju, šef se logira, vidi statuse pored pojedinih projekata, usporedi ih sa dinamičkim planom na svome stolu ili zidu, i onda poziva odgovornu osobu za gradilište na raport.

dbo_Calendar - mislim da je zgodno ovako uspoređivati datume, a kako će se konkretno primijeniti još trebam vidjeti :)

Pravila nad tabelama se pišu koristeći klasične logičke operatore, ili Access ima svoja neka pravila? Pitao sam za link na neke primjere ako imaš iz rukava, samo da vidim koja se sintaksa smije koristiti.

I da završim sa svojim pametovanjem... :)

Pošto si odradio ogroman dio posla i hvala ti na tome još jednom, a ima nas sigurno i više zainteresiranih za ovakvu temu, interesira me šta ti očekuješ od nas da napravimo i da li ćeš ti biti ljubazan skupa sa nama odrađivati forme, reporte, odnosno upeglavanje ovoga do nekog mogućeg kraja?

Zasto smo stali? Nema vise pitanja ili se vredno radi na pravljenju programskih modula koji ce da opsluzuju ovakvu bazu? Ili je tema postala neinteresantna?

Malo smo bili okupirani drugim temama, završni računi i sl. Ali u martu idemo dalje....

Da budem iskren pratio sam temu, da vidim da li će biti još šta dodano prije nego startam, pa sam počeo dodavati neke tablice koje mislim da bi trebale za moj slučaj, te sam polako počeo slagati forme i upite.

Sutra napišem neke stvari koje me svrbe, da vidim kakvi će biti savjeti :)

Pokušavam praviti forme, tj. malo uobličiti ovu bazu.
Koliko sam ja skužio logiku, prvo treba biti raspisana Javna nabava, na koju se trebaju javiti Natjecatelji, te se nakon toga bira Pobjednik koji će uraditi posao.

Hoću napraviti formu Natjecatelji iz tablice Natjcatelji, koja je prethodno napunjena podacima, i preko koje bih htio vidjeti tko se sve natjecao za određenu javnu nabavu.

Napravim formu, koja preko combo boxa bira javne nabave, a listbox se osvježava mijenjanjem sadržaja comba, i sve to radi.

Međutim, kada zatvaram formu dobijem poruku da je tablica PobjedniciNatjecanja vezana i poruku sa slike.

Forma je frmPregledTendera, pa ako tko može napisati u čemu griješim.

Ovo sve je logika i u redu, ali koliko ja razumijem mi javnu nabavu pratimo da imamo pobjednika javne nabave koji nam je kasnije izvođač, potpisnik ugovora i ostalo. Ti si vezao formu samo na tablice Natjecatelji i javne nabave a nema pobjednika što i sama poruka govori - "Zapis ne može biti brisan ili mjenjan jer tablica Pobjednici natjecanja sadrži relacijski zapis" - Radi se o podatku UgovaracID koji je relacija na tablicu Natjecatelji a to je ujedno pobjednik jer sklapa ugovor. Ja mislim da je Zidar tako postavio uvjet, a u tvom primjeru ima više od jednog ugovaraca tj. pobjednika natjecanja (qryNatjecatelji) što je nemoguće.

Odbro izabrana polazna tacka. Moze se reci da jedna vazan deo projekta pocinje javnom nabavom. Neka pocnemo odatle. Dajte mi malo vremena, kolko da zapocnemo. Ne brinite zbog combo boxa koji nece da radi. Davor je dobro primetio da se u stavri sama baza buni, i plus nacin za navigaciju je lose izveden iako naoko dobro zamisljen. Ako se hoce navigacija pomocu izbora iz liste, bilo padajuce ili stalne, onda lista treba da je nevezana kontrola. Izborom iz liste menja se ili filter na 'row source' za formu, ili se manja sam 'row source'. Tu se dosta programira, ali po meni je to prekomplikovano i nepotrebno, pa se necu time baviti. Ko hoce, moze mnogo korisnih saveta u tom smeru da dobije na forumu.

Za nekoliko sati zakacicu moju verziju onoga sto je TheNoise zapoceo - aplikacija za pracenje i upravljanje javnim narudzbama.

:-)

Za pocetak cu da odvojim aplikaciju od podataka. Ovo znaci da cu da pocnem od novog, praznog Access fajla. Onda cu da atatchujem ili linkujem ili povezem sve tabele iz verzije koju je TheNoise postavio. Za sada to radim rucno, kasnije cemo vec negde pronaci kod koji ce to raditi za nas.

Napravicemo mekoliko formi za pocetak, tek toliko da mozemo da upravljamo javnim nabavama. Uz form ce ici i poneki izvestaj i poneka zgodna funkcionalnost, zavisno od toga kako smo razumeli i zamislili da s eodvja proces upravljanja javnim nabavama. Zelja je da naucimo dovoljno principa da bi ih kasnije mogli samostalno primeniti na ostale delove baze. Trudicemo se da izbegnemo programiranje koliko god je moguce. Ova aplikacija se radi za inzenjere, a inzenjeri su prakticni ljudi, ne ole da rade sto ne moraju.

Da pocnemo.

Kreiram datasheet formu "frmJavneNabave_DS", row source tabela JavneNabave, za sada. Mozda kasnije ponesto i nadogradimo.
Onda kreiram formu frmMaster, nepovezana forma:
Record Selector = No
Navigation Buttons = No
Alow Datasheet view = No
Caption = "Upravljanje Investicijama"
Dodajem form Header/Footer

Na frmMaster navucem frmJavneNabave_DS, pojavljue se kontrola tipa 'subform. Menjam joj ime u name = "ctlSubform". Source Object za subformu je frmJavneNabave_DS. Ako koristim verzije 2007 i vise, za subformu stavim Anchoring: spread right and down, da bi se subforma prilagodjavala velicini glavne forme (frmMaster) na ekranu. Za starije verzije - ostaviti ovako akko je pa podesiti rucno za neku najverovatniju velicinu ekrana. ne isplati se raditi 'resize', radije predjite na verziju 2007 ili noviju.

Sada napravim datsheet fome za tabele 'PotencijalniIzvodjaci', 'Projekti', 'Ntjecatelji'. Usudjujem se da kazem da ce za svaku tabelu, ali bas za svaki koja postoji u modelu, do kraja biti napravljena bar po jedna datasheet forma. Za neke cemo imati i dve DS forme, a za neke i master forme sa subformama. O tom potom, sve u svoje vreme.

Sada na frmMaster dodam dugmad, u Form.header skciji, kao na slici. Dugmad se zovu:
cmdPotencijalniIzvodjaci, cmdProjekti, cmdNtjecatelji:


Sad na dugmad dodajem kod, ovako:

I tako za sva tri dugmeta. Kao rezultat, kad kliknem na odredjeno dugme, ta se subforma pojavi na glavnoj formi. Posto nismo datasheet forme nicim ogranicili, mozemo direktno u njih d aunosimo podatke. Ako ima mnogo podataka, mozemo d aih sortiramo i filtriramo po volji. Satite se, ako postavite kursor u neku kolonu, pa urdite Right-Click, dobijete opcije da filtrirate i sortirate tu kolonu skoro neograniceno:


Filter BySelection dozvoljava da izaberete deo teksta u polju i dobijete filter tila LIKE .., Filter For dozvoljava da unesete izraz kao u kveriju. Bez ikakvog programiranja dobijate strasno puno funkcionalnosti na jednom mestu. A i korisnik ce se osecati vaznijim ako ganaucite ove jednostavne aveoma korisne operacije.
Mozemo dakle da menjamo datsheet koji se pokazuje na subformi, i da ako hocemo pretrazujemo i editujemo podatke. Primetite da smo izabrali tabele koje su na neki nacin na ‘vanjskoj’ strani dijagrama, ili bar prilicno daleko od sredine. Subforme cemo koristiti za navigaciju – za pristup tabelama koje zavise od ovih vanjskih tabela.
Za Javne Nabave, zgodno je videti 1) sve ucesnici natjecanja 2) ugovore koje smo potpisali za posmatranu nabavu. Da bi to postigli, napravicemo formu frmJavnaNabava, koja ce biti forma sa dve subforme.

frmJavnaNabava (jednina u nazivu, zato sto se forma odnosi na jednu odredjenu nabavu):
Caption: Javna Nabava
Default View: Single Form
Allow Datasheet View: No

Usput na brzinu napravimo subformu frmIzvodjackiUgovori_DS.
Postavimo Tab kontrolu na frmJavnenabave, i na njih navucemo datsheet forme frmNatjecatelji_DS i frmIzvodjackiUgovori_DS. Forma treba da izgleda nekako ovako:


Access bi trebalo sam da postavi Parent-Child veze izmedju glavne forme i subformi. To mozemo da proverimo u form properties, Data section, ovako:


Ako Access nije postavio veze, uradite to sami, za obe subforme.
Sad treba da malo napravimo da se sa subforme frmJavnanabava_DS nekako pozove forma frmJavnaNabava. Dopisemo malo koda. Otvorimo frmJavnanabava_DS u design modu i na properties Events unesemo ovakav event:
Private Sub JavnaNabavaID_DblClick(Cancel As Integer)

Ovom kodu, i onom ranije, nedosraj kontrola gresaka – Error Handling. Ako odete na sajt http://www.mztools.com/v3/download.aspx i besplatno skinete MZ-Tools 3.0 for VBA. Instalirate i dobijete novi toolbar u Access VB editoru. Tamo imate alat za dodavanje Error Handling. Proucite i opciju dodavanja komentara. Ima jos toga korisnog, ali se meni Error Handling najvise dopada. Error Handling daje vasim aplikacijama jedan profesionalni ton. Ni jedna procedura ni funkcija ne bi smela da bude bez error handling i komentara. Evo:


Posto smo pokazali gde se moze dobiti alat za dodavanje Error Handling i komentara, u daljem radu cemo to koristiti obavezno. Na poceku smo hteli da se fokusirate na to sta procedura/funkcija radi, a ovo je pripremanje programa za ozbiljan rad.

Za sada ovoliko. Za neki dan cemo da pokusamo da malo upristojimo forme koje smo napravili, da izgledaju i funkcionisu profesionalno. Ovo je guba skica. Mozda ce trebati da se ponesto uradi i na tabelama, primetio sam rupe u integritetu podataka. Ne bojte se, ne menjamo relacije, ali cemo pogledati za tabele Validation rule i Required properties. To ce nam ustedeti mnogo problema u daljem radu.



_{[Ovu poruku je menjao Getsbi dana 26.02.2013. u 07:37 GMT+1]}

Da li neko zna zasto je poruka strasno siroka? Tekst sam kopirao iz MS Word, pa iz text editora, ne vredi - siroko pa siroko. Zakacio sam Word dokument u kome se nalazi ceo tekst iz p[rethodnog posta.

AKo stignem , konvertovacu ovu MDB (Access 2003) aplikaciju u 2007, da iskoristimo split form i form-resize preko "Anchoring". To tek kad malo uljudimo ovu verziju. Nema dodavanja novih formi dok ovo ne podesimo.

Mislim da ti je greškom u zadnj Code ušla i rečenica
, da ona pravi problem i da joj nije mesto tu. Ako oznaku staviš ispred te rečenice tekst će biti OK, mislim.

Popravljeno.
Inače poruka je duga koliko i najduži red programskog koda.
Ukoliko imate dugačak SQL iskaz, pišite ga u više redova,
Pprogramski kod lomite baš kako je Zidar uradio razmakom i donjom crtom,
a Note VBA koda razlomite takođe sa početnim apostrofom.

Ja sam preko ove forme pokušao izvaditi natjecatelje na natječaju, ne pobjednike, pa zato ne kontam zbog čega mi javlja ovu grešku.

Kolega Zidar nam je zadao dosta materijala na razmatranje pa ćemo diskusiju nastaviti ranije.

Hvala Zidar!

Ima smisla, ali nisam znao za to pravilo. Hvala getsbi i Bilo Koje!

Evo mali pomak. Izmene:
1) baza podataka (tabele): dodao relationship izmedju podizvodjaca i potencijalnih izvodjaca.
Sad neko treba da prodje kroz sve tabele i za sve kolone da postavi Required = Yes, osim mozda za poneki komentar. Mozda neko ima kod koji protrci kroz sve tabele i izmeni property?

2) program: malo sam upristojio forme, Umesto ID brojeva sada se vide nazivi ID brojevi se i dalje vide)
- na subformi master forme dodao sam opciju za dodavanje nove Javne Nabave (dbl-click na rec "Novo" u koloni "Jabna NabavaID"
- dbl-click na koloni "Jabna NabavaID" otvara formu frmJavnaNabava
- Na formi frmJavnaNabava dodao sam mogucnost proglasavanja pobednika. Kod iza dugmeta "proglasi pobednika" izgleda komplikovano, ali u stvari nije, samo proveravamo sta se sme i sta se ne sme

Probajte sami da napravite formu i otvaranje sa tabelu Projekti. Za postojeci rekod, forma se otvara u Edit rezimu, za nove i Add rezimu. Mozda je potrebna kalkulacija za ID (koristiti Default propert

3) dodao sam modul modKorisneFunkcije

4) smanjio sam tabelu BrojeviDatumi

5) izbacio sam skenirane slike iz kolone Datoteka u tabeli Ugovori, da nam ne smeta dok radimo. Posle, kako hocete, mozete da cuvate slike na disku, ili u samoj bazi, kako kome odgovara

Primecujem da su silni opisi u tabeli projekt nepotrebni - Investicija, PunNaziv, OpisPoslova - to je sve jedno isto, da li se Zaga i TheNpise slazu? Mozda mozemo to da smanjimo?

Nisam video da je prethodna verzija programa cak u Access 2000, ne ni 2003. Zanemrite i koristite ovu, koja je 2003. Dodao sam i MDE. back end ostaje isti.

Odradio sam kolone u tabelama na required.

dboCalendar nisam dirao, te još nekih par kolona za koje nisam smatrao da je potrebno, npr. u tablici Uposlenici, samo je poslovni broj telefona obavezan, mobitel, lokal i e-mail nisu, jer možemo pretpostaviti da netko nema.

Poslije pauze nastavljam rad :)

Našao sam jedan primjer za zapisivanje grešaka u tablicu, malo sam ga preradio pa ga šaljem skupa sa našim projektom da pogledate o čemu se radi.

Također, instalirao sam MZ Tools i malo ga preradio da radi sa modulom za zapisivanje u tablice.

Promijenio sam defaultni code u error handleru iz:


u:


Imate formu frmTestIt da pogledate kako radi. Ja sam probao simulirati grešku sa otvaranjem nepostojeće forme i radi. Na istoj formi imate i originalni primjer sa dijeljenjem. Neku drugu grešku nisam probao simulirati, jer ne znam :)

Nisam zapakirao .mde bazu jer ne znam ni koja je njoj funkcija, ja sam sve mijenjao u JavneNabave_2K3_Z02.mdb, ako griješim recite.

Idemo dalje...

@thenoise: odlicno, samo guraj.
Spisak run time gresaka (brojevi i opisi) imas u Bazi Znanja negde. U starim verzijama Accesa, 97 zasigurno, a mislim i 2000, ak o HELp potrazis ERROR HANDLING, u primeru imas kod koji izlzita sve greske i upise ih u tabelu. Tamo trazis broijeve gresaka.

MDE sam zakacio u slucaju da mDB bude nestabilno (iskace u kod, u debug, bez ociglednog razloga), pa da se barem vidi sta forme i dugmad zaista rade.

Necu imati vremena do kraja sledece nedelje da se javljam aktivno => nema promena u mojoj verziji programa do tada.

Kada pokušam napraviti formu po uzoru na formu "frmJavneNabave_DS" i u InvID upišem kao Control source


pri otvaranju forme za InvID dobijem #Size! grešku

Inače uspio sam napraviti ovu formu za otvaranje novog i editiranje, samo ne mogu u DS pogledu dobiti da mi u zadnjem redu piše Novo, pa ne znam u čemu griješim.

Moras da promenis naziv kontrole iz InvID u txtInvID. Ako je naziv kontrole isti kao i naziv polja iz koga se citaju podaci, onda s ene moze upisati formula. Znaci, samo promeni ime kontrole, na primer u txtInvID i sve ce biti u redu.

Naravno da sada radi.

Hvala!

Imam problem sa prikazom izračunatog polja na formi:
U slučaju kada za isti projekat imam više ugovora ( godišnji ugovori ) npr. za montažu u formi "Detalji za projekat" u dnu forme prikazuje mi samo jedan ugovor, a ne zbraja mi sve vrijednosti, što mi inače bez problema radi u izvješću ( prilog su slike gdje se vidi razlika ).
Napravio sam upit za ugovore i pomoću TipUgovora ( od 1 do 6 ) razvrstao ih po Okvirnom sporazumu, Izvođenju, Nadzoru, Montaži, Projektiranju i Kooperantskim radovima. Na temelju upita izradio sam podobrasce i zaljepio ih na glavnu formu sa svojstvom da se ne vide. U podnožju podobrasca sam stavio čeliju za zbroj vrijednosti ugovora i nazvao je UkupnoUgovoreno i upisao formulu "=Nz(Zbroj([Vrijednost]);0)". Na glavnoj formi sam upisao formulu "=Nz([PodobrazacUgovoriKomunalca].[Obrazac]![UkupnoUgovoreno];0)" i ne radi; dobijem poruku greške: #Veličina!. Ako promjenim formulu u "=Nz([PodobrazacUgovoriKomunalca].[Obrazac]![Vrijednost];0)" dobijem iznos ali ne zbroja. Kod izvješća sve radi bez problema.
Ima li netko ideju gdje grešim???
Pozdrav!

Ako netko ima volju pozabaviti se sa problemom šaljem čitavu bazu. Zidar, znam da si me kritizirao što sam koristio predložak i jasno mi je da si rekao kako u bazi nisu postavljena pravila (II situacija može imati stariji datum od prve i sl.), ali ja se koristim sa bazom dok ne složimo novu. Baza je rađena u MS Accessu 2010 (.accdb) i morao sam je arhivirati u tri djela jer nisam mogao iz nje izbaciti niti forme niti izvještaje ako želim riješiti problem...
Pozdrav!

Nažalost, ne mogu da vidim bazu, koristim stariju verziju Accessa, ali moguće je da je problem u imenovanju kontrola.
Proveri da li ti u podforni tekst box koji prikazuje Vrijednost ima i naziv kontrole Vrijednost.
Proveri sve nazive i Control Source na podformi i upitu iz kojeg uzima podatke. Mora da je neki konflikt u nazivima.

Kada na glavnoj formi staviš TB i uneseš formulu "=Nz([PodobrazacUgovoriKomunalca].[Obrazac]![Vrijednost];0)", ona ti prikazuje vrednost iz jednog zapisa na podformi, u kojem se trenutno nalazi kursor.

Polje nq formi bi trebalo da preuzme podatke iz izrqcunatog polja u subformi. Takodje treba obezbediti osvezavanje polja posle novog unosa. Mislim da je tu problem.

Mislim da ne razumijem, kako treba obezbediti osvezavanje polja posle novog unosa? Zašto u Reportu radi bez problema?

Mozes li da konvertujes bazu u verziju barem 2007, mnogo nas nema 2010 pa je tesko videti sta se u stvari desava. Ovo su forme sa mnogo podataka, iz nogo tabela, pa je tesko reci bilo sta bez detaljnijeg gledanja u dizajn formi i reporta.

Kada dođem kući sa posla prebacit ću sve u 2007.
Pozdrav!

Zidar, ja imam Office 2010 i ujedno Access 2010, ali baze koje se spremaju su 2007. ( Tako sam zaključio iz slike ). Kada sam probao konvertirati bazu u 2003 na žalost pola toga ne radi ( split forme, reporti i polja sa formulama ) tako da MORAM prikopčati ovu .accdb bazu. Otvorio sam novu bazu (2007) i unjeo sve tabele, upite, forme i reporte. Baza je velika 6.672 KB pa sam je morao podjeliti u 3 .rar datoteke.

OK, 2007 je OK.

Kako sad od 3 RAR fajal da napravim jedan .accdb. To nisma radio jos od ZIP vremena, a tad smo imali komandnu liniju, sad imamo Windows?

Uspeo sam da mislim sastavim fajl, 6,672 bajrta, ovako to izgleda:

Ali ipak dobijam "Unrecognized database format.." kad probam da otvorim sa 2007. Mozes li da pokusas da zapravo sacuvas fajl kao 2007, komandom "Save As" pa izabesres "2007 Format", pa opet RARA u tri dela... Ako ni to ne pomogne, onda stvarno ne znam sta da radimo.

Upravo sve sam tako napravio i ne razumijem u čemu je problem; nešto što se meni dešavalo u januaru kada nisam mogao otvoriti bazu. Pokušat ću bazu konvertirati u 2003. a makronaredbe prebaciti u VBA kod. Problem je što ima hrpa makroa a jako malo VB koda - oćita politika Accessa 2007 i 2010. Ako neki komboboksovi neće raditi, nije niti bitno ( odabir reporta može se otvoriti iz navigacijskog okna ), ali problem je što u 2003 ne rade polja na formi Detalji o projektu, koji mi upravo rade problem.
Svejedno pokušat ću... Barem da se vidi ideja same baze sa ispunjenim podacima.

Mislim da sam pronašao razlog zašto 2007 ne otvara bazu; Problem je u Hrvatskom jeziku i Access 2007 mora minimalno imati SP2. Prilog je ponji tekst.

Pokušavam još jedanputa: Difoltno sam stavio englaski jezik, otvorio novu bazu 2007 i uvukao sve tabele, upite, forme i reporte.
Komprimirao u tri datoteke .rar. Potrebno je poskidati sve tri datoteke na PC i na Baza.part1.rar desna tipka - Extract here

Postavite na formi istu formulu kao na reportu i radice! :-D

Probao, na žalost ne radi!

Nije mi jasno zasto. ?!?! Ako iz upita izvuce i prikaze podatak na izvestaju zasto ne bi i u formi? Ovo sam zakljucio iz prilozenih slika, a savjete sam dao na osnovu slicnih problema koje sam imqo u bazi Zgrqda. Nisam probao Access- e preko verzije 2003,

Nazalost jos uvek nece - Unrecognized database format :-(

Žao mi je, ali ne znam kako više pretvoriti. Jedino da netko otvori ko ima Access 2010. Pokušat ću sve premaciti u .mdb ali neće raditi forme. Trebat će mi dan-dva.

Prebacio sam bazu u 2003 (.mdb) ali sada moram makroe prebaciti u VB kod jer sa makroima na žalost mnogo toga ne radi. Ne mogu preko combo boxa otvarati reporte ( ovako do njih moram doći preko navigacijskog okna dok ne preuredim ) na formi Detalji o projektu sada ne radi niti jedno polje za izračun i sl. Ali nadam se da ću uspjeti to rješiti kroz kod. Bitno je da se vidi ideja same baze i podaci koji bi trebalo da budu dostupni kada sam želio napraviti bazu. Zidar, da se ne ponavljam, svjestan sam nedostataka u pravilima, ali meni je manje bitno da npr. datum I situacije mora biti radiji od II i sl. Nadam se da se i sada nije kasno i da mogu postaviti neka pravila. Meni je baza bitna radi reporta Bilanca stanja, Javna nabava, Sklopljeni ugovori i Situirani radovi. Napominjem da u Accessu 2010 kompletna baza radi savršeno, osim što u polju Ugovor za montažu na formi Detalji o projektu ne znam upisati formulu da mi zbroji sve ugovore za montažu za navedeni projekat. Podaci u tablicama su stvarni i kada sam bazu u firmi postavio na server (baza nije podjeljena) bez problema se otvara na svim računalima i svi bez problema unašamo podatke.

Ne mogu da otvorim bazu, tek delimično vidim neke objekte. Vidim da ti je veza između forme Glavna i podforme PodobrazacUgovoriKomunalca, ComboMe, ka nepovezana kontrola na Glavnoj i polje vlasnikID na podformi s tim što se combo nalazu u zaglavlju forme. Pošto nedostaje funkcionalnost, ne znam kako si zamislio, šta se dešava kad se promeni podatak u combo boxu, ali svakako, treba da podatke povežeš preko identičnih polja u upitu ili tabeli koji su izvor podataka za formu i podformu, a da promenom, selekcijom podatka u combo boxu filtriraš podatke na glavnoj.
Nažalost, baza je previše složena da bih mogao samo na osnovu delimičnog pristupa izvučem pouzdan zaključak u čemu je problem.

OK, 2003 se vidi. Hvala. Ne brini za makroe u 2010, nema potrebe da ih konvertujes, oni ionako ne rade nista sto sami ne mozemo da zakljucimo. Ako ti radi u 2010 kako si zamislio, dovoljno je dobro. Za svaki slucaj odvoji forme i izvestaje od podataka, radice jos bolje :-)

Uspeo sam da otvorim 2003 verziju. Ono ne izgleda dobro. Dobro je mozda po standardima Microsofta, ali tebi nece zavrsiti posao. No, bar razumemo sta pokusavas da uradis. Ne gubi vreme na dalje programiranje u 2010 ili bilo kojoj verziji. To nece raditi, makar se sada cini da radi. Osim sto ne pokazuje zbirove ovde ili onde, tako ce biti od sada pa nadalje....

Pokusajmo da prebacimo stvari u bazi gde pripadaju, ovako ne valja. Za pocetak, imas Izvodjaca i u tabeli Projekti i na ugovorima. Moze se desiti da je u Projekti izvodjac X a da su ugovori za taj projekat sklopljeni sa Y i Z, a u javnoj nabavi je dodeljeno izvodjacy Q. Situacija ti zavisi od projekta, a trebalo bi da zavisi od ugovora. Znam da ti sada vodis racuna i sve unosi gde treba, ali nece tako biti uvek. Onda ces biti u problemima. Pomesao si TipUgovora i TipSituacije. Ako pogledas sadrzaj tih tabela, sve je gotovo isto (Projektovanje, Montaza, Izvodjenje,Nadzor, Kooperanntski Radovi) Samo je razlika u "Okvirni Sporazum" i "Opstina Delnice". Nesto tu ocigledno ne stima pomesali smo vrste radova sa vrstama finsiranja. Iste vrednosti su za tipo stuacije i za tip ugovora, a pri tome situacije nisu ni na koji nacin povezane sa ugovorima. I javan nabava nije povezana ni sa cim. Jedan izvodjac moze biti u javnoj nabavi, neki drugi na istom projektu, a neki potpuno treci da ispostavlja situacije. To je prilicno nelogicna postavka i iz toga ce da slede nelogicne forme i izvestaji.

Zastani malo, dok ovo ne raspetljamo. Posle ce biti trivijalno da se izvuku oni zbirovi koji ti trebaju. Ako mislis da sve ovo nije vazno, onda je Excel mnogo bolja opcija, tamo se bar sve vidi na jednom mestu. Zaozbiljno.

:-)

Zidar malo me obeshrabrilo; ali u svakom slučaju se slažem što si konstatirao.

Ja sam čitavu bazu zamislio da se sve bazira na PROJEKTU ( INVESTICIJI ) za koju se kasnije vežu i Javne nabave i Ugovori i Situacije. Tako sam i nazvao bazu: "Investicije i projekti Komunalca d.o.o. Delnice". Sama aplikacija na Glavnoj formi ima prikaze upravo projekata ( graf i tabelarni popis ) te se klikom na pojedini projekt ( hiperlink ) otvara forma Detalji projekta gdje sam mislio imati sve podatke prikazane za pojedini odabrani projekat kroz više tabova ( Osnovne detalje o projektu, Detalje o ugovorima, Detalje o situacijama ) a u podnožju forme izračunate vrijednosti trenutnih stanja za pojedine projekte. Pošto sam početnik u Accessu vjerojatno sam zabrljao sa relacijama i sa unosima podataka u tabele. Na upitu sam namjerno unjeo izvođača jer nisam znao povezati Projekat ( koja bi meni trebala biti, kako sam gore naveo, glavna tabela ) i Javnu nabavu koju sam naknadno unašao.
Dok se sve ne raspetlja ja i dalje koristim postojeću bazu u 2010 kako bi mogao puniti tablice sa podacima.
Apeliram da otvoriš reporte iz ove moje baze i na reportima Bilanca stanja, Javna nabava, Sklopljeni ugovori i Situirani radovi vidiš što bi želio u konačnici. Nadam se da se drugi forumaši neće ljutiti što forsiram da se sve bazira na PROJEKTU, ali mi u firmi na takav način pratimo određene investicije. Ponovno napominjem da su podaci u bazi realni i stvarni.
Pozdrav!

Davore ne brini. Sve ce se raspetljati kako treba. Dobro je sto smo dobili program koji pokazuje kako u stvari zelis da se cela stvar odvija. I dobro je da sad imamo podatke koje mozemo uneti u 'novu' shemu, za koju mislimo da ce vljati (nadamo se ). I dobro je da imas reporte koji u ovom momentu pokazuju sta se hoce i izgledaju kao da rade. Treba mi smao malo vremena da sve rasporedim gde treba, za koji dan bice sve gde treba, povezano u tabelama i kverijima. Onda mozes da krenes i da svoje forme nekako povezujes s tom novom strukturom.

Blizu smo, strpi se samo za trenutak i sve ce biti OK.

Houston, we have a problem. Izgleda da moj Acces ima problema sa YU slovima.Kad uklonim sa formi kontrole koje se zovu na primer "Datum početka ugovora" i "Datum završetka ugovora", "Izvođač" onda sve radi. (Za izvodjaca sam ja kriv, Davor lepo kaze "Izvoditelj" )

Sve dok imamo č, š,đ i slicno, dobijam ActiveX control gresku. Bez obzira so Microsoft prevodi Access na bivse jugoslovenske jezike, to nece moci da radi. Ja cu da pocistimnazive koliko mogu, ali molim te da na tvojoj strani pocistis sve nazive tabela, formi, kevrija koji u sebi sadrze:
1) bilo sta od jugoslovenskih slova
2) znakove razmaka
Access jednostavno odbija da radi ako su razmci i nasa slova prisutni u nazivima objekata. labele su verovatno OK, ali nazivi objekata (tabele, kveri, polja u tabelama) nisu izgleda prihvatljivi.

Osiam ako neko iam neki savet kako uklopiti Access sa YU znacima?

Kod mene sve radi, ali normalno sam prije toga instalirao 'Office 2010 Croatian Language Pack' koji sam downloado sa interneta. Međutim ja ću bez problema počistiti naša slova i nazive napisati bez razmaka.
Međutim ne razumijem zašto ste svi vjerni Accessu 2003 i 2007, kada 2010 bez problema sve radi i ima više mogućnosti a posebno kod pisanja formula ( IIf i dr.). Posebno što možeš podesiti da li želiš 2000-2003 ili 2007.
Pozdrav!

Evo malo sam prepravio relacije u poseldnjoj verziji koju je Davor zakacio. Sutra cu da objasnim sta nije valjalo, i sta je ostalo da ne valja jos uvek (ili je nejasno) u Davorovoj verziji. Moja verzija je .MDB, ali ako je otvorite u 2007 ili vise, trebalo bi da rade split forme i anchoring za kontrole, automatski. Prosao sam kroz sve tabele, uklonio YU znakove, uklonio razmake i u nekim slucajevima sinhronizovao nazive kolona (Ssad se zove projektID svuda). To su mehanicke stvari. Logicke stvari cemo da raspravimo sutra (razdvajanje izvodjackih ugovora od finansijskih ugovora, razjasnjavanje polja Vrijednostprojekta i UgovorenaVrijednost koje nalazimo svuda, u Projekti, Ugovori, javne NAbave i kojekuda jos).

Zidar, pokrenuo sam tvoju prerađenu bazu i to je to što sam bio zamislio.
Ali, u Formama i Reportu:Bilanca stanja ima dosta nelogičnosti - ne znam da li su to stvari koje si mislio kada si napisao:

Tako imamo slučaj da imaš polje 'Zbir svih ugovora potpisanih za projekat' koje je doslovno zbroj svih ugovora što nije u redu. Sa tom logikom za svaki projekat imat ćemo vjerojatno da je iznos ugovora prekoračen. Pravilo je ako je za neki ugovor ugovorena vrijednost npr. 100.000,00 onda se iz tih novaca plaća glavni izvođač svih 100.000,00 kn za završene radove, a taj izvođač za monterski dio radova plaća npr. 54.000,00 kn ( SVOJE KOOPERANTE ) - u tom slučaju ne možemo prikazati da je ugovorena zbirna vrijednost od 154.000,00 kn pošto to jednostavno nije tako i taj podatak nam nije uopće bitan. Vrijednost projekta je uvijek Ugovor sa izvođačem ( tj. vrijednost dobivena putem javne nabave ) i ugovor za nadzor.
IZNOS UGOVORA PREKORAČEN je samo u slučaju kada su situacije IZVOĐAČA + NADZORA veće od ubovorene vrijednosti. Uostalom kada riješimo stvari iz citata onda ću dati primjedbu jer se one odnose samo na izračunata polja.
Pozdrav!

Samo kratko, za trenutak, malo kasnije napisacu vise:

Odlicno, ovo je vazno, nisam o tome mislio. To cemo lako ispraviti, kad rascistimo one silne vrednosti posvuda.

Ono sto sam rekao da treba da raspravimo stoji i dalje, za koji sat cu to imati. Sad imam neku 'emergency' ovde na poslu, za jedno 5-6 sati od sada javisu se ponovo.

Pozdrav

Da vidimo sta sam razume, a sta ne. Gledajuci u podatke i shemu tabela, vidim da imamo polje UgovorenaVrijednost
u tabeli Projekti.UgovorenaVrijednost. SLicnio imamo u JavnaNabava.Vrijednost. U najvecem broju slucajeva je Projekti.UgovorenaVrijednost = JavnaNabava.Vrijednost, ali ne uvek. Ima slucajeva kada imamao vise od jedne Javne Nabave za isti projekat. Tada vazi Projekti.UgovorenaVrijednost >= SUM(JavnaNabava.Vrijednost).To cemo d aostavimo tako. Bilo bi lepo da se kontrolisu ovi uslovi, ali pretpostavljam da nije problem da se nekako 'garantuje' da je to OK.
Neka stoji kako stoji.

Pretpostavio sam da se za izvestaje uzima vrednost iz Projekti.UgovorenaVrijednost.Da li je ta pretpostavka tacna?

Za svaku Javnu Nabavu, trebalo bi da postoji i jedan rekord u tabeli Ugovori. Ovo je komplikovano da se postigne, ima u modelu koji smo postavili ranije, ali nije neophodno za sada. Mnogo je vzanije da SVAKA situacijaima ugovor. Vezivanje situacije na Projekat, bez ugovora, moze da prodje, ali je cistije mnogo ako se veze na ugovor.

Ja sam pokusao da povzem ugovore i situacije, i uspelo je za sve osim nekoliko. Situacije vezane za Projekte 17,14 i 10 nisam mogao da spojim s augovorima, jer u tabeli Ugovori nema ugovora za te projekte, ni jednog. Ako to dodas, mnogo tga ce biti lakse. Ovaj kveri radi na tvojoj bazi i pokazuje situacije za koje nemas ugovore:


Sto se tice izracunavanja na Bilanci, to se asniva na dve pretpostavke:
1) Vrednost projekta ce cita iz Projekti.UgovorenaVrijednost ili SUM(JavnaNabava.Vrijednost), sta je bolje?
2) Protiv toga se postavljaju samo ugovori koji su tipa "Izvodjenje" ili "Nadzor",
Znaci, Projekti.UgovorenaVrijednost >= SUM(Situacije WHERE TipUgovora IN ("Izvodjenje","Nadzor")

Tu ima jedna problem. Na tvojim izvestajima, ti oduzimas samo IZvodjenje, nadzor ne oduzimas. To je mozda namerno, a mozda je rezulat cinjenice da si sumu siturianih vrednosti stavio u HEADER sekcije TipSituacijeID, pa ti slucajno cita samo prvu TipSituaciejID, koji sasvim slucajno je "Izvodjenje"

Ovde imamo cudnu stvar, da se TipUgovora i TipSituacije uglavnom poklapaju(opisi se poklapaju, ne i kodovi), osim za tipove ugovora 1 i 7. To govori da ugovori tipa 1 i 7 i ne treba da budu u istoj tabeli sa ostalima, ali ako insistiras, neka ih i tamo. Time smo kverije napravili komplikovanijim, ali nema veze. Ugovori tipa 1 i 7 ne rezultiraju Situacijom, svi ostali rezultiraju situacijom - prema tome, to nisu isti ugovori, nisu iste vrste, i zgodno bi bilo orazdvojiti iha, ali neka stoji.

Moja verzija 04 sabira "Izvodjenje" i "Nadzor" pa taj zbir uporedjuje sa Projekti.UgovorenaVrijednost. Tako si tikazao, ali tako nisi uradio na bilanci. Malo sam prepravio relacije. Dodao sam kolony 'Vazi se' u tabelu TipUgovora, cekirano je za Izvodjenje i NAdzor, za sve ostalo nije.To ide u kverije qryZ_BilancaStanja i qryZ_ProjektiIUgovori od kojih s eposle sve gradi. Verovatno kveriji mogu da s enaprave tako da vaze i za druge tipove ugovora, pa da se pred upotrebu odbaci sto ne treba ali dnas nemam vise vremena.

Sve u svemu, mozes da zadrzis sto si napravio, ako moras. Ako imas vremena da ponovo pokusas, milsim da je bezbednija varijanta strujtura baze u mojoj verziji 04. Sve podatke sam prebacio iz tvoje posledne MDB verzije, pa brem podatke ne gubis. Budi oprezan sa MIcrosoft wizardima i template resenjima, cesto lepo izgledaju, ali ne rade bas kako treba.



Imas u
tabeli JavneNabave polaj za datume, koja se ti text tipa.

Što se tiče Javne nabave sve si dobro razumio. Za jedan projekat može biti više JN, npr. kada se sklapa anex.
DA.
Ovdje se javlja problem; Imam slučajeva kada se naknadno sklapa ugovor i situacije se ispostavljaju po par mjeseci ranije i ne mogu ih vezivati za ugovor. Sada ću ispasti neskroman, ali jedan zahtijev; kako si mogao vidjeti iz podataka ja sam zadužen za Projekat Stara Sušica i Brestova Draga te preko njih testiram bazu. Kod Projekta Stara Sušica imamo tri godišnja ugovora izvođača (br.29,4 i 3) kada na formi kliknem na + uz ugovor 29 prikažu se sve situacije izvođača za projekat, ali uz ubovor br. 3 i br. 4 nema rekorda. Da li je moguće vezati npr. situacije iz 2011. godine na ugovor br. 3, iz 2012. na ugovor br. 4 i iz 2013. na ugovor br. 29. Znam da kompliciram ali bilo bi točnije i bilo bi idealno.
Dalje, u subformi 'lstSituiranoPoVrstamaRadova' sada nema monterskih radova što nije dobro, ja sam mislio da se oni samo ne zbrajaju u čelijiji 'Ukupno situirano po svim vrstama radova:' a ne u subformi ( trebalo bi dva upita) jer sada nemam uvida na monterske situacije i nigdje ih ne pratim, a za njih imam ugovor. Ne vidim ih niti u Reportu: Bilanca stanja za projekat.
To je bilo namjerno, jer vrijednost investicije nije sadržavala i vrijednost nadzora, ali za to se ne brini jer na formi vidim vrijednosti. Doduše bilo bi bolje da umjesto polja 'Zbir svih ugovora potpisanih za Projekat:' na formi imamo polja : Ugovor za izvođenje ( Zbir ugovora 3 + 4 + 29) pa polje Ugovor za Montažu ( Zbir ugovora 9+28) i polja Ugovor za Nadzor ( broj 24 ) i tek onda Ukupno.
Nemam ništa protiv, meni jedino treba podatak da imam uvid u te ugovore. Ako je bolje da budu posebno nemam ništa protiv.
Pozdrav!

Evo mene opet; Zidar u bazi tabele 'RadoviZaIzvodjenje' i 'UobicajeniRadoviZaIzvodjenje' meni ne služe ničemu i one su ostale samo zato jer Zaposlenika nisam znao povezati sa Projektima ( takva veza je bila iz predloška i ako bi ih obrisao baza više nije radila ) tako da bi bilo dobro da se te dvije tabele izbace. Doduše vidim u relacijama da si tabelu 'UobicajeniRadoviZaIzvodjenje' već izbacio. Na koji način da ažuriram podatke iz moje baze a da ne poremetim relacije i nazive iz tabela koje si ti postavio.
Pozdrav!

Sad smo u situaciji koju sam opisao na samom pocetku - taman kad pomislimo da smo nesto uradili, shvatimo da to nije bas to. Dobro, nije bas to, ali je blizu :-)


Javne nabave za sada mozemo potpuno da zanemarimo. Ni jedan kveri ih ne uzima, kaod a nam ni ne trebaju. A ni ne trebaju nam, situacjie se vzu ili za ugovor ili za par (projekat,izvodjac), mozda i (Projekat, IZvodjac, Godina). Zato cemo ih zanemariti. Javne nabave postaju interesantne kad treba da se cuve text oglas, gde je sve oglaseno, ili kome je polsat zahtev za ponudu, ili ko je sve podneo ponudu, sta je radila komisija, ko je izabran i slicno. To je sve inteersantno, ali ne utice na pracenje situacija. Neka zato ostane za posle, kao nezavistan modul.



Ovo je malo nezgodno. Ugovor nama u bazi nije bitan sa pravne tacke gledista (kakao ces isplacivati nekom novac ako nemas na osnovu cega)
. Nama je bitno da vezemo situaciju za NESTO, a najlakse je za izvodjacki ugovor.Razmisljao sam o razlicitim opcijama, ali se bez ugovora ne moze. Zato predlazem da ako nemas ugovor jos uvek, uneses neku izmisljenu oznaku za Broj Ugovora, na primer "NEDOSTAJE UGOVOR 00027" gde bi ti brojcani deo cinio oznaku jedinstvenom. Onda lepo stavimo Foreign Key (relationship u Accesu) sa tabele Ugovori na tabelu Situacije i stavimo UPDATE CASCADE (nikako DELETE CASCADE). kad se otpise stvarni ugovor, onda u tabelu Ugovori ono "NEDOSTAJE UGOVOR 00027" zamenimo pravom oznakom, na primer "UG IZV 2012/56 ". Zbog CASCADE UPDATE ta ce se vrednost bezbolno preneti u tabelu SItuacije. Problem s ovim je da se ne promeni oznaka ugovora nenamerno, ali za sada neka bude ovako. Ne menjas stotine ugovora svakog dana, pa da se provuce nehoticna greska. Ovo bi radio nekoliko puta godisnje, i onda je moguce biti pazljiv. Znaci, za ugovore koji ti nedostaju, izmisli privremenu oznaku i ona neka stoji dok ne dobijes pravu. Time smo formalno zadovoljili pravilo baze podataka. Vazna pretpostavka ovde je da svaki ugovor iz koga slede situacije, vazi za tacno jednu godinu (fiskalnu ili kalendarsku, svejedno)

Ovo cu razmotriti u posebnom postu, moram da pogledam.

I na ovo cemo da odgovorimo u posebnom postu, treba da pogledam, ali nece biti komplikovano. A i zaposlenike verujem da mozemo vezati direktno na ugovor.

_{[Ovu poruku je menjao Zidar dana 18.03.2013. u 18:10 GMT+1]}

Upravo zbog toga, ja sam mislio da osnov bude projekat ili investicija, ali normalno onda situacije ne mogu vezati niti za ugovore niti za godine i opet se javlja problem. Ako otvoriš Report:Bilanca stanja za npr. Staru Sušicu kod Izvoditelja imaš 8 privremenih situacija i one su redom P-1,P-2 do P-8 (zadnje oznake) i ako nisu poslagane po redu javlja se problem jer ispada da je npr. P-1 500.903,51 kn a u stvarnosti je 216.733,00 kn i kumulativi ne prikazuju stvarne iznose; mada je u konačnici matematika u redu. To sam mislio kada sam mislio da se situacije vežu na godišnje ugovore (ili barem da se slažu po datumima od prve do zadnje). To ponovno napominjem da bi razumio da je to stvarno važno, a ne samo iz formalnosti, mada si rekao da ćeš to razmotriti naknadno
Moj prijedlog je da, kako si jednostavno predložio, napišemo BEZ UGOVORA 0001 i dalje rastući.

Ovvde su Situacije vezane na pogresne ugovore.

To sam verovatno ja pobrkao, kad sam vezivao situacije na ugovore. Klik na + pokazuje samo situacije koje pripadaju konkretnom ugovoru 29. , a to su u stvari SVE situacije - jer sam ih sve greskom dodelio ugovoru 29. Klik na ugovore 4 i 3 ne daje nista, sto je takodje pogresno, jer njima nisam ddoelio ni jednu situaciju. A ugovor 29, u stvari ne treba da ima ni jednu situaciju, jer je iz 2013 godine, a radovi jos nisu zapoceli u 2013.

Sad cemo to da ispravimo. U zakacenoj bazi imas kverije koji se zovy ZZZ_qry_SituacijeProj2 i ZZZ_qryUgovoriProj2, koji pokazujeu situacije i ugovore za Staru Susicu. Kad otvorimo ova dva kverija, videcemo kako treba da se povezu ugovori i situacije.

Sta sam uradio:
1. Promenio sam relaciju sa tabele Ugovori na tableu Situcije - dodao UPDATE CASCADE opciju.
2. Odradio sam tri puta update query ZZZ_qry_PoveziSituacijeNaUgovore_Proj2, sa razlicitim vrednostima i WHERE, ovako:
Situacije 2,4,12 su iz 2011 => UgovorID = 3 (Godisnji Ugovor za 2011)
Situacije 13,14,15,16,17 su iz 2012 => UgovorID = 4 (Godisnji Ugovor za 2012 godinu)
Ovi UPDATE sus se automatski preneli na tabelu Situacije, zbog Updae Cascade.

Nema ni jedne situacije iz 2013 (jos uvek je sve pod snegom, ne moze da se radi )

Ovako je izgledalo PRE nego sto sam radio UPDATE:


Ovako izgleda POSLE update:


Ovako izgleda UPDATE query. Pazi da promenis sva tri parametra WHERE (ProjectID, SituacijaID) i UPDATE TO: i UgovorID



Predlazem da pogledas sve ostale situacije, za ostale projekte, koje sam povezao sa ugovorima, verovatno bar neke imaju isti ovaj problem. Koristi gotove ZZZ kverije, samo promeni WHERE i moci ces da sve podesis.

Kao sto rekosmo, za situacije za koje nemas ugovore, izmisli ugovor, staiv Broj = 'NEMA UGOVORA xxxx' gde je xxxx neki jedinstveni broj. Kad se ugovor stvarno potpise, radices UPDATE na tabelu Ugovori:

i taj ce se update preneti i na tabelu SItuacije.

Posle pravilnog povezivanja situacija na ugovore, trebalo bi i kveriji da rade kako treba. Mozda reba malo raditi i na kverijima, tu i tamo, videcemo.

Mislim da smo razresili problem povezivanja (korektnog) izmedju situacija i ugovora.

Ovo je sada super: Ako primjetiš, sve situacije iz 2011. su u zbroju jednake godišnjem ugovoru za 2011. a situacije iz 2012. ugovoru iz 2012. godine. Međutim, ja i dalje nemam situacije za monterske radove u reportu:Bilanca Stanja. Kod njih je isti problem da nisu povezane sa godišnjim ugovorima (ugovori br.9 i br.28).
Kako mi na poslu svakodnevno unašamo podatke u "moju template" bazu dok ne sredimo ovu, zanima me kako da najlakše napravim update podataka, a da ne pobrkam relacije???

Podesio sam malo vecinu kverija, kao i report. Sad smo na verziji 05. pogledaj, ali i pogledaj kako je sta postignuto. Nema makroa, nema programiranja. Sve je kveriju koji je baza za report, grupisanje reporta je vazno, i nekoliko formula na samom reportu. Znam da izgleda ruzno, tu ne mogu nista. Dok sam radio inzenjeriju, imao sam briljantne tehnicare pa se nikad nisam naucio da radaim lepo i pedantno. Moji su bili proracuni i nebulozne ideje a momci i devojke iz tima su stvarno bili graficku obradu projekata podigli na nivo umetnosti.


Lepo, unecemo kao sto smo i ovo dosad. Sad znamo na sta treba da pazimo. Ti budi siguran da si uneo ugovore za SVE situacije, kako smo rekli. Ostalo ce biti lako kad to immamo. Pogledaj na reportu SVE projekte, ima ih nekoliko gde su izbrkane godine. probaj na jednoj kopiji da odradis kverije koje sam pomenuo jutros. to ce ti pomoci da razumes sustinu i pozadinu resenja.

Sam ne vjerujem da sam uspio; za Staru Sušicu sam napravio Update za monterske radove i onda malo za vježbu na projekat Brestove Drage. Sve ide OK.
Report je izvanredan i imam sve podatke koje sam želio, čak i više...Izvrsno.
Doduše, podatke u bazi smo malo pobrkali, ali to je najmanji problem; kada će biti gotovo sve ću provjeriti i u redu!
Pozdrav!

Imam jedan problem kod Reporta, ali samo na jednom projektu od njih 20. Kod prikaza situacija za monterske radove prikazuje prvi red prazan kao da je u tablici situacija - jedino kumulativ prikazuje 0,00 kn. Nije mi jasno zašto, kada kod svih ostalih 19 projekata sve prikazuje ispravno. Gledao sam u tablicu Situacije i nisam našao nikakav problem !!!!
Na slici zaokružen zapis.

Pogledacu. I ja sam primetio isto, samo na drugom mestu, pa sam nekim trikovima na reportu napravio da se ne vidi prazan red. Medjutim, ima jos. Problem je najverovatnije u kveriju koji daje podatke za report - tu s enegd pojavljuje prazan red u odredjenim situacijama. Pogledacu, to ne bi smelo da se desava. Moglo bi da ima veze sa jos uvek ponegd enekorektnim ili nekompletnim povezivanjem na Ugovore. Pogledau, pa cu ti javiti.

Na žalost vraćam nas na poćetak; kolegica Branka zajedno samnom testira bazu i ona je primjetila slijedeće:
kod Projekta br. 1 - Sunger za Nadzor su potpisana dva ugovora ( br. 14 i 15 ) na iznose od 62.800,00 kn i drugi na iznos od 51.700,00 kn. Oba ugovora ima isti Nadzor ili izvođač, i oba ugovora su potpisana u 2012. godini. Na riportu za stavku 'Vrijednost ugovora' prikazuje samo iznos od 62.800,00 kn ( ugovor br. 14 ) umjesto da ih zbroji ( ugovor br. 14 + 15 ) i prikaže iznos od 114.500,00 kn za 2012. godinu. Dakle stavke 'Vrijednost ugovora' moraju biti sumari iste vrste ugovora za istu godinu. Naknadnim pregledom sam vidio da je taj problem na više projekata. To isto pravilo mora zadovoljiti sve vrste radova, dakle, ako je ista godina, isti izvođač - vrijednost ugovora za navedenu godinu je zbroj svih ugovora za tu godinu, koji se potpisao za istu godinu sa istim izvođačem za istu vrstu radova... Prikopčat ću zadnju bazu koju testiram ( Zidar.accdb ) i koju sam već poćeo malo preuređivati, tako da vidiš problem. Ista situacija je kada se osnovni ugovor i anex ugovora potpišu u istoj godini ( projekat 4 i 6 - Hlevci i Manci i Brestova Draga ).
Pozdrav!!!

Šta nedostaje u bazi?

U bazi ništa ne nedostaje, jedino je rađena sa Access 2010, ali nema problema, konvertirat ću je u 2003.

OK, pogledacu. Report grupise ugovore po vrsti, onda po izvodjacu, za ivodjaca sortirano po godini, tako je bar zamisljeno. meni se cini da je sve to u vezi, i onaj problem prazne linije i ovo. Ako se secac, u velikom modelu koji smo imali kao "finalni" pre nekoliko nedelja, negde smo imali i kolonu "Godina", koju sada nemamo, nego se oslanjamo na DatumUgovora i DatumSituacije i slicno, pa ponekad (cesto) imamo pogresno povezivanje, ili se nesto izgubi. Sve ovo sto nalazimo da ne radi, a mi ocekujemo d aradi, ide u prilog onome sto sam rekao na pocetku - ovo je veliki i dug posao itrazi nekog full time. Zato moras biti strpljiv, koristi model koji imas i vrsi ti posao, dok ovde ne pogodimo sta kako treba. Posle svake primedbe mi znamo vise nego ranije i jedan smo korak blize resenju. Problem je sto ne znamo koliko jos koraka ima...

Zidar, prikopčat ću bazu da vidiš što sam napravio - baza je u Accessu 2007-2010 zbog combo boxa za pristup reportima (vidi na slici) i meni radi sve bez problema, što inaće ne podržava Access 2003. Ako nećeš moći otvoriti i ako ti ne radi u 2007, javi pa ću konvertirati u 2003, ali reporte ćeš otvarati ručno preko navigacijskog prozora. Ako rješimo probleme koje sam prije naveo i dodamo forme za javnu nabavu, izvođače i zaposlenike; baza će biti za korištenje jer sa ovim reportima imam skoro sve što mi je potrebno za praćenje investicija.
Imam problem sa unašanjem novih zapisa ( situacija i ugovora ) jer ne znam kako si zamislio unose. Ako idem preko glavne forme 'frmProjekti_Split' gdje si napisao 'Ugovori projekta (klini + sa lijeve strane da vidiš/uređuješ situacije)' situacije mogu uređivati ali ne mogu unašati nove.
Pozdrav!

Sad mogu d aotvorim projekt bez problema. Popravljen je izvstaj Bilanca, pokazuje sve ugovore, i one bez situacija.
Ostalo cemo z akoji dan (unos situacija)

Pogledaj izvestaje za ostale projekte, da li dobro rade ili treba jos popravljati podatke?

Zidar, popunjavam bazu, i polagano širim upite i forme. Povezao sam Situacije i Projekte, a formu Javne nabave samo sam privremeno ubacio iz svoje stare 'template' baze pošto su se zapisi u tablici JavneNabave pobrkali iz nekog razloga. Probao sam za Startnu formu u filtar unjeti uvjet da ne prikazuje projekte koji imaju stanje 'Dovršeno' ali dobio sam poruku greške. To sam mislio napraviti da smanjim listu projekata, jer kada će ih biti stotinjak i više biti će problem traženja.
Ovo sada što je napravljeno sve radi OK i svi izvještaji su u redu.

Prikopčat ću zadnju verziju (update podataka) i javi da li otvaraš bez problema jer sam unjeo neke makroe.
Pozdrav!
P.S. Kada kliknem na 'Novi projekat' za polja 'Zbroj ugovora potpisanih za Projekat:' i polje 'Ukupno situirano po svim vrstama radova koji se računaju:' dobijem #Pogreška, a za polje 'Preostalo od vrijednosti projekta:' prikaže #Vrsta!

:-( Nece da prepozna format. Izgleda da ga templates i/ili makroi izbacuju iz ravnoteze. Pokusaj da ne koristis makroe, to je jos gore nego templates. Templates koje je Microsoft ponudio jos i liče na nesto na prvi pogled. Makroi, kao i kod koji prave wizardi, to je absolutno zastrašujuce.

Ne brini za #error i #Value koje donijes na novom rekordu, to je "normalno" jer nema odakle da procita podatke kojih nema. To s emoze resistiupotrebom NZ() funkcije, ili u kveriju, ili na formi, ali neka za sada stoji ovako, nikakvu stetu ne pravi, osim sto izgleda blesavo.

Ne brini ni za eliminisanjerazduzenih projekata iz liste. Ni kad budes imao na stotine projekata, nece usporavati pretrazivanje, pod uslovom da se pretrazivanje radi pravilno. Upotreba Find ikone (durbin, dvogled) nije pravilan nacin za pretrazivanje u Accessu. To je jako sporo, cim imas nekoliko desetina redova. Pravilno pretrazivanje se radi filtriranjem, (Right Click, Filter By...) i tada ne osetis razliku ni posle nekoliko desetina hiljada redova. Dotle cemo i ti i ja biti u penziji :-)

A moze se postaviti i tako svako vidi samo svoje projekte (na osnovu logovanja u Windows) i time se broj projekata u listi smanjuje visestruko. O tom potom, to moze kasnije.

Prebaci ppslednju verziju u .MDB, pa da vidimo, ja cu je ond aprebaciti u .accdb 2007. Probacu da izbacim makroe gde ih nadjem i da ih zamenim kodom. Bezi od makroa u svakom slucaju.

Prebaci sam u Access 2003 pa pogledaj u čemu je problem.
Pozdrav!

Zidar, mislim da znam što je zezalo ( u Reportu Javna Nabava makro za link na formu ) i dižem ispravljeni file. Probaj sada otvoriti sa 2007.
Pozdrav!

Ma makroi ne valjaju u bilo kom obliku Sve se lepo otvorilo. Evo sta sam uradio:
1) Tabela "Situacije" - sve kolone su Required = Yes
2) Izbacio sam kolnu Situacije.IZvoditelj - to imamo u tabeli Ugovori. Izbacio sam to iz vecine kverija, forme i reporti nepokazuju da imaju problem s tim.
3) Dodao sam tu i tamo poneki Validation rule (Iznos > 0, Datum ne sme imati sate i minute)

Na formi Projekti_Split sam uklonio Error u formulama za nove rekord.

Formu Situacije_DS sam malo utegao. Dodao sam kod koji bi trebalo da garantuje:
- da ce svaka situacija imati veci datum od prethodne
- da se ne mogu menjati situacije osim poslednje
- da se ne mogu dodavati situacije ako je poslednja 'Okoncana'
- da se ne mogu brisati situacije, osim poslednje

Trebalo bi dodati da se ne dozvoljavaju promene na ni na poslednjoj okoncanoj situaciji, ako se dese neki drugi uslovi (direktor odobrio, potpisao, potvrdio, novac isplacen). O tom ne znamo dovoljno u ovom momentu.

Situacije mozes da ddoajes na formu Ugovori_Split. Bilo bi lepo da se forma Ugovori_Split otvorina tacno ugovoru koji izaberes.

Situacije mozes da unosis i na formi Projekti_Split, kad kliknes +, na ovaj nacin:
1) klini znak + sa leve strane => otvori se cascading subformica sa situacijama za taj ugovor
2) klikni u red gde pise"Total"
3) klikni na simbol >* u record selectoru subforme "Ugovori sklopljeni za projekat" - to te dovodi u "add new" rezim
Meni je ovo komplikovano i nepregledno, pa je mozda bolje ici na formu Ugovori_Split i tamo zavrsiti unos novih situacija.

Da li ima smisla razmisljati o tome da svaki uposlenik visi samo svoje projekte? Mogu ti pokazati kakao, ako hoces.

Primertio sam da reporti koji s eotvaraju iz combo boxa se otvaraju za sve projekte i uvek od pocetka. Ako je to sto se zeli, dobro, neka je. Medjutim, ako zelis da se izbrani report otvori samo za bas tekuc projekat,treba malo koda da se napise. Stari Access imao je wizard za to, ovaj novi pise makru i to jos lose. Ako hoces, pokazacu ti i to.

Drago mi je da si uspjeo otvoriti, mada mi nije jasno zašto se ovo dešava - i dalje su ostali makroi (combo box, komanda 'Osvježi zapise' i dr.) i sada radi. ZAŠTO??? Sada me već strah raditi bilo što, jer ne znam da li ćeš moći otvoriti bazu...
Znam da se otvaraju svi reporti i želim da se mogu otvoriti radi ispisivanja reporta i praćenja stanja svih projekata. Izabrani report za određeni projekat otvaram preko komandnog gumba 'Bilanca stanja' a ne iz combo boxa. Na komandnom gumbu napisao si kod i ti si ga napravio. Normalno, rado bi da i combo box radi po proceduri događaja a ne po makrou, ali ne znam napisati kod.
U svakom slučaju to je dobro, jedino bilo bi jako dobro da se iz combo boxa izabere uposlenik (kako je bilo u prvom templateu) i njegovim odabirom da se otvore njegovi projekti, a na komandu 'Osvježi zapise' ponovno vrati početno stanje svih projekata i prazan combo box, bez uposlenika. To sam želio napraviti ali ne znam.
Preko forme Ugovori_Split i unašam situacije, a stvarno bi bilo dobro da se forma otvori na izabranom ugovoru i da se taj kod pridruži novom komandnom gumbu 'Unos situacija' na formi Projekti_Split.
Imam jednu molbu - otvori report 'Bilanca stanja' za Projekat 'Sunger - Kanalizacija i voda' i za Nadzor radova pogledaj iznos za polje 'Preostalo za Nadzor radova : 28.280,00 kn' a trebalo bi biti 91.080,00 kn - mora zbrojiti vrijednost ugovora 14 i 15. Ista situacija je i kod reporta Situacije za Komunalac, Projektanta i Nadzor ( vrijednost ugovora nije zbrojena kada imamo više ugovora )
Pozdrav!


_{[Ovu poruku je menjao dzaga29 dana 27.03.2013. u 22:49 GMT+1]}

Zidar, ako još nisi downloadovao bazu, prikopčat ću novu u kojoj su ažurirani podaci ( novi ugovori i situacije ).
Pozdrav!

Downloadovao sam ovu od 28 Marta, "Zidar, ako još nisi downloadovao bazu, prikopčat ću novu u kojoj su ažurirani podaci ( novi ugovori i situacije ).
Pozdrav!"

i radi, lepo s eotvara.

Promene:
1) - poravio sam report Bilanca Stanja. Sada pravilno pokazuje sve zbirove. Trebalo bi da u tabelu Ugovor uvedemo kolonu "Godina" pa da je citamo odande, umesto da racunamo iz situacija, ali za sada nema veze.
Promenio sam racunanje za Preostalo
Bilo je :
Preostalo = Projekti.VrijednostProjekta - SUM(situirano)
Sada je:
Preostalo = SUM(Svi ugovori) - SUM(Situirano)

Ovo nije isto. Ako pogldes bas projekt 1, Sunger, tamo je projekti.VrijednostProjekta = 2,862,395.90
U ugovorima imas:
Izvodjenje 2,862,395.90 plus nadzor (62,800 + 51,700)

Za svakog izvodjaca radim SUM(Ugovori) - SUM(Situacije)
Ako to isto uradim na kraju za ceo projekat, nije isto kao Projekti.VrijednostProjekta - SUM(situirano).

Kako hoces da radimo?

2) Izbacio sam makro sa combo boxa za izbor izvestaja. U stavri, promenio sam i sourze za taj combo =- vidi novu tabelu tblSYS_Reports. To cemo jos da razvijamo, videces ec. Kad pozoves izvestaj sa liste, mozes da ga otvoris za tekuci projekat, ili za sve, ima spitalicu, pa sta izaberes. Morao sma tu i tamo da ddoam ProjectID na neke izvestaje, jer je to jriterijum za otvaranje izvestaja.

3) Dodao sam da se vidi koja ti jevrzija programa aktivna, i da ti se vidi ko koristi program, videces na frmProjekti_Split. to je samo na brzaka, kasnije se moze kontrolisati ko ima pravo pritupa programu, na lep nacin, mada ne 100% siguran (ali ni drugi nacini nisu 1005 sigurni). POsle cemo da vidimo ko moze da vidi samo "svoje" projekte, a ko moze da vidi sve (tehnicki direktor naravno )

4) Uveo sam u tabeli situacije da se vidi ko je dodao rekord i kada. Sitnica, ali je korisna. To treba dodati na ostale tabele i sve DS forme.

Cujemo se do posle Uskrsa.

Srecan Uskrs.

Izvrsno, sada imam što popunjavati i testirati, a do 8.4. sam na godišnjem.
Kada sve malo ispitam i provjerim, dogovorit ćemo sve detalje.
Javit ću se za par dana, a tebi želim blagoslovljen i sretan Uskrs!

Ja sam već istestirao bazu i naišao na neke manje probleme u reportu Bilanca stanja za koje pretpostavljam da su upravo nastali zbog Godine .
U projektu br. 10 (Ravna Gora) imamo ugovor 58 iz 2011 godine i za taj ugovor je ispostavljeno 11 privremenih situacija na ukupan iznos od 2.694.119,86 kn i još je preostalo 246.557,94 kn za izvesti ( te podatke NEMAM u reportu ) nego sasvim drugačije i krive. To se dogodilo jer je zbog situacija koje su se razvukle na 2011 i 2012 ( a bit će i u 2013 za ostalih 246.557,94 kn ) ugovor također razdjelilo na dvije ( poslije na tri ) godine iako je to ugovor samo iz 2011.
Prikopčao sam sliku da vidiš o čemu pišem.


Mislim da tvoj spoznaja 'Trebalo bi da u tabelu Ugovor uvedemo kolonu "Godina" pa da je citamo odande' rješava problem i to treba napraviti odmah.
Ostali podaci iz reporta Bilanca su u redu i daju sve ispravne rezultate.

Što se tiče tvog drugog dijela pitanja iz citata za VrijednostProjekta priljepio sam sliku Glavne forme gdje se vidi kako bi bilo najbolje - da se vide 'Vrijednost Izvođenja' i 'Vrijednost Nadzora' a onda zbrojeno da bude VrijednostProjekta.


Pitanje: Da li je moguće presložiti redoslijed kolona u DS formi - vidi sliku Zaposlenici - kolone su Prezime, Pošta, Ime umjesto da bude Prezime pa odmah iza Ime.


Zakvačit ću zadnju bazu u koju sam ubacio forme za Izvođače, Zaposlenike i novu Javnu nabavu.
Pozdrav i lakše sa hranom za Uskrs!



_{[Ovu poruku je menjao dzaga29 dana 29.03.2013. u 21:27 GMT+1]}

Zidar, taj dio sam rješio; ubacio sam polje za godinu i prepravio upit i sada radi dobro. Molim te pogledaj, da li ima "višak" upita u bazi i da li se koji može obrisati, tako da pročistimo što nije potrebno. Ja se ne usuđujem da nešto ne zeznem. Prikopčat ću zadnju verziju baze.
Još nešto: Kada na startnoj formi iz combo boxa odaberem report, npr. Sve situacije i na upit kliknem Da dobijem poruku o greški (slika), ako kliknem ne ili cancel sve je u redu. Probaj.
Rješio sam unose na glavnoj formi i u reportu, a tebi je ostalo da malo provjeriš.
Pozdrav!


Prvo download obje .rar datoteke, a onda klik na prvu.

_{[Ovu poruku je menjao dzaga29 dana 31.03.2013. u 09:27 GMT+1]}

Zidar, ja polako dovršavam bazu i pripremam za korištenje u firmi. Tako sam, da se malo pohvalim, napravio i datoteku pomoći koja mora biti u istom direktoriju kao i baza. Pomoć slažem zbog svojih korisnika u firmi i nije gotova, ali samo da vidiš i da mi kažeš da li radi i kod tebe. Šaljem ti novu bazu sa kodom za pomoć i datoteku pomoć u privitku.
Pozdrav!

Polja za Vrijednost projekta sam prepravio, tako da se vrijednost projekta automatski računa prema vrijednostima ugovora koji su potpisani za projekt, a grupirani su po Ugovorima za izvođenje, ugovorima za nadzor i ugovorima za projektiranje što zbrojeno daje ukupnu vrijednost projekta.
Upisao sam donju formulu: gdje sam TipUgovora mjenjao ovisno o Vrsti ugovora.
Sada sve radi OK osim što u tabelu 'tblSYS_Reports' ne mogu upisivati nove izvještaje !!!
Kada sam pokrenuo Analizator rada program mi je poručio: Tablica 'tblSYS_Reports' - Stavite ovu tablicu u vezu sa ostalima u bazi podataka.
Pozdrav!

interesantna tema

ne može se otvoriti RAR datoteka
Zidar.part1
zidar.part2

javlja grešku

unaprijed hvala

Da bi otvorio .rar datoteke, prvo moraš obadvije skinuti na svoj kompjuter tako da su obje jedna pored druge, nakon toga pokreneš prvu i moralo bi raditi. Kod mene radi bez problema. Ponovno ću prikopćati bazu, ali ovaj puta zadnju sa svim ispravkama. Međutim neće raditi na slabijoj verziji od Access 2007 jer je rađena sa 2010.
Pozdrav!

fino hvala sad radi

pregledat cu pa ti javim sugestije

nevsad ramic

Napravio sam slijedeće izmjene: Polje prioritet ničemu ne služi i od njega sam napravio Vrsta infrastrukture: a to ovisi o tome što projekt obuhvača - rad na Vodovodu, Kanalizaciji ili Vodovod i kanalizacija zajedno (Rad na vodospremi je Vodovod, a npr. na uređaju za pročišćavanje je kanalizacija. Također sam Kategoriju izmjenio u polje Izvori sredstva financiranja ali je polje i unos ostao isti.
Osim vrijednosti bez PDV-a ubacio sam i vrijednosti sa PDV-om.
Uspio sam pomoću upita qrySYS_AllAccessReports učitati sve izvještaje u combo box, ali još uvijek za odabir situacija poručuje grešku pa sam samo upisao upozorenje jer to ne znam rješiti.
Kod izvještaja za situacije ispravio sam iznos polja Ugovorena vrijednost gdje je prije bila vrijednost ugovora ista za sve bez obzira na tip situacije.
A kako su na startu Zoran Eremija i Zidar rekli, kada na početku ne sagledaš sve javlja se kasnije problem; tako sada moram ubaciti podatak o postotku učešća vodovoda i postotku učešća kanalizacije u projektima koji imaju zajedničke radove ( pola sam rješio sa poljem Vrsta infrastrukture, a sada druga polovica...? ) Moja kolegica iz računovodstva bi željela ( jer tako vodi kroz knjigovodstvo i amortizaciju ) pratiti odvojeno vodovod od kanalizacije. Za prvu ruku jednostavno ću izvesti bilancu u tablicu Excela pa tamo dodati dvije kolone sa postocima učešća mada bi rado to ubacio i u bazu.
Prikopčao sam najnoviju bazu ( na žalost mora imati sve da bi u potpunosti sagledali problem), pa molim za sugestije i ideje kako najednostavnije napraviti i uključiti ove postotke - dovoljno je samo u reportima.
Pozdrav!

NAzalost ni jedna verzija posle 28 Marta nece da se otvori. :-(

Zidar, sada sam kompajlirao bazu pa bi je trebao otvoriti, kod mene sve radi bez problema. Išao sam analizirati perfomanse i Access je poručio da nema nikakvih problema. Javi ako ćeš uspjeti otvoriti.

Poćeo sam rješavati i ovaj problem...
Pozdrav!

Nece ni da cuje da se otvori. Konvertuj sve u MDB, 2003, videce se svi kveriji i izvestaji, mozda cak i split forme, zato sto taj MDB ja otvaram iz 2007.

Prebacio sam u Access 2003, ali ne mogu ga niti ja otvoriti osim u Dizajn prikazu. Ali i ovako ćeš vidjeti forme i formule koje sam unesao u polja koja su bila problem.
Zanima me da li uz 2010 mogu usporedo imati instaliran i 2007 pa da probam raditi na njemu - možda je problem u 2010.
Pozdrav!

Otvorio se MDB, i kod mene se pokazuje sa split formom. Nije hetla da radi samo forma frmProjekti_Split. Prvo sam joj ubio makro na "Osvjezi Zapise", pa sma je onda snimio pod drugim imenom. To pod drugim imenom je radilo, pa sam to preimenovao nazad u frmProjekti_Split. Stara form je ostala pod imenom frmProjekti_Split_ZZZZ, mozes je slobodno obrisati.

Nisam vise bio siguran sta treba da se popravi u celini, pa sma uradio nekoliko ociglednih stvari, a ti me podseti sta dalje treba da se iskrpi.

I dalje ces mi slati MDB, kod mene se potpuno isto otvara kao kod tebe, u 2007, i sve radi - split forme i sve ostalo. Izbegavaj da dodajes dugmice sa makroima, ako ti treba neko dugme, reci mi, postavi ga na formu ali bez makroa i ja cu ti dodati kod. Ti ces posle prouciti taj kod i znaces sam da to uradis.

Sta sam izmenio danas:
----------------------

U tabelu Projekti, dodao sam dve kolone, VodaPct i KanalPct, decimalne sa 4 decimale, da cuvaju procenat ucesca vode i kanalizacije u projektu. Striktno gledano, ovo je nepravilno, ali za komunalno preduzece moze da prodje, pod uslovom da su SVI projekti iskljucivo V,K ili VK. Ako ima nesto drugo, onda ovo sto sma uradio ne valja. Ako imas na primer 'C' za projekte gradske cistoce (deponija za djubre) onda nemamo mesta za to. U tom slucaju uradicemo kako valja - uvescemo dodatnu tabelu koja ce da pamti ucesce pojedinih vrsta infrastrukture u projektu. Ni to nije bez problema u implementaciji, ali brinucemo o tome kad do toga dodje. A mozda samo malo podesimo validation rule, da trazi 0,0 kad je vrsta infrastrukture nesto sto nije iz skupa {V,K,VK}.

Na nivo tabele Projekti stavio sam "Validation Rule" koje glasi ovako:

To ce bar da garantuje da se mogu uneti samo tacni podaci.

Na formi frmProjekti_Split sam podesio "Ucesce vodovoda u %", sad cita iz VodaPct

Za 3 projekta (12,7,8) UcesceInfrastrukture je bilo prazno, pa sam stavio XXXXXX i V:K 50:50. Ti ispravi ako treba.
Zbir procenata za V i K mora bito 100, uvek.
Ako je projekat tipa V onda je VodaPct = 100, KanalPct = 0 i obrnuto.
Posle uvodjenja polja VodaPct i KanalPct polje ti vise ne treba, mozes ga obrisati iz tabele. prethodno ga moras obrisati iz svih kverija i formi gde si ga upotrebio. Ne brini, Access ce te sam opomenuti ako negde zaboravis da ga uklonis.

U tabelu Zaposlenici dodao sam kolonu WindowsUserID. Za tebe je verovatno DZagar ili nesto slicno. To je ono cime se logujes na racunar (ne password, nego tvoje ime). Popuni to, pa posle mozemo na osnovu toga da ogranicimo na primer ko sta vidi - akko hocemo - da svako vidi i moze menjati samo svoje projekte.
Dodao sam i kolonu Userlevel, tu mozemo da kazemo na primer, ko je Userlevel = 0 taj vidi samo svoje projekte, ko je Userlevel = 99 taj vidi sve, a oni izmedju, kakao ko, zavisno sta se odluci. To je poslednje o cemu treba da brinemo, ne treba s tim zuriti, a mozda nikad ni ne uradimo nesto tako. To nije security, ali omogucuje lepsi inetfejs.

Dodao sa InseretdBy i InsertedDate jso neke tabele. To zanemari, za sada.

Kako rekoh, salji mi sev kao MDB, tako se najlakse radi. Na tvojoj strani ce raditi kao i ranije.

Secas se kad sam ti kazao da za ovo treba full time programer. Sad vidis zasto, stalno ima nesto novo, da se doda ili popravi i nikad kraja. A tek smo poceli. Sleduju nam moduli za Javne nabave, za definisanje finansijske konstrukcije. Pa ces onda hteti da pratis i projekte, izvodjenje, ne finansije, slicno kao MS Project... Tada cemo da zastanemo. Uradicemo pre toga neke druge stvari koje ti u vodovodu vise trebaju, ako na primer oni vodomeri od kojih je sve pocelo, pa pracenje opravki kvarova na mrezi, pa pracenje rada sistema (nivoi rezervoara, proticaji na crpnim stanicama, meraci proticaja, pa ispravnost vode, dnevni izvestaji o proizvodnji i potrosnji code, casovni dijagram - to nema niko u bivsoj YU) Ima sto cuda da se uradi za vodovod, do penzije ima da se zabavljamo, ako ima raspolozenja :-)

:-)

Odlično, čujemo se kasnije sada moram malo i ja da vidim što si izmjenio i da vidim da li sada kod mene sve radi; već na prvi pogled sam vidi da mi komande za zatvaranje formi ne rade svi.

U Hrvatskoj se do kraja 2013 iz Komunalnih firmi kojima je glavna djelatnost Vodoopskrba i Odvodnja moraja izdvojiti Čistoća tako da će samo biti navedene kombinacije. Za sada toliko, javim se sutra...
Pozdrav!

_{[Ovu poruku je menjao dzaga29 dana 07.04.2013. u 23:33 GMT+1]}

Zidar, ne znam što se dešava sa bazom ali ja definitivno sa .mdb imam problema. Pokušao sam na jednoj od formi (Zaposlenici, Javna nabava) izbaciti makro (jer ne radi) kod combo boxa za odabir reporta i ubaciti kod 'cboReports_AfterUpdate()' ali neda mi spremiti formu sa izmjenama nego poručuje grešku (vidi sliku). Ja na žalost, više manje ne mogu ništa napraviti, a posebno iz straha da ponovno nećeš ti moći otvoriti bazu...
Jedino mi preostaje da iz ove .mdb prebacujem izmjene koje si napravio u svoju, a da komuniciramo pomoću ove .mdb koja kod mene ne dozvoljava izmjene, mada ne znam do kada će tako moći a da ne pukne.
Stvarno ne znam u čemu je problem...
Pozdrav!

P.S. Ovu .mdb sam prebacio u .accdb i sada mi sve radi bez problema. Prikačio sam je pa probaj kod sebe - da li radi a ja sam na formama izbacio makroe za combo box.

_{[Ovu poruku je menjao dzaga29 dana 06.04.2013. u 10:25 GMT+1]}

Dakle ja radim i dalje; kada napravim npr. izvještaj u svojoj .accdb onda ga prebacim u .mdb pa ću ti kopčat i jednu i drugu bazu dok ne javiš da ne možeš otvoriti .accdb - sada sam izbacio ja mislim sve makroe, pa tko zna možda će raditi.
Sada o drugim problemima vezanim za bazu: Probao sam napraviti izvještaj 'Učešće vodoopskrbe i odvodnje po projektima' ali to nije to što sam želio, probat ću ga doraditi. Mislio sam napraviti izvještaj sličan Bilanci stanja ali da se vidi i učešće po infrastrukturi - izvještaj bi trebao biti vezan po projektu i po ugovoru. Ima jedan veći problem, ako pogledaš projekte 1,3,9,10 i 12 vidjet ćeš da su svi VK a osim u 3 u svim ostalim su dva ugovora za nadzor gdje je 1 za V a drugi za K, jedino u projektu 3 i ugovor za nadzor je VK. Zato mislim da moramo UcesceInfrastrukture vezati i na Ugovore a kasnije i na situacije ???
To sam primjetio za sada...

Vjerojatno misliš na naziv računala (Davor-PC) jer ja kada upalim računalo ono se jednostavno buta i ja normalno radim bez ikakve prijave - što to znači u odnosu na moje računalo doma i na poslu? Od ostalih korisnika na firmi ne znam naziv do Ponedjeljka ili Utorka.
Javi da li možeš otvoriti obje baze.
Pozdrav!

Zidar, imam nekoliko pitanja koje ne znam i ne razumijem baš najbolje:

1. Kada zbog problema sa otvaranjem baze vršiš konvertiranje i vratiš mi bazu zbog čega u tablicama u polju Privici odrediš tip polja 'Dopis' a ne 'Privitak' - kod mene dopis je obično tekst polje za pisanje, a privitak mi je polje u koje dvoklikom spremim Attachment

2. Kako mogu napraviti update tablica iz podjeljene baze, a da ne moram raskidati veze i ponovno ih spajati prilikom uvoza tablica u bazu. Da li je moguće podjeljenu bazu vratiti nazad - spojiti je u prvobitan oblik. Vjerojatno pitam gluposti, ali jednostavno ne znam.

3. Što je sa tablicama 'FinansijskaKonstrukcija' i 'FinansiranejInvesticija': Nestao mi je ugovor br. 1 iz tablice ugovori i ja sam napravio novi (okvirni sporazum) pod br. 66, a sada sam vidio da se nalazi u tablici 'FinansijskaKonstrukcija'. Osim ovog ugovora još su ugovori 35 i 36 (Sufinanciranje) ali nema ugovora 49 i 50 koji su također sufinanciranje - zašto? i gdje je nestao ugovor br. 1 iz tbl. Ugovori.

4. Na koji način si ograničio da kod unosa situacija bude isti tip ugovora i situacija; to je OK, osim što bi želio da se pod ugovorom koji je TipUgovora Sufinanciranje mogu izabrati tri mogućnosti: Sufinanciranje JLS, Sufinanciranje Županije, Sufinanciranje Ministarstva. Proširio sam Tip situacije i Tip Ugovora (vidi tablice) jer sam u poćetku previdio da treba više vrsta ugovora i situacija, a danas mi je kolega ukazao na pogrešku??? Da se to više ne dogodi na kraju sam ubacio Ostalo. I dalje ostaju isti ugovori i situacije sa obilježjem RacunaSe.

5. Da li se može rješiti problem kod otvaranja situacija.
jer dobivam poruku greške.
........................................................................
V,K i VK sam vratio na pune nazive (radi preglednosti za druge korisnike) ali sam riješio i "Validation Rule" u tablici Projekti, ako sam previdio tu zamjenu negdje po upitima nije problem, ispravit ću.

Taj problem ostaje.
Prikopčao sam zadnju update baze ali je .accdb - Javi ako ne možeš otvoriti, prebacit ću onda u mdb.
Pozdrav!

Moras malo da se strpis - nemoj da menjas nista pre nego sto dobijes novu verziju od mene, jer tyako idemo tri koraka napred, pa onda dva nazad.

Moracemo da radimo tako sto ces ti meni slati MDB a ja cu tebi nazad slati .accdb, verziju 2007, pa to onda konvertujes u 2012 ili 2012.

Da probam da odgovorim na poslednju grupu pitanja:

To uradi Access, posto MDB nema attachmente, onda se tip polja promeni u 'memo' ('dopis', nisam znao kakako je prevedeno). U tom procesu se izgube svi podaci. Jedini nacin da sacuvas attachmente je da cuves neku verziju koja ti kako-tako radi, pa da povremeno sinhronizujes te podatke sa tekucom verzijom tabela. NAzalost jos uvek menjamo tabele i tesko je reci kad cemo zaista da stanemo - svaki dan saznamo nesto sto nismo do tada znali. Upozorio sam te na to na pocetku, sad nam ne ostaje nista drugo nego da trpimo i pokusamo da se iskobeljamo nekako. Zato treba neko na tome da radi u Delnicama, nekoliko meseci dok se stavri ne isteraju na cistinu. drugi nacin ne postoji. Zato je razvoj sogtvera skupa stvar i dugotrjna.


Neces raditi UVOZ u bazu (import). Radices ono sto ovde zovu 'Link to the data source by creating a linked table' To ti je druga opcija u prozoru gde vrsis uvoz podataka. To se zove 'link tables ili atach tables', u prevodu 'povezivanje tabela'. Verovatno je i hrvatski prevod 'povezivanje', ne vidim koju bi novu rec izmislisli u ovom slucaju. Kod mene izgleda ovako:



Za ugovore 1,35 i 36 smo znali od pocetka sta su, pa sma ih prebacio tamo. Za ostale koje pominjes nije bilo jasno sta su - nije pisalo u tabelama, pa su ostali gde jesu, a trebalo bi da se prebace.
Ugovor br 1 iz tablice ugovori je u Finansiranju investicija.


TipUgovora i TipSituacije vezani su kroz relationships. Tehnicki gledano, to je suvisno, dovoljno je cuvati taj podatak u tabeli Ugovori. Medjutim, posto su svi navikli da govore o tipu situacije, onda smo to ostavili ali smo naredili da se moraju slagati situacije i ugovori.
Finnasiranje ce biti u posebnoj tablici (skupu tablica) pa nema potrebe menjati nesto u postojecim tipovima ugovora. ato i pokusavamo da to razdvojimo te dve vrste dokumenta - finansijske ugovore i izvodjacke (izvodjenje, nadzor, montaza...). Ako si smao dodavao rekorde, nije strasno, ako si dodavao polja u tabelu, to vec treba da vidim, ako uspem da otvorim.


To je reseno u verziji na kojoj upravo radim. U stvari, smanjen je drasticno i broj izvestaja. Izvestaji po tipovima ugovora i po tipovima situacija jesu jedan te isti izvestaj, sa drugacijim paremetrima za otvaranaje. To je reseno takop sto kad pozoves 'izvesta' Ugovori, dobijes formu sa koje biras tip ugovora. Isto tako za situacije. Osim sto smo smanjili broj izvestaja, smanjujemo i broj kverija, pa cemo s elakse snalaziti u gomili objekata koje smo do sada napravili, a napravicemo jos vise.

Dakle, izvestaji repUgovori (qryD_SklopljeniUgovori) i repSituacije (qryD_Situacije) su sve sto je ostalo. Mozes slobodno izbaciti izvestaje "Situacije Izvoditelja radova","Situacije Komunalca za montažerske radove","Situacije Nadzora radova" ,"Situacije Projektanta radova","Sve Situacije","Situacije Projektanta radova", "Svi sklopljeni Ugovori","Ugovori Izvoditelja radova","Ugovori Komunalca","Ugovori Nadzora radova","Ugovori Projektanta radova", kao i njihove pripadajuce kverije. Ostavio sam tebi d aih izbacis, jer verovatno hoces da proveris da li zaista dobijas iste izvestaje.

V.K i VK sam resio na zgodniji nacin. Ostaje V,K i VK ali sma uveo tabelu tblVrstaInfrastrukture_LKP - look-up tabelka za V,K i VK. kao sto imamo za tipove ugovora i tipove situacija, istta ideja. Cuvamo kodove svuda, a u posebnoj tabeli cuvamo opise kodova ('Voda','Kanalizacija','Voda i kanalizacija'). Dodao sam kodove i opise kodova u kverije qryD_SklopljeniUgovori i qryD_Situacije, kao i u qryZ_BilancaStanja_03 i qryZ_Ugovori. N aformi frmProjekti_Split sada se videi "Voda" "kanalizacija" i "Voda i kanalizacija" umesto skracenica.

Moram tek da pogledam kakao cemo da resimo V,K,VK na nivou ugovora i situacija, da li mora, i kako cemo.

[QUote]
Dalje, umesto izvestaja "Ucešce Vodoopskrbe i Odvodnje po Projektima" napravio sam izvestaj repUdeoVodoopskrbe_i_OdvodnjePoProjektima. Rekli smo da cemo izbegavati nasa slova u nazivima objekata. U tabeli tblSYS_Reports imas polje "Description" gde ces upisati opis izvestaja, nasa slova, razmaci i ostalo, kako ti odgovara. Table je "otkljucana" sada, dozvoljava promene.
[/quote] Ovo tek moram da pogledam, mozda ce morati da saceka da raspetljamo ugovore - da razdvojimo finsnsiranje od izvodjenja. Tada cemo verovatno na nivou projekta zadati V ili K, ili oba, a onda ce se ugovor vezati na to,umesto direktno na Projekat. Da li ugovor moze biti 'VK' ili su dozvoljeni samo V i samo K na nivou ugovora. Isto pitanje je i za situaciju. Bilo bi dobro da su dozvoljeni samo V ili samo K, barem za situaciju, ako ne mzoe i za ugovor. Ako je sve dozvoljeno, V,K,VK, dobro moze se i tako, ali cemo onda morati u svakom momentu da znamo sta sabiramo, - na nivou ugovora ili na nivou situacije, i da li se to treba slagati.

Ovo je vec veoma dugacka poruka....

Zakaceno:
Uradjeno na osnovu tvoje poruke od 6 Aprila 05:52, ona koja pocinje recenicom "Dakle ja radim i dalje; kada napravim npr. izvještaj u svojoj .accdb onda ga prebacim u .mdb pa cu ti kopcat i jednu i drugu bazu dok ne javiš da ne možeš otvoriti .accdb - sada sam izbacio ja mislim sve makroe, pa tko zna možda ce raditi.
"
Zidar2Davor2007_A.mdb - nepotrebni izvestaji i kveriji su jos uvek u bazi
Zidar2Davor2007_B.mdb - izbaceni nepotrebni izvestaji i kveriji

Poruku koja pocinje recenicom "Zidar, imam nekoliko pitanja koje ne znam i ne razumijem baš najbolje:", baza Zidar 2007 - zadnja.accdb, nisam uspeo da otvorim. Prebaci je u MDB pa cu da pokusam da je sinhronizujem sa Zidar2Davor2007_B_ACCDB.accdb (koja je 2007). Ti meni saljes MDB, a ja saljem nazad .accdb verzija 2007. U poslednjoj poruci poslao sa MDB , ovo je sad to isto, samo accdb u 2007.

Ovo sa formom za odabir reporta je odlično i sada sve radi kako treba.
Ja vraćam tvoju bazu .accdb u koju sam samo linkao tablice i ništa drugo nisam napravio. Nemoj mi reči da niti ovu nećeš moć otvoriti.
Ali to nije ono što sam ja mislio: meni i dalje program pokazuje 21 projekt a u linkanoj tablici ima 22 projekta, isto je sa situacijama i drugim. Mislio sam da se u tablice koje su vezane relacijama modu dodati (update) zapisi iz druge baze. Znam povezati izvore sa podjeljenih baza, ali nisi mi rekao "Da li je moguće podjeljenu bazu vratiti nazad - spojiti je u prvobitan oblik".

Nije niti bitna, već si to rješio sa ovom bazom. Ovo sa privicima nije problem, to ću ispraviti kada baza bude gotova.

OK, mogu da otvorim poslednji .accdb koji si poslao. Da probamo tako ubuduce - sve ce biti .accdb, ali u mojoj verziji, 2007. To znaci, sto dobijes od mene, otvori i rad, ali nikako NE SMES DA RADIS "Save As Access 2010 database"!
Na ovaj nacin baza ce ostati u 2007 formatu i ja cu moci da je otvorim bez problema.

Pitanje podeljenih baza. Resenja u Accesu su SISTEMI koji imaju dve komponente - program i podatke. I program i podaci su Access fajlovi, extenzija .accdb . Fajl sapodacima sadrzi samo i samo tabele. Fajl sa programom sadrzi sve ostalo (query, froms, reports, modules, macros i poneku lokalnu tabelu i NEMA onih tabela koje su u fajlu sa podacima.
Ti si verovatno u nekom koraku podelio bazu na podatke i program, sto je dobro, ali bilo bi bolje da sam i ja to uradio. Posto nisam, onda su moje poslednje verzije sdrzale i tabele koje si ti vec izbacio u poseban fajl. Kad si povezao taj program sa podacima, tabele se JESU povezale, ali su i loklane bile prisutne. Kad se to desi, Access preimenuje povezane tabele, dodaje im broj 1 na kraj imena. Tako pored lokalne tabele Projekti dobijemo i povezanu tabelu Projekti1. Program ne zan da radi sa Projekti1 pa to ni ne prepoznaje i sve se desava kao da nikad nisi nista povezao. Ovo se vidi kad se otvori fajl Zidar2Davor2007_B_ACCDB - Linkane tablice.accdb, koji si juce poslao:


Da resimo problem, ja sa sada podelio bazu na program i podatke. Od sada pa nadalje imacemo po dva fajla da saljemo i posmatramo:
Zidar2Davor2007_PROGRAM_01.accdb
Zidar2Davor2007_PODACI_01.accdb
Sada tabele izgledaju ovako:

Linkovi pokazuju na direktorijum na mom kompjuteru i ti naravno to nemozes da vidis (niti ja vidim sta je u tvom direktorijum C:\Davor\Podaci\ na primer). Kad dobijes par fajlova od mene, uradis download i spremis podatke gde zelis da budu. Onda linkujes podatke na program. To verovatno znas, ali da pomenem, za svaki slucaj. To radis tako sto kliknes na bilo koju tabelu (ne da je otvoris, samo da je odaberes) i ond ana desni klik dobijes prozor iz koga izberes ono sto se kod mene zove "Linked Table Manager", kao na slici:

kada odaberes "Linked table manager", pojavice se prozor koji pokazuje sve linkobane tabele. Tu treba da klines "Select All" ("Izaberi sve")


NAzad na fajove. Imao dakle od sada dva fajla,
Zidar2Davor2007_PROGRAM_01.accdb
Zidar2Davor2007_PODACI_01.accdb
Primeti broj verzije na kraju imena. Taj ce se broj verzije menjati kad nesto promenimo u posmatranom fajlu. Brojevi verzija nece biti sinhronizovani, uz malo srece nadamo se da ce broj verzija za podatke biti relativno mali. Broj verzija za program ce se povecavati mnogo brze, u pocetku 2-3 puta nedeljno, a kasniej sve redje. Kad budemo imali broj verzije koji se nec epromeniti 3 meseca smatracemo da je program gotov u osnovi. Kasnije izmene su u stvari dodaci. Ovo ce iziskivati sistem za sinhronizovanje programa i podataka za SVE korisnike. To smo pomenuli negde na pocetku, vraticemo se na to kad dodje vreme.

Probaj d apovezes tabele, bilo iz ovog fajla sa podacima koji saljem, bilo iz tvog fajla, sa 21 projektom. Fajl koji imas sa podacima mozda se tu i tamo razlikuje u strukturi od ovoga koga saljem, to ce vec program ikveriji pokazati, pa cemo sinhronizovati kad zatreba.

Drago mi je da možeš otvoriti bazu, ali oko ovog sa podjeljenom bazom MI NIKAKO DA SE RAZUMIJEMO! Ja znam podjeliti bazu i znam povezati tablice, ali da ti pokušam objasniti problem.
1. Zadnju verziju baze koja je tebi radila problem ja sam u firmi postavio na server, ali pošto moji kolege nikada nisu radili sa Accessom napravio sam im datoteku 'Help'. Kako datoteka Help nije radila preko servera, podjelio sam bazu i na serveru ostavio podatke (Zidar - RADNA_be.accdb), a na mašinama instalirao program (Zidar - RADNA.accdb) i Help datoteku. Na taj način sve je dobro radilo i oni su mogli unašati podatke.
2. Sada nastaje problem za koji te pitam - Na koji način sada mogu te unesene podatke da ubacim na svoju bazu kod kuće. Inaće bazu od kuće do firme i obrnuto selim preko Public foldera u Dropboxu. Zato sam pitao da li mogu na kraju radnog vremena podjeljenu bazu vratiti nazad - spojiti je u prvobitan oblik i jednostavno doma raditi na njoj. Mislim da ćeš sada razumjeti što me mući. Inaće ako se ne može vratiti (a pretpostavljam da NE) ja bi radije da baza nije podjeljena dok je radimo i da je podjelim tek na kraju.

Poslao si samo 4 .png datoteke.
Pozdrav!

Dobro, imas dakle 2 fajla i kolege su mogli unesti podatke u fajlu s apodacima = Zidar - RADNA_be.accdb.

Kako da to vidis kuci? Pre nego sto podjes kuci, kopiraj Zidar - RADNA_be.accdb na USB ili je posalji e-mailom na kucnu adresu. Podrazumeva se da kuci imas kopiju programa, Zidar - RADNA.accdb. Kad dodjes kuci, kopijufajla Zidar - RADNA_be.accdb sa USB ili iz e-maila spremi gde zelis i iz fajla sa programom povezi se na Zidar - RADNA_be.accdb. Ako zelis da cuvas kopije za svaki dan, spremi svaku kopiju od Zidar - RADNA_be.accdb u zaseban folder, sa datumom u imenu i to je sve. Ako kuci nesto menjas u podacima, onda se taj fajl mora doneti nazad u firmu i staviti umesto onog od juce. Komplikovano jeste, ali za sada nema druge.

Ako mozes da dobijes VPN connection, ond aod kuce mozes da radis za svojom masinom na poslu. U tom slucaju ne moras da selis ni b]podtke ni program.

Sad cu ti poslati program i podatke, za 10-15 minuta.

Evo programa sa podacima. verzija je 01A za oba fajla. Ono A znaci da sam samo uneo minimalne promene, kao ispravka bugova. Promene:
- vratio sam sve ugovore u tabelu Ugovori
- izbacio tabele o finsiranju, za sada nam ne trebaju, ionako su svi ugovori u tabeli Ugovori
- dodao novu tabelu tblSufinanciranje_LKP, vrednosti

Nivo Sufinanciranje
1 Sufinanciranje JLS
2 Sufinanciranje Županije
3 Sufinanciranje Ministarstva

U tabelu Ugovori dodao sam kolonu NivoSufinaciranja, koja ima relationship sa tblSufinanciranje_LKP. Samo ugovori koji su TipUgovora = 7 mogu dobiti vrednost iz tabele tblSufinanciranje_LKP, za ostale trazi se da ostane NULL. To je nannivou tabele. Pazi, moguce je da zaboravis da uneses nivo sufinaciranja za tip 7, to je dozvoljeno d abude NULL.
Uneo sam promenu na formu frmUgovori - vidi se i nivo sufinaciranja. Dodao sam to i na frmUgovori_DS, ali je za sada skriveno.

Na formi frmProjekti_Split, subforma Ugovori, postavio sam da se vidi UgovorID kolona. Klik na tu kolonu otvara ti formu frmUgovori za bas taj ugovor, tako da se i tamo moze unesti situacija. Mislim d aje to najbrzi nacin. Kod za otvaranje from frmUgovori je na OnClick eventu kontrole UgovorID na formi frmUgovori_DS. Ako ti se ne svidja, mozes da iskljucis kod ili ga pomeris an neki drugi event (DblClick?)

Nadam se da je sad bolje?

Sada mozemo d apricamo o tome gde ce se videti udeo V ili K, na projektima (vec imamo), na ugovorima i'ili situacijama.

Finasije ostavimo po strani, ionako je sve u ugovorima. Vremenom ce se iskristalisati sta u stvari treba da se uradi (mozda nista, mzda je dobro i ovako kako je)

Otvrio sam post dok još nisi napravio upload ( sada je prikopčan ) pa ću sve malo pregledati, ali da odgovorim na pitanja;

Princip određivanja udjela i postotka udjela:
- Naprave se odvojeni troškovnici da bi se dobila cijena koštanja.
- Objedinjeni troškovnici ( V + K ) su podloga za vrijednost ugovora. Postotak učešće V ili K se određuje prema učešćima troškovnika u zbirnoj cijeni. - Te podatke imamo u frmProjekti_Split
To je princip kako se računa i određuje postotak učešća.

A sada eventualni problemi koji mogu nastati i koje ćeš ti bolje znati razraditi;

1. Slučaj: Sa izvođačem se sklapa ugovor za VK a za Nadzor se sklapaju dva ugovora - jedan je V, a drugi je K. Na koji način se može za report BilancaStanja prikazati osim ukupne situacije i učešće infrastrukture za istu situaciju? (Ugovor bi morao imati infrastrukturu da za prvi (izvođački) mogu da odaberem VK a za Nadzor jedan V i drugi K)

2. Slučaj: Projekat je VK i Ugovor sa izvođačem je VK, ali 1-2 mjeseca kod gradnje na toj dionici kroz grad ima samo vodovod ili samo kanalizaciju. Za te mjesece situacija će imati samo učešće te infrastrukture.


Zaključak: Trebao bi se vidjeti i na ugovorima i na situacijama, ali i samo učešće bi trebalo biti promjenjivo za situaciju. Naravno kod ispostave Okončane situacije zbroj učešća kroz sve ispostavljene situacije morao bi biti upravo onakav kakav je prvo bio određen kroz Projekte i Ugovore.
Sada sam ti opet zakomplicirao, ali kao što si i sam rekao - nikada nisam na te probleme gledao sa ove informatičke strane.
Što se tiće financija slažem se i sve više uviđam da neće biti potrebne jer sve podatke imam kroz ugovore i projekat.
Pozdrav!

ako je tako, onda moramo da to uradimo po propisu. Znaci, UNDO Projekti (VrstaInfrastructure, VodPct, KanalPct). Pa ne bi bilo interesantno kad ne bismo menjali tek sto je proradilo :-)

Dodacemo tri tabele, tblUdeoVrstePosla_Projekti, tblUdeoVrstePosla_Ugovori, tblUdeoVrstePosla_Situacije. One ce biti povezane respektivno na Projekti, Ugovori i Situacije. Svaka ce tabela imati jedan ili dva reda, za "V" i "K", sa pripadajucim procentom. Sta sme da ide u te tabele definisano je u tabeli tblVrstaInfrastrukture_LKP. U nasem slucaju, to c ebiti samo dve moguce vrednosti, "V" ili "K". Staviso sam na tblVrstaInfrastrukture_LKP da ne moze biti nista drugo osim "V" ili "K". Aond ase to dalje prenosi na projekte, ugovore i situacije. Kod koga vazi drugi zakon, ili s esistem koristi za nesto drugo, tu treba kontroilisati dozvoljene vrste posla - u validation rule za tabelu tblVrstaInfrastrukture_LKP. Ostalo su FOREIGN KEYs (relationships)

Zbog relationships, mozemo da garantujemo da ako Projekat ima samo 'V" onda ugovori tog projekta mogu imati samo "V". Ako ugovor ima samo "K", situacije tog ugovora mogu imati samo "K". Ako Projekt iam "V" i"K", onda i ugovori mogu imati obe vrste radova, ali i ne moraju, a situacije zavise od ugovora. To se lako postize pomocu relationships (FOREIGN KEY). Dalje, svaki objekat (Projakat, Ugovor, Situacija) mora imati bar jednu vrstu radova, i zbir procenata mora biti 100 uvek. Ovo podvuceno (dva uslova) je vec malo teze da se garantuje. Ne moze na nivou tabela. Ucinicemo sta mozemo na nivou programa.

Ako unesemo ovu promenu, morace da se promene i svi kveriji i forme gde se pojavljue VrstaInsfrastrukture. Sad vidimo znacaj onog poteza kad smo eliminisali 10-11 izvestaja i kverija.

Jos uvek po tabelama ima suvisnih kolona, ali neka, sve dok ih drzimo pod kontrolom to je OK. Vazan deo je ovo "drzimo to pod kontrolom"!

Pokusacu da do kraja dana unesem izmene gde treba. Posto smo izbacili iz igre finansijske tabele, sada relationships izgledaju mnogo jednostavnije. Sakrio sam i JavneNabave, to nam u ovom momentu samo smeta. Za kraj poruke, evo rellationships:

Program i podaci, verzije 03. Podaci su prebceni iz Projekti u tblUdeoVrsteRadova_Projekti. U programu, samo forma frmProjekti_Split je kao zavrsena, pokazuje udeo, read only. Treba da se nesto slicno posatvi na Ugovore i na Situacije. I da se napravi mogucnost za unos/izmene procenata, us razumnu kontrolu tacnosti. To za koji dan, ima mnogo da se radi na tome.

Izvrsno, ja sam jedva na jedvite jade otvorio i povezao program i podatke.

Skinuo sam obje datoteke na disk. Otvorio novi folder i zipane datoteke spremio. Odzipao program.accdb i u tom folderu otvorio novi folder Podaci u koji sam odzipao podaci.accdb.
Pokrenuo program.accdb i pomoću 'Upravitelja povezanih tablica' (Linked table manager) odabrao sve tablice i pokazao put na podaci.accdb u folderu Podaci - i neće da ga ubiješ, stalno mi otvara vezu kao da moram linkati tablicu po tablicu ( inaće bi trebalo učitati sve ) a nakon 12 takvih unosa porući grešku da ne može pronaći tblFinansijskaKonstrukcija. Na kraju sam išao vršiti unos preko običnog uvoza iz Accessa i tako sam uspio...

Kako sam opisao povezivanje radi bez problema, otvorio sam zadnju verziju. Imam samo jednu molbu; rekao si da ima viška upita i reporta pa je daleko pametnije da nepotrebne ti izbrišeš jer ako ja idem brisati može se srušiti čitava baza, a bolje da ih je što manje radi preglednosti.
Pozdrav!

To je veoma veliki posao i nije ga moguce odraditi preko foruma. Uradicu ono sto meni izgleda ocigledno. U ovom momentu vidim da se sa projektima moze uraditi isti sto smo uradili sa ugovorima i situacijama - jedan genericki izvestaj, koji s eotvara za razlicite kriterijume. To ce smanjiti broj izvestaja i broj kverija. AKo neki od kverija koriste i form, to cemo brzo saznati :-)

Imam pitanje. I dalje mi s ecini da sa ugovorima nesto radimo pogresno, i mislim da znam gde gresimo. Pogledaj tabelu TipUgovora i videces ovo:

Mislim da smo u istu tabeli strpali razlicite stvari. Iz naziva vidim da imamo usluge koje neko vrsi, ali i nacin finasiranja(?) i nesto sto ne znam sta je, ovako:
Usluge: {Izvođenje, Nadzor, Montaža, Projektiranje}
Nacin finasiranja (?): {Okvirni sporazum, Sufinanciranje Općine}
Ne znam: {Kooperantski radovi} - objasni mi znacenje

Ovo bi trebalo razbiti na bar dve tabele, recimo UslugeUgovora i NacinFinasiranja. Kooperantski radovi bi dosli u jednu od ove dve kategorije, ili u zasebnu, trecu.

Ako ugovor pokriva usluge onda za takav ugovor ocekujes situaciju - da se vidi koliko je od ugovorenog posla zaista i uradjeno. Medjutim, vidim da imas situacije i za ugovore tipa 7 "Sufinaciranje opcine" (Situacije 35,36,49,50), na projektima 1,4,6,12. U svim slucajevima poznt je izvodjac, i to isti onaj koga imamo za tip ugovora Izvodjenje. Ovo mi govori da je TipUgovora 7 u stavri isto sto i tip ugovora 2 (izvodjenje), samo se drugacije finasira pa smo ga proglasili "ne racuna se". Ovo bi trebalo da razresimo, jer ce nas stici u nekom momentu i trebace nam komplikovani kveriji da raspetljamo sta je sta.

Sa tipom 6, kooperantski radovi imamo upravo taj problem. Projekat 16, imas situacije u vrednosti 234,058.92 + 70,712.75 + 98,287.76 , sto je dosta para, a to s ene vidi u Bilanci Stanja Projekta. ne vidi se ni na formi frmProjekti_Split. Vidi se jedino na formi frmUgovori, za ugovor broj 8. Vidim da smo ugovorom br 8 u stvari trazili "Izvođenje zemljanih, betonskih i ostalih radova na sanaciji cjevovoda u Kupjaku i Fužinama" Dakle, i ovo je "Izvodjenje" ali se to ne vidi, jer smo ugovoru dodelili tip koji ga iskljucuje iz vecine kverija i izvestaja.

Molim te razmisli o ovome, pa mi javi sta se u stvari desava. Ponavljam, mi jednoj koloni (TipUgovora) cuvamo razlicite stvari (usluge koje trazimo ugovorom i nacin finansiranja i mozda nesto jos trece). To mora da se razresi.

Molim te da ne dodajes nista u program. Ja cu da sredim ono sa izvestajima za projekte. Onda cemo ovo da raspetljamo sa klasifikacijom ugovora, po vrstama usluge, nacinu finansiranja i sta god jos izadje iz toga.

Ima tu jos da se cisti. Imamo puno duplikacije podataka, nepotrebne. To necemo odmah, dok ne nateramo program da radi kakao treba (ovo sa klasifikacijom ugovora i udeo V i K na projektima/ugovorima/situacijama- na cemu radim). O tome ce biti poseban topic.

Da samo pomenem neke duplikacije - primera radi. NA ovo ne moras da odgovoris brzo, ali razmisli pa cemo nekad i to da raspetljamo.

1) U tabeli Projekti imas {DatumPocetkaUgovora, DatumZavrsetkaUgovora, Izvodjac} To ukazuje da postoji tacno jedan izvodjac sa tacno jednim ugovorom, sto naprosto nije tacno.

2) Imas i polje BrutoVrijednost, svuda, koje je verovatno Neto + PDV, i to si resio kao izracunato polje na nivou tabele. Nije dobro da ti Access racuna bilo sta na nivou tabele. Ako se jednog dana promeni stopa PDV, pa promenis formulu, sta mislis da ce da se desi sa starim unosima?

3) U tabeli Ugovori imas NacinFinasiranja, uglavnom prazno, ili se ponavlja za ceo projekat. Istovremeo u tabeli Projekti imas IzvorSredstava. Da nije to u nekoj vezi? Ili ima veze sa TipUgovora?

4) U tabeli Ugovori, kolona Investitor, mozemo li to da koristimo da na primer saljemo zahtev za isplatu po dobijenim situacijama? Ako je tako, onda treba da se to malo razradi.

5) Kolone Naziv u tabelama Ugovori i Projekti. U Projekti, ima smisla onako kako je. U tabeli Ugovori ponekad nije bas jasno o cemu govorimo - nekad prepisemo sve iz Projekti, a nekad nesto kao objasnjavamo, uglavnom ono sto pise u TipUgovora. primer projakat 1, ugovori, kolona Naziv:
ProjectID UgovorID TipUgovora Naziv
1 5 2 Izgradnja kanalizacijskih kolektora i sanacija vode
1 13 4 Monterski radovi - Sunger
1 14 3 Stručni nadzor na sanaciji magistralnog gravitacijskog cjevovoda od Sungera do Mrkoplja
1 15 3 Stručni građevinski nadzor nad nastavkom izgradnje SJO Mrkopalj - II faza
1 35 7 Sunger - Kanalizacija i voda

Nije li bolje da ne pise nista u koloni naziv, jer to sve znamo iz TipUgovora:
2 - izvodjenje radova na projektu (V, K, VK)
4 - montaza (V ili K)
3 - nadzor (V ili K)
7 - izvodjenje radova na projektu (V,K,VK)

Probat ću objasniti pitanje po pitanje:
Općenito što bi trebao znati da lakše razumiješ, a što sam ja želio sa ovim programom.
Komunalac vrši radove, tj. vodi investicione projekte izgradnje komunalne infrastrukture V i K. Pošto se radi godišnje o prosječno 5-8.000.000,00 € financiranje vršimo preko državne firme 'Hrvatske vode' (HV) jer nemamo vlastitih sredstava (tako rade sve komunalne firme) i program bi prvenstveno trebao pratiti OVAJ odnos realizacije pojedinih investicija prema godišnjem planu sklopljenim između Komunalca i HV.

1. Tko su financijeri:
Osim HV znaju se kao sufinancijeri pojaviti Grad i 6 općina koji su vlasnici Komunalca, Županija PG, razna Ministrastva i druga sredstva koja se pronađu ( osim HV ove druge sam nazvao Sufinanciranje - dakle oni kao i HV sudjeluju samo u financiranju radova i kontroli namjenskog trošenja novca) GLAVNI FINANCIJER SU HV i ostali sufinancijeri nemaju veze sa realizacijom plana HV i zato oni nisu "RacunaSe" ali su uvedeni kako bi imao uvid koliko je stvarno realizirano u pojedini projekt. Normalno ugovori se podpisuju sa svima i u polju naziv kod Ugovora sam unašao tekst iz ugovora a u polju naziv kod Projekta sam upisivao tekst iz godišnjeg plana sa HV. Negdje je tekst isti, a negdje sličan.
Primjer: Gradimo vodovod koji košta npr. 7.500.000,00 kn - dobijemo planom sa HV 4.000.000,00 kn, Općine sufinanciraju npr. 10% (400.000,00 kn), Županija npr. sufinancira 1.500.000,00 kn, Ministarstvo regionalnog razvoja npr. 1.100.000,00 kn, EU fondovi npr. 400.000,00 kn a nedostajućih 100.000,00 kn ili Komunalac da vlastita sredstva ili pronađe nekog drugog financijera ili prebaci za plan u iduću godinu.



Da bi dobio novac od ostalih sufinancijera također moram dostaviti situacije za izvršene radove. Zato se kod TipUgovora 7 pojavljuju situacije.
Sada možemo zaključiti da zbog neznanja vjerojatno nisam dobro postavio osnov - odnosno da je u redu ako samo pratim realizaciju prema HV i da je samo monterski rad 'ne racuna se' a da sam trebao prvi dio 'racuna se' podjeliti na financijere ( Prvo i glavno HV -kako je sada u Bilanci stanja, a onda prema ostalim sufinancijerima ako ih ima) Ima slučaja kada sve rješimo preko HV i nema drugih financijera.


To je nebitan podatak, samo sam želio informaciju koliko je proteklo za realizaciju kompletnog projekta od početka do kraja.

Nadam se da sada sa ovim zakašnjelim pojašnjenjima nisam srušio čitav projekt!!!
Ako je problem izbacit ćemo ostale financijere i za njih samo otvoriti jednu tablicu gdje ću ih navesti sa iznosima ugovora i iznosima realizacije.


Ne mogu niti otvoriti novi projekt zbog polja učešće infrastrukture. A kod reporta Bilanca Stanja nestali tapisi za racun se.

Pozdrav!

Ne brini, nisi srusio projekat Uskoro cemo i to da raspetljamo.

Evo prvo da mozes da otvoris, podaci i program. Izmene minimalne - dodate nove lookup tabele za stanja projekta i izvore sredstava, uklonjenje kolone koje nam ne trebaju i podesene formule na frmProjekti_Split.

I dalje radim na unosu i kontroli vrsta infrastrukture. Tipovi ugovora ce se malo promeniti, koliko da ne gubimo broj 7.

Nema Attachmenta postu???

Izvinjavam se, zakacio sam attachmente na prethodni post.

Sada sam bez ikakvog problema sa 'Upraviteljem povezanih tablica' (Linked table manager) uspio povezati bazu od prve. Vidim da radiš na unosu i kontroli infrastrukture, jer ne mogu otvoriti Bilancu stanja - pita me za unos vrijednosti parametra 'Projekti.VrstaInfrastrukture' tako da ja u biti ne mogu unašati ništa da ne pomješam zapise i odnose, ali barem ću malo pregledavati i pokušavati shvatiti kod i izmjene koje si napravio...
Pozdrav!

Oops, to nije bilo namerno " jer ne mogu otvoriti Bilancu stanja - pita me za unos vrijednosti parametra 'Projekti.VrstaInfrastrukture' " evo ga ispravljeni fajl. Probaj sve sto zamislis, unsei i neki rekord, da vidimo sta ce da pukne. Jedino nemoj da ispravljas nista na formama, kverijima i reprotima, to moram ja.

Evo skoro zavrseno sa ucescem vode i kanalizacije u Projekti i Ugovori. Jos da to resimo na nivou Situacija... Dosta za danas.

Odlično, a ja sam sada bez problema u verziju programa_04A mogao upisati novi projekat, na njega vezati ugovore i ubacivati situacije. Jedino nisam mogao upisati postotak učešća vode, ali svejedno sam mogao spremiti projekat - nije me blokirao 'validation rule' kao u prijašnjoj verziji. Sutra na poslu u ovu zadnju verziju 05 ubacit ću novi projekat, tako što ću koristiti ugovore koji su zeznuti npr. br. 66 i prikopćat ću ti podatke, pa ih i ti učitaj u program kada radiš kako bi imao svježe podatke.
Pozdrav do sutra!

Unašam podatke i prilikom unosa situacije nisam mogao spremiti zapise (Greška: "Morate unjeti vrstu situacije") a nemam za izbor combo box ( Privremena ili Okončana). Uostalom unesi sam na Projekt 21 i Ugovor 64 situaciju koja treba biti:
broj: 98/10 P-13 datum: 5.11.2010. i iznos: 183.521,87 kn
Šaljem ti podatke i njih poveži u program. Kada središ ovaj problem ponovno ću napraviti update podataka i poslati ih jer inače ne mogu unašati podatke pošto ne znam da li trebaš nešto mjenjati na tablicama.
Pozdrav!
P.S. Pogledaj zašto u tablici Projekti za projektID 22 prikazuje vrijednost 0, a u programu i na reportu je dobro i vidi se iznos od 653.194,60 kn.

Moja gresjka, izvinjavam se. Na formi frmSituaciej_DS sakrio sam kolonu "Vrsta Situacije". Hteo sam da sakrijem kolone koje se automatski popunjavaju iz Ugovora (ProjekctID, UgovorID, TipSituacije), pa sam sakrio i VrsteSItuacije. Vratio sam kolonu nazad.

U stvari, kolona nije nigde otisla, samo sam je greskom sakrio, pa sam je sad otkrio. Na datasheet formama je moguce sakriti neke kolone da se ne vide. Kliknes na naslov bilo koje kolone i onda desni klik dobijes opciej koje se kod mene zovu "Hide Columns","Unhide Columns", kojima kontrolises koje se kolone vide. Ako potom kliknes Save (Sacuvaj, Snimi ?) ikonu, to ce ostati zapamceno za sledeci put kad se program otvori.


Evo nova verzija programa, sa otkrivenom kolonom.

Kad otvoris formu frmUgovor, dobices poruklu, za vecinu ugovora, da "Nemas podatke o udelu vode u projektu i ako to ne ucinis neces moci da unosis situacije". tacna je prva polovina, nemas podatke o udelu vode i to mozes da uneses na subformi sa strane. Moras da pazis da zbir bude 100%, za sada nema nikakve kontrole nad tim. Drugi deo nije jos postavlje. medjutim, ako si na projektu definisao samo V, onda ce ugovor prihvatiti samo V. Ako si na projektu definisao i V i K, oda moze i na ugovoru i V i K.

Pitanje prvo: na nivou situacija, da li zelis da unosis udeo V/K u procentima ili novcanim iznosima. Ako na fizickoj situaciji koju dobije negde pise 10,000 ukupno, 7,000 V i 3,000 K, zasto bi to preracunavali u procente? nemam sugstija, kako god ti odgovara.

Ugovor 22 nemam u podacima koje si poslaom unesi jos malo, ap da vidimo. Ja cu u medjuvremenu d apostavim udeo V/K na situacije, procenta, ali moze da se promeni, nije problem.

Pitanje drugo: da li ikada imas slucaj da ne zelis priznati celu situaciju, nego deo novca zadrzavas dok se ne urade ispravke po primedbama nadzora. Znam da sa eto nekada desava, pa ako se desava i kod tebe, trebalo bi da dodamo tu mogucnost. Nije veliki posao, dodamo dve kolone u tabelu Situacje (ZadrzaniIznos currency, RazlogZadrzavanja memo)

Pozdrav, malo kasnim jer sam bio na terenu. Pošto supruga i ja idemo na izlet u Sarajevo ( od 15.4. do 17. 04. ) moram odraditi sve poslove.
Nije problem, zato i isprobavam da bi otklonili pogreške.
Odgovori na tvoja pitanja:
Meni bolje odgovara u %, mada ako pogledaš tvoje pitanje to nema logike - Svejedno u %.

Ja nažalost nemam situaciju da zadržavam novce ( zbog dinamike plaćanja iz HV plaća se cesijom izvođaču radova čak i unaprijed), ali mislim da je ova ideja dobra i slažem se da ubaciš ove dvije kolone. Posebno iz razloga što bi bilo dobro da bude i kolona koliko je stvarno plaćeno po pojedinoj situaciji ( taj podatak bi unosili u računovodstvu ). Ja imam kontrolu nad ispostavljenim situacijama ali nemam nad stvarno plaćenim, sa ovim poljem i to bi rješili.

Vjerojatni razlog je taj što mi zbog polja učešća infrastrukture nije spremilo unos. Bez problema piši nazive koje imaš na svojoj verziji Accessa (Engleski) jer toliko razumijem a hrvatsku verziju sam instalirao isključivo zbog Helpa - ipak ga bolje razumijem od engleskog.
Sugestija: Vidio sam da je u tablicama ostalo "Sufinanciranje općine" mislim da bi to trebalo promjeniti na "Sufinanciranje" pošto smo unesli tablicu 'tblSufinanciranje_LKP' u kojoj imamo tri odabira.
Sada ću unjeti situacije u zadnju verziju, ali svejedno mislim da bi bilo bolje da ti uneseš podatke na Projekt 21 i Ugovor 64 situaciju koja treba biti:
broj: 98/10 P-13 datum: 5.11.2010. i iznos: 183.521,87 kn, jer ćeš sam vidjeti eventualne probleme, a podaci o situaciji su stvarni.
Za par minuta šaljem novu datoteku sa update podacima...
Javi da li možeš linkat tablice i da li imaš situacije u projekti 22 - trebao bi imati 4 privremene i okončanu.
Čujemo se,
Pozdrav!

_{[Ovu poruku je menjao dzaga29 dana 11.04.2013. u 17:38 GMT+1]}

Ne vidim problem, ali ti verujem da ga ima. Unseo sam situaciju 98/10 P-13 datum: 5.11.2010. i iznos: 183.521,87 i sad ima dve sa istim iznosom, za Proj 21.
Ono sto se vidi na Bilanci jeste zbir svih ugovora, SUM(Ugovor.Vrijednost). Nigde i ne pokazujemo ono sto pise u Projekti.UgovorenaVrijednost. To cak nismo imali ni na formi frmProjekti_Split - ja ga bar nisam nasao. Dodao sam na formu frmProjekti_Split polje za UgovorenaVrijednost. Za projekat 22 sam uneo 7 kuna. Tih 7 kuna se ne vidi nigde. Na svim izvestajima inace izgleda da UgovorenaVrijednost se racuna kao SUM(Ugovor.Vrijednost). Ja bih rekao da mi dobro racunamo i prikazujemo, ali posto je ovo u sustini dupliciranje podataka, desavace se da ce biti razlike izmedju Projekti.UgovorenaVrijadnost i SUM(Ugovor.Vrijednost)

Dodao sam i u Bilancu projekta zuto ofarnbano polje koje pokazuje Projekti.UgovorenaVrijadnost. Ti ces ga premestiti gde treba i formatirati i ulepsati, ali NE sada. Zapis si negde da to treba da uradis, pa uskoro ce i to doci na red.

Projekt 22 je vazan jer na je otkrio nesto sto se na pocetku nije videlo. Za projekt 22 imas dva ugovora, vrednih 532,910.60 + 120,284.00 = 653,194.60 Kn. To su ugovori 66 i 68. Za Ugovor 66 imas 3 situacije, sve tri privremene, u godini 2009, sa datumima 8 April 2007, 4 Aug 2009 i 22 Dec 2010. To izgleda blesavo, ali i nije. Proglasili smo da je ugovor za godinu 2009, a nigde nismo rekli da sve situacije moraju biti u toj godini (kao sto i ne moraju).
Zatim smo potisali novi ugovor, br 68 i za njega imamo dve situacije, 31 Jul 20111 i 24 Nov 2011. Situacija od 24 Nov 2011 je KONACNA. Meni se cini da je to konacna situacija za ceo PROJEKT. Verovatno da to tako i ima smisla. Nasa (noja) greska je sto su situacije spojene an Ugovor, a ne na projekat, pa u teoriji za svaki ugovor treba imati na kraju konacnu situaciju. To nismo mogli videti na ostalim projektima jer svuda imamo ili smao jedna ugovor izvodjacki po projektu, ili imamo dva ugovora, ali jos nemamo konacnu situaciju, pa s eovo ne vidi. U sustini, cak i kad bi ostavili ovako, ispis bi izgledao dobro - sve su situacije privremene, a samo je ona na kraju konacna. Problem je sto se na ugovor 66, onaj sa 3 privremene situacije jos uvek moze dodati nova situacija. Mozemo d auradimo vise stvari:
1) nista ne radimo, ostavimo kako je, a ti pazis da ne uneses situaciju u ugovor kao sto je 66, i sve lepo izgleda na Bilanci
2) promenimo uslov za situacije, pa kazemo "Ako na bilo kom ugovoru za dati projeket-izvodjac imamo konacnu situaciju, onda se ne mogu vise dodavati situacije na tog izvodjaca u tom projektu, ni na jedan ugovor. Drugim recima, Okoncana situacija okoncva sve ugovore koje taj izvodjac ima na datom projektu. Tu bi morali da pratimo situacije ne u okviru jednog ugovora, nego u okviru kombinacije (Projekt, izvodjac) U tom slucaju nam ono "Godina ugovora" vise ne treba, vec bi godinu uzimali iz datuma situacije. Grupisanje bi bilo:
RacunaSe_ili_Ne
Tip Ugovora (Izvodjenej, nadzor)
Izvodjac
Godina situacije
<list svih situacija u toj godini>- detail sekcija

Dodao sam probno jos jedan oblik bilance, pa vidi koji ti vise odgovara, ili zadrzi oba. stara Bilanc se sada zove (na formi) "Bilanca Stanja po Ugovoru", a nova se zove na formi "Bilanca stanja po godini situacije". Pogledaj projekat 22 na oba izvestaja, videces o cemu govorim. "Bilanca stanja po godini situacije" je ono sto sam pomenuo u opciji 2)

Na obe bilance sam dodao i ono sto se zove 'Broj' u tabeli ugovori i izgleda kao "23/1-29/TB". Valjda je to knjigovodstvena oznaka ugovora negde, pa ne smeta da se vidi o cemu se radi. Niko osim naseg programa ne zna sta je UgovorID = 66.

Jos jednom, samo pogledaj, unesi podatke ako hoces, ali NE MENJAJ nista, ja cu da da promenim sta mi kazes.

Jos nisam uveo promene u situacije (udeo V/K i 'Zadrzana vrednost'). I ono sa tipovima ugovora cu resiti, bez velikih izmena, sve ce biti u tabeli TipUgovora. i ono za grupu izvestaja 'projekti'. VAljda nisam nesto zaboravio

Ako dodajes podatke, posalji mi deo fajl sa podacima.

Cini mi se da smo jako blizu da zaokruzimo ovu rabotu sa situacijama.

Taj podatak mi nije potreba, odnosno imam ga od prije. Na Bilanci od se nalazi 'SUM_TipUgovIzvodjac' u redu rekapitulara koji započinje sa Razlika za izvesti: xxxx Ukupna vrijednost ugovora: je taj podatak. Jedino ako moraš mjenjati izvor kontrola za izvješće, ali onda se mora dosta promjeniti. Na formi taj podatak imam u okvirima UGOVORENE VRIJEDNOSTI BEZ PDV-a, a kod mene je VRIJEDNOST PROJEKTA zbroj vrijednosti svih ugovora za koje je financijer HV. - ovo mi u potpunosti odgovara.

Odgovaraju mi oba izvješća, staro će biti "glavno" a ovo po situacijama će se pozivati samo iz combo boxa jer će se manje koristiti.
Ovo vezano za Ugovore - Situacije i okončanu situaciju u potpunosti si shvatio; okončana situacija može biti realizirana i par godina nakon potpisivanja ugovora (zavisi od radova) a ako pogledaš projekt 21 i ugovor za monterske radove potpisan je čak dvije godine prije 1 privremene a 4 godine prije Okončane.
Podatke neću updatat dok mi ne javiš da je sa tablicama i formama za Projekte, Ugovore i Situacije 'gotovo' jer se bojim da ću se izgubiti u količini podataka a imam dosta dopunjavati unose (kompletirati podatke). Mislim da smo iscrpili sve moguće kombinacije koje mogu pojavljivati, a ako pronadjem nešto što nismo isprobali onda ću javiti i ubaciti u podatke.
Pozdrav!

Zidar, unašam malo podatke za probu i sve radi Ok, međutim pala mi je na pamet jedna ideja - DA LI JE MOGUĆE KODOM RJEŠITI ako je Projekt isključivo 100% V ili K da onda ne pita za unos postotaka učešća u Ugovorima, pošto u tom slučaju niti Ugovori i Situacije ne mogu biti drugo nego Projekt - V ili K u 100% iznosu?? Nadam se da ne kompliciram, ali znatno bi smanjili unose. Može i da automatski u tom slučaju vuće vrijednost iz Projekta bez unosa.
Ubacio sam još neke situacije i ugovore pa šaljem zadnje podatke...
Pozdrav!

Dobra ideja, nije ni tako teska da se realizuje. Ako je proejkat 100% nesto, to s eautomatski prensoi svuda, vrlo dobra ideja. Daj mi samo malo vremena, ovde kod mene je na poslu trenutno kapitalizam u velikoj krizi, pa od cetvrtka nisma ni dotakao nas projekat.

Posto dugo nisam dirao projekat, gotovo da sam zaboravio sta treba da se radi.

Evo berzija 07, mislim da sam rascistio pitanja u vezi sa strukturom tabela.

Razreseno je ono sa tipovima ugovora i finansiranjem, pogledaj tabelu tipovi ugovora.
Udeo V i K sam vratio na polaznu tacku - cuva se samo udeo Vode gde treba, a udeo Kanalizacije se izracunava na osnovu toga. Mislim da sam postavio d akad se unese novi ugovor, udeo vode se prepisuje iz projekta, ukoliko je udeo vod ena projektu 0 ili 100. Jos nisam napravio da se to i kontrolise, u oba pravca. Imam pseudo kod, ali treba da to napisem i iztestiram. Posto se nadam da necemo menjati vise strukturu tabela, to ne bi trebalo da bude problem.

Isto vazi za situacije. Kopirace se UdeoVode iz ugovora, ako moze (slucajevi 0 ili 100%). Za situacije nsiam nista menjao u uslovima, a treba da se promeni kad se ne moze dodati nova situacija. Sad se pretpostavlja da svaki ugovor mtreba da ima svoju konacnu situaciju, a cini mi se da u stvari izvodjac ima konacnu situaciju. Zapocne jedan ugovor, odradi 5 situacija i ne zavrsi se posao. Otvori novi ugovor, i nastavi da dodaje situacije an novi ugovor, iako za stari ne postoji 'okoncana' situacja. to mi se cini normalno, jer treba nam 'okoncana' situacija za ceo posao, a ne za jedan ugovor. Razmislicemo o tome.

Mislim da sam dodao i ZadrzaniIznos u atbelu Situacije, ali ga nigde ne koristimo za sada. Verovatno treba da s epojavi na formi gde se unose situacije.

Problem mi je jos samo onaj BrutoIznos. Teorijski to ne treba da se cuva, nego se izracunava na osnovu PDV koji je vazio na datum potpisivanja dokumenta. Da je neko drugi to napravio, mi bi ga nagrdili na pasja kola ovde na forumu, ali tebi oprastamo neka stoji ovako, samo ne ubacuj nigde u kverije, za trenutak, ubacicemo gd etreba.
Dodao sam tabelu PDV_LKP. Tu se upisuje kad je poceo da vazi odredjeni PDV. Pogledaj, mozda ne moras da menjas, a mozda i treba. IZmene i brisanje su dopustene samo na poslednjem rekoru. Iams formu za to, nemoj d aides u tabelu direktno, neces uspeti u tabeli direktno gotovo nista da uradis.

Dodao sma switchboard formu na program, sada se malo drugacije otvara. Imas i opciju da povezes tabele iz programa, bez da ides u LInked Table Manager. Podatke nisam uglavnom menjao, tu i tamo sam dodao nedostajuce vrednosti (uglavnom pise XXX il ???? gde nesto mora da pise a nije bilo nista)

NIsam otvarao tvoj poslednji fajl sa podacima, koji si dao u ovoj poruci :


Vidi da li ce da radi ovako kako je. Ako ima nesto hitno, javi mi odmah, da pokusam da popravim na brzinu. Idem na put u cetvrtak i vracam se u sledeci utorak.

Nastavicemo akd se vratim s puta, valjda c ei kapitalizam d abude u nesto manjoj krizi.

Pozdrav

Dugo smo mirovali i sada i ja moram sve ponovno istestirati da se prisjetim što radi eventualne probleme. Da se podsjetimo: Izvođač za jedan projekt može imati više ugovora i svaki ugovor ne mora završavati okončanom situacijom, ali i može. Okončanom situacijom mora završiti samo kompletan projekt - to je pravilo i nemamo o tome što razmišljati...
Ja ću dok se vratiš sa puta pokušati naći što više "problema" pa se kasnije čujemo.
Pozdrav!

Hvala za brzi odgovor :-)
OK, to je to kako ga i ja tumacim na kraju. Nema velike razlike, jedino sto momentalno na svaki ugovor mozes da dodajes nove situacije nezavisno. Na ugovor A uneses okoncanu situaciju, to te ne sprecava da na ugovor B dodas jos situacija privremenih. Zatvoricemo i tu rupu, uz malo paznje moze i ovako. Vecina programa koji se bave ovom tematikom nemaju nikakvih ogranicenja, sve prolazi ionako, pa smo jos uvek u prednosti :-)

Evo nesto malo sam radio po secanju: ako je udeo vode na projektu 100% ili 0% onda se to automatski prenosi na ugovore (i drukcije se ne dozvoljava). Ako je udeo vode negde izmedju 0 i 100%, onda se na ugovorima dozvoljava bilo koja kombinacija, a kao default se uzima udeo vode koji je na projektu. Isto to i za prelaz sa ugovora na situacije. U mnogo postojecih proijekata i situacija ovi podaci nisu bili dostupni, pa sam ih dodao, gde je moglo, po istom principu: ako nemamo udeo vode na ugovoru, uzece se ista vrednost kao za projekte.

Sve ostalo je manje - vise isto. Probaj, pa da vidimo.

Kapitalizam je i dalje u krizi, ali se nazire kraj, to jest moj deo sam predao drugima, za malo :-)

Sta se desava? Da li sam nesto pogresno rekao ili uradio ili ima neki drugi razlog zasto smo stali? Nadam se da je generalno sve OK.

Sve je OK! Jedino što do 20.6. ne možemo u firmi pomaknuti nos od posla - moramo povući novac iz EU fondova za sve projekte tako da nisam ništa radio po programu. Još malo pa će proći i ovaj cirkus tako da možemo nastaviti.
Pozdrav...

Ulovio sam malo vremena, a i za posao mi treba bilanca stanja po projektima, pa sam se podsjetio programa i otvorio zadnju verziju od 13.5. Malo sam promjenio početnu formu '_frmSwitchboard' i unesao par situacija. Primjetio sam da ima nekih zapisa koji nisu u redu ( Projekat 2 ima 2 ugovora za nadzor umjesto 1 i sl. ) i to sam ispravio. Prikvačit ću program i podatke...
Imam neka pitanja da se podsjetimo;
1. - Na formi Projekti dodao si polje 'Projekti, Ugovorena vrijednost' što je kod mene 'Izvođenje radova', ali kod projekata 19, 22 i 23 vrijednosti nam se razlikuju - zašto ???
2. - Za Projekat 2 (Stara Sušica) imamo Okvirni sporazum. Na bilanci stanja on se prikazuje u skupini 'Ugovori koji se ne računaju' što je ispravno jer se računaju godišnji ugovori sklopljeni na temelju okvirnog sporazuma. Da li je moguće da se Okvirni sporazum uopće ne prikaže na Bilanci ???
Za sada ovoliko, pozdrav!!!

Naišao sam na još jedan problem i pogrešan podatak!
Kod Projekta ID = 1 ( Sunger - kanalizacija i voda ) sklopljena su dva ugovora za nadzor ( jedan za vodovod i jedan za kanalizaciju ) Ugovor br. 14 je nadzor za vodovod, a ugovor br. 15 je nadzor za kanalizaciju. Na formi Ugovori za oba ova ugovora prikazuje se učešće vode 54% a odvodnje 46%.
Kod ugovora za izvođenje ( Ugovor br. 5 ) gornje pravilo je u redu jer je sklopljen samo 1 ugovor za oboje. Bojim se da taj problem nećemo moći rješiti!
Pozdrav!!!

Zidar, pozdrav!
Nismo se dugo čuli zbog gužve na poslu. U fazi ulaska u EU moramo situirati projekte koji su financirani iz kredita HABOR-a jer od 1.7. ti krediti nestaju. Program koristim i dalje za vođenje evidencije, ali sam naišao na problem koji ne mogu rješiti.
U bazu ne mogu unesti novi ugovor, dok za postojeće ugovore bez problema unašam situacije???
Npr. za projekat br. 3 ( Fužine ) moram unjeti ugovor za montažu ( Podaci ugovora: broj 248/13 od 15.4.2013. godine na iznos od 262.970,00 kn. Naručitelj i investitor je Građevinar d.o.o. Čabar, a izvođač Komunalac d.o.o., ugovor je za sanaciju vode u zoni izgradnje kanalizacijskih kolektora ). Pokušao sam na sve moguće načine, ali ne ide.
Pozdrav!
P.S. Prikopčao sam zadnje Podatke!

_{[Ovu poruku je menjao dzaga29 dana 18.06.2013. u 12:45 GMT+1]}

Ej, nisam ni video da si nesto radio. Izvinjavam se, pogledacu koliko sutra, da resimo problem 'ne prihvata unos novog ugovora', pa cemo da gledamo ostalo.

:-)

Evo imene najzad. Uradio sam sledece:

1. Dodavanje ugovora - napravio sam posebnu formu za dodavanje. Lakse je bilo nego prepravljati na postojecoj, a postojecu sam hteo d aostavim jer smo vec navikli na nju (split form i ostalo). Elem, ugovor se dodaje klikom na dugme "Novi ugovor". Tetsirao sam na brzinu, meni se cini da radi. Ogranicenja o udelu vode ikanalizacije se postuju. Bruto vrednost se racuna automatski citanjem vrednosti PDV iz tabele PDV_LKP.

2. Izmena Validation rule za tabele Ugovori i Situacije:

Zakacen fajl s apodacima PODACIRadna_24Jun.accdb je sa novim pravilima. Ako hoces da cuvas svoj postojeci faj, mozes sam da uneses promene (cut/paste iz poruke). Ovo obavezno uradi, da ne budes imao problema sa unosom I izmenama.

3. Izabcio sam 'Okvirne sporazume' iz Bilanca Stanja. Promena je u kveriju qryZ_Ugovor, iskljucio sam ugovore koji nisu 'Usluge' (vidi tabelu TipUgovora)

4. Sto se tice razlike u podacima - jednostavno ih ispravi. Podaci o udelu vode i kanalizacije nisu potojali u explicitnom obliku, pa sam noge uneo na osnovu opisa projekta. Gde nisam znao, mozd sam uneo 50:50 ili 54:46, na nivou projekta. Onda sam to sve preneo na ugovore, isti odnos, sto svakako nije tacno, ali nisam imao nista drugo. Sad je izazov da ti pronadjes prave podatke ida ih uneses ako su vazni. Ako nisu vazni za proslost, ostavi kako je, a za nove ugovore unosite to od pocetka I imacete bolje podatke.

5. BrutoVrijednost - tu kolonu ne bismo trebali d aimamo u tabeli uopste, jer ne mozemo garantovati da ce uvek pokazivati tacnu vrednost. Na novoj formi za unos ugovora sam napravio da se to automatski izracunava I popunjava. Pokusao sam da postavim na postojecu formu frmUgovori da s eprilikom promene ugovorene vrednosti menja I bruto vrednost, ali to se jednostavno ne moze garantovati uvek. Zato se Bruto vrednosti u principu ne cuvaju u tabelama nego se izracunava u izvestajima i kverijima.

To je sve za sada. proveri, pa javi kako ide.

Zidar, ulovio sam malo vremena i probao ovo što si uradio. Mislim da sve radi, ali za detaljno ispitivanje treba mi malo više vremena. I ja sam malo prčkao u vrijeme time outa (prošli mjesec) i izmjenio startnu formu - sve je isto samo što sam prisvojio tvoju formu i uredio je za sučelje u formi Komunalca. U datoteci sa podacima sam unjeo promjene (cut/paste iz poruke).
Slažem se!
Sada mi je još samo preostalo da očistim datoteku sa podacima i da za testiranje prvo napravim kopiju kako bi podaci bili bez podataka unešenih prilikom testiranja.
Prikopčat ću i Program i Podatke sa kojim radim.
Za sada toliko, pozdrav!