Formule berekennen
- Onderwerp starter huizemeul
- Startdatum
OctaFish
Verenigingslid
- Lid geworden
- 6 feb 2009
- Berichten
- 44.040
- Besturingssysteem
- Windows 10/MacOS
- Office versie
- Office 365
Je moet toch even wat beter omschrijven wat je wilt. Eén ding wat volslagen onmogelijk is in Access, is om records van elkaar af te trekken. Om de eerste denkfout aan te geven: een record staat nooit in een veld. Het is andersom: velden zijn onderdeel van een record. Zie het als een tabel in een Excel werkblad, waarin één rij één record voorstelt, en één kolom één veld voorstelt. Eén record bevat dus de gegevens (velden) van één specifiek gegevensblok.
Ik heb je de nog niet bekeken, maar ik wil eerst van je weten wat je precies wilt vastleggen. Het enige dat ik mij kan voorstellen, is dat je iets als metingen vast wil leggen om daaruit verschillen te berekeningen. Dan denk ik bijvoorbeeld gasverbruik, waterverbruik of elektriciteit. De eerste van de maand neem je de meterstanden op, dat doe je de volgende ook, en de maand daarop ook weer. En dan wil je het verbruik zien in een overzicht, waarbij je de stand van maand 2 neemt, en daar maand 1 vanaf trekt, en zo verder.
Als dát is wat je wil: ja, dan kan prima in een query. In Excel zou je dat heel simpel doen door in C2 een formule te maken: =B2-B1, en die formule door te trekken. In Access is dat dus wat ingewikkelder, maar het kan prima.
Ik heb je de nog niet bekeken, maar ik wil eerst van je weten wat je precies wilt vastleggen. Het enige dat ik mij kan voorstellen, is dat je iets als metingen vast wil leggen om daaruit verschillen te berekeningen. Dan denk ik bijvoorbeeld gasverbruik, waterverbruik of elektriciteit. De eerste van de maand neem je de meterstanden op, dat doe je de volgende ook, en de maand daarop ook weer. En dan wil je het verbruik zien in een overzicht, waarbij je de stand van maand 2 neemt, en daar maand 1 vanaf trekt, en zo verder.
Als dát is wat je wil: ja, dan kan prima in een query. In Excel zou je dat heel simpel doen door in C2 een formule te maken: =B2-B1, en die formule door te trekken. In Access is dat dus wat ingewikkelder, maar het kan prima.
Denkfout opgelost. Het is id andersom.
Ik denk te horen dat het niet gaat lukken wat ik zou? willen. In Excel is dat gemakkelijk.
Veld IN: eerste record optellen / aftrekken met tweede record uit Veld UIT.
Had wel een veld gemaakt met wat ik zou willen.
Ik denk te horen dat het niet gaat lukken wat ik zou? willen. In Excel is dat gemakkelijk.
Veld IN: eerste record optellen / aftrekken met tweede record uit Veld UIT.
Had wel een veld gemaakt met wat ik zou willen.
OctaFish
Verenigingslid
- Lid geworden
- 6 feb 2009
- Berichten
- 44.040
- Besturingssysteem
- Windows 10/MacOS
- Office versie
- Office 365
Nogmaals, zoals ik dat eerder zei: dat is geen enkel probleem. Maar je tabelopzet deugt niet. Je hebt aparte bedragen voor In en Uit, en dat zou ik dus nooit doen. Mijn insteek zou zijn: [Datum], [Bedrag], [Mutatie]. Je voert de tevens nu in dat je op regel 1 een bedrag [In] invoert, in regel 2 een bedrag [Uit], en regel 3 weer [In], regel 4 [Uit] en zo verder. Dat is nodeloos ingewikkeld, en maakt een logische verwerking onmogelijk.
Je opmerking dat het niet mogelijk is, geldt wellicht voor jou, maar niet voor gevorderde gebruikers
.
Je opmerking dat het niet mogelijk is, geldt wellicht voor jou, maar niet voor gevorderde gebruikers
.Ik ben uitgegaan van jouw insteek. Ik denk dat je zoiets voor ogen hebt.
Nu zou ik willen dat in de Query er nog een veld komt die per record zegt wat ik ik per invoer overhou of te kort kom. Hoop dat ik duidelijk genoeg ben? In principe was alles mogelijk voor gevorderde!!!!!
tblNieuw en Query Nieuw _kruistabel
Nu zou ik willen dat in de Query er nog een veld komt die per record zegt wat ik ik per invoer overhou of te kort kom. Hoop dat ik duidelijk genoeg ben? In principe was alles mogelijk voor gevorderde!!!!!
Bericht automatisch samengevoegd:
tblNieuw en Query Nieuw _kruistabel
OctaFish
Verenigingslid
- Lid geworden
- 6 feb 2009
- Berichten
- 44.040
- Besturingssysteem
- Windows 10/MacOS
- Office versie
- Office 365
Ik zal er vandaag even naar kijken. Al snap ik niet helemaal wat je bedoelt met 'per record zien wat je overhoudt of tekort komt'. In je eerste voorbeeld had je twee velden voor [begroot in] en [begroot uit], waarmee je dus blijkbaar per handeling in één keer zowel de uitgegeven/ontvangen bedragen invult, als de bedragen die je daarvoor in de begroting hebt staan. Een constructie die mij enigszins verbaasde toen ik hem bij de andere vraag las, en dat blijft-ie doen.
Normaal gesproken stel je voor een project een begroting op, en die zou ik dan, als die is uitgesplitst, in een aparte tabel zetten op basis van je stelposten. In de tabel met inkomsten/uitgaven voor dat traject vul je de echte bedragen in. En die twee tabellen gebruik je dan voor je financiële management, waarbij je per stelpost kijkt hoeveel budget je nog hebt.
Ik krijg nu de indruk dat in jouw situatie je één record hebt per stelpost (en een bedrag), en dat je vervolgens het werkelijke bedrag één keer uitgeeft of ontvangt. Het is veel logischer dat je de inkomsten en uitgaven per stelpost over meerdere records ontvangt/uitgeeft, en dat je het verschil tussen begroting en werkelelijke inkomsten/uitgaven over een langere periode kunt volgen.
Om dus écht nuttige hulp te kunnen geven, moeten wij als helpers wel een beetje weten wat je nu aan het doen bent. Dat inzicht is er totaal niet. En dan kan ik ook niet veel meer doen dan zeggen dat het allemaal prima kan wat je wilt.
P.s. Ik zie dat je inmiddels, terwijl ik aan het tikken was, een nieuwe dag hebt toegevoegd. Dat gaat zeker helpen
. Als oud mantelzorger snap ik in welke situatie je zit; sterkte daarmee!
Normaal gesproken stel je voor een project een begroting op, en die zou ik dan, als die is uitgesplitst, in een aparte tabel zetten op basis van je stelposten. In de tabel met inkomsten/uitgaven voor dat traject vul je de echte bedragen in. En die twee tabellen gebruik je dan voor je financiële management, waarbij je per stelpost kijkt hoeveel budget je nog hebt.
Ik krijg nu de indruk dat in jouw situatie je één record hebt per stelpost (en een bedrag), en dat je vervolgens het werkelijke bedrag één keer uitgeeft of ontvangt. Het is veel logischer dat je de inkomsten en uitgaven per stelpost over meerdere records ontvangt/uitgeeft, en dat je het verschil tussen begroting en werkelelijke inkomsten/uitgaven over een langere periode kunt volgen.
Om dus écht nuttige hulp te kunnen geven, moeten wij als helpers wel een beetje weten wat je nu aan het doen bent. Dat inzicht is er totaal niet. En dan kan ik ook niet veel meer doen dan zeggen dat het allemaal prima kan wat je wilt.
P.s. Ik zie dat je inmiddels, terwijl ik aan het tikken was, een nieuwe dag hebt toegevoegd. Dat gaat zeker helpen
. Als oud mantelzorger snap ik in welke situatie je zit; sterkte daarmee!Dank je.
Nu ben ik helemaal de kluts kwijt. Twee ! tabellen. Was al op zoek naar een voorbeeld opzet die ik dan naar mijn hand kon zetten. Want nu duizeld het me allemaal. Leuk om te stoeien maar het moet wel met een goed vooruitzicht gepaard gaan. Misschien te ver voor mijn simpele brein ??
Nu ben ik helemaal de kluts kwijt. Twee ! tabellen. Was al op zoek naar een voorbeeld opzet die ik dan naar mijn hand kon zetten. Want nu duizeld het me allemaal. Leuk om te stoeien maar het moet wel met een goed vooruitzicht gepaard gaan. Misschien te ver voor mijn simpele brein ??
xps351
Gebruiker
- Lid geworden
- 22 jun 2022
- Berichten
- 897
- Besturingssysteem
- W10
- Office versie
- M365
Zoals al herhaaldelijk aangehaald horen berekende velden eigenlijk niet in tabellen thuis. Bovendien zijn tabellen alleen bedoeld om gegevens in op te slaan. In tabellen opgeslagen gegevens presenteer je op formulieren of rapporten.
Wat in dit geval mooi uitkomt is dat je op rapporten zogenaamde "Lopende totalen" kunt opnemen. En dat is volgens mij precies wat je nodig hebt.
Dus: verwijder berekende velden uit je tabel en maak een rapport met een lopend totaal. In bijgevoegde voorbeeld database heb ik die aanbevelingen doorgevoerd. Zie het rapport "Mijn Tabelletje". In het rapport heb ik een niet-gebonden veld opgenomen (Saldo) dat berekend wordt als Nz([In])+Nz([Uit]). Van dat veld heb ik een lopend totaal gemaakt. Zie onderstaande weergave van de eigenschappen van het veld Saldo:
Nog een welgemeend advies tot slot: vergeet Access. Voor wat je wil is Excel naar mijn idee net zo goed geschikt en dat is veel eenvoudiger in gebruik.
Wat in dit geval mooi uitkomt is dat je op rapporten zogenaamde "Lopende totalen" kunt opnemen. En dat is volgens mij precies wat je nodig hebt.
Dus: verwijder berekende velden uit je tabel en maak een rapport met een lopend totaal. In bijgevoegde voorbeeld database heb ik die aanbevelingen doorgevoerd. Zie het rapport "Mijn Tabelletje". In het rapport heb ik een niet-gebonden veld opgenomen (Saldo) dat berekend wordt als Nz([In])+Nz([Uit]). Van dat veld heb ik een lopend totaal gemaakt. Zie onderstaande weergave van de eigenschappen van het veld Saldo:
Nog een welgemeend advies tot slot: vergeet Access. Voor wat je wil is Excel naar mijn idee net zo goed geschikt en dat is veel eenvoudiger in gebruik.
OctaFish
Verenigingslid
- Lid geworden
- 6 feb 2009
- Berichten
- 44.040
- Besturingssysteem
- Windows 10/MacOS
- Office versie
- Office 365
Peter schijnt precies te weten wat je wilt maken, en adviseert daarom Excel. Ik heb die kennis niet, dus ik waag mij daar (nog) niet aan. Ik zou liever zien dat je eerst uitlegt wat je nu precies wilt maken. Sowieso is dat de eerste stap als ik iets voor een klant maakte: inventariseren wat nu precies de wens is. En op basis daarvan zoek je de juiste applicatie. Dat kan prima Excel zijn, of Access. Maar we zitten nu te kijken naar een zeer vreemde tabel met gegevens.
Ook je nieuwe voorbeeld is niet bepaald duidelijk. De omschrijvingen "Verkoop instrument" en "Inkoop materiaal" zeggen mij niets. Ik kan daar alleen maar uit halen dat je instrumenten bouwt, en verkoopt. Maar dat komt dan weer niet overeen met de types Relatie. Want die zijn duidelijk zorg gerelateerd. Maar voor uitgaven/inkomsten t.b.v. een zorg project (ik begin te vermoeden dat het met je mantelzorg te maken heeft) hoef je toch niets te begroten? Ik kan me voorstellen dat je uitgaven probeert te dekken door spullen te verkopen, zoals een instrument. Maar dan is dát wat je doet: een instrument verkopen en daar het verkoopbedrag voor vastleggen. Zo'n verkoop is eenmalig, en daarvoor ga je natuurlijk niet voor dat ene instrument een begroting opstellen. Dat geldt ook voor je (eenmalige) uitgaven: die doe je. De kosten van een behandeling weet je (rekening) dus die kun je boeken. Het lijkt mij vreemd om bij een rekening voor een behandeling van € 20,- een extra veld [Begroting] in te vullen waarin je dan € 35,- invult.
Wat je wél kan doen, en daar komt die tweede tabel tblBegroting om de hoek kijken, als je zicht wilt hebben op de maandelijkse kosten (bijvoorbeeld, of wekelijks of wat dan ook) om dat in een tabel vast te leggen. Dan heb je een stelpost [Behandelingen] waarin je per maand vastlegt hoeveel je denkt dat de behandelkosten per maand zijn. Als je, zoals ik vermoed, eigen geld wilt genereren om de kosten te drukken, kun je in de stelpost [Inkomsten] vastleggen hoeveel geld je per maand denkt te kunnen binnenhalen. Bijvoorbeeld door spullen te verkopen, of door subsidie van de gemeente. Ik zou ook nog een stelpost [Onvoorzien] opnemen, waarin je een bepaald bedrag vastlegt dat je daarvoor wilt kunnen uitgeven.
In het totaalplaatje Begroting heb je dus per maand vastgelegd wat je per maand aan inkomsten denkt te hebben (voor de verzorging), wat je aan uitgaven hebt (arts, medicijnen etc) en wat je voor onvoorzien wilt reserveren.
En als laatste kun je dus met een overzicht query (een kruistabel kan dat prima) zien hoe e.e.a. in de praktijk uitpakt. Want je gaat de tabel met ingaven/uitgaven dan relateren aan de tabel begroting, en dan zie je precies of je binnen de begroting blijft of dat je de begroting moet aanpassen.
Maar een begroting voor één record waarin je al vastlegt wat de feitelijke inkomsten/uitgaven zijn, is in mijn ogen zinloos, en gaat voorbij aan het principe van Begroten.
Peter maakt regels met Totalen in een rapport, maar dat hoeft natuurlijk helemaal niet: totalen per veld kun je ook in een query maken met de knop Totalen. Daar heb je geen rapport voor nodig. Wel moet je, als je de query uitvoert en de totalen wil zien, de knop nog even aanklikken.
Ook je nieuwe voorbeeld is niet bepaald duidelijk. De omschrijvingen "Verkoop instrument" en "Inkoop materiaal" zeggen mij niets. Ik kan daar alleen maar uit halen dat je instrumenten bouwt, en verkoopt. Maar dat komt dan weer niet overeen met de types Relatie. Want die zijn duidelijk zorg gerelateerd. Maar voor uitgaven/inkomsten t.b.v. een zorg project (ik begin te vermoeden dat het met je mantelzorg te maken heeft) hoef je toch niets te begroten? Ik kan me voorstellen dat je uitgaven probeert te dekken door spullen te verkopen, zoals een instrument. Maar dan is dát wat je doet: een instrument verkopen en daar het verkoopbedrag voor vastleggen. Zo'n verkoop is eenmalig, en daarvoor ga je natuurlijk niet voor dat ene instrument een begroting opstellen. Dat geldt ook voor je (eenmalige) uitgaven: die doe je. De kosten van een behandeling weet je (rekening) dus die kun je boeken. Het lijkt mij vreemd om bij een rekening voor een behandeling van € 20,- een extra veld [Begroting] in te vullen waarin je dan € 35,- invult.
Wat je wél kan doen, en daar komt die tweede tabel tblBegroting om de hoek kijken, als je zicht wilt hebben op de maandelijkse kosten (bijvoorbeeld, of wekelijks of wat dan ook) om dat in een tabel vast te leggen. Dan heb je een stelpost [Behandelingen] waarin je per maand vastlegt hoeveel je denkt dat de behandelkosten per maand zijn. Als je, zoals ik vermoed, eigen geld wilt genereren om de kosten te drukken, kun je in de stelpost [Inkomsten] vastleggen hoeveel geld je per maand denkt te kunnen binnenhalen. Bijvoorbeeld door spullen te verkopen, of door subsidie van de gemeente. Ik zou ook nog een stelpost [Onvoorzien] opnemen, waarin je een bepaald bedrag vastlegt dat je daarvoor wilt kunnen uitgeven.
In het totaalplaatje Begroting heb je dus per maand vastgelegd wat je per maand aan inkomsten denkt te hebben (voor de verzorging), wat je aan uitgaven hebt (arts, medicijnen etc) en wat je voor onvoorzien wilt reserveren.
En als laatste kun je dus met een overzicht query (een kruistabel kan dat prima) zien hoe e.e.a. in de praktijk uitpakt. Want je gaat de tabel met ingaven/uitgaven dan relateren aan de tabel begroting, en dan zie je precies of je binnen de begroting blijft of dat je de begroting moet aanpassen.
Maar een begroting voor één record waarin je al vastlegt wat de feitelijke inkomsten/uitgaven zijn, is in mijn ogen zinloos, en gaat voorbij aan het principe van Begroten.
Peter maakt regels met Totalen in een rapport, maar dat hoeft natuurlijk helemaal niet: totalen per veld kun je ook in een query maken met de knop Totalen. Daar heb je geen rapport voor nodig. Wel moet je, als je de query uitvoert en de totalen wil zien, de knop nog even aanklikken.
peter59
Terugkerende gebruiker
- Lid geworden
- 21 mei 2007
- Berichten
- 3.251
- Besturingssysteem
- Windows 11
- Office versie
- Office 365
@huizemeul
Bekijk het filmpje eens, ik denk dat dit al veel van je probleem oplost. Het begin vormt eigenlijk de basis, daarna volgt wat extra’s om het op te leuken, maar dat is waarschijnlijk niet of nauwelijks voor jou van toepassing. Het bestand waar het over gaat, kun je ook in zijn geheel downloaden.
OctaFish
Verenigingslid
- Lid geworden
- 6 feb 2009
- Berichten
- 44.040
- Besturingssysteem
- Windows 10/MacOS
- Office versie
- Office 365
Dát is dus precies de reden dat ik binnenkort écht stop met HelpMij: twee mensen die, net als de rest, niets weten van de achterliggende motieven van een vragensteller, maar de TS ongevraagd naar een ander programma sturen.
Als iemand een vraag stelt over Access, geef dan een antwoord over Access. Maar probeer in ieder geval te achterhalen wat TS wil met zijn database. Dan kun je op basis van die informatie alsnog besluiten een advies richting Excel (of van mijn part Word, waarom niet?) te geven.
Als iemand een vraag stelt over Access, geef dan een antwoord over Access. Maar probeer in ieder geval te achterhalen wat TS wil met zijn database. Dan kun je op basis van die informatie alsnog besluiten een advies richting Excel (of van mijn part Word, waarom niet?) te geven.
xps351
Gebruiker
- Lid geworden
- 22 jun 2022
- Berichten
- 897
- Besturingssysteem
- W10
- Office versie
- M365
Alweer?
peter59
Terugkerende gebruiker
- Lid geworden
- 21 mei 2007
- Berichten
- 3.251
- Besturingssysteem
- Windows 11
- Office versie
- Office 365
Huizemeul weet het even ook niet meer, dus misschien is het tijd voor Omdenken. Bovendien lijkt het me verstandig om geen heel epistel te schrijven, maar gewoon to the point te blijven.
Of ga maar weer even een potje gaan huilie huilie.
Laatst bewerkt:
