[Kmymoney] KBanking plugin transaction dates

Allan agander93 at gmail.com
Mon Aug 6 23:09:03 UTC 2012


On 06/08/12 23:50, Rob Tongue wrote:
> On 08/06/2012 08:02 AM, Allan wrote:
>> On 06/08/12 12:41, Rob Tongue wrote:
>>> On 08/06/2012 05:50 AM, Allan wrote:
>>>> On 06/08/12 07:57, Thomas Baumgart wrote:
>>>>> On Monday 06 August 2012 00:12:44 Allan wrote:
>>>>>> On 05/08/12 22:53, Jack wrote:
>>>>>>> On 2012.08.05 18:35, Allan wrote:
>>>>>>>> On 05/08/12 20:58, Rob Tongue wrote:
>>>>>>>>> On 08/05/2012 08:55 AM, Jack wrote:
>>>>>>>>>> I have the same issue.  For credit cards, the bank uses the
>>>>>>>>>> posted
>>>>>>>>>> date, not the actual transaction date.  I prefer the transaction
>>>>>>>>>> date,
>>>>>>>>>> so I know when I actually purchased something or ate the meal.
>>>>>>>>>> For
>>>>>>>>>> checking account, I want the ledger to have when I wrote the
>>>>>>>>>> check,
>>>>>>>>>> not when it cleared the bank.  I suppose it would be an
>>>>>>>>>> enhancement
>>>>>>>>>> request (low priority) to actually keep both dates - original
>>>>>>>>>> transaction date and institution cleared/posted date.
>>>>>>>>>>
>>>>>>>>>> Jack
>>>>>>>>>
>>>>>>>>> Jack, I agree. Maybe put the date the bank gives in the comment
>>>>>>>>> section
>>>>>>>>> of the transaction and keep the manually entered date?
>>>>>>>>
>>>>>>>> To some extent, this is actually a more general issue than just
>>>>>>>> KBanking.
>>>>>
>>>>> Yes, somehow.
>>>>>
>>>>>>>> A similar situation arises with many transactions.  For
>>>>>>>> instance, you
>>>>>>>> mey have a scheduled transaction that gets entered on one date, but
>>>>>>>> the QIF/CSV imported date is different.  A while ago, someone was
>>>>>>>> actually dealing with it, or thinking of, having another virtual
>>>>>>>> account, acting as an intermediary account, enabling both dates
>>>>>>>> to be
>>>>>>>> kept.
>>>>>>>>
>>>>>>>> Allan
>>>>>>>
>>>>>>> Yes - this affects any import where you match a transaction entered
>>>>>>> manually or by a schedule.  I'm not sure I understand why a virtual
>>>>>>> account would help.  In the long run (which would require a
>>>>>>> modification
>>>>>>> to the underlying transaction object) KMM could keep both dates. In
>>>>>>> the
>>>>>>> short run (just a modification to the matching code, but beyond
>>>>>>> what I
>>>>>>> could do) if the two dates were different, the one not used could be
>>>>>>> added to the memo.  A bit better would be to add a configuration
>>>>>>> item
>>>>>>> (or even just a pop-up on import) asking which date to keep.  I
>>>>>>> suppose
>>>>>>> I'll think about writing it up as an enhancement request.
>>>>>>>
>>>>>>> Jack
>>>>>>
>>>>>> This is one of those things where it comes down to personal
>>>>>> preference/requirement.
>>>>>>
>>>>>> For my own, simple, purposes, it doesn't really matter one way or the
>>>>>> other.  However, another user might have a real need to know when
>>>>>> a sum
>>>>>> has been transferred out of his account, but the bank statement
>>>>>> differs.
>>>>>
>>>>>
>>>>> That should not happen. Why would a bank statement show one date
>>>>> for the
>>>>> transaction, but the bank has processed it at a different date? I've
>>>>> never
>>>>> seen that happen. Does anyone else has noticed that happen?
>>>>
>>>> Sorry, Thomas, I didn't express myself clearly enough.
>>>>
>>>> What I meant was that the user may need to know that that amount has
>>>> been 'spent', so needs to be taken into account when considering his
>>>> further spending.  However, that would be catered for by the actual
>>>> date he enters on the transaction initially. His possible concern
>>>> would only come once the bank statement is matched and his date has
>>>> gone.
>>>>
>>>> I don't know if that is a real issue to do with his accounting or tax
>>>> needs, but not for my personal case.  It may really just be a personal
>>>> need.
>>>>
>>>> Allan
>>> It seems to me, the solution is simple.  Allow a preference in the
>>> Importing Plugin to select which date to choose.  For official tax
>>> purposes, I can use my bank statement which is mailed to me once a month
>>> (or printed online).  I use KMyMoney for tracking personal spending,
>>> nothing more.  For example.  Payday happens, and at the same time, all
>>> of my bills come out via my bill pay service. Sometimes those can take a
>>> week to actually process, but I know what day the payments were sent,
>>> and I don't want to overspend, as Allen said.  I just use online banking
>>> plugin to track what clears, and to see if anything extra pops up.
>>
>> Yes, that solution is simple, but this issue goes beyond any importer
>> plugin.  It affects also manual and scheduled entries.
>>
>> Allan
> Allan, when I click "update", the transactions pull in, and when it
> matches with manually entered ones, both dates show up on the matched
> transaction as "Date cleared" (or something), which shows the date the
> bank supplied and "Your date", which shows the manually entered date.
> This  is what I am talking about as an easy solution.  Make a
> radio-button selection for which one to use when you click "accept".


>

Hi Rob

> Easy peasy!

It is if you're a developer with some time to spare!  Less so otherwise.

I don't know if Thomas (earlier response) had something in mind, from 
his closing sentence, but it would be as well to register a feature 
request on
https://bugs.kde.org, to ensure it doesn't slip through.

Allan




More information about the KMyMoney mailing list