Matching downloaded transactions

willy.maier's Avatar

willy.maier

04 Aug, 2009 11:05 PM via

Hi, I'm switching from Money and noticed that when matching a manually recorded entry to a downloaded one, the date remains the manually entered if they are different. I believe MSMoney does it the other way around, which to me makes more sense. After all it's not when you think it happened, but when the bank actually did the transaction that matters.

Is that an intended behavior or a bug?

Thanks,

_Willy.

  1. Support Staff 2 Posted by Ben Spencer on 05 Aug, 2009 02:41 PM

    Ben Spencer's Avatar

    Hi Willy

    I believe it is the intended behaviour to keep the entry that is manually entered. The value should always be the same if the transactions are matched. And I imagine that the description that the user enters is more likely to be meaningful than the one from the bank. As for the date I can definitely see that it might be more useful to have the transaction date be in agreement with the date that the bank posted the transaction. I have created a suggestion ticket in our issue tracking system to always take the date from downloaded transactions. Here is the link:

    http://moneydance.com/trac/ticket/2032

    If you register and log into trac you can vote on tickets to show your support for them. The more votes a ticket gets the more likely it will be implemented.

    In the mean time you can always edit the transaction properties before you hit the record button. The transaction edit box directly above the list of transactions being imported and atched allows you to make changes before your record.

    Sincerely

    Ben Spencer

  2. 3 Posted by willy.maier on 05 Aug, 2009 03:15 PM

    willy.maier's Avatar

    Ben,

    I do agree the description should be the one you entered. And as far as I can tell that is exactly how MSMoney behaves, it keeps all manually entered information but the date.

    BTW, I do understand MD is not MSMoney and I do not expect it to be. I am just trying to adapt. :)

    Thanks!

  3. 4 Posted by Bob on 05 Aug, 2009 03:54 PM

    Bob's Avatar

    Just my 2 cents worth.... I do NOT want MD to change the dates. The dates I enter manually into MD will match my physical check register. I don't want a check that I wrote 6 months ago that was not cashed until today to suddenly jump to the front of my MD register. Changing them does not match the reality of what my register says and what the physicl check says. I WOULD support an user controlled option, however.

  4. Support Staff 5 Posted by Ben Spencer on 05 Aug, 2009 04:01 PM

    Ben Spencer's Avatar

    Hi Bob

    Thanks for contributing to this discussion. I think you raise a very important point. And I want to point out that a user controlled option already exists in the form of the transaction edit box above the list of transactions to be imported. You can set any of the properties of the incoming transaction in that edit box and when you hit the record button those changes are what is recorded in the register.

    Sincerely

    Ben Spencer

  5. 6 Posted by pcook911 on 06 Aug, 2009 06:29 AM

    pcook911's Avatar

    I believe that the answer to my recently resolved question might apply here.

    It sounds to me like the OP is asking the same question that I had posed. That is, I enter a transaction on Monday August 3rd and I download my bank data on Wednesday August 5th. The manually entered transaction didn't clear the bank until Wednesday the 5th. In the process of matching, if you don't follow the directions in the link provided below, Moneydance doesn't seem to match the two transaction but instead creates a new transaction with the date of August 3rd.

    If the OP, Willy, follows the link below I believe that he will find his solution. But then again it is almost midnight and I have been up since 6AM so I could be way off here.

    http://help.infinitekind.com/discussions/questions/351-transaction-...

    Paul

  6. Angie Rauscher closed this discussion on 24 Jul, 2011 06:51 PM.

Comments are currently closed for this discussion. You can start a new one.