Triodos is al lang over op IBAN, lang geleden gebruikte ik al CSV, tot dat ineens niet meer werkte.
Bij de Rabobank zijn ze ook over op IBAN, maar net als bij andere banken komen daarbij conversies aan de orde en ook een overstap naar een andere indeling bij hun CSV-bestanden. Ik heb in een ander forumdeel
daarover iets geschreven.
Vandaag had ik ook weer een mooi voorbeeld van "een defect". Bij een internetbankieren-opdracht heb ik gewoon een betalingskenmerk ingevoerd. Dat wordt dan bij het downloaden meestal zo getoond:
BETALINGSKENM. 123412341234
Helaas zag ik nu bij een boeking als betalingskenmerk staan:
<CdtrRefInf><Tp><CdOrPrtry><Cd>SCOR","</Cd></CdOrPrtry><Issr>CUR</Issr></","Tp><Ref>1234123412341234</Ref></Cdt","rRefInf>
Dat soort fouten kwamen vroeger vrijwel niet voor, maar tegenwoordig zie ik te vaak vreemde dingen in de gedownloade CSV-bestanden. Als deze "bijzondere" data door standaard-routines moeten worden ingelezen, lopen HomeBank, Afas en andere programma's daarin vast. Het ligt ook niet altijd aan de banken, maar deels aan de bedrijven die boekingen vreemd aanleveren. Net zoals ik destijds constateerde bij Interpolis die een tijdje vrolijk een min-teken voor hun relatienaam plaatsten.
Jaren geleden ben ik gestopt met budgetteringsprogramma's omdat ik daarin het risico zie: als iets niet werkt bij het inlezen, kan ik het niet oplossen. LibreOffice Calc en het script zorgen daarvoor dat ik op elk platvorm (Linux, OSX, Windows) deze data kan gebruiken.
Wel gek, als ik mijn mutaties onder Windows download en inlees bij Afas, het wel ineens goed gaat.
Gebruik je daarbij dezelfde browser (Firefox?) en dezelfde codeset (UTF-8 of ISO-8859-1)?
