Godišnji Tehnički pregled - računanje termina

Imam jedan problem koji bih trebao da rešim što je moguće lakše a radi se o računanju termina godišnjih tehničkih pregleda.
Kopao sam po ES da nađem rešenje ali nisam uspeo.

Evo moj problem

Uređaj sa SerBr XX100100 je prodat datum 01.01.2010 godine (tblArtikl) i posle godinu dana treba da se odradi Tehnički pregled 01.01.2011 i upise u tabelu tblTehnickiPregled. Ovo nije problem izračunati :)

Problem je sledeći, Kupac ne donese na vreme uređaj i tehnički se odradi umesto 01.01.2011 dana 01.02.2011 (zakasnio mesec dana)
Sledeće godine 2012 se treba odraditi tehnički pregled godinu dana od zadnjeg tehničkog što bi bilo 01.02.2012 ..... šta ako opet zakasni 2 ili više meseci
Poenta je da se radi tehnički svake godine i da se ima evidencija

Ne znam kako je to rešeno u osiguravajućim kućama ali ovde se radi o fiskalnim sistemim što je jako teško ispratiti jer se tu menjaju i vlasnici.

PROBLEM JE što svaki put treba obraditi ove datume
Kako to uraditi na najbolji i najbrži način ???

Ne razumem se baš u to, ali zar nije jednostavnije računati godinu po godinu od datuma predaje? Tako može da uradi prvi pregled nakon 13 meseci, ali zatim drugi nakon sledećih 11.

Potpis

Pozdrav,
Branislav

Pa nisam ni sam siguran. Po meni bi trebalo jednom godišnje od dana isporuke, pa ako on kasni njegov problem.
Jedino me brine ako ne uradi taj tehnički 10 meseci pa mu onda treba uraditi 2 tehnička u razmaku od 2 meseca !!!???

Kako sad 10 meseci pa onda 2? Zar ne ide jedan na 12?

Možeš da sastaviš algoritam, kako se to u stvarnosti radi. Ono "kad" "ako" "onda". Kad znaš kako se stvarno radi, onda je lako programirati.

Potpis

Pozdrav,
Branislav

Nije problem ako se redovno i na vreme radi tehnički pregled jednom godišnje , nego je problem kada taj tehnički treba raditi godinu dana od zadnjeg tehničkog.
Podatke vuče onda iz 3 tabele

tblVlasnik
-Firma

tblArtikl
-SerijskiBroj
-NazivArtikla
-DatumRegistracije

tblTehnickiPregled
-SerijskiBroj
-DatumTehnickog

Prvo provjerava da li je urađen tehnički iz tblTehnickiPregled.Ako jeste računa godinu dana od zadnjeg tehničkog vezano za isti serijski broj.
Ako nije onda uzima Datum Regsitracije iz tblArtikli i računa godinu dana od tada.

Kako ovo napisati u kodu ?

VBA ili može i upitima?

Ako može upitima (dosta lakše), onda to može da se izvede sa dva. Prvi:

SELECT tblArtikl.SerijskiBroj, DateAdd("yyyy",1,[DatumRegistracije]) AS DR
FROM tblArtikl LEFT JOIN tblTehnickiPregled ON tblArtikl.SerijskiBroj = tblTehnickiPregled.SerijskiBroj
WHERE DateAdd("yyyy",1,[DatumRegistracije])<Date() AND tblTehnickiPregled.SerijskiBroj Is Null;;

Time pronađeš koji artikli postoje, ali nikada nije rađen tehnički, a proteklo je godinu dana.

S sledećim pronađeš one kojima je već rađen tehnički, ali je za novi proteklo godinu dana:

SELECT tblArtikl.SerijskiBroj, Max(tblTehnickiPregled.DatumTehnickog) AS MaxOfDatumTehnickog
FROM tblArtikl INNER JOIN tblTehnickiPregled ON tblArtikl.SerijskiBroj = tblTehnickiPregled.SerijskiBroj
WHERE DateAdd("yyyy",1,[DatumTehnickog])<Date()
GROUP BY tblArtikl.SerijskiBroj;

Recimo da prvi nazoveš qryPrviTehnicki a drugi qryNaredniTehnicki. Onda rezultate ova dva možeš da spojiš u treći (kojim dobiješ sve artikle za tehnički) i kojeg recimo možeš koristiti za izveštaj:

SELECT SerijskiBroj, DateAdd("yyyy", 1, DR) FROM qryPrviTehnicki
UNION SELECT SerijskiBroj, DateAdd("yyyy", 1, MaxOfDatumTehnickog) FROM qryNaredniTehnicki;

Potpis

Pozdrav,
Branislav

Izgleda da bi radilo.

ajde pokušaću da li radi na ovoj bazi što sam stavio u prilogu pa ću je postaviti ovde ako uspem

Hvala Benam

Ovo sada radi.

Vidjeću šta tačno uraditi i na koji način ali ovo mi je pomoglo.
Hvala još jednom

Ja bih tu uveo datum zakazanog tehnickog i datum uradjenog tehnickog, pa bih priliom prodaje uredjaja odmah generisao zakazan tehnicki za godinu dana, a prilikom izvedbe tehickog bi se upisivao datum kada je tehnicki zaista uradjen i odmah bi se automatski zakazivaa sledeci za godinu dana.

Tako bi imao evidenciju kada je trebalo da bude tehnicki, kada je uradjen i jos bi imao vec zakazane tehnicke unapred tako da bi lako bilo da ih izdvojis ako treba da se opomene korisnik.

Potpis

http://pedja.supurovic.net - http://wireless.uzice.net - Besplatni .RS domeni - Mikrotik uputstva - YT9TP - OpenStreetMap Srbija

Možda je to malo previše manuelnog rada tamo gde program to može da odradi. A tu je i ljudski faktor, lenjost, nemanje para, bahatost i sve one loše osobine koje, onako, baš krase ljude odavde. U tom okruženju ti treba da vodiš posao kvalitetno i jeftino... Zato je jednostavno rešenje ovde dobro - program generiše listu artikala kojima treba uraditi pregled, pa sad ako se vlasnik pojavi - pojavi (onda se piše datum pregleda pa računa godina do sledećeg), a ako ne ostaje u listi za pregled dok se ne pojavi. Jer džaba ti da pišeš u tabelu datum sledećeg pregleda kad je šansa da će se on desiti možda 20% (po onom zakonu 20-80).

Potpis

Pozdrav,
Branislav

Da, neodgovornost je stvarno veliki problem, ali sistem obavještavanja donosi povjerenje i novac na kraju balade.

Ja sam ovo već bio razvio reko VB ali je obrada išla preko formi i bila je jako spora.
Ovaj način preko upita je odličan samo mi je nedostajao kod.

Hvala još jednom.