RenéP

"Naast de software die je al in een ander bericht voorgesteld werd kan je in Windows 10 ook schijfjes branden. Heb even geen Windows 10 computer voor me maar is ongeveer het zelfde als in Windows 7 en 8, Maar de eerste vraag is welke inhoud wil je branden want je hebt het over " die op elke cd- speler kan worden gedraaid"????" Bovenstaand is van Clarkie. Het betreft audio cd's. Tot aan W10 gebruikte ik Nero (maar al een tweetal jaren niet meer) en daarna W media player. Die wordt door W 10 maar gedeeltelijk ondersteund (van de 20 titels worden er maar 15 geselecteerd terwijl er nog voldoende ruimte wordt aangegeven). Hoe het branden via Verkenner moet, heb ik na het bericht van Clarkie nog niet kunnen ontdekken. Help? Ik zal de mogelijkheden die de andere reageerders bieden met alle zorgvuldigheid nagaan. Is er niet zoiets als een, liefst freeware, programma waarvan algemeen gezegd kan worden: prima, programma x is wat we zoeken?

Onder windows 7 geen probleem met cd's branden. Windows 10 denkt over probleemloos cd branden blijkbaar heel anders. Na veel bij Windows (ook onder W 10) te hebben rondgezocht, ben ik aan het einde van mijn W10CDBrand-latijn. Iemand een tip waardoor ik ook met W10 een cd kan branden, die op elke cd-speler kan worden gedraaid? RenéP

Dat ziet er prima uit. Mijn tblBoekingen ziet er ongeveer ook zo uit. Alleen onder elkaar en niet naast elkaar. En er wordt gewerkt met een notie van HoofdBoeking Ja/Nee. Jouw bovenstaande verrichting 1 toont tblBoekingen dus op de volgende manier: BoekingNr TegenboekingNr RekeningNr Boekcode Periode Datum Omschrijving Bedrag Hoofdboeking 1 0 120 148 11 15-11-2015 Ritnr 47 taxi12 85,- Ja 2 1 190 148 11 15-11-2015 Ritnr 47 taxi12 85,- Nee Het formulier Boekingen kent de volgende invoervelden: Datum, Periode (wordt automatisch als maandnummer ingevuld), Boekcode (nummer van de pagina waar deze transactie terug te vinden is), Van Rekening, Naar Rekening, Omschrijving, Bedrag. Je ziet: er wordt maar 1x een datum ingevuld. Bij het wegschrijven van RekeningA naar RekeningB vult het programma bij beide rekeningen de datum in. Vandaar die twee datums.

Zie de bijlage. Veel plezier morgen met Sinterklaas en Zwarte Piet. Groet, René De eindstreep in zicht.docx

Ik ga vanmiddag en vrijdag alles bekijken. De melding van frmA is weg (inderdaad niets uitgepakt). Het enige wat niet gebeurt, is het wegschrijven naar tblGrootboek.

Dat is heel, heel veel werk, inderdaad. Ok, dBaseIII+ is definitief historie. Wat bedoel je met het bovenstaande?Als we alle details even over boord gooien, is er dan geen algemene invoerregel voor mijn oorspronkelijke vraag? Dus als ik de vraag anders stel: er is een tabelA met gegevens in veld1, veld2, veld3. Nadat die velden zijn gegroepeerd en getotaliseerd, wil ik die gegevens van tabel A wegschrijven naar tabelB met corresponderende velden. (veld Rekeningnummer van tabelA naar veld Rekeningnummer van tabelB, veld datum van tabelA naar veld datum van tabelB en het totaal bedrag van een bepaalde maand of periode van tabelA naar het veld met dezelfde periode. Hoe luidt de VBA-regel dan? Selecteer de tabellen en dan replace of insert? Als een dergelijke algemene regel niet mogelijk is, dan wellicht nog het volgende: Het frmA dat je gemaakt hebt, komt in elk geval al een heel stuk verder. Het programma stopt bij de regel DoCmd.RunSQL strSchrijfrecord en geeft als melding fout 3073 tijdens uitvoering. De bewerking moet worden uitgevoerd op een query die kan worden bijgewerkt. Ik kan hier wel een uur naar staren, maar ik vrees dat ik dit niet zomaar oplos. Waar ik maar mee zeggen wil: is frmA na een mogelijke revisie t.a.v. dat strSchrijfrecord wellicht uitstekend bruikbaar. Overigens, dank je wel voor al het werk dat je nu al gedaan hebt en zeker voor de aanbieding om als niks meer helpt dan maar vanuit nul te starten. Over dat laatste moeten we samen maar een beslissing nemen. Groet, René

De tabel tblRekeningsoort kent alleen een opsomming van de soorten, zoals eerder vermeld: activa, passiva, kapitaal, ontvangsten, uitgaven en de verlies- en winstrekening. Met deze tabel wordt aan een rekening de soort toegekend zoals die door de rekeningnummers wordt toegekend (kas, bank, giro, debiteuren etc. vallen binnen de rekeningnummers 101 t/m/ 149 en zijn van de soort activa). De tblGrootboek krijgt vanuit de tblBoekingen het rekeningnummer, de datum en het totaalbedrag van die rekening van een bepaalde periode, (d.i. bepaalde maand). Vanuit het tblGrootboek worden dan de overzichten gegenereerd, zoals winst- en verliesrekening, de balans (op het einde van het jaar) en alles wat nog gewenst wordt. Neem als vertrekpunt een 12-tal taxi's. De klanten zijn anoniem, of zijn als klantnaam niet interessant. Wel de opbrengst van de huur van een limosine door een bruidspaar, bijv. Dus krijg je eerder te maken met chauffeurs, salarissen, opbrengst ritten (hoeveel per taxi gedetailleerd in stads-, regionale, nationale en internationale ritten), onkosten van het wagenpark, waaronder brandstof, verzekeringen, onderhoud etc. Het tblBoekingen krijgt dan bijvoorbeeld: 6 jan, Ritopbrengst taxi 1 (Rekeningnr 190, soort ontvangsten) 45,--. Die 45 euro komen per kas binnen (Rekeningnr 101, soort activa). Er volgen in januari nog meerdere boekingen van Rekeningnr 190, Ritopbrengst taxi 1: op 8 januari voor 55,-- en op 12 januari voor 100,--. Het saldo van deze boekingen, nl 200,-- wordt bij het sluiten van januari geboekt in tblGrootboek: Rekeningnr 190, datum van de afsluiting (bijv 31 januari), onder de kolom H1 (equivalent voor januari van het huidige jaar (vandaar de H ). Heb je nog gekeken naar de uitvoeringsregels van het dBaseIII+ programma?

Rekeningnummers.docx Zie de bijlage. De procedure PeriodeSluiten bevat de code van dBaseIII+ met mijn commentaar op de regels. Ik meen dat de genoemde uitvoeringsregels in principe niet veel afwijken van Access? Daarom stuurde ik het onlangs naar je toe. Groet, René

Zie de bijlage TABELLEN_finad.docx

Ik stel je hulp zeker op prijs! Vanmiddag -als het met de tijd lukt- kom ik terug op datgene wat je vraagt. Anders wordt het morgen.

frmA toont de aantal records, dan de record die in behandeling is. De totaalbedragen per rekening kloppen niet en er verschijnt na elke rekening de melding U staat op het punt 0 (rijen) bij te werken...Indien Ja, wijziging kan niet meer ongedaan gemaakt worden. etc. Er worden geen gegevens naar het Grootboek geschreven.

Ik denk dat ik (hopelijk voorgoed) de melding Fout bij laden van DLL niet meer krijg. Ik las ergens: Kopieer C:\ Program Files (x86) \ Common Files\ Microsoft Shared\ Dao \ Dao360.DLL naar C:\ Program Files (x86)\ Microsoft Office\ Office 12 Wat ik dus gedaan heb. Jouw frmA heeft in elk geval nu wel gewerkt, d.w.z. het programma toont wat het uitvoert. Ook andere testjes zijn zonder die irritante melding, die al geruime tijd voor ongemak gezorgd heeft.

Office 2007. Omdat de oorspronkelijke bestanden van dBaseIII+ nummerieke velden kent, heb ik de database Activa opnieuw met deze nummerieke velden ingevuld. (Je vroeg tenslotte om de originele bestanden.) ACTIVA.accdb

De melding Fout bij laden van DLL laat zich ook zien bij het maken van de nieuw database (Activa geheten). Hierbij de tabellen en velden. Bij tblGrootboek dienen bij twee velden van de datums alleen het maandgetal ingevoerd te worden. Ik heb de rekeningnummers als tekst ingevoerd. ACTIVA.accdb

De nieuwe database met de oorspronkelijke dBaseIII+ bestanden en velden maak ik vanavond.

zie pagina 2

De oude dBaseIII+ tabellen heb ik niet meer. En een oude PC al helemaal niet. Ik heb wel op papier het dBaseIII+ programma dat ik heb gebruikt voor Access. (Met behulp van veel opzoekwerk). Een overzicht van het overboeken en afsluiten van een maand heb ik je al gestuurd.

Procedure PeriodeSluiten.docx Goede middag PLX, ik ben er weer. (...) dat je ook met mijn zienswijze rekening houdt. In een voorgaand bericht schreef ik: "Je hebt me er wel van overtuigd dat dit net zo goed kan met 301, 302 etc. Ga ik veranderen." De procedure die je hebt geschreven (dank!) opent niet door een foutmelding ("set DB=Current Db : Compileerfout; Fout bij laden van DLL"), die niets met de procedure zelf te maken heeft. Op 24 dec. 2014 meldde ik deze fout al en je hebt me daarbij geadviseerd. Ik kreeg de melding niet meer en dacht dus: opgelost. Ook omdat ik alleen als het nodig is, aan de database "sleutel" en dus die melding niet te zien kreeg. Bij het begin van het huidige onderwerp opeens weer wel. Ook wanneer ik een record vanuit een formulier wilde verwijderen. Ik had dit allemaal na afsluiting aan je willen voorleggen, maar zie nu dat die foutmelding bij frmA ook voorkomt. Toendertijd gaf Microsoft ook als mogelijkheid om via het register een en ander op te lossen. Die oplossing kon Microsoft ook bewerkstelligen. Alles uiteraard zonder verantwoordelijk te zijn voor als het eventueel misliep. Die mogelijkheid biedt M ook nu nog, zag ik op haar site. Ik ben zeer onzeker voor wat betreft het sleutelen aan het register, temeer er nu tot mijn wel zeer grote tevredenheid Windows10 op mijn pc draait. Je hebt frmA en de betreffende database. Advies? Ik heb nog een tweede advies nodig. Ik stuur je een bijlage met daarin een overzicht en commentaar van het dBaseIII+ programma over het Grootboek (PeriodeSluiten). Zou je er eens naar willen kijken en de procedureregels in AccessVBA willen herschrijven of van commentaar te voorzien? (Zo heb ik nog niet kunnen ontdekken hoe een standaardmodule moet worden aangeroepen, net zo min als vanuit een procedure naar een benodigde tweede of sub-procedure). Met vriendelijke groet, René

Dag PLX, Dank voor je reactie. Ik heb momenteel te weinig tijd om naar behoren naar de inhoud te kijken en eventueel te becommentariëren. Ik ben vanaf morgen enkele dagen afwezig en kom zaterdag terug. Dit laat ik je weten om elke misvatting op welk communicatieniveau dan ook te voorkomen. Je berichten doen soms denken aan een strenge leermeester. Daar is niets mis mee. Integendeel! Over het chaotische: ik heb een geheel andere kijk op chaos als alleen het opslaan van twee keer dezelfde gegevens! Los hiervan: na overbrenging van de gegevens van tblBoekingen naar tblGrootboek is het de bedoeling dat dezelfde gegevens in tblBoekingen worden gewist. INDIEN MEN DIT WENST. Over Punt 2 uit mijn bericht van maandag kreeg ik geen reactie. Nu wil ik je het volgende voorleggen: Mijn database Finad komt voort uit dBaseIII+, zoals ik eerder meldde. Niet alles is foutloos over te brengen naar de VBA van Access 2007, heb ik ervaren. Vandaar dan ook mijn hulpvraag. Ik probeer het programma van dBaseIII+ over te hevelen naar Acces 2007. Ik vind zelf dat me dat redelijk lukt. Maar redelijk lukken is iets anders als foutloos lukken. Mag ik je het programma van dBaseIII+ t.a.v. het sluiten van een periode, zij het enigszins aangepast, voorleggen? M.n. om te kijken naar de procedures, de gebruikte functies, declaraties variabelen etc. (die toch veel met VBA overeenkomen)? Laat me iets weten. Maak telkens je een nieuw rekening maakt in tblBoekingen een nieuw record met de verschillende maanden in tabel tblGrootboek! Kijk, ter compensatie! Hier snap IK nou niets van. (Bij de gehele procedure waar we het hier over hebben, wordt ook gekeken naar een rekening die nog niet bekend is en die vervolgens wordt toegevoegd.) GEBRUIK GEEN decimaal getal voor je rekening nummer!!!! Daar is (was) een reden voor. Rekeningen die aan elkaar verwant zijn, werden onder een vast (voor-)nummer gesteld, en de decimalen waren voor de onderscheiden rekeningen. Denk hierbij aan bijvoorbeeld Verzekeringen. Er zijn meerdere verzekeringen, dus: 30.1 WA, 30.2 Brand etc. Je hebt me er wel van overtuigd dat dit net zo goed kan met 301, 302 etc. Ga ik veranderen. (Wat is eigenlijk tegen een decimaal gesteld rekeningnummer?) Vriendelijke groet René

Ik zoek dus naar VBA programmering voor het kopiëren van gegevens uit tblBoekingen naar tblGrootboek. Ik kom er zelf niet helemaal uit. (NB: tblGrootboek staat in de database genoemd als tblGrootboekTwee.) 1.Een periode (=maand) afsluiten in tblBoekingen. Voorbeeld: RekeningNr 12 met Rekeningnaam Benzine staat in tblBoekingen ingevoerd op 10 oktober voor € 45,00 op 14 oktober voor €63,00 en op 30 oktober voor €59,00. Het saldo van deze rekening moet dan overgebracht worden, dus RekeningNr 12 Benzine €167,00 naar tblGrootboek in het veld met kolom H10 (= Huidige periode 10, of te wel oktober 2015.) En zo geldt het voor alle rekeningen in tblBoekingen voor (in dit geval) oktober. 2. Variabelen e.d. om een goed verloop van de procedure te krijgen. Bijv. de periode vast te stellen, op 1 januari in tblGrootboek de gegevens in de kolommen H1 t/m H12 overbrengen naar de kolommen V1 t/m V12 en vervolgens H1 t/m H12 op 0 zetten om voor het nieuwe jaar te gebruiken, ondervanging van fouten, e.d.m. Ik stel voor om eerst het onder 1 genoemde te bekijken. Ik hoop iets duidelijker te zijn geweest.

Ik zal in de loop van vandaag een overzicht maken van mijn bedoelingen en die ik in een programma wil onderbrengen. Vergeet alles wat naar boekhouden ruikt. Alvast: er worden GEEN dubbele records in tblBoekingen opgenomen. Tot later.

Een Journaal of Postenboek (hier genoemd tblBoekingen) wordt normaliter elke maand afgesloten. De ingevoerde gegevens worden dan naar het Grootboek overgebracht, d.w.z. per rekening wordt het saldo van de posten overgebracht, niet elke post afzonderlijk. Dus als in november 5 keer een post is ingevoerd t.b.v. rekening NS Retour, dan wordt het saldo van NS Retour naar het Grootboek overgebracht. Het Grootboekbestand wordt gebruikt om vergelijkende financiële overzichten te kunnen maken (Balans, Verlies- en Winstrekening, staat van herkomst en besteding van middelen, etc.) Zoals je misschien bij Rapporten gezien heb regeneer ik sommige overzichten via een omweg. Waarom zitten Grootboek en grootboektwee niet in één tabel? Het zijn twee tabellen die nog geen functie hebben. tblGrootboekTwee is de te gebruiken tabel. De andere tabel kan worden verwijderd en wordt de naam tblGrootboekTwee gewijzigd in tblGrootboek. De velden die vanuit tblBoekingen nodig zijn: RekeningNr; Datum (jaar); Periode (correspondeert met het maandnummer); Bedrag (maandsaldo). Vanuit tblRekeningen is nodig: het veld Rekeningnaam. (Via een relatie tussen tblBoekingen en tblRekeningen ?) Uit eerder bericht: De velden 3 en 4 (de vlaggen) zijn bedoeld om te gebruiken ter voorkoming van fouten bij het opslaan van de gegevens uit de tabel Boekingen. Op het einde van het jaar (in elk geval ná 31 december en vóór de nieuwe boekingen van het nieuwe jaar) moeten de H velden overgebracht worden naar de V velden en de H velden vervolgens op 0 worden gezet. Ik denk dat deze vlaggen gebruikt kunnen worden bij het ontwerp van eventuele gebeurtenisprocedures (Visual Basic). Zo niet, dan kunnen deze velden verwijderd worden. Ik hoop dat ik duidelijk ben geweest. En ja hoor, je krijgt van mij alle geduld die je denkt nodig te hebben. Groeten, René

In de loop van vanmiddag zal ik reageren

Hierboven het gevraagde. Met enkele fictieve posten. Je mag er in grasduinen, data invoeren etc. Groet, RenéP

FinadAccess 2015.accdb