Pomoc oko knjigovodstvenog programa

Malo sam nesto radio u accessu, i odvazio sam se da napravim mali programcic..

Pokusavam, pokusavam i ne ide me, naime

zelio bih da se na formi za unos naloga za knjizenje, u subformi prilikom unosa konta glavne knjige i analitickog konta na main formi ispise koje sam konto odabrao/upisao i koje analiticko. Postoje predvidjena polja za prikaz. Podatke o opisu konta se nalaze u tblKonta.

Pokusavam s DLookup funkcijom, ali prikazuje data mismetch.

Zelio bih pomoc i komentare na do sada uradjeni dio baze

Hvala

e ovako zasto nebi napravio query jel ti oces kad npr kucas u stavku 001 da ti izbaci odmah naziv sto je to zapravo?

mozda ti ovo nesto pomogne

A imas jos ovde masu posla al samo polako elitesecurity je sa tobom

Potpis

Sta da ti kazem, kad sve znas! net je svuda !

Opisat ću malo poslovni proces:

Koraci poslovnog procesa:

1. Osoba otvara novi nalog za knjiženje. Unosi broj naloga za knjiženje (na formi mu se prikazuje koji je zadnji nalog za knjiženje bio i pod kojim datum). Ovdje bi trebala biti provjera da li postoji nalog s brojem kojeg je unio. Ukoliko postoji da javi poruku u da se nudi ponovni unos broja naloga
2. Odabire datum knjiženja.
3. Unosi šifru poduzeća za koje knjiži.

4. (unos podataka u subformu) Unosi redni broj stavke naloga za knjiženje
5. Opis knjiženja
6. Unosi konto glavne knjige, nakon izlaska iz polja konto glavne knjige u polju koje se nalazi na main formi ispod podatka zadnji nalog knjiženja da se prikaze opis glavnog konta npr. unese se konto 54100 da u textbox koje se nalazi ispod zanjeg naloga za knjiženje prikaže opis konta, a ono je dobavljači u zemlji.
7. Zatim se unosi analitika glavnog konta. (Veza sa korakom 6) ispisuje naziv analitike konta. Npr. unese 001 ispisuje naziv dobavljača - HT Mostar.

Znači konto 54100.001 - u kontnom planu ima opis Dobavljači u zemlji - HT Mostar.

Prikaz na main formi:

- Konto glavne knjige: Dobavljači u zemlji
- Analitika glavne knjige: HT Mostar

8. Zatim se unose iznosi u dugovnu ili potražnu stranu.
9. Koraci od 4 do 8 se ponavljaju dok se ne unesu sve stavke naloga za knjiženje.

Ovdje će biti dosta provjera. Npr. unese se konto koje ne postoji, treba javiti poruku da ne postoji konto, pa da se nudi opcija unosa novog konta. ISto to i za analitiku konta.
Provjera da li je dugovna strana jednaka potražnog. Ukoliko nije da javi poruku itd.

Znam da imam masu posla, ali izazov mi je...

Kada dobiješ grešku »Data type mismatch in criteria expression« sva je prilika da ne može da se upoređuju numerički tipovi vrednosti ili polja (kao sto je PreduueceID) te stoga upotrebite funkciju CStr() i koristi referenciranje na formu, kao u primeru:
DLookup("NazivPoduzeca", "tblPoduzece", "CStr([PreduzeceID])='" & CStr(Me![PreduzeceID]) & "'")


Inače moje mišljenje je da uvlačenjem analitike u Kontni plan na takav način i stvaranjem redudance u tabeli tblKonto nećeš daleko stići. Bolja varijanta je da partnere držiš u posbnoj tabeli a da u nalozima imaš kolonu sa sifrom partnera. Analitika je nešto što se tiče izveštavanja i to se lako može dobiti iz dobro izmodelovane baze podataka za finansijko knjigovodstvo. Imaš na ovom forumu model. http://www.elitesecurity.org/t291202-0#1742522

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Odlično, to je to što rješava moju zamisao...

Uvažavam kritiku i prijedlog... budem malo doradio..

Ako zapnem, pitam ponovo...

Savet: sto manji broj tabela ,to bolje. Sto jednostavnija forma ,to bolje,sto komplikovaniji query to vise podataka. E sad ako si postavio pravilno relacije,tjs.. znas tacno sta sa cim vezes odlicno. gotova baza . Sve ostalo ti je sminka koja je odlicno objasnjena u Help. Imas tamo i primere pa se malo muci. Ponekad pogledaj i bazu koja stize implmentirana u Access a zove se Northwind_2007,za pocetnika obilje podataka i lepih primera za razvijanje maste. Prijatno

Oooops, mozes li ovo da pojasnis?

Ajme Zidaru prijatelju pa kako neznaš

jedna tabela 255 fielda i to je to

hehehee šalim se

Uhvatio sam malo vremena te sam malo doradio bazu, zahvaljujući Getsbi-ju i njegovom savjetu... hvala.

Sama idemo na queries i raport's... a malo ću raditi i na kontroli.

Sada ide malo VBA coda, a to ne znam, te ću to sad proučavati.

Evo ukoliko netko da mi pomogne, par stvari koje sada želim uraditi.

Znači proces je: unos naloga za knjiženje.

Unos broja naloga - ukoliko se unese broj naloga koji već postoji, da javi poruku da postoji nalog s tim brojem, te vraća na ponovni unos broja naloga.

Kod unosa šifre poduzeća - isto kao i kod unosa broja naloga.

Kod zatvaranja naloga, da javi poruku da nalog nije u ravnoteži tj. neispravan.

Vjerujem, da je ovo nekom lako... :-)

Zanimljiva je stvar kod unosa stavki naloga, a to ću drugom prilikom.

Kod izvjestaja zelio bih implementirati: analitičku bruto bilancu, sintetičku bruto bilancu i to od - do nekog datuma knjiženja.

Volio bih vas za komentare, prijedloge i sl.

Unaprijed hvala

Prva greska je sto se tabele koriste za smestanje podataka koji se na jednostavan nacin dobijaju putem Query Nije problem uda recimo budu u jednoj tabeli i kupci i dobavljaci, ako ih definisete pravilno,postavite pravilno Primary key i Index i sve ce raditi. Query koristite da izvucete posebno kupce ,posebno dobavljace i eto jedna tabela manje. To slicno vazi za pisanje onih silnih linija koda koje vidim na forumu. Nema sumnje da su inzenjeri Microsofta vec dosta toga smislili pa sad nama ostaje da to koristimo,tjs. u Access u ima obilje gotovih kodova koje bas retko koristimo. A to su Macro ima ih veoma zanimljivih a nepoznatih,procunjajte malo. U radu sam imao prilike da napravim Tabelu koja se popunjava Append Query-em pa blago receno nisam ni zanao sta sve od podataka ima u njoj jer sam sve podatke ,vizuelno,posmaatrao ili stampao u Reportu. Query za obicnu kalkulaciju ima tridesetak polja sto je potrebno a ne puka zelja da se napravi 'cudo' koje radi. Tabela od 255 fielda nije pregledna osim ako se nepopunjava i stvara automatski putem Query-a

@ galac 1968

Rešenje da su kupci i dobavljači u jednoj tabeli za slučaj knjigovodstvenog programa je uredu. Niko nije ni tvrdio suprotno. Kontra primer nema ni u linku koji sam postavio ni u primeru koji je zakačio Luciano977.

Tvoj savet: „....sto manji broj tabela ,to bolje...” je sporan. Zbog toga je Zidar reagovao. Postoji oblast koja se zove Projektovanje baza podataka, a to baš nije iskustvena kategorija jednog čoveka. Kada su relacione baze podataka u pitanju u okviru te discipline, onda bi se pre moglo reći: „....koliko entiteta u granicama projektnog zadatka onoliko i tabala...” No, teoretisanje o tome šta je sve entitet, koja su pravila normalizacije i šta je u ovom slučaju granica zadatka, skrenula bi nas sa naslova teme. Ima već dosta toga rečeno na ovom forumu.

Oko nekorišćenja već gotovog VBA koda si u pravu. Članovi foruma premalo čitaju ostale teme (uključujući i postavljača ove teme), ne koriste pretragu i pitanja se iz tog razloga često ponavljaju.

Potpis

https://mzahorjanski.wixsite.com/mzahorjanski
https://www.fiverr.com/miroljubzahorja?up_rollout=true
https://www.youtube.com/@miroljubzahorjanski

Prihvatam poduku,jer covek se uci dok je ziv

DLookup("NazivPoduzeca", "tblPoduzece", "CStr([PreduzeceID])='" & CStr(Me![PreduzeceID]) & "'") kod ovog coda na prazno polje izbaci poruku "invalid use of null" . U cemu je kvaka i koje je rijesenje da se uklone ova greska, ima li iko rijesenje?

Potpis

https://kakosepise.info/

Ako ti je PreduzeceID tipa autonumber. a predpostavljam da jeste, sintaksa ti je sledeca:

Dlookup("NazivPoduzeca", "tblPoduzece", "[PreduzeceID])=" & Me![PreduzeceID])

Lol, jesi pogledao kada je tema zadnji puta bila aktivna? :)

Potpis

F