Beantwoord

transactiedatum, valutadatum en boekingsdatum is een datumsoort teveel!?


Knab houdt drie verschillende data aan. In de CSV/Excel-downloads en op de online omgeving kom je de transactiedatum en valutadatum tegen. In het rekeningafschrift (dat je als PDF download) wordt echter de boekingsdatum gebruikt. Vaak zijn deze data gelijk aan elkaar, maar soms ook niet. Verwarrend dat je soms 3 verschillende data aantreft!

Het zou heel wat handiger zijn wanneer de boekingsdatum in de PDF vervangen wordt door transactiedatum. Dan lijkt het ook veel meer op de online omgeving die dit als eerste sorteercriterium hanteert. Goed idee?
icon

Beste antwoord door Pam 18 februari 2019, 13:24

De boekdatum is toegevoegd! 🙂 Lees ook ons topic.
Bekijk originele reactie

25 reacties

Reputatie 5
Badge +1
@tpeelen,

Hi! Ik begrijp heel goed dat er wat verwarring is over de verschillende data die wij gebruiken. Toch zullen wij dit blijven doen onder andere voor de transparantie van het betalingsverkeer. Hieronder zal ik nog eens opsommen wat de verschillende data precies aangeven:

Transactiedatum - Op dit moment heeft de transactie plaatsgevonden.
Valutadatum - De datum waarop een overgeboekt bedrag rentedragend of juist niet meer rentedragend wordt.
Boekingsdatum - Op de boekingsdatum boeken mijn collega's het bedrag over naar derden.

Wat je zelf al aangaf, zijn de data vaak hetzelfde maar er zijn uitzonderingen (overboekingen in de avond, weekenden en feestdagen) dat de data van elkaar kan verschillen.
Beste Lisa,

Ik heb er alle begrip voor dat voor Knab het onderscheid tussen deze drie data belangrijjk is. Ik vraag ook niet om een datum vanuit Knab af te schaffen.

Wat ik wel vraag is om het voor jullie klanten makkelijker te maken. Ik maak voor mijn administratie gebruik van beiden (CSV download en PDF download). Ik download steeds een maand om in mijn administratie te verwerken. De CSV download maak ik door netjes een selectie van de eerste tot de laatste van de maand te maken (daarvoor gebruiken jullie de transactiedatum). Vervolgens download ik de PDF met mijn afschrift (jullie hebben deze op boekingsdatum gegroepeerd). Soms zijn er transacties die vanwege dit verschil in selectiecriterium, niet in beide downloads (CSV en PDF) voorkomen. Ik moet dan een extra download van de CSV maken en met het handje de goede transacties bij elkaar voegen. Simpelweg een andere datum als selectiecriterium bij de CSV opgeven werkt niet want dan krijjg ik het niet voor elkaar om exact de selectie uit de PDF in de CSV te krijgen.

Het is dus wel erg onhandig dat de selectiecriteria van CSV en PDF niet met elkaar overeenstemmen.

Ik zie 2 oplossingen:
De mooiste: zorgen dat CSV (download) en PDF (rekeningafschrift) hetzelfde selectiecriterium hanteren.
De minder mooie: In de CSV ook de boekingsdatum toevoegen. Ik moet dan weliswaar een ruimere download doen, maar kan dan op basis van boekingsdatum makkelijk de overeenkomstige transacties vinden.

Verheldert dit mijn probleem?

Groet, Tom
Reputatie 4
Badge

Ik zie 2 oplossingen:
De minder mooie: In de CSV ook de boekingsdatum toevoegen. Ik moet dan weliswaar een ruimere download doen, maar kan dan op basis van boekingsdatum makkelijk de overeenkomstige transacties vinden.
Groet, Tom

SVP geen 3 datums in de CSV download. Dat gooit bij mij alles ondersteboven. 😞
Ha Tonk,

Ik zie ook liever die andere oplossing.
Reputatie 5
Badge +1
@tpeelen,

Je uitleg heeft het probleem zeker verhelderd, dank daarvoor! Ik ben direct naar mijn collega's gegaan en heb het probleem aan hen voorgelegd. Zij zagen inderdaad in dat de afschriften gelijk getrokken moet worden en gaan kijken naar een oplossing hiervoor. Wel wil ik je (of jullie @tonk44) voorbereiden op de minder mooie oplossing..
Reputatie 4
Badge
@tpeelen,

Je uitleg heeft het probleem zeker verhelderd, dank daarvoor! Ik ben direct naar mijn collega's gegaan en heb het probleem aan hen voorgelegd. Zij zagen inderdaad in dat de afschriften gelijk getrokken moet worden en gaan kijken naar een oplossing hiervoor. Wel wil ik je (of jullie @tonk44) voorbereiden op de minder mooie oplossing..

In welke richting gaat die dan ? Toch geen 3 datumkolommen in de downloads .xls en/of .csv, hoop ik :?
Reputatie 5
Badge +1
In welke richting gaat die dan ? Toch geen 3 datumkolommen in de downloads .xls en/of .csv, hoop ik :?

Ik kan nog niet precies zeggen hoe het eruit gaat zien maar het zou heel goed kunnen dat er inderdaad een 3e datumkolom wordt toegevoegd. Wanneer je de 3e kolom buiten beschouwing wilt laten is het een kwestie van de kolom verwijderen waardoor je een zelfde overzicht als altijd krijgt 🙂
Reputatie 4
Badge
In welke richting gaat die dan ? Toch geen 3 datumkolommen in de downloads .xls en/of .csv, hoop ik :?

Ik kan nog niet precies zeggen hoe het eruit gaat zien maar het zou heel goed kunnen dat er inderdaad een 3e datumkolom wordt toegevoegd. Wanneer je de 3e kolom buiten beschouwing wilt laten is het een kwestie van de kolom verwijderen waardoor je een zelfde overzicht als altijd krijgt :-)

@Lisa: Bedankt. Echter zo simpel ligt het niet voor mij en voor eenieder die gebruik maakt van de downloads en die verder verwerkt.
In mijn toepassing wordt e.e.a door een aantal uitgebreide en complexe macro's geregeld. Als het bij 2 datum kolommen blijft maar waarvan er één een andere definitie kent, is het probleem simpel op te lossen.
Zijn er ook consequenties voor andere downloadformaten in de zakelijke sector MT540??
Reputatie 5
Badge +1
@Tonk44,

Voorlopig hoef je je niet druk te maken om een verandering in een van de downloads en blijft het gewoon nog hetzelfde (sorry @tpeelen). Over een MT540 is met geen letter geschreven dus geen consequenties te vinden 😉
Reputatie 4
Badge
Pffff , gelukkig :D:$:S:8
Beste Lisa,

Het is erg stil gebleven en ik heb ook geen verbetering gezien. Wat zijn de actuele plannen?

Groet, Tom.
Reputatie 6
Badge +2
Beste Lisa,
Het is erg stil gebleven en ik heb ook geen verbetering gezien. Wat zijn de actuele plannen?
Groet, Tom.



Het zou heel wat handiger zijn wanneer de boekingsdatum in de PDF vervangen wordt door transactiedatum. Dan lijkt het ook veel meer op de online omgeving die dit als eerste sorteercriterium hanteert. Goed idee?



Ik zie 2 oplossingen:
De mooiste: zorgen dat CSV (download) en PDF (rekeningafschrift) hetzelfde selectiecriterium hanteren.
De minder mooie: In de CSV ook de boekingsdatum toevoegen. Ik moet dan weliswaar een ruimere download doen, maar kan dan op basis van boekingsdatum makkelijk de overeenkomstige transacties vinden.


Beste Tom,

Allereerst excuses dat het zo lang stil is gebleven omtrent dit onderwerp. Momenteel geen concrete plannen, maar goed dat je ons weer een bericht hebt gestuurd zodat we er weer over kunnen brainstormen.

Ingaand op jouw punt uit je eerste bericht: in de PDF (die je opent via zoeken & downloaden) wordt dus boekingsdatum en transactiedatum getoond, in de CSV/excel de valutadatum en transactiedatum. Maar voor beide worden de resultaten voor het zoeken altijd getoond (selectiecriterium) op basis van de boekingsdatum en komen dus ook dezelfde transacties op de overzichten. Dus het selectiecriterium van die 2 zijn hetzelfde. Wat betreft het maandelijkse afschrift (dat elke maand automatisch wordt aangemaakt, te vinden onder het tabblad ernaast): daar staat alleen de boekingsdatum op. Dit is omdat het officiële saldo altijd op basis van de boekingsdatum wordt berekend. Het gaat hier dan immers om het officiële maandafschrift en niet om een zelf gekozen periode. Als je bij zoeken & downloaden als zoekcriterium bijvoorbeeld 01-12-2018 tot en met 31-12-2018 opvoert, krijg je dezelfde transacties te zien als op het officiele maandafschrift van december 2018.

We kunnen in de CSV ook boekingsdatum toevoegen, al was daar niet iedereen even blij mee. We kunnen in principe elke kolom nemen, weet niet of de kolomkeuze nog van invloed is op de macro's van Tonk44 bijvoorbeeld.
Transactiedatum toevoegen aan het maandelijkse PDF afschrift doen we liever niet, dit heeft dan onder andere ook weer impact op de indeling van het document en ruimte per transactie etc.

Kortom: wijzigingen aan het maandafschrift zitten er niet echt in, dus we moeten even kijken of we een oplossing kunnen vinden door een wijziging aan de CSV.

Ik hoop dat je iets aan mijn informatie hebt. Fijne dag toegewenst.

Groet, Pam
Reputatie 4
Badge
Pam, bedankt voor je actualisering van dit onderwerk, maar eerst de allerbeste wensen voor 2019 voor het hele team.
Wat mij betreft geen aanpassingen in de kolommen van de CSV downloads inbrengen.
Voor zo ver ik de situatie begrijp zal bij direct payment de verschillen in boekdatum, valutadatum, transactiedatum verdwenen zijn.
De uitrol voor direct payment zou niet lang meer op zich laten wachten, toch ?
Beste Pam,

Dank je voor jouw uitgebreide reactie!

Ik snap jullie terughoudendheid t.a.v. het PDF-afschrift helemaal. Voor mij zou een toevoeging van de boekingsdatum aan de CSV een ideale oplossing zijn!

Hoewel ik net als Tonk44 gebruik maak van import om de CSV te verwerken, pas ik er maar wat graag mijn werkwijze op aan. Nu heb ik een elektronische administratie waarin andere data gebruikt worden als de papieren administratie en moet ik voor cruciale boekingen/data handmatige aanpassingen plegen. Het scheelt mij dus een hoop werk als jullie die boekingsdatum willen toevoegen.

N.B. In een andere post over een vergelijkbaar onderwerp kom ik tegen de vergelijking van de werkwijze van KNAB met die van ING. Het precieze verschil wat jouw collega uitlegde, heb ik niet begrepen, maar een werkwijze zoals ING (wat ik vroeger gebruikte) zou bij mij ook kunnen werken. Maar het toevoegen van boekingsdatum zoals jij aangeeft, prefereer ik.

Groet, Tom.
Reputatie 4
Badge
In het CSV bestand zijn volgens mij de kolommen 27 en 28 (AA en AB) nog vrij. Indien deze voor de boekdatum door Knab ingezet kunnen worden dan blijven de wijzigingen aan mijn macro's beperkt.
In het CSV bestand zijn volgens mij de kolommen 27 en 28 (AA en AB) nog vrij. Indien deze voor de boekdatum door Knab ingezet kunnen worden dan blijven de wijzigingen aan mijn macro's beperkt.

Voor mij is dat ook een prima oplossing Ton; positie maakt mij niet uit.
Reputatie 4
Badge
In het CSV bestand zijn volgens mij de kolommen 27 en 28 (AA en AB) nog vrij. Indien deze voor de boekdatum door Knab ingezet kunnen worden dan blijven de wijzigingen aan mijn macro's beperkt.

Voor mij is dat ook een prima oplossing Ton; positie maakt mij niet uit.

Prima, nu is PAM aan zet om te implementeren 🆒
Reputatie 6
Badge +2
Dank Tom en Ton, we gaan het oppakken! Jullie horen het van me als het is gefixed 🙂

@Tonk44: Voor wat betreft de Instant Payments, goed punt echter voor pinbetalingen blijft het wel hetzelfde want die gaan niet via Instant Payments. Over het hoe en wanneer van Instant Payments wordt binnenkort meer bekend gemaakt.

Groet, Pam
Reputatie 6
Badge +2
In het CSV bestand zijn volgens mij de kolommen 27 en 28 (AA en AB) nog vrij. Indien deze voor de boekdatum door Knab ingezet kunnen worden dan blijven de wijzigingen aan mijn macro's beperkt.

HI Ton, voor zover ik kan zien is vanaf kolom P vrij, mag ik vragen hoe je aan AA komt?

Groet, Pam
Reputatie 4
Badge
Na mijn import doe ik kolommen rangschikken en komt kolom P in de rangschikking op kolom AA te staan.
Een boekdatum in kolom P in jullie export.csv komt dan in mijn bestand in AA te staan. Prima, kan ik handlen.
Reputatie 6
Badge +2
Na mijn import doe ik kolommen rangschikken en komt kolom P in de rangschikking op kolom AA te staan.
Een boekdatum in kolom P in jullie export.csv komt dan in mijn bestand in AA te staan. Prima, kan ik handlen.


Top! Gaan we doen.
Reputatie 6
Badge +2
De boekdatum is toegevoegd! 🙂 Lees ook ons topic.
Reputatie 4
Badge
@ PAM, bedankt. Zoals verwacht geen problemen aan mijn kant 🙂
Super!!!

Ik had jouw reactie op het forum nog niet gezien en was net begonnen om de gegevens van januari en februari allebei te verwerken. Bij februari ontdekte ik het andere formaat. Fantastisch dat jullie dit nu hebben opgepakt, ik ben er zeer mee geholpen.

Dankjewel Pam!
Reputatie 6
Badge +2
Super!!!

Ik had jouw reactie op het forum nog niet gezien en was net begonnen om de gegevens van januari en februari allebei te verwerken. Bij februari ontdekte ik het andere formaat. Fantastisch dat jullie dit nu hebben opgepakt, ik ben er zeer mee geholpen.

Dankjewel Pam!



Geen enkel probleem 😃 Fijn om te horen dat je er blij mee bent! 😃

Reageer