Jeg skal summere på tværs af feltet "txtDage" for at få det totale antale dage pr. afdeling. Problemet er at mit sum felt pr. afdeling ikke regner med de værdier ovenstående beregning finde frem til. Der i mod dukker der et parametervindue op når rapporten aktiveres. I dette vindue vil rapporten have en værdi for "txtDage", angiver jeg fx. for sjovt den til 1, kan mit sum felt pr. afdeling regne ud hvor mange linier der er pr. afdeling...
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
Feltet txtDage ER i rapporten..... Rapporten er oprindeligt lavet med Guiden Rapport, men senere er feltets kontrolelementkilde blevet tilpasset og nu kan den, som du siger, ikke genkende feltet...
Det er lige som om rapporten burde køres 2 gange; en gang for at beregne totalen vandret og en gang for at kører den lodret..... det er bare tankespind - jeg aner ikke hvordan det skulle lade sig gøre...
nu er der kun tilbage at løs problemet med at rapporten, når den startes spørger efter parametrene PStart og PSlut... hvis jeg bare trykker Ok ved dem begge giver rapporten det rigtige svar, men hvodan undgår jeg at den spørger?
Kan man i en form sende en forespørgsel af med angivelse af parametre og derefter få rapporten til at åbne med de parametre? Der sker det samme uanset om de 2 felter er med i rapoorten, men de er egentlig kun mellemberegninger i forespørgslen. Årsagen til at de popper op må være fordi selve beregningen i de 2 kræver input fra den form rapporten aktiveres fra....
Db er returneret, idet jeg har rettet en PStart - PSlut til en korrekt DateDiff. Rapporten spørger nu ikke længere om parametrer til disse beregningern.
Det duer desværre ikke jeg har brug for at kunne se dato diff afhængig af den periode der indtastes og i forhold til hvornår flaskerne er udlånt og evt. returneret. Derfor er det ikke præcist nok med DateDiff("d";[DatoUdlaan];[Datoretur]).
Antallet af dage beregnes inden for den angivne periode, således at hvis en flaske er udl. 1-11 og returneret den 10-12, men perioden der kigges på er 1-12 til 31-12, så skal det give differencen mellem 1-12 og 10-12 ... 10 dage!
Hvis den er udlånt 5-15 og ikke returneret skal den i samme periode 1-12 til 31-12, vises med 26 dage …
Derfor skal PStart og PSlut begge have en iif-betingelse.
Desværre virker det heller ikke rigtigt. Rapporten virker fint nu, den tæller lejedage inden for perioden der indtastes og den summere dem de rigtige steder, men det duer ikke at forespørgslen popper op efter PStart og PSlut hver gang den aktiveres :o( Mht. den du sendte så kan jeg umiddelbart ikke rigtig se hvad Forespørgsel 2 gør, men under alle omstændigheder kan perioden der skal undersøges være på skæve datoer som feks. 15-11 til 20-12.
...og ja spørgsmålet hænger sammen med http://www.eksperten.dk/spm/568187 som jeg oprettede for at fokusere på delproblemet med popup efter variabler der beregnes. Dette spørgsmål drejede sig primært om at få rapporten til at summere på felter der bliver beregnet i rapporten, men det har desværre ikke kunne lade sig gøre jeg lavede beregningerne i forespørgslen istedet 05/12-2004 11:51:28.
Hvis du går ind i formularen frmRapportoversigt og taster 1-11-2004 som Startdato og 15-12-2004 som Slutdato hvorefter du klikker på Udlånsdage pr. afdeling. Popper der så ikke 2 bokse op og spørger efter henholdsvis PStart og PSlut? Databasen laves i Access 2000, men jeg har prøvet den af i både 2002 og 2003 og jeg får de bokse op hver gang....!?
Tak for point. I Den db jeg sendte dig, popper der ikke nogen bokse op.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
