<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Gnucash en internetbankieren</title>
	<atom:link href="http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/</link>
	<description>Een experiment</description>
	<lastBuildDate>Wed, 07 Dec 2011 21:44:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
	<item>
		<title>By: Erik Nieuwenhuis</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-98</link>
		<dc:creator>Erik Nieuwenhuis</dc:creator>
		<pubDate>Wed, 07 Dec 2011 21:44:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-98</guid>
		<description>Mijn complimenten voor het Rabobank script. Werkt als een speer. 
Ik heb nog wel een vraag over de inrichting van GNUCASH. Misschien dat kenners hierop willen reageren. 
Ik ben penningmeester van een wielerclub. Wij organiseren o.a.  wedstrijden. Voor wedstrijden hebben we zowel kosten als inkomsten. In mijn gnucash rekeningschema heb ik hiervoor &quot;de wielerklassieker&quot; een rekening voor inkomsten en  ook 1 voor onkosten.  Maar dat dat staat dus niet bij elkaar in.  En dat geldt voor elke wedstrijd die we organiseren. 
&lt;strong&gt;Vraag: &lt;/strong&gt;kan dit anders, en dan bedoel in 1 rekening. Nu moet ik 2 rekeningen (inkomsten en uitgaven) raadplegen voor het saldo. 
Wil eventueel iemand eens naar een export van mijn rekeningen kijken of dit handiger, slimmer kan?. Ik ben dus geen boekhouder :)</description>
		<content:encoded><![CDATA[<p>Mijn complimenten voor het Rabobank script. Werkt als een speer.<br />
Ik heb nog wel een vraag over de inrichting van GNUCASH. Misschien dat kenners hierop willen reageren.<br />
Ik ben penningmeester van een wielerclub. Wij organiseren o.a.  wedstrijden. Voor wedstrijden hebben we zowel kosten als inkomsten. In mijn gnucash rekeningschema heb ik hiervoor &#8220;de wielerklassieker&#8221; een rekening voor inkomsten en  ook 1 voor onkosten.  Maar dat dat staat dus niet bij elkaar in.  En dat geldt voor elke wedstrijd die we organiseren.<br />
<strong>Vraag: </strong>kan dit anders, en dan bedoel in 1 rekening. Nu moet ik 2 rekeningen (inkomsten en uitgaven) raadplegen voor het saldo.<br />
Wil eventueel iemand eens naar een export van mijn rekeningen kijken of dit handiger, slimmer kan?. Ik ben dus geen boekhouder <img src='http://blog.maashoek.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen Kleijer</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-76</link>
		<dc:creator>Jeroen Kleijer</dc:creator>
		<pubDate>Mon, 29 Aug 2011 14:58:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-76</guid>
		<description>pb2ofx.pl is werkt heel netjes maar ik heb zojuist een fout er in ontdekt.
In de OFX file wordt een transactie opgeslagen met een uniek transactie ID. Omdat dit meestal niet in de csv file is meegenomen wordt deze gegenereerd door de datum en het bedrag aan elkaar te plakken.
Dit gaat goed totdat je op een enkele dag meerdere keren hetzelfde bedrag besteedt :)
Dan wordt (in ieder geval in Moneydance) alleen maar de eerste regel geimporteerd. De overige regels met de zelfde datum en het zelfde bedrag worden dan niet geimporteerd. (FITID moet uniek zijn volgens de OFX specificatie)
Het uniek maken kan eenvoudig gebeuren door de regel
                $transaction[$tnr]{&#039;fitid&#039;} = $t_datum . $t_amount;
te vervangen door:
                $transaction[$tnr]{&#039;fitid&#039;} = $t_datum . $t_amount . int(rand( 1000 ));

Groeten,

Jeroen</description>
		<content:encoded><![CDATA[<p>pb2ofx.pl is werkt heel netjes maar ik heb zojuist een fout er in ontdekt.<br />
In de OFX file wordt een transactie opgeslagen met een uniek transactie ID. Omdat dit meestal niet in de csv file is meegenomen wordt deze gegenereerd door de datum en het bedrag aan elkaar te plakken.<br />
Dit gaat goed totdat je op een enkele dag meerdere keren hetzelfde bedrag besteedt <img src='http://blog.maashoek.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
Dan wordt (in ieder geval in Moneydance) alleen maar de eerste regel geimporteerd. De overige regels met de zelfde datum en het zelfde bedrag worden dan niet geimporteerd. (FITID moet uniek zijn volgens de OFX specificatie)<br />
Het uniek maken kan eenvoudig gebeuren door de regel<br />
                $transaction[$tnr]{&#8216;fitid&#8217;} = $t_datum . $t_amount;<br />
te vervangen door:<br />
                $transaction[$tnr]{&#8216;fitid&#8217;} = $t_datum . $t_amount . int(rand( 1000 ));</p>
<p>Groeten,</p>
<p>Jeroen</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeroen Seeverens</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-72</link>
		<dc:creator>Jeroen Seeverens</dc:creator>
		<pubDate>Sat, 23 Jul 2011 11:46:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-72</guid>
		<description>Voor Rabobank-klanten: onlangs plaatste ik een (gratis) Windows-utility online waarmee ik mijn transacties omzet naar QIF en dan in GNUCash binnenhaal. http://sites.google.com/site/rabo2qif/</description>
		<content:encoded><![CDATA[<p>Voor Rabobank-klanten: onlangs plaatste ik een (gratis) Windows-utility online waarmee ik mijn transacties omzet naar QIF en dan in GNUCash binnenhaal. <a href="http://sites.google.com/site/rabo2qif/">http://sites.google.com/site/rabo2qif/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oliver</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-25</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Tue, 12 Oct 2010 14:23:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-25</guid>
		<description>Er zit nog een best &#039;grove&#039; fout in. De import werkt wel, maar GnuCash heeft moeite met de import van waar dingen vandaan komen e.d. GC zou erg veel baat hebben bij het correcte gebruik van de &lt;BANKACCTTO&gt;

Ik heb hierover contact gehad met de gnucash mailling lijst en hier kwam het volgende uit:

Can&#039;t speak for gnucash import logic, but your generated OFX looks
malformed.  &lt;BANKACCTTO&gt; is just an aggegating element that consists
of just a tag, without any text data.  It contains three child
elements ( &lt;BANKID&gt;, &lt;ACCTID&gt;, and &lt;ACCTTYPE&gt;) which are used as a
3-tuple to uniquely identify a bank account.  This might be screwing
up your import.

This part of the spec is stable across different OFX versions; you can
find it e.g. on pg. 184 of the OFXv2.0.3 spec:


in de spec staat dan wel dat NLD BANKID en BRANCHID ongebruikt zijn  (je zou knunen zeggen dat de bank/branch id de BIC code oid zou zijn van de bank, maar hier in NL niet significant)

Nu staat er in de ofx:
&lt;BANKACCTTO&gt;
rekening begunstigde
&lt;/BANKACCTTO&gt;

Het zou moeten zijn (volgens mij)
&lt;BANKACCTTO&gt;
&lt;ACCTID&gt;rekening begunstigde&lt;/ACCTID&gt;
&lt;ACCTTYPE&gt;
CHECKING (of SAVINGS etc)
&lt;/ACCTTYPE&gt;
&lt;/BANKACCTTO&gt;

ik zal vanavond ff testen of het hiermee beter werkt; ik zal posten als dit niet het geval is :)</description>
		<content:encoded><![CDATA[<p>Er zit nog een best &#8216;grove&#8217; fout in. De import werkt wel, maar GnuCash heeft moeite met de import van waar dingen vandaan komen e.d. GC zou erg veel baat hebben bij het correcte gebruik van de &lt;BANKACCTTO&gt;</p>
<p>Ik heb hierover contact gehad met de gnucash mailling lijst en hier kwam het volgende uit:</p>
<p>Can&#8217;t speak for gnucash import logic, but your generated OFX looks<br />
malformed.  &lt;BANKACCTTO&gt; is just an aggegating element that consists<br />
of just a tag, without any text data.  It contains three child<br />
elements ( &lt;BANKID&gt;, &lt;ACCTID&gt;, and &lt;ACCTTYPE&gt;) which are used as a<br />
3-tuple to uniquely identify a bank account.  This might be screwing<br />
up your import.</p>
<p>This part of the spec is stable across different OFX versions; you can<br />
find it e.g. on pg. 184 of the OFXv2.0.3 spec:</p>
<p>in de spec staat dan wel dat NLD BANKID en BRANCHID ongebruikt zijn  (je zou knunen zeggen dat de bank/branch id de BIC code oid zou zijn van de bank, maar hier in NL niet significant)</p>
<p>Nu staat er in de ofx:<br />
&lt;BANKACCTTO&gt;<br />
rekening begunstigde<br />
&lt;/BANKACCTTO&gt;</p>
<p>Het zou moeten zijn (volgens mij)<br />
&lt;BANKACCTTO&gt;<br />
&lt;ACCTID&gt;rekening begunstigde&lt;/ACCTID&gt;<br />
&lt;ACCTTYPE&gt;<br />
CHECKING (of SAVINGS etc)<br />
&lt;/ACCTTYPE&gt;<br />
&lt;/BANKACCTTO&gt;</p>
<p>ik zal vanavond ff testen of het hiermee beter werkt; ik zal posten als dit niet het geval is <img src='http://blog.maashoek.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leon</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-24</link>
		<dc:creator>Leon</dc:creator>
		<pubDate>Fri, 08 Oct 2010 12:46:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-24</guid>
		<description>Wanneer je dit script probeert te gebruiken met Moneydance komt er een foutje naar boven. Moneydance herkent namelijk het veld . Dit is echter niet geheel uniek met dit script. Transacties met dezelfde datum én hetzelfde bedrag krijgen hetzelfde . Dit resulteert erin dat Moneydance deze transacties als dubbel beschouwd en deze wegfiltert. (Zelfs als wegfilteren standaard uit staat.)

Oplossing is het geheel leeglaten van het  veld. In dit geval herkent Moneydance deze transacties niet als dubbel.</description>
		<content:encoded><![CDATA[<p>Wanneer je dit script probeert te gebruiken met Moneydance komt er een foutje naar boven. Moneydance herkent namelijk het veld . Dit is echter niet geheel uniek met dit script. Transacties met dezelfde datum én hetzelfde bedrag krijgen hetzelfde . Dit resulteert erin dat Moneydance deze transacties als dubbel beschouwd en deze wegfiltert. (Zelfs als wegfilteren standaard uit staat.)</p>
<p>Oplossing is het geheel leeglaten van het  veld. In dit geval herkent Moneydance deze transacties niet als dubbel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Addy</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-23</link>
		<dc:creator>Addy</dc:creator>
		<pubDate>Sun, 13 Jun 2010 15:16:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-23</guid>
		<description>Na een middagje prutsen zie ik de csv bestanden in Gnucash, maar helaas....... er komen geen gegevens tevoorschijn. Ik heb gedownload van de Ing-site, kommagescheiden jjjjmmdd. Wat doe ik nog fout?

Alvast bedankt.</description>
		<content:encoded><![CDATA[<p>Na een middagje prutsen zie ik de csv bestanden in Gnucash, maar helaas&#8230;&#8230;. er komen geen gegevens tevoorschijn. Ik heb gedownload van de Ing-site, kommagescheiden jjjjmmdd. Wat doe ik nog fout?</p>
<p>Alvast bedankt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-22</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Fri, 19 Mar 2010 23:42:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-22</guid>
		<description>Kun je mij misschien op weg helpen?
Ik vraag me af of en dus hoe  de btw automatisch uit een factuur gefilterd kan worden en vervolgens op een tegenrekening gezet wordt.

Dank</description>
		<content:encoded><![CDATA[<p>Kun je mij misschien op weg helpen?<br />
Ik vraag me af of en dus hoe  de btw automatisch uit een factuur gefilterd kan worden en vervolgens op een tegenrekening gezet wordt.</p>
<p>Dank</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Manfred</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-21</link>
		<dc:creator>Manfred</dc:creator>
		<pubDate>Thu, 18 Mar 2010 20:02:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-21</guid>
		<description>Hoi,

Het is inderdaad een vereiste om ze te downloaden met kommagescheiden. Ook meerdere rekeningen in één keer downloaden werkt niet. (logisch, maar je moet het wel weten.) Ik gebruik je script nog steeds minstens ééns per week!</description>
		<content:encoded><![CDATA[<p>Hoi,</p>
<p>Het is inderdaad een vereiste om ze te downloaden met kommagescheiden. Ook meerdere rekeningen in één keer downloaden werkt niet. (logisch, maar je moet het wel weten.) Ik gebruik je script nog steeds minstens ééns per week!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pief</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-20</link>
		<dc:creator>pief</dc:creator>
		<pubDate>Sat, 13 Mar 2010 16:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-20</guid>
		<description>@Leon: Ik heb er net ook even naar gekeken, maar de .csv files die ik van ING krijg beginnen met b.v. “20100201″. Dit komt overeen met het formaat dat ik zie in hoofdstuk “3.2.8.2 Date and Datetime” van de OFX specificatie. Wellicht helpt het als je op de ING-site download in het formaat Kommagescheiden (jjjjmmdd). Volgens mij zit er geen fout in het script, maar is de .csv file die je ontvangt in het verkeerde formaat.</description>
		<content:encoded><![CDATA[<p>@Leon: Ik heb er net ook even naar gekeken, maar de .csv files die ik van ING krijg beginnen met b.v. “20100201″. Dit komt overeen met het formaat dat ik zie in hoofdstuk “3.2.8.2 Date and Datetime” van de OFX specificatie. Wellicht helpt het als je op de ING-site download in het formaat Kommagescheiden (jjjjmmdd). Volgens mij zit er geen fout in het script, maar is de .csv file die je ontvangt in het verkeerde formaat.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leon</title>
		<link>http://blog.maashoek.nl/2009/07/gnucash-en-internetbankieren/#comment-19</link>
		<dc:creator>Leon</dc:creator>
		<pubDate>Sun, 07 Mar 2010 23:04:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.maashoek.nl/?p=64#comment-19</guid>
		<description>Er zit een belangrijke fout in pb2ofx.pl. De datum die wordt weggeschreven in het .ofx bestand is incorrect. Door een bug in GnuCash crasht heel het programma hierop. (https://bugzilla.gnome.org/show_bug.cgi?id=612135)

Een tweede probleem is dat wanneer als eerste argument een bestandsnaam met een pad wordt gegeven het wegschrijven niet goed gaat.

VERSIE 0.2

Ik heb het script herschreven, met twee aanpassingen.
1) Datum correct
2) Wegschrijven bestand gebeurt naar de stdout

Download versie 0.2 op
http://jongdesigns.nl/services/pb2ofx/pb2ofx.zip

Gebruik (gelijk aan rabo2ofx.pl)

  $ ./pb2ofx.pl postbank.csv &gt; ofx/postbank.ofx</description>
		<content:encoded><![CDATA[<p>Er zit een belangrijke fout in pb2ofx.pl. De datum die wordt weggeschreven in het .ofx bestand is incorrect. Door een bug in GnuCash crasht heel het programma hierop. (<a href="https://bugzilla.gnome.org/show_bug.cgi?id=612135">https://bugzilla.gnome.org/show_bug.cgi?id=612135</a>)</p>
<p>Een tweede probleem is dat wanneer als eerste argument een bestandsnaam met een pad wordt gegeven het wegschrijven niet goed gaat.</p>
<p>VERSIE 0.2</p>
<p>Ik heb het script herschreven, met twee aanpassingen.<br />
1) Datum correct<br />
2) Wegschrijven bestand gebeurt naar de stdout</p>
<p>Download versie 0.2 op<br />
<a href="http://jongdesigns.nl/services/pb2ofx/pb2ofx.zip">http://jongdesigns.nl/services/pb2ofx/pb2ofx.zip</a></p>
<p>Gebruik (gelijk aan rabo2ofx.pl)</p>
<p>  $ ./pb2ofx.pl postbank.csv &gt; ofx/postbank.ofx</p>
]]></content:encoded>
	</item>
</channel>
</rss>

