De ING Bank heeft eind augustus 2020 hun CSV bestand aangepast. Deze is nu niet meer direct in te lezen in Offline Rekening Overzicht. Om het CSV bestand alsnog in te lezen moet deze eerst een klein beetje aangepast worden. In deze blog de stappen om deze aanpassing te doen.

1) Open het bestand met KLADBLOK

In verkenner, rechter muisklik kies openen met KLADBLOK. Als deze er niet bij staat kies dan ander app en zoek de KLADBLOK app.

2) Vervang de puntcomma door een comma

Nadat CSV in kladblok is geopend ziet de bovenste regel er zo uit:

In plaats van de comma (,) is het scheidingsteken nu een puntcomma (;) geworden in OROV. Hierdoor wordt het CSV bestand niet meer goed herkend. Aan de rechterkant zijn twee nieuwe kolommen, 'Saldo na mutatie' en 'Tag'. OROV heeft daar geen last van.

Om de ; te vervangen in een , kiezen we vervangen:

Vul bij zoeken naar ; in

en bij vervangen door ,

Klik alles vervangen:

Het scheidingsteken is nu een comma geworden:

3) Sla het bestand op

Sla het bestand op en importeer op de gebruikelijke wijze in OROV.

Sinds kort ligt de OROV.nl website eruit. Voor de OROV gebruikers heb ik nog de link naar het installatieprogramma:

OROV102 installer

Indien de melding verschijnt dat: "error 339, Component MSWINSCK.OCX ore one of its dependncies not correctly registered a file is missing or invalid"

Dan ontbreekt MSWINSCK.OCX

Download deze hier: MSWINSCK.OCX

En sla deze op in de volgende map: C:\Windows\SysWOW64

Met je muis, klik op de "Start" knop, en kies "Uitvoeren". 

Voer de volgende opdracht in om de module te registeren:

regsvr32 \windows\SysWOW64\MSWINSCK.OCX

Vanwege de introductie van een nieuw CSV bestand van de Rabobank welke niet herkend wordt door Offline Rekening Overzicht kwam vanuit gebruikers de vraag op om de OROV CSV Converter te updaten. Bijgaande een nieuwe versie van de OROV CSV Converter welke de nieuwste versie van de Rabobank CSV kan omzetten naar een CSV welke door OROV herkend wordt.

OROV CSV CONVERTER SETUP versie 1.4OROV CSV CONVERTER SETUP versie 1.4

Menig ZZP'er met een privérekening (of administrateur hiervan) zal er mee te maken hebben. Je voert je boekhouding in één van de vele online (of offline) boekhoudpakketten. Wat is nou handiger om dan je bankmutaties in te kunnen lezen en automatisch te laten afletteren?

Je boekhoudpakket accepteert veelal geen CSV bestanden en je bank biedt geen export voor MT940 bestanden.

De opties die dan resteren zijn of ouderwets handmatig de bankmutaties boeken (tijdrovend) of overgaan naar een zakelijke rekening (duur).

Om op dit probleem in te springen heb ik onder de handelsnaam CoenFin Software een programma (MT940 Creator) ontwikkeld om CSV bestanden om te zetten naar een MT940 bestand. Dit met een paar muisklikken binnen enkele seconden. Je selecteert een CSV bestand. Het programma herkent het CSV bestand. Vervolgens kies je het soort MT940 bestand wat je wil genereren en je MT940 bestand wordt gegenereerd.

Het programma bewaart het eindsaldo en periode van de laatste import zodat je gewaarschuwd wordt voor een overlap en je bij een volgende import geen nieuw saldo hoeft in te voeren. Thans worden o.a. de volgende CSV bestanden herkent (ING Bank, Rabobank, Triodus Bank, SNS, ASN, Regiobank, Leaseplanbank en Paypal).

Het programma is daarnaast onder andere getest met BizzCounter, Exact Online, Davilex Online en Domus.Het programma is hier te downloaden. Tot 5 mutatieregels (per conversie) is het programma gratis. Voor slechts € 25,- exclusief BTW koopt u een (eenmalige) licentie voor onbeperkt aantal regels.

Aanvullende CSV bankbestanden kunnen in overleg altijd worden toegevoegd aan het programma.

Auditfiles zijn naast exceldocumenten een van de meest door mij gebruike bestanden. Auditfiles bieden de mogelijkheid om gegevens tussen administratieve systemen middels een standaard format uit wisselen. Dit is handig omdat geen specifieke kennis nodig is van verschillende boekhoudpakketten. De gegevens kunnen dan in een eigen analyse pakket nadere worden geanalyseerd.

Het initiatief voor de ontwikkeling van auditfiles lag dan ook bij de belastingdienst. De eerste versie verscheen in 1999 in de vorm van een ASCII tekstbestand (ADF). Later verscheen de opvolger in de vorm van een XML bestand, zijnde de XAF auditfiles. De eerste versie hiervan was de 2.0 versie. Thans ligt de ontwikkeling meer bij de commerciële partijen. De huidige versies zitten in de 3.x reeks. Waarbij de meest recentste versie 3.2 is.

Naast de belastingdienst zijn auditfiles ook zeer handig voor andere partijen zoals accountants en adviseurs. De belastingdienst heeft in dit kader een Auditfile Viewer ter beschikking gesteld welke gratis te downloaden is via softwarepakketten.nl. De belastingdienst is echter wel gestopt met de ontwikkeling van de viewer in 2008. De laatste versies (3.x serie) van de auditfile worden daardoor niet ondersteund. Commerciële alternatieven zijn er wel, maar vaak wel relatief aan de prijzige kant.

Voor de fervente gebruikers van de Auditfile Viewer heb ik nu een converter op mijn site geplaatst waarmee o.a. de XAF 3.x auditfiles weer omgezet kunnen worden naar XAF 2.0 of zelfs ADF.

Ik heb van enkele gebruikers van de orov update door gekregen dat orov.ini niet gevonden kan worden of dat de updater geen effect heeft. Dit terwijl andere en ik zelf geen enkel probleem hebben met het uitvoeren van de updater. Wat is de oorzaak hiervan? Na wat gezoek en ge-experimenteer weet ik de oorzaak hiervan.

Probleem:

In windows kan bij de installatie (en als er achteraf gebruikers aangemaakt worden) de keuze gemaakt worden tussen een standaard gebruikersaccount en een administrator gebruikersaccount. Voor degene die een gebruikersaccount hebben met administrator rechten werkt de updater zonder problemen. Voor de eerste groep werkt de updater niet.

Vanaf Windows 7 mogen gewone gebruikersaccounts niet meer zomaar bestanden muteren welke staan onder c:\program files\ of c:\program files (x86)\. Oudere programma's zoals Offline Rekening Overzicht doen dit echter wel. Windows lost dit op door deze programma's naar een virtuele bestandslocatie te laten schrijven.

De feitelijke database en orov.ini staan daardoor niet in onder de program files maar op een andere locatie. Dit betreft de volgende locatie:

C:\Gebruikers\inlognaam\AppData\Local\VirtualStore\program files (x86)\Offline Rekening Overzicht\

Hierbij is 'inlognaam' uw gebruikersnaam welke u op uw Windowscomputer gebruikt.

Oplossing:

Mocht de update dus niet werken conform de updater blog of krijgt u de melding dat het orov.ini niet gevonden is zoek selecteer dan ook bovenstaande map (rekening houdend met uw gebruikersnaam of inlognaam) in plaats van de in de update blog genoemde c:\program files (x86)\Offline Rekening Overzicht\.

Ook als u regelmatig backups wilt maken en u heeft een standaard gebruikersaccount dan is het dus ook goed te beseffen dat uw gegevens dus niet onder program files staan, maar onder de bovenstaande locatie!!

locatie voor gebruiker 'test':

AppData Map niet zichtbaar?

De map is standaard door Windows verborgen. Dus als u de map AppData niet kunt vinden doe dan het volgende binnen uw gebruikersmap:

Kies organiseren en dan 'Map- en zoekopties'. U krijgt dan:

 Kies voor tabblad 'Weergave' en scroll naar 'verborgen mappen en bestanden'. Zet deze op weergeven.

 - Update 2/2/2014: probleem opgelost als er geen referentiesaldo in OROV is opgegeven

 - Update 15/2/2014: Indien geen orov.INI bestand gevonden wordt dan kan alsnog de update voor het grootste deel worden uitgevoerd. Alleen de laatste stap wordt niet uitgevoerd.

- Update 16/2/2014: Updater pas nu ook tabel voor dubbele transacties aan. Mogelijk is dit voor sommige de oorzaak dat ze alsnog een foutmelding krijgen vanwege te grote velden.

- Update 18/3/2014: Geen orov.ini? Of werkt de updater niet? Kijk dan even naar deze blog.

- Update 25/3/2014: Foutje uit updater gehaald inzake IBAN conversie, waarbij controlegetal kleiner dan 2 getallen.

- Update 22/2/2015: spaties uit IBAN nummers verwijderd.

Inleiding:

Omdat veel mensen niet zelf aanpassingen durven door te voeren in de database van Offline Rekening Overzicht heb ik een update programma gemaakt. Dit tevens als voorloper op een totaal nieuw te schrijven OROV programma. Bijgaand programma (download onderaan de blog) is een update en vervangt het bestaande Offline Rekening Overzicht programma niet. De updater is gemaakt voor versies van OROV vanaf 1.0.x.

Met de 'OROV Update' wordt automatisch:

– rekeningnummers omgezet in IBAN rekeningnummers (ook bij bestaande mutaties)

– database velden van de naam/omschrijving en de mededelingen qua grote aangepast (waardoor er geen importfouten meer zouden moeten voorkomen door te kleine velden).

Na de update kunt u met dit programma:

– rekeningomschrijvingen aanpassen

Downloaden:

Klik hier om het programma te downloaden of klik op de hardeschijf onderaan de blog. Pak het zip-bestandje uit. In het zip bestandje zit een uitvoerbaar bestand 'OROV Update.exe'.

Klik erop en het programma zal starten. U krijgt het volgende scherm:

Mocht u onverhoopt een foutmelding krijgen in de trant van “kan de toepassing niet juist initialiseren (0xc0000135)” dan heeft u geen of niet de juiste versie van .NET geïnstalleerd. U kunt deze hier downloaden.

Back-up:

Alhoewel het programma een back-up maakt van de database en van orov.ini en het programma uitvoerig getest is adviseer ik (wat zo ie zo altijd verstandig is) om eerst een back-up te maken van Offline Rekening Overzicht door de map waarin OROV en daarmee ook de database is geïnstalleerd te kopiëren of er een zip bestand van te maken. 

Selecteer locatie en geen banken aan:

Kies 'Selecteer folder' en selecteer dan de map waarin OROV geïnstalleerd is. Op de meeste computers zal dit c:\Program Files (x86)\Offline Rekening Overzicht\ zijn.

Indien u de juiste map heeft geselecteerd en u in het bezit bent van andere rekeningen dan de 'oude Postbankrekeningen', dus niet girorekeningen dan zal het programma u per bankrekening vragen bij welke bank deze rekening hoort. Kies de juiste bank. Indien de bank er niet bij staat kies dan voor 'ONBEKEND'.

Het programma zal voor de bankrekeningen waar de bank bekend is automatisch het IBAN nummer berekenen. Het IBAN nummer wordt conform de wijze waarop de ING bank dit presenteert opgemaakt. Dat wil zeggen na iedere 4 letters en/of cijfers een spatie. Dus 'NL27 INGB 1234 1234 12'. Indien uw bank (dus een niet ING rekening) de eigen rekening in de importbestanden om een andere wijze presenteert dan kunt u dit handmatig aanpassen in de tabel waar u de oude en de IBAN rekeningnummer ziet. Dit door op de cel met het aan te passen IBAN nummer te klikken en dit dan handmatig aan te passen. 

Start Conversie:

Als alle rekeningnummers goed staan klikt u de 'start conversie' knop. De conversie start automatisch en is binnen enkele seconde afgerond. U kunt links onder de status zien.

Na de conversie moet u, indien u gebruik maakt van een referentiesaldo, in de oude OROV een nieuw referentiesaldo ingegeven. Dit kunt u onder het menu 'extra' doen. Zoals onderstaande afbeelding laat zien:

Aanpassing rekeningomschrijvingen:

In de oude vertrouwde OROV kunt u onder het menu 'Bestand' en vervolgens 'Rekeningen' de namen van de rekeningen aanpassen. Met IBAN nummers werkt dit niet meer omdat OROV een numerieke check uitoefent. Om dit alsnog te kunnen aanpassen kunt u het update programma nogmaals openen en nogmaals de map selecteren waar OROV is geïnstalleerd.

U ziet dan naast de 'Start conversie' button een nieuwe button 'Rekening Omschrijvingen'.

Als u hier op klikt krijgt u een pop-up scherm met een overzicht van uw rekeningen en de omschrijvingen. U kunt hier op precies dezelfde wijze als in het oude OROV de omschrijvingen aanpassen (of rekeningen toevoegen).

Download:

Update (1 februari 2014, nieuwe versie: datums Rabobank opgelost)

Ondanks de aanpassingen van de database conform mijn vorige blog over OROV krijg ik ook veel berichten binnen van gebruikers van OROV bij andere banken dan de ING bank welke hun mutaties überhaupt niet meer kunnen inlezen. Dit komt doordat sommige banken de indeling van hun CSV bestanden hebben aangepast

Offline Rekening Overzicht kan helaas niet overweg met deze updates van de uit internetbankieren geëxporteerde transacties. OROV geeft dan de volgende melding bij de import:

Ik heb een conversieprogramma gemaakt welke thans alleen nog de volgende banken kan converteren:

– Triodos Bank (nieuwe stijl IBAN CSV)

– Rabobank (nieuwe stijl IBAN TXT)

– Rabobank (oude stijl TXT, rekeningnummer wordt omgezet in IBAN nummer)

– LeasePlan bank (CSV, IBAN)

– ASN / SNS/ Regiobank (CSV)

(Lijst wordt bijgewerkt als andere banken volgen).

In het kort zet het programma het exportbestand (CSV) uit internetbankieren om in een CSV bestand welke wel door OROV gelezen kan worden.

Ik bankier zelf alleen bij de ING Bank. Mochten mensen problemen hebben met het inlezen bij andere banken doordat het formaat niet herkend wordt dan wil ik graag het conversieprogramma uitbreiden, zodat ook deze bestanden weer in te lezen zijn. Ik heb daarvoor wel een voorbeeld inleesbestand nodig met enkele transacties zodat ik weet hoe de exportbestanden zijn opgebouwd door de betreffende bank. Eventueel kunt u dit met kladblok (niet met Excel) anonimiseren zonder de structuur aan te passen. Geef hieronder dan een reactie. Ik zal u dan per mail benaderen.

Ook hoop in binnenkort een patch programma te maken waarmee je de database correcties van mijn vorige blog inclusief de aanpassingen van de grote van tekstvelden automatisch kan aanpassen. Dan hoef je niet zelf meer middels een databaseprogramma de bewerkingen uit te voeren.

Download:

Inleiding:

Sinds ik een blog op mijn website heb is het dataverkeer op mijn website verdrievoudigd. Dit kan grotendeels verklaard worden door meer bezoekers die interesse hebben in de blogs of andere delen van mijn website. Echter een aanzienlijk deel komt door spambots welke afkomen op blogs en gastenboeken.

Ik heb uiteraard Google Recaptcha ingesteld om te voorkomen dat de spambots de reacties onder mijn blogs volspammen met reclame. Dit werkt effectief. Echter de spambots blijven het toch proberen. Dit levert veel onnodige dataverkeer op. Analyse van de statistieken laat zien dat het merendeel van mijn dataverkeer uit China komt. Dit terwijl mijn site goeddeels in het Nederlands is geschreven:

Een nadere analyse van de IP adressen laat ook zien dat het verkeer met name bestaat uit adressen met een extensie 'dynamic.163data.com.cn', dus er wordt veel gebruikt gemaakt van dynamische IP-adressen door spammers:

Vraag:

Ik wil om het dataverkeer te reduceren dus de IP adressen blokkeren van vermoedelijke spammers en daarbij ook met nadruk van bepaalde domeinen zoals hierboven. De meest geëigende weg is gebruikt te maken van .htcaccess bestanden. Echter mijn hostprovider biedt niet de mogelijkheid om .htcacces bestanden te gebruiken.

De alternatieve oplossing is dan een plug-in te gebruiken voor Joomla, de CMS welke ik gebruik, om daarmee spammers te blokkeren. Ze kunnen hiermee nog wel theoretisch bestanden downloaden. Ze kunnen echter geen pagina's meer bezoeken, waardoor er geen plaatjes etc. meer mee-gedownload worden bij het opvragen van pagina's.

Een Joomla extensie (plug-in) moet aan de volgende eisen voldoen:

– Moet vaste IP adressen kunnen blokkeren

– Moet specifieke domeinen kunnen blokkeren zoals .163data.com.cn om dynamische IP spammers tegen te gaan

– Grote vrijheid

– Moet gratis en open-source zijn.

Beschikbare extensies:

De keuze op de Joomla extensies site is echter beperkt als het gaat om IP blockers. Er is een keuze uit 6 plug-ins, waarvan 2 commercieel. De meeste plug-ins zijn vooral gefocust op het blokkeren van bepaalde landen en/of regio's. Andere plug-ins kunnen alleen IP adressen blokkeren. Ik heb niet direct de behoefte aan het blokkeren van landen. Ik wil een bepaalde vrijheid hebben in het blokkeren van bepaalde IP adressen. Als ik ze verdacht vindt dan wil ik vaste IP adressen kunnen blokkeren of bepaalde specifieke domeinen om dynamische IP adressen aan te kunnen pakken.

Maatwerk:

Ik heb uiteindelijk gekozen voor TorIpBlock. Dit is een simpele extensie waarmee vaste IP adressen kunnen worden geblokkeerd. Deze extensie heb ik een beetje aangepast zodat ik ook bepaalde domeinen kan blokkeren.

De uiteindelijke PHP code welke de IP adressen blokkeert bevindt zich in de map [Joomla hoofmap]/plugins/system/toripblock/. Hierin bevindt zicht het document 'toripblock.php'. Dit bestand heb ik lokaal middels kladblok aangepast. Na de regel '$ip = $_SERVER['REMOTE_ADDR'];' heb ik de volgende stukje code toegevoegd:

// toevoeging CM

$hostnaam = gethostbyaddr($ip); //reverse DNS lookup

// kopieer voor iedere hostnaam welke u wilt blokkeren

if (strpos($hostnaam, '163data.com.cn') !== false) {

$ip = '1.1.1.1';

}

//einde toevoeging

Het document zou er dus zo uit moeten komen te zien:

Wat houdt deze code in?:

Met “gethostbyaddr($ip)” voer ik een zogenoemde reverse DNS uit. Omdat spammers met variabele IP adressen lastig te blokkeren zijn op basis van alleen het IP adres, moet hier een list worden bedacht. Een deel van deze IP adressen lopen via een enkele provider. Indien we de hostnaam kunnen achterhalen (lukt niet altijd) dan kunnen daarmee een bepaalde provider blokkeren. Met de reverse DNS wordt het IP adres naar de naam van de provider. Dit levert namen op zoals '197.217.159.27.broad.pt.fj.dynamic.163data.com.cn'.

Vervolgens voer ik een test uit om na te gaan of een bepaalde tekst, kenmerkend voor een te blokkeren domeinnaam voorkomt in de hiervoor opgevraagd domeinnaam, in bovenstaande geval '.163data.com.cn''. In dat geval zet ik het IP adres op '1.1.1.1'. Dit IP adres heb ik eerder al via het admin gedeelte van de plug-in ingesteld. Deze test kan gekopieerd worden om zo aanvullende hostnamen te blokkeren.

Toekomst:

Ik heb nu redelijk hardcoded de optie om hostnamen te blokkeren toegevoegd. Verder aanpassing van de plug-in zou het mogelijk moeten maken om hostnamen toe te voegen via de backend van de Joomla en niet via aanpassing van het PHP bestand.

Bij een vanuit Visual Basic 6 geconverteerde project liep ik tegen het probleem op dat de debugger niet naar behoren werkte. Er kunnen breakpoints aangemaakt worden. Echter deze worden niet geraakt door de Visual Basis 2010 Express editie. Hierdoor kun je de facto niet debuggen wat natuurlijk niet handig is bij het ontwikkelen van programma's.

Op internet gezocht naar oplossingen. Deze waren niet altijd eenduidig of helder opgeschreven. Uiteindelijk met wat try and error de oplossing hiervoor gevonden:

Stap 1)

Zet de settings op Expert Settings.

Stap 2)

Nu verschijnt het 'Build' menu.

Kies de 'Configuration Manager...'

Stap 3)

Zet 'Active solution configuration' op 'Debug' en haal het vinkje weg bij 'Build'. De debugger zou weer moeten werken :-)