Gebruikstips: verschil tussen versies
('Rekenkundig residu' en het 'Boekhoudkundig residu') |
|||
Regel 6: | Regel 6: | ||
Het is gebleken dat in combinatie met bepaalde versies van wxPerl de door de EekBoek GUI getoonde rapportages problemen vertonen. In plaats van keurig opgemaakte tabellen wordt er ruwe HTML tekst getoond. | Het is gebleken dat in combinatie met bepaalde versies van wxPerl de door de EekBoek GUI getoonde rapportages problemen vertonen. In plaats van keurig opgemaakte tabellen wordt er ruwe HTML tekst getoond. | ||
'''Het probleem doet zich voor bij versies 0.95 en 0.96 van wxPerl.''' Dit treft met name het | '''Het probleem doet zich voor bij versies 0.95 en 0.96 van wxPerl.''' Dit treft met name het Ubuntu 10.04 LTS systeem, dat wordt geleverd met versie 0.96 van wxPerl. | ||
'''Oplossing:''' Upgraden naar EekBoek versie 2.00.02 of nieuwer. Deze bevat een workaround voor dit probleem. | '''Oplossing:''' Upgraden naar EekBoek versie 2.00.02 of nieuwer. Deze bevat een workaround voor dit probleem. | ||
Regel 68: | Regel 68: | ||
Voor meer informatie, zie de [http://www.eekboek.nl/docs/config.html#format_amount documentatie]. | Voor meer informatie, zie de [http://www.eekboek.nl/docs/config.html#format_amount documentatie]. | ||
=='Rekenkundig residu' en het 'Boekhoudkundig residu'== | |||
Wat is het verschil tussen het 'Rekenkundig residu' en het 'Boekhoudkundig residu'? | |||
Het verschil zit hem in negatieve bedragen. Je kunt bijvoorbeeld op de balans een post hebben als: | |||
adm_balans 2320 1131,92 # Saldo Postbank | |||
Dit is een debet-bedrag. Maar stel dat je een tekort hebt: | |||
adm_balans 2320 -131,92 # Saldo Postbank | |||
Rekenkundig is dit nog steeds debet, maar boekhoudkundig wordt het aan de creditzijde gerekend. |
Versie van 18 nov 2010 19:06
Bekende problemen
Rapporten in de GUI worden niet opgemaakt
Het is gebleken dat in combinatie met bepaalde versies van wxPerl de door de EekBoek GUI getoonde rapportages problemen vertonen. In plaats van keurig opgemaakte tabellen wordt er ruwe HTML tekst getoond.
Het probleem doet zich voor bij versies 0.95 en 0.96 van wxPerl. Dit treft met name het Ubuntu 10.04 LTS systeem, dat wordt geleverd met versie 0.96 van wxPerl.
Oplossing: Upgraden naar EekBoek versie 2.00.02 of nieuwer. Deze bevat een workaround voor dit probleem.
Tips en technieken, valkuilen en wat dies meer zij
Vervolgregels in batchmode opdrachten
In batch mode kan een opdracht over meerdere regels worden weergegeven, bijvoorbeeld, de opdracht-string
inkoop:24 14-09-2007 Kantoorartikelen OFFCENTR --totaal=54,25 Papier 29,95 6950 Leerboek 24,30@L 6930
kan in een opdrachten-bestand (voor de leesbaarheid) worden weergegeven als
inkoop:24 14-09-2007 Kantoorartikelen OFFCENTR --totaal=54,25 \ Papier 29,95 6950 \ Leerboek 24,30@L 6930
Het backslash (\)-teken aan het einde van de regel, zorgt er dus voor dat de string op een volgende regel kan worden voortgezet.
PAS OP: achter het \-teken mogen geen spaties meer staan, anders wordt het \-teken niet gezien als vervolgindicator!!
Zouden er in ons voorbeeld spaties staan achter het \-teken, dan zal Eekboek elke regel als een aparte boeking zien, dus
inkoop:24 14-09-2007 Kantoorartikelen OFFCENTR --totaal=54,25
geeft dan foutmelding dat het 'totaal' onjuist is.
met als gevolg
Papier 29,95 6950
geeft melding 'Onbekende opdracht'
Update: Vanaf versie 2.00.02 worden spaties en tabs tussen het \-teken en het eind van de regel genegeerd.
Te grote bedragen
EekBoek rapporten worden opgemaakt in kolommen en de breedte van deze kolommen is vast. Wanneer iets niet in een kolom past wordt een deel van de inhoud naar een nieuwe regel verplaatst. Bijvoorbeeld: 'Totaal Belastingen en sociale lasten' hieronder:
4 Vreemd vermogen 41 Totaal Leveranciers kredieten 927,84 927,84 42 Totaal Belastingen en sociale 148,13 1463,00 1314,87 lasten 4 Totaal Vreemd vermogen 1075,97 2390,84 1314,87
Dit geldt ook voor bedragen. Standaard is de breedte van kolommen waarin bedragen worden weergegeven 9, wat voldoende is voor bedragen tot 999999,99.
Vanaf versie 2 worden bedragen weergegeven met duizendpuntjes. Dit beperkt wat past in een standaardkolom tot 99.999,99. Een grens waar een gemiddelde gebruiker wat gemakkelijker tegenaan kan lopen.
Totaal 234.567,8 9
Gelukkig is de kolombreedte voor bedragen eenvoudig in te stellen. In het configuratiebestand kan in sectie 'format' een setting worden opgenomen als volgt:
[format] amount = 9.999.999,99
Hiermee kunnen drie dingen worden ingesteld. Ten eerste of er puntjes of komma's moeten worden gebruikt als decimaalscheider. Ten tweede of er duizendpuntjes moeten worden toegepast, en ten derde de maximale breedte van de te tonen bedragen. Het 'oude' gedrag van EekBoek versie 1 komt overeen met:
amount = 999999,99
Voor meer informatie, zie de documentatie.
'Rekenkundig residu' en het 'Boekhoudkundig residu'
Wat is het verschil tussen het 'Rekenkundig residu' en het 'Boekhoudkundig residu'?
Het verschil zit hem in negatieve bedragen. Je kunt bijvoorbeeld op de balans een post hebben als:
adm_balans 2320 1131,92 # Saldo Postbank
Dit is een debet-bedrag. Maar stel dat je een tekort hebt:
adm_balans 2320 -131,92 # Saldo Postbank
Rekenkundig is dit nog steeds debet, maar boekhoudkundig wordt het aan de creditzijde gerekend.